Re: [pann@ourmanpann.com: Incoming PPP, slink]

2000-02-08 Thread Christoph Lameter
On Fri, 4 Feb 2000, Pann McCuaig wrote:

> The Win95 box sees only itself and the server---it can't reach any other
> boxes on the ethernet network. The reverse is also true---the server can
> ping the Win95 box when it's connected but none of the other boxes on
> the network (either Win95 or Linux) can ping the dialup box.

You need to enable IP forwarding. See the netbase script.

> First thought is a routing problem. Perusing the docs suggests that the
> server, through the PPP 'proxyarp' option, will "pretend" to the other
> machines on the network to be the dialup box. /var/log/ppp.log shows the
> proxyarp option "took," but nonetheless, there is no communication
> between the ppp0 and eth0 interfaces.
> 
> Suggestions? TIA

Its a routing issue so make sure you enable IP forwarding and check if
other systems see the MAC address associated with the IP address of the
modem. Make sure that the IP of the modem is valid on the ethernet.



[SOLVED] Incoming PPP, slink

2000-02-05 Thread Pann McCuaig
Bingo! Thanks.

And do I love Debian, or what? Dial up the server with minicom, "make
menuconfig" (not rendered as well as I'd like but I only had one option
to change), "nohup make-kpkg " and log off. Check back after the
compile has had time to complete, "dpkg -i kernel-image..." followed by
"shutdown -r now". Wait for the disconnect. Pour a cup of coffee, call
back in 5 minutes and (no surprise!) the server answers.

All looks well, so boot into Windows (ugh!, but I gotta test this
thing), use Dial Up Networking to contact the server, and all the TCP/IP
stuff is fine.

Still some problems related to the smb network, but I'll chase that at
work on Monday where my samba books reside.

On Sat, Feb 05, 2000 at 10:34, John Pearson wrote:
> 
> It may be that your server is not configured to perform IP forwarding.
> This is a kernel compile option.
> 
> On Fri, Feb 04, 2000 at 09:02:54AM -0800, Pann McCuaig wrote
> > At work I administer an ethernet network of several dozen Win95 desktops
> > and a couple of Linux boxen running samba.
> > 
> > I'm trying to set up incoming PPP on an up-to-date Debian slink box. The
> > goal is for an employee to be able to dialup this box from her Win95
> > machine at home and be a "full citizen" of the network.
> > 
> > mgetty is installed, and I've followed the instructions for setting up
> > incoming PPP for Win95 machines that exist in both the /usr/doc/ppp/ and
> > /usr/doc/mgetty-doc/ directories.
> > 
> > I can dialup and connect fine. The problem is this:
> > 
> > The Win95 box sees only itself and the server---it can't reach any other
> > boxes on the ethernet network. The reverse is also true---the server can
> > ping the Win95 box when it's connected but none of the other boxes on
> > the network (either Win95 or Linux) can ping the dialup box.
> > 
> > First thought is a routing problem. Perusing the docs suggests that the
> > server, through the PPP 'proxyarp' option, will "pretend" to the other
> > machines on the network to be the dialup box. /var/log/ppp.log shows the
> > proxyarp option "took," but nonetheless, there is no communication
> > between the ppp0 and eth0 interfaces.
> > 
> > Suggestions? TIA
> > 
> If you're running kernel v2.2, you must also enable forwarding at run-time;
> Try
>  # cat /proc/sys/net/ipv4/ip_forward
> If the answer is "0" then forwarding is disabled; you can turn it on
> with
>  # echo 1 > /proc/sys/net/ipv4/ip_forward
> 
> It's also possible that you have IP firewall rules getting in the way.
> 
> To check your routing rules, dialin from Win95 and then try
>  # traceroute 
> from a different box on the main LAN, and confirm that it gets at least
> as far as the server you've dialled in to.
> 
> HTH,
> 
> 
> John P.
> -- 
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
> "Oh - I - you know - my job is to fear everything." - Bill Gates in Denmark
> 
> 
> -- 
> Unsubscribe?  mail -s unsubscribe [EMAIL PROTECTED] < /dev/null

-- 
geek by nature, Linux by choice L I N U X   .~.
The Choice  /V\
http://www.ourmanpann.com/linux/ of a GNU  /( )\
Generation ^^-^^


Re: Incoming PPP, slink

2000-02-05 Thread John Pearson
On Fri, Feb 04, 2000 at 09:02:54AM -0800, Pann McCuaig wrote
> At work I administer an ethernet network of several dozen Win95 desktops
> and a couple of Linux boxen running samba.
> 
> I'm trying to set up incoming PPP on an up-to-date Debian slink box. The
> goal is for an employee to be able to dialup this box from her Win95
> machine at home and be a "full citizen" of the network.
> 
> mgetty is installed, and I've followed the instructions for setting up
> incoming PPP for Win95 machines that exist in both the /usr/doc/ppp/ and
> /usr/doc/mgetty-doc/ directories.
> 
> I can dialup and connect fine. The problem is this:
> 
> The Win95 box sees only itself and the server---it can't reach any other
> boxes on the ethernet network. The reverse is also true---the server can
> ping the Win95 box when it's connected but none of the other boxes on
> the network (either Win95 or Linux) can ping the dialup box.
> 
> First thought is a routing problem. Perusing the docs suggests that the
> server, through the PPP 'proxyarp' option, will "pretend" to the other
> machines on the network to be the dialup box. /var/log/ppp.log shows the
> proxyarp option "took," but nonetheless, there is no communication
> between the ppp0 and eth0 interfaces.
> 
> Suggestions? TIA
> 

It may be that your server is not configured to perform IP forwarding.
This is a kernel compile option.

If you're running kernel v2.2, you must also enable forwarding at run-time;
Try
 # cat /proc/sys/net/ipv4/ip_forward
If the answer is "0" then forwarding is disabled; you can turn it on
with
 # echo 1 > /proc/sys/net/ipv4/ip_forward

It's also possible that you have IP firewall rules getting in the way.

To check your routing rules, dialin from Win95 and then try
 # traceroute 
from a different box on the main LAN, and confirm that it gets at least
as far as the server you've dialled in to.

HTH,


John P.
-- 
[EMAIL PROTECTED]
[EMAIL PROTECTED]
"Oh - I - you know - my job is to fear everything." - Bill Gates in Denmark


Incoming PPP, slink

2000-02-04 Thread Pann McCuaig
At work I administer an ethernet network of several dozen Win95 desktops
and a couple of Linux boxen running samba.

I'm trying to set up incoming PPP on an up-to-date Debian slink box. The
goal is for an employee to be able to dialup this box from her Win95
machine at home and be a "full citizen" of the network.

mgetty is installed, and I've followed the instructions for setting up
incoming PPP for Win95 machines that exist in both the /usr/doc/ppp/ and
/usr/doc/mgetty-doc/ directories.

I can dialup and connect fine. The problem is this:

The Win95 box sees only itself and the server---it can't reach any other
boxes on the ethernet network. The reverse is also true---the server can
ping the Win95 box when it's connected but none of the other boxes on
the network (either Win95 or Linux) can ping the dialup box.

First thought is a routing problem. Perusing the docs suggests that the
server, through the PPP 'proxyarp' option, will "pretend" to the other
machines on the network to be the dialup box. /var/log/ppp.log shows the
proxyarp option "took," but nonetheless, there is no communication
between the ppp0 and eth0 interfaces.

Suggestions? TIA

Cheers,
 Pann
-- 
geek by nature, Linux by choice L I N U X   .~.
The Choice  /V\
http://www.ourmanpann.com/linux/ of a GNU  /( )\
Generation ^^-^^