Internetverbindung bei jedem Start neu erstellen :-(

Hallo Leute!

Ich bin Neuling auf dem Linux-Gebiet und plage mich schon lang mit einem Problem herum, das alles noch schlimmer macht.

Vielleicht könnt Ihr mir helfen.
Die Symptome sind folgende:

1.) Ich starte meinen Rechner mit Linux Suse 8.2
2.) Öffne den Browser, aber keine Internetseite ist erreichbar.

Habe herausgefunden, daß dieser Trick klappt.

3.) Ich öffne YaSt2
4.) Gehe auf Netzwerkgeräte --> Netzwerkkarte
5.) Gehe unten rechts auf "ändern"
6.) dann direkt wieder auf beenden.
Folge: Der Computer rödelt herum, arbeitet irgendein Protokoll ab, als würde er die "Änderungen" aktualisieren.

Danach funktioniert das Internet einwandfrei.
Und das muß ich bei jedem Neustart wiederholen.

Ich habe DHCP, aber wenn ich die Adressen manuell eintrage, muß ich trotzdem bei jedem Neustart diese Prozedur wiederholen.

Übrigens: CVS funktioniert trotzdem immer!

Bitte helft mir, damit ich Linux öfter nutzen kann! )


Sebi

Wie gehst Du ins Internet ? Wegen DHCP vermute ich DSL Router ?

Mach mal folgendes:

Boote Linux, melde Dich an

protokolliere die Ausgabe von 'ifconfig' und 'route'

mach den 'Trick'

protkolliere die Ausgabe von 'ifconfig' und 'route'

und dann vergleichen wir das mal.

Hallo Martin,

vielen Dank für die schnelle Hilfe.
Du hast recht; ich gehe mit einem Router ins Net

Die Ausgaben stehen unten.
Sieht ziemlich gleich für mich aus; bin gespannt, ob Du was herausfindest.

Ciao,
Sebi


VORHER:

eth0 Protokoll:Ethernet Hardware Adresse 00:10C:77:82:4D
inet Adresse:192.168.1.10 Bcast:192.168.1.255 Maske:255.255.255.0
inet6 Adresse: fe80::210:dcff:fe77:824d/64 Gültigkeitsbereich:Verbindung
UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1
RX packets:518 errors:0 dropped:0 overruns:0 frame:0
TX packets:542 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0
RX bytes:192339 (187.8 Kb) TX bytes:68258 (66.6 Kb)

lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:60 errors:0 dropped:0 overruns:0 frame:0
TX packets:60 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0
RX bytes:3912 (3.8 Kb) TX bytes:3912 (3.8 Kb)


Kernel IP Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0


NACHHER:


eth0 Protokoll:Ethernet Hardware Adresse 00:10C:77:82:4D
inet Adresse:192.168.1.10 Bcast:192.168.1.255 Maske:255.255.255.0
inet6 Adresse: fe80::210:dcff:fe77:824d/64 Gültigkeitsbereich:Verbindung
UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1
RX packets:542 errors:0 dropped:0 overruns:0 frame:0
TX packets:573 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0
RX bytes:194449 (189.8 Kb) TX bytes:70982 (69.3 Kb)

lo Protokoll:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6 Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:60 errors:0 dropped:0 overruns:0 frame:0
TX packets:60 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0
RX bytes:3912 (3.8 Kb) TX bytes:3912 (3.8 Kb)


Kernel IP Routentabelle
Ziel Router Genmask Flags Metric Ref Use Iface
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0

Sieht in der Tat ziemlich ähnlich aus...

Ich hatte den Verdacht daß der vielleicht irgendwie den Netzwerkkartentreiber nicht richtig lädt. Das scheints aber nun nicht zu sein.

Nächster Ansatz:

Wenn Du Linux frisch gestartet hast:

Kannst Du den Router anpingen ?

Kannst Du 195.135.220.3 anpingen ?

Kannst Du www.suse.de anpingen ?

Hallo nochmal!

Ich habs versucht.

Ich glaube, das Pingen klappt. Ich gebe ping www.suse.de ein, und es kommt eine unendliche Zeilenfolge von Werten.
Hatte das früher nicht mal von alleine aufgehört?
Jedenfalls bin ich jetzt "drin", und es passiert das Gleiche.
Allerdings waren die Werte vorher, glaube ich, um die 300ms.

Außerdem hatte ich (wieder) folgendes Phänomen: Es war noch eine Browserseite von autoscout24 offen, und ich habe spaßeshalber ein Auto angeklickt, und es erschien tatsächlich eine neue Seite; allerdings nur die grobe Struktur; ohne Bilder etc..
Kann es sein, daß das Internet bei mir nur so unendlich langsam ist, daß fast alle Serverlimits überschritten werden und es deshalb den Eindruck vom Getrenntsein zum Internet erweckt?
Die CVS-Sache spricht ja auch dafür.

Bis bald,
Sebi



ping www.suse.de
PING turing.suse.de (195.135.220.3) 56(84) bytes of data.
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=1 ttl=53 time=89.4 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=2 ttl=53 time=95.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=3 ttl=53 time=93.4 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=4 ttl=53 time=101 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=5 ttl=53 time=89.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=6 ttl=53 time=94.3 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=7 ttl=53 time=93.8 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=8 ttl=53 time=87.8 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=9 ttl=53 time=102 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=10 ttl=53 time=92.6 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=11 ttl=53 time=93.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=12 ttl=53 time=88.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=13 ttl=53 time=94.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=14 ttl=53 time=100 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=15 ttl=53 time=96.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=16 ttl=53 time=93.7 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=17 ttl=53 time=91.7 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=18 ttl=53 time=86.7 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=19 ttl=53 time=92.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=20 ttl=53 time=89.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=21 ttl=53 time=97.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=22 ttl=53 time=93.4 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=23 ttl=53 time=99.0 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=24 ttl=53 time=95.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=25 ttl=53 time=94.6 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=26 ttl=53 time=91.6 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=27 ttl=53 time=101 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=28 ttl=53 time=92.5 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=29 ttl=53 time=90.0 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=30 ttl=53 time=95.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=31 ttl=53 time=94.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=32 ttl=53 time=92.4 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=33 ttl=53 time=92.8 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=34 ttl=53 time=94.7 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=35 ttl=53 time=93.7 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=36 ttl=53 time=91.2 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=37 ttl=53 time=102 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=38 ttl=53 time=92.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=39 ttl=53 time=93.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=40 ttl=53 time=96.5 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=41 ttl=53 time=91.0 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=42 ttl=53 time=91.4 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=43 ttl=53 time=89.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=44 ttl=53 time=92.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=45 ttl=53 time=93.8 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=46 ttl=53 time=95.7 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=47 ttl=53 time=102 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=48 ttl=53 time=92.2 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=49 ttl=53 time=89.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=50 ttl=53 time=96.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=51 ttl=53 time=90.6 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=52 ttl=53 time=86.7 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=53 ttl=53 time=90.5 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=54 ttl=53 time=95.4 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=55 ttl=53 time=93.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=56 ttl=53 time=92.4 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=57 ttl=53 time=90.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=58 ttl=53 time=91.8 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=59 ttl=53 time=92.3 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=60 ttl=53 time=96.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=61 ttl=53 time=90.2 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=62 ttl=53 time=100 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=63 ttl=53 time=91.6 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=64 ttl=53 time=94.1 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=65 ttl=53 time=94.5 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=66 ttl=53 time=91.0 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=67 ttl=53 time=87.0 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=68 ttl=53 time=93.4 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=69 ttl=53 time=88.9 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=70 ttl=53 time=96.8 ms
64 bytes from turing.suse.de (195.135.220.3): icmp_seq=71 ttl=53 time=89.3 ms
.
.
.

Unter Windows hört der Ping nach 4 Pings auf (außer man macht ping -t). Unter Linux pings bis man's abbricht.

Alles sehr seltsam.

Kannst Du mal das Symptom näher eingrenzen:

Verbindungsaufbau zu Webseiten ist schnell / langsam

Downloadrate ist hoch / niedrig (wieviel kb/sec ?)

Bei langsamen Verbindungsaufbau, aber guter Downloadrate kann's am DNS liegen.

Bei schlechter Downloadrate sollte man mal eine kleinere MTU probieren.

Das Problem ist, daß vor dem Trick im Prinzip kein Webseitenaufruf möglich ist. In der Regel bricht der Browser ab.
Manchmal aber, wenn die Seite schon vor dem Start offen war, wird sie doch noch aktualisiert.

So habe ich eben Deinen Text gelesen, bevor ich den Trick benutzt habe.
Als ich aber auf "Refresh" drückte, kam wieder eine leere Seite.

Was die Downloadrate anbetrifft:
Vor dem Trick kann ich sie eben nicht testen, danach ist sie normal bei 90 bis 100 kb/s. Ebenso ist am Webseitenaufbau nichts auszusetzen.

Ich muß eben "nur" bei jedem Start die Netzwerkeinstellungen "bestätigen"... .

Was ist denn eine MTU?
Was kann man am DNS verändern?

Danke,
Sebi

mal ein anderer Ansatz:
du sagst cvs geht immer, http manchmal ...
hast du einen Firewall aktiviert ? Ist der richtig konfiguriert ?

wenn du mit Yast deine Netzwerkkarte einfach duchklickst, schreibt yast das in die Datei
/var/log/YaST2/y2log (evtl die neueste suchen)

gehe da anhand der Uhrzeit zum Konfigurationszeitpunkt.
Und schau dir mal die Logeinträge an. Vielleicht kommen wir ja so weiter.

Was passiert wenn du den rechner bootest, wird deine Internetverbindung direkt aufgebaut (on boot) oder erst beim Versuch aufs internet zuzugreifen (on demand)
==> /etc/sysconfig/network dort gibt es ppp-* ippp-* eth-* Dateien
in diesen steht die Option "Startmode" drin, es interessiert nur der Eintrag für dein "internet"-Gerät.

Normalerweise werden Einwählverbindungen über das PPP-Protokoll abgewickelt. Dies ist auch bei DSL der Fall. Dort nennt sich das PPPoE - PPP over Ethernet.

Dadurch daß zusätzlich PPP-Daten 'mitverpackt' werden passen weniger 'Nutzdaten' in ein Ethernetpaket.

MTU heißt Maximum Transfer Unit und bezeichnet die maximale Paketgröße.

Das Problem ist daß wenn mit der normalen MTU gearbeitet wird dann müssen 'große' Pakete beim übertragen über DSL gesplittet werden und dabei hakelts gerne.

Die Lösung ist dann einfach die maximale Paketgröße so zu reduzieren daß sie zuzüglich PPP Header immer noch in ein Ethernet-Paket reinpaßt.

http://de.wikipedia.org/wiki/Maximum_Transfer_Unit

DSL Router arbeiten üblicherweise so daß sie DNS-Anfragen von Clients annehmen und an den DSL-Server des Providers weiterleiten. Da gibts aber auch manchmal Probleme (die sich evtl durch einen Firmwareupdate des DSL-Routers lösen lassen). Man kann das Problem aber einfach umgehen indem man nicht den DSL-Router als DNS-Server beim Client einträgt sondern direkt den DNS-Server des Providers.

Bei Dir scheints aber weder am einen noch am anderen zu liegen. Ich seh bis jezt auch nicht woran es liegen könnte.

Vielleicht finden wir ja in den Boot-Meldungen oder der /var/log/messages was. Schau da doch mal rein. Die Boot-Meldungen kann man sich auch mit dem Befehl 'dmesg' ansehen.

Hi,

ich habe exakt das gleiche Problem wie Sebi21, benutze allerdings SuSE 9.1prof mit KDE 3.2.1

Hat jemand dafür mittlerweile eine Lösung gefunden???
:arrow: Allerdings möchte ich auf DHCP nicht verzichten!

Für eine Antwort wäre ich sehr dankbar, denn es nervt echt das ich jedesmal mit YAST die Netzwerkkarte neu einstellen muss bis es mein Internetzugang funktioniert. :evil:

Greetz,

Abtronic

Ich hab ein ähnliches Proplem, ich muss erst den " Trick " machen, vorher schafft kinternet es nicht eine verbindung aufzubauen.