Internet nicht erreichbar

[Insektenbauer]

OS X 10.5.8
MBP: 3 Partitionen
Externe 1T Platte: 5 Partitionen

Anschluß Alice DSL


Auf einer der externen Partitionen habe ich ein System, von dem aus ich klaglos ins Internet komme.
Auf dem MBP habe ich ein System, von dem aus ich nicht ins Internet komme. Und ich will natürlich nicht immer von extern ins Netz.
Ich habe alle Einstellungen, die ich kenne, so gemacht, wie auf dem externen System. Aber irgend was übersehe ich wohl? Wer kann mir einen Tip geben? Was an Einstellungen ist wichtig?

Gruß Insektenbauer

 

[alpha75]

Kannst du die Konfigurationseite deines Routers aufrufen?

 

[Insektenbauer]

@alpha75
Nein, kann ich nicht, aber da das mit dem System auf der externen Platte funktioniert, kann es ja sowieso nur an meinem Rechner-System liegen und irgendwie an den Einstellungen.

Gruß Insektenbauer

 

[lx88]

Ich habe alle Einstellungen, die ich kenne, so gemacht, wie auf dem externen System. Aber irgend was übersehe ich wohl? Wer kann mir einen Tip geben? Was an Einstellungen ist wichtig?

Die da wären?
Also ganz konkret: Was hast du denn alles versucht?

 

[alpha75]

Aber ins WLAN kommst du rein? Verwendest du DHCP oder eine statische IP?

 

[Insektenbauer]

@alpha75:

Ja, ins LAN komme ich rein. Ist kein Funknetz, sondern per DSL und Draht.
Der Provider erweckt den Anschein, als ob alles in Ordnung sei. Da kommt eine Identfizierung und dann bin ich "drin". Aber dann geht's nicht weiter. Mit Safari oder mit dem eMail-Programm bekomme ich keine Daten.
Ich glaube, eine DHCP.

@Ix88:
"Also ganz konkret: Was hast du denn alles versucht?"
Die Frage habe ich erwartet und befürchtet. Ich habe die Systemeinstellungen rauf und runter gebetet: Sicherheit, Netzwerk, Sharing, Benutzer. Reicht das so? Oder brauchst Du eine Mehrseitige Beschreibung?

Gruß Insektenbauer

 

[drlecter]

Systemeinstellungen Netzwerk -> Ethernet (da du sagtest du nutzt kein WLAN) schauen ob du eine IP per DHCP vom Router bekommst und ob da auch der richtige Router angezeigt wird (also vergleichen mit dem System das funktioniert) und ob die DNS Server stimmen.
Dann unter "Weitere Optionen" unter Proxies schauen ob da was eingetragen ist.

 

[Insektenbauer]

@ drlecter - und @ alle anderen

1) So, ich habe speziell noch einmal Netzwerk -> Ethernet angeschaut.
Bei jedem Einwählen bekomme ich eine (jeweils andere) IP angezeigt. Auch bei der nicht funktionierenden Verbindung!

2) Wo da ein Router angezeigt werden soll, weiß ich nicht.

3) Die DNS Server sind bei jedem Anwählen neue, jeweils 2 und grau (Format: 62.109.xxx.x und 213.191.xx.xx – sind die Zahlen für mich wichtig?). Auch bei der nicht funktionierenden Verbindung! Ich selbst habe da nichts eingetragen.

4) Das Bild bei Proxies ist identisch: PAC-Datei verwenden, keine URL eingetragen, Passiven Modus verwenden.

Ich hoffe, das hilft weiter?

Wo könnten sonst noch kritische Eintragungsstellen sein?

Gruß Insektenbauer

 

[dadudeness]

Also nicht: MBP -> Router -> Modem -> Internet
Sondern: MBP -> Modem -> Internet PPPoE

Weiß man nicht, was man tut, kann man beim Rumspielen mit der PPPoE-Verbindung sehr schnell dafür sorgen, dass die Verbindung nicht mehr funzt.

Zuerst würd ich prüfen, ob überhaupt Daten ausgetauscht werden können, oder ob es ein Problem mit der Namensauflösung gibt.

Geh mal ins Terminal und gib ein

ping 193.99.144.85

Entweder es kommt

64 bytes from 193.99.144.85

oder es kommt was wie unknown host oder so.

Bei Bedarf Abbrechen geht mit cmd+.

Was sagt er?

 

[Insektenbauer]

@ dadudeness

Was heißt das:
"Also nicht: MBP -> Router -> Modem -> Internet
Sondern: MBP -> Modem -> Internet PPPoE"?

Den Rest probiere ich gerne aus und melde mich mit dem Ergebnis.

Das erste Ergebnis mit der FUNKTIONIERENDEN Verbindung (wie nicht anders zu erwarten):
Last login: Sat Feb 16 14:55:49 on console
MBP:~ MBP$
MBP:~ MBP$ ping 193.99.144.85
PING 193.99.144.85 (193.99.144.85): 56 data bytes
64 bytes from 193.99.144.85: icmp_seq=0 ttl=251 time=30.874 ms
64 bytes from 193.99.144.85: icmp_seq=1 ttl=251 time=30.984 ms
*)
^C
--- 193.99.144.85 ping statistics ---
21 packets transmitted, 21 packets received, 0% packet loss
round-trip min/avg/max/stddev = 30.082/30.635/31.059/0.296 ms
MBP:~ MBP$

So, nun weiß ich schon mal wie's geht.

Weitere Ergebnisse folgen.

Gruß Insektenbauer


*) Und das solange, bis ich abgebrochen habe.

 

[drlecter]

Da steht PAC Datei verwenden? Wird da auch eine Datei angezeigt? Man könnte einmal schauen das der Proxy ganz rausfliegt.

 

[Insektenbauer]

@ dadudeness

Das Ergebnis mit der NICHT FUNKTIONIERENDEN Verbindung (Ich hab das 3x in Gang gesetzt und gestopt):

Last login: Thu Dec 20 22:36:39 on console
MBP:~ ebe$ ping 193.99.144.85
PING 193.99.144.85 (193.99.144.85): 56 data bytes

^C
ping 193.99.144.85
^CMBP:~ ebe$ ping 193.99.144.85
PING 193.99.144.85 (193.99.144.85): 56 data bytes
^C^CMBP:~ ebe$ ping 193.99.144.85
PING 193.99.144.85 (193.99.144.85): 56 data bytes
92 bytes from alice.box (192.168.1.1): Destination Net Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 4304 0 0000 40 01 2410 192.168.1.52 193.99.144.85

92 bytes from alice.box (192.168.1.1): Destination Net Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 bb49 0 0000 40 01 abca 192.168.1.52 193.99.144.85

92 bytes from alice.box (192.168.1.1): Destination Net Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 d209 0 0000 40 01 950a 192.168.1.52 193.99.144.85

92 bytes from alice.box (192.168.1.1): Destination Net Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 4203 0 0000 40 01 2511 192.168.1.52 193.99.144.85

92 bytes from alice.box (192.168.1.1): Destination Net Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 b15c 0 0000 40 01 b5b7 192.168.1.52 193.99.144.85

92 bytes from alice.box (192.168.1.1): Destination Net Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 9f61 0 0000 40 01 c7b2 192.168.1.52 193.99.144.85

92 bytes from alice.box (192.168.1.1): Destination Net Unreachable
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 5400 746d 0 0000 40 01 f2a6 192.168.1.52 193.99.144.85

^C
--- 193.99.144.85 ping statistics ---
7 packets transmitted, 0 packets received, 100% packet loss
MBP:~ ebe$

Hmmm, was soll mir das sagen?

@ drlecter

"Da steht PAC Datei verwenden? Wird da auch eine Datei angezeigt? Man könnte einmal schauen das der Proxy ganz rausfliegt."
Nein, da wird keine Datei angezeigt. Und es ist bei beiden Systemen identisch! Insofern dürfte da der Fehler nicht sein-oder?

Gruß Insektenbauer

 

[Wuchtbrumme]

was tust Du denn, um eine Verbindung in das Internet herzustellen?
Poste vom laufenden und nicht funktionierenden System vom Terminal aus
ifconfig -a
netstat -rn

 

[Insektenbauer]

@ Wuchtbrumme

So sieht's beim FUNKTIONIERENDEN System aus:

Last login: Sat Feb 16 14:55:49 on console
MBP:~ MBP$ ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::21b:63ff:fe9b:5599%en0 prefixlen 64 scopeid 0x4
inet 192.168.1.101 netmask 0xffffff00 broadcast 192.168.1.255
ether 00:1b:63:9b:55:99
media: autoselect (10baseT/UTP <half-duplex>) status: active
supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 10baseT/UTP <full-duplex,flow-control> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback> 100baseTX <full-duplex,flow-control> 1000baseT <full-duplex> 1000baseT <full-duplex,hw-loopback> 1000baseT <full-duplex,flow-control> none
fw0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 4078
lladdr 00:1c:b3:ff:fe:93:fc:6c
media: autoselect <full-duplex> status: inactive
supported media: autoselect <full-duplex>
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 00:1e:52:72:89:62
media: autoselect (<unknown type>) status: inactive
supported media: autoselect
ppp0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1492
inet 80.171.110.46 --> 213.191.89.45 netmask 0xff000000
MBP:~ MBP$




MBP:~ MBP$ netstat -rn
Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 213.191.89.45 UGSc 7 0 ppp0
80 ppp0 USc 1 17 ppp0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 1 6 lo0
169.254 link#4 UCS 0 0 en0
192.168.1 link#4 UCS 2 0 en0
192.168.1.1 0:21:63:8:20:9c UHLW 0 37 en0 1150
192.168.1.101 127.0.0.1 UHS 0 0 lo0
192.168.1.255 link#4 UHLWb 3 161 en0
213.191.89.45 80.171.110.46 UH 8 0 ppp0

Internet6:
Destination Gateway Flags Netif Expire
::1 link#1 UHL lo0
fe80::%lo0/64 fe80::1%lo0 Uc lo0
fe80::1%lo0 link#1 UHL lo0
fe80::%en0/64 link#4 UC en0
fe80::21b:63ff:fe9b:5599%en0 0:1b:63:9b:55:99 UHL lo0
ff01::/32 ::1 U lo0
ff02::/32 fe80::1%lo0 UC lo0
ff02::/32 link#4 UC en0
MBP:~ MBP$



So sieht's beim NICHT FUNKTIONIERENDEN System aus:

Last login: Fri Dec 21 07:04:33 on console
MBP:~ ebe$ ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr 00:1c:b3:ff:fe:93:fc:6c
media: autoselect <full-duplex> status: inactive
supported media: autoselect <full-duplex>
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
ether 00:1e:52:72:89:62
media: autoselect (<unknown type>) status: inactive
supported media: autoselect
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
inet6 fe80::21b:63ff:fe9b:5599%en0 prefixlen 64 scopeid 0x6
inet 192.168.1.52 netmask 0xffffff00 broadcast 192.168.1.255
inet 192.168.1.101 netmask 0xffffff00 broadcast 192.168.1.255
ether 00:1b:63:9b:55:99
media: autoselect (10baseT/UTP <half-duplex>) status: active
supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 10baseT/UTP <full-duplex,flow-control> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback> 100baseTX <full-duplex,flow-control> 1000baseT <full-duplex> 1000baseT <full-duplex,hw-loopback> 1000baseT <full-duplex,flow-control> none
ppp0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1492
inet 80.171.108.40 --> 213.191.89.45 netmask 0xff000000




MBP:~ ebe$ netstat -rn
Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGSc 5 0 en0
80 ppp0 USc 1 0 ppp0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 0 4 lo0
169.254 link#6 UCS 0 0 en0
192.168.1 link#6 UCS 2 0 en0
192.168.1.1 0:21:63:8:20:9c UHLW 5 16 en0 1172
192.168.1.52 127.0.0.1 UHS 0 0 lo0
192.168.1.101 127.0.0.1 UHS 0 0 lo0
192.168.1.255 ff:ff:ff:ff:ff:ff UHLWb 3 60 en0
213.191.89.45 80.171.108.40 UH 0 0 ppp0

Internet6:
Destination Gateway Flags Netif Expire
::1 link#1 UHL lo0
fe80::%lo0/64 fe80::1%lo0 Uc lo0
fe80::1%lo0 link#1 UHL lo0
fe80::%en0/64 link#6 UC en0
fe80::21b:63ff:fe9b:5599%en0 0:1b:63:9b:55:99 UHL lo0
ff01::/32 ::1 U lo0
ff02::/32 ::1 UC lo0
ff02::/32 link#6 UC en0
MBP:~ ebe$




Das sind für mich leider weitestgehend böhmische Dörfer. Ich hoffe, Ihr könnt damit was anfangen?


„was tust Du denn, um eine Verbindung in das Internet herzustellen?“

Oben in der Leiste ist ein Ethernt-Zeichen. Das klicke ich an. Dann erscheint mein „Mit Alice verbinden“. Das klicke ich an. Dann identifiziert er. Dauert höchstens wenige sec. Dann zeigt er die ablaufende Verbindungszeit an. Damit ist er „drin“ – aber eben nicht richtig.

Mal 'ne ganz dumme Frage: Kann da was an meinem OS X kaputt sein?


Gruß Insektenbauer

 

[Wuchtbrumme]

Du siehst den Unterschied in der ersten Zeile des netstat -rn Befehls. Dort ist beim nicht funktionierenden System 192.168.1.1 als Default-Route eingetragen. Üblicherweise wird das für Heimnetz-Router verwendet. Jedenfalls ist am Host selbst die IP nicht an ein Interface gebunden. Mene Vermutung ist, dass in den Netzwerkeinstellungen für das Netzwerkinterface Ethernet ode für die DSL-Verbindung entweder manuell oder DHCP mit manueller Adresse augewählt und ein Router dort eingetragen ist, was wahrscheinlich die 192.168.1.1 ist.
Vielleicht warst Du irgendwo mal in einem Netzwerk mit Router und Du hast das verstellt oder jmd hat Dir das eingerichtet. Im Zeitpunkt, wo die DSL-Verbindung hergestellt ist und kein lokaler Router verwendet wird, sollte jedenfalls das lokale ppp0-Device die Default-Route sein.

 

[Insektenbauer]

@ Wuchtbrumme

Hmm?
Bei beiden Systemen ist IPv4 konfigurieren auf PPP gestellt.

Wenn ich eine Verbindung herstelle:

Im heilen System:
IPv4-Adresse: xx.xxx.xxx.xxx (wechselnd)
Router: 213.191.89.45

Im defekten System:
IPv4-Adresse: xx.xxx.xxx.xxx (wechselnd)
Router: 213.191.89.45

Jetzt eben gerade getestet! Aber Safari und das eMail-Programm bekommen trotzdem keine Daten.


Ein Unterschied:

Für mein normales Ethernet-Netzwerk (also nicht das Alice DSL-Ethernet) wird mir was Verschiedenes angezeigt:
Im heilen System (auf der externen Platte) wird unter Netzwerk angezeigt:
Ethernet (integriert)
Verbunden

Im defekten System (auf der internen Platte) wird unter Netzwerk angezeigt:
Ethernet
Verbunden

Woher kann dieser Unterschied "(integriert)" kommen? Kann der von Bedeutung sein?

Gruß Insektenbauer

 

[Wuchtbrumme]

Du kannst da auch "Benedict ist doof" reinschreiben. Der Unterschied ist nicht von Bedeutung.

Dass da steht "IPv4 konfigurieren" "PPP" steht, ist prinzipiell mal gut. Steht in der Ethernet-Verbindung eventuell DHCP mit manueller Adresse oder manuell und ist in Router etwas (192.168.1.1) eingetragen? Wenn ja, bitte herausnehmen und Änderungen anwenden. Wenn nein, ändere die PPPoE-Verbindung (Alice) bitte auf manuell und schau, ob da evtl. etwas in Router eingetragen ist (vielleicht einer der vielen Bugs in OS X). Dann rausnehmen, abspeichern und zurück auf IPv4 konfigurieren PPP setzen und anwenden.

 

[Insektenbauer]

@ Wuchtbrumme

Bist Du ganz sicher, dass Benedict doof ist?


Im normalen Ethernet-Netzwerk steht DHCP mit manueller Adresse.
„ ist in Router etwas (192.168.1.1) eingetragen?“ Ja, und zwar genau das!
„ Wenn ja, bitte herausnehmen und Änderungen anwenden.“
Wie ich die Routereintragung herausnehmen kann, weiß ich nicht. Ich habe deshalb meine normale Ethernet-Netzwerk-Verbindung als Ganzes gelöscht, Änderungen anwenden, und neu eingetragen.
„ Wenn nein, ändere die PPPoE-Verbindung (Alice) bitte auf manuell und schau, ob da evtl. etwas in Router eingetragen ist“
Da erscheint 0.0.0.0
„ Dann rausnehmen, abspeichern und zurück auf IPv4 konfigurieren PPP setzen und anwenden.“
Vorsichtshalber habe ich das gelöscht, anwenden, zurück auf IPv4 konfigurieren PPP setzen und anwenden.

Und dann – oh Wunder – habe ich tatsächlich Daten per Safari bekommen!

Und diese Daten gehen jetzt (hoffentlich) über die reparierte Verbindung.

Vielen, vielen Dank für die Unterstützung!!

Wie bist Du drauf gekommen, dass ich meine normale Ethernet-Netzwerk-Verbindung neu aufsetzen muß, damit mein Alice DSL funktioniert? DER Zusammenhang ist schon sehr seltsam!

Dankbarer Gruß Insektenbauer

P.S.: Vielleicht sitzt dieser bewußte Benedict im OS X? ;-(

P.P.S.: Ich wollte Dir Karmapunkte zukommen lassen. Da habe ich irgend was falsch gemacht. Sorry. Kann ich das korrigieren?

 

[Wuchtbrumme]

Wie bist Du drauf gekommen, dass ich meine normale Ethernet-Netzwerk-Verbindung neu aufsetzen muß, damit mein Alice DSL funktioniert? DER Zusammenhang ist schon sehr seltsam!

P.P.S.: Ich wollte Dir Karmapunkte zukommen lassen. Da habe ich irgend was falsch gemacht. Sorry. Kann ich das korrigieren?

Das Protokoll für DSL heißt hier PPPoE (PPP over Ethernet). Aber wenn Du Traffic von/an eine/r IP sendest/bekommen willst, die nicht existiert, dann kann natürlich nichts kommen

Freut mich, dass es geholfen hat.

Mit dem Karma danke ich Dir, aber wahrscheinlich kann das nur ein Mod.

 

[Insektenbauer]

Ja, aber das war doch das normale Ethernet in dem das Problem war? Aber es ging eigentlich um das Alice? Muß ich das verstehen?

Gruß Insektenbauer