Very Computer

Quote:> I have a similar problem. Ping works, but ftp and telnet hangup after
> login and password ...  Could you forward me the messages you got,
> please. Thanks.

Unfortunately, I haven't received any helpful messages.  If I do, I'll
forward them on to you.

Steve

I am running CSLIP.  I think I mentioned this in my original message.

Thanks anyway,

Steve

No, I haven't solved it.  Unfortunately, no one seems to know how to fix
this (or they're not telling!)  It's not the kernel, because I've had the
same problems with 1.2.1, 1.2.5, and 1.2.8.

Steve

: I never saw the original post, but this is how I SLIP my way in using DIP:
: <stuff deleted>

Thanks anyway Scott.  The problem I'm having is that I can connect with
dip (running dip on both client and host), but none of the normal
Internet commands work (ping, telnet, ftp, etc.)  The only thing that
works is nslookup.  I have compiled both machines with IP forwarding, and
the debug, messages, and syslog files show no indication of an error.  
Also, the route table appears to be fine, and I am using CSLIP on both ends.

I wish my original message was still up, becuase it went into much greater
detail.  

Steve

I never saw the original post, but this is how I SLIP my way in using DIP:

1. Call up dip manually (I'm too lazy to write a script) typing: dip -t

2. Once in, I type:

dip> port /dev/modem
dip> speed 57600
dip> get $rmtip gateway_ip (I actually type in the IP in place of gateway_ip)

Now, if you have a static IP address, you can type it here:

dip> get $local your_static_ip

Otherwise, if it is dynamic, I then type:
dip> term
atdt<phone number of account>

Once connected, I activate SLIP on my account, get my dynamic address,
then escape back to dip "^]" and

dip> get $local my_dynamically_assigned_ip
dip> default
dip> mode SLIP   or    mode CSLIP  (both work for me).

Hope this helps?!

--

Boston ARC ftp archives: ftp oak.oakland.edu /pub/hamradio
Boston ARC Web page: http://www.acs.oakland.edu/barc.html
ARRL Web page: http://www.acs.oakland.edu/barc/arrl.html

: Thanks anyway Scott.  The problem I'm having is that I can connect with
: dip (running dip on both client and host), but none of the normal
: Internet commands work (ping, telnet, ftp, etc.)  The only thing that
: works is nslookup.  I have compiled both machines with IP forwarding, and
: the debug, messages, and syslog files show no indication of an error.  
: Also, the route table appears to be fine, and I am using CSLIP on both ends.

When you say "doesn't work," what message did you get?  Ok, I'll try to
guess from what I know now. Try checking your /etc/host.conf and make
sure that there is a line that look like

order hosts, bind

This tells Linux to use DNS to resolve host name.

Sorry if this is not what you get but I try to answer from all the
information that I have.

Regards,
Supak

--
    >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
   >> Supak Lailert -- MBA (IS) Program, San Diego State University   >>

 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

I've got the same problem with kernel 0.99 with dip. Ping works, but
another services (ftp, telnet, gopher) don't (even do not login) :-(
The strange thing was presence of this services in TOP list while
I did not see anything on slip client machine. (Client was Minuet.)
I resolved this only by changing kernel to 1.1.59. Now works fine,
but I still don't know the reason.

        Sincerely,

: When you say "doesn't work," what message did you get?  Ok, I'll try to

Running ping, telnet, ftp, etc. simply produces nothing until the program
times out.  I usually just hit CTRL-C after a few minutes of waiting.  
There are no error messages in /var/adm/debug, messages or syslog.

: guess from what I know now. Try checking your /etc/host.conf and make
: sure that there is a line that look like
: order hosts, bind

Yes, it's there:

        zappa > user=root:/etc# less host.conf
        order hosts, bind
        multi on

I re-entered my original post in a response to another message in this
thread.  If you have the chance, maybe you can take a look at it and see
if there's something I'm missing.

Thanks,

Steve

Here is a copy of my original message:

: Ok, I'm going to try one more time.  Hopefully, someone can help me fix
: this problem.

: I've have not been able to get slip to work correctly with dip on the
: host computer.  I believe the problem is on the host end, because I am
: able to use dip to call up and start a Slip connection on another system.
: Here are the symptoms:

: 1) Both the client and host computers are running Linux compiled with IP
: forwarding.

: 2) The client system is configured to use the host computer as a gateway.

: 3) The host also is running a nameserver, which the client is
: configured to use.

: 4) Everything seems to work fine as I log in using dip.  The host computer
: reports that it's starting CSLIP, and I am returned to my command
: prompt. (And yes - I am using CSLIP at both ends.)  There are absolutely
: no errors reported by either system (either on the screen, or in the
: debug, messages, or syslog files.).

: 5) Now here's the strange part.  I can use nslookup and dnsquery without
: any problems.  They work fine.

: 6) But ping, telnet, whois, www browsing, etc., do not work at all.  
: Nothing happens.

: 7) Here is the ifconfig on the client (111.111.182.4 stands for the host IP):

: zappa2:~/netscape# ifconfig
: lo        Link encap:Local Loopback  
:           inet addr:127.0.0.1  Bcast:127.255.255.255  Mask:255.0.0.0
:           UP BROADCAST LOOPBACK RUNNING  MTU:2000  Metric:1
:           RX packets:0 errors:0 dropped:0 overruns:0
:           TX packets:0 errors:0 dropped:0 overruns:0

: sl0       Link encap:VJ Serial Line IP  
:           inet addr:192.0.2.1  P-t-P:111.111.182.4  Mask:255.255.255.0
:           UP POINTOPOINT RUNNING  MTU:296  Metric:1
:           RX packets:4 errors:0 dropped:0 compressed:0
:           TX packets:21 errors:0 dropped:0 compressed:0

: 8) Here is the client's route table:

: zappa2:~/netscape# route -nv
: Kernel routing table
: Destination     Gateway         Genmask         Flags MSS    Window Use Iface
: 111.111.182.4   *               255.255.255.255 UH    232    0        5 sl0
: 127.0.0.0       *               255.0.0.0       U     1936   0        0 lo
: default         111.111.182.4   *               UG    232    0       18 sl0

: I would greatly appreciate any help someone can provide.  I have been
: working on this problem for over three weeks, and this is my last
: chance.  Thank you.

: Steve

THIS sound good :):)
When was you to-ra-yos phra-aa-thit and turn yourself to linus disciple ???

--
Supat Faarungsang, 1207 West Gregory Drive, Urbana, IL 61801, USA
Tel: (217) 333-2629, 244-6006, 355-8918       fax: (217) 333-8286

                   http://orion.animal.uiuc.edu/~supat/supat.html

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.2

mQCNAy+QZDIAAAEEANLippiAb/3m1BuyoohoEl3Tob6JHI1MH8Kx4Qi8vS9Ipx3S
Ae8Gq3GP1btEbe3PgRShJ3NV3WseT71GniqvhfzBmSTgWUYWdIs52iaLNLluAJRK
Wp6axuKzWx9jf2dstJVsImRLxz0Bh/xRZ94VzAJzMU5LD5aF7NTcRGer+j2JAAUR
tDFTdXBhdCBGYWFydW5nc2FuZyA8c3VwYXRAbnVudGFuYS5hbmltYWwudWl1Yy5l
ZHU+
=KkoW
-----END PGP PUBLIC KEY BLOCK-----

Steve,
        It seems to me that your slip problem is caused by
libc.so if you are using libc.so.4.6.27 or libc.so.4.7.2.  It has
been reported that dns libary functions in libc.so have been changed
which will cause domainname lookup problem with the message "Host
Server not found" (or something like it) after long pause.
The nslookup works fine, because it uses inverse-lookup which is
different from normal hostname lookup using ftp, telnet, etc.
You can try the following:
        1.  copy libc.so.4.5.26 to /lib
        2.  rm libc.so.4
        3.  ln -s libc.so.4.5.26 libc.so.4
        4.  mv libc.so.4.6.27 (or libc.so.4.7.2) to /tmp
It will give you  a clue as for where the problem is.

Ross

: >

: >> I noticed that this was asked in the thread, but have you solved the problem
: >> yet?  I have an almost identical problem.  Maybe it's 1.2.7 at fault!
: >> Thanx for anything you can pass on,
: >> JEREMY.
: >
: >No, I haven't solved it.  Unfortunately, no one seems to know how to fix
: >this (or they're not telling!)  It's not the kernel, because I've had the
: >same problems with 1.2.1, 1.2.5, and 1.2.8.
: >
: >Steve

: I never saw the original post, but this is how I SLIP my way in using DIP:

I never say the original post either, but here is a good sample slip.
At least it's a good script for me and my service provider. Maybe it will
be good for you too.

#
# sample.dip    Dialup IP connection support program.
#               This file (should show) shows how to use the DIP
#               scripting commands to establish a link to a host.
#               This host runs the 386bsd operating system, and
#               thus can only be used for the "static" addresses.
#
# NOTE:         We also need an examnple of a script used to connect
#               to a "dynamic" SLIP server, like an Annex terminal
#               server...
#

#
#

main:
  # First of all, set up our name for this connection.
  # I am called "crunix.cris.com"  (== 192.0.2.1)
  # Change to your local IP or HOSTNAME.
  get $local LOCALHOSTNAME

  # Next, set up the other side's name and address.
  # My dialin machine is called "cris.com" (== 199.3.12.2)
  # Change to your remote servers IP or HOSTNAME.
  get $remote REMOTEHOSTNAME

  # Set netmask on sl0 to 255.255.255.0
  # Change to your networks netmask
  netmask 255.255.255.0

  # Set the desired serial port and speed.
  # Of course use your appropriate port and desired speed.
  port cua1
  speed 38400

  # Reset the modem and terminal line.
  # This seems to cause trouble for some people!
  # If it causes problems for you, change to:
  # send ATZ\r
  # or if you still have problems, comment it out
  # all together.
  reset

# Note! "Standard" pre-defined "errlevel" values:
#       0 - OK
#       1 - CONNECT
#       2 - ERROR
#
# You can change those grep'ping for "addchat()" in *.c...

  # Prepare for dialing.
  # These are for Practical Peripherals and other Hayes
  # compatible modems. If yours is non-standard, or
  # something else ie. USR and so on, consult your
  # modem manual for proper settings for:
  #       Q0 == return result codes
  #       E1 == local echo on
  #       V1 == return result codes in
  #             words rather than numbers
  #       X4 == full call progress reporting
  #       &C1 = force DCD to track state of remote modems
  #             carrier
  #       &D2 = force local modem to hangup, disable auto-answer,
  #             and return to command mode on DTR
  #       M0 == turn off speaker (just personal preference)
  #    S7/S11 = personal choices for wait for carrier and tone dialing
  #             speed, set these to what you think are needed, or
  #             not at all. It's up to you.
  #            
  send ATQ0V1E1X4&C1&D2M0S7=50S11=50\r
  wait OK 3
  if $errlvl != 0 goto modem_trouble
  # Dial your local site. 't' is added in front of number because
  # DIP defaults to ATD on 'dial' which in turn defaults to
  # pulse dial on some systems, so 't' tells it to use tone dialing.
  dial t+YOURLOCALACCESSNUMBER
  if $errlvl != 1 goto modem_trouble

  # We are connected.  Login to the system.
login:
  sleep 2

  # Wait for user/login prompt. Change to whatever your local site
  # prompts with.
  wait PROMPT 20
  if $errlvl != 0 goto login_error

  # Send login name. Change to your login.
  send LOGINNAME\n

  # Wait for password prompt.
  wait ssword: 20
  if $errlvl != 0 goto password_error

  # Send password. Change to your password.
  send PASSWORD\n
loggedin:

######################################################################
#  Some systems allow you to login with something like:              #

#  If so, change the above login process to that, and then the       #
#  the next part works, otherwise start your term emulater and       #
#  start the remote SLIP application and exit your terminal, then    #
#  do a ^] to and you should be connected via SLIP.                  #
######################################################################

  # If you have to manually start SLIP on the remote host as
  # described above, remove the following lines down to the
  # error/trouble sections.

  # We are now logged in.                
  wait SLIP 15
  if $errlvl != 0 goto prompt_error

  # Set up the SLIP operating parameters.
  get $mtu 296
  # Ensure "route add -net default xs4all.hacktic.nl" will be done
  default

  # Say hello and fire up!
done:
  print CONNECTED $locip ---> $rmtip
  mode SLIP
  goto exit

prompt_error:
  print TIME-OUT waiting for SLIPlogin to fire up...
  goto error

login_trouble:
  print Trouble waiting for the Login: prompt...
  goto error

password:error:
  print Trouble waiting for the Password: prompt...
  goto error

modem_trouble:
  print Trouble ocurred with the modem...
error:
  print CONNECT FAILED to $remote
  quit

exit:
  exit

    Not solved? I'd be happy to help, but...i missed the original message,
and didn't see the previous thread outright (didn't look real hard
though) so just posting this reply instead. :).

    I got dip working fine with a SLIP connection. Went fairly well, if
you have a question, send me an email.

Quote:> Here is a copy of my original message:
> ...
> : 3) The host also is running a nameserver, which the client is
> : configured to use.
> ...
> ... ping, telnet etc. does not work ...

Are you shure, that the name server is in /etc/resolv.conf with a line:

  nameserver 123.456.789.0

on the client side? Note, it should be numerically, as else its address
has to be looked up. Entering the host in /etc/hosts should help, when
trying to contact the host, but not, when trying to contact other hosts
not in /etc/hosts.

If you have an external modem: are the Tx/Rx LED's flickering, when you do
a ping? If not, I assume the above problem, if packets are going out and
none comes back, the problem seems to be with the host side, if packets
flow back in and ping does not show incoming packets, there is some other
(probably config) problem.

regards
Georg
--
 ___   ___
| + | |__ ' Georg Rehfeld,  D-20535 Hamburg, Jordanstr. 8,  [49] (40) 2518356

: Are you shure, that the name server is in /etc/resolv.conf with a line:

:   nameserver 123.456.789.0

Yes.

I think I found the problem.  I was using a dummy address for the slip
client (192.0.2.1) which works fine when I log onto my ISP and run tia
from the shell.  However, this didn't work at all between my two Linux
boxes.

What I finally had to do was configure our nameserver with a valid IP
address and name it slip.domain.com.  Once I did that, everything was
fine.

Regards,

Steve