Debian

Partner:
Feiertag?

    Ja, KDE hat im Vergleich zu Gnome in Punkto Abhängigkeiten echt die Nase vorn.
    Bind9 ist jedenfalls mit Vorsicht zu genießen. Habe es ein paar Jahre in der Produktivumgebung genutzt,
    aber seitdem immer mehr virtualisiert und geclustert wird, wurde da anscheinend jegliche
    Weiterentwicklung aufgegeben :D


    Consolen-Arbeit ist halt nicht wie Klicki-Bunti Windows oder Mac. Wenn man da mal lange Pausen hat,
    fällt die Orientierung nicht so leicht :)

    Was würdest du als DHCP + DNS Server einsetzen?


    Hatten die Oberflächen nicht auch allesamt Log-Files (/var/log/?), wo man eventuell sieht was da beim Gnome passiert bzw. um das Problem einzudämmen was da fehlt?


    Ja die Arbeit an der Console fetzt schon, besonders wenn das funktioniert was man konfiguriert und ist sogar richtig angenehm wenn man die Entwicklung im Windows-Umfeld mal betrachtet, dass die Büchsen selbst bei den Servern immer Bunter und mit mehr Einschränkungen für den Admin kommen. Die aktuellen Microsoft Geschichten sind ja fast darauf ausgelegt, dass Hinz und Kunz damit arbeiten kann. XD :cursing:

    ISPConfig3 sollte da am besten passen, da es ein wunderbares Webend besitzt, aus dem man alles steuern kann.
    Benutzt zwar auch bind9 als Paket, sichert es aber mit einen DB ab, sodass man im Ernstfall zurückrudern kann.


    Oberflächenprobleme erwarte ich eher unter /var/log/messages oder im syslog.
    Vllt kannst Du auch mal nach "xsession-errors" in /var/log greppen.

    So Debian läuft jetzt mit Gnome-DE.
    Das Paket von Nautilus hat Schwierigkeiten gemacht und musste nachgeladen werden.


    Jetzt gehts an den DHCP und DNS.


    EDIT:
    Die Oberfläche vom ISPConfig3 ist echt cool, aber für unserer Zwecke viel zu mächtig und umfassend!
    Ausserdem fehlt DHCP komplett.


    Kannst du noch was Anderes empfehlen?

    Einmal editiert, zuletzt von Steppi ()

    Hehe...


    leider funktioniert vom Webmin die Online-Demo auf deren Website nicht.
    Hätte es mir gern mal angesehen.


    Werde glaube erstmal das kleinere GAdmin-bind und GAdmin-dhcp probieren.

    Noch betreibe ich das ja nebenbei als LAB, also werde ich einfach mal beides testen.


    Muss aber sagen die beiden GAdmin - Oberflächen sehen schon viel versprechend aus.
    Auch wenn ich gerade Schwierigkeiten habe meine Testkonfig zu starten. Irgendwie meint er, dass zu 10.66.15.x keine 255.255.0.0 Maske passt.


    bzw. beim einstellen von eth0 die 10.66.1.1 nicht mit 255.255.0.0 laufen kann?

    Telefonieren? Ich glaube nur an Jira :D


    Wenn Du als IP die 10.66.1.1 nimmst und als netmask die 255.255.0.0 kommst Du genau in die Konfliktzone zwischen Class A und B (16bit-range)


    Kleines Rechenbeispiel:


    Address: 10.66.1.1 00001010.01000010 .00000001.00000001
    Netmask: 255.255.0.0 = 16 11111111.11111111 .00000000.00000000
    Wildcard: 0.0.255.255 00000000.00000000 .11111111.11111111
    =>
    Network: 10.66.0.0/16 00001010.01000010 .00000000.00000000 (Class A)
    Broadcast: 10.66.255.255 00001010.01000010 .11111111.11111111
    HostMin: 10.66.0.1 00001010.01000010 .00000000.00000001
    HostMax: 10.66.255.254 00001010.01000010 .11111111.11111110
    Hosts/Net: 65534




    Mit einer 255.255.0.0 mask (16 bit )willst Du ja ins Class B network, dessen einziger Vorteil die Anzahl der möglichen Hosts (65536) ist.
    Solltest Du aber denken, dass Du mit 254 Hosts auskommst, dann nimm besser eine 24bit netmask (255.255.255.0).

    Hey Toro,


    was du geschrieben hast, dessen war ich mir bewusst... ist aber so gewollt.


    10. - Netz
    66. - Standort (haben mehrere)
    x. - Klasse (z.B. 1 - Server; 8 - Infrastruktur; 20 - Drucker; 80 - DHCP-Telefone)
    x. - Device


    Habe den Fehler aber gefunden...
    Ich habe nochmal nachgelesen wie die DCHP-Konfig arbeitet und habe dabei übersehen, dass bei der Angabe des Bereichs (wo im Vorfeld das zu benutzende Interface, die Netzwerkadresse und das Subnet angegeben wird) wie in der Klammer beschrieben die Netzwerkadresse und nicht die IP-Adresse des Interface gemeint ist.


    Ich hatte in der Konfig quasi die IP-Adresse des Interface, statt der Netzwerkadresse des IP-Seqment. :-)


    Simpler, aber effektiver Fehler - aber ich habe ja schon erwähnt, dass es lange her ist und ich mich erst wieder reinfinden muss. *G*
    P.S.: Ich habe meine Skripte gefunden und da steht überall Vorbereitung LPI1C - Also Exam LPI101 und LPI202.

    Sooo
    jetzt laufen DHCPD3 und BIND9.
    Dazu beide Oberflächen GAdmin und WEBMin (natürlich immer nur eine von beiden Aktiv).
    (Änderungen in der einen Oberfläche sind auch in der anderen Sichtbar, wenn man wechselt)


    Der DHCP Server kann auch gestartet werden und läuft.
    Beim Systemstart wird jedoch ständig angezeigt


    Starting ISC DHCP Server: dhcpdcheck syslog for diagnostics. ... failed!
    failed!
    startpar: service(s) returned failure: isc-dhcp-server ... failed!


    Zur Zweiten Meldung vermute ich, dass er den Server mit "isc-dhcp-server start" aufrufen möchte, der Befehl ist aber dhcpd oder dhcpd3 (symbolischer Link)

    Meinst du jetzt ein einen grep nach dhcp?


    Wo befinden sich denn eventuelle logs von dem Ding?
    Eine Vermutung wäre noch, dass das auf 2 verschiedene Configs zugreift und beim Start woanders hin greift.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden