RE: User PPP přes null-modem kabel

[lists at hosting50.cz]

Takze zkusil jsem vyhodit prikaz login.. A tady je vysledek, evidentne se to zmenilo:

tun0: Phase: PPP Started (auto mode).
tun0: Phase: bundle: Establish
tun0: Phase: deflink: closed -> opening
tun0: Phase: deflink: Connected!
tun0: Phase: deflink: opening -> dial
tun0: Chat: deflink: Dial attempt 1 of 1
tun0: Phase: deflink: dial -> carrier
tun0: Phase: deflink: /dev/cuaa1 doesn't support CD
tun0: Phase: deflink: carrier -> login
tun0: Phase: deflink: login -> lcp
tun0: LCP: FSM: Using "deflink" as a transport
tun0: LCP: deflink: State change Initial --> Closed
tun0: LCP: deflink: State change Closed --> Stopped
tun0: LCP: deflink: LayerStart
tun0: LCP: deflink: SendConfigReq(1) state = Stopped
tun0: LCP:  ACFCOMP[2]
tun0: LCP:  PROTOCOMP[2]
tun0: LCP:  ACCMAP[6] 0x00000000
tun0: LCP:  MRU[4] 1500
tun0: LCP:  MAGICNUM[6] 0xf5d059c1
tun0: LCP:  QUALPROTO[8] proto c025, interval 10000ms
tun0: LCP: deflink: State change Stopped --> Req-Sent
tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent
tun0: LCP:  ACFCOMP[2]
tun0: LCP:  PROTOCOMP[2]
tun0: LCP:  ACCMAP[6] 0x00000000
tun0: LCP:  MRU[4] 1500
tun0: LCP:  MAGICNUM[6] 0xf5d059c1
tun0: LCP:  QUALPROTO[8] proto c025, interval 10000ms
tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent
tun0: LCP:  ACFCOMP[2]
tun0: LCP:  PROTOCOMP[2]
tun0: LCP:  ACCMAP[6] 0x00000000
tun0: LCP:  MRU[4] 1500
tun0: LCP:  MAGICNUM[6] 0xf5d059c1
tun0: LCP:  QUALPROTO[8] proto c025, interval 10000ms
tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent
tun0: LCP:  ACFCOMP[2]
tun0: LCP:  PROTOCOMP[2]
tun0: LCP:  ACCMAP[6] 0x00000000
tun0: LCP:  MRU[4] 1500
tun0: LCP:  MAGICNUM[6] 0xf5d059c1
tun0: LCP:  QUALPROTO[8] proto c025, interval 10000ms
tun0: LCP: deflink: SendConfigReq(1) state = Req-Sent
tun0: LCP:  ACFCOMP[2]
tun0: LCP:  PROTOCOMP[2]
tun0: LCP:  ACCMAP[6] 0x00000000
tun0: LCP:  MRU[4] 1500
tun0: LCP:  MAGICNUM[6] 0xf5d059c1
tun0: LCP:  QUALPROTO[8] proto c025, interval 10000ms
tun0: LCP: deflink: LayerFinish
tun0: LCP: deflink: State change Req-Sent --> Stopped
tun0: LCP: deflink: State change Stopped --> Closed
tun0: LCP: deflink: State change Closed --> Initial
tun0: Phase: deflink: Disconnected!
tun0: Phase: deflink: lcp -> logout
tun0: Phase: deflink: logout -> hangup
tun0: Phase: deflink: Disconnected!
tun0: Phase: deflink: Connect time: 17 secs: 0 octets in, 320 octets out
tun0: Phase: deflink: 0 packets in, 5 packets out
tun0: Phase:  total 18 bytes/sec, peak 25 bytes/sec on Tue Jan 20 10:48:59 2004
tun0: Phase: deflink: hangup -> closed
tun0: Phase: bundle: Dead 


Z toho moc moudry nejsem... A taky nevim proc pise deflink: /dev/cuaa1 doesn't support CD jestli není pricina tam..


Tomas Randa.


-----Original Message-----
From: users-l-bounces at freebsd.cz [mailto:users-l-bounces at freebsd.cz] On Behalf Of Dan Lukes
Sent: Tuesday, January 20, 2004 3:27 AM
To: FreeBSD mailing list
Subject: Re: User PPP pøes null-modem kabel

lists at hosting50.cz wrote:

> Nastavil jsem log na: set log Phase Chat LCP IPCP CCP tun command
> 
> A tady je vystup ppp.log z klienta, bohuzel mi to nejak nic nerika:

> tun0: Command: default: set login ABORT NO\sCARRIER TIMEOUT 5 ogin:--ogin:

	Coz znamena, ze pred zahajenim PPP hanshakingu bude nejprve potreba se na vzdalenem systemu prihlasit.

	Mam jiste pochybnosti, ze je system na druhe strane v takovem stavu. 
Tyto pochybnosti zda se potvrzovat ...

> tun0: Chat: Expect(5): ogin:
> tun0: Chat: Expect timeout
> tun0: Chat: Send: ^M
> tun0: Chat: Expect(5): ogin:
> tun0: Chat: Expect timeout

	... neboli - ceka se, az ta druha strana napise sve "Login" coz ona neudela, a to ani po pobydnuti.

	Myslim si, ze tam zadny takovy prikaz byt nema. Navrhuji pokracovat bez nej.

					Dan


--
FreeBSD mailing list (users-l at freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l