🚀 go-pugleaf

Also die Sache mit dem PPP-Dialin ist nicht ganz so tranparent und
trivial. Ich finde es schlicht zu kompliziert, man k�nnte das einfacher
machen.

Die pap bzw. chap Daten sind im Verzeichnis /etc/ppp abgelegt und zwar
in den Files chap-secrets und pap-secrets. Dort steht der Service-Name,
UserID und das Passwort (im Klartext) drin. Deshalb haben diese Dateien
auch 0600-Permission.

zum w�hen wird das Script ppp-up verwendet. Das richtet dir Yast so
ein, ich habs manuell gemacht.

Kppp ist ein Frontend to pppd. pppd verwendet die obigen Dateien, wenn
der angew�hlte Rechner eine chap oder pap-authentifizierung verlangt.
Kppp ist aber auch nicht alles, denn es tr�gt z.B. das Passwort nicht
in die ensprechenden Dateien ein. Irgendwie d�nkt micht die ganze
angelegenheit noch nicht ganz fertig. Kppp sollte nochmals �berarbeitet
werden und die Dial on demand funktionalit�t von sich aus richtig
konfigurieren wenn man die ensprechende Checkbox anw�hlt.

Im Moment d�nkt mich die gesamte ppp-Geschichte unter Linux noch immer
ein bisschen handgestrickt.

Gr�sschen Thomy

tmutter@e-mails.ch schrieb in Nachricht ...
>Also die Sache mit dem PPP-Dialin ist nicht ganz so tranparent und
>trivial. Ich finde es schlicht zu kompliziert, man k�nnte das
einfacher
>machen.


Ganz meiner Meinung.... *schnauf*

>zum w�hen wird das Script ppp-up verwendet. Das richtet dir Yast so
>ein, ich habs manuell gemacht.


Ja schon, aber wo wird das Skript aufgerufen? Im man diald-examples
steht da ein "connect /usr/lib/diald/connect" in der diald.conf. Bei
mir
steht aber nichts...

>Im Moment d�nkt mich die gesamte ppp-Geschichte unter Linux noch
immer
>ein bisschen handgestrickt.


Sehr - vorallem steht in allen mir bekannten Manuals nirgends ein
Beispiel
oder hinweis, wie man die Skripte anpassen muss, wenn der Server PAP
oder
CHAP verwendet...
Darum bin ich auch weiterhin auf eure Hilfe angewiesen ;-)!
--
Gruss tinu
* Virtual Reality ist, wenn man zum Fenster
* rausschaut und vergeblich das
* Men� "Datei" sucht...

    MH> Ja schon, aber wo wird das Skript aufgerufen? Im man
    MH> diald-examples steht da ein "connect /usr/lib/diald/connect"
    MH> in der diald.conf. Bei mir steht aber nichts...

Hm. dann solltest Du vielleicht irgendwas dahin schreiben.

    MH> Sehr - vorallem steht in allen mir bekannten Manuals nirgends
    MH> ein Beispiel oder hinweis, wie man die Skripte anpassen muss,
    MH> wenn der Server PAP oder CHAP verwendet...  Darum bin ich auch

Ich habe im example-connect einen Kommentar gefunden, der besagte,
dass man einfach keinen Usernamen eintragen soll, wenn man pap
verwendet. Und das tut es bei mir.

Aber ich gebe zu, dass ist alles mehr als schlecht beschrieben. Auch
das diald-howto (hast du schon mal reingeguckt?) koennte besser sein.

Mal sehen. Ich beschreibe mal, was ich gemacht habe:

Ich habe aus den examples ein /etc/diald.conf genommen. Und den
standard.filter benutzt, der da drin steht.  Man kann auch noch ein
bisschen mehr drin rumaendern, muss man aber fuer den Anfang nicht.

im connect-script ( dem mitgelieferten) habe ich die richtige
MODEM_INIT und PHONE_NUMBER eingetragen und sonst nichts geaendert
(kein USERNAME!)

/etc/ppp/options habe ich mit all den ppp-options vollgeschrieben
(unter anderem habe ich auch noch einen user eingetragen, da meine
ppp-kennung anders ist als mein login, weiss nicht, ob das noetig war,
funktioniert aber.)

und dann habe ich natuerlich noch /etc/ppp/pap-secrets mit username
und password gefuellt.

Ach so, und dann noch einen Fehler aus /etc/rc.d/init.d/diald
rausgemacht, das wollte die Konfigurationsdatei in
/etc/diald/diald.conf statt /etc/diald.conf haben. (Ich benutze
Mandrake/Redhat 5.3, nicht SuSE, daher weiss ich nicht, ob das nicht
bei SuSE korrekt ist.)

Das wars, glaube ich.

Viel Glueck!

Ulli

PS: Ich habe dafuer kppp nie vernuenftig ans laufen gebracht...



-- 
ETH Zentrum, IFW B43, CH-8092 Z�rich
Phone +41-1-63 27393 // FAX +41-1-63 21172
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Order Cinderella (http://www.cinderella.de) now:
 http://www.amazon.com/exec/obidos/ASIN/3540147195/theinteractivege
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

AmFri, 19 Feb 1999 10:01:09 +0100 hat  "Martin Heggli" <mahe@gmx.net>
folgendes in die Tasten gehauen:

>Hallo Leute
Yo,

[SchnippSchnapp]
Hier hätt ich noch nen Hinweis für dich, aus einem Thread in dcouln:

*[Zitat]*
Martina Albrecht schrieb in Nachricht
<7ajl91$mjv$1@rznews.rrze.uni-erlangen.de>...
[snip]
>schau mal nach, was in Deiner /etc/ppp/options steht. Die muss leer
>sein, damit kppp funktioniert und per default steht da "lock" drin.

Komischerweise steht bei mir da auch ein "lock" drin, aber
ausser einem Hinweis beim Start von kppp funktioniert
alles einwandfrei... Dafür kann ich die Verbindung mit
dem diald nicht automatisch aufbauen lassen, dh.
die Verbindung steht zwar, wird aber anscheinend von
der Gegenstelle getrennt, das die Identifikation per
PAP oder CHAP erledigt wird, und nicht via Terminal...
*[/Zitat]*

Ich würde kppp in Ruhe lassen und nur den pppd mit diald konfigurieren, die
User, die ins Internet dürfen, in die Gruppe 'dialout' aufnehmen und gut
ist ( jedenfalls hier )

-- 

Alle doof, ausser mich!
ukliem@swissonline.ch

AmFri, 19 Feb 1999 10:01:09 +0100 hat  "Martin Heggli" <mahe@gmx.net>
folgendes in die Tasten gehauen:

>Hallo Leute
Tach,
>Mein Problem: Ich habe unter Yast -> PPP-Konfiguration
>mein Provider (blue-window) angewählt, default route und
>automatische Einwahl aktiviert...

Genau da kannst Du auch wählen, ob Du PAP oder CHAP als Anmeldung-Prozedere
benutzen willst. Was hast Du gewählt?

>Mit minicom habe ich das Einwahlprozedere mal genauer an-
>geschaut - anscheinend funktioniert die Identifikation via PAP
>oder CHAP - und nicht wie im Handbuch und den Man-Pages
>von diald via Terminal... Also sind alle Skript unbrauchbar...

Letzteres glaub ich zwar nicht, aber kann ja mal sein. Was sagt denn
/var/log/messages? Gib mal auf einer Konsole 'tail -f /var/log/messages'
ein ( mit CTRL-C zum Beenden ) und wähl dich ein, vielleicht gibts da ne
brauchbare Fehlermeldung.

>Mit kppp funktioniert das Einwählen problemlos! 

Wenn der pppd und diald korrekt konfiguriert sind, brauchst Du auch kein
kppp mehr, es klingt so, als hättest Du hier zwei verschiedene
Konfigurationen angegeben.

>Gibt es da jemanden unter euch, dessen Provider (vorzugsweise
>Bluewindow)

Jaja, BlueWindow, braucht immer ne Extra-Wurst beim Konfigurieren, genauso
wie t-online in Deutschland. Da aber Suse da schon ein Standard-Script
mitliefert, sollte es eigentlich kein Problem sein. Hast du schonmal in der
Suse-Support-Datenbank nachgeschaut. Online unter:
http://www.suse.de/Support/sdb/inhalt.html

>auch PAP oder CHAP verwendet, und der mir folgende Files mailen
>könnte:

Sorry, bin nicht deine Zielgruppe

>Danke für die Hilfe - bin wirklich kurz vor der Verzweiflung!

Cool bleiben. Meine Erfahrung mit Linux ist: Es macht genau dass, was man
ihm sagt, drum muss man auch aufpassen, was man ihm denn so alles sagt.

-- 

Alle doof, ausser mich!
ukliem@swissonline.ch

mahe@gmx.net writes:
>Ja schon, aber wo wird das Skript aufgerufen? Im man diald-examples
>steht da ein "connect /usr/lib/diald/connect" in der diald.conf. Bei
>mir
>steht aber nichts...

Du musst das diald.conf anpassen.
Wenn ich das richtig verstanden habe l�uft folgendes ab:

Der Diald richtet ein spezialdevice ein um den IP-Traffic feststellen
zu k�nnen. Wenn der jetzt merkt, dass da IP-Pakete raus wollen, l�sst
er das Script laufen, welches im diald.conf unter connect angegeben
wurde.

Du kannst mal damit rumspielen, vielleicht funktioniert es ja. Ich hab
das nach ner weile wieder ausgeschaltet, da ich mit einem analogen
Modem arbeite. Da hab ich lieber selber die Kontrolle �ber die
PPP-Verbindung.
Nat�rlich musst du noch die Telefonnummer, Userid und Passwort nach
deinen Gegebenheiten anpassen.

Bei mir steht da:
connect "/usr/sbin/chat -f /etc/ppp/ppp.chat"
Dieser befehl macht nichts anderes als auf dem angegebenen Device eine
Verbindung herzustellen. In ppp.chat stehen also die AT-Befehle f�r das
Modem.

#/etc/ppp/ppp.chat
TIMEOUT 45  
ABORT "NO CARRIER"
ABORT BUSY
ABORT "NO DIALTONE"
ABORT ERROR
"" ATZ 
OK "ATDT 012345678"
CONNECT ""

#/etc/diald.conf
mode ppp
connect "/usr/sbin/chat -f /etc/ppp/ppp.chat"
device /dev/modem
speed 115200
modem
lock
crtscts
local 192.168.128.1
dynamic
defaultroute
include /usr/lib/diald/standard.filter
#.... [snip]...

#/etc/ppp/options
-detach
user USERID
remotename PROVIDER
-chap user USERID

Ulrich Kortenkamp schrieb in Nachricht ...
[snip]
>Hm. dann solltest Du vielleicht irgendwas dahin schreiben.


Nein - war nicht n�tig! Dies wird bei mir alles �ber
/sbin/init.d/diald
erledigt...

>Ich habe im example-connect einen Kommentar gefunden, der besagte,
>dass man einfach keinen Usernamen eintragen soll, wenn man pap
>verwendet. Und das tut es bei mir.


Das connect-script brauche ich gar nicht - hab ich unterdessen
rausgefunden...

>Aber ich gebe zu, dass ist alles mehr als schlecht beschrieben. Auch
>das diald-howto (hast du schon mal reingeguckt?) koennte besser sein.


Kann ich schon bald auswendig...

>Ich habe aus den examples ein /etc/diald.conf genommen. Und den
>standard.filter benutzt, der da drin steht.  Man kann auch noch ein
>bisschen mehr drin rumaendern, muss man aber fuer den Anfang nicht.


Hab ich dann auch gemacht... Die Original-diald.conf beinhaltete bei
mir
den Inhalt der Datei standard.filter...

>/etc/ppp/options habe ich mit all den ppp-options vollgeschrieben
>(unter anderem habe ich auch noch einen user eingetragen, da meine
>ppp-kennung anders ist als mein login, weiss nicht, ob das noetig
war,
>funktioniert aber.)
>und dann habe ich natuerlich noch /etc/ppp/pap-secrets mit username
>und password gefuellt.


Hab ich auch gemacht...


>Ach so, und dann noch einen Fehler aus /etc/rc.d/init.d/diald
>rausgemacht, das wollte die Konfigurationsdatei in
>/etc/diald/diald.conf statt /etc/diald.conf haben. (Ich benutze


Das war der entscheidende Hinweis! Das Skript /sbin/init.d/diald
verlangte gar nicht die diald.conf, sondern ein File <provider>.diald
im Ordner /etc/suseppp/diald/. Der diald hingegen verlangte eine
korrekte diald.conf in /etc/... Also hab ich den Inhalt von
/etc/suseppp/diald/<provider>.diald in /ect/diald.conf kopiert, und
das
Skript /sbin/init.d/diald entsprechend angepasst - und siehe da: es
funktioniert...

Zwar noch nicht zufriedenstellen: Diald w�hlt automatisch, und
wenn 120 Sekunden nichts gesendet wird, wird die Verbindung
abgebrochen... Wenn sich der diald aber dann das zweite Mal
einw�hlt, funktioniert das automatische beenden nicht mehr!
Und das automatische Einw�hlen beim Systemstart muss
ich auch noch irgendwie wegbringen - hast du vielleicht
da auch noch n�tzliche Hinweise?? ;-)

>Viel Glueck!


Hat gen�tzt... ;-)
--
Gruss tinu
* Virtual Reality ist, wenn man zum Fenster
* rausschaut und vergeblich das
* Men� "Datei" sucht...

tmutter@e-mails.ch schrieb in Nachricht ...
>mahe@gmx.net writes:
>>Ja schon, aber wo wird das Skript aufgerufen? Im man diald-examples
>>steht da ein "connect /usr/lib/diald/connect" in der diald.conf. Bei
>>mir
>>steht aber nichts...
>
>Du musst das diald.conf anpassen.
[snip]
>Bei mir steht da:
>connect "/usr/sbin/chat -f /etc/ppp/ppp.chat"


Dies wird bei mir �ber das Skript /etc/rc.d/diald erledigt, daher
steht auch nirgends obengenannte Zeile...
Was ich noch nicht geschnallt habe, ist die Bedeutung dieses
Skripts - es wird n�mlich in keinem Manual oder Handbuch
erw�hnt. Trotzdem startet mein SuSE dieses Skript beim
booten. Ist das Skript bei dir auch vorhanden? Wie m�sste
ich diald beim booten starten, wenn dieses Skript nicht vorhanden
w�re?

>#/etc/diald.conf
>mode ppp
>connect "/usr/sbin/chat -f /etc/ppp/ppp.chat"
>device /dev/modem
>speed 115200
>modem
>lock
>crtscts
>local 192.168.128.1


Hier fehlt noch ein remote 0.0.0.0! Mein diald meckert, wenn ich diese
Zeile weglasse...

>dynamic
>defaultroute
>include /usr/lib/diald/standard.filter
>#.... [snip]...
>
>#/etc/ppp/options
>-detach
>user USERID
>remotename PROVIDER
>-chap user USERID

K�nnen diese Angaben (UserID) nicht auch in der datei
/etc/ppp/pap-secrets
stehen?
--
Gruss tinu
* Virtual Reality ist, wenn man zum Fenster
* rausschaut und vergeblich das
* Men� "Datei" sucht...