Hallo Liste, ich habe mir kürzlich aus beruflichen Gründen einen DSL-Zugang über 1und1 zugelegt, den ich unter zuhilfenahme der Anleitung auf adsl4linux eingerichtet habe, da es mit yast2 nicht funktionierte. Vorher hat ich ebenfalls bei 1und1 einen ISDN-Zugang. Damit hat es auch immer problemlos funktioniert, Mails von meinem Freenet-Account nicht nur abzurufen, sondern auch zu versenden. Seit ich DSL habe funktioniert dies nicht mehr. Daher habe ich jetzt wieder die ISDN-Karte installiert und eingerichtet. Allerdings bereitet der ISDN-Zugang Probleme: Ich kann nicht mehr direkt via DSL in's Netz, sondern muss jetzt immer erst die defaultroute für ippp0 löschen. Allerdings funktioniert auch der ISDN-Zugang nicht, weder mit noch ohne defaultroute. In /var/log/messages findet sich dann folgender Eintrag: Jul 13 17:26:59 DarkStar kernel: ippp0: dialing 1 0192075... Jul 13 17:27:06 DarkStar kernel: isdn: contr0,ch0 cause: E001B Jul 13 17:27:07 DarkStar kernel: isdn_net: local hangup ippp0 Jul 13 17:27:07 DarkStar kernel: ippp0: Chargesum is 0 Wenn ich dann erfolgreich mit DSL aktiv war und erneut versuche, einen Zugang über ippp0 zu bekommen, erhalte ich folgende Einträge: Jul 13 17:28:17 DarkStar kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Jul 13 17:28:41 DarkStar last message repeated 22 times Jul 13 17:28:46 DarkStar kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Jul 13 17:28:51 DarkStar kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure Leider sagen mir die Meldungen garnichts. Weiß jemand von euch, wo der fehler liegen könnte? Danke schon mal vorab für eure Hilfe. CU Udo -- Only presidents, editors, and people with tapeworms have the right to use the editorial "we."
Hallo, * Am 14.07.2002 postete Udo Hassbach: [...]
In /var/log/messages findet sich dann folgender Eintrag: Jul 13 17:26:59 DarkStar kernel: ippp0: dialing 1 0192075... Jul 13 17:27:06 DarkStar kernel: isdn: contr0,ch0 cause: E001B ^^^^^ 00 Message generated by user.
1B Destination out of order. siehe man isdn_cause.
Jul 13 17:27:07 DarkStar kernel: isdn_net: local hangup ippp0 Jul 13 17:27:07 DarkStar kernel: ippp0: Chargesum is 0
Wenn ich dann erfolgreich mit DSL aktiv war und erneut versuche, einen Zugang über ippp0 zu bekommen, erhalte ich folgende Einträge: Jul 13 17:28:17 DarkStar kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure
# isdnctrl dialmode ippp0 Dial mode for ippp0: manual Dort sollte bei Dir keinesfalls 'off' stehen. Btw: Was steht da bei Dir?
Jul 13 17:28:41 DarkStar last message repeated 22 times Jul 13 17:28:46 DarkStar kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure
the same.
Jul 13 17:28:51 DarkStar kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure
the same.
Leider sagen mir die Meldungen garnichts. Weiß jemand von euch, wo der fehler liegen könnte? Danke schon mal vorab für eure Hilfe.
Das mit den Routen solltest Du anders in den Griff bekommen. Die beiden Einträge sollten auch in Deiner /etc/ppp/options.ippp0 stehen. Wie das bei DSL ist, kann ich Dir momentan nicht sagen, da ich kein DSL hier habe. Sollte aber ähnlich sein. Mußt Du nachlesen. # grep -E "(defaultro|ms-get)" /etc/ppp/options.ippp0 ms-get-dns defaultroute Beste Grüße Alex --
Caligula??? Na Na Na! *fffggg* Frauen wie mich??? Was solln das heißen??? Wer Caligula nicht kennt, hat das Beste verpennt. [Nadine Tekin und Johanna Ostermann in dag°]
Hallo Alex, Am Sonntag, 14. Juli 2002 11:50 schrieb Alex Klein:
Hallo,
* Am 14.07.2002 postete Udo Hassbach: [...]
In /var/log/messages findet sich dann folgender Eintrag: Jul 13 17:26:59 DarkStar kernel: ippp0: dialing 1 0192075... Jul 13 17:27:06 DarkStar kernel: isdn: contr0,ch0 cause: E001B
^^^^^ 00 Message generated by user.
1B Destination out of order.
siehe man isdn_cause.
Danke, habe ich mir gerade mal angesehen. Wirklich interessant, und gut zu wissen, dass es sowas gibt. [...]
Wenn ich dann erfolgreich mit DSL aktiv war und erneut versuche, einen Zugang über ippp0 zu bekommen, erhalte ich folgende Einträge: Jul 13 17:28:17 DarkStar kernel: isdn_net: ippp0: dial rejected: interface not in dialmode `auto', signalling dst_link_failure
# isdnctrl dialmode ippp0 Dial mode for ippp0: manual
Dort sollte bei Dir keinesfalls 'off' stehen. Btw: Was steht da bei Dir?
Dial mode for ippp0: manual Also durchaus korrekt eingestellt, wie es scheint. [...]
Das mit den Routen solltest Du anders in den Griff bekommen.
Die beiden Einträge sollten auch in Deiner /etc/ppp/options.ippp0
Die Datei heißt zumindest unter SuSE 8.0 jetzt options.ippp0.freenet und hat folgenden Inhalt: /dev/ippp0 ipcp-accept-local ipcp-accept-remote noipdefault netmask 255.255.255.255 defaultroute ms-get-dns mtu 1500 mru 1524 user "" name ""
stehen. Wie das bei DSL ist, kann ich Dir momentan nicht sagen, da ich kein DSL hier habe. Sollte aber ähnlich sein. Mußt Du nachlesen.
# grep -E "(defaultro|ms-get)" /etc/ppp/options.ippp0 ms-get-dns defaultroute
Sind vorhanden (s.o.). Und nun? Bisher ging es ja ab und zu noch, keine Ahnung warum, aber seit zwei Tagen funktioniert es gar nicht mehr :( CU Udo -- Real programmers don't draw flowcharts. Flowcharts are, after all, the illiterate's form of documentation. Cavemen drew flowcharts; look how much good it did them.
Hallo Udo, * Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 11:50 schrieb Alex Klein:
* Am 14.07.2002 postete Udo Hassbach: [...] # grep -E "(defaultro|ms-get)" /etc/ppp/options.ippp0 ms-get-dns defaultroute
Sind vorhanden (s.o.). Und nun? Bisher ging es ja ab und zu noch, keine Ahnung warum, aber seit zwei Tagen funktioniert es gar nicht mehr :(
# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 132.199.208.240 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 1.1.1.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 1.1.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 1.1.1.4 0.0.0.0 255.255.255.255 UH 0 0 0 ippp3 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 132.199.208.240 0.0.0.0 UG 0 0 0 ippp2 So siehts bei mir mit 4 ISDN-Interfaces aus. Vielleicht kannst Du ja mit Deinen Einstellungen vergleichen. Vielleicht hilft Dir auch ein rcroute restart. Wichtig ist v.a. der letzte Eintrag in meiner Routing-Table. Mein PtP-Host ist der defaultgateway. Beste Grüße Alex --
glucks...hahaahaha...glrg...hahaa...glrxz...
*tod_umkipp* Der arme Tod. Stell den sofort wieder hin. [Michael Hoffmann in dag°]
Hallo Alex, Am Sonntag, 14. Juli 2002 13:50 schrieb Alex Klein:
Hallo Udo,
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 11:50 schrieb Alex Klein:
* Am 14.07.2002 postete Udo Hassbach:
[...]
# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 132.199.208.240 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 1.1.1.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 1.1.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 1.1.1.4 0.0.0.0 255.255.255.255 UH 0 0 0 ippp3 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 132.199.208.240 0.0.0.0 UG 0 0 0 ippp2
So siehts bei mir mit 4 ISDN-Interfaces aus. Vielleicht kannst Du ja mit Deinen Einstellungen vergleichen.
Und so bei mir: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ippp0
Vielleicht hilft Dir auch ein rcroute restart.
bash: rcroute: command not found Scheint es also bei SuSE nicht zu geben.
Wichtig ist v.a. der letzte Eintrag in meiner Routing-Table. Mein PtP-Host ist der defaultgateway.
Bei mir auch. Den Eintrag hat Yast erzeugt, sollte also korrekt sein. Tja, irgendwie scheint es nicht an den Einträgen zu liegen :( CU Udo PS: Wie's der Zufall so will, passt auch noch die sig ganz gut. -- If anything can go wrong, it will.
Hallo, * Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 13:50 schrieb Alex Klein: [...]
# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 132.199.208.240 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 1.1.1.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 1.1.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 1.1.1.4 0.0.0.0 255.255.255.255 UH 0 0 0 ippp3 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 132.199.208.240 0.0.0.0 UG 0 0 0 ippp2
Das kann nur KMail sein. *nachguck* Jupp ;)
So siehts bei mir mit 4 ISDN-Interfaces aus. Vielleicht kannst Du ja mit Deinen Einstellungen vergleichen.
Und so bei mir: Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ippp0
Das ist aber im offline-Zustand. Ist aber immer noch nicht so ganz ok. Ich geb in Yast immer eine Offline-IP an. Sowas wie 1.1.1.1. Mach das doch bei Dir auch mal. Interessant ist allerdings erst der Zustand der Routing-Table, wenn das Device ippp0 _online_ ist.
Vielleicht hilft Dir auch ein rcroute restart.
bash: rcroute: command not found Scheint es also bei SuSE nicht zu geben.
Ist /etc/init.d/route vorhanden? Ich kenn die 8.0 nicht. Ich werd sie mir auch nicht zulegen. Zuviel Grafik für meine Bedürfnisse.
Wichtig ist v.a. der letzte Eintrag in meiner Routing-Table. Mein PtP-Host ist der defaultgateway.
Bei mir auch. Den Eintrag hat Yast erzeugt, sollte also korrekt sein. Tja, irgendwie scheint es nicht an den Einträgen zu liegen :(
Das ist die Frage. Ich bin mir da mal nicht so sicher. Gut, ich hab meine Devices auch mit YaST angelegt, allerdings war das noch die gute alte Version 1!!! Versuch Dich mal ein wenig mit dem Befehl route auseinanderzusetzen. man route. Dann schaffst Du es vielleicht auch, den richtigen Eintrag zu Erstellen, wenn Du online bist. route add ... bla bla Ich bin da auch nicht der Oberguru. Beste Grüße Alex --
Nimm Alzheimer. Warum? Welche Vorteile gibt's denn da? 1.) Du kannst Dir die Ostereier selber verstecken. 2.) Du Lernst jeden Tag neue Leute kennen. 3.) ...und Du kannst Dir die Ostereier selber verstecken. [Herbert Steinboeck und Florian Gross in suse-talk]
Am Sonntag, 14. Juli 2002 15:33 schrieb Alex Klein:
Hallo,
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 13:50 schrieb Alex Klein:
[...]
# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 132.199.208.240 0.0.0.0 255.255.255.255 UH 0 0 0 ippp2 1.1.1.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp1 1.1.1.1 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 1.1.1.4 0.0.0.0 255.255.255.255 UH 0 0 0 ippp3 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 0.0.0.0 132.199.208.240 0.0.0.0 UG 0 0 0 ippp2
Das kann nur KMail sein. *nachguck* Jupp ;)
Du meinst das sicherlich im Bezug auf den Zeilenumbruch?!! Habe ich auf 68 Zeichen eingestellt, deshalb :)) [...]
Das ist aber im offline-Zustand. Ist aber immer noch nicht so ganz ok. Ich geb in Yast immer eine Offline-IP an. Sowas wie 1.1.1.1.
Habe ich gerade mal ausprobiert, bringt aber leider auch nichts :((
Mach das doch bei Dir auch mal. Interessant ist allerdings erst der Zustand der Routing-Table, wenn das Device ippp0 _online_ ist.
Würde ich die ja gerne mal mitteilen, aber so weit komme ich leider erst gar nicht :(( [...]
Ist /etc/init.d/route vorhanden? Ich kenn die 8.0 nicht. Ich werd sie mir auch nicht zulegen. Zuviel Grafik für meine Bedürfnisse.
Man muss ja das ganze Grafikzeugs nicht nutzen ;) An sonsten meinst du sicher /proc/net/route: Iface Destination Gateway Flags RefCnt Use Metric Mask MTU Window IRTT ippp0 0B02FD91 00000000 0005 0 0 0 FFFFFFFF 40 0 0 eth1 000AA8C0 00000000 0001 0 0 0 00FFFFFF 40 0 0 ippp0 00000000 0B02FD91 0003 0 0 0 00000000 40 0 0 [...]
Bei mir auch. Den Eintrag hat Yast erzeugt, sollte also korrekt sein. Tja, irgendwie scheint es nicht an den Einträgen zu liegen :(
Das ist die Frage. Ich bin mir da mal nicht so sicher. Gut, ich hab meine Devices auch mit YaST angelegt, allerdings war das noch die gute alte Version 1!!!
Man kann sich auch an Yast2 gewöhnen, auch auf der Konsole ;)) Und so viel sollte es nicht kaputt machen, dass gar nichts mehr geht *eg*
Versuch Dich mal ein wenig mit dem Befehl route auseinanderzusetzen. man route. Dann schaffst Du es vielleicht auch, den richtigen Eintrag zu Erstellen, wenn Du online bist.
route add ... bla bla
Habe ich schon gemacht, und dann die defaultroute von Hand gesetzt. Hat aber leider nicht den erhofften Erfolg gebracht. -- To be intoxicated is to feel sophisticated but not be able to say it.
Hallo, * Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 15:33 schrieb Alex Klein:
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 13:50 schrieb Alex Klein: [...] Das ist aber im offline-Zustand. Ist aber immer noch nicht so ganz ok. Ich geb in Yast immer eine Offline-IP an. Sowas wie 1.1.1.1.
Habe ich gerade mal ausprobiert, bringt aber leider auch nichts :((
Wäre auch sonderbar, wenn das das Problem gelöst hätte ;(
Mach das doch bei Dir auch mal. Interessant ist allerdings erst der Zustand der Routing-Table, wenn das Device ippp0 _online_ ist.
Würde ich die ja gerne mal mitteilen, aber so weit komme ich leider erst gar nicht :((
Du kommst gar nicht mit dem ippp0 hoch? Dann kann es aber doch nicht (nur) ein Problem mit dem Routing sein? [...]
Ist /etc/init.d/route vorhanden? Ich kenn die 8.0 nicht. Ich werd sie mir auch nicht zulegen. Zuviel Grafik für meine Bedürfnisse.
Man muss ja das ganze Grafikzeugs nicht nutzen ;)
Installation? YaST2 braucht min. 64MB RAM IIRC.
An sonsten meinst du sicher /proc/net/route: [/proc/net/route]
Eigentlich meinte ich das nicht. Ich verstehe das Zeug auch nicht. Aber die Ausgabe von route -n hätte ich verstanden ;) Was in /etc/init.d/ liegen sollte ist ein Startupskript für die Einrichtung der Route(n). [...]
Man kann sich auch an Yast2 gewöhnen, auch auf der Konsole ;)) Und so viel sollte es nicht kaputt machen, dass gar nichts mehr geht *eg*
Nein. YaST2 in der Konsole ist sowohl ergonomisch als auch sonst wie ein Fehlgriff. Und ich weigere mich, dieses mißlungene Tool zu nutzen. Aber die Diskussionen hatten wir alle schon. Daher interessiert das nicht weiter.
Habe ich schon gemacht, und dann die defaultroute von Hand gesetzt. Hat aber leider nicht den erhofften Erfolg gebracht.
Ich tue mich wirklich schwer Dir zu helfen, wenn Du mir nur Infos aus "zweiter" Hand gibst. Wie hast Du die defaultroute gesetzt? War da das Interface ippp0 up? Wie hat zu dem Zeitpunkt die Routingtable ausgesehen (route -n)? Was steht in den /var/log/messages? Beste Grüße Alex -- The PROPER way to handle HTML postings is to cancel the article, then hire a hitman to kill the poster, his wife and kids, and fuck his dog and smash his computer into little bits. Anything more is just extremism. -- Paul Tomblin
Hallo Alex, Am Sonntag, 14. Juli 2002 19:12 schrieb Alex Klein:
Hallo,
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 15:33 schrieb Alex Klein:
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 13:50 schrieb Alex Klein:
[...]
Würde ich die ja gerne mal mitteilen, aber so weit komme ich leider erst gar nicht :((
Du kommst gar nicht mit dem ippp0 hoch? Dann kann es aber doch nicht (nur) ein Problem mit dem Routing sein?
Any other ideas? [...]
Eigentlich meinte ich das nicht. Ich verstehe das Zeug auch nicht. Aber die Ausgabe von route -n hätte ich verstanden ;)
Hatte ich doch in meiner letzten Mail eingefügt.
Was in /etc/init.d/ liegen sollte ist ein Startupskript für die Einrichtung der Route(n).
Leider gibt es eine /etc/init.d/route nicht. Aber unter /sbin liegt ein script gleichen Namens, das ist aber nicht mit dem meiner alten 7.2-Distrie identisch (da habe ich zufällig noch eine alte Sicherung von) :((
Man kann sich auch an Yast2 gewöhnen, auch auf der Konsole ;)) Und so viel sollte es nicht kaputt machen, dass gar nichts mehr geht *eg*
Nein. YaST2 in der Konsole ist sowohl ergonomisch als auch sonst wie ein Fehlgriff. Und ich weigere mich, dieses mißlungene Tool zu nutzen. Aber die Diskussionen hatten wir alle schon. Daher interessiert das nicht weiter.
Ich wollte auch nicht sagen, dass ich Yast2 gut finde. Ganz im Gegenteil, mir hat das alte Yast auch besser gefallen, aber wenn man damit leben muss, kann man sich schon an die Art der Benutzung gewöhnen. Mehr nicht. [...]
Ich tue mich wirklich schwer Dir zu helfen, wenn Du mir nur Infos aus "zweiter" Hand gibst. Wie hast Du die defaultroute gesetzt? War da das Interface ippp0 up? Wie hat zu dem Zeitpunkt die Routingtable ausgesehen (route -n)? Was steht in den /var/log/messages?
Sorry! route add default dev ippp0 Das Interface war dabei immer up. Aber das scheint nicht das Problem zu sein. Ich habe mich inzwischen mit Yast2 auseinander gesetzt und DSL neu via Yast eingerichtet. Seit dem wird die defaultroute beim Hochfahren nicht mehr gelöscht und auch wenn ich via DSL online war bleibt die defaultroute bestehen. Der Haken scheint nicht beim routing zu liegen. CU Udo -- Electrical Engineers do it with less resistance.
Hallo, * Am 14.07.2002 postete Udo Hassbach:
Hallo Alex,
Am Sonntag, 14. Juli 2002 19:12 schrieb Alex Klein:
Hallo,
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 15:33 schrieb Alex Klein:
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 13:50 schrieb Alex Klein:
[...]
Würde ich die ja gerne mal mitteilen, aber so weit komme ich leider erst gar nicht :((
Du kommst gar nicht mit dem ippp0 hoch? Dann kann es aber doch nicht (nur) ein Problem mit dem Routing sein?
Any other ideas?
[...]
Eigentlich meinte ich das nicht. Ich verstehe das Zeug auch nicht. Aber die Ausgabe von route -n hätte ich verstanden ;)
Hatte ich doch in meiner letzten Mail eingefügt.
Das war die vorletzte. Und da interessierte mich eher die Routing Table, wenn Du _eingewählt_ bist. Wenn Du offline bist funktioniert doch alles.
Was in /etc/init.d/ liegen sollte ist ein Startupskript für die Einrichtung der Route(n).
Leider gibt es eine /etc/init.d/route nicht. Aber unter /sbin liegt ein script gleichen Namens, das ist aber nicht mit dem meiner alten 7.2-Distrie identisch (da habe ich zufällig noch eine alte Sicherung von) :((
Bei der 8.0 gibt es kein Startupskript mehr für die Routingtable? [...]
Ich tue mich wirklich schwer Dir zu helfen, wenn Du mir nur Infos aus "zweiter" Hand gibst. Wie hast Du die defaultroute gesetzt? War da das Interface ippp0 up? Wie hat zu dem Zeitpunkt die Routingtable ausgesehen (route -n)? Was steht in den /var/log/messages?
Sorry! route add default dev ippp0 Das Interface war dabei immer up. Aber das scheint nicht das Problem zu sein. Ich habe mich inzwischen mit Yast2 auseinander gesetzt und DSL neu via Yast eingerichtet. Seit dem wird die defaultroute beim Hochfahren nicht mehr gelöscht und auch wenn ich via DSL online war bleibt die defaultroute bestehen. Der Haken scheint nicht beim routing zu liegen.
Geht denn der ping auf die PtP Adresse des Devices, das online ist? Beste Grüße Alex --
das war musst Du aber 10 mal unterstreichen. *iiiik* *iiek* *iiehh* *ieeeek* *iiik* *ieeee* *ieekiie* *iie* *iehk* *ieeh* Schoen! Nur wie kriege ich den Edding jetzt wieder vom Bildschirm runter? Flo-Wasserfest is best-rian [aus suse-talk]
Hallo Alex, Am Sonntag, 14. Juli 2002 23:55 schrieb Alex Klein:
Hallo,
* Am 14.07.2002 postete Udo Hassbach:
Hallo Alex,
Am Sonntag, 14. Juli 2002 19:12 schrieb Alex Klein:
Hallo,
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 15:33 schrieb Alex Klein:
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 13:50 schrieb Alex Klein:
[...]
Eigentlich meinte ich das nicht. Ich verstehe das Zeug auch nicht. Aber die Ausgabe von route -n hätte ich verstanden ;)
Hatte ich doch in meiner letzten Mail eingefügt.
Das war die vorletzte. Und da interessierte mich eher die Routing Table, wenn Du _eingewählt_ bist. Wenn Du offline bist funktioniert doch alles.
Ja. Was ich aber absolut nicht verstehe ist, dass es zeitweise funktioniert hat. Dabei habe ich immer nur die Konfiguration von dyn. IP auf feste Werte geändert und zurück!? Bring aber jetzt irgendwie auch nicht mehr :(( Hier übrigens mal die Routing Table des DSL-Onlinebetriebs: Kernel IP Routentabelle Ziel Router Genmask Flags Metric Ref Use Iface 213.7.98.131 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0 165.243.5.17 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 192.168.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 213.7.98.131 0.0.0.0 UG 0 0 0 ppp0 [...]
Leider gibt es eine /etc/init.d/route nicht. Aber unter /sbin liegt ein script gleichen Namens, das ist aber nicht mit dem meiner alten 7.2-Distrie identisch (da habe ich zufällig noch eine alte Sicherung von) :((
Bei der 8.0 gibt es kein Startupskript mehr für die Routingtable?
Leider kann ich nichts dergleichen finden. Ich kenne mich auch zu wenig aus um auch nur erahnen zu können, wie es unter 8.0 läuft :( [...]
Geht denn der ping auf die PtP Adresse des Devices, das online ist?
Auf das DSL-Device kein Problem: PING 80.132.237.151 (80.132.237.151) from 80.132.237.151 : 56(84) bytes of data. 64 bytes from 80.132.237.151: icmp_seq=1 ttl=255 time=0.287 ms 64 bytes from 80.132.237.151: icmp_seq=2 ttl=255 time=0.252 ms 64 bytes from 80.132.237.151: icmp_seq=3 ttl=255 time=0.223 ms 64 bytes from 80.132.237.151: icmp_seq=4 ttl=255 time=0.233 ms 64 bytes from 80.132.237.151: icmp_seq=5 ttl=255 time=0.227 ms 64 bytes from 80.132.237.151: icmp_seq=6 ttl=255 time=0.232 ms --- 80.132.237.151 ping statistics --- 6 packets transmitted, 6 received, 0% loss, time 5008ms rtt min/avg/max/mdev = 0.223/0.242/0.287/0.025 ms Unter Windows wüsste ich was zu tun ist; format c: *eg* Aber mein Linux habe ich mir jetzt so schön eingerichtet, dass ich keine Lust habe, alles nochmal neu zu installieren. CU Udo -- Stay away from flying saucers today.
Hallo, * Am 15.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 23:55 schrieb Alex Klein:
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 19:12 schrieb Alex Klein:
* Am 14.07.2002 postete Udo Hassbach:
Am Sonntag, 14. Juli 2002 15:33 schrieb Alex Klein:
* Am 14.07.2002 postete Udo Hassbach: > Am Sonntag, 14. Juli 2002 13:50 schrieb Alex Klein:
[Routingtable online] Das sieht soweit in Ordnung aus. Ich denke nicht, daß es am Routing liegt. Außerdem bekommst Du den Ping (s.u.) [...]
Bei der 8.0 gibt es kein Startupskript mehr für die Routingtable?
Leider kann ich nichts dergleichen finden. Ich kenne mich auch zu wenig aus um auch nur erahnen zu können, wie es unter 8.0 läuft :(
Ist auch egal. Die Routing Table stimmt IMHO.
[...]
Geht denn der ping auf die PtP Adresse des Devices, das online ist?
Auf das DSL-Device kein Problem: [ping geht]
Du solltest doch mal wegen des MTU nachsehen. Ich hab da mit DSL zu wenig Erfahrungen. Wie schon mal gesagt, hab ich den roaring penguin verwendet. Der ist ziemlich easy zu konfigurieren.
Unter Windows wüsste ich was zu tun ist; format c: *eg* Aber mein Linux habe ich mir jetzt so schön eingerichtet, dass ich keine Lust habe, alles nochmal neu zu installieren.
Das ist bei Linux echt nicht geboten. ;) Beste Grüße Alex -- Ja, daß habe ich auch vor. [...] Ich dachte so an 256 MB zusätzlich... [...] Aber vernünftige Graphikkarten sind recht teuer, und einen Drucker brauche ich auch noch. [...] Bis dahin ist denn [...] mein Monitor hinüber. Und Festplatten halten auch nicht ewig. [...] hätte ich gerne einen Brenner und eine TV-Karte. Einen Scanner vielleicht und spätestens jezt fange ich an zu spinnen. [Bernd Brodesser in suse-talk]
Hi On Saturday 13 July 2002 17:37, Udo Hassbach wrote:
Hallo Liste,
ich habe mir kürzlich aus beruflichen Gründen einen DSL-Zugang über 1und1 zugelegt, den ich unter zuhilfenahme der Anleitung auf adsl4linux eingerichtet habe, da es mit yast2 nicht funktionierte. Vorher hat ich ebenfalls bei 1und1 einen ISDN-Zugang. Damit hat es auch immer problemlos funktioniert, Mails von meinem Freenet-Account nicht nur abzurufen, sondern auch zu versenden. Seit ich DSL habe funktioniert dies nicht mehr. Daher habe ich jetzt wieder die ISDN-Karte installiert und eingerichtet.
Eventuell solltest du den Mail-Versand per DSL reparieren. ISDN zum Mail-Versand zu benutzen wenn man DSL hat halte ich für einen ganz üblen würg-around. Probier mal die MTU des ppp-devices, das zum DSL Zugang gehört auf 1492 zu setzen. Oder schau generell mal unter MTU in der Support-Datenbank. mfg Axel
Hallo Axel, Am Montag, 15. Juli 2002 13:17 schrieb Axel Heinrici:
Hi
On Saturday 13 July 2002 17:37, Udo Hassbach wrote:
Hallo Liste,
ich habe mir kürzlich aus beruflichen Gründen einen DSL-Zugang über 1und1 zugelegt, den ich unter zuhilfenahme der Anleitung auf adsl4linux eingerichtet habe, da es mit yast2 nicht funktionierte. Vorher hat ich ebenfalls bei 1und1 einen ISDN-Zugang. Damit hat es auch immer problemlos funktioniert, Mails von meinem Freenet-Account nicht nur abzurufen, sondern auch zu versenden. Seit ich DSL habe funktioniert dies nicht mehr. Daher habe ich jetzt wieder die ISDN-Karte installiert und eingerichtet.
Eventuell solltest du den Mail-Versand per DSL reparieren. ISDN zum Mail-Versand zu benutzen wenn man DSL hat halte ich für einen ganz üblen würg-around. Probier mal die MTU des ppp-devices, das zum DSL Zugang gehört auf 1492 zu setzen. Oder schau generell mal unter MTU in der Support-Datenbank.
Das wäre mir auch am liebsten, zumal es ja unter ISDN-Zugang funktioniert hat. Das mit der MTU werde ich mal testen. Danke CU Udo -- In Ohio, if you ignore an orator on Decoration day to such an extent as to publicly play croquet or pitch horseshoes within one mile of the speaker's stand, you can be fined $25.00.
Hallo, Am Montag, 15. Juli 2002 17:10 schrieb Udo Hassbach:
Hallo Axel,
Am Montag, 15. Juli 2002 13:17 schrieb Axel Heinrici:
Hi
On Saturday 13 July 2002 17:37, Udo Hassbach wrote:
Hallo Liste,
ich habe mir kürzlich aus beruflichen Gründen einen DSL-Zugang über 1und1 zugelegt, den ich unter zuhilfenahme der Anleitung auf adsl4linux eingerichtet habe, da es mit yast2 nicht funktionierte. Vorher hat ich ebenfalls bei 1und1 einen ISDN-Zugang. Damit hat es auch immer problemlos funktioniert, Mails von meinem Freenet-Account nicht nur abzurufen, sondern auch zu versenden. Seit ich DSL habe funktioniert dies nicht mehr. Daher habe ich jetzt wieder die ISDN-Karte installiert und eingerichtet.
Eventuell solltest du den Mail-Versand per DSL reparieren. ISDN zum Mail-Versand zu benutzen wenn man DSL hat halte ich für einen ganz üblen würg-around. Probier mal die MTU des ppp-devices, das zum DSL Zugang gehört auf 1492 zu setzen. Oder schau generell mal unter MTU in der Support-Datenbank.
Das wäre mir auch am liebsten, zumal es ja unter ISDN-Zugang funktioniert hat. Das mit der MTU werde ich mal testen. Danke
Das Problem mit dem ISDN-Zugang scheint sich zu erledigen. Es liegt wohl an den Telekomiker, da auch beim Telefon Schwierigkeiten aufgetaucht sind. Trotzdem werde ich am Wochenende mal das MTU-Problem in Angriff nehmen. Obwohl in /var/log/messages folgender Eintrag zu finden ist: Jul 17 19:41:56 DarkStar pppd[1464]: Connecting PPPoE socket: 00:78:1a:10:16:b6 590b eth0 0x8087703 Jul 17 19:41:56 DarkStar pppd[1464]: Using interface ppp0 Jul 17 19:41:56 DarkStar pppd[1464]: Connect: ppp0 <--> eth0 Jul 17 19:41:56 DarkStar pppd[1464]: Couldn't increase MTU to 1500. Jul 17 19:41:56 DarkStar pppd[1464]: Setting MTU to 1492. Jul 17 19:41:56 DarkStar pppd[1464]: Couldn't increase MRU to 1500 Jul 17 19:41:56 DarkStar pppd[1464]: Setting MTU to 1492. Demnach scheint die MTU ja wohl auf 1492 gesetzt zu sein? CU Udo -- "Pascal is not a high-level language." -- Steven Feiner
Hallo, * Am 17.Jul.2002 postete Udo Hassbach:
Am Montag, 15. Juli 2002 17:10 schrieb Udo Hassbach:
Am Montag, 15. Juli 2002 13:17 schrieb Axel Heinrici:
On Saturday 13 July 2002 17:37, Udo Hassbach wrote: [...] Das wäre mir auch am liebsten, zumal es ja unter ISDN-Zugang funktioniert hat. Das mit der MTU werde ich mal testen. Danke
Das Problem mit dem ISDN-Zugang scheint sich zu erledigen. Es liegt wohl an den Telekomiker, da auch beim Telefon Schwierigkeiten aufgetaucht sind. Trotzdem werde ich am Wochenende mal das MTU-Problem in Angriff nehmen. Obwohl in /var/log/messages folgender Eintrag zu finden ist: Jul 17 19:41:56 DarkStar pppd[1464]: Connecting PPPoE socket: 00:78:1a:10:16:b6 590b eth0 0x8087703 Jul 17 19:41:56 DarkStar pppd[1464]: Using interface ppp0 Jul 17 19:41:56 DarkStar pppd[1464]: Connect: ppp0 <--> eth0 Jul 17 19:41:56 DarkStar pppd[1464]: Couldn't increase MTU to 1500. Jul 17 19:41:56 DarkStar pppd[1464]: Setting MTU to 1492. Jul 17 19:41:56 DarkStar pppd[1464]: Couldn't increase MRU to 1500 Jul 17 19:41:56 DarkStar pppd[1464]: Setting MTU to 1492.
Demnach scheint die MTU ja wohl auf 1492 gesetzt zu sein?
Sieht so aus. Kannst Du auch an der Ausgabe von ifconfig nachsehen. Tu Dir doch mal selbst den Gefallen und installier das Paket rpppoe. Du kannst es ja nachher wieder runterschmeißen, aber damit hatte ich noch nie Probleme. Oder Du baust Dir mal eine fli4l Diskette und testest mit der, sofern Du Mails auf einem anderen Client lesen kannst. Beides Sachen, die einen Versuch durchaus wert wären. Beste Grüße Alex -- Fürchte den Bock von vorn, das Pferd von hinten und das Weib von allen Seiten. [Anton Tschechow]
participants (3)
-
Alex Klein
-
Axel Heinrici
-
Udo Hassbach