Hi,
Die Tilde repräsentiert dein Homedirectory, alternativ kannst du statt
~/Desktop auch
/Users/[dein_benutzer]/Desktop eintippen. Desktop wird bei Mac OS allerdings gross geschrieben.
Das ändert dann die Suche nach dem Problem. Einen Fehler an deinem Mac kannst du dann ziemlich sicher ausschliessen. Zum Debuggen kannst du jetzt auf dem Rechner deiner Wahl weitermachen.
Unterstützt die Annahme, dass bei dir kein Fehler vorliegt, sondern das Problem irgendwo auf der Strecke von dir zum Zielserver auftritt. Über den Anonymisierer gehen deine Pakete eine andere Route, der problematische Router wird dabei umgangen.
Wenn du den Wert auf deinem Router einstellst, solltest du zum Testen den selben Wert auf deinem Rechner einstellen. Aber eigentlich ist die Router MTU nahezu egal, wenn du zum Testen die MTU auf deinem Rechner niedriger als die des Routers einstellst. Kleinere Pakete passieren den Router problemlos. Erst wenn die Pakete grösser sind als die des Routers kann es problematisch werden.
Das deaktivieren von IPv6 wird dein Problem nicht lösen aber es macht Sinn es dennoch abszustellen. Derzeit besteht keine Notwendigkeit dieses Protokoll zu aktivieren. Allerdings denkt die USA darüber nach die Provider gesetzlich zu verpflichten auf IPv6 umszustellen, freiwillig machts halt keiner ;-)
5. Den Dump konnte ich nicht erzeugen, da auf dem Schreibtisch angeblich keine Datei vorhanden ist. Ich sag's ja: Terminal-Depp
tcpdump: ∼desktop/tdump.cap: No such file or directory
Jupp, die Desktop vs desktop Geschichte. Mac OS ist case sensitiv (berücksichtigt Gross- und Kleinschreibung) und desktop existiert nicht als Zielverzeichnis.
6. Das Anpingen ist interessant. Das liefert zumindest von Mac und Win die gleichen Ergebnisse. Und zwar gibt es ja wohl scheinbar zusätzlich zum MTU-Wert noch die Konstante 28 und die wirkt sich bei mir signifikant aus. Also 1454-28=1426. Und diese 1426 sind bei mir genau der Grenzwert an dem ich bei Cyperport den Übergang habe von gar keiner Verbindung bis Zeitüberschreitung:
PING www.cyberport.de (91.143.241.10): 1426 data bytes
556 bytes from 77.220.238.203: Destination Port Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 ae05 49e8 0 0000 35 01 e6d6 192.168.2.78 91.143.241.10
Die Ping Geschichte ist wirklich interessant, ich kann die ganze Sache hier nachvollziehen. Interessant ist die IP-Adresse die du angepingt hast (91.143.241.10) und welche dir dann letztlich den Fehler um die Ohren haut (77.220.238.203). Das ist der letzte Router auf der Strecke zum Zielserver:
pronto-macpro:~ pronto$ traceroute -I www.cyberport.de
traceroute to www.cyberport.de (91.143.241.10), 64 hops max, 72 byte packets
1 speedport.ip (192.168.1.1) 0.981 ms 0.646 ms 0.523 ms
2 217.0.116.76 (217.0.116.76) 42.987 ms 42.140 ms 42.211 ms
3 217.0.69.114 (217.0.69.114) 43.025 ms 43.130 ms 43.219 ms
4 217.239.37.170 (217.239.37.170) 42.216 ms 42.326 ms 41.454 ms
5 dtag-gw-muc2.de.lambdanet.net (193.159.225.82) 48.700 ms 49.760 ms 49.701 ms
6 nue-2-eth110.de.lambdanet.net (217.71.96.170) 47.713 ms 48.138 ms 48.008 ms
7 ber-1-eth1120.de.lambdanet.net (217.71.96.182) 57.203 ms 57.851 ms 57.945 ms
8 ber-4-eth110.de.lambdanet.net (217.71.96.6) 58.306 ms 57.607 ms 58.450 ms
9 managedhosting-dre.de.lambdanet.net (217.71.107.74) 59.767 ms 60.851 ms 60.439 ms
10 77.220.238.203 (77.220.238.203) 59.452 ms 59.999 ms 60.445 ms
11 www.cyberport.de (91.143.241.10) 59.204 ms 59.750 ms 59.185 ms
Weiterhin interessant ist die MTU. Sende ich ein Ping-Paket mit 512 Byte Länge an www.cyberport.de (=Zielserver), bekomme ich vom Zielserver eine Antwort:
pronto-macpro:~ pronto$ ping -D -s 512 www.cyberport.de
PING www.cyberport.de (91.143.241.10): 512 data bytes
520 bytes from 91.143.241.10: icmp_seq=0 ttl=56 time=67.911 ms
520 bytes from 91.143.241.10: icmp_seq=1 ttl=56 time=67.246 ms
520 bytes from 91.143.241.10: icmp_seq=2 ttl=56 time=66.829 ms
Sende ich ein Ping-Paket mit 513 Byte Länge bekomme ich eine Fehlermeldung:
pronto-macpro:~ pronto$ ping -D -s 513 www.cyberport.de
PING www.cyberport.de (91.143.241.10): 513 data bytes
549 bytes from 77.220.238.203: Destination Port Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 1d02 e012 0 0000 36 01 5477 192.168.1.20 91.143.241.10
Da der letzte Router auf der Strecke (siehe den traceroute oben) die Meldung bringt, habe ich den Router direkt anvisiert:
Ein Ping mit 512 Byte auf den Router klappt:
pronto-macpro:~ pronto$ ping -D -s 512 77.220.238.203
PING 77.220.238.203 (77.220.238.203): 512 data bytes
520 bytes from 77.220.238.203: icmp_seq=0 ttl=57 time=67.296 ms
Ein Ping mit 513 Byte auf den Router klappt nicht mehr aber es wird eine Fehlermeldung gesendet:
pronto-macpro:~ pronto$ ping -D -s 513 77.220.238.203
PING 77.220.238.203 (77.220.238.203): 513 data bytes
549 bytes from 77.220.238.203: Destination Port Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 1d02 7902 0 0000 37 01 ca79 192.168.1.20 77.220.238.203
Aber der Hund liegt an einer anderen Stelle begraben, da bei mir die Seite ebenfalls über diesen Router geroutet wird und ich die Seite aufrufen kann, vermute ich, dass auf der Route zwischen dir und dem Zielserver ein Router steht, der die ICMP Statusmeldung über die niedrigste MTU auf der Strecke verwirft und diese somit dein System nicht erreicht, folglich kann es sich nicht darauf einstellen.
Ab wieviel Byte bekommst du auf einen Ping von cyberport.de eine Antwort? Probier doch mal einmal einen Ping mit 512 Byte und wenn du Antwort bekommst, erhöhe die Bytes bis keine Antwort mehr kommt. Bekommst du bei 512 Byte keine Antwort sondern eine Fehlermeldung (vergleiche den Output im letzten Code-Fenster) verringere die Bytes, bis du Antwort bekommst.
Sind die Resultate die selben wie bei mir, kannst du auf deinem Interface mal eine extrem kleine MTU (zB 400) einstellen und schauen ob du die Seite dann ansurfen kannst. Das ist zwar kein praktikabler Workaround, weil die Pakete dann in viele kleine zerlegt werden und dadurch der Overhead ansteigt, was die Performance negativ beeinflusst aber zumindest hätten wir dann ein MTU Problem definitiv identifiziert.
HTH TOM