It's fixed, it's fixed! Thanks to several people for their help. The
problem was, that with cslip-2.7, I could not get packets routed from
the linux box dialing, machine A, through the Sun host, machine B, to
other Sun machines on our network, machine C. This made X jobs or NFS
access or telnet directly to machine C impossible.
The problem was my /etc/slip.hosts table: I did not have the option
"proxy-arp" added for the dial-in machine, to get it to run "arp" and
set the machine B to route packets for machine A. I also asked about
lbx, and found the source for it in the X11R6 distribution. You need
to enable it in the conf/cf/config.cf or conf/cf/site.def files at
compilation time to get it to compile.
Here is my original post:
> I've got cslip-2.7 running on SunOS 4.1.4, for linux clients using the DIP
> command. I'd like them to be able to telnet from the linux, or NFS mount,
> from secondary hosts. Namely, where A is the linux machine, B is
> the LX, and C is other hosts on the net,
>
> A dials to B, B is on the network with C, mount NFS partitions or rlogin or
> run X jobs on A from C. I can do it from B on A, no problem. But from C
> to A or A to C? Doesn't work. I can't even run "ping" from A to C or
> C to A.
>
> What exactly am I missing, or should I turn on?
>
> Also, after that is working, how precisely do I improve the performance
> of X over modem lines? I understand there is a low-bandwidth X available
> on the infomagic linux distribution. How do I install that on the LX
> and get it running for the Linux or other clients?
> I'm the Sun administrator, and reasonably clueful on the Sun side, but
> Linux and SLIP are new to me. (I did pull get hylafax running on the
> Suns to provide dial-in and fax-in/out, and am now serving a linux
> client. In fact, I posted the binaries for hylafax-v3.0pl0 for SunOS
> 4.1.4 which Sam Leffler, bless his heart, is posting on
> sgi.com:/sgi/fax/binary for Sun users, along with my notes on Sun
> installation. Yeah, Sam!)
>
> Responses by email will be summarized and posted to the info.sun-managers,
> alt.dcom.slip.emulators, comp.dcom.modems, and comp.dcom newsgroups.
> Thank you for the help.
>
Thanks to the following people for their hints:
Edward C. Zimmerman edz@bsn.com
Suggested running gated (no such Sun progrem), and setting
static routes. This gets done dynamically by cslip with the
right options, as it turns out. Also suggested using PPP
instead.
Perry Hutchison perryh@pluto.rain.com
Suggested running netstat -r, and checking the route from
machine C to A. Helpful to check, it's quite true,
there was no advertised connection. Well, *yeah*, but
how to set it was unclear to me.
Lou Parrot lparrot@oitunix.oit.umass.edu
Thought I was running a linux kernel on machine B, said
packets were not being forwarded. Same as above otherwise.
Explained that machine B needs to advertise that it will also
accept packets for machine A from the net: this is key
in the arp commands of the cslip.login script. Machine
C, however, does not need any reconfiguration, just machine
B to nab and acknowledge packets for machine A.
Suggested getting LBX from X11R6 compilation.
Steven Grevemeyer grevemes@VTC.TACOM.Army.Mil
Pointed at a missing arp entry on B for machine A.
This was correct.
Craig Johnson craig@services.state.COM.AU
Asked if I had in.routed running. I did, but it was a very astute
guess, since in.routed is not enabled in the default /etc/rc.local.
Also sent /etc/gateways configuration files for /etc/in.routed,
which from the manual pages should also work.
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:10:27 CDT