Unitymedia DD-WRT nicht erreichbar

Diskutiere DD-WRT nicht erreichbar im Allgemein Forum im Bereich Rund um Internet; Hallo, seit etwa 2 Wochen kann ich über meinen UM/ KBW-Anschluß weder die Seite von DD-WRT noch das Forum bzw. den ftp-Server erreichen. Ich habe...
  • DD-WRT nicht erreichbar Beitrag #1

ervau

Beiträge
238
Punkte Reaktionen
7
Ort
KabelBW-Land
Hallo,

seit etwa 2 Wochen kann ich über meinen UM/ KBW-Anschluß weder die Seite von DD-WRT noch das Forum bzw. den ftp-Server erreichen.
Ich habe es mit Win7 und Debian versucht; mit dem Desktop und mit dem Notebook; mit Firefox 5.0.2, Firefox ESR (45.5.1) und dem Internetexplorer 11, hinter meinem Router und direkt am Ubee. Das Ubee wurde vom Stromnetzt getrennt und auch auf Werkseinstellungen zurückgesetzt.
Hat alles nichts gebracht.
Interessant ist, daß ich über cmd DD-WRT anpingen kann und auch Antwort von 83.141.4.210 bekomme. Der Server kann also nicht down sein.
Ansonsten funktioniert das Netz normal.
Interessant ist weiter, daß ich mit dem Handy über Safari und das mobile Netz zumindest auf die Webseite von DD-WRT komme.

Kann mir jemand dafür eine plausible Erklärung liefern? Am liebsten gleich mit einer Maßnahme.

Danke und Gruß
ervau
 
  • DD-WRT nicht erreichbar Beitrag #2
Bei mir aus NRW komme ich noch auf

http://www.DD-WRT.de und http://www.dd-wrt.com


Wie schaut es bei Dir mit ...

http://83.141.4.210

aus?

Falls die direkte Eingabe der IP-Adresse funktioniert

Vielleicht das Passende dieser Kochrezepte anwenden (wobei ich das nach den Tests mit Windows UND Linux nicht glaube)

https://code-bude.net/2015/07/25/anleitung-dns-cache-leeren-auf-allen-systemen/

Wer ist als DNS-Server eingetragen?
 
  • DD-WRT nicht erreichbar Beitrag #3
ervau schrieb:
Interessant ist, daß ich über cmd DD-WRT anpingen kann und auch Antwort von 83.141.4.210 bekomme.
Zum Vergrößern anklicken....

Wie sind auf debian, die Ausgaben von:
Code: 
<i>
</i>nc -zv dd-wrt.de 80 443
nc -zv dd-wrt.com 80 443
host -t A dd-wrt.de
?
 
  • DD-WRT nicht erreichbar Beitrag #4
@ MartinP_Do
Habe alle Deine Vorschläge durchprobiert leider ohne Erfolg.

@tq1199
nachfolgend die Linux-Ergebnisse:

root@debian-rv:/home/rv# nc -zv dd-wrt.de 80 443
DNS fwd/rev mismatch: dd-wrt.de != mail.dd-wrt.com
dd-wrt.de [83.141.4.210] 80 (http) open
dd-wrt.de [83.141.4.210] 443 (https) open

root@debian-rv:/home/rv# nc -zv dd-wrt.com 80 443
DNS fwd/rev mismatch: dd-wrt.com != mail.dd-wrt.com
dd-wrt.com [83.141.4.210] 80 (http) open
dd-wrt.com [83.141.4.210] 443 (https) open

root@debian-rv:/home/rv# host -t A dd-wrt.de
dd-wrt.de has address 83.141.4.210
root@debian-rv:/home/rv# host -t A dd-wrt.com
dd-wrt.com has address 83.141.4.210

Die Host-Abfrage habe ich mit .de und .com gemacht, ohne Unterschied.
Abfragen direkt hinter dem Ubee und hinter meinem Router liefern gleiche Ergebnisse.
Was kannst Du daraus ableiten???
Danke und Gruß
ervau
 
  • DD-WRT nicht erreichbar Beitrag #5
Hallo Leute,
ich weiß absolut nicht warum, aber just in diesem Augenblick ist DD-WRT offensichtlich wieder voll erreichbar.

Zum Vergleich habe ich die Abfragen von tq1199 jetzt nochmal gemacht; mit exakt denselben Rückmeldungen.
Meine Hoffnung war, evtl. Unterschiede zu sehen zu vorhin, als DD-WRT absolut nicht erreichbar war.

Danke und Gruß
ervau
 
  • DD-WRT nicht erreichbar Beitrag #6
ervau schrieb:
Code: 
<i>
</i>root@debian-rv:/home/rv# nc -zv dd-wrt.de 80 443
DNS fwd/rev mismatch: dd-wrt.de != mail.dd-wrt.com
dd-wrt.de [83.141.4.210] 80 (http) open
dd-wrt.de [83.141.4.210] 443 (https) open
Zum Vergrößern anklicken....

Hmm, ... eigentlich sollte die Ausgabe so sein:
Code: 
<i>
</i>:~ $ nc -zv dd-wrt.de 80 443
Connection to dd-wrt.de 80 port [tcp/http] succeeded!
Connection to dd-wrt.de 443 port [tcp/https] succeeded!

Starte mal auf deinem debian:
Code: 
<i>
</i>tcpdump -vvveni eth0 host 83.141.4.210 and port 80 or port 443
(Interface eth0 evtl. anpassen)

... und führe danach
Code: 
<i>
</i>nc -zv dd-wrt.de 80 443
aus. Wie ist danach, die Ausgabe von tcpdump?
 
  • DD-WRT nicht erreichbar Beitrag #7
Hallo tq1199,
- tcpdump
- nc ...
-tcpdump

Ergebnis:
Code: 
root@debian-rv:/home/rv# tcpdump -vvveni eth0 host 83.141.4.270 and port 80 or port 443
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
17:42:19.058448 00:d0:59:33:fd:89 > 00:0b:00:00:ad:d0, ethertype IPv4 (0x0800), length 112: (tos 0x0, ttl 64, id 12786, offset 0, flags [DF], proto TCP (6), length 98) 192.168.0.6.57212 > 172.217.19.99.443: Flags [P.], cksum 0x51c4 (correct), seq 2192501752:2192501798, ack 1060023559, win 245, options [nop,nop,TS val 70014 ecr 2991774475], length 46
17:42:19.077791 00:0b:00:00:ad:d0 > 00:d0:59:33:fd:89, ethertype IPv4 (0x0800), length 112: (tos 0x0, ttl 53, id 54754, offset 0, flags [none], proto TCP (6), length 98) 172.217.19.99.443 > 192.168.0.6.57212: Flags [P.], cksum 0xe9ed (correct), seq 1:47, ack 46, win 359, options [nop,nop,TS val 2991833410 ecr 70014], length 46
17:42:19.113994 00:d0:59:33:fd:89 > 00:0b:00:00:ad:d0, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 12787, offset 0, flags [DF], proto TCP (6), length 52) 192.168.0.6.57212 > 172.217.19.99.443: Flags [.], cksum 0x3349 (correct), seq 46, ack 47, win 245, options [nop,nop,TS val 70028 ecr 2991833410], length 0
^C
83 packets captured
83 packets received by filter
0 packets dropped by kernel
root@debian-rv:/home/rv# nc -zv dd-wrt.de 80 443
DNS fwd/rev mismatch: dd-wrt.de != mail.dd-wrt.com
dd-wrt.de [83.141.4.210] 80 (http) open
dd-wrt.de [83.141.4.210] 443 (https) open
root@debian-rv:/home/rv# tcpdump -vvveni eth0 host 83.141.4.270 and port 80 or port 443
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
18:16:35.607568 00:0b:00:00:ad:d0 > 00:d0:59:33:fd:89, ethertype IPv4 (0x0800), length 97: (tos 0x8, ttl 37, id 43682, offset 0, flags [DF], proto TCP (6), length 83) 52.42.26.69.443 > 192.168.0.6.38652: Flags [P.], cksum 0x40ae (correct), seq 3395:3426, ack 741, win 49, options [nop,nop,TS val 2756379865 ecr 584107], length 31
18:16:35.607698 00:d0:59:33:fd:89 > 00:0b:00:00:ad:d0, ethertype IPv4 (0x0800), length 54: (tos 0x8, ttl 64, id 55835, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.6.38652 > 52.42.26.69.443: Flags [R], cksum 0x7ede (correct), seq 3649679267, win 0, length 0
18:16:35.608160 00:0b:00:00:ad:d0 > 00:d0:59:33:fd:89, ethertype IPv4 (0x0800), length 66: (tos 0x8, ttl 37, id 43683, offset 0, flags [DF], proto TCP (6), length 52) 52.42.26.69.443 > 192.168.0.6.38652: Flags [F.], cksum 0x1799 (correct), seq 3426, ack 741, win 49, options [nop,nop,TS val 2756379865 ecr 584107], length 0
18:16:35.608199 00:d0:59:33:fd:89 > 00:0b:00:00:ad:d0, ethertype IPv4 (0x0800), length 54: (tos 0x8, ttl 64, id 55836, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.6.38652 > 52.42.26.69.443: Flags [R], cksum 0x7ede (correct), seq 3649679267, win 0, length 0
18:16:35.616572 00:0b:00:00:ad:d0 > 00:d0:59:33:fd:89, ethertype IPv4 (0x0800), length 66: (tos 0x8, ttl 37, id 43684, offset 0, flags [DF], proto TCP (6), length 52) 52.42.26.69.443 > 192.168.0.6.38652: Flags [.], cksum 0x1795 (correct), seq 3427, ack 742, win 49, options [nop,nop,TS val 2756379867 ecr 584108], length 0
18:16:35.616709 00:d0:59:33:fd:89 > 00:0b:00:00:ad:d0, ethertype IPv4 (0x0800), length 54: (tos 0x8, ttl 64, id 55838, offset 0, flags [DF], proto TCP (6), length 40) 192.168.0.6.38652 > 52.42.26.69.443: Flags [R], cksum 0x7edd (correct), seq 3649679268, win 0, length 0
^C
691 packets captured
691 packets received by filter
0 packets dropped by kernel

Den tcpdump habe ich jeweils abgebrochen (Ungeduld).
Um eigene fehlerhafte settings auszuschließen, wurden alle Aktivitäten direkt am Ubee LAN (an der Kiste kann man ja so gut wie nichts einstellen) durchgeführt.

Gruß ervau
 
  • DD-WRT nicht erreichbar Beitrag #8
ervau schrieb:
Den tcpdump habe ich jeweils abgebrochen (Ungeduld).
Zum Vergrößern anklicken....

Dann hast Du das mit dem tcpdump nicht richtig gemacht. Hast Du auch gleichzeitig einen Browser, zu dieser Adresse gestartet?

Denn mit nc dürften es nicht so viele Pakete sein und es fehlen auch die Pakete mit dem syn- und syn+ack-Flag.
 
  • DD-WRT nicht erreichbar Beitrag #9
Der Filter ist fehlerhaft, um "port 80 or port 443" müssen Klammern und um den ganzen Filter dann auch Anführungszeichen:
Code: 
tcpdump -vvveni eth0 "host 83.141.4.210 and (port 80 or port 443)"

Und natürlich muss der tcpdump Befehl aktiv sein, während Du den nc Befehl ausführst. Nicht den einen abbrechen und dann den anderen starten - wir wollen ja rausfinden, was währenddessen passiert...
 
  • DD-WRT nicht erreichbar Beitrag #10
addicted schrieb:
Der Filter ist fehlerhaft, um "port 80 or port 443" müssen Klammern und um den ganzen Filter dann auch Anführungszeichen:
Code: 
tcpdump -vvveni eth0 "host 83.141.4.210 and (port 80 or port 443)"
...
Zum Vergrößern anklicken....

Der Filter ist nicht fehlerhaft und funktioniert bei mir ohne Probleme. Man darf nur nicht während des Tests, zusätzlich einen Browser oder andere Dienste gestartet haben, die auch die Ports 80 bzw. 443 nutzen.

EDIT:
Code: 
<i>
</i>:~ $ sudo nping -c 1 --tcp --flags syn --delay 1s -g 3456 -p 80,443 83.141.4.210
Starting Nping 0.7.01 ( https://nmap.org/nping ) at 2016-12-07 22:57 CET
SENT (0.1074s) TCP 192.168.178.43:3456 > 83.141.4.210:80 S ttl=64 id=32971 iplen=40 seq=2016294564 win=1480
RCVD (0.2742s) TCP 83.141.4.210:80 > 192.168.178.43:3456 SA ttl=52 id=0 iplen=44 seq=973826783 win=5840 <mss 1460>
SENT (1.1079s) TCP 192.168.178.43:3456 > 83.141.4.210:443 S ttl=64 id=32971 iplen=40 seq=2016294564 win=1480
RCVD (1.2742s) TCP 83.141.4.210:443 > 192.168.178.43:3456 SA ttl=52 id=0 iplen=44 seq=3698853068 win=5840 <mss 1460>
Max rtt: 166.620ms | Min rtt: 166.185ms | Avg rtt: 166.402ms
Raw packets sent: 2 (80B) | Rcvd: 2 (88B) | Lost: 0 (0.00%)
Nping done: 1 IP address pinged in 1.34 seconds
Code: 
<i>
</i>:~ $ sudo tcpdump -ni wlan0 host 83.141.4.210 and port 80 or port 443
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wlan0, link-type EN10MB (Ethernet), capture size 262144 bytes
22:57:25.519617 IP 192.168.178.43.3456 > 83.141.4.210.80: Flags [S], seq 2016294564, win 1480, length 0
22:57:25.540367 IP 83.141.4.210.80 > 192.168.178.43.3456: Flags [S.], seq 973826783, ack 2016294565, win 5840, options [mss 1460], length 0
22:57:25.540453 IP 192.168.178.43.3456 > 83.141.4.210.80: Flags [R], seq 2016294565, win 0, length 0
22:57:26.520033 IP 192.168.178.43.3456 > 83.141.4.210.443: Flags [S], seq 2016294564, win 1480, length 0
22:57:26.540441 IP 83.141.4.210.443 > 192.168.178.43.3456: Flags [S.], seq 3698853068, ack 2016294565, win 5840, options [mss 1460], length 0
22:57:26.540522 IP 192.168.178.43.3456 > 83.141.4.210.443: Flags [R], seq 2016294565, win 0, length 0
^C
6 packets captured
6 packets received by filter
0 packets dropped by kernel
 
  • DD-WRT nicht erreichbar Beitrag #11
tq1199 schrieb:
Der Filter ist nicht fehlerhaft und funktioniert bei mir ohne Probleme. Man darf nur nicht während des Tests, zusätzlich einen Browser oder andere Dienste gestartet haben, die auch die Ports 80 bzw. 443 nutzen.
Zum Vergrößern anklicken....
Wenn Du das wirklich so gemeint und geglaubt hättest, dann hättest Du aber den Host nicht mit in den Filter geschrieben.
Und wieso dann überhaupt auf den Port filtern - einfach annehmen, dass er überhaupt nichts anderes nebenbei macht, dann sieht man schließlich auch nur die relevanten Pakete.
 
  • DD-WRT nicht erreichbar Beitrag #12
addicted schrieb:
... - einfach annehmen, dass er überhaupt nichts anderes nebenbei macht, dann sieht man schließlich auch nur die relevanten Pakete.
Zum Vergrößern anklicken....

Nein, denn es wird immer etwas nebenbei gemacht. Ohne Filter wirst Du z. B. arp-Pakete und/oder multicast-Pakete (igmp, ...), etc. zusätzlich sehen.
 
  • DD-WRT nicht erreichbar Beitrag #13
Liebe Glasfaserstrecken,

bitte streitet Euch nicht wegen meines Problems, zumal die Diskussion jetzt eher ein Linux- als ein UM/ KBW-Thema zu werden droht.
Außer der Console war übrigens nichts offen.
DD-WRT war weder mit Linux noch mit Win7 erreichbar und ist jetzt oh Wunder ohne Änderungen meinerseits wieder über beide Systeme wie vorher erreichbar.
Es würde mich zwar schon interessieren, warum DD-WRT nicht erreichbar war. Aber ich befürchte , daß wir das hier nicht klären können.

"Da hat wohl einer bei UM/KBW oder bei DD-WRT am falschen Knopp gedreht." :zwinker:

Herzlichen Dank an Euch beide. Zumindest habe ich für Linux jetzt wieder was dazugelernt.
Gruß ervau
 
  • DD-WRT nicht erreichbar Beitrag #14
Hallo,
muß das Thema doch wieder aufwärmen.
Seit letzter Woche kann ich wieder weder dd-wrt.de noch dd-wrt.com oder ftp://ftp.dd-wrt.com/betas/ erreichen; weder über Internetexplorer noch über FireFox. Mir ist das Ganze höchst schleierhaft, zumal ich die sites anpingen kann (mit Ausnahme von ftp:...); Server also nicht down, sonst könnte er ja wohl keine Antwort geben.
Keine Änderung an meinem System.
Habe Eine Störung aufgegeben, bisher ohne Reaktion. Bei der Störungsstelle angerufen und plötzlich war ich abgehängt.
Mir ist das Ganze so langsam schleierhaft. Offensichtlich gibt es derartige Erscheinungen ach bei anderen sites, z.B. Amazon.
Mit dem Handy übers Mobilfunknetz erreiche ich dd-wrt.de etc. ohne Probleme.
Vielleicht kann mir jemand aus dem Rhein-Neckar-Dreieck sagen, ob er auch Probleme hat.
Danke im voraus.
Gruß ervau
 
  • DD-WRT nicht erreichbar Beitrag #15
ervau schrieb:
Mir ist das Ganze höchst schleierhaft, zumal ich die sites anpingen kann (mit Ausnahme von ftp:...); Server also nicht down, sonst könnte er ja wohl keine Antwort geben.
Zum Vergrößern anklicken....

Wie sind die Ausgaben von:
Code: 
<i>
</i>curl -i "http://dd-wrt.com"
curl -i "ftp://ftp.dd-wrt.com/betas/"
?

EDIT:

Lösche mal im FF die gesamte Chronik und konfiguriere im FF "browser.cache.disk.enable" auf false.
 
  • DD-WRT nicht erreichbar Beitrag #16
Nachfolgend das Ergebnis
Code: 
rv@debian-rv:~$ curl -i "http://dd-wrt.com"
curl: (6) Could not resolve host: dd-wrt.com
rv@debian-rv:~$ curl -i "ftp://ftp.dd-wrt.com/betas/"
curl: (6) Could not resolve host: ftp.dd-wrt.com
Hab's unter Linux probiert, war einfacher zu installieren.
 
  • DD-WRT nicht erreichbar Beitrag #17
Und jetzt auch unter Win7:
Code: 
C:\Users\RV\Desktop>curl -i "http://dd-wrt.com"
curl: (7) Failed to connect to dd-wrt.com port 80: Timed out
C:\Users\RV\Desktop>curl -i "ftp://ftp.dd-wrt.com"
curl: (7) Failed to connect to ftp.dd-wrt.com port 21: Timed out
C:\Users\RV\Desktop>curl -i "dd-wrt.de"
curl: (7) Failed to connect to dd-wrt.de port 80: Timed out

Liegt es jetzt an DD-wrt oder an UM/ KBW???
Und warum gibt es keine Probleme über das Mobilfunknetz???
 
  • DD-WRT nicht erreichbar Beitrag #18
Was sind denn die konfigurierten DNS Server?
Welchen Router hast Du nochmal?
 
  • DD-WRT nicht erreichbar Beitrag #19
Und mit pping auf die ports 80 bzw 21 bringt "closed"
Code: 
C:\Users\RV\Desktop\pping>pping dd-wrt.com 80
Starting pinging host dd-wrt.com on TCP port(s) 80 4 times:
# 1 -> Pinging host dd-wrt.com (IP:-) on TCP port 80 with timeout 1: CLOSED
# 2 -> Pinging host dd-wrt.com (IP:-) on TCP port 80 with timeout 1: CLOSED
# 3 -> Pinging host dd-wrt.com (IP:-) on TCP port 80 with timeout 1: CLOSED
# 4 -> Pinging host dd-wrt.com (IP:-) on TCP port 80 with timeout 1: CLOSED
Finished pinging host dd-wrt.com (IP:-). 4 pings sent (0 OPEN, 4 CLOSED)
C:\Users\RV\Desktop\pping>pping ftp://ftp.dd.wrt.com/betas/ 21
Starting pinging host ftp://ftp.dd.wrt.com/betas/ on TCP port(s) 21 4 times:
# 1 -> Pinging host ftp://ftp.dd.wrt.com/betas/ (IP:-) on TCP port 21 with timeout 1: CLOSED
# 2 -> Pinging host ftp://ftp.dd.wrt.com/betas/ (IP:-) on TCP port 21 with timeout 1: CLOSED
# 3 -> Pinging host ftp://ftp.dd.wrt.com/betas/ (IP:-) on TCP port 21 with timeout 1: CLOSED
# 4 -> Pinging host ftp://ftp.dd.wrt.com/betas/ (IP:-) on TCP port 21 with timeout 1: CLOSED
Finished pinging host ftp://ftp.dd.wrt.com/betas/ (IP:-). 4 pings sent (0 OPEN, 4 CLOSED)
 
  • DD-WRT nicht erreichbar Beitrag #20
Gateway und DNS ist Ubee (192.168.0.1) mit DSlite; wurde schon x-mal neu gestartet und resetted.

Das Komische ist, ich ändere nichts, und dd-wrt ist nicht mehr erreichbar; ich ändere nichts, und dd-wrt ist nach ein paar Tagen plötzlich wieder erreichbar.
Das verstehe ich einfach nicht. Kann das an dem UM-Server liegen, der bei DSlite zwischen mir und der Welt steht???

Habs in der Zwischenzeit auch mal mit DNS 8.8.8.8 probiert -> kein Fortschritt/ Unterschied.
 
  • DD-WRT nicht erreichbar Beitrag #21
ervau schrieb:
Habs in der Zwischenzeit auch mal mit DNS 8.8.8.8 probiert -> kein Fortschritt.
Zum Vergrößern anklicken....
Versuch mal:
Code: 
<i>
</i>nslookup dd-wrt.com 8.8.8.8
dig +tcp +short dd-wrt.com @8.8.8.8
nc -zv 8.8.8.8 53

EDIT:

Wenn dein Windows IPv6 kann, dann teste mal (wegen ds-lite) ein A-record mit einem IPv6-DNS-Server. Z. B.:
Code: 
<i>
</i>nslookup -q=A dd-wrt.com 2a02:908:2:1101::11
nslookup -q=A dd-wrt.com 2001:4860:4860::8888
nslookup -q=A dd-wrt.com 2620:0:ccc::2
 
  • DD-WRT nicht erreichbar Beitrag #22
Code: 
root@debian-rv:/home/rv# nslookup dd-wrt.com 8.8.8.8
Server:	8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
Name:	dd-wrt.com
Address: 83.141.4.210
root@debian-rv:/home/rv# dig +tcp +short dd-wrt.com @8.8.8.8
83.141.4.210
root@debian-rv:/home/rv# nc -zv 8.8.8.8 53
google-public-dns-a.google.com [8.8.8.8] 53 (domain) open

Freunde, Ihr jagd mich hier ja ganz schön durch die Systeme! :D
Ein Glück, daß ich hier einen Win-PC und ein Debian-Notebook nebeneinander stehen habe. Is echt nicht schlimm, solange ich den Durchblick noch behalte. :super:
Aber was mache ich jetzt mit den Ergebnissen. Zu deren Interpretation fehlt mir einfach der Horizont.
Deshalb nochmal die Frage nach dem AFTR (so heißt er wohl)???
 
  • DD-WRT nicht erreichbar Beitrag #23
ervau schrieb:
Habs in der Zwischenzeit auch mal mit DNS 8.8.8.8 probiert -> kein Fortschritt/ Unterschied.
Zum Vergrößern anklicken....

Wo hast Du DNS 8.8.8.8 probiert? Im UM-Router? Wenn ja, dann konfiguriere dein debian (evtl. auch im Windows) mal so, dass der DNS 8.8.8.8 in der resolv.conf steht und von dort (statt aus dem UM-Router) aus genutzt wird.
 
  • DD-WRT nicht erreichbar Beitrag #24
Nachschlag:
s. auch ganz unten zu IPv6
Code: 
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Alle Rechte vorbehalten.
C:\Users\RV>ipconfig /all
Windows-IP-Konfiguration Hostname . . . . . . . . . . . . : RV Primäres DNS-Suffix . . . . . . . : Knotentyp . . . . . . . . . . . . : Hybrid IP-Routing aktiviert . . . . . . : Nein WINS-Proxy aktiviert . . . . . . : Nein DNS-Suffixsuchliste . . . . . . . : local
Ethernet-Adapter LAN-Verbindung 2: Verbindungsspezifisches DNS-Suffix: local Beschreibung. . . . . . . . . . . : Realtek PCI GBE Family Controller Physikalische Adresse . . . . . . : C0-4A-00-04-7B-38 DHCP aktiviert. . . . . . . . . . : Ja Autokonfiguration aktiviert . . . : Ja IPv6-Adresse. . . . . . . . . . . : 2a02:8071:a83:3c00:f867:6308:d4e:e656(Bevorzugt) Temporäre IPv6-Adresse. . . . . . : 2a02:8071:a83:3c00:817:e228:2bec:b1aa(Bevorzugt) Verbindungslokale IPv6-Adresse . : fe80::f867:6308:d4e:e656%22(Bevorzugt) IPv4-Adresse . . . . . . . . . . : 192.168.0.7(Bevorzugt) Subnetzmaske . . . . . . . . . . : 255.255.255.0 Lease erhalten. . . . . . . . . . : Dienstag, 3. Januar 2017 12:37:40 Lease läuft ab. . . . . . . . . . : Mittwoch, 4. Januar 2017 18:19:54 Standardgateway . . . . . . . . . : fe80::20b:ff:fe00:add0%22 192.168.0.1 DHCP-Server . . . . . . . . . . . : 192.168.0.1 DHCPv6-IAID . . . . . . . . . . . : 549472768 DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-19-35-99-DD-00-0C-F1-A5-D0-20 DNS-Server . . . . . . . . . . . : 2a02:8071:a83:3c00:20b:ff:fe00:add0 192.168.0.1 NetBIOS über TCP/IP . . . . . . . : Aktiviert
C:\Users\RV>nslookup -q=A dd-wrt.com 2a02:908:2:1101::11
Server: UnKnown
Address: 2a02:908:2:1101::11
*** dd-wrt.com wurde von UnKnown nicht gefunden: Query refused.
C:\Users\RV>nslookup -q=A dd-wrt.com 2001:4860:4860::8888
Server: google-public-dns-a.google.com
Address: 2001:4860:4860::8888
Nicht autorisierende Antwort:
Name: dd-wrt.com
Address: 83.141.4.210
C:\Users\RV>nslookup -q=A dd-wrt.com 2620:0:ccc::2
Server: resolver1.ipv6-sandbox.opendns.com
Address: 2620:0:ccc::2
Nicht autorisierende Antwort:
Name: dd-wrt.com
Address: 83.141.4.210
 
  • DD-WRT nicht erreichbar Beitrag #25
Ursprünglich hatte ich den DNS im Ubee geändert.

Debian:
Als root in resolv.conf nameserver in 8.8.8.8 geändert.

Ohne Erfolg; keine Verbindung zu dd-wrt.com.

In Win7 als meinem Produktivsystem möchte ich so tief nicht ins Eingemachte gehen, sorry. Noch läuft das ganz gut. :zwinker:
 
Thema:

DD-WRT nicht erreichbar

DD-WRT nicht erreichbar - Ähnliche Themen

Unitymedia

Connect- Fritz- Box, Bridge-Modus und Co...?!

Unitymedia Connect- Fritz- Box, Bridge-Modus und Co...?!: Hallo Leute, erst mal alle Infos: Bin seit über einem Jahrzehnt Kunde bei KBW/UM. Hab soweit ich zurückdenken kann, das Modem CISCO 3212 (glaube...
Unitymedia

Unitymedia und Linksysrouter mit dd-wrt Probleme

Unitymedia Unitymedia und Linksysrouter mit dd-wrt Probleme: Hallo zusammén, folgende Problematik habe ich mit Unitymedia und dd-wrt( SVN revision 14896, auf Linksys WRT54GL): Unitymedia hat ein Modem...
Registrieren

Neueste Beiträge

Oben