Try route -n, to avoid the DNS lookups. likely several of your programs
are looking for a nameserver to tell them the names of the IP addresses.
I use a cacheing nameserver per the linux howto, and my system works fine
from the first connection.
A very good documentation of a working setup is at:
http://www.ecst.csuchico.edu/~dranch/LINUX/TrinityOS.wri
If you like, many of my configurations files are pasted on the end of this
response. I am considering changing the window size and the serial link
speed, per some of the comments in the trinity documentation, but haven't
gotten around to it yet.
Dave.
On Fri, 31 Jul 1998, Thomas Michalka wrote:
> Hi Richard,
>
> I apologize that I'm glad that you describe exactly but independently
> in every respect the same phenomenons as I watch on my system since yesterday.
> Independently because we never had contact before, we are running a Linux of
> different vendors' distributions, we use different hardware and there may be
> something else different as there were kernel version, diald version, and so
> on.
> We should compare these as quickly as possible, because I'm really sad about
> that I cannot reach the Internet via diald (version 0.14) anymore; it
> worked very well a few weeks, though, but then ... :-(
> Nevertheless I know for certain that it's a super tool; it would be extremly
> advantageous to fix the problems with it.
>
> It would also be useful if we exchanged our relevant network config files, but
> not on the list and for now I want to mail this quickly!
>
> And now let's dive in!
>
> Richard L. Peskin wrote:
> >
> > I'm a novice at setting up diald services and and having a terrible time.
> > I'm running Linux 5.0.1 (RedHat) on a (dual) Pentium system. My objective
> > was to use diald and IP masquerading to connect a local (isolated) network
> > to my ISP's internet services. My kernel was successfully rebuilt (mostly
> > for the dual processor support) and includes all the necessary modules
> > (ppp, slip, ipfwadm, etc.)
>
> I have a single processor system (Pentium 133) with a rebuilt kernel (2.0.33)
> and is running perfectly for months.
>
> > The IP masquerading works fine, without diald running. If I jsut start ppp,
> > everything appears normal. That is, the external route to the ISP is added
> > to the route table and via masquerading, all systems can get to the IPS
> > services.
>
> I don't know much about IP masquerading but if having system addresses which
> differ from that of the ppp-device when connected to the ISP (dynamic
> assignment) then I can say that mine works fine together with running the
> ppp-demon.
>
> > But, if I start diald (assuming ppp is not started), and then request an
> > address outside my internal network, say do a 'ping' on an external
> > address, the routing seems to hang. That is, 'route' hangs and no routing
> > table is presented. 'ifconfig' shows the expected "slip" interface added to
> > the default (loc and internal) interfaces.
>
> Have you watched, after typing 'route', the output a bit longer?
> At my system it takes nearly a minute to get one line, then a minute again and
> so on. But you're right, it obviously hangs (the same with 'netstat -r').
> Typing 'netstat -rn' results in a fast output, so I had the suspicion of having
> to do with name resolving, but I do not longer believe in.
> The same on my system with 'ifconfig' as on yours.
>
> > So it appears that my diald configuration successfully makes the "connect"
> > and sets up the "bogus" slip interface. But it screws up the routing. IP
> > forwarding is on.
>
> Yes, this observation coincides with mine too.
>
> > Can anyone throw any light on possible problems or configuration issues
> > that I might have overlooked? I have a default gateway device (eth0) but no
> > default gateway set.
>
> May be a problem within diald itself or a bad interference with kernel code.
> But whatever it is, I think it must be something basic as we independently
> watched this on different systems.
> Have other people watched a similar strange behavior?
>
> > On more thing, once diald is run, the routing table appears to be messed up
> > to the point of need to reboot.
>
> Where do you make the difference to your observation (above) by typing 'route'?
> I do nearly get no routing table, at least very slow output without a ppp0
> device to see.
>
> > (To keep bandwidth down, please feel free to mail me directly rather than
> > respond to the list.)
> I think this phenomenons around diald may become so important that we should
> keep the dialog on the list.
>
> I'll send you a few file listings of my network configuration very soon.
>
> Best regards, Thomas
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-diald" in
> the body of a message to [EMAIL PROTECTED]
>
.................................................................
Dave Forrest [EMAIL PROTECTED]
(804)-979-8634 http://watt.seas.virginia.edu/~drf5n
#### cat /etc/rc.d.rc.ipfw
#!/bin/sh
set -x ; # set +x;
# Setup IP firewalling/masquerading
# see http://www.indyramp.com/masq/
INSIDE=192.168.102.0/24
ANYWHERE=0.0.0.0/0
OUTSIDE=${ANYWHERE}
# Flush all commands
/sbin/ipfwadm -F -f
/sbin/ipfwadm -I -f
/sbin/ipfwadm -O -f
#per IP Masquerade Mini-Faq:
# http://www.indyramp.com/mirrors/ipmasq/ipmasq-HOWTO.html
/sbin/ipfwadm -O -p accept
/sbin/ipfwadm -I -p accept
/sbin/ipfwadm -F -p deny
/sbin/ipfwadm -I -i deny -W sl0 -S ${INSIDE} -D ${ANYWHERE}
/sbin/ipfwadm -F -a m -S ${INSIDE} -D ${OUTSIDE}
# enable first-packet re-writing per
# http://www.linuxhq.com/patch/20-p0468.html
echo 1 > /proc/sys/net/ipv4/ip_dynaddr
# handy commands:
# cd /lib/modules/`uname -r`/ipv4 ; ls -a ip_masq* # lists the ipmasq
modules
# grep '' /proc/sys/net/ipv4/* # shows the ip kernel setups
# ipfwadm -F -l ; ipfwadm -I -l ; ipfwadm -O -l ; ipfwadm -M -l # lists
# ifconfig #
#### ipfwadm -F -l ; ipfwadm -I -l ; ipfwadm -O -l ; ipfwadm -M -l
IP firewall forward rules, default policy: deny
typ prot source destination ports
msq all localnet/24 anywhere n/a
IP firewall input rules, default policy: accept
typ prot source destination ports
den all localnet/24 anywhere n/a
IP firewall output rules, default policy: accept
IP masquerading entries
prot expire source destination ports
tcp 13:19.12 hob.forrest watt.seas.virginia.edu 1056 (61635) ->
telnet
#### ls -a /lib/modules/`uname -r`/ipv4/ip_masq*
/lib/modules/2.0.35/ipv4/ip_masq_cuseeme.o
/lib/modules/2.0.35/ipv4/ip_masq_ftp.o
/lib/modules/2.0.35/ipv4/ip_masq_irc.o
/lib/modules/2.0.35/ipv4/ip_masq_quake.o
/lib/modules/2.0.35/ipv4/ip_masq_raudio.o
/lib/modules/2.0.35/ipv4/ip_masq_vdolive.o
#### grep '' /proc/sys/net/ipv4/* # shows the ip kernel setups
/proc/sys/net/ipv4/arp_check_interval:6000
/proc/sys/net/ipv4/arp_confirm_interval:30000
/proc/sys/net/ipv4/arp_confirm_timeout:500
/proc/sys/net/ipv4/arp_dead_res_time:6000
/proc/sys/net/ipv4/arp_max_tries:3
/proc/sys/net/ipv4/arp_res_time:500
/proc/sys/net/ipv4/arp_timeout:6000
/proc/sys/net/ipv4/ip_dynaddr:1
/proc/sys/net/ipv4/ip_forward:1
#### 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:3584 Metric:1
RX packets:3674 errors:0 dropped:0 overruns:0
TX packets:3674 errors:0 dropped:0 overruns:0
eth0 Link encap:10Mbps Ethernet HWaddr 00:40:05:24:34:84
inet addr:192.168.102.10 Bcast:129.168.102.255
Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:479599 errors:0 dropped:0 overruns:0
TX packets:417466 errors:0 dropped:0 overruns:0
Interrupt:11 Base address:0x300
sl0 Link encap:Serial Line IP
inet addr:192.168.102.1 P-t-P:192.168.102.2 Mask:255.255.255.0
UP POINTOPOINT RUNNING MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0
TX packets:198 errors:0 dropped:0 overruns:0
ppp0 Link encap:Point-Point Protocol
inet addr:205.139.233.185 P-t-P:205.197.102.56
Mask:255.255.255.0
UP POINTOPOINT RUNNING MTU:1500 Metric:1
RX packets:4481 errors:0 dropped:0 overruns:0
TX packets:5025 errors:0 dropped:0 overruns:0
#### route -n # list the routing table w/o DNS lookups
Kernel routing table
Destination Gateway Genmask Flags MSS Window Use
Iface
192.168.102.2 * 255.255.255.255 UH 1500 0 0
sl0
205.197.102.56 * 255.255.255.255 UH 1500 0 0
ppp0
192.168.102.0 * 255.255.255.0 U 1006 0 121
eth0
127.0.0.0 * 255.0.0.0 U 3584 0 63 lo
default * * U 1500 0 8
ppp0
default * * U 1500 0 81
sl0
#### cat /etc/diald.conf
mode ppp
connect "chat -f /etc/chat_script.cstone"
device /dev/cua1
speed 115200
modem
lock
crtscts
local 192.168.102.1
remote 192.168.102.2
dynamic
defaultroute
fifo /var/adm/diald
proxyarp
include /usr/lib/diald/standard.filter
#### cat /etc/rc.d/check.ipfw
#!/bin/sh
#set -x ; # set +x; # Check the IP firewalling setup
# handy commands for checking the firewall:
echo -e '\n#### cat /etc/rc.d.rc.ipfw'
cat /etc/rc.d/rc.ipfw
echo -e '\n#### ipfwadm -F -l ; ipfwadm -I -l ; ipfwadm -O -l ; ipfwadm
-M -l'
ipfwadm -F -l ; ipfwadm -I -l ; ipfwadm -O -l ; ipfwadm
-M -l
echo -e '\n#### ls -a /lib/modules/`uname -r`/ipv4/ip_masq*'
ls -a /lib/modules/`uname -r`/ipv4/ip_masq*
echo -e "\n#### grep '' /proc/sys/net/ipv4/* # shows the ip kernel
setups"
grep '' /proc/sys/net/ipv4/* # shows the ip kernel
setups
echo -e '\n#### ifconfig #'
ifconfig #
echo -e '\n#### route -n # list the routing table w/o DNS lookups'
route -n # list the routing table w/o DNS lookups
echo -e '\n#### cat /etc/diald.conf'
cat /etc/diald.conf
echo -e '\n#### cat /etc/rc.d/check.ipfw'
cat /etc/rc.d/check.ipfw
-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]
