Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 16
  1. #1

    Standard Kann man den DSM DHCP Server als DHCP Proxy konfigurieren?

    Ich kaempfe immer noch damit meine Syno als PXE Boot Server fuer meine Raspberries zu konfigurieren.

    Solange man im lokalen Netz die Syno als DHCP Server betreibt funktioniert das auch perfekt. Ich moechte aber meine AVM FB weiterhin als DHCP Server benutzen.

    Momentan habe ich sowohl den FB DHCP Server als auch den Syno DHCP Server aktiv in meinem Netz. Das erzeugt aber einen Kampf zwischen beiden DHCP Servern - je nachdem wer schneller ist siegt - und d.h. die Raspberry PXE Clients starten nicht zuverlässig da immer mal wieder ihr DHCP Request schneller von der FB beantwortet wird die leider keine PXE Boot Informationen enthalten. Auch erhalten meine normalen Clients manchmal IP Adressen aus dem Syno DHCP IP Adressbereich. Das ist nicht so schlimm da alle DHCP Infos stimmen. Es ist eben nicht klug mehrere DHCP Server im lokalen Netz zu haben.

    Mit dnsmasq kann man einen DHCP Proxy konfigurieren. Den koennte ich wohl auch per iPK installieren und konfigurieren. Ich moechte aber gerne Standardtools von Syno ohne iPK benutzen.

    Deshalb meine Frage in die Runde: Kennt jemand eine Moeglichkeit den DSM DHCP Server als DHCP Proxy zu konfigurieren? Ich scheue mich auch nicht direkt in den DHCP Configurationsdatein per vi Updates zu machen. Nur muss ich wissen welche Updates notwendig sind

  2. #2

    Standard

    Will ja nicht blöd sterben: Warum benötigst du in deinem einen eigenen Heimnetzwerk so viel Komplexität ?

    Ich würde den DHCP-Server auf der FB lassen, und dann ggf. dort für alles im Heimnetzwerk, was sich nicht laufend ändert, feste IP-Adressen vergeben.

    Dann kannst du den Raspis sagen, wo sie die Syno finden, und alles ist gut. Oder verstehe ich da etwas nicht ?

  3. #3

    Standard

    Ein Otto Normalverbraucher DHCP Server der i.d.R. in normalen Internetroutern laeuft teilt seinen Clients mit welche IP sie zu benutzen haben, wo das Standard Gateway ist sowie wo der DNS Server zu finden ist. Damit hat ein Client alle essentiellen Netzwerkinformationen und kann arbeiten.

    Ein richtiger DHCP Server kann eine Menge weitere Attribute seinen Clients mitteilen. Dazu gehoert z.B. woher sie ihr Bootimage laden koennen und wie es heisst. Das ist notwendig damit ein PXE Client sein Bootimage findet und laden kann.

    Die FB ist ein Otto Normalverbraucher DHCP Server.

  4. #4

    Standard

    Na ja, dann leg halt den DHCP auf die Syno, und schalte den auf der FB ab. Oder pack ihn auf einen der Raspis, und schalte die anderen ab. Aber egal wie, es darf nur einer aktiv sein.

    Bei mir liegt er deshalb auf der FB, weil ich wegen Paketupdates u.ä. viel häufiger die Syno außer Gefecht setze, als die FB. Das ist eine reine Nörgelvermeidungsstrategie.

  5. #5

    Standard

    Wenn ich eine Raspi mit DHCP versehe muss auch da der tftp Server liegen. Ich kann dann also nicht tftp und nfs Verzeichnisse auf die Syno legen.

    Klar, den DHCP auf dem FB zu deaktivieren ist die Alternative. Aber ich moechte eigentlich das genau nicht. Ein DHCP Proxy auf der Syno wuerde eben die richtige Loesung sein

  6. #6

    Standard

    Würde mich auch sehr interessieren, einfach weil bei uns die DS nicht rund um die Uhr läuft, sich aber durchaus mal neue Anwender außerhalb der normalen Nutzungszeit im Netzwerk anmelden können. Und PXE mir beim Verteilen von Images effektiver erscheint, als x USB-Sticks mit zB ActiveBackkup4Business

    EDIT:
    https://www.ip-phone-forum.de/thread...e-boot.284643/

    Selbiges Problem, anderer Ansatz, aber offenbar auch ungelöst
    Geändert von ClearEyetemAA55 (25.10.2019 um 12:25 Uhr)

  7. #7

    Standard

    Code:
    ps -ef|grep  -E "dhcp|tftp" | grep -v grep
    root      9945     1  0 10:54 ?        00:00:00 dnsmasq --user=root --cache-size=200 --conf-file=/etc/dhcpd/dhcpd.conf --dhcp-lease-max=2147483648
    root      9946  9945  0 10:54 ?        00:00:00 dnsmasq --user=root --cache-size=200 --conf-file=/etc/dhcpd/dhcpd.conf --dhcp-lease-max=2147483648
    root     27729     1  0 09:16 ?        00:00:04 /usr/bin/opentftp -i /etc/opentftp.ini -l /var/log/opentftp.log
    und
    Code:
    netstat -tulpen|grep -E "dnsmasq|tftp"
    tcp        0      0 0.0.0.0:53              0.0.0.0:*              LISTEN      0          20816435   9945/dnsmasq
    tcp6       0      0 :::53                   :::*                   LISTEN      0          20816437   9945/dnsmasq
    udp        0      0 0.0.0.0:53              0.0.0.0:*                          0          20816434   9945/dnsmasq
    udp        0      0 0.0.0.0:67              0.0.0.0:*                          0          20816431   9945/dnsmasq
    udp        0      0 192.168.0.9:69          0.0.0.0:*                          0          19634628   27729/opentftp
    udp        0      0 127.0.0.1:69            0.0.0.0:*                          0          19634627   27729/opentftp
    udp6       0      0 :::53                   :::*                               0          20816436   9945/dnsmasq
    zeigt dass der Syno DHCP Server ein dnsmasq ist, bei dem kein tftp enabled ist sondern opentftp benutzt wird. Wenn man /etc/dhcpcd/dhcpcd.conf entsprechend modifiziert und den dnsmasq restartet ist aus dem Syno DHCP Server ein DHCP Proxy geworden und alle meine PXE Raspberries erhalten IPs von meiner FB :-) Juppieijeay

    Code:
    cat /etc/dhcpd/dhcpd.conf
    interface=eth0
    dhcp-range=set:eth00,192.168.0.0,proxy
    dhcp-option=vendor:PXEClient,43,Raspberry Pi Boot
    dhcp-leasefile=/etc/dhcpd/dhcpd.conf.leases
    dhcp-script=/usr/share/dhcpd/dhcpd-script.sh
    Code:
    tail /var/log/dnsmasq.log
    2019-10-25T14:06:47+02:00 synolix dnsmasq[17077]: started, version 2.78-144-gfd4b03e cachesize 200
    2019-10-25T14:06:47+02:00 synolix dnsmasq[17077]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP no-conntrack ipset auth no-DNSSEC loop-detect inotify
    2019-10-25T14:06:47+02:00 synolix dnsmasq-dhcp[17077]: DHCP, proxy on subnet 192.168.0.0
    2019-10-25T14:06:47+02:00 synolix dnsmasq[17077]: reading /etc/resolv.conf
    2019-10-25T14:06:47+02:00 synolix dnsmasq[17077]: using nameserver 192.168.0.1#53
    2019-10-25T14:06:47+02:00 synolix dnsmasq[17077]: using nameserver 192.168.0.12#53
    2019-10-25T14:06:47+02:00 synolix dnsmasq[17077]: read /etc/hosts - 4 addresses
    Nicht klar ist ob diese Aenderung im laufenden System einen Reboot der Syno uebersteht. Muesste man mal testen. Vermutlich nicht und wird dann wieder die alte Konfig generiert. Auch sollte man tunlichst nichts an den DHCP Einstellungen im DSM UI vornehmen da diese ebenfalls die dnsmasq Konfig ueberschreiben. D.h. man muss sich wohl dann noch mal genauer das /etc/rc.network Script ansehen und verstehen was genau beim Booten mit der DHCP Serverkonfig angestellt wird (da wird noch irgendwas zusammengemerged
    Code:
    merge_dhcpd_conf
    merge_dhcpd_info
    ) und einen Workaround suchen wie man diese KonfigAenderung permanent hinbekommt. Im Zweifelsfall tut es wohl auch ein kleines Script welches nach dem Booten der Syno die generierte Konfig mit den geaenderten Definitionen fuer den DHCP-Proxy ueberschreibt und den dnsmasq restartet.
    Geändert von framp (25.10.2019 um 15:33 Uhr)

  8. #8

    Standard

    Anbei ein kleines Script welches den DHCP-Proxy enabled. Das in /usr/local/sbin/enableDHCPProxy.sh kopieren
    Code:
    #!/bin/bash
    cp /etc/dhcpd/dhcpd.proxy.conf /etc/dhcpd/dhcpd.conf
    OLD_PID="$(ps -e ww | grep dnsmasq | grep -v grep | cut -f 1 -d ' ' | head -n 1)"
    COMMAND="$(ps --no-header -p $OLD_PID -o args)"
    kill $OLD_PID
    $COMMAND &
    und dann als triggered Task beim Booten ausfuehren lassen. Ist nicht getestet ob es beim Boot funktioniert - sollte aber eigentlich funktionieren denn im laufenden System funktioniert es.
    Geändert von framp (25.10.2019 um 17:46 Uhr)

  9. #9

    Standard

    made my day

  10. #10

    Standard

    Freut mich Hast Du vielleicht auch getestet ob das Script auch beim Boot funktioniert? ich habe meine Syno noch nicht rebootet.

Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. Antworten: 6
    Letzter Beitrag: 11.02.2019, 15:05
  2. Antworten: 0
    Letzter Beitrag: 23.02.2018, 19:21
  3. Antworten: 5
    Letzter Beitrag: 13.06.2016, 09:12
  4. DHCP-Server konfigurieren
    Von Calle im Forum DHCP-Server
    Antworten: 3
    Letzter Beitrag: 27.02.2014, 00:07
  5. Antworten: 3
    Letzter Beitrag: 13.05.2012, 15:34

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •