Website nicht erreichbar - aber warum?

Vielleicht ein anderer DNS-Dienst? Gibt ja nicht nur dnsmasq.
Code: 
sudo netstat -tulpen
gibt Auskunft, was da auf Port 53 lauscht. Es muss ja irgendwas lokales sein, wenn nur bestimmte Rechner/Systeme betroffen sind.

MfG Dalai
 
Code: 
sudo netstat -tulpen
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      0          10033       780/smbd        
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      0          11962       1519/apache2    
tcp        0      0 127.0.0.1:5939          0.0.0.0:*               LISTEN      0          12123       1676/teamviewerd
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      0          86193       4051/cupsd      
tcp        0      0 0.0.0.0:17500           0.0.0.0:*               LISTEN      1000       19219       2504/dropbox    
tcp        0      0 0.0.0.0:8445            0.0.0.0:*               LISTEN      1000       19110       2496/CopyAgent  
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      0          10032       780/smbd        
tcp        0      0 127.0.0.1:17600         0.0.0.0:*               LISTEN      1000       19207       2504/dropbox    
tcp        0      0 127.0.0.1:17603         0.0.0.0:*               LISTEN      1000       19208       2504/dropbox    
tcp6       0      0 :::3689                 :::*                    LISTEN      1000       74619       3789/rhythmbox  
tcp6       0      0 :::139                  :::*                    LISTEN      0          10031       780/smbd        
tcp6       0      0 :::445                  :::*                    LISTEN      0          10030       780/smbd        
udp        0      0 0.0.0.0:17500           0.0.0.0:*                           1000       17365       2504/dropbox    
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           1000       24781       2760/libpepflashpla
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           107        9983        894/avahi-daemon: r
udp        0      0 0.0.0.0:68              0.0.0.0:*                           0          12303       1437/dhclient   
udp        0      0 192.168.0.255:137       0.0.0.0:*                           0          12570       2013/nmbd       
udp        0      0 192.168.0.11:137        0.0.0.0:*                           0          12569       2013/nmbd       
udp        0      0 0.0.0.0:137             0.0.0.0:*                           0          12566       2013/nmbd       
udp        0      0 192.168.0.255:138       0.0.0.0:*                           0          12572       2013/nmbd       
udp        0      0 192.168.0.11:138        0.0.0.0:*                           0          12571       2013/nmbd       
udp        0      0 0.0.0.0:138             0.0.0.0:*                           0          12567       2013/nmbd       
udp        0      0 0.0.0.0:8445            0.0.0.0:*                           1000       19112       2496/CopyAgent  
udp        0      0 0.0.0.0:16999           0.0.0.0:*                           0          10238       1437/dhclient   
udp        0      0 0.0.0.0:631             0.0.0.0:*                           0          17160       1023/cups-browsed
udp        0      0 0.0.0.0:45805           0.0.0.0:*                           107        9985        894/avahi-daemon: r
udp6       0      0 :::58447                :::*                                0          10239       1437/dhclient   
udp6       0      0 :::5353                 :::*                                107        9984        894/avahi-daemon: r
udp6       0      0 :::39638                :::*                                107        9986        894/avahi-daemon: r

Grüße, Martin
 
Mmh, nichts auf Port 53. Das einzige, was mir auffällt, ist der Avahi Daemon auf Port 5353, der auch mit DNS zu tun hat. Teste mal, was passiert, wenn du den Daemon anhältst. Normalerweise braucht den niemand, weil der nur dafür da ist, dass sich Linux-Rechner untereinander mit Namen ansprechen können, wenn kein DNS-Server im Netz vorhanden ist (analog zu WINS bei Windows). Deswegen deinstalliere ich den Krempel von allen Linux-Rechnern, die ich installiere (DNS ist eh immer im LAN vorhanden).

MfG Dalai
 
sudo stop avahi-daemon

Keine Veränderung. :(

Grüße, Martin
 
Kannst du den Namen denn nach dem Anhalten korrekt auflösen? Was sagt
Code: 
dig 9gag.com

MfG Dalai
 
Code: 
dig 9gag.com

; <<>> DiG 9.9.5-3ubuntu0.4-Ubuntu <<>> 9gag.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36965
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;9gag.com.			IN	A

;; ANSWER SECTION:
9gag.com.		14	IN	A	176.34.246.218
9gag.com.		14	IN	A	176.34.112.194

;; Query time: 10 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Mon Aug 24 13:37:29 CEST 2015
;; MSG SIZE  rcvd: 69

Code: 
dig heise.de

; <<>> DiG 9.9.5-3ubuntu0.4-Ubuntu <<>> heise.de
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 35435
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;heise.de.			IN	A

;; ANSWER SECTION:
heise.de.		1673	IN	A	193.99.144.80

;; Query time: 10 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Mon Aug 24 13:37:55 CEST 2015
;; MSG SIZE  rcvd: 53

heise.de ist problemlos zu erreichen, 9gag.com weiterhin nicht.

Grüße, Martin
 
Also ist die Namensauflösung in Ordnung. Es muss also irgendwo am Routing liegen. Aber da bin ich leider mit den Details überfragt. Vielleicht hat jemand anders noch eine Idee.

MfG Dalai
 
X_FISH schrieb:
Ich schaue zwischendurch zur Ablenkung gerne mal bei 9gag.com vorbei. Nur geht das bei meiner Linuxkiste nicht mehr. Ich finde jedoch keine Ursache.

Bisherige Analyse:

Code: 
~ $ ping 9gag.com
PING 9gag.com (176.34.112.194) 56(84) bytes of data.
^C
--- 9gag.com ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 999ms

Wenn ich eine der Seiten zum Checken von Verfügbarkeit im Netz nutze, beispielsweise {{url}}, erhalte ich eine andere IP für 9gag.com?



50.18.62.138 via Onlinetest, 176.34.112.194 per ping? WTF?

DNS war Kabel-BW, habe ich jetzt auf OpenDNS geändert - gleiches Resultat.

Mit der Windowskiste klappt es problemlos: 9gag ist erreichbar. Angeschlossen sind beide Rechner per Kabel über einen Switch, daran sollte es also auch nicht liegen.

Hat jemand 'ne Idee was da »verbogen« sein könnte?

Grüße, Martin
Zum Vergrößern anklicken....

Hallo X_FISH,

bin durch Recherche im Netz auf deinen Thread gestoßen, da ich dasselbe Problem habe, wie von dir beschrieben. Konntest du mittlerweile das Problem lösen oder weiter eingrenzen?

Ich verwende hier zwei Rechner mit Arch. Von diesen ist 9gag nicht erreichbar, ebenfalls habe ich noch Windows auf einen der Rechner, wo das Problem nicht besteht. Bin auch bei Unitymedia, wenn ich zu mir in die Heimat fahre (Kabel Deutschland), ist 9gag überall problemlos erreichbar. Scheint wohl Provider- / OS abhängig zu sein. Schon sehr komisch.

Gruß,
snafu
 
snafu_ schrieb:
bin durch Recherche im Netz auf deinen Thread gestoßen, da ich dasselbe Problem habe, wie von dir beschrieben. Konntest du mittlerweile das Problem lösen oder weiter eingrenzen?
Zum Vergrößern anklicken....
Leider nein. Auch eine Anfrage an Kabel BW/Unitymedia war erfolglos. Sie können schließlich keinen Linuxsupport liefern, völlig nachvollziehbar.

Zumal es wohl eine ungeschickte Kombination ist, denn von Windows aus geht es ja.

snafu_ schrieb:
Ich verwende hier zwei Rechner mit Arch. Von diesen ist 9gag nicht erreichbar, ebenfalls habe ich noch Windows auf einen der Rechner, wo das Problem nicht besteht. Bin auch bei Unitymedia, wenn ich zu mir in die Heimat fahre (Kabel Deutschland), ist 9gag überall problemlos erreichbar. Scheint wohl Provider- / OS abhängig zu sein. Schon sehr komisch.
Zum Vergrößern anklicken....
Arch bzw. Manjaro habe ich mir in einer VM eingerichtet (läuft unter Windows zum Abrufen von Mails). Mit Kabel Deutschland keinerlei Probleme.

Warte jetzt auf Mint 17.3 und werde dann wohl eine frische Installation auf jenem PC vornehmen, welcher via Unitymedia online geht. Vorausgesetzt das der Test via Livemedium 9gag auf dem Browser anzeigt.

Grüße, Martin
 
Hast Du schonmal versucht einen anderen Router (irgendeine Fritte oder was man sonst noch so rumliegen hat) zwischen das Technicolor-Ding und Dein Netzwerk zu hängen? Du hast dann zwar Doppel-NAT, aber wenn es dann funktioniert liegt es vermutlich an dem Müll-Router von Unitymedia. Oder Du versuchst denen eine Kabel-Fritte aus den Rippen zu leiern. Eventuell auch über Facebook, da wird Dir eher und kompetenter geholfen (Edit: Die Callcenter-Mitarbeiter haben oft keinen Plan von irgendwas).
 
So, nach Arbeits-Marathon habe ich jetzt endlich ein Wochenende frei. Zeit sich dem 9gag-Problem zu widmen.

Router

Ich habe eine FritzBox! Fon zwischen PC(s) und Technicolor gehängt. Resultat: Windows okay, Linux keine Veränderung.

Linux Mint 17.3

Inzwischen ist »Rosa« draußen, aber auch hier: Keine Veränderung mit dem Installationsmedium. Hatte ich befürchtet, schließlich scheint es ja nicht von der Distribution alleine abzuhängen (siehe oben -> Arch).

Grüße, Martin
 
Zwei Dinge:

1. Warum eigentlich kein IPv6 im LAN?

2. Die MTU würde ich mir nochmal genauer anschauen. Im Moment hast Du Default auf 1500 eingestellt. IPv6 hat mancherorts maximal 1280. DS-Lite hat einen Overhead von 40 Bytes. Oft ist 1472 bis 1492 das Maximum bei irgendwelchen Anschlüssen/Routern. Also möglicherweise geht da irgendwo etwas verloren auf dem DS-Lite-Umweg. Ich würde mal testweise lokal die MTU auf 1280 einstellen.

Edit: Allgemein: Es kann sein, dass manche Server nicht auf Echo-Requests antworten, also ein unbeantworteter Ping muss nicht heißen, dass die Verbindung ansonsten gestört ist.
 
Zuletzt bearbeitet:
BoMbY schrieb:
1. Warum eigentlich kein IPv6 im LAN?
Zum Vergrößern anklicken....
Weil das der Router nicht kann. :)

Die Kisten untereinander müssen nicht kommunizieren können. Es geht nur nach draußen -> also via Router. Und der ist ja noch recht altmodisch.

BoMbY schrieb:
2. Die MTU würde ich mir nochmal genauer anschauen. Im Moment hast Du Default auf 1500 eingestellt. IPv6 hat mancherorts maximal 1280. DS-Lite hat einen Overhead von 40 Bytes. Oft ist 1472 bis 1492 das Maximum bei irgendwelchen Anschlüssen/Routern. Also möglicherweise geht da irgendwo etwas verloren auf dem DS-Lite-Umweg. Ich würde mal testweise lokal die MTU auf 1280 einstellen.
Zum Vergrößern anklicken....
Beziehungsweise: Ich sollte mal die Werte vom Windows mit den Werten vom Linux vergleichen.

BoMbY schrieb:
Edit: Allgemein: Es kann sein, dass manche Server nicht auf Echo-Requests antworten, also ein unbeantworteter Ping muss nicht heißen, dass die Verbindung ansonsten gestört ist.
Zum Vergrößern anklicken....
Andersherum: Ping Antwort kommt, Seite via HTTP/HTTPS nicht erreichbar.

Grüße, Martin
 
Windows:

Code: 
netsh interface ipv4 show subinterfaces


   MTU  Medienerkennungsstatus   Bytes eingehend  Bytes ausgehend
Schnittstelle

------  ---------------  ---------  ---------  -------------
4294967295                1          0     105732  Loopback
Pseudo-Interface 1
  1504                1  1139178787   54597193  LAN-Verbindung
  1500                1   16053804    1547364  LAN-Verbindung 2

LAN 1: NIC
LAN 2: Virtueller Adapter für VPN

Linux:

Code: 
/sbin/ifconfig

eth0      Link encap:Ethernet  Hardware Adresse 00:21:85:3a:71:16  
          inet Adresse:192.168.0.12  Bcast:192.168.0.255  Maske:255.255.255.0
          inet6-Adresse: 2a02:8070:d287:4b00:221:85ff:fe3a:7116/64 Gültigkeitsbereich:Global
          inet6-Adresse: 2a02:8070:d287:4b00:701d:3755:d415:1218/64 Gültigkeitsbereich:Global
          inet6-Adresse: fe80::221:85ff:fe3a:7116/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX-Pakete:164651 Fehler:0 Verloren:0 Überläufe:0 Fenster:0
          TX-Pakete:86319 Fehler:0 Verloren:0 Überläufe:0 Träger:0
          Kollisionen:0 Sendewarteschlangenlänge:1000 
          RX-Bytes:216845094 (216.8 MB)  TX-Bytes:9901576 (9.9 MB)

:(

Grüße, Martin
 
Das könnte trotzdem an der MTU liegen, wenn Linux größere Pakete packt als Windows. Aber ist wirklich nur ein Strohhalm - da muss wohl mal jemand den Traffic analysieren.
 
Hm... Wenn das Problem an UnityMedia/KabelBW und Linux Mint 64 bit liegen würde (bzw. sich darauf einschränken lassen würde)... Gibt's eine Liste mit Linuxusern und deren Providern hier im Forum? :D

Grüße, Martin
 

Ähnliche Themen

T
[gelöst]ESXI hinter pfsense nicht erreichbar
Antworten
3
Aufrufe
2K
tommy1735
T
Diablo
Problem mit OpenWRT
Antworten
0
Aufrufe
2K
Diablo
Diablo
Azhrarn
ping von linux und win-client
Antworten
5
Aufrufe
592
PuckPoltergeist
PuckPoltergeist
A
Kein Ping ins lokale netz oder zum localhost (Mandrake 9.1)
Antworten
9
Aufrufe
1K
Arcanum
A
Zurück
Oben Unten