Quellcode |
|
1 2 3 4 5 6 7 8 9 |
Using interface ppp0 Connect: ppp0 <--> /dev//ttyUSB0 CHAP authentication succeeded CHAP authentication succeeded Could not determine remote IP address: defaulting to 10.64.64.64 local IP address 10.60.75.200 remote IP address 10.64.64.64 primary DNS address 194.48.139.254 secondary DNS address 194.48.124.200 |
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »natty« (13.07.2012, 21:48)
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
Zitat
Ist das ein sinnloses Unterfangen oder gibt es jemand der unter 12.04 das schon geschafft hat ?
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Klaus P« (11.07.2012, 23:43)
Weil du gehört hast, dass es nicht mehr funktionieren soll oder probiert hast und es nicht mehr funktioniert hat ? Oder beides?Zitat
Ich selbst benutze es seit dem auch nicht mehr
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
Danke, so konkrete Aussagen wollte ich hören.Zitat
Und die liefen auch ohne Mucken zumindest bis 9.10.. Und dann war Schluß und alle 3 gaben nur noch Fehlermeldungen aus.
Das ist mir sowieso zu hoch .Welche inneren Prozesse der alten Software und der neuen Kernel sich da gegenseitig im Wege stehen,
Ich kann in der Ausgabe da oben keine wirkliche Fehlermeldung erkennen. Die Meldung in Zeile 5 ist imho normal.Wenn man die Verbindung aufbaut, kommt eine Fehlermeldung:
Quellcode |
|
1 |
route -n |
Die Meldungen stehen im Fenster "PPP Fehler Logs" unter "PPP stdout", was irgendwie ein Widerspruch zu den "succeeded"-Meldungen ist, die drin stehen.Ich kann in der Ausgabe da oben keine wirkliche Fehlermeldung erkennen.
Quellcode |
|
1 2 |
Kernel-IP-Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface |
Könnte man sagen...Schaut nicht gut aus, oder ?
Benutzerinformationen überspringen
User
Registrierungsdatum: 25.10.2009
Derivat: anderes Ubuntu-Derivat
Architektur: 64-Bit PC
Desktop: anderer Desktop
Andere Betriebssysteme: 7/10
Wobei man aus Gründen Ordnung eher die Lucid-Quellen einbinden, das Paket downgraden und auf halten setzen sollte. Falls da nichts anderes dagegen spricht.Lösungsvorschlag und Problembeschreibung (wie erwartet) hier
Tut mir leid . Habe mir gar nicht erwartet, dass jemand für mich extra einen Lösungsweg entwickelt. Dachte, dass hier nur Erfahrungsberichte wie von Klaus P kommen und dann ein Crossposting nicht stört. Habe leider auch nicht gesehen, dass während du mir hier geholfen hast, schon parallel "ein Rad erfunden" wurde. Sonst hätte ich das sofort gepostet.Und wieder einmal muss man sagen:
Auf Crosspostings gleich hinzuweisen wäre nett, um nicht beide Foren einzeln das Rad erfinden zu lassen...
Die beiden Kästchen waren beide angehakerlt. Aber bei deiner Erklärung habe ich sehr viel gelernt. Habe auch ich kapiert. Danke.Die entsprechende pppd-Option wäre jedenfalls "defaultroute" bzw. zusätzlich "replacedefaultroute", falls ohne den Stick normalerweise eine andere Verbindung existiert (zB. über ein internes LAN oder Modem/Router, etc.) So wie es klingt, ist das aber dein einziges Internet, also würde die erste Option alleine genügen. (Wie in dem Bild, allerdings bräuchtest du eben "replace default route" nicht anhaken).
Wenn das schon aktiviert ist und die Route trotzdem nicht gesetzt wird, liegt das Problem tatsächlich "weiter vorne".
Wäre echt super, wenn es ein fix fertiges Paket gibt, wo alles funktioniert. Aber für mich ist das unmöglich so etwas zu machen. Das müsste sich ein Profi wie du ansehen.Zitat
Noch eleganter wär's natürlich, den Grund der Inkompatibilität zu
lokalisieren und eventuell durch manuell gesetzte Parameter in umtsmon
zu umgehen. Müsste man sich ansehen...
Naja, Du hast etwas gefragt und irgendwer liest es haltHabe mir gar nicht erwartet, dass jemand für mich extra einen Lösungsweg entwickelt.
Quellcode |
|
1 |
grep -i ppp /var/log/{daemon.log,syslog} |
Verstehe ich, ich versuche es in Zukunft besser zu machen. Danke auf jeden Fall für deine Mühe.Zitat
Im Endeffekt ist es aber egal, niemand freut sich wenn er bemerkt, daß
er sich den Kopf über Dinge zerbrochen hat, die jemand anderer schon
aufgeklärt hat.
Ich habe zwei Versuche im Anhang angehängt. Der erste Versuch ist mit Original-pppd hat nicht funktioniert. Der zweite Versuch danach mit dem alten pppd war erfolgreich.Allerdings könntest du einmal einen Log-Ausschnitt zeigen, wenn du eine Verbindung versucht hast:
Quellcode
1 grep -i ppp /var/log/{daemon.log,syslog}
Zitat
Und vielleicht auch deine Datei /etc/ppp/options
Quellcode |
|
1 2 3 4 5 6 7 8 9 10 |
natty@ubuntu:~$ egrep -v '#|^ *$' /etc/ppp/options asyncmap 0 noauth crtscts lock hide-password modem lcp-echo-interval 30 lcp-echo-failure 4 noipx |
Den normalen Networkmanager. Der funktioniert auch noch immer ohne Probleme.Eine Frage: welche Einwahlmethode verwendest du außer umtsmon?
Sponsorenwerbung: |
Hardware, Computer, PCs, Notebooks & Laptops mit Linux |
Forensoftware: Burning Board®, entwickelt von WoltLab® GmbH
Individuelle Notebooks Laptops - Individuelle Computer PCs - Linux Notebooks & Computers
Lastminute - Ubuntu Linux - Abmahnung - Geek und Nerd Shirt Shop
T-Shirts - sanierung wien