🚀 go-pugleaf

Hallo Leute,

nachdem ich die Probleme mit PAP hier mitverfolgt habe, habe ich die
Heruasforderung angenommen und bin nach einigem Schweiss und viel zu
vielen Anwahlversuchen zu folgendem Ergebniss gekommen:

May 15 03:39:13 alderan ipppd[1970]: lcp layer is UP
May 15 03:39:13 alderan ipppd[1970]: sent [0][PAP AuthReq id=0x1
user="lando" password not logged for security reasons! Use '+pwlog' option
to enable full logging.]
May 15 03:39:13 alderan ipppd[1970]: rcvd [0][PAP AuthAck id=0x1msg=""]
May 15 03:39:13 alderan ipppd[1970]: Remote message:
May 15 03:39:13 alderan ipppd[1970]: MPPP negotiation, He: No We: No
 
Fuer mich sieht das so aus, als ob das PAP hier auch ohne
"Sicherheitsleck" funktioniert...

Im ipppd.ippp1 stehen in Kurzfassung folgende Features:

user lando
noipdefault
defaultroute   # diese Routes werden erst hier gesetzt
hostroute      # damit es keien Probs mit mehren ippp-devices gibt
mtu 1500
ipcp-accept-local
ipcp-accept-remote

Ganz wichtig ist, dass man nicht require-pap anschaltet, weil dann die
Telekomm-Rechner mit dem "leeren" User und Passwort antworten, und die
ganze Auth damit scheitert.

Mit der Mail von Robert sollte es damit wohl moeglich sein feste IP mit
funktionierender Auth zu kombinieren.

Gruss
   Nils