[OpenBSD] ppp probleem (inbelverbinding)

[active2]

Ik heb een server draaien met OpenBSD (3.2) (of course ) maar nu heb ik toch een probleem om mijn internet verbinding in te stellen.

Onder Linux bestaat een leuk progsel dat pppconfig heet maar onder OpenBSD bestaat dat dus niet dus zal ik het zelf moeten doen.

Het draaien van het nummer is geen probleem het checken van username en wachtwoord is volgens mij ook geen probleem. Volgens mij is het een unix style login zoals ze te werk gaan maar zodra ik ingelogd ben dan begint die te zeuren over CHAP of PAP (ik heb ze allebei geprobeerd) maar om de een of andere reden krijg ik dus geen link met mijn provider. Hier heb ik een stukje log:

code:

Mar 23 18:40:02 Router ppp[21889]: tun0: Phase: bundle: Establish
Mar 23 18:40:02 Router ppp[21889]: tun0: Phase: deflink: closed -> opening
Mar 23 18:40:02 Router ppp[21889]: tun0: Phase: deflink: Connected!
Mar 23 18:40:02 Router ppp[21889]: tun0: Phase: deflink: opening -> dial
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: Phone: [phone]
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: deflink: Dial attempt 1 of 1
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: Send: AT\^M
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: Expect(5): OK
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: Received:  AT\^M\^M
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: Received: OK\^M
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: Send: ATE1Q0\^M
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: Expect(5): OK
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: Received: ATE1Q0\^M\^M
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: Received: OK\^M
Mar 23 18:40:02 Router ppp[21889]: tun0: Chat: Send: ATDT0676070020\^M
Mar 23 18:40:04 Router ppp[21889]: tun0: Chat: Expect(40): CONNECT
Mar 23 18:40:30 Router ppp[21889]: tun0: Chat: Received: ATDT0676070020\^M\^M
Mar 23 18:40:30 Router ppp[21889]: tun0: Chat: Received: CONNECT 115200\^M
Mar 23 18:40:30 Router ppp[21889]: tun0: Phase: deflink: dial -> carrier
Mar 23 18:40:31 Router ppp[21889]: tun0: Phase: deflink: /dev/cua00: CD detected  
Mar 23 18:40:31 Router ppp[21889]: tun0: Phase: deflink: carrier -> login
Mar 23 18:40:31 Router ppp[21889]: tun0: Chat: Expect(5): sername:
Mar 23 18:40:31 Router ppp[21889]: tun0: Chat: Received: \^M
Mar 23 18:40:31 Router ppp[21889]: tun0: Chat: Received: \^M
Mar 23 18:40:36 Router ppp[21889]: tun0: Chat: Expect timeout
Mar 23 18:40:36 Router ppp[21889]: tun0: Chat: Send: \^M
Mar 23 18:40:36 Router ppp[21889]: tun0: Chat: Expect(5): sername:
Mar 23 18:40:37 Router ppp[21889]: tun0: Chat: Received: User Access Verificatame: \^M
Mar 23 18:40:37 Router ppp[21889]: tun0: Chat: Received: Username:
Mar 23 18:40:37 Router ppp[21889]: tun0: Chat: Send: <username>\^M
Mar 23 18:40:37 Router ppp[21889]: tun0: Chat: Expect(5): assword:
Mar 23 18:40:37 Router ppp[21889]: tun0: Chat: Received:  <username>\^M
Mar 23 18:40:37 Router ppp[21889]: tun0: Chat: Received: Password:
Mar 23 18:40:37 Router ppp[21889]: tun0: Chat: Send: <password>\^M
Mar 23 18:40:37 Router ppp[21889]: tun0: Phase: deflink: login -> lcp
Mar 23 18:40:37 Router ppp[21889]: tun0: LCP: FSM: Using "deflink" as a transport
Mar 23 18:40:37 Router ppp[21889]: tun0: LCP: deflink: State change Initial -->
Closed
Mar 23 18:40:37 Router ppp[21889]: tun0: LCP: deflink: State change Closed --> Stopped
Mar 23 18:40:38 Router ppp[21889]: tun0: LCP: deflink: LayerStart
Mar 23 18:40:38 Router ppp[21889]: tun0: LCP: deflink: SendConfigReq(1) state =
Stopped
Mar 23 18:40:38 Router ppp[21889]: tun0: LCP:  ACFCOMP[2]
Mar 23 18:40:38 Router ppp[21889]: tun0: LCP:  PROTOCOMP[2]
Mar 23 18:40:38 Router ppp[21889]: tun0: LCP:  ACCMAP[6] 0x00000000
Mar 23 18:40:38 Router ppp[21889]: tun0: LCP:  MRU[4] 1500
Mar 23 18:40:38 Router ppp[21889]: tun0: LCP:  MAGICNUM[6] 0x20497053
Mar 23 18:40:38 Router ppp[21889]: tun0: LCP: deflink: State change Stopped -->
Req-Sent
Mar 23 18:40:41 Router ppp[21889]: tun0: LCP: deflink: SendConfigReq(1) state =
Req-Sent
Mar 23 18:40:41 Router ppp[21889]: tun0: LCP:  ACFCOMP[2]
Mar 23 18:40:41 Router ppp[21889]: tun0: LCP:  PROTOCOMP[2]
Mar 23 18:40:41 Router ppp[21889]: tun0: LCP:  ACCMAP[6] 0x00000000
Mar 23 18:40:41 Router ppp[21889]: tun0: LCP:  MRU[4] 1500
Mar 23 18:40:41 Router ppp[21889]: tun0: LCP:  MAGICNUM[6] 0x20497053
Mar 23 18:40:44 Router ppp[21889]: tun0: LCP: deflink: SendConfigReq(1) state =
Req-Sent
Mar 23 18:40:44 Router ppp[21889]: tun0: LCP:  ACFCOMP[2]
Mar 23 18:40:44 Router ppp[21889]: tun0: LCP:  PROTOCOMP[2]
Mar 23 18:40:44 Router ppp[21889]: tun0: LCP:  ACCMAP[6] 0x00000000
Mar 23 18:40:44 Router ppp[21889]: tun0: LCP:  MRU[4] 1500
Mar 23 18:40:44 Router ppp[21889]: tun0: LCP:  MAGICNUM[6] 0x20497053
Mar 23 18:40:48 Router ppp[21889]: tun0: LCP: deflink: SendConfigReq(1) state =
Req-Sent
Mar 23 18:40:48 Router ppp[21889]: tun0: LCP:  ACFCOMP[2]
Mar 23 18:40:48 Router ppp[21889]: tun0: LCP:  PROTOCOMP[2]
Mar 23 18:40:48 Router ppp[21889]: tun0: LCP:  ACCMAP[6] 0x00000000
Mar 23 18:40:48 Router ppp[21889]: tun0: LCP:  MRU[4] 1500
Mar 23 18:40:48 Router ppp[21889]: tun0: LCP:  MAGICNUM[6] 0x20497053
Mar 23 18:40:51 Router ppp[21889]: tun0: LCP: deflink: SendConfigReq(1) state =
Req-Sent
Mar 23 18:40:51 Router ppp[21889]: tun0: LCP:  ACFCOMP[2]
Mar 23 18:40:51 Router ppp[21889]: tun0: LCP:  PROTOCOMP[2]
Mar 23 18:40:51 Router ppp[21889]: tun0: LCP:  ACCMAP[6] 0x00000000
Mar 23 18:40:51 Router ppp[21889]: tun0: LCP:  MRU[4] 1500
Mar 23 18:40:51 Router ppp[21889]: tun0: LCP:  MAGICNUM[6] 0x20497053
Mar 23 18:40:51 Router ppp[21889]: tun0: Phase: deflink: Carrier lost
Mar 23 18:40:51 Router ppp[21889]: tun0: LCP: deflink: State change Req-Sent --> Starting
Mar 23 18:40:51 Router ppp[21889]: tun0: LCP: deflink: LayerFinish
Mar 23 18:40:51 Router ppp[21889]: tun0: LCP: deflink: State change Starting --> Initial
Mar 23 18:40:51 Router ppp[21889]: tun0: Phase: deflink: Disconnected!
Mar 23 18:40:51 Router ppp[21889]: tun0: Phase: deflink: lcp -> logout
Mar 23 18:40:51 Router ppp[21889]: tun0: Phase: deflink: Disconnected!
Mar 23 18:40:51 Router ppp[21889]: tun0: Phase: deflink: logout -> hangup
Mar 23 18:40:51 Router ppp[21889]: tun0: Phase: deflink: Connect time: 49 secs:
648 octets in, 265 octets out
Mar 23 18:40:51 Router ppp[21889]: tun0: Phase: deflink: 35 packets in, 9 packets out
Mar 23 18:40:51 Router ppp[21889]: tun0: Phase:  total 18 bytes/sec, peak 80 bytes/sec on Sun Mar 23 18:40:42 2003
Mar 23 18:40:51 Router ppp[21889]: tun0: Phase: deflink: hangup -> closed
Mar 23 18:40:51 Router ppp[21889]: tun0: Phase: bundle: Dead

Ik zie dus niet wat er fout gaat terwijl de log dat naar mijn idee ook niet zegt.

Het vervelende is dat ik deze verbinding onder OpenBSD al een keer eerder werkend gekregen heb.

[ Voor 4% gewijzigd door active2 op 24-03-2003 10:11 ]

[vso]

meestal is het de inbelstring die problemen geeft. mijn ervaring met inbellen onder *nix zegt dat je soms 2x verbindign moet zoeken maar goed. dat wil je niet.

misschien uitgebreider loggen ?

[active2]

Ik heb het ook met PAP authenticatie geprobeerd en dat lukt ook niet.

Als ik het goed heb moet met PAP authenticatie constant de ISP gevraagd worden om wat te zenden tenminste dat is wat ik begrepen heb.

Nu wil het geval dat hij het een keertje goed deed hoe ik het heb gedaan weet ik niet maar hij deed het precies een keer. Ik kan ook niet reproduceren hoe dat nou kan.

Maar nu dus die PAP authenticatie het dus wel deed moet er een mogelijk heid zijn om hem dat nog een keer te laten doen. Maar naar mijn idee wil mijn ppp niet constant dat zooitje voor PAP verzenden. Als ik naar Linux kijk en de logs dus lees dan doet linux het wel dus er zit nog een foutje in mijn config (gelukkig ik dacht al dat ik gebonden was aan alleen linux )
Log OpenBSD:

code:

Mar 24 19:29:12 Router ppp[15291]: tun0: LCP: FSM: Using "deflink" as a transport
Mar 24 19:29:12 Router ppp[15291]: tun0: LCP: deflink: State change Initial --> Closed
Mar 24 19:29:12 Router ppp[15291]: tun0: LCP: deflink: State change Closed --> Stopped
Mar 24 19:29:13 Router ppp[15291]: tun0: LCP: deflink: LayerStart
Mar 24 19:29:13 Router ppp[15291]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped
Mar 24 19:29:13 Router ppp[15291]: tun0: LCP:  ACFCOMP[2]
Mar 24 19:29:13 Router ppp[15291]: tun0: LCP:  PROTOCOMP[2]
Mar 24 19:29:13 Router ppp[15291]: tun0: LCP:  ACCMAP[6] 0x00000000
Mar 24 19:29:13 Router ppp[15291]: tun0: LCP:  MRU[4] 1500
Mar 24 19:29:13 Router ppp[15291]: tun0: LCP:  MAGICNUM[6] 0x14bcb8f3
Mar 24 19:29:13 Router ppp[15291]: tun0: LCP: deflink: State change Stopped --> Req-Sent
Mar 24 19:29:16 Router ppp[15291]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent
Mar 24 19:29:16 Router ppp[15291]: tun0: LCP:  ACFCOMP[2]
Mar 24 19:29:16 Router ppp[15291]: tun0: LCP:  PROTOCOMP[2]
Mar 24 19:29:16 Router ppp[15291]: tun0: LCP:  ACCMAP[6] 0x00000000
Mar 24 19:29:16 Router ppp[15291]: tun0: LCP:  MRU[4] 1500
Mar 24 19:29:16 Router ppp[15291]: tun0: LCP:  MAGICNUM[6] 0x14bcb8f3
Mar 24 19:29:19 Router ppp[15291]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent
Mar 24 19:29:19 Router ppp[15291]: tun0: LCP:  ACFCOMP[2]
Mar 24 19:29:19 Router ppp[15291]: tun0: LCP:  PROTOCOMP[2]
Mar 24 19:29:19 Router ppp[15291]: tun0: LCP:  ACCMAP[6] 0x00000000
Mar 24 19:29:19 Router ppp[15291]: tun0: LCP:  MRU[4] 1500
Mar 24 19:29:19 Router ppp[15291]: tun0: LCP:  MAGICNUM[6] 0x14bcb8f3
Mar 24 19:29:22 Router ppp[15291]: tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent
Mar 24 19:29:22 Router ppp[15291]: tun0: LCP:  ACFCOMP[2]
Mar 24 19:29:22 Router ppp[15291]: tun0: LCP:  PROTOCOMP[2]
Mar 24 19:29:22 Router ppp[15291]: tun0: LCP:  ACCMAP[6] 0x00000000
Mar 24 19:29:22 Router ppp[15291]: tun0: LCP:  MRU[4] 1500
Mar 24 19:29:22 Router ppp[15291]: tun0: LCP:  MAGICNUM[6] 0x14bcb8f3
Mar 24 19:29:24 Router ppp[15291]: tun0: Phase: deflink: Carrier lost
Mar 24 19:29:24 Router ppp[15291]: tun0: LCP: deflink: State change Req-Sent --> Starting
Mar 24 19:29:24 Router ppp[15291]: tun0: LCP: deflink: LayerFinish
Mar 24 19:29:24 Router ppp[15291]: tun0: LCP: deflink: State change Starting --> Initial
Mar 24 19:29:24 Router ppp[15291]: tun0: Phase: deflink: Disconnected!
Mar 24 19:29:24 Router ppp[15291]: tun0: Phase: deflink: lcp -> logout
Mar 24 19:29:24 Router ppp[15291]: tun0: Phase: deflink: Disconnected!
Mar 24 19:29:24 Router ppp[15291]: tun0: Phase: deflink: logout -> hangup

Log Linux:

code:

Mar 24 19:54:23 Router pppd[10214]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3e71672c> <pcomp> <accomp>]
Mar 24 19:54:23 Router pppd[10214]: rcvd [proto=0x7d]
Mar 24 19:54:23 Router pppd[10214]: rcvd [LCP ConfReq id=0x8d <asyncmap 0xa0000> <auth pap> <magic 0x3f134f64> <pcomp> <accomp>]
Mar 24 19:54:23 Router pppd[10214]: sent [LCP ConfAck id=0x8d <asyncmap 0xa0000> <auth pap> <magic 0x3f134f64> <pcomp> <accomp>]
Mar 24 19:54:23 Router pppd[10214]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x3e71672c> <pcomp> <accomp>]
Mar 24 19:54:23 Router pppd[10214]: sent [LCP EchoReq id=0x0 magic=0x3e71672c]
Mar 24 19:54:23 Router pppd[10214]: sent [PAP AuthReq id=0x1 user="tm555546" password=<hidden>]
Mar 24 19:54:23 Router pppd[10214]: rcvd [LCP EchoRep id=0x0 magic=0x3f134f64]
Mar 24 19:54:23 Router pppd[10214]: rcvd [PAP AuthAck id=0x1 ""]

Dus nu is mijn vraag hoe kan ik er voor zorgen dat ppp constant "dat zooitje voor PAP" zend? En dat in OpenBSD!

Nu is er natuurlijk iemand heel slim en zegt kijk je configuratie van ppp is op je Linux bak door --> dat heb ik dus gedaan alleen vond ik niks

[tech-no-logical]

je probeert een chat-script (handmatige login) te combineren en PAP of CHAP authenticatie ? da's een beetje dubbelop, normaal gebruik je slechts een van de twee.

jaren geleden logde ik met ppp in bij demon, en maakte daar (succesvol) gebuik van PAP als enige authenticatie-methode. ik zal kijken of ik die config nog heb (maar vrees van niet).

heb je een handmatige login met alleen PAP of CHAP geprobeerd ? (zie man ppp voor de manier om handmatig een verbinding op te brengen)

[active2]

Sorry dat ik het verkeerd gezegd heb:

Ik heb de ene login uitgeschakeld en het op een andere manier geprobeerd. En PAP deed het 1 keertje dat was het vreemde.

En ik heb handmatig geprobeerd om met ppp een verbinding op te zetten maar dan vraagt ie op een gegeven moment voor een login (deze login heb ik ook wel) alleen dan zegt mijn ISP dat die fout is. Terwijl die login goed is --> ik ben nu aan het internetten via dat account kan dus moeilijk fout zijn.

[tech-no-logical]

dat is gek, als je PAP doet, moet-ie helemaal niet om een login vragen, die heb je namelijk met

set autname <bla>
set authkey <bla>

al opgegeven. als je een minimale ppp.conf maakt, uitgaande van /etc/ppp/ppp.conf.sample (en dan m.n. de sectie PAPorCHAPpmdemand (of althans, zo heet dat voorbeeld bij mij)), doet -ie 't dan ook niet ?

[active2]

Ik heb het daar mee geprobeerd maar dat werkt ook niet. Maar nu heb ik het met de kernel level daemon gedaan en die doet alles naar wens.

Hoe dat nou kan snap ik niet maar het werkt.

Dit was overigens niet de bedoeling omdat er in de user level daemon een aantal leuke features zitten zoals set timeout enzo dus als mijn internet verbinding voor 5 minuten niet gebruikt wordt dat die dan uit gaat en dat soort dingetjes

En op deze manier kan mijn security level niet hoger dan 1.

[tech-no-logical]

volgens mij moet 't een config-foutje ergens zijn, aangezien het volgens jouw logs in de LCP-fase fout gaat. als alle permissies goed staan (zie ook man ppp) en je /etc/ppp/ppp.conf is zo geconfigged dat-ie PAP gebruikt, dan moet dat ook werken. buiten dat zou ik 't eerlijk gezegd ook niet weten, helaas.

ik heb nog even gezocht, maar kan mijn oude config niet meer vinden (heb al tijden adsl, gelukkig).

overigens, securelevel 2 is voor een thuisserver niet echt boeiend hoor, ik draai ook altijd in level 1 (zie man securelevel).

[active2]

Het probleeem is dat ik altijd graag alles weet en alles wil proberen met securelevels dus ook. Ik ga met deze box ook een kerberosV server opzetten. En ik wil altijd een systeem een beetje doorgronden zodat je het later ook nog is weet.