7390: IP-Adressen-Kollision

sipgateuser · 17 Sep 2014

Das ist die Fortsetzung von http://www.ip-phone-forum.de/showthread.php?t=272635 Alles ist irgendwie unlogisch. Jetzt kam ich dahinter, dass das Problem mit einer anderen statischen IP nicht auftritt, obwohl es an dieser IP kein Gerät gibt.

Code:

nmap -sP 192.168.178.0/24 | grep 110

findet nichts!

Code:

ping 192.168.178.110
PING 192.168.178.110 (192.168.178.110) 56(84) bytes of data.
From 192.168.178.100 icmp_seq=1 Destination Host Unreachable
From 192.168.178.100 icmp_seq=2 Destination Host Unreachable

Hat wer eine Erklärung dafür, warum es mit 192.168.178.110 möglich ist, auf das Gigaset-Webinterface des C610IP zuzugreifen, zeitweise Anrufe entgegengenommen werden konnten, aber ausgehende Telefonate wegen Fehler 400 nicht möglich waren? Mit DHCP oder 192.168.178.109 kann ich keine Probleme erkennen. Ich kam da nur wegen eines Resets des C610IP dahinter, das default DHCP eingestellt hat. Nach einer Änderung auf statisch mit der monatelang verwendeten statischen IP-Adresse funktionierte es nicht mehr. Bei DHCP ist nur 20-29 erlaubt, da kann also auch nicht dynamisch irgendein Gerät 110 erhalten.

informerex · 17 Sep 2014

warum vergibst du statische IP?

+ wenn statische, sollte dann nicht auch alternative DNS auf 192.168.178.1 gesetzt werden?
stand glaub in einer F!B-Anleitung so, bei der 2ten Box

sipgateuser · 17 Sep 2014

warum vergibst du statische IP?

Weil ich sonst keinen Durchblick mehr habe, was im Netz ist. Dynamische IPs bekommen nur Gäste bzw. mein TV, das mit statisch Probleme hat.

sollte dann nicht auch alternative DNS auf 192.168.178.1 gesetzt werden?

Ist das irgendein AVM-Bug und Workaround? Ich sehe keinen Grund warum man nicht einen beliebigen DNS-Server verwenden sollte.

Benares · 17 Sep 2014

Der sekundäre DNS-Server kommt ja erst zum tragen, falls der primäre DNS-Server nicht erreichbar ist - im vorliegenden Fall also nie.
Ist der Router weg, ist auch die Verbindung zum externen DNS-Server weg.

Bei dem Fehlerbild oben würd ich eher auf arp-Probleme tippen. Passt die mit "arp -a" bei 192.168.178.110 angezeigte MAC?
Welche Firmware läuft auf der C610IP?

sipgateuser · 17 Sep 2014

Der sekundäre DNS-Server kommt ja erst zum tragen, falls der primäre DNS-Server nicht erreichbar ist - im vorliegenden Fall also nie.

Na ja, nie würde ich nicht sagen, es kann schon passieren, dass der ISP mit DNS Probleme hat. Aber ansonsten sehe ich auch keinen Grund für Probleme durch den 2. DNS-Server.

Passt die mit "arp -a" bei 192.168.178.110 angezeigte MAC?

Dazu muss ich die Gigaset C610IP wieder auf 192.168.178.110 umstellen.

Ups, da kommen eine Reihe von alten Geräten, die nie an der 7390 gehängt sind.

edge.local (192.168.178.109) - Lenovo Edge Notebook
fritz.box.7270 (192.168.178.1)
gigaset.c470ip (192.168.178.110)

Diese Geräte sind mal im Netz gewesen. Kein einziges ist mehr seit mindestens Monaten bzw. über 1 Jahr vorhanden.

Benares · 17 Sep 2014

sipgateuser schrieb:
Na ja, nie würde ich nicht sagen, es kann schon passieren, dass der ISP mit DNS Probleme hat. Aber ansonsten sehe ich auch keinen Grund für Probleme durch den 2. DNS-Server.

Nein, Probleme gibt es nicht, aber es ist Quatsch. Falls der ISP mit DNS Probleme hat, wird der sekundäre DNS trotzdem nicht verwendet. Der primäre DNS-Server (die Fritzbox) ist ja erreichbar. Was anderes wäre es, wenn beide DNS-Server extern wären.

Ups, da kommen eine Reihe von alten Geräten, die nie an der 7390 gehängt sind.

Hast vermutlich jede Menge alten Schrott in der FB unter Heimnetz - räum mal auf und lösch mit "arp -d" den ARP-Cache, bevor du weiter probierst.

sipgateuser · 17 Sep 2014

Nun habe ich das Gigaset auf 192.168.178.109 zurückgestellt. Auf "109" wird das ehemalige Notebook angezeigt und auf 110:

Code:

gigaset.c470ip (192.168.178.110) auf <unvollständig> auf eth1

Ich blicke noch nicht recht mit arp durch.

man arp
Arp kann den ARP-Cache des Kernels auf verschiedene Arten manipulieren

Ich mache die Abfrage am Linux-PC und was da gecacht ist, sollte zum Telefonieren egal sein, das funktioniert ja auch ohne hochgefahrenen PC. Die 7390 hat mein altes Notebook noch nie gesehen. Woher kommt das? Mein PC wurde in der Zwischenzeit auch neu aufgesetzt.

sipgateuser · 17 Sep 2014

Hast vermutlich jede Menge alten Schrott in der FB unter Heimnetz - räum mal auf.

Nein habe ich nicht. Jedenfalls kein einziges der oben genannten Geräte. Es gibt da schon was unter "Ungenutzte Verbindungen" und das sind nur zeitweise angemeldete Geräte wie Handys, die eine IP via DHCP erhalten.

Der primäre DNS-Server (die Fritzbox) ist ja erreichbar. Was anderes wäre es, wenn beide DNS-Server extern wären.

Danke für den Hinweis. Früher hatte ich das so, aber es gab schon längere Zeit keine Probleme mit DNS mehr.

Benares · 17 Sep 2014

Poste mal die komplette Ausgabe von "arp -a", dann "arp -d" gefolgt von "ping 192.168.178.255", dann nochmal "arp -a".

sipgateuser · 17 Sep 2014

Mac-Adressen und eigene Domain unkenntlich gemacht. C610IP ist jetzt wieder auf 109.

arp -a

Code:

lg.tv (192.168.178.30) auf x:x:x:x:x:x [ether] auf eth1
sc3171-ipcam2.eth (192.168.178.62) auf x:x:x:x:x:x [ether] auf eth1
fritz.box.7270 (192.168.178.1) auf x:x:x:x:x:x [ether] auf eth1
edge.local.FQDN (192.168.178.109) auf x:x:x:x:x:x [ether] auf eth1
gigaset.c470ip (192.168.178.110) auf <unvollständig> auf eth1
BRNxxxx.fritz.box (192.168.178.40) auf x:x:x:x:x:x [ether] auf eth1

30 ist ok (TV)
Auf 40 ist ein WLAN-Drucker, ist korrekt
62 ist ok (Cam)
1 ist die ehemalige Fritzbox, da ist jetzt die 7390
auf 109 ist ein anderes Gigaset (C610IP)

Benares · 17 Sep 2014

Mach nicht so einen Kult um deine MAC-Adressen, die nützen niemandem.
Ich hab jetzt grad kein Linux da, unter Windows sieht es etwas anders aus. Hast du schon "arp -d" probiert?
Das ist übrigens nur ein Cache, "arp -d" löscht ihn und erzwingt die Neuauflösung mittels ARP-Request beim nächsten Zugriff.
Hattest du mal eine C470IP auf der .110? Steht noch Schrott in der /etc/hosts? Läuft ein DNS-/DHCP-Server auf dem Linux-Hobel?
Ich fürchte, irgendwo hast du noch Konfi-Reste.

sipgateuser · 17 Sep 2014

Hast du schon "arp -d" probiert?

Nein, ich wollte die Diskussion abwarten.

Hattest du mal eine C470IP auf der .110?

Kann sein, lang ist es her, vor Jahren. Ca. Mai 2012 wurde es durch das C610IP ersetzt. Der Linux-PC wurde in der Zwischenzeit mehrmals aufgesetzt, also da kann der Cache nicht herkommen. Die 7270 wurde irgendwann getauscht, aber die Geräte im Heimnetz habe ich sauber gehalten.

Auf 192.168.178.1 habe ich nach dem Löschen zuerst "fritz.box.7270 (192.168.178.1) auf <unvollständig> auf eth1" und kurz danach sehe ich eine Mac-Adresse, die fast mit dem auf der 7390 angebrachten Aufkleber übereinstimmt. Bei WLAN im Browser sehe ich bei der FB am Ende etwas unterschiedliche MAC-Adressen für 2,4 und 5 GHz und die mit arp angezeigte ist eins mehr. Da frage ich mich also woher der Name fritz.box.7270 kommt. Daran hängt garantiert eine 7390.

109 und 110 haben nach einiger Zeit noch immer "<unvollständig> auf eth1"

sipgateuser · 17 Sep 2014

Nmap scan report for gigaset.c610ip (192.168.178.111) Da hängt aber ein Gigaset A510IP dran. Mich wundert nichts mehr, dass es beim Telefonieren Chaos gibt. 111 war vorher mit arp -a nicht sichtbar, jetzt ist es aber da.

Kann das an einer defekten Fritzbox liegen? Ich habe nämlich den Verdacht, dass die eine Macke hat, über angehängte analoge Telefone kann ich nämlich nicht telefonieren.

Damit werde ich die falschen Hostnamen auch nicht los:

Code:

ip -s -s neigh flush all

Ich habe der 7390 jetzt den Namen "fritz-box-7390" gegeben, arp ist nach Löschen davon unbeeindruckt und zeigt weiter 7270 an.

Heureka, ich glaube ich habs. In meiner /etc/hosts stehen diese alten Geräte drinnen. Nach Entfernen der ungenutzen Einträge sieht arp -a gut aus. Anfangs wurde nur die 7390 gezeigt und nach Aufruf eines Gerätes kommt das Gerät bei arp hinzu. Jetzt frage ich mich nur, wie die Gigasets zu den Einstellungen des PCs kommen und deswegen falsch geroutet werden.

Benares · 17 Sep 2014

Hab ich doch oben alles geschrieben - räum halt mal auf. Sicher sind bei dir auch anderswo noch einige Leichen begraben.

sipgateuser · 17 Sep 2014

Da muss man aber erst darauf kommen, dass die /etc/hosts am PC Einfluss auf die IP-Telefone hat. Da kann ich in der FB aufräumen soviel ich will. Die IPs der PCs habe ich ja im Kopf, aber so Geräte, die normalerweise selten eine IP haben, da kann ich schon was vergessen, es zu entfernen.

informerex · 17 Sep 2014

jaja klar

sipgateuser schrieb:
Weil ich sonst keinen Durchblick mehr habe, was im Netz ist.

und deshalb dann

sipgateuser schrieb:
Ups, da kommen eine Reihe von alten Geräten, die nie an der 7390 gehängt sind.

ist doch immer das gleiche wo die Fehler sind.
stell auf automatisch und gut bzw. wenn gewünscht max. in der Box auf "immer gleich IP" zuweisen.

Benares · 17 Sep 2014

@sipgateuser
Die Probleme mit den IP-Telefonen habe sicherlich nichts mit dem Linux-PC zu tun. Das hat nur zusätzliche Verwirrung gestiftet.

Mein Tipp: Mal mal dir selbst mal in Ruhe ein schönes Bild von deinem Intranet mit allen Geräten, Namen, MACs und IP-Adressen. Das hilft einem selbst in solchen Fällen enorm. Ich hab auch sowas.

sf3978 · 17 Sep 2014

gmeyer schrieb:
Falls der ISP mit DNS Probleme hat, wird der sekundäre DNS trotzdem nicht verwendet. Der primäre DNS-Server (die Fritzbox) ist ja erreichbar.

Doch, der sekundäre DNS-Server wird verwendet, auch wenn der primäre DNS-Server (hier die FritzBox) erreichbar ist, aber die Namensauflösung nicht machen kann. Z. B.:

Code:

:~$ nslookup lossless.com
;; Got SERVFAIL reply from 192.168.178.1, [color=red]trying next server[/color]
Server:      208.67.222.222
Address:   208.67.222.222#53

Non-authoritative answer:
Name:   lossless.com
Address: 80.240.143.127

Zum testen eignet sich auch "myip.opendns.com", mit z. B. dem (zuständigen) DNS-Server "resolver1.opendns.com" als sekundärer DNS-Server.

informerex · 17 Sep 2014

@sf3978
ist es nicht so, dass die F!B ja 2 DNS-Server eingetragen hat.
nachfolgende Endgeräte können beide DNS-Server auf die 192.168.178.1 stellen, da wenn der 1te F!B DNS-Server nicht funktioniert, der 2te F!B DNS-Server verwendet wird. siehe http://fritz.box/internet/dns_server_enh.lua

Benares · 17 Sep 2014

Interessant - evtl. ist das bei Linux schlauer gelöst. Mein Win7-PC löst myip.opendns.com nicht auf, auch wenn ich Fritzbox und resolver1.opendns.com fest als DNS-Server eintrage. Da muss ich schon explizit auf den anderen DNS umschalten.

Code:

   Standardgateway . . . . . . . . . : fe80::9ec7:a6ff:fef8:b915%13
                                       192.168.0.1
   DHCP-Server . . . . . . . . . . . : 192.168.0.1
   DNS-Server  . . . . . . . . . . . : 192.168.0.1
                                       208.67.222.222

Code:

C:\>nslookup myip.opendns.com
Server:  fritz.box
Address:  192.168.0.1

*** myip.opendns.com wurde von fritz.box nicht gefunden: Non-existent domain.

C:\>nslookup
Standardserver:  fritz.box
Address:  192.168.0.1

> server resolver1.opendns.com
Standardserver:  resolver1.opendns.com
Address:  208.67.222.222

> myip.opendns.com
Server:  resolver1.opendns.com
Address:  208.67.222.222

Nicht autorisierende Antwort:
Name:    myip.opendns.com
Address:  2.245.163.238

7390: IP-Adressen-Kollision

Mitglied

Anhänge

IPPF-Urgestein

Mitglied

IPPF-Promi

Mitglied

IPPF-Promi

Mitglied

Mitglied

IPPF-Promi

Mitglied

IPPF-Promi

Mitglied

Mitglied

IPPF-Promi

Mitglied

IPPF-Urgestein

IPPF-Promi

IPPF-Promi

IPPF-Urgestein

IPPF-Promi

Statistik des Forums