Networkmanager - shared connection Probleme

Hinweis: In dem Thema Networkmanager - shared connection Probleme gibt es 20 Antworten auf 3 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Die 10.x.x.x Addressen sind meine IPs im Lan. Mein Laptop weist sich selbst automatisch die IP 10.42.0.1 für die Lan Schnittstelle zu, wenn ich als Methode "gemeinsam" auswähle.
    Ich habe dann auch garkeine möglichkeit eine andere IP festzusetzen. Da mir keine entscheidenden Nachteile des 10er Netzes gegenüber des üblichen 192.168er Netzes bekannt sind, stört mich das aber nicht weiter.


    Eines der Kabel/der Switch zwischen den Rechnern war auch meine erste Vermutung. Ich habe also einfach mal versucht den Switch wgzulassen und die 2 Rechner direkt zu verbinden und hatte bei 3 verscheidenen Lankabeln dennoch den Fehler. Ich würde die Wahrscheinlichkeit, dass 3 Lan Kabel gleichzeitig defekt sind als ziemlich gering einstufen. HW seitig könnte also höchstens noch eine der beiden Buchsen einen Schlag weg haben. Da wüsste ich aber auch nicht wie ich das jetzt spontan mal eben testen könnte.

    Für den Inhalt des Beitrages 60258 haftet ausdrücklich der jeweilige Autor: Freahk

  • Da wir eh schon am Glaskugeln sind:
    Guck mal auf blöd DHCP vs. static.


    Halte ich zwar für ziemlich unwahrscheinlich, abba kostet ja nicht viel.
    Einfach mal beide statisch konfigen und gucken.

    Für den Inhalt des Beitrages 60260 haftet ausdrücklich der jeweilige Autor: uhelp

  • @Sauerland werde ich mir gleich mal ansehen.


    @uhelp Wie gesagt die IP vom Client und die IP im Wlan vom Laptop sind static. Die IP vom Laptop im Kabel LAN sind vermutlich auch static in irgendeiner config Datei eingestellt oder hardcoded aber da weiß ich wie gesagt nicht wo ich die setzen könnte. Sobald man "gemeinsam" auswählt werden jegliche Einstellungsmöglichkeiten ausgegraut...
    Ich fänds aber nach wie vor interessant zu wissen wie jetzt in Wirklichkeit diese 10.41.0.1 zustande kommt und wo ich die ändern kann.


    Auf jeden Fall schon mal vielen Dank euch Beiden.


    Ich habe eben festgestellt, dasss (zumindest laut collectNWData) ipv6 nach wie vor aktiv ist. Ist der Kernel Parameter bei Kernel 3.7.10-1.16-desktop ggf. ein anderer als

    Code
    net.ipv6.conf.all.disable_ipv6=1

    ?




    Irgendwie kommen wir hier mit dem Problem nicht so wirklich weiter... Ich Werde am WE mal ein Knoppix oder das ursprüngliche Win7 vom Laptop zum laufen bringen und das dann entsprechend konfigurieren.
    Wenn es unter einem der Beiden Systeme problemlos funktionieren sollte kann ich zumindest einen Hardware Defekt gänzlich ausschließen.

    Für den Inhalt des Beitrages 60261 haftet ausdrücklich der jeweilige Autor: Freahk

  • Ich habe eben festgestellt, dasss (zumindest laut collectNWData) ipv6 nach wie vor aktiv ist. Ist der Kernel Parameter bei Kernel 3.7.10-1.16-desktop ggf. ein anderer als


    Siehe mein obiger Link:

    Zitat

    Workaround:


    As root open the file /boot/grub/menu.lst with an editor and add the boot parameter

    Code
    ipv6.disable=1


    at the end of the respective line of the kernel-entries.

    Für den Inhalt des Beitrages 60273 haftet ausdrücklich der jeweilige Autor: Sauerland

  • ja das war für die älteren Versionen dachte ich? Weiter unten steht da etwas von

    Code
    net.ipv6.conf.all.disable_ipv6 = 1

    Ich werde es aber trotzdem mal eben auf diese Art versuchen.


    Ich habe jetzt

    Code
    ipv6.disable=1

    in /boot/grub/menu.lst eingetragen und neugestartet aber angeblich ist ipv6 nach wie vor aktiv.

    Einmal editiert, zuletzt von Freahk ()

    Für den Inhalt des Beitrages 60290 haftet ausdrücklich der jeweilige Autor: Freahk

  • grub2.


    collectNWData meckert mich an, dass IPv6 aktiv ist und das zu Fehlern führen könnte. Außerdem erwähnt es spurlos verschwundene Pakete an der eth0 Schnittstelle. Wenn ich nur wüsste wo das Paket fressende Monster sitzt...

    Für den Inhalt des Beitrages 60308 haftet ausdrücklich der jeweilige Autor: Freahk

  • /boot/grub/menu.lst gibt es nicht in grub2.
    Die menu.lst ist für legacy grub ( Version < 1 )


    grub2 ist ein /etc/default und /etc/grub.d zu ärgern.


    Und dass es etwas mit IPv6 zu tun hat, glaube ich eher nicht.
    Da halte ich noch eher ein grenzdefektes Kabel oder dergleichen für wahrscheinlich.

    Für den Inhalt des Beitrages 60309 haftet ausdrücklich der jeweilige Autor: uhelp

  • Ich kannjetzt sagen, dass es definitiv ein softwareseitiges und kein hardwareseitiges Problem ist.
    Ich habe jetzt hier seit Sonntag Abend Ubuntu live laufen und da habe ich keine Verbindungsprobeleme.


    Wenn wirklich keiner eine Ahnung hat woran es sonst noch liegen könnte, werde ich wenn ich über das Wochenende die Zeit dazu finde eine zweite Suse auf einer anderen Platte installieren und dann mal sehen, ob es da vernünftig läuft.
    Wenn ja werde ich das alte System löschen und das neue auf die SSD rüberschieben. Das soll wohl laut Ubuntu wiki mit rsync machbar sein.
    Normalerweise bin ich ja gegen diese Methode aber ich schleife meine Suse schon seit 11.1 immer per dup auf die nächste Version. Ich könnte mir gut vorstellen, dass da irgendwo etwas schief gelaufen ist, was sich jetzt bemerkbar macht.


    Vielen Dank trotzdem nochmals für eure Bemühungen das Problem zu beheben.

    Für den Inhalt des Beitrages 60533 haftet ausdrücklich der jeweilige Autor: Freahk