Einige Websites werden geladen, während andere in Linux Mint 18 für immer geladen werden

0

Ich habe Linux Mint 18 64 Bit installiert und festgestellt, dass Google, YouTube und andere fehlerfrei geladen werden (sogar HD-Videos werden wiedergegeben), aber einige Websites wie Wikipedia werden nicht angezeigt, obwohl die Registerkarten in Mozilla entweder "Laden" oder "Wikipedia" anzeigen - die freie Enzyklopädie ", aber dann erscheint die Seite nicht.

Der Computer lädt einige Sites, lädt aber keine anderen, und sie ändern sich nicht. Wenn Site A nicht geladen wird, wird sie auch beim nächsten Mal nicht geladen. Wenn Standort B geladen wird, wird dieser auch nachgeladen.

Als ich das letzte Mal die Internetverbindung auf einem anderen Computer überprüft habe - mit Windows - hat alles funktioniert, es ist also nicht die Schuld des Internetdienstanbieters.

Dies funktioniert sogar mit deaktiviertem UFW.

Funktioniert auch nicht mit Mint liveDVD. Das ist gleich.

Wenn ich einen Web-Proxy öffne und Wikipedia eintippe, geht es dorthin.

Gleiches gilt für andere Browser.

Nach der Eingabe von wget wikipedia.org:

--2016-07-20 21:30:40--  htt.p://wikipedia.org/

Resolving wikipedia.org (wikipedia.org)... 91.198.174.192, 2620:0:862:ed1a::1

Connecting to wikipedia.org (wikipedia.org)|91.198.174.192|:80... connected.

HTTP request sent, awaiting response... 301 TLS Redirect

Location: htt.ps://wikipedia.org/ [following]

--2016-07-20 21:30:40--  htt.ps://wikipedia.org/

Connecting to wikipedia.org (wikipedia.org)|91.198.174.192|:443... connected.

HTTP request sent, awaiting response... 301 Moved Permanently

Location: htt.ps://www.wikipedia.org/ [following]

--2016-07-20 21:30:40--  htt.ps://www.wikipedia.org/

Resolving www.wikipedia.org (www.wikipedia.org)... 91.198.174.192, 

2620:0:862:ed1a::1


Connecting to www.wikipedia.org (www.wikipedia.org)|91.198.174.192|:443... connected.


HTTP request sent, awaiting response... 200 OK

Length: unspecified [text/html]

Saving to: ‘index.html’

index.html              [<=>                 ]       0 --.-KB/s    

       ^   

und es hört auf und geht nie weiter. Ich musste es unterbrechen.

Die index.html, die ich in meinem Home-Ordner gefunden habe, ist total leer, ABER auf der Registerkarte steht "Wikipedia"

Nach dig wikipedia.org lautet die Ausgabe:

; <<>> DiG 9.10.3-P4-Ubuntu <<>> wikipedia.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15688
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;wikipedia.org.         IN  A

;; ANSWER SECTION:
wikipedia.org.      343 IN  A   91.198.174.192

;; Query time: 21 msec
;; SERVER: 193.231.252.1#53(193.231.252.1)
;; WHEN: Wed Jul 20 21:38:59 EEST 2016
;; MSG SIZE  rcvd: 58

Nach ping -c 3 wikipedia.org:

PING wikipedia.org (91.198.174.192) 56(84) bytes of data.
64 bytes from text-lb.esams.wikimedia.org (91.198.174.192): icmp_seq=1 ttl=59 time=50.5 ms
64 bytes from text-lb.esams.wikimedia.org (91.198.174.192): icmp_seq=2 ttl=59 time=48.3 ms
64 bytes from text-lb.esams.wikimedia.org (91.198.174.192): icmp_seq=3 ttl=59 time=49.4 ms

--- wikipedia.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 48.342/49.475/50.594/0.954 ms

Nach ping -c 3 91.198.174.192:

PING 91.198.174.192 (91.198.174.192) 56(84) bytes of data.
64 bytes from 91.198.174.192: icmp_seq=1 ttl=59 time=50.6 ms
64 bytes from 91.198.174.192: icmp_seq=2 ttl=59 time=50.7 ms
64 bytes from 91.198.174.192: icmp_seq=3 ttl=59 time=48.2 ms

--- 91.198.174.192 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 48.267/49.898/50.796/1.155 ms

Hinweis: aufgrund von "Sie benötigen mindestens 10 Reputation, um mehr als 2 Links zu posten" In der Regel dieser Seite musste ich die Links zu Wikipedia vermasseln, aber Sie können es trotzdem lesen. Außerdem wurde zuerst die wget-Ausgabe insgesamt angezeigt, sodass zwischen den Text Leerzeichen eingefügt wurden.

Henryd
quelle

Antworten:

1

Das Problem ist höchstwahrscheinlich ein MTU-Problem. Stellen Sie die MTU auf Ihrer Netzwerkschnittstelle kleiner ein und / oder fügen Sie eine IPTables-Leitung hinzu, um die MTU zu klemmen. Wahrscheinlich passiert irgendwo auf der Strecke, dass Ihre standardmäßige 1500-Byte-MTU zu groß ist, um übertragen zu werden - normalerweise dank eines VPN oder VLAN oder einer ähnlichen Kapselung von Frames. Im Allgemeinen ist eine MTU von 1476 ziemlich sicher.

Sie können diese Theorie testen, indem Sie MTU vorübergehend mit einem Befehl wie z

iptables -t mangle -A POSTROUTING -p tcp --tcp-flags SYN,RST SYN -j TCPMSS  --clamp-mss-to-pmtu

MTU-Clamping für ausgehende Pakete erzwingen. Wenn Ihr Standard-Gateway beispielsweise eth0 ist, versuchen Sie es alternativ

ifconfig eth0 mtu 1476

um die MTU auf 1476 zu setzen.

davidgo
quelle
Ich habe die MTU schon vorher in Network Manager auf alle Arten eingestellt, einschließlich 1492 und habe keine Verbesserung bekommen.
Henryd
Versuchen Sie, die MTU weiter abzusenken - also auf 1476 (und stellen Sie sicher, dass sie wirksam wird). Alles, was Sie beschreiben, stimmt mit einem MTU-Problem überein. Wenn die Reduzierung der MTU das Problem nicht behebt, sprechen Sie mit Ihrem Provider, wenn jemand / etwas - wie eine Firewall - alberne Fehler mit Ihrem Datenverkehr spielt.
davidgo
Wenn Sie es sich nur ansehen, könnte eine andere Möglichkeit darin bestehen, die IPV6-Aushandlung zu unterbrechen. Wenn Sie IPv6 aktiviert haben, schalten Sie es aus und prüfen Sie, ob dies hilft.
davidgo
Bereits mit meinem Provider gesprochen und sie fanden kein Problem.
Henryd
Wenn Sie sicher sind, dass es sich nicht um ein MTU-Problem handelt, besteht der nächste Schritt möglicherweise darin, mit der Paketanalyse zu beginnen (mit tcpdump oder wireshark).
davidgo