7390: IP-Adressen-Kollision

[sipgateuser]

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.

Habe ich ja, ich habe nur die IP-Adressen von Geräten eingetragen gelassen, die ausgeschieden sind und dann richtig im Kopf gehabt, dass es die nicht gibt und daher verwendet werden können. Bewusst war mir dabei nicht, dass dann der Hostname nicht mehr stimmt, den verwende ich aber um per Namen mit ssh auf die Geräte zugreifen.

ist doch immer das gleiche wo die Fehler sind.
stell auf automatisch und gut

Leider nein, meine Scripts verwenden IP-Adressen und die zu ändern wäre sehr viel Aufwand. Bei der 7270 gab es sinngemäß so was wie "verwende bei DHCP immer die gleiche IP-Adresse". Ist das bei der 7390 verschwunden? Das nervt mich schon gewaltig, dass die Handys per ssh immer unter einer anderen IP erreichbar sind und statische IPs sind unterwegs auch ein Problem.

Die Probleme mit den IP-Telefonen habe sicherlich nichts mit dem Linux-PC zu tun.

Bist du dir da ganz sicher? Ich verstehe noch nicht warum ich jetzt über 110 telefonieren kann, das ursprünglich nicht funktionierte. Allerdings sind es jetzt andere Geräte. Das C610 ist jetzt auf 109 und das A510 auf 110. Vorher war das A510 auf 111 und machte keine Probleme. Einmal hatte ich vermutlich mit dem C610 die eigene sipcall-Nr. angerufen und die andere sipcall-Nr. läutete. Das passt irgendwie zu dem IP-Wirrwarr. Ich hatte bei 3 IP-Telefonen die IP-Adressen jeweils um 1 verringert.

So jetzt geht es wieder in Richtung IP-Telefonie weiter. Vgl. http://www.ip-phone-forum.de/showthread.php?t=272943 #15. Danke für die Hilfe.

 

[sf3978]

..., da wenn der 1te F!B DNS-Server nicht funktioniert, der 2te F!B DNS-Server verwendet wird.

Das müsste man mal testen, ob das so ist. Ich weiß nicht ob die FritzBox zum 2. eingetragenen DNS-Server weiterleitet, wenn der 1. eingetragene DNS-Server erreicht wird, aber nicht auflösen kann (... d. h. nicht funktioniert). Z. B. in der FritzBox:

- primärer DNS-Server 8.8.8.8
- sekundärer DNS-Server 208.67.222.222

und dann myip.opendns.com über 192.168.178.1 auflösen lassen:

nslookup myip.opendns.com 192.168.178.1

(oder gleichwertig).

 

[Benares]

Hab's grad probiert - funktioniert nicht.

Edit:
Funktioniert auch nicht wenn ich den 208.67.222.222 als ersten un 8.8.8.8 als zweiten DNS eintrage - was ich wiederum nicht verstehe.
Nur "nslookup myip.opendns.com resolver1.opendns.com" geht.

PS: Was ist das für ein komischer DNS-Server, der nur seine eigenen Namen kennt und nicht an andere DNS-Server weitergibt.

 

[sipgateuser]

$ nslookup myip.opendns.com 192.168.178.1
Server:		192.168.178.1
Address:	192.168.178.1#53

** server can't find myip.opendns.com: NXDOMAIN

nslookup myip.opendns.com 80.237.196.2
;; connection timed out; no servers could be reached

ping 80.237.196.2
PING 80.237.196.2 (80.237.196.2) 56(84) bytes of data.
64 bytes from 80.237.196.2: icmp_seq=1 ttl=55 time=63.9 ms

nslookup myip.opendns.com 8.8.8.8
Server:		8.8.8.8
Address:	8.8.8.8#53

** server can't find myip.opendns.com: NXDOMAIN

nslookup ip-phone-forum.de 8.8.8.8
Server:		8.8.8.8
Address:	8.8.8.8#53

Non-authoritative answer:
Name:	ip-phone-forum.de
Address: 176.28.12.60

Ich kapiere gerade nicht, warum ich über den pingbaren DNS-Server 80.237.196.2 nicht abfragen kann.

 

[sf3978]

- funktioniert nicht.

Mit meiner FB6360 funktioniert es auch nicht.

EDIT:

Hier mit der FB6360 auch nicht, wenn ich 208.67.222.222 als 1. DNS-Server und 8.8.8.8 als 2. DNS-Server eintrage. Entweder es liegt an der FritzBox (... der Eintrag bzw. diese Konfiguration wird ignoriert) oder es liegt am ISP (hier KabelBW).

 

[sipgateuser]

Vielleicht sollte man damit experimentieren, um bei Ausfall des DNS-Servers des ISP weitermachen zu können:
http://avm.de/nc/service/fritzbox/f...65_Andere-DNS-Server-in-FRITZ-Box-einrichten/

 

[Benares]

Ich kapiere gerade nicht, warum ich über den pingbaren DNS-Server 80.237.196.2 nicht abfragen kann.

Siehe #23 unter PS:...

 

[sf3978]

PS: Was ist das für ein komischer DNS-Server, der nur seine eigenen Namen kennt und nicht an andere DNS-Server weitergibt.

Meinst Du "resolver1.opendns.com"? Der kann Alles, nicht nur seinen Namen. Z. B.:

:~$ nslookup loc.gov resolver1.opendns.com
Server:		resolver1.opendns.com
Address:	208.67.222.222#53

Non-authoritative answer:
Name:	loc.gov
Address: 140.147.249.7

EDIT:

Ob zusätzliche/weitere öffentliche DNS-Server benutzt werden können/dürfen, entscheidet der ISP.

EDIT 2:

OK, man könnte auch einen Tunnel/VPN, für den Zugang zum udp-Port 53 eines DNS-Servers, benutzen, dann kann der ISP nichts machen/blocken/umleiten/entscheiden.

 

[Benares]

Nein. Ich meinte, dass er Namen wie myip.opendns.com auflöst, die selbst der Primary DNS von opendns.com nicht kennt (und somit andere DNS-Server auch nicht)

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

> set q=soa
> opendns.com
Server:  fritz.box
Address:  192.168.0.1

Nicht autorisierende Antwort:
opendns.com
        primary name server = auth1.opendns.com
        responsible mail addr = hostmaster.opendns.com
        serial  = 1410911585
        refresh = 16384 (4 hours 33 mins 4 secs)
        retry   = 2048 (34 mins 8 secs)
        expire  = 1048576 (12 days 3 hours 16 mins 16 secs)
        default TTL = 2560 (42 mins 40 secs)
> server auth1.opendns.com
Standardserver:  auth1.opendns.com
Address:  208.69.39.2

> set q=a
> myip.opendns.com
Server:  auth1.opendns.com
Address:  208.69.39.2

*** myip.opendns.com wurde von auth1.opendns.com nicht gefunden: Non-existent do
main.
>

 

[sf3978]

Ich meinte, dass er Namen wie myip.opendns.com auflöst, die selbst der Primary DNS von opendns.com nicht kennt (und somit andere DNS-Server auch nicht)

BTW: myip.opendns.com ist ein Dienst von OpenDNS, mit dem man seine eigene externe IP-Adresse, auch von Geräten die nicht "border device" sind, bestimmen kann. Deshalb können und sollen andere DNS-Server "myip.opendns.com" auch nicht auflösen können. Weitere DNS-Server die "myip.opendns.com" auflösen können sind: 208.67.220.220, 208.67.222.220, 208.67.220.222.

"myip.opendns.com" eignet sich m. E. ganz gut für den Test, wie die Namensauflösung auf einem Gerät bzw. mit einem Betriebssystem funktioniert, wenn der primäre DNS-Server erreichbar ist aber nicht auflösen kann.

 

[Benares]

ah, ok, verstanden. Danke für die Info.

 

[steve0564]

Bei der 7270 gab es sinngemäß so was wie "verwende bei DHCP immer die gleiche IP-Adresse". Ist das bei der 7390 verschwunden?

Nein, ist nicht verschwunden! Einfach hinter dem Langerät auf "Bearbeiten" klicken, dann kann man immer die gleiche Adresse vergeben lassen.

 

[sipgateuser]

Danke, bin wohl zur Zeit mit den vielen Problemen zu sehr gestresst, dass ich das übersehen habe.

 

[informerex]

wobei ich es sogar hier geschrieben hatte: (du hattest nur meine Zitat zu stark gekürzt) - Markierung hinzugefügt

stell auf automatisch und gut bzw. wenn gewünscht max. in der Box auf "immer gleich IP" zuweisen.

und wörtlich steht in der Box

[X] Diesem Netzwerkgerät immer die gleiche IPv4-Adresse zuweisen.

 

[sf3978]

Mit meiner FB6360 funktioniert es auch nicht.

EDIT:

Hier mit der FB6360 auch nicht, wenn ich 208.67.222.222 als 1. DNS-Server und 8.8.8.8 als 2. DNS-Server eintrage.

Ich muss meine Aussage (siehe Zitat oben) korrigieren. Ich habe die Änderungen vom 17.09.14 bei der Konfiguration der benutzerdefinierten DNS-Server in meiner FB6360 (FW 6.04) nicht rückgängig gemacht und heute erneut versucht. Es zeigt sich, dass die FritzBox 6360 auch dann den sekundären benutzerdefinierten DNS-Server anfragt/verwendet, wenn der primäre benutzerdefinierte DNS-Server erreichbar ist aber den Namen nicht kennt bzw. den Namen nicht auflösen kann. Z. B.:

Eintrag im WEB-IF der FritzBox:

Genutzte DNS-Server

8.8.8.8 (aktuell genutzt für Standardanfragen)
208.67.222.222

Auszug aus der aktuellen Sicherungsdatei der FritzBox:

servercfg {
        hostname = "(none)";
        dns1 = 192.168.180.1;
        dns2 = 192.168.180.2;
        use_user_dns_for_ipv4 = [b]yes[/b];
        [color=blue]user_dns1_for_ipv4 = 8.8.8.8;[/color]
        [color=red]user_dns2_for_ipv4 = 208.67.222.222;[/color]
        use_user_dns_for_ipv6 = no;
        user_dns1_for_ipv6 = ::;
        user_dns2_for_ipv6 = ::;
}

Log mit tcpdump (auf einem Client im WLAN der FritzBox) während für eine nslookup-Anfrage, die FritzBox "myip.opendns.com" korrekt/richtig auflöst:

:~$ sudo tcpdump -vvveni any udp port 53

tcpdump: listening on any, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
07:52:50.299069 Out 00:1b:##:##:##:## ethertype IPv4 (0x0800), length 78: (tos 0x0, ttl 77, id 24526, offset 0, flags [none], proto UDP (17), length 62)
    192.168.178.21.55026 > 192.168.178.1.53: [udp sum ok] 58016+ A? myip.opendns.com. (34)
07:52:50.351683  In 9c:c7:##:##:##:## ethertype IPv4 (0x0800), length 94: (tos 0x0, ttl 64, id 30009, offset 0, flags [none], proto UDP (17), length 78)
    192.168.178.1.53 > 192.168.178.21.55026: [udp sum ok] 58016 q: A? myip.opendns.com. 1/0/0 myip.opendns.com. [0s] A 37.xx.xxx.xx (50)

Ergebnis der nslookup-Anfrage:

:~$ nslookup -q=A myip.opendns.com 192.168.178.1
Server: 192.168.178.1
Address: 192.168.178.1#53

Non-authoritative answer:
Name: myip.opendns.com
Address: 37.xx.xxx.xxx

(Zusätzliches) Ergebnis der host-Anfrage zwecks Namensauflösung:

:~$ host -t A myip.opendns.com 192.168.178.1
Using domain server:
Name: 192.168.178.1
Address: 192.168.178.1#53
Aliases:

myip.opendns.com has address 37.xx.xxx.xx

Meine Vermutung ist die, dass der Zeitpunkt ab dem die Eintragungen in der FritzBox für benutzerdefinierte DNS-Server, wirksam sind, evtl. von einer Art "TTL" (time to live) abhängig ist. ... weil es sofort nach dem Eintrag in der FritzBox nicht funktioniert hat und zwar auch dann nicht wenn der OpenDNS-Server als primärer benutzerdefinierter DNS-Server in der FritzBox eingetragen war.