TS-509 : 169.254.100.100 (falsche IP-Nummer?)

    hai
    irgendwer schrieb (im us-forum?), daß diese ip-nummer "169.254.100.100" nich mehr eingetragen werden würde.
    leider falsch (ich benutze die neue firmware 2.1.0 (1202T))


    mein wins/samba-server (192.168.115.5) hat den datenverkehr für alles andere außer 192.168.115.* geblockt; deshalb meldet die qnap-station (=192.168.115.18) in ihrer logdatei /var/log/log.nmbd folgendes:
    [2008/12/29 12:48:14, 0] nmbd/nmbd_nameregister.c:register_name_response(129)
    register_name_response: WINS server at IP 192.168.115.5 rejected our name registration of QNAP<20> IP 169.254.100.100 with error code 5.



    ergo ist da was falsch in der qnap eingestellt.
    die qnap benutzt dhcp, bekommt alles nötige von 192.168.115.5.
    sie weiss, sie heisst 192.168.115.18 ;)


    man mache sich auf die suche "169.254.100.100" in /etc:
    /etc/rcK.d/@K40network hat's
    /etc/init.d/network.sh hat's
    und
    /etc/default_config/uLinux.conf hat's.


    jetzt wirds debianistisch (oder ist das kein debian?):
    es wird nicht eth0, sondern bond0 benutzt (warum?)
    sind die einträge OK, obwohl man per dhcp einen ganz anderen adressbereich benutzt?
    WENN das alles ok ist, warum hat dann nmb die kenntnis von dieser (nicht mehr gültigen?) ip-nummer?????


    wer weiss mehr?
    danke und gruß
    klaus


    ps: wenn das ein (alter) fehler ist, der beim wechsel der konfiguration unberücksichtigt bleibt, bitte an qnap.com irgendwie weitergeben. danke.

    Evtl. hast Du ein Problem mit deinem DHCP-Server, der DHCP-Konfiguration vom TS-509 oder der NW-Verkabelung.


    Bei Dir scheint das "Automatic Private IP Addressing" (APIPA) aktiv zu werden.


    Erklärung : Wenn bei einem Client DHCP aktiviert ist, dieser aber beim Starten keinen DHCP-Server findet, dann generiert er sich selbst eine IP-Adresse im Bereich 169.254.x.x.

    Klaus,


    Wie hast du denn die beiden Interfaces konfiguriert und angeschlossen?


    Im Fall von Load Balancing ist unbedingt ein verwaltbarer Ethernet-Switch mit konfiguriertem LACP-Sopport auf den beiden Ports notwendig.


    EIn nicht konfiguriertes Interface (mit der Default-IP) sollte auch nie an ein Netzwerk angeschlossen werden.


    -Kurt.

    Hi Klaus,


    in

    Code
    /etc/config/uLinux.conf


    stehen die aktuell verwendeten Einstellungen.


    Zitat von "klaus_ph"

    es wird nicht eth0, sondern bond0 benutzt (warum?)


    Weil du sicherlich Ausfallsicherung oder Lastverteilung gewählt hast.



    mfg
    Christian

    Zitat von "klaus_ph"

    man mache sich auf die suche "169.254.100.100" in /etc:
    /etc/rcK.d/@K40network hat's
    /etc/init.d/network.sh hat's
    und
    /etc/default_config/uLinux.conf hat's.

    Alles korrekt - das ist die Default-Konfiguration. Finger weg, und schön so lassen bitte...


    Zitat von "klaus_ph"

    jetzt wirds debianistisch (oder ist das kein debian?):

    Ubuntu.


    Zitat von "klaus_ph"

    es wird nicht eth0, sondern bond0 benutzt (warum?)

    Da dürfte Load Balancing aktiv sein - daher eben ein bond-Interface.


    Gruss,
    -Kurt.

    danke kurt,
    es ist die "lastverteilung" aktiviert gewesen.
    himmel, wer weiss wie (wohl ich selber..) ;)


    der GB-switch ist ein preiswertes modell von TP-LINK (=TL-SG1024), der ist "unmanagble". damit wäre das geklärt. danke.
    info zu LACP (das hatte kurt angesprochen): http://de.wikipedia.org/wiki/LACP


    danke allen.
    viele grüße
    klaus