You do not need the line compress stuff it's over kill and outdated,
it just slows down the connection.
On callback you are not logging into his box, he is logging into
your box
You also need gateway=YES in rc.conf if dialin user want to access
public internet through your gateway box.
IF you have firewall you now have to use NAT function because dialin
user looks like private LAN.
change incoming section to this
incoming: # section header name
enable pap # uses ppp.secret file
# SECURITY WARNING - It is VITAL that pap is enabled. If it is not,
# you are allowing any body to establish an dial in ppp session with
# your FBSD box using any ID/password. There is no authentication
being
# done on incoming ppp connections if pap is not enabled. - SECURITY
WARNING
allow users *# allow all users who pass authentication
access
accept dns # give dial in connection access to dns lookup
set ifaddr 10.0.0.1 10.0.0.2 255.255.255.255
disable pred1 deflate lqr # compression features line quality
reporting
denypred1 deflate lqr # compression features line quality
reporting
disable ipv6 # turn off ipv6 challenge
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Kyryll A
Mirnenko
Sent: Monday, February 23, 2004 3:21 PM
To: [EMAIL PROTECTED]; JJB
Subject: RE: ISP dialing with callback - def. route problems
Thanks to JJB, callback is set up, e.g. ISP calls back modems
answers the call. The most stupid bug was in /etc/ttys:
ttyl0 /usr/libexec/getty callback1 dialup on
(instead of ttyd0 - for Lucent winmodem driver).
Now I've got more sophisticated callback problem. Saying again,
when
calling directly no such problem exists, as for callback - Windows
client ppp seems not to produce any problems, so that's not ISP
bugs:
[!!!] PPP fails to add default route, e.g. I can see his DNS
(gethostbyname(),...) the whole local network (for ex., his HTTP
server), but can't reach further.
# route get
says can't open roure socket, and here's the part of ppp.log
(bugs're
marked with [HERE!!!] --):
tun0: Command: incoming: set ifaddr 10.0.0.1/0 10.0.0.2/0
255.255.255.255
tun0: Command: incoming: add default HISADDR
tun0: Command: incoming: set authname MYLOGIN
tun0: Command: incoming: set authkey
tun0: Command: incoming: set logout ATS0=0 OK ATW OK
tun0: Phase: PPP Started (direct mode).
tun0: Phase: bundle: Establish
tun0: Phase: deflink: closed - opening
tun0: Phase: deflink: Connected!
tun0: Phase: deflink: opening - carrier
tun0: Phase: deflink: /dev/ttyl0: CD detected
tun0: Phase: deflink: carrier - lcp
tun0: Phase: bundle: Authenticate
tun0: Phase: deflink: his = PAP, mine = none
tun0: Phase: Pap Output: MYLOGIN
tun0: Phase: Pap Input: SUCCESS ()
tun0: Phase: deflink: lcp - open
tun0: Phase: bundle: Network
[HERE!!!] -- tun0: Phase: deflink: IPV6CP protocol reject closes
IPV6CP !
[HERE!!!] -- tun0: Warning: ff02:4::/32: Change route failed:
errno: Network is unreachable
Can anybody deal with this? Here's incoming ppp.conf setup:
default:
set log phase tun chat cbcp command pap
ident user-ppp VERSION (built COMPILATIONDATE)
set device /dev/cual0
set speed 38400
set dial ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \
\\ AT OK-AT-OK ATS0=1 OK ATW OK ATE1Q0 OK \\dATDP\\T
TIMEOUT 80 CONNECT
set timeout 180# 3 minute idle timer (the default)
enable dns # request DNS info (for resolv.conf)
enable vjcomp deflate deflate24 protocomp pred1
accept vjcomp deflate deflate24 protocomp pred1
set urgent udp +53
incoming:
set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.255
add default HISADDR
set authname MYLOGIN
set authkey MYPASSWORD
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to
[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]