Linux-Networking Digest #576, Volume #12 Mon, 13 Sep 99 16:13:47 EDT
Contents:
Re: Masqurading and only one NIC (Jeff Keenan)
Tracing a bad route (Direct Memory Access)
Re: redirecting packets w/ IP Masq (Gord Shier)
Re: nslookup resolves, ping doesn't (Ludger Solbach)
Re: tulip IRQ woes & tulip-diag ([EMAIL PROTECTED])
Bay Networks VPN Client (on NT) through Masq - anyone try? (Some Guy)
Re: Routing between local subnets ([EMAIL PROTECTED])
Re: ipx-routing ???? (Thomas Kaemer)
Re: Does AOL support Linux connection? ("Stu.A")
Re: PPP loses data (Bill Unruh)
Re: couple of questions ("haze")
Squid ("Dee")
Re: Network Configuration manually (midknite)
Please Help: Can't ping anything! (Benjamin Alan Weaver)
Re: Help please, PPP connect script problems (ksvenbak)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Jeff Keenan)
Subject: Re: Masqurading and only one NIC
Date: Mon, 13 Sep 1999 18:21:53 GMT
For most home users this configuration is fine. Your internal network
could only be sniffed/spoofed by a neighbor on the same subnet of is
someone came to your house and put the device on your hub . Most
cable providers have filters implemented at the head end to drop
private address dhcp requests etc. If you are using a ppp to
ethernet device your net can not be sniffed at all.
On Tue, 31 Aug 1999 10:05:09 +0200, Joseph Santaniello
<[EMAIL PROTECTED]> wrote:
>Hi,
>
>I have a simple masqurading set up using only one ethernet interface
>with 2 ip addresses assigned to it. It works, but I've heard that this
>makes it easier for people to spoof being on my internal network. How
>does one NIC make this any more easy than 2?
>
>Thanks,
>
>Joe
------------------------------
From: Direct Memory Access <[EMAIL PROTECTED]>
Subject: Tracing a bad route
Date: Mon, 13 Sep 1999 18:17:14 GMT
The other day my roommates DSL line went down for hours due to a bad route at our DSL
provider. They had one of their routers configured for an internal IP (10.1.2.1) .. a
black hole. I ran a traceroute to the IP of our DSL line. It got to above.net's core
backbone, hit the internal IP, then timeouts from that point on. I contacted
above.net thinking it was a problem on their end but they seemed to track it down to
the router at flashnet.com. We conacted flashnet and tehy were clueless. The problem
e
ventually "fixed itself" but in the future I'd like to trace down the problem myself
so I can assist them in finding the problem. What utils can be used under linux to
trace a bad route as such? above.net turned out to be flashnet.com's upstream
provider... I guess that would make it apparent how they tracked it down so easily.
traceroute only showed me the bad route but not who's router or box it came from. Any
help is appreciated. Thanks. :-)
- Ken
------------------------------
From: [EMAIL PROTECTED] (Gord Shier)
Crossposted-To: comp.os.linux.questions
Subject: Re: redirecting packets w/ IP Masq
Date: Mon, 13 Sep 1999 18:35:45 GMT
hi.
i don't know much about masqing, but your '--sport 10240' means that
the rule applies to packets _coming_from_ 10240, not _going_to_ 10240.
regards,
gord.
On Mon, 13 Sep 1999 04:50:31 -0500, Roger <[EMAIL PROTECTED]> wrote:
>I have a question about redirecting packets w/ IP masquerade.
>
>I'd like to be able to have tcp packets going to a certain port on my
>linux machine to be redirected to a port on another computer in my small
>home lan..
>
>lich - linux machine 192.168.0.1
>pete - win98 machine 192.168.0.4
>
>I'd like to have the ability to ftp to a port, say 10240, on my linux
>machine and have those packets redirected to a machine on my interal
>lan.
>
>I've read up on ipchains and have tried to get this to work but have
>been unsucessful. I tried using this rule but it didn't work. For the
>life of me I can't figure out whats wrong with this..
>
>ipchains -A input -s 0/0 --sport 10240 -p tcp -j REDIRECT -d 192.168.0.4
>--dport 21 -b
>
>From my understanding, this rule will take any incoming tcp packets
>going to port 10240 and redirect them to 192.168.0.4 port 21 and the -b
>will employ this rule to work in both directions
>
>It appears to have worked when I list the ipchains status rules
>
>[root@lich smbtest]# /etc/rc.d/init.d/filter status
>Chain input (policy ACCEPT):
>target prot opt source destination
>ports
>REDIRECT tcp ------ anywhere 192.168.0.4 10240
>-> ftp => any
>REDIRECT tcp ------ 192.168.0.4 anywhere ftp
>-> 10240 => any
>Chain forward (policy DENY):
>target prot opt source destination
>ports
>MASQ all ------ 192.168.0.0/24 anywhere n/a
>Chain output (policy ACCEPT):
>
>But when I ftp to my linux machine at port 10240 things just die....
>
>[root@lich smbtest]# ftp localhost 10240
>ftp: connect: Connection refused
>ftp>
>
>Any help on how I could accomplish this would be helpful..
>
>Thanks..
------------------------------
From: Ludger Solbach <[EMAIL PROTECTED]>
Subject: Re: nslookup resolves, ping doesn't
Date: Mon, 13 Sep 1999 20:32:37 +0200
Bernd Eckenfels wrote:
> How about /etc/nsswitch.conf
> hosts: files dns
>
> and/or /etc/host.conf?
> order hosts,bind
Both files are in their proper place and contain the lines you quoted.
Regards,
Ludger.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: tulip IRQ woes & tulip-diag
Date: Mon, 13 Sep 1999 18:34:15 GMT
Thanks to all who provided suggestions. I needed to turn off PnP, and
in the HP Pavilion it turns out that this is done by the Operating
Systems option (never mentions PnP in BIOS).
As proof, this message is coming out of my Linux OS. I've mounted my
windoze directores (vfat), and soft linked my Inbox to the windoze
netscape mail files, so all my mail is in one place (no duplicates).
Thanks again,
Jon French
In article <[EMAIL PROTECTED]>,
Sean <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> >
> > I had trouble installing a Linksys 10/100 LAN NIC, so I downloaded
the
> > latest tulip.o (0.91g), and installed it, with no luck. I ran the
> > tulip-diag program, and got this:
> >
> > tulip-diag.c:v1.12 7/31/99 Donald Becker
([EMAIL PROTECTED])
> > Index #1: Found a Lite-On 82c168 PNIC adapter at 0x1400.
> > This chip has not been assigned a valid IRQ, and will not function.
> > This must be fixed in the PCI BIOS setup. The device driver has no
way
> > of changing the PCI IRQ settings.
> > Port selection is MII, half-duplex.
> > Transmit stopped, Receive stopped, half-duplex.
> > The Rx process state is 'Stopped'.
> > The Tx process state is 'Stopped'.
> > The transmit threshold is 72.
> > Use '-a' to show device registers,
> > '-e' to show EEPROM contents,
> > or '-m' to show MII management registers.
> >
> > The 0x1400 is correct. How can I assign it a valid IRQ? In the
BIOS, I
> > can't turn off PNP, and all I can do for IRQs is reserve them for
ISA
> > devices (or would that help?) I know I have more than enough IRQs
> > available, as I turned off the serial and parallel ports in BIOS.
There
> > are only two cards in the machine (and only 2 PCI slots). I took
out
> > the other card, and switched slots with the NIC, to no avail. Any
help
> > would be appreciated.
> >
> > Thanks,
> > Jon
> > [EMAIL PROTECTED]
> >
>
> I dont know why you cannot assign an interrupt for your PCI slots in
> your BIOS. Should be a line something like 'IRQ level for INTA pin'
> under the PCI section. You might try contacting the manufacturer to
find
> out where this is, or to get an updated BIOS for your Motherboard.
> Also, you may want to look at your boot messages 'dmesg | less' to
see
> what the kernel is finding in regards to your card. (If it didnt find
> it, then the driver is not compiled correctly, either in the kernel
> itself or as a module)
> I dont know about the Tulip driver, but the vortex/boomerang driver
I
> compiled seems to find my 3c900b card with no problem, even if I have
> INT9 turned off for that slot.
>
> Sean
>
> --
> "Ambiguity succeeds where Honesty dares not venture" -Dogbert
>
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: Some Guy <[EMAIL PROTECTED]>
Subject: Bay Networks VPN Client (on NT) through Masq - anyone try?
Date: Mon, 13 Sep 1999 11:30:54 -0700
Reply-To: [EMAIL PROTECTED]
I've got IP Masq'ing set up but I need to know whether Bay Networks
VPN works through ipchains-style masquerading (not HOW, necessarily--I
assume if it's possible, there's documentation out there). I'm
encouraged by the fact that it does work through SyGate on an NT
server (which works on the same principle as IP masquerading).
Thanks for any advance knowledge ;-)
Cory
P.S. John Hardin - I already tried your ftp link, it didn't work :-(
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Routing between local subnets
Date: Mon, 13 Sep 1999 19:03:32 GMT
Hey,
try this for a simple solution. First be sure that you have ipchains
installed. Then issue this command:
ipchains -A forward -j ACCEPT
What this does is add a rule to accept forwarding packets from anyone
to anyone.
Just be sure to know that this is somewhat insecure and that you should
really be more specific as to what you are routing.
Hope that helps!
-Brett
In article <7rc1un$3hq$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> I'm looking for a basic subnet routing setup for all items on the same
> node. I have two subnets, 172.30.0.0 and 172.27.0.0. I want to use my
> linux box to route between the two local subnets. I have configured
> eth0 as 172.30.91.62 and eth0:0 as 172.27.222.222. I have added routes
> to both networks. When I attempt to telnet to 172.27.14.1 from
> 172.30.91.63, I get the telnet login prompt for my linux box -
> 172.30.91.62 (no forwarding) what am I doing wrong? Do I need to setup
> rules in ipchains? I am using RH 6.0 with the default Kernel config. I
> haven't done any kernel updates. Any help would be appreciated.
Thanks!
>
> Sent via Deja.com http://www.deja.com/
> Share what you know. Learn what you don't.
>
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: Thomas Kaemer <[EMAIL PROTECTED]>
Subject: Re: ipx-routing ????
Date: Mon, 13 Sep 1999 17:00:03 +0200
Frank v Waveren schrieb:
>
> > how can i do ipx routing throuh my linux box
> > two novell-lan should be connected (internal and external)
> > tcp/ip will also be routed.
> > is there a howto for this topic?
Yes, look ipx-howto.gz (chapter 8).
> IIRC, ipx can not be routed...
Not right, look above.
CU Thomas
------------------------------
From: "Stu.A" <@RemoveToMail@[EMAIL PROTECTED]>
Crossposted-To: uk.comp.os.linux
Subject: Re: Does AOL support Linux connection?
Date: Mon, 13 Sep 1999 08:49:12 +0100
A Linux user using AOL hosters of white hate sites generan depravity and poo
image compresion in addition to resolving logins in the US(might have canged
that).
'AOL hatter' :-) theirs an anti netscape site how about anti AOL, the
worst isp in the world(probably)
My faverite isp's include f9 who have either a free service or a pay 10 a
month get 0800 number access at the weekends or BT do a simmiler offer,
demon seem relyable, prity mich any one but AOL(imho).
stu.
------------------------------
From: [EMAIL PROTECTED] (Bill Unruh)
Subject: Re: PPP loses data
Date: 13 Sep 1999 18:44:41 GMT
In <7rj4uq$[EMAIL PROTECTED]> kite@NoSpam.%inetport.com (Clifford Kite) writes:
>> BTW, the man page of pppd has nothing about crtscts parameter. Why?
2.3.3 man page does have an entry (short) so I doubt that it disappeard in 2.3.4
crtscts
Use hardware flow control (i.e. RTS/CTS) to control
the flow of data on the serial port. If neither
the crtscts nor the nocrtscts option is given, the
hardware flow control setting for the serial port
is left unchanged.
>Can't tell you why it's missing or even verify it is missing, ppp-2.3.4
>is now rather old. The newest is ppp-2.3.9 available at cs.anu.edu.au
>in pub/software/ppp and it's worth the effort to get and install.
>--
>Clifford Kite <kite@inet%port.com> Not a guru. (tm)
>/* Those who can't write, write manuals. */
------------------------------
From: "haze" <[EMAIL PROTECTED]>
Subject: Re: couple of questions
Date: Mon, 13 Sep 1999 18:45:50 GMT
is sendmail pop3 by default and would the mail address for the window
machines be the local ip address or what and what port
HAZE
johns wrote in message ...
>On Mon, 13 Sep 1999 06:11:45 GMT, haze <[EMAIL PROTECTED]> wrote:
>>i have sendmail working. i was wondering if there is a way to connect my
>>windows machine to be able to access my e-mail(accounts on linux box).
from
>>the linux box.
>>also if i have another linux box on my network can i use the mail server
>>that's on my main linux box as it's so it can receive e-mail and post some
>>from it.
>
>You could install imap or a pop server. I've used qpopper (www.qualcom.com
>I think) and that worked fine. Your linuxbox can be used as a normal
>mailserver that way.
>
>johns
>
------------------------------
From: "Dee" <[EMAIL PROTECTED]>
Subject: Squid
Date: Mon, 13 Sep 1999 11:24:38 -0700
Hello All,
First of all let me start out by saying that I'm a Linux begginger and
that I mean that in every sense of the word! The task that I'm attempting is
not for begginers but I love a good challenge. Here is my question.
I would love to get Squid for Redhat 5.x up and running as soon as
possible. Can anyone point me to some good documentation on the web. Any
insight on how to configure Squid will be greatly appreciated.
I would really like to use RedHat instead of NT as soon as possible. I'm
tired of the Microsoft world.
-Dee
------------------------------
From: midknite <[EMAIL PROTECTED]>
Subject: Re: Network Configuration manually
Date: Mon, 13 Sep 1999 14:56:01 -0400
"hendrik.bahnen" wrote:
>
> I ed�t the /etc/config.modules, the /etc/rc.config, the /etc/hosts
> and my lilo bootloader.
>
> When shutting down I get the massage "Shutting down network device eth0eth0:
> unknown interface."
this probably means you don't have support in the kernel for the card.
try compiling a kernel with support for the network card you have.
once the kernel supports the card, you should be able to get basic
networking with something like:
`ifconfig eth0 <your ip address> netmask <your netmask> up`
`route add -net default gw <your gateway address>`
then
`route` should print a routing table that includes your network.
if all is well, you can browse things like rc.config (or whatever - i
don't know as I don't use SUSE) for these commands (ifconfig and
route). when you find them, you can change them or add some to
reflect the commands you typed at the prompt to get the network
connection up.
> When booting I get a massage about the /lib/modules... (I can not read so
> fast
> as the massage remove from screen - Is there an log-file for bootmassages?)
try dmesg | more
--
brian kowolowski
gpg key / infos http://www.cryogen.com/midknite/gpg.html
gpg print: F6B6 076D 4BFC CD14 7C14 1A2F 61DA BDE5 7A88 D6C3
------------------------------
From: Benjamin Alan Weaver <[EMAIL PROTECTED]>
Crossposted-To: linux.redhat.ppp
Subject: Please Help: Can't ping anything!
Date: Mon, 13 Sep 1999 12:32:18 -0700
Hello y'all,
I've sampled the wisdom of the newsgroups for some
time now, and I'm still a bit stumped by the problem I'm having
with my ppp connection. Right now I'm using linuxconf to setup
and run the connection. The connection has a static IP address.
On the ``other side'' is a Sparc 5 running ppp-2.3.5. On my side is
RH6.0 with ppp-2.3.8. Below you will find the log file after the chat
connection is established. There does not appear to be any problem
with the modem, since I can make a direct modem connection using
e.g. minicom. Furthermore, the ppp connection works just fine
under Win95. Finally, this same connection worked just fine under
RH5.0.
As you will see from the log file, it appears that the
connection is established successfully and that LCP and IPCP
negotiations are carried out with the peer. However, when I try to
ping the peer, even by IP number, nothing happens. The packets are
sent but never received. This probably has to do with the frame errors
that ifconfig reports (see below). Then, if I wait long enough, the
connection will LCP time out due to the failure of the peer to return
echo requests.
Sep 6 20:21:46 gallifrey pppd[2520]: Serial connection established.
Sep 6 20:21:46 gallifrey pppd[2520]: Serial connection established.
Sep 6 20:21:46 gallifrey pppd[2520]: Using interface ppp0
Sep 6 20:21:46 gallifrey pppd[2520]: Using interface ppp0
Sep 6 20:21:46 gallifrey pppd[2520]: Connect: ppp0 <--> /dev/modem
Sep 6 20:21:46 gallifrey pppd[2520]: Connect: ppp0 <--> /dev/modem
Sep 6 20:21:46 gallifrey kernel: ppp_ioctl: set dbg flags to 70000
Sep 6 20:21:46 gallifrey kernel: ppp_ioctl: set flags to 70000
Sep 6 20:21:46 gallifrey kernel: ppp_tty_ioctl: set xasyncmap
Sep 6 20:21:46 gallifrey kernel: ppp_tty_ioctl: set xmit asyncmap
ffffffff
Sep 6 20:21:46 gallifrey kernel: ppp_ioctl: set flags to 70000
Sep 6 20:21:46 gallifrey kernel: ppp_ioctl: set mru to 5dc
Sep 6 20:21:46 gallifrey kernel: ppp_tty_ioctl: set rcv asyncmap
ffffffff
Sep 6 20:21:46 gallifrey kernel: ppp_ioctl: set flags to 70000
Sep 6 20:21:47 gallifrey pppd[2520]: sent [LCP ConfReq id=0x1 <asyncmap
0x0> <magic 0xbf0fb050> <pcomp> <accomp>]
Sep 6 20:21:47 gallifrey pppd[2520]: rcvd [LCP ConfAck id=0x1 <asyncmap
0x0> <magic 0xbf0fb050> <pcomp> <accomp>]
Sep 6 20:21:49 gallifrey pppd[2520]: rcvd [LCP ConfReq id=0x1 <magic
0x2723285e> <pcomp> <accomp>]
Sep 6 20:21:49 gallifrey pppd[2520]: sent [LCP ConfAck id=0x1 <magic
0x2723285e> <pcomp> <accomp>]
Sep 6 20:21:49 gallifrey pppd[2520]: sent [IPCP ConfReq id=0x1 <addr
128.32.13.181> <compress VJ 0f 01>]
Sep 6 20:21:49 gallifrey kernel: ppp_tty_ioctl: set xmit asyncmap
ffffffff
Sep 6 20:21:49 gallifrey kernel: ppp_ioctl: set flags to f070003
Sep 6 20:21:49 gallifrey kernel: ppp_ioctl: set mru to 5dc
Sep 6 20:21:49 gallifrey kernel: ppp_tty_ioctl: set rcv asyncmap 0
Sep 6 20:21:49 gallifrey kernel: ppp_ioctl: set flags to f070003
Sep 6 20:21:49 gallifrey kernel: ppp_ioctl: set flags to f070043
Sep 6 20:21:50 gallifrey kernel: PPP BSD Compression module registered
Sep 6 20:21:50 gallifrey kernel: PPP Deflate Compression module
registered
Sep 6 20:21:50 gallifrey pppd[2520]: sent [CCP ConfReq id=0x1 <deflate
15> <deflate(old#) 15> <bsd v1 15>]
Sep 6 20:21:50 gallifrey pppd[2520]: rcvd [IPCP ConfReq id=0x1 <addr
128.32.13.175> <compress VJ 0f 01>]
Sep 6 20:21:50 gallifrey pppd[2520]: sent [IPCP ConfAck id=0x1 <addr
128.32.13.175> <compress VJ 0f 01>]
Sep 6 20:21:50 gallifrey pppd[2520]: rcvd [CCP ConfReq id=0x1 <deflate
15> <deflate(old#) 15> <bsd v1 15>]
Sep 6 20:21:50 gallifrey pppd[2520]: sent [CCP ConfAck id=0x1 <deflate
15> <deflate(old#) 15> <bsd v1 15>]
Sep 6 20:21:50 gallifrey pppd[2520]: rcvd [IPCP ConfAck id=0x1 <addr
128.32.13.181> <compress VJ 0f 01>]
Sep 6 20:21:50 gallifrey kernel: ppp_ioctl: set maxcid to 16
Sep 6 20:21:50 gallifrey kernel: ppp_ioctl: set flags to f071047
Sep 6 20:21:50 gallifrey pppd[2520]: local IP address 128.32.13.181
Sep 6 20:21:50 gallifrey pppd[2520]: local IP address 128.32.13.181
Sep 6 20:21:50 gallifrey pppd[2520]: remote IP address 128.32.13.175
Sep 6 20:21:50 gallifrey pppd[2520]: remote IP address 128.32.13.175
Sep 6 20:21:50 gallifrey pppd[2520]: Script /etc/ppp/ip-up started (pid
2534)
Sep 6 20:21:50 gallifrey pppd[2520]: rcvd [CCP ConfAck id=0x1 <deflate
15> <deflate(old#) 15> <bsd v1 15>]
Sep 6 20:21:50 gallifrey pppd[2520]: Deflate (15) compression enabled
Sep 6 20:21:50 gallifrey pppd[2520]: Deflate (15) compression enabled
Sep 6 20:21:50 gallifrey kernel: ppp_ioctl: set flags to f0730c7
Sep 6 20:21:51 gallifrey pppd[2520]: Script /etc/ppp/ip-up finished
(pid 2534), status = 0x0
Sep 6 20:22:16 gallifrey pppd[2520]: rcvd [Compressed data] 00 01 52 04
69 64 34 01 ...
Sep 6 20:22:16 gallifrey pppd[2520]: sent [CCP ResetReq id=0x2]
Sep 6 20:22:16 gallifrey kernel: ppp0: decomp err -1
Sep 6 20:22:16 gallifrey pppd[2520]: rcvd [CCP ResetAck id=0x2]
Sep 6 20:22:18 gallifrey pppd[2520]: rcvd [Compressed data] 00 01 52 04
6b 5c 03 d6 ...
Sep 6 20:22:18 gallifrey pppd[2520]: sent [CCP ResetReq id=0x3]
Sep 6 20:22:18 gallifrey pppd[2520]: rcvd [CCP ResetAck id=0x3]
Output of ifconfig:
ppp0 Link encap:Point-to-Point Protocol
inet addr:128.32.13.181 P-t-P:128.32.13.175
Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:10 errors:4 dropped:0 overruns:0 frame:2
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:10
Output of netstat -nr:
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt
Iface
128.32.13.175 0.0.0.0 255.255.255.255 UH 0 0 0
ppp0
0.0.0.0 128.32.13.175 0.0.0.0 UG 0 0 0
ppp0
I do hope some solution can be reached.
Thanx,
Benjamin Alan Weaver
--
<<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>>
< The Dream Weaver >< Reality resists all of our >
< [EMAIL PROTECTED] >< valiant efforts to >
< (510) 642-5516 >< misunderstand it. >
<<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>><<>>
------------------------------
From: ksvenbak <[EMAIL PROTECTED]>
Subject: Re: Help please, PPP connect script problems
Date: Mon, 13 Sep 1999 15:40:57 GMT
flustered wrote:
> I have used Linux for about 3 years, and this one has me stumped.
>
> I recently changed to USWest.Net and my PPP script has worked fine
> with all the other ISP's I have used in the past.
>
> The problem occurs after my username and password are accepted,
> I have checked the errors in /var/log/messages and here is what
> happens immediatly after my password is sent and accepted:
>
> Serial connection established.
> Using interface ppp0
> Connect: ppp0 <--> /dev/modem
> Hangup (SIGHUP)
> Modem hangup
> Exit.
>
> From this you can see that as soon as ppp starts to run, my modem
> hangs up. Anyone out there have any ideas for me?
>
> Thanks
I am having a similar problem with uswest.net, too. Except in my case,
it does not hangup, but I am not able to connect to anywhere. I called
up USwest to find out about PAP/CHAP and they seemed ignorant about such
matters.
Logged in my /var/log/ppp:
Aug 27 20:22:50 zeus pppd[1404]: Connect: ppp0 <--> /dev/ttyS1
Aug 27 20:22:51 zeus pppd[1404]: sent [LCP ConfReq id=0x1 <asyncmap
0x20a0000> <magic
0x9e8348> <pcomp> <accomp>]
Aug 27 20:22:51 zeus pppd[1404]: rcvd [LCP ConfAck id=0x1 <asyncmap
0x20a0000> <magic
0x9e8348> <pcomp> <accomp>]
Aug 27 20:22:52 zeus pppd[1404]: rcvd [LCP ConfReq id=0x33 <asyncmap
0xa0000> <magic
0x4dc5d142> <pcomp> <accomp>]
Aug 27 20:22:52 zeus pppd[1404]: sent [LCP ConfAck id=0x33 <asyncmap
0xa0000> <magic 0x4dc5d142> <pcomp> <accomp>]
Aug 27 20:22:52 zeus pppd[1404]: sent [IPCP ConfReq id=0x1 <addr
0.0.0.0> <compress VJ 0f 01>]
Aug 27 20:22:52 zeus pppd[1404]: sent [CCP ConfReq id=0x1 <deflate 15>
<deflate(old#) 15> <bsd v1 15>]
Aug 27 20:22:52 zeus pppd[1404]: rcvd [LCP ProtRej id=0x34 80 21 01 01
00 10 03 06 00 00 00 00 02 06 00 2d 0f 01]
Aug 27 20:22:52 zeus pppd[1404]: rcvd [LCP ProtRej id=0x35 80 fd 01 01
00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Still looking for solutions...
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.networking) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Networking Digest
******************************
