Linux-Networking Digest #728, Volume #9 Thu, 31 Dec 98 21:13:38 EST
Contents:
PPP problem (Can't ping anything!) (Akop Pogosian)
Re: Flaky Network--things keep dying! ([EMAIL PROTECTED])
Re: PPP Problem (J. Scott Berg)
IP NAT & Packets being dropping by Linux. Networking gurus -PH (Chetan Patil)
Re: Can't telnet to linux machine after upgrading to RH5.2 (KRH)
Syslogd and others ("Dale")
Re: masquerading/forwarding - routing problem? (Brian McCauley)
Re: sloooow ppp connection, help! ([EMAIL PROTECTED])
PPPD/CCP Trouble (KRH)
Re: masquerading/forwarding - routing problem? (Ingo Buescher)
Network keeps deactivating ("Abtec")
Re: Q. Best MTU Settings for UK ISP Demon Internet ?? (Paul Black)
httpd cnat start (wings)
Re: PPP problem (Can't ping anything!) (Andrew Sun)
Re: Urgent: Routing problem or kernel mis-configuration? (Clifford Kite)
Boot Rom ("Del [NOSPAM] Earnheart")
----------------------------------------------------------------------------
From: Akop Pogosian <[EMAIL PROTECTED]>
Crossposted-To: comp.protocols.ppp
Subject: PPP problem (Can't ping anything!)
Date: 1 Jan 1999 00:05:46 GMT
Ok, I have set up ppp connections several times but I am not an expert.
I am trying to connect to my new ISP, INTX.NET (if anyone else is using
INTX.NET as their ISP, please tell me what you do!) I had real hard time
figuring out what kind of strings my ISP sends and expects. I have
already managed to log in and start a ppp session. However, I can not ping
anything besides the ppp server, not even the name servers. My ISP
supplies all the information (e.g. IP address, default route,etc)
dynamically. The only information that they gave me was the phone
number and the name server ip addresses. Below, I list my pppd options,
routing table as reported by route -n, and the system messages....
(I have used ezppp and pppconfig with various degrees of success)
Thank you.
Akop.
pppd options :
-detach
defaultroute
noauth
noproxyarp
debug
routing table (after establishing ppp connection):
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
209.144.16.19 0.0.0.0 255.255.255.255 UH 0 0 0
ppp0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 209.144.16.19 0.0.0.0 UG 0 0 0
ppp0
system messages:
Dec 31 04:29:40 debian pppd[338]: pppd 2.3.5 started by root, uid 0
Dec 31 04:29:40 debian pppd[338]: Using interface ppp0
Dec 31 04:29:40 debian pppd[338]: Connect: ppp0 <--> /dev/cua2
Dec 31 04:29:40 debian pppd[338]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0xffff88c9> <pcomp> <accomp>]
Dec 31 04:29:40 debian pppd[338]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
<magic 0xffff88c9> <pcomp> <accomp>]
Dec 31 04:29:43 debian pppd[338]: rcvd [LCP ConfReq id=0x1 < 00 04 00 00>
<mru 1524> <asyncmap 0xa0000> <pcomp> <accomp> < 11 04 05 f4> < 13 09 03
00 c0 7b 5f fe fd>]
Dec 31 04:29:43 debian pppd[338]: sent [LCP ConfRej id=0x1 < 00 04 00 00>
< 11 04 05 f4> < 13 09 03 00 c0 7b 5f fe fd>]
Dec 31 04:29:43 debian pppd[338]: rcvd [LCP ConfReq id=0x2 <mru 1524>
<asyncmap 0xa0000> <pcomp> <accomp>]
Dec 31 04:29:43 debian pppd[338]: sent [LCP ConfAck id=0x2 <mru 1524>
<asyncmap 0xa0000> <pcomp> <accomp>]
Dec 31 04:29:43 debian pppd[338]: sent [LCP EchoReq id=0x0
magic=0xffff88c9]
Dec 31 04:29:43 debian pppd[338]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>
<compress VJ 0f 01>]
Dec 31 04:29:43 debian pppd[338]: sent [CCP ConfReq id=0x1 <bsd v1 15>]
Dec 31 04:29:43 debian pppd[338]: rcvd [IPCP ConfReq id=0x1 <addr
209.144.16.19>]
Dec 31 04:29:43 debian pppd[338]: sent [IPCP ConfAck id=0x1 <addr
209.144.16.19>]
Dec 31 04:29:43 debian pppd[338]: rcvd [CCP ConfReq id=0x1 < 11 06 00 01
01 03>]
Dec 31 04:29:43 debian pppd[338]: sent [CCP ConfRej id=0x1 < 11 06 00 01
01 03>]
Dec 31 04:29:43 debian pppd[338]: rcvd [LCP EchoRep id=0x0 magic=0x0]
Dec 31 04:29:43 debian pppd[338]: rcvd [IPCP ConfRej id=0x1 <compress VJ
0f 01>]
Dec 31 04:29:43 debian pppd[338]: sent [IPCP ConfReq id=0x2 <addr
0.0.0.0>]
Dec 31 04:29:43 debian pppd[338]: rcvd [CCP ConfRej id=0x1 <bsd v1 15>]
Dec 31 04:29:43 debian pppd[338]: sent [CCP ConfReq id=0x2]
Dec 31 04:29:43 debian pppd[338]: rcvd [IPCP ConfNak id=0x2 <addr
209.144.16.153>]
Dec 31 04:29:43 debian pppd[338]: sent [IPCP ConfReq id=0x3 <addr
209.144.16.153>]
Dec 31 04:29:43 debian pppd[338]: rcvd [CCP ConfRej id=0x2]
Dec 31 04:29:43 debian pppd[338]: rcvd [IPCP ConfAck id=0x3 <addr
209.144.16.153>]
Dec 31 04:29:43 debian pppd[338]: local IP address 209.144.16.153
Dec 31 04:29:43 debian pppd[338]: remote IP address 209.144.16.19
Dec 31 04:30:13 debian pppd[338]: sent [LCP EchoReq id=0x1
magic=0xffff88c9]
Dec 31 04:30:13 debian pppd[338]: rcvd [LCP EchoRep id=0x1 magic=0x0]
Dec 31 04:30:43 debian pppd[338]: sent [LCP EchoReq id=0x2
magic=0xffff88c9]
Dec 31 04:30:43 debian pppd[338]: rcvd [LCP EchoRep id=0x2 magic=0x0]
Dec 31 04:31:13 debian pppd[338]: sent [LCP EchoReq id=0x3
magic=0xffff88c9]
Dec 31 04:31:13 debian pppd[338]: rcvd [LCP EchoRep id=0x3 magic=0x0]
Dec 31 04:31:42 debian icmplogd: destination unreachable from
[209.44.32.73]
Dec 31 04:31:43 debian pppd[338]: sent [LCP EchoReq id=0x4
magic=0xffff88c9]
Dec 31 04:31:43 debian pppd[338]: rcvd [LCP EchoRep id=0x4 magic=0x0]
Dec 31 04:32:13 debian pppd[338]: sent [LCP EchoReq id=0x5
magic=0xffff88c9]
Dec 31 04:32:13 debian pppd[338]: rcvd [LCP EchoRep id=0x5 magic=0x0]
Dec 31 04:32:43 debian pppd[338]: sent [LCP EchoReq id=0x6
magic=0xffff88c9]
Dec 31 04:32:43 debian pppd[338]: rcvd [LCP EchoRep id=0x6 magic=0x0]
Dec 31 04:33:03 debian icmplogd: destination unreachable from
[209.44.32.73]
Dec 31 04:33:13 debian pppd[338]: sent [LCP EchoReq id=0x7
magic=0xffff88c9]
Dec 31 04:33:13 debian pppd[338]: rcvd [LCP EchoRep id=0x7 magic=0x0]
Dec 31 04:33:43 debian pppd[338]: sent [LCP EchoReq id=0x8
magic=0xffff88c9]
Dec 31 04:33:43 debian pppd[338]: rcvd [LCP EchoRep id=0x8 magic=0x0]
Dec 31 04:34:13 debian pppd[338]: sent [LCP EchoReq id=0x9
magic=0xffff88c9]
Dec 31 04:34:13 debian pppd[338]: rcvd [LCP EchoRep id=0x9 magic=0x0]
Dec 31 04:34:24 debian icmplogd: destination unreachable from
[209.44.32.73]
Dec 31 04:34:43 debian pppd[338]: sent [LCP EchoReq id=0xa
magic=0xffff88c9]
Dec 31 04:34:43 debian pppd[338]: rcvd [LCP EchoRep id=0xa magic=0x0]
Dec 31 04:35:13 debian pppd[338]: sent [LCP EchoReq id=0xb
magic=0xffff88c9]
Dec 31 04:35:13 debian pppd[338]: rcvd [LCP EchoRep id=0xb magic=0x0]
Dec 31 04:35:43 debian pppd[338]: sent [LCP EchoReq id=0xc
magic=0xffff88c9]
Dec 31 04:35:43 debian pppd[338]: rcvd [LCP EchoRep id=0xc magic=0x0]
Dec 31 04:35:45 debian icmplogd: destination unreachable from
[209.44.32.73]
Dec 31 04:36:13 debian pppd[338]: sent [LCP EchoReq id=0xd
magic=0xffff88c9]
Dec 31 04:36:13 debian pppd[338]: rcvd [LCP EchoRep id=0xd magic=0x0]
Dec 31 04:36:43 debian pppd[338]: sent [LCP EchoReq id=0xe
magic=0xffff88c9]
Dec 31 04:36:43 debian pppd[338]: rcvd [LCP EchoRep id=0xe magic=0x0]
Dec 31 04:37:07 debian icmplogd: destination unreachable from
[209.44.32.73]
Dec 31 04:37:13 debian pppd[338]: sent [LCP EchoReq id=0xf
magic=0xffff88c9]
Dec 31 04:37:13 debian pppd[338]: rcvd [LCP EchoRep id=0xf magic=0x0]
Dec 31 04:37:43 debian pppd[338]: sent [LCP EchoReq id=0x10
magic=0xffff88c9]
Dec 31 04:37:43 debian pppd[338]: rcvd [LCP EchoRep id=0x10 magic=0x0]
Dec 31 04:38:13 debian pppd[338]: sent [LCP EchoReq id=0x11
magic=0xffff88c9]
Dec 31 04:38:13 debian pppd[338]: rcvd [LCP EchoRep id=0x11 magic=0x0]
Dec 31 04:38:28 debian icmplogd: destination unreachable from
[209.44.32.73]
Dec 31 04:38:43 debian pppd[338]: sent [LCP EchoReq id=0x12
magic=0xffff88c9]
Dec 31 04:38:43 debian pppd[338]: rcvd [LCP EchoRep id=0x12 magic=0x0]
Dec 31 04:39:13 debian pppd[338]: sent [LCP EchoReq id=0x13
magic=0xffff88c9]
Dec 31 04:39:13 debian pppd[338]: rcvd [LCP EchoRep id=0x13 magic=0x0]
Dec 31 04:39:43 debian pppd[338]: sent [LCP EchoReq id=0x14
magic=0xffff88c9]
Dec 31 04:39:43 debian pppd[338]: rcvd [LCP EchoRep id=0x14 magic=0x0]
Dec 31 04:39:49 debian icmplogd: destination unreachable from
[209.44.32.73]
Dec 31 04:40:13 debian pppd[338]: sent [LCP EchoReq id=0x15
magic=0xffff88c9]
Dec 31 04:40:13 debian pppd[338]: rcvd [LCP EchoRep id=0x15 magic=0x0]
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Flaky Network--things keep dying!
Date: 1 Jan 1999 00:06:56 GMT
Reply-To: [EMAIL PROTECTED]
[EMAIL PROTECTED] spewed forth with:
> I telnet into my linux box from my win9x box to do most of my work at home, and
>lately I've been
> having a problem with telnet sessions dying for no reason. I also have many mp3s on
>my Linux
> box, shared out with Samba. When I try to play these, I usually get between half a
>song and two
> songs before they cut out. I upgraded Samba, but that didn't seem to help. I've also
>tried a
> different Windows machine on the network, and different telnet clients, but the same
>thing
> happens. I've checked my logs, but I don't see anything that gives me a clue what
>might be going
> on.
> FWIW, I'm running the 2.0.36 kernel with ip_masq, etc built in, on a Slackware
>distribution
> that's about 1 year old. If I can't figure out what's going on, I'm going to
>reinstall with a
> new distribution--but I'd rather not if I can avoid it.
Well, it looks like it was a hardware (or at least driver) problem. I swapped the
cards in my
win98 and Linux boxes (the two that were having problems talking to each other), and
that seems
to have gotten rid of the problem (for now).
------------------------------
From: [EMAIL PROTECTED] (J. Scott Berg)
Crossposted-To: comp.os.linux.questions,comp.os.linux.help,comp.protocols.ppp
Subject: Re: PPP Problem
Date: 31 Dec 1998 22:28:03 GMT
In article <76e7q7$t8v$[EMAIL PROTECTED]>,
Jason E Tedor <[EMAIL PROTECTED]> wrote:
>Dec 29 10:28:22 kashmir modprobe: can't locate module ppp-compress-21
>Dec 29 10:28:22 kashmir modprobe: can't locate module ppp-compress-24
...
>I averted the problem my manually inserting the modules bsd_comp.o and
>ppp_deflate.o with insmod. Why isn't kerneld loading them as needed? What
>can I do to fix this?
Put in /etc/conf.modules (or /etc/modules.conf, whichever you use):
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
-Scott Berg
------------------------------
From: Chetan Patil <[EMAIL PROTECTED]>
Crossposted-To: comp.protocols.tcp-ip
Subject: IP NAT & Packets being dropping by Linux. Networking gurus -PH
Date: Fri, 01 Jan 1999 00:24:57 GMT
Hello,
I have the following setup..:
Box1 <-- ethernet1 --> i1 - Box2 - i2 - <===== ethernet2 =======>Box3
where i1 and i2 are network interfaces on Box2.
Box1 talks to Box2 only and is set up as a private network. The IP
stack on Box2 does NAT on the Packets from Box1 (by overwriting the Box1
Source IP address in the packets with the Source address of the
interface i2 on Box2. It then forwards them onto the ethernet2.
Box3 is a linux host.
When I try to telnet from Box1 to Box3, I get connection errors.
When I ran "cold" and tcpdump on Box3, I see that the packets from Box1
(with the source address of Box2's i2 IP address) appear in the trace.
However I don't see any response packets from Box3. It simply seems to
be dropping the packets.
Box2 doesn't use Linux. The custom NAT process simply overwrites the
Source IP address and the ethernet address and recalculates the TCP/UDP
checksum as well as the IP checksum. On the return packets, it
overwirtes the destination IP address with Box1's Source IP address and
ethernet address and recalculates the TCP/UDP and IP checksums.
I have the followig questions for the Gurus..:
- Is there something wrong in this approach?
- Am I screwing up the Packet integrity by overwriting the IP address?
- Also netstat on Linux doesn't support the -s switch. How do I find out
the statistics per protocol for each interface?
- How do I make the linux networking stack dump out the reason why it is
dropping a packet?
Any other suggestions would be greatly appreciated..
If possible, please email as well as posting.
Thanks a lot
Chetan
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (KRH)
Subject: Re: Can't telnet to linux machine after upgrading to RH5.2
Date: Fri, 01 Jan 1999 00:36:47 GMT
I had a similar experence. (This assumes you are not trying to log on
as root). I have to add the telneting machines ip address to my DNS.
The easy way to do this is modify your/etc/hosts file.
This is a quick fix and does not address the issue of how to allow
telnet from other systems. I too wonder what has changed?
Kelly Hanna
[EMAIL PROTECTED]
On Thu, 31 Dec 1998 21:30:49 GMT, [EMAIL PROTECTED] (Randall
Wilkinson) wrote:
>
>I had RH5.1 installed on a network machine, and I could telnet to the
>machine OK. Then I updated to RH5.2 and I cannot telnet to this
>machine now. When I try to connect, my telnet client says "Connection
>Refused".
>
>On the machine that I am trying to connect to:
>/etc/hosts.deny says:
>
>ALL: ALL
>
>/etc/hosts.allow says
>
>ALL: 10.0.0.
>
>All machines on our private network have IP addresses that start with
>10.0.0
>
>If you have any suggestions as to what I might try to fix this, I'd
>appreciate it.
>
------------------------------
From: "Dale" <[EMAIL PROTECTED]>
Subject: Syslogd and others
Date: Thu, 31 Dec 1998 19:38:37 -0500
Hello all,
I am seeming to have a problem with syslog. It seems to eat up drivespace
*really* fast. My messages from today are ~17MB, and filling up my space
rapidly. One thing that is happening is that pppd is trying to redial every
second when I'm connected, adding 4 lines to the log every second. It
complains about the modem being locked, even though it is in use and online,
so it should be locked.
Then I'll be playing quake2 online, behind the linux box with IP-Masq on a
win98 box and I get disconnected from the server. I'm still connected to
the net cause I can ping things (~1500ms pings). I then telnet to the linux
box and check the logs.
Last line reads
syslogd exit on signal 15.
There are no other messages.
After a while the connection goes back to normal.
I suspect some sort of DoS attack, but cant tell because syslog dies.
Any suggestions?
--
please reply to the group.
------------------------------
From: Brian McCauley <[EMAIL PROTECTED]>
Subject: Re: masquerading/forwarding - routing problem?
Date: 31 Dec 1998 18:13:21 +0000
[EMAIL PROTECTED] (Benjohn007) writes:
> make sure in /etc/sysconfig/network this line is set to yes
>
> FORWARD_IPV4=yes
>
> this is what my /etc/rc.d/rc.local looks like(i have ipmasq compiled into the
> kernel !)
>
> /sbin/ipfwadm -F -p deny
> /sbin/ipfwadm -F -a m -S192.168.1.0/24 -D0.0.0.0/0
> /sbin/ifconfig eth0 192.168.1.1
> /sbin/route add -net 192.168.1.0
You should also consider adding an input filter to prevent packets
with source addresses in the range 192.168.1.0/24 being accepted on
any interface other than the LAN one. There have been rumours of
people exploiting IP-Masq boxes on cable modems to mask their identity
during some attacks.
--
\\ ( ) No male bovine | Email: [EMAIL PROTECTED]
. _\\__[oo faeces from | Phones: +44 121 471 3789 (home)
.__/ \\ /\@ /~) /~[ /\/[ | +44 121 627 2173 (voice) 2175 (fax)
. l___\\ /~~) /~~[ / [ | PGP-fp: D7 03 2A 4B D8 3A 05 37...
# ll l\\ ~~~~ ~ ~ ~ ~ | http://www.wcl.bham.ac.uk/~bam/
###LL LL\\ (Brian McCauley) |
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: sloooow ppp connection, help!
Date: 31 Dec 1998 19:59:39 GMT
Reply-To: [EMAIL PROTECTED]
Thanks for the great help to everibody! The problem was that the interrupt
priority of the serial port was something like 10, while it is 0 for the
timer. I used a Tcl/Tk GUI to run the ppp-on and ppp-off scripts, which
used linux's 'sleep' (which in turn uses the timer) every second to
monnitor the ppp interface. So on a slow machine (485 dx2) the low
priority interrupts (e.g. the serial line's) never got served, and dropped
the packets (netstat -i showed it nicely). Solution: not to use this GUI
and/or increase the slle interval and/or increase the serial ports IRQ
priority with 'irq tune'.
Thanks again for the help! HNY!
Akos
------------------------------
From: [EMAIL PROTECTED] (KRH)
Subject: PPPD/CCP Trouble
Date: Thu, 31 Dec 1998 20:02:20 GMT
Here is the problem: Using Redhat 5.2 with PPP-2.3.5-4 I am trying to
do a ppp connection to my isp, Netcom.
I am about to get past the logon sequence, but ppp craps out giving me
a CCP error. Putting noccp in the option file and running pppd again
gives me an error 'Usupported protocol (0x80fd) received'.
I have try other commands in the option file to see they work do the
job. None of them seem to work. I have been able to use Redhat
5.0+dial+ppp.2.0.2 in the past to logon.
The following is the debug log with ccp enabled -
Dec 31 02:47:38 pooh pppd[2529]: sent [LCP ConfReq id=0x1 <magic
0x1030fbb6> <pcomp> <accomp>]
Dec 31 02:47:38 pooh pppd[2529]: rcvd [LCP ConfAck id=0x1 <magic
0x1030fbb6> <pcomp> <accomp>]
Dec 31 02:47:40 pooh pppd[2529]: rcvd [LCP ConfReq id=0x2 <mru 1500>
<asyncmap 0x0> <magic 0xd74a7366> <pcomp> <accomp>]
Dec 31 02:47:40 pooh pppd[2529]: sent [LCP ConfAck id=0x2 <mru 1500>
<asyncmap 0x0> <magic 0xd74a7366> <pcomp> <accomp>]
Dec 31 02:47:40 pooh pppd[2529]: sent [IPCP ConfReq id=0x1 <addr
0.0.0.0> <compress VJ 0f 01>]
Dec 31 02:47:41 pooh pppd[2529]: sent [CCP ConfReq id=0x1 <deflate 15>
<deflate(old#) 15> <bsd v1 15>]
Dec 31 02:47:41 pooh pppd[2529]: rcvd [IPCP ConfReq id=0x1 <compress
VJ 0f 00> <addr 163.179.77.25>]
Dec 31 02:47:41 pooh pppd[2529]: sent [IPCP ConfAck id=0x1 <compress
VJ 0f 00> <addr 163.179.77.25>]
Dec 31 02:47:41 pooh pppd[2529]: rcvd [IPCP ConfNak id=0x1 <addr
206.217.149.233>]
Dec 31 02:47:41 pooh pppd[2529]: sent [IPCP ConfReq id=0x2 <addr
206.217.149.233> <compress VJ 0f 01>]
Dec 31 02:47:41 pooh pppd[2529]: rcvd [CCP ConfRej id=0x1 <deflate
15>]
Dec 31 02:47:41 pooh pppd[2529]: sent [CCP ConfReq id=0x2
<deflate(old#) 15> <bsd v1 15>]
Dec 31 02:47:41 pooh pppd[2529]: rcvd [CCP ConfReq id=0x1 < 11 05 00
01 04>]
Dec 31 02:47:41 pooh pppd[2529]: sent [CCP ConfRej id=0x1 < 11 05 00
01 04>]
Dec 31 02:47:41 pooh pppd[2529]: rcvd [IPCP ConfAck id=0x2 <addr
206.217.149.233> <compress VJ 0f 01>]
Dec 31 02:47:41 pooh pppd[2529]: rcvd [CCP ConfRej id=0x2
<deflate(old#) 15>]
Dec 31 02:47:41 pooh pppd[2529]: sent [CCP ConfReq id=0x3 <bsd v1 15>]
Dec 31 02:47:41 pooh pppd[2529]: rcvd [CCP ConfReq id=0x2 < 11 05 00
01 03>]
Dec 31 02:47:41 pooh pppd[2529]: sent [CCP ConfRej id=0x2 < 11 05 00
01 03>]
Dec 31 02:47:41 pooh pppd[2529]: rcvd [CCP ConfRej id=0x3 <bsd v1 15>]
Dec 31 02:47:41 pooh pppd[2529]: sent [CCP ConfReq id=0x4]
Dec 31 02:47:41 pooh pppd[2529]: rcvd [CCP ConfReq id=0x3 < 11 05 00
00 00>]
Dec 31 02:47:41 pooh pppd[2529]: sent [CCP ConfRej id=0x3 < 11 05 00
00 00>]
Dec 31 02:47:41 pooh pppd[2529]: rcvd [CCP ConfReq id=0x4 < 12 06 00
00 00 01>]
Dec 31 02:47:41 pooh pppd[2529]: sent [CCP ConfRej id=0x4 < 12 06 00
00 00 01>]
Dec 31 02:47:44 pooh pppd[2529]: sent [CCP ConfReq id=0x4]
Dec 31 02:47:45 pooh pppd[2529]: rcvd [CCP TermReq id=0x6]
Dec 31 02:47:45 pooh pppd[2529]: sent [CCP TermAck id=0x6]
Dec 31 02:47:47 pooh pppd[2529]: sent [CCP ConfReq id=0x4]
Dec 31 02:47:47 pooh pppd[2529]: rcvd [CCP TermReq id=0x0]
Dec 31 02:47:47 pooh pppd[2529]: sent [CCP TermAck id=0x0]
Dec 31 02:47:50 pooh pppd[2529]: sent [CCP ConfReq id=0x4]
Dec 31 02:47:51 pooh pppd[2529]: rcvd [CCP TermReq id=0x0]
Dec 31 02:47:51 pooh pppd[2529]: sent [CCP TermAck id=0x0]
Dec 31 02:47:53 pooh pppd[2529]: sent [CCP ConfReq id=0x4]
Dec 31 02:47:53 pooh pppd[2529]: rcvd [CCP TermReq id=0x0]
Thank Kelly
------------------------------
From: Ingo Buescher <[EMAIL PROTECTED]>
Subject: Re: masquerading/forwarding - routing problem?
Date: 31 Dec 1998 15:55:27 GMT
Greg Weeks <[EMAIL PROTECTED]> wrote:
> Probably ipv4 forwarding isn't turned on. There's a way to turn it on
> and off. I can't remember what it is at the moment. I recompile the
> kernel with it turned on and don't have any scripts that turn it
> off. Red Hat has a switch in the init scripts that turns it on and off
> from the scripts also.
If memory serves this should be sufficient.
echo "1" > /proc/sys/net/ipv4/ip_forward
IB
========================================================================
Ingo Buescher <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Fingerprint-RSA: 4D 3B 04 A2 69 3C 8D AC AA FC 7A 2A 19 75 77 6A
-D/H: 5F3A A78A 6FE5 A39E 6FC1 6D5B 0984 D08D 286F 3BD0
PGP Code : to get my PGP code send a mail with #GET PGP as subject
========================================================================
M$: Our software of tomorrow will make sure that on your
hardware of tomorrow everything will work at the usual speed.
------------------------------
From: "Abtec" <[EMAIL PROTECTED]>
Subject: Network keeps deactivating
Date: Thu, 31 Dec 1998 17:06:33 +1000
Hi all,
My network has been working satisfactorily until now.
I can usually ping the host (itself). But now when I boot, the eth0 is not
activated. I cannot activate it using netconf (it reckons it is activated).
I deactivated the eth0, apply the changes and go back in again, and change
it to activated again and re-apply the changes, to no avail. Still cannot
ping.
So I go into X (startx) and use its network configuration and select eth0
from interfaces and activate it and then I save it. Exit X back to the
shell. From here on I can ping the host and the other machines can telnet,
etc.. Now if I reboot the machine, I get the same thing again, i.e. I
cannot ping the host and have to do the above all over again.
Any suggestions.
Regards
------------------------------
From: Paul Black <[EMAIL PROTECTED]>
Crossposted-To: demon.ip.support.unix
Subject: Re: Q. Best MTU Settings for UK ISP Demon Internet ??
Date: Wed, 30 Dec 1998 18:32:43 +0000
(John Auld) wrote:
> CAn anyone give me some tips on the best MTU and other settings for
> PPP for use with Demon Internet.
[Cross-posted to d.i.s.u where there might be some better info]
I think 1500 is the recommended figure (although I have seen the
remote end request 1514 & 1524).
The only other thing I can think of is to use PAP for authentication.
It means the chat script is simpler and logging on is quicker.
What other settings are you looking for?
Paul
------------------------------
From: wings <[EMAIL PROTECTED]>
Subject: httpd cnat start
Date: 30 Dec 1998 18:58:52 GMT
when i am booting up RH5.2, there's a line telling me httpd cant start
coz of the error logfile format. it says logfile format can only accept
2 parameters..
i read log file and it lists NCSA format top of other formats.. and yes,
NCSA supports CLF format with referers, so can RH5.2 support it?
anything i should do to make my httpd running smoothly with NCSA format?
thanks for any advice.
--
wings
------------------------------
From: Andrew Sun <[EMAIL PROTECTED]>
Crossposted-To: comp.protocols.ppp
Subject: Re: PPP problem (Can't ping anything!)
Date: Fri, 01 Jan 1999 01:34:41 GMT
Akop Pogosian wrote:
>
> Ok, I have set up ppp connections several times but I am not an expert.
> I am trying to connect to my new ISP, INTX.NET (if anyone else is using
> INTX.NET as their ISP, please tell me what you do!) I had real hard time
> figuring out what kind of strings my ISP sends and expects. I have
> already managed to log in and start a ppp session. However, I can not ping
> anything besides the ppp server, not even the name servers. My ISP
> supplies all the information (e.g. IP address, default route,etc)
> dynamically. The only information that they gave me was the phone
> number and the name server ip addresses. Below, I list my pppd options,
> routing table as reported by route -n, and the system messages....
> (I have used ezppp and pppconfig with various degrees of success)
> Thank you.
>
> Akop.
>
> pppd options :
>
> -detach
> defaultroute
> noauth
> noproxyarp
> debug
>
> routing table (after establishing ppp connection):
>
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use
> Iface
> 209.144.16.19 0.0.0.0 255.255.255.255 UH 0 0 0
> ppp0
> 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
> 0.0.0.0 209.144.16.19 0.0.0.0 UG 0 0 0
> ppp0
>
> system messages:
>
> Dec 31 04:29:43 debian pppd[338]: local IP address 209.144.16.153
> Dec 31 04:29:43 debian pppd[338]: remote IP address 209.144.16.19
> Dec 31 04:31:42 debian icmplogd: destination unreachable from
> [209.44.32.73]
This is a routing error that came from somewhere else
in your ISP, unrelated to your PPP connection.
Trying running
traceroute -n <ip address of nameserver>.
If the trace fails at hops beyond your PPP connection,
check the name server IP addresses your using.
If correct, you'll have to notify the ISP to fix their
routing problem.
Your configuration otherwise appears ok.
--
Sun, Andrew, "Using & Managing PPP," O'Reilly & Associates, March 1999
http://www.oreilly.com/catalog/umppp
------------------------------
From: [EMAIL PROTECTED] (Clifford Kite)
Subject: Re: Urgent: Routing problem or kernel mis-configuration?
Date: 30 Dec 1998 13:36:16 -0600
Robert Davidson ([EMAIL PROTECTED]) wrote:
: My route table follows:
: Kernel IP routing table
: Destination Gateway Genmask Flags Metric Ref
: Use Iface
: 192.168.1.20 0.0.0.0 255.255.255.255 UH 0 0
: 0 eth0
: 192.168.1.10 0.0.0.0 255.255.255.255 UH 0 0
: 0 ppp1
: 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0
: 0 eth0
: 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0
: 0 lo
: 0.0.0.0 203.34.65.50 0.0.0.0 UG 0 0
: 0 ppp0
: Is there anythign wrong with it?
No host route to ppp0 for 203.34.65.50 ? I don't believe it can be a
gateway without the host route.
--
Clifford Kite <[EMAIL PROTECTED]> Not a guru. (tm)
/* The wealth of a nation is created by the productive labor of its
* citizens. */
------------------------------
From: "Del [NOSPAM] Earnheart" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.ms-windows.networking,comp.os.ms-windows.networking.win95,microsoft.public.win95.networking,thenet.support.windows95
Subject: Boot Rom
Date: Thu, 31 Dec 1998 18:47:42 -0700
I hope this is the correct place to ask.
I have no need right now, but want to learn about making diskless
workstations for Linux and/or Windows. I got new SMC EZCard 10/100 1211TX
cards for Christmas, and they work great. Got Wingate installed no problem,
can email, surf, ICQ, everything. Too easy. Now I want to find out all
about the boot rom that fits in the socket on the cards. Where can I buy
it? What can it do? Where do I learn this stuff? They tout that it has a
socket for Boot Rom, but they don't say anything about where to get it.
--
Del C. Earnheart
http://netnow.micron.net/~earnhead/
Thanks to Luc Saucier for this SPAM killing idea:
email me at del dot earnheart at earthling dot net
Spam away at [EMAIL PROTECTED] and [EMAIL PROTECTED]
------------------------------
** 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
******************************
