Re: Problems with user ppp

2005-05-04 Thread Vittorio
Alle 21:38, martedì 3 maggio 2005, [EMAIL PROTECTED] ha scritto:
> Log has this
> ppp[505]: tun0: IPCP:  PRIDNS[6] 10.155.201.22
> which means your ISP has handed you ip     10.155.201.22 is dsn
> server.
> you say first line in /etc/resolv.conf  is 10.255.201.22
> Are you sure you posted the correct stuff here. that number is to
> close not to be typo.
> Try deleting contents of /var/log/ppp.log and /etc/resolve.conf and
> restart user-ppp to get good documented test.
>
> Looks to me as your user ppp is functioning correctly.
> Your firewall is not allowing out port 53 to ip 10.155.201.22 is
> more likely cause of your problem.
>
I confirm that my office lan is made of 10.155.x.x addresses and when I 
connect to it via dhcp I find 2 addresses of that kind in /etc/resolv.conf.

Anyway, I've just repeated the "experiment" with user ppp keeping the same 
ppp.conf ... and:

1) Nothing written into /etc/resolv.conf
2) Neither ppp.linkup nor ppp.linkdown are present in my /etc/ppp
3) Issued "ppp -background alice"

ppp[602]: Phase: Using interface: tun0
ppp[602]: Phase: deflink: Created in closed state
ppp[602]: tun0: Command: default: ident user-ppp VERSION (built 
COMPILATIONDATE)
ppp[602]: tun0: Command: default: set device /dev/cuaa0
ppp[602]: tun0: Command: default: set speed 115200
ppp[602]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER 
TIMEOUT 5"" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT
ppp[602]: tun0: Command: default: set timeout 180
ppp[602]: tun0: Command: default: enable dns
ppp[602]: tun0: Command: alice: set phone 0,7020803380
ppp[602]: tun0: Command: alice: set authname [EMAIL PROTECTED]
ppp[602]: tun0: Command: alice: set authkey 
ppp[602]: tun0: Command: alice: set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 
0.0.0.0
ppp[602]: tun0: Command: alice: add default HISADDR
ppp[603]: tun0: Phase: PPP Started (background mode).
ppp[603]: tun0: Phase: bundle: Establish
ppp[603]: tun0: Phase: deflink: closed -> opening
ppp[603]: tun0: Phase: deflink: Connected!
ppp[603]: tun0: Phase: deflink: opening -> dial
ppp[603]: tun0: Chat: Phone: 0,7020803380
ppp[603]: tun0: Chat: deflink: Dial attempt 1 of 1
ppp[603]: tun0: Chat: Send: AT^M
ppp[603]: tun0: Chat: Expect(5): OK
ppp[603]: tun0: Chat: Received: AT^M^M
ppp[603]: tun0: Chat: Received: OK^M
ppp[603]: tun0: Chat: Send: ATE1Q0^M
ppp[603]: tun0: Chat: Expect(5): OK
ppp[603]: tun0: Chat: Received: ATE1Q0^M^M
ppp[603]: tun0: Chat: Received: OK^M
ppp[603]: tun0: Chat: Send: ATDT0,7020803380^M
ppp[603]: tun0: Chat: Expect(40): CONNECT
 ppp[603]: tun0: Chat: Received: ATDT0,7020803380^M^M
 ppp[603]: tun0: Chat: Received: CONNECT 54666/ARQ/V90/LAPM/V42BIS^M
 ppp[603]: tun0: Phase: deflink: dial -> carrier
ppp[603]: tun0: Phase: deflink: /dev/cuaa0: CD detected
ppp[603]: tun0: Phase: deflink: carrier -> login
ppp[603]: tun0: Phase: deflink: login -> lcp
ppp[603]: tun0: LCP: FSM: Using "deflink" as a transport
ppp[603]: tun0: LCP: deflink: State change Initial --> Closed
ppp[603]: tun0: LCP: deflink: State change Closed --> Stopped
 ppp[603]: tun0: LCP: deflink: LayerStart
 ppp[603]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped
 ppp[603]: tun0: LCP:  ACFCOMP[2]
 ppp[603]: tun0: LCP:  PROTOCOMP[2]
 ppp[603]: tun0: LCP:  ACCMAP[6] 0x
 ppp[603]: tun0: LCP:  MRU[4] 1500
 ppp[603]: tun0: LCP:  MAGICNUM[6] 0xea54429a
 ppp[603]: tun0: LCP: deflink: State change Stopped --> Req-Sent
 ppp[603]: tun0: LCP: deflink: RecvConfigReq(1) state = Req-Sent
 ppp[603]: tun0: LCP:  MRU[4] 1524
 ppp[603]: tun0: LCP:  ACCMAP[6] 0x000a
 ppp[603]: tun0: LCP:  AUTHPROTO[5] 0xc223 (CHAP 0x05)
 ppp[603]: tun0: LCP:  PROTOCOMP[2]
 ppp[603]: tun0: LCP:  ACFCOMP[2]
 ppp[603]: tun0: LCP:  MRRU[4] 1524
 ppp[603]: tun0: LCP:  ENDDISC[9] Local Addr: stack1
 ppp[603]: tun0: LCP: deflink: SendConfigRej(1) state = Req-Sent
 ppp[603]: tun0: LCP:  MRRU[4] 1524
 ppp[603]: tun0: LCP: deflink: SendIdent(0) state = Req-Sent
 ppp[603]: tun0: LCP:  MAGICNUM ea54429a
 ppp[603]: tun0: LCP:  TEXT user-ppp 3.4.2 (built Apr 26 2005)
 ppp[603]: tun0: LCP: deflink: RecvConfigAck(1) state = Req-Sent
 ppp[603]: tun0: LCP:  ACFCOMP[2]
 ppp[603]: tun0: LCP:  PROTOCOMP[2]
 ppp[603]: tun0: LCP:  ACCMAP[6] 0x
 ppp[603]: tun0: LCP:  MRU[4] 1500
 ppp[603]: tun0: LCP:  MAGICNUM[6] 0xea54429a
 ppp[603]: tun0: LCP: deflink: State change Req-Sent --> Ack-Rcvd
 ppp[603]: tun0: LCP: deflink: RecvConfigReq(2) state = Ack-Rcvd
 ppp[603]: tun0: LCP:  MRU[4] 1524
 ppp[603]: tun0: LCP:  ACCMAP[6] 0x000a
 ppp[603]: tun0: LCP:  AUTHPROTO[5] 0xc223 (CHAP 0x05)
 ppp[603]: tun0: LCP:  PROTOCOMP[2]
 ppp[603]: tun0: LCP:  ACFCOMP[2]
 ppp[603]: tun0: LCP:  ENDDISC[9] Local Addr: stack1
 ppp[603]: tun0: LCP: deflink: SendConfigAck(2) state = Ack-Rcvd
 ppp[603]: tun0: LCP:  MRU[4] 1524
 ppp[603]: tun0: LCP:  ACCMAP[6] 0x000a
 ppp[603]: tun0: LCP:  AUTHPROTO[5] 0xc223 (CHAP 0x05)
 ppp[603]: tun0: LCP:  PROTOCOMP[2]
 ppp[603]: tun0: LCP:  ACFCOMP[2]
 ppp[603]: tun0:

RE: Problems with user ppp

2005-05-03 Thread bob
Log has this
ppp[505]: tun0: IPCP:  PRIDNS[6] 10.155.201.22
which means your ISP has handed you ip 10.155.201.22 is dsn
server.
you say first line in /etc/resolv.conf  is 10.255.201.22
Are you sure you posted the correct stuff here. that number is to
close not to be typo.
Try deleting contents of /var/log/ppp.log and /etc/resolve.conf and
restart user-ppp to get good documented test.

Looks to me as your user ppp is functioning correctly.
Your firewall is not allowing out port 53 to ip 10.155.201.22 is
more likely cause of your problem.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Vittorio
Sent: Tuesday, May 03, 2005 6:36 PM
To: freebsd-questions@freebsd.org
Subject: Problems with user ppp


On my PC with the latest freebsd 5.4 I'm trying to connect to my ISP
"alice"
by means of user ppp. Here is my /etc/ppp/ppp.conf:
#
default:
 set log Phase Chat LCP IPCP CCP tun command
 ident user-ppp VERSION (built COMPILATIONDATE)
 set device /dev/cuaa0
 set speed 115200
 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \
           \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT"
 set timeout 180                        # 3 minute idle timer (the
default)

alice:
 #
 # edit the next three lines and replace the items in caps with
 # the values which have been assigned by your ISP.
 #

 set phone "7020803380"
 set authname "[EMAIL PROTECTED]"
 set authkey "nonteladico"

 set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0
 add default HISADDR                    # Add a (sticky) default
route
 enable dns                             # request DNS info (for
resolv.conf)

AND
in /etc/ppp/options

lock
noauth

Launching "ppp -background alice" I can connect with my ISP but
. names
are not resolved because PPP doesn't get the DNSs provided by the
peer and
uses the first DNS server in in /etc/resolv.conf ,10.255.201.22, of
a
previous  dhcp connection at office.
Here it is an extract of the connection log:

.
ppp[505]: tun0: Phase: deflink: his = CHAP 0x05, mine = none
ppp[505]: tun0: Phase: Chap Input: CHALLENGE (16 bytes from apx-rm5)
ppp[505]: tun0: Phase: Chap Output: RESPONSE ([EMAIL PROTECTED])
ppp[505]: tun0: Phase: Chap Input: SUCCESS
ppp[505]: tun0: IPCP: Using trigger address 0.0.0.0
ppp[505]: tun0: CCP: FSM: Using "deflink" as a transport
ppp[505]: tun0: CCP: deflink: State change Initial --> Closed
ppp[505]: tun0: CCP: deflink: LayerStart.
ppp[505]: tun0: CCP: MPPE: Not usable without CHAP81
ppp[505]: tun0: CCP: deflink: SendConfigReq(1) state = Closed
ppp[505]: tun0: CCP:  DEFLATE[4] win 15
ppp[505]: tun0: CCP:  PRED1[2]
ppp[505]: tun0: CCP: deflink: State change Closed --> Req-Sent
ppp[505]: tun0: Phase: deflink: lcp -> open
ppp[505]: tun0: Phase: bundle: Network
ppp[505]: tun0: IPCP: FSM: Using "deflink" as a transport
ppp[505]: tun0: IPCP: deflink: State change Initial --> Closed
ppp[505]: tun0: IPCP: deflink: LayerStart.
ppp[505]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed
ppp[505]: tun0: IPCP:  IPADDR[6] 0.0.0.0
ppp[505]: tun0: IPCP:  COMPPROTO[6] 16 VJ slots with slot
compression
ppp[505]: tun0: IPCP:  PRIDNS[6] 10.155.201.22
                                                   ^
ppp[505]: tun0: IPCP:  SECDNS[6] 255.255.255.255
ppp[505]: tun0: IPCP: deflink: State change Closed --> Req-Sent
ppp[505]: tun0: IPCP: deflink: RecvConfigReq(1) state = Req-Sent
ppp[505]: tun0: IPCP:  COMPPROTO[6] 16 VJ slots with slot
compression
ppp[505]: tun0: IPCP:  IPADDR[6] 80.21.255.5
ppp[505]: tun0: IPCP: deflink: SendConfigAck(1) state = Req-Sent
ppp[505]: tun0: IPCP:  COMPPROTO[6] 16 VJ slots with slot
compression
ppp[505]: tun0: IPCP:  IPADDR[6] 80.21.255.5
ppp[505]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Sent
ppp[505]: tun0: LCP: deflink: RecvProtocolRej(3) state = Opened
ppp[505]: tun0: LCP: deflink: -- Protocol 0x80fd (Compression
Control
Protocol)
ppp[505]: tun0: CCP: deflink: State change Req-Sent --> Stopped
ppp[505]: tun0: IPCP: deflink: RecvConfigNak(1) state = Ack-Sent
ppp[505]: tun0: IPCP:  IPADDR[6] 212.216.149.154
ppp[505]: tun0: IPCP:  IPADDR[6] changing address: 0.0.0.0  -->
212.216.149.154
ppp[505]: tun0: IPCP:  PRIDNS[6] 10.155.201.22
                                                   ^^
ppp[505]: tun0: IPCP:  SECDNS[6] 255.255.255.255
ppp[505]: tun0: IPCP: Primary nameserver set to 10.155.201.22
ppp[505]: tun0: IPCP: deflink: SendConfigReq(2) state = Ack-Sent
ppp[505]: tun0: IPCP:  IPADDR[6] 212.216.149.154
ppp[505]: tun0: IPCP:  COMPPROTO[6] 16 VJ slots with slot
compression
ppp[505]: tun0: IPCP:  PRIDNS[6] 10.155.201.22
ppp[505]: tun0: IPCP:  SECDNS[6] 255.255.255.255
ppp[505]: tun0: IPCP: deflink: RecvConfigAck(2) state = Ack-Sent

...

What should I do?
Vittorio
___
freebsd-questions@freebsd.org