Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Software>Komisches Netzwerkproblem mit 10.3.x

Komisches Netzwerkproblem mit 10.3.x

Barney_Fux21.02.0511:59
Hallo zusammen,

ich bin absolut neu hier und auf Empfehlung hierher gestossen.
Unser Problem habe ich schon in ein paar anderen Foren gepostet, helfen konnte niemand. Vielleicht weiss einer von euch die Lösung, würde mich sehr darüber freuen. Nachfolgend die Zusammenfassung der geposteten Beitrag, es ist halt bisle viel Text,

***
mal ein ungewöhliches Problem, selbst unsere RZ-Betreiber schütteln nur noch die Köpfe.
Seit Mittwochabend komme ich in fast keine Webseiten mehr rein (Spiegel, Google etc.) Interessanterweise geht noch Stern und Bild.
Das Problem hängt direkt mit meiner IP Adresse zusammen die bei uns manuell vergeben werden.
Bei einem PC unter WIN 2000 mit meiner IP-Adresse tritt dasselbe Problem auf.
Nachdem ich eine neue IP-Adresse bekommen hab war wieder alles in Butter. Genau 4 Stunden lang. Dann wieder dasselbe Spielchen mit der NEUEN IP Nummer.

Das Problem ist unabhängig vom verwendeten Browser und tritt auch direkt mit Telnet auf. Alle anderen Funktionen wie Filesharing etc. gehen übrigens.

__________________________

Nö, das Problem trat zuerst am Mac auf (10.3.6). wir haben alles mögliche ausprobiert von TCP Packetgrösse ändern, über verschiedene Browser etc.
Zum Schluss dann noch direkt mit telnet. Nix ging.
Wir haben dann einen PC mit meiner IP Nummer konfiguriert und genau dasselbe. Es ist also so dass in Abhängigkeit meiner IP Adresse "geblockt" wird.

___________________________
wie gesagt habe ich dann ne neue IP bekommen und dann lief ja auch alles wieder ?
Aber nur 4 Stunden lang und nun mit der neuen IP diesselben Probleme

____________________________

Salut zusammen,
also an meinem Problem hat sich nix geändert. Für die Cracks unter euch hänge ich mal das Trace Log an wenn ich versuche mich bei google.de einzuloggen

„Traceroute“ wurde gestartet…

traceroute to www.google.com (66.102.11.99), 30 hops max, 40 byte packets
1 gw-izs.izs.fhg.de (129.233.6.201) 2.172 ms 1.646 ms 1.289 ms
2 153.97.1.201 (153.97.1.201) 0.52 ms 1.27 ms 0.365 ms
3 pos11-0-0.gw4.str2.alter.net (139.4.85.21) 4.318 ms 1.267 ms 1.171 ms
4 pos1-0-1.cr1.str2.alter.net (149.227.24.161) 1.206 ms 1.268 ms 1.35 ms
5 so-0-0-0.xr1.fft4.alter.net (149.227.20.162) 4.464 ms 10.968 ms 4.553 ms
6 so-0-1-0.tr1.fft1.alter.net (146.188.8.134) 5.891 ms 4.843 ms 4.789 ms
7 pos1-0.br2.fft1.alter.net (146.188.6.110) 4.328 ms 8.941 ms 4.401 ms
8 so-4-3.core2.frankfurt1.level3.net (195.122.136.241) 12.34 ms 4.597 ms 4.502 ms
9 ae-0-55.mp1.frankfurt1.level3.net (195.122.136.97) 5.472 ms 4.952 ms 5.14 ms
10 so-2-0-0.mp2.amsterdam1.level3.net (212.187.128.94) 14.425 ms so-3-0-0.mp1.amsterdam1.level3.net (212.187.128.14) 15.997 ms 11.257 ms
11 ge-11-1.ipcolo2.amsterdam1.level3.net (213.244.165.84) 11.173 ms ge-10-1.ipcolo2.amsterdam1.level3.net (213.244.165.68) 11.113 ms ge-11-2.ipcolo2.amsterdam1.level3.net (213.244.165.116) 11.145 ms
12 212.72.44.66 (212.72.44.66) 12.167 ms 12.087 ms 11.979 ms
13 216.239.43.90 (216.239.43.90) 24.784 ms 32.339 ms 64.233.175.250 (64.233.175.250) 12.499 ms
14 216.239.46.47 (216.239.46.47) 12.418 ms 64.233.175.246 (64.233.175.246) 20.029 ms 216.239.46.47 (216.239.46.47) 12.273 ms
15 216.239.46.173 (216.239.46.173) 20.48 ms 19.983 ms 216.239.48.146 (216.239.48.146) 41.462 ms
16 216.239.49.254 (216.239.49.254) 30.629 ms 216.239.49.46 (216.239.49.46) 42.78 ms 216.239.49.254 (216.239.49.254) 31.316 ms
17 * 216.239.48.50 (216.239.48.50) 32.222 ms *
18 216.239.49.62 (216.239.49.62) 39.662 ms * 34.932 ms
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *

___________________________________

NEIN

ich habe einen Mac Dual G4/533 mit 10.3.6 als Arbeitsplatzrechner mit der IP xxx.xxx.17.99

weiter habe ich ein Power-Book G4/667 10.3.6 mit der IP xxx.xxx.115.64

Wie bereits beschrieben komme ich weder mit Safari noch einem anderen Browser oder Telnet auf Server wie Spiegel und Google.
Andere wie beispielsweise Stern oder Bild oder auch Macwelt gehen ohne Probleme.

Ändere ich meine IP von xxx.xxx.17.99 auf xxx.xxx.17.98 (die ist bei uns frei) FUNKTIONIEREN Google und Konsorten.

Wir haben dann einen PC mit WIN 2000 mit meiner ursprünglichen xxx.xxx.17.99 konfiguriert.
Ergebnis:
Kein Spiegel kein Google wohl aber Stern und Bild

Ach ja Ergänzung der PC steht in einem anderen Gebäude. Ich hab kein Wireless Lan alles kabelgebunden.

Maßnahme unserer DV ich habe eine neue IP bekommen jetzt xxx.xxx.17.35 die hat ungefähr eine Stunde getan.
Danach dasselbe Verhalten

________________________________________

Ich werd noch irre
die xxx.xxx.17.35 geht nicht mehr
dafür funktioniert die xxx.xxx.17.99 wieder

_________________________________________

Theoretisch gibt es nur zwei Möglichkeiten:
Entweder unsere Firewall oder Schlumpf und Partner. Die sind der Provider von den meisten geblockten Servern.

Der Block scheint übrigens nur temporär zu bestehen. Nach ein paar Tagen ist alles wieder gut. Fragt sich bloss wie lange.

___________________________________________

Hallo Leute,
wieder das bereits beschriebene Problem, nur sind diesmal die Macs eines anderen Institutes auf unserem Campus betroffen. Allen gemeinsam: OS 10.3x
betroffenen Seiten: spiegel-online, google.de, leo....
Den PC´s in dem gemischten Netzwerk ist es wurscht.

Wo sind die Netzwerkspezialisten ???

***

vielen Dank im voraus

Barney
0

Kommentare

Don Quijote23.02.0512:04
Barney_Fux
Hallo zusammen,
<br>erst mal vielen Dank für die antworten und anregungen. So wie es im Moment aussieht liegt modus mit der Paketgrösse richtig.
<br>Hier ein Ziztat aus dem RZ
<br>
<br>"können u.U. die aufgetretenen Probleme durch eine zu groß eingestellte Packetsize (MTU) des Routers verursacht werden. In Absprache mit MCI (dem Internetprovider) wird dieser Parameter auf den Standardwert von 1500 Bytes angepasst (ab 24.2.2005).Ich bitte die Betroffenen, das Verhalten der Internetverbindungen weiterhin zu beobachten ud ggfls Fehler zu melden."
<br>
<br>
<br>selbst sein Rechenzentrum empfiehlt den Standard von 1500.
<br>
<br>Anderes Forum:
<br>Anders sieht es bei den Clients aus: Wenn der Router nicht in der Lage ist ICMP Source Quench zu senden (ist oftmals bei Billigmodellen der Fall); dann muß man bei den Clients die MTU tatsächlich "gewaltsam" herunterzwingen
<br>
<br>Das Problem im Allgemeinen: Man muß sich bei MTU-Problemen immer langsam herantasten, da man nie genau weiss welche MTU(Ebene) der Router tatsächlich hat.
<br>
<br>Demzufolge ist irgendwie anzunehmen, das es nicht im Promille Bereich liegt.
<br>
<br>Desweiteren mal ein Bild einer anständigen MTU Size und damit beschliesse ich es auch und habe meine Ruhe.
<br>
<br>
0

Kommentieren

Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.