Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 1 Feb 1997 19:46:32 -0500
From:      steve <syoung@idirect.com>
To:        FreeBSD-isp@FreeBSD.org
Subject:   sliplogin troubles - routing problem?
Message-ID:  <1.5.4.16.19970202004240.10ff154e@idirect.com>

next in thread | raw e-mail | index | archive | help
Hi Guys!

First I'd like to say thanx to those that helped last time; sorry for my
tardy response.

I've installed FreeBSD and am being driven crazy by sliplogin; I've read the
man pages, FAQ's and doc's; tried lots of stuff, and I can not determine the
problem.

>The server answers and runs sliplogin, but any packets sent just idle to
nowhere; and, after 30 or so seconds, it drops the line.  Incidently,
>running slirp after logging in as a regular user gives no probs.

The problem has shifted:  I removed the arp lines in slipup and slipdown.
Now, upon establishing a connection, I can ping the world, dig, ftp, surf,
anything, for about 2 min 57 sec!  Then, even if in the middle of an ftp
transfer, poof, 0 communication, I can't even see a host on my own net, not
even the oher side of the slip.


Joe provided me with the following:

># sysctl -w net.inet.ip.forwarding=1
this was already done (kernel re-compiled)

># cd /etc/sliphome
># cat slip.hosts
>Saccount          206.55.68.1     206.55.68.2     0xfffffff8 autocomp
already done, with .17 and .18 (subnet of my class C)

># grep Saccount /etc/passwd
>Saccount:*:1000:66:Some Co. Inc.  SLIP:/etc/sliphome:/usr/local/sbin/sliplogin
already done, with group 69 (slip), login shell changed per above, (formerly
/usr/sbin/sliplogin)

and created:

># cat /usr/local/sbin/sliplogin
>#! /bin/sh -
>
>PATH=/bin:/usr/bin:/usr/local/bin; export PATH
>
>stty crtscts
>
>mesg n
>biff n
>
>exec /usr/sbin/sliplogin
>
done, I added the script.

my statement:
>The server answers and runs sliplogin, but any packets sent just idle to
nowhere; and, after 30 or so seconds, it drops the line.  Incidently,
>running slirp after logging in as a regular user gives no probs.
                (was incorrect, the problem manifests itself later (see below))
 prompted Danny to reply:
>What do you get if you do ifconfig sl0?  Is the interface correctly 
>configured?  Are you running CSLIP at both ends (flag 'compress')?

I think so. Yes cslip at both ends. ifconfig is as follows:

>PPP works well.  Perhaps I should just send you my login scripts.
Oh, Thank You, it would be most appreciated.


Dave said:
>Give us some more info like..
>On the server after the sliplogin runs.
>ifconfig -au
>netstat -nr

here it is, is this sufficient?

*** start of log ***
Initial state (ifconfig -a; netstat -rn)

ed0: flags=8863<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 205.150.48.12 netmask 0xfffffff8 broadcast 205.150.48.15
        ether 00:00:6e:21:85:9b
ed1: flags=8863<UP,BROADCAST,NOTRAILERS,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 205.150.48.2 netmask 0xfffffff8 broadcast 205.150.48.7
        ether 00:40:33:2d:d5:0e
lp0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet 127.0.0.1 netmask 0xff000000
sl0: flags=c010<POINTOPOINT,LINK2,MULTICAST> mtu 552
tun0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500

After connection, the following was changed:
sl0: flags=9011<UP,POINTOPOINT,LINK0,MULTICAST> mtu 552
        inet 205.150.48.17 --> 205.150.48.18 netmask 0xfffffff8
After disconnection, the following was changed:
sl0: flags=9010<POINTOPOINT,LINK0,MULTICAST> mtu 552
        inet 205.150.48.17 --> 205.150.48.18 netmask 0xfffffff8

Routing tables

Internet:
Destination        Gateway            Flags     Refs     Use     Netif Expire
default            205.150.48.1       UGSc        1      242       ed1
127.0.0.1          127.0.0.1          UH          1       26       lo0
142.77             205.150.48.1       UGc         0        0       ed1
205.150.48/29      link#2             UC          0        0
205.150.48.1       link#2             UHLW        3        0
205.150.48.2       0:40:33:2d:d5:e    UHLW        0      403       lo0
205.150.48.8/29    link#1             UC          0        0
205.150.48.9       0:0:6e:21:34:22    UHLW        1       95       ed0    831
205.150.48.10      link#1             UHLW        1      293
205.150.48.11      0:0:21:78:92:17    UHLW        1       62       ed0    831
205.150.48.12      127.0.0.1          UGHS        2     1093       lo0
224/4              link#1             UCS         0        0


After connection, the following was changed:
default            205.150.48.1       UGSc        2      242       ed1
205.150.48.1       0:c0:7b:60:9:4e    UHLW        4        0       ed1   1173
205.150.48.17      127.0.0.1          UH          0        0       lo0
205.150.48.18      205.150.48.17      UH          0        0       sl0
While pinging (from .17 to .1), the following was changed:
205.150.48.18      205.150.48.17      UH          1       57       sl0
After timing out, the following was changed:
default            205.150.48.1       UGSc        4      242       ed1
205.150.48.1       0:c0:7b:60:9:4e    UHLW        6       58       ed1    978
removed:205.150.48.18      205.150.48.17      UH          1       57       sl0
After disconnection, the following was changed:
205.150.48.1       0:c0:7b:60:9:4e    UHLW        7       85       ed1    908

*** end of log ***


>Do you see the tx lights on the modem flash when you ping the
>remote machine?
it is an internal modem, no lights, (I'm really in the dark :-)

>What client software are your users using?  Can you test it
>yourself?
Tumpet Winsock, ver 2 & 3; checking some others, too; yes I can & have
checked it.
Above log from ver 3; when I use ver 2, it does not timeout, but I can not
ping any machine, on or off my network

Basically, I have one class C address, subnetted as 255.255.255.248 (3 bit
hosts);

<mach a> --- <mach b> --- <main unix box > --- <mach c> --- <mach d>
: ethernet
                                                   |                   L---
<ascend pipeline 50> --- <my provider>       : isdn
                                                 <modem>

The (multihomed) main box has:  ed1 with ip .2 directly connected to the
router (pipeline) ip .1 via 10baseT (no concentrator)
                                                              ed0 with ip
.12 connected to the other machines (.9 thru .14) via bnc (rb58)
                                                              sl0 with ip
.17 (hopefully connecting to .18), 14,4 modem
I have repeated all tests with the modem on machine B (ip .11) keeping sl0
with ip .17; I've also tried two 2400 (genuine hayes), another 14,4 and a 57,6

The object is to allow several users to use trumpet winsock w/netscape.  I
have tried ppp, but have even more probs; ideally I'd like both to work.

Any ideas, or any sources of info will be met with great appreciation;  I
have read several books on unix and tcp/ip and bbs's; and the postings from
other FreeBSD newsgroups;

Thanks in advance,

Steve




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1.5.4.16.19970202004240.10ff154e>