Linux-Networking Digest #563, Volume #12 Sun, 12 Sep 99 15:13:41 EDT
Contents:
Re: ppp PAP and strange behavior connecting ([EMAIL PROTECTED])
Re: Unwanted Print Banner - Samba (Charles Weber)
Re: IP Chains not working... ("Colvin")
Re: Which library for dev_get() ? (Bernd Eckenfels)
Re: Linux vs. Mac OS8.5/AppleShare6.1 (Mindlink)
Re: PPP connections and DNS servers (Scott Nolde)
Re: question about network card (DanH)
ppp and SUID (Josh Gentry)
Software for Linux emulating PC Anywhere ("Ed Lentz")
PPP connections and DNS servers (Tom)
Re: ppp PAP and strange behavior connecting (Bill Unruh)
Home network problems ([EMAIL PROTECTED])
Re: Losing interest (Aamer Nazir)
can't after ppp connect, ping past remote machine (Mowgliboy)
ftp problem for networking (Thomas Chow)
Re: ppp PAP and strange behavior connecting (Clifford Kite)
Problems with eth0 (Aamer Nazir)
Re: masquerading incoming http requests? (Dave Carrigan)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: Re: ppp PAP and strange behavior connecting
Date: Sun, 12 Sep 1999 16:56:25 GMT
On 12 Sep 1999 16:31:57 GMT, [EMAIL PROTECTED] (Bill Unruh) wrote:
I think this is working! I got in 3 times in a row (Pretty uncommon). Thank
you SO much for your quick response. Not only will this cure a few of MY
frustrations, but I will get my wife off my back too.... ("Why does it takes so
many times to dial in? Can't you fix that....?")
Again Thank you!
PS If this turns out to be a noncomplete solution I reserve the right to
postpone any thank yous in an expost facto fashion. :)
John Crider
>In <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>
>>I have had PPP set up for some time. It usually took a few calls before I
>>actually got a connection, but I could eventually connect up. I installed
>>diald, and everything still pretty much worked the same way.
>
>The remote system is very sick. On the times when it let you in, it did
>so without any authentication. One of their servers is badly
>misconfigured.
>On the times when it did not work, it was because you refused pap
>authentication. Set up a /etc/ppp/pap-secrets file with a line
>
>yourusername * yourpassword *
>
>in it. Also include the option
>user yourusername
>in the pppd options ( either on the command line or in
>/etc/ppp/options).
>
>Finally, the far side wants youto use the asyncmap 0xa0000 options.
>Stick tht into your ppp/options and diald options files as at times this
>can cure problems mysteriously.
>
>
>Ah! They require both login authentication and pap. They are not as
>badly misconfigured as I thought. I suspect strongly that had you just
>used pap, and not login config (ie terminated your chat script with
>CONNECT '\d\c'
>you would have gotten in.
>
------------------------------
From: Charles Weber <[EMAIL PROTECTED]>
Subject: Re: Unwanted Print Banner - Samba
Date: Sun, 12 Sep 1999 17:07:54 GMT
James Culbertson wrote:
> I have Samba running and can print to TCP/IP printers through Samba.
> Unfortunately I get a banner page after each print job. I don't get
> banner pages when I print to the same printer from within Linux (Red Hat
> 6).
>
> Does anybody know how to stop the printing of banner pages?
>
> James Culbertson
> [EMAIL PROTECTED]
When you are sharing a linux lpd printer printcap just acts as a
passthrough, so no filter is applied and the banner setting does not work.
Most jet direct, lexmark and similar adaptors support turning off the
banner in the actual printer settings, i.e. telnet to the jetdirect and
set banner=0 and quit.
Chuck
------------------------------
From: "Colvin" <[EMAIL PROTECTED]>
Subject: Re: IP Chains not working...
Date: Sun, 12 Sep 1999 11:29:58 -0400
Alan: It would appear that you may not have set up any rules for ipchains
and it is relying on a default policy rule to deny all forwarding.
First, do not enable forwarding explicitly. Do it by following the
following steps.
Put the following lines at the end of /etc/rc.d/rc.local:
echo "1" >/proc/sys/net/ipv4/ip_forward
/sbin/ipchains -P forward DENY
/sbin/ipchains -A forward -s 192.168.0.0/24 -j MASQ
Note: change 192.168.0.0 in the line above to match the network address
associated with your private network.
This will get you started. Then read the IPCHAINS-HOWTO and add firther
rules as you deem necessary.
Regards
Bill Colvin
Alan Latteri wrote in message ...
>Hi,
>
>I just installed OpenLinux 2.2 off CDROM. When I to do IP Masquerade i get
>the following result.
>
>[root@ham /root]# ipchains -P forward DENY
>ipchains: Protocol not available
>
>IP Forward is enable for the ethernet devices so I am at a loss. Anyone
>have an idea??
>
------------------------------
From: Bernd Eckenfels <[EMAIL PROTECTED]>
Subject: Re: Which library for dev_get() ?
Date: 12 Sep 1999 17:21:25 GMT
Sai Prasad Matam <[EMAIL PROTECTED]> wrote:
> In the file linux/netdevice.h there is the function dev_get().
> In order for me to use this function what is the library I
> should link with ?
Its a Kernel Function. You cannot use it in user mode. You shuld probaly
look into the source of ifconfig (in net-tools) or ip (in iproute2) to see
how to handle devices.
Hint: SIOCGIFCONF in lib/interface.c from net-tools
Greetings
Bernd
------------------------------
From: Mindlink <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,comp.os.linux.powerpc
Subject: Re: Linux vs. Mac OS8.5/AppleShare6.1
Date: Sun, 12 Sep 1999 13:25:53 -0400
Reply-To: [EMAIL PROTECTED]
I have run a fairly large network of macs off a P133 linux box with no
problems. However, I would have to agree that the learning curve for
linux is not as smooth as MacOS, and if you don't plan to invest the
time learning/planning/debugging, I would recommend that you stick with
a G3 Server. You pay more, and I would say that G3s have at least the
same number if not more problems than linux (from personal experience
with them), but with the G3 you know how to fix it (if all else fails,
just reinstall :) while with the linux box there are a few more hurdles
(of which diagnosis is #1).
Hope this helps in your decision.
MindLink.
<snip>
> >My company is about to invest in a modest network. The network would
> >include 6 Macs & 6-8 PCs. The company has already priced a G3 server from
> >Apple. This of course is based solely on one man's input. I heard a lot of
> >good things about Linux. I have never heard any of any pitfalls or
> >shortcommings of the OS. (maybe I have not looked at all the right places?)
<snip>
> Here's my recommendation: Stay away from Linux.
> Not what you expected to hear here, eh?
> Your company is small. Attempting to administrate three different -- very
> different -- platforms is a strategy that you will certainly one day
> regret.
> I'm making no judgment on any OS or hardware platform, but think about it...
------------------------------
From: Scott Nolde <[EMAIL PROTECTED]>
Subject: Re: PPP connections and DNS servers
Date: Sun, 12 Sep 1999 17:04:25 GMT
Try adding to /etc/resolv.conf:
search some.domain.com (Your ISP)
- Scott
Tom wrote:
>
> Hello all, I have go my self into a bit of a pickle, I am trying to set up my
> RH6 linux box to connect to my ISP via an external modem (SwannSmart 56k).
>
> Now I have gotten to the point where I connect to the ISP, gone through PAP
> authorization and all that. I can ping any numerical address (such as
> 209.162.76.5) and everything works. However when I try to ping a text address
> (such www.altavita.com) nothing happens. Nslookup works with both text and
> numerical addresses. Using numerical addresses I can connect to any server
> through anything (netscape, my news program) but text addresses don't work.
>
> I think the problem has something to do with my DNS settings (the DNS servers
> in resolv.conf work fine under windoze)
>
> Heres a copy of some of my files:
>
> /etc/resolv.conf
> nameserver 203.63.15.2
> nameserver 203.63.15.6
>
> /etc/hosts
> 127.0.0.1 localhost localhost.localdomain
>
> I am using the defaultroute option for pppd. Heres the output for route -n...
>
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use Iface
> 203.166.245.245 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
> 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
> 0.0.0.0 203.166.245.245 0.0.0.0 UG 0 0 0 ppp0
>
> Please help. This is one has really got me stumped.
>
> Many thanks
>
> Tom
--
================================================
Scott Nolde
[EMAIL PROTECTED]
================================================
------------------------------
From: DanH <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,comp.os.linux.questions
Subject: Re: question about network card
Date: Sun, 12 Sep 1999 12:50:06 -0400
Pete wrote:
>
> chuck ([EMAIL PROTECTED]) wrote:
> : Greetings,
>
> : Have you tried telneting out using just the IP number of the host
> : you want to connect to? From what you have shown it seems like your DNS
> : isn't set correctly.
>
> sorry, i should've mentioned -- dns is set up correctly.
>
> but from the look of things, does it look like the ethernet card is set up
> correctly?
Yes, it does. try netstat -a and see what comes up.
ping netscape.com then nslookup netscape.com and ping the address and
see if both/neither/one works.
Dan
--
UNIX - Not just for vestal virgins anymore
Linux - Choice of a GNU generation
------------------------------
From: Josh Gentry <[EMAIL PROTECTED]>
Subject: ppp and SUID
Date: Sun, 12 Sep 1999 08:45:55 -0700
Folks,
Does PPP have to run as SUID to root? Makes me nervous.
If it does have to, what are the best safeguards to prevent
someone from trying to take advantage?
Thanks
Josh
[EMAIL PROTECTED]
* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!
------------------------------
From: "Ed Lentz" <[EMAIL PROTECTED]>
Subject: Software for Linux emulating PC Anywhere
Date: Sun, 12 Sep 1999 17:48:44 GMT
Hey
Does anyone know of a program for a Linux/Samba server that will let me dial
into my server and access a share for files?
Thanks
ED
------------------------------
From: Tom <[EMAIL PROTECTED]>
Subject: PPP connections and DNS servers
Date: Sun, 12 Sep 1999 14:49:36 GMT
Hello all, I have go my self into a bit of a pickle, I am trying to set up my
RH6 linux box to connect to my ISP via an external modem (SwannSmart 56k).
Now I have gotten to the point where I connect to the ISP, gone through PAP
authorization and all that. I can ping any numerical address (such as
209.162.76.5) and everything works. However when I try to ping a text address
(such www.altavita.com) nothing happens. Nslookup works with both text and
numerical addresses. Using numerical addresses I can connect to any server
through anything (netscape, my news program) but text addresses don't work.
I think the problem has something to do with my DNS settings (the DNS servers
in resolv.conf work fine under windoze)
Heres a copy of some of my files:
/etc/resolv.conf
nameserver 203.63.15.2
nameserver 203.63.15.6
/etc/hosts
127.0.0.1 localhost localhost.localdomain
I am using the defaultroute option for pppd. Heres the output for route -n...
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
203.166.245.245 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 203.166.245.245 0.0.0.0 UG 0 0 0 ppp0
Please help. This is one has really got me stumped.
Many thanks
Tom
------------------------------
From: [EMAIL PROTECTED] (Bill Unruh)
Subject: Re: ppp PAP and strange behavior connecting
Date: 12 Sep 1999 16:31:57 GMT
In <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes:
>I have had PPP set up for some time. It usually took a few calls before I
>actually got a connection, but I could eventually connect up. I installed
>diald, and everything still pretty much worked the same way.
The remote system is very sick. On the times when it let you in, it did
so without any authentication. One of their servers is badly
misconfigured.
On the times when it did not work, it was because you refused pap
authentication. Set up a /etc/ppp/pap-secrets file with a line
yourusername * yourpassword *
in it. Also include the option
user yourusername
in the pppd options ( either on the command line or in
/etc/ppp/options).
Finally, the far side wants youto use the asyncmap 0xa0000 options.
Stick tht into your ppp/options and diald options files as at times this
can cure problems mysteriously.
>************ debug log ***************
>********************
>***** Didn't work
>********************
>Sep 12 09:46:43 jcmain diald[1242]: Running pppd: /usr/sbin/pppd -defaultroute
>-detach modem crtscts mtu 1500 mru 1500
>Sep 12 09:46:47 jcmain pppd[1242]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
><magic 0xcc8d3abc> <pcomp> <accomp>]
>Sep 12 09:46:48 jcmain pppd[1242]: rcvd [LCP ConfReq id=0x5e <asyncmap 0xa0000>
><auth pap> <magic 0xee0cfbc8> <pcomp> <accomp>]
They request auth pap
>Sep 12 09:46:48 jcmain pppd[1242]: sent [LCP ConfRej id=0x5e <auth pap>]
You refuse it. this continues until one side gets tired and quits.
>********************
>***** Worked!!!!
>********************
>Sep 12 09:48:24 jcmain diald[1288]: Running pppd: /usr/sbin/pppd -defaultroute
>-detach modem crtscts mtu 1500 mru 1500
>Sep 12 09:48:27 jcmain pppd[1288]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
><magic 0xa59782f8> <pcomp> <accomp>]
>Sep 12 09:48:28 jcmain pppd[1288]: rcvd [LCP ConfReq id=0x63 <asyncmap 0xa0000>
><magic 0x78776a34> <pcomp> <accomp>]
They did not require any authentication!!!
and it works. They are badly misconfigured on whatever server this is.
>Sep 12 09:48:28 jcmain pppd[1288]: sent [LCP ConfAck id=0x63 <asyncmap 0xa0000>
><magic 0x78776a34> <pcomp> <accomp>]
>Sep 12 09:48:30 jcmain pppd[1288]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
><magic 0xa59782f8> <pcomp> <accomp>]
You should require asyncmap 0xa0000 as well, as this at times gives
better results with some servers.
>Sep 12 09:47:49 jcmain chat[1274]: expect (assword)
>Sep 12 09:47:49 jcmain chat[1274]: : <MyUsername>^M
>Sep 12 09:47:49 jcmain chat[1274]: Password
>Sep 12 09:47:49 jcmain chat[1274]: -- got it
>Sep 12 09:47:49 jcmain chat[1274]: send (<MyPassword>^M)
>Sep 12 09:47:49 jcmain chat[1274]: expect (PPP)
>Sep 12 09:47:49 jcmain chat[1274]: : ^M
>Sep 12 09:47:49 jcmain chat[1274]: ^M
>Sep 12 09:47:49 jcmain chat[1274]: Entering PPP
>Sep 12 09:47:49 jcmain chat[1274]: -- got it
Ah! They require both login authentication and pap. They are not as
badly misconfigured as I thought. I suspect strongly that had you just
used pap, and not login config (ie terminated your chat script with
CONNECT '\d\c'
you would have gotten in.
------------------------------
From: [EMAIL PROTECTED]
Subject: Home network problems
Date: Sun, 12 Sep 1999 17:39:03 GMT
I am wondering if anyone can point me to some sort of networking guide
online or answer my questions.
I've got a windows 95 box and a Linux box to be used as a server. I
have a network card in each and have a five port hub (SohoWare tulip
cards). I've managed to get the cards configured ok and ifconfig looks
ok for eth0. I did have to get the latest tulip.c and compile it before
the card would 'work', the card came with 0.89, I compiled .91e and the
nic light now stays on after boot up. I've set up the ip addresses as
10.10.10.1 and 10.10.10.2 for the Linux/Windows boxes respectively.
Do I need to add a route to 10.10.10.2 in my routing table or how do I
get the Linux box to be able to ping the windows machine. I think I've
got the pc set up ok with it's ip and gateway etc. Is there a set of
steps you have to go through ? I haven't found anything that explains
it fully yet, so any help would be greatly appreciated.
Gary
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: Aamer Nazir <[EMAIL PROTECTED]>
Subject: Re: Losing interest
Date: Sun, 12 Sep 1999 18:10:26 GMT
I don't want to write a long reply as this is not the appropriate group
for the discussion...
I was using Linux on an AMD k6 200(with win 95 on the other partition)
and was more than happy with it. Yes you have to spend some time with
it. For me it was finding the right window manager, and here I am with
WindowMaker which is the best desktop environment I have ever used! Wow
It is fast. Last night I installed Linux on a PII 333, and now I am even
more excited! It is soooo much faster than win 98 which resides on the
other partition!
Rgds,
Aamer.
In article <7rf60u$sge$[EMAIL PROTECTED]>,
Tilman Kranz <[EMAIL PROTECTED]> wrote:
> Michael Haag <[EMAIL PROTECTED]> wrote:
> > I've been struggling to get my sound card functioning,
>
> works fine here
>
> > my printer to print plain text files properly,
>
> works fine here
>
> > and SAMBA to connect me to my NT shares.
>
> works fine here
>
> > I fully expected a learning curve, but this is becoming ridiculous.
>
> go back to windows, if you please. Btw, this is a ->networking<-
> NewsGroup.
>
> > As faulty as the HELP system in Windows may be, it is
> > light years ahead of Linux.
>
> Its not portable, hughe, inefficent and only explains windows.
> You haven�t read one FAQ, you flied over the HOWTOs and tried to solve
> three or more problems at once - in that confused and hectic
point�n�click
> style. It is all on you. Have a look at the LDP and get a good book.
>
> > I wish Linux good luck, just as I do AMD, but I'm doubtful it will
ever
> > become more widely used than it is currently.
>
> If you associate "more widely used" with the possibility of impatient
> improperly trained guys like you to get SAMBA working - I doubt it,
too.
>
> Bye,
> Tilman.
>
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
Subject: can't after ppp connect, ping past remote machine
From: Mowgliboy <[EMAIL PROTECTED]>
Date: Sun, 12 Sep 1999 11:54:31 -0600
I am connecting to ppp with kppp and have no problem getting the remote
machine to assign me a dynamic address, and it seems that kppp makes the
appropriate changes in resolv.conf.
I can ping the dynamic address of my machine(by IP), and the remote
machine (by IP), but nothing past that by IP of name.
I have this machine, a laptop, connected to ethernet at work and it
works perfectly.
I am extremely new to Linux, 3 weeks, so anything will help at this
point.
Here is my ppp messages after I turn on debugging.
Sep 12 09:03:48 localhost kernel: CSLIP: code copyright 1989 Regents of
the University of California
Sep 12 09:03:48 localhost kernel: PPP: version 2.3.3 (demand dialling)
Sep 12 09:03:48 localhost kernel: PPP line discipline registered.
Sep 12 09:03:48 localhost kernel: registered device ppp0
Sep 12 09:04:27 localhost pppd[879]: pppd 2.3.7 started by mowgli, uid
500
Sep 12 09:04:27 localhost pppd[879]: pppd 2.3.7 started by mowgli, uid
500
Sep 12 09:04:27 localhost pppd[879]: Using interface ppp0
Sep 12 09:04:27 localhost pppd[879]: Using interface ppp0
Sep 12 09:04:27 localhost pppd[879]: Connect: ppp0 <--> /dev/ttyS3
Sep 12 09:04:27 localhost pppd[879]: Connect: ppp0 <--> /dev/ttyS3
Sep 12 09:04:27 localhost pppd[879]: sent [LCP ConfReq id=0x1 <asyncmap
0x0> <magic 0xe343ac5c> <pcomp> <accomp>]
Sep 12 09:04:29 localhost pppd[879]: rcvd [LCP ConfReq id=0x1 <asyncmap
0x0> <magic 0x34c10c68> <pcomp> <accomp> <auth pap>]
Sep 12 09:04:29 localhost pppd[879]: sent [LCP ConfAck id=0x1 <asyncmap
0x0> <magic 0x34c10c68> <pcomp> <accomp> <auth pap>]
Sep 12 09:04:30 localhost pppd[879]: sent [LCP ConfReq id=0x1 <asyncmap
0x0> <magic 0xe343ac5c> <pcomp> <accomp>]
Sep 12 09:04:30 localhost pppd[879]: rcvd [LCP ConfAck id=0x1 <asyncmap
0x0> <magic 0xe343ac5c> <pcomp> <accomp>]
Sep 12 09:04:30 localhost pppd[879]: sent [PAP AuthReq id=0x1
user="*****" password="*****"]
Sep 12 09:04:30 localhost pppd[879]: rcvd [PAP AuthAck id=0x1 "Login
Succeeded"]
Sep 12 09:04:30 localhost pppd[879]: Remote message: Login Succeeded
Sep 12 09:04:30 localhost pppd[879]: Remote message: Login Succeeded
Sep 12 09:04:30 localhost pppd[879]: sent [IPCP ConfReq id=0x1 <addr
129.123.20.60> <compress VJ 0f 01>]
Sep 12 09:04:30 localhost kernel: PPP BSD Compression module registered
Sep 12 09:04:30 localhost kernel: PPP Deflate Compression module
registered
Sep 12 09:04:30 localhost pppd[879]: sent [CCP ConfReq id=0x1 <deflate
15> <deflate(old#) 15> <bsd v1 15>]
Sep 12 09:04:30 localhost pppd[879]: rcvd [IPXCP ConfReq id=0x1 <network
817bfa24> <router proto 2> <router name "pm4"> <complete>]
Sep 12 09:04:30 localhost pppd[879]: Unsupported protocol (0x802b)
received
Sep 12 09:04:30 localhost pppd[879]: Unsupported protocol (0x802b)
received
Sep 12 09:04:30 localhost pppd[879]: sent [LCP ProtRej id=0x2 80 2b 01
01 00 15 01 06 81 7b fa 24 04 04 00 02 05 05 70 6d 34 06 02]
Sep 12 09:04:30 localhost pppd[879]: rcvd [IPCP ConfNak id=0x1 <addr
129.123.250.36>]
Sep 12 09:04:30 localhost pppd[879]: sent [IPCP ConfReq id=0x2 <addr
129.123.250.36> <compress VJ 0f 01>]
Sep 12 09:04:30 localhost pppd[879]: rcvd [IPCP ConfReq id=0x1 <compress
VJ 0f 00> <addr 129.123.249.4>]
Sep 12 09:04:30 localhost pppd[879]: sent [IPCP ConfAck id=0x1 <compress
VJ 0f 00> <addr 129.123.249.4>]
Sep 12 09:04:30 localhost pppd[879]: rcvd [LCP ProtRej id=0x2 80 fd 01
01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Sep 12 09:04:30 localhost pppd[879]: rcvd [IPCP ConfAck id=0x2 <addr
129.123.250.36> <compress VJ 0f 01>]
Sep 12 09:04:30 localhost pppd[879]: local IP address 129.123.250.36
Sep 12 09:04:30 localhost pppd[879]: local IP address 129.123.250.36
Sep 12 09:04:30 localhost pppd[879]: remote IP address 129.123.249.4
Sep 12 09:04:30 localhost pppd[879]: remote IP address 129.123.249.4
Sep 12 09:04:30 localhost pppd[879]: Script /etc/ppp/ip-up started; pid
= 884
Sep 12 09:04:31 localhost pppd[879]: Script /etc/ppp/ip-up finished (pid
884), status = 0x0
Sep 12 09:06:41 localhost pppd[879]: Terminating on signal 15.
Sep 12 09:06:41 localhost pppd[879]: Terminating on signal 15.
Sep 12 09:06:41 localhost pppd[879]: Script /etc/ppp/ip-down started;
pid = 918
Sep 12 09:06:41 localhost pppd[879]: sent [LCP TermReq id=0x3 "User
request"]
Sep 12 09:06:41 localhost pppd[879]: Script /etc/ppp/ip-down finished
(pid 918), status = 0x0
Sep 12 09:06:44 localhost pppd[879]: sent [LCP TermReq id=0x4 "User
request"]
Sep 12 09:06:46 localhost pppd[879]: Hangup (SIGHUP)
Sep 12 09:06:46 localhost pppd[879]: Hangup (SIGHUP)
Sep 12 09:06:46 localhost pppd[879]: Modem hangup
Sep 12 09:06:46 localhost pppd[879]: Modem hangup
Sep 12 09:06:46 localhost pppd[879]: Connection terminated.
Sep 12 09:06:46 localhost pppd[879]: Connection terminated.
Sep 12 09:06:46 localhost pppd[879]: Connect time 2.4 minutes.
Sep 12 09:06:46 localhost pppd[879]: Connect time 2.4 minutes.
Sep 12 09:06:46 localhost pppd[879]: Sent 906 bytes, received 1023
bytes.
Sep 12 09:06:46 localhost pppd[879]: Sent 906 bytes, received 1023
bytes.
Sep 12 09:06:46 localhost pppd[879]: Exit.
Sep 12 09:06:46 localhost pppd[879]: Exit.
My few questions?
Is this doubling of lines normal? or is it something that I accidently
duplicated when I turned on debugging?
Does the following line mean that my machine is asking the ppp server to
give it the following address, the addy of my machine when it is on
ethernet? and then when it doesn't get it it freaks?
Sep 12 09:04:30 localhost pppd[879]: sent [IPCP ConfReq id=0x1 <addr
129.123.20.60> <compress VJ 0f 01>]
Can I do anything else to try to track down the problem?
Thanks in advance,
Dennis
------------------------------
From: Thomas Chow <[EMAIL PROTECTED]>
Subject: ftp problem for networking
Date: Mon, 13 Sep 1999 02:13:57 +0800
Reply-To: [EMAIL PROTECTED]
I setup the ipchains forward command for the redhat 6.0 server. The
server connect two windows 95 workstations can,t use ftp function.
ipchains -P forward DENY
ipchains -A forward -j MASQ -s 192.168.1.0/24 -d0.0.0.0/0
ipchains -A input -j ACCEPT -i eth0 -s 192.168.1.0/8 -d0.0.0.0/0
pls tell me how to change to accept ftp.
Best Regard
Thomas Chow
------------------------------
From: kite@NoSpam.%inetport.com (Clifford Kite)
Subject: Re: ppp PAP and strange behavior connecting
Date: 12 Sep 1999 12:13:24 -0500
[EMAIL PROTECTED] wrote:
[Edited for focus]
> Sep 12 09:48:22 jcmain chat[1285]: CONNECT
> Sep 12 09:48:22 jcmain chat[1285]: -- got it
> Sep 12 09:48:22 jcmain chat[1285]: send (^M)
> Sep 12 09:48:22 jcmain chat[1285]: expect (ogin)
> Sep 12 09:48:22 jcmain chat[1285]: 38400^M
> Sep 12 09:48:23 jcmain chat[1285]: ^M
> Sep 12 09:48:23 jcmain chat[1285]: ^M
> Sep 12 09:48:23 jcmain chat[1285]: User Access Verification^M
> Sep 12 09:48:23 jcmain chat[1285]: ^M
> Sep 12 09:48:23 jcmain chat[1285]: Login
> Sep 12 09:48:23 jcmain chat[1285]: -- got it
> Sep 12 09:48:23 jcmain chat[1285]: send (<MyUsername>^M)
> Sep 12 09:48:23 jcmain chat[1285]: expect (assword)
> Sep 12 09:48:23 jcmain chat[1285]: : <MyUsername>^M
> Sep 12 09:48:23 jcmain chat[1285]: Password
> Sep 12 09:48:23 jcmain chat[1285]: -- got it
> Sep 12 09:48:23 jcmain chat[1285]: send (<MyPassword>^M)
> Sep 12 09:48:23 jcmain chat[1285]: expect (PPP)
> Sep 12 09:48:23 jcmain chat[1285]: : ^M
> Sep 12 09:48:23 jcmain chat[1285]: ^M
> Sep 12 09:48:24 jcmain chat[1285]: Entering PPP
> Sep 12 09:48:24 jcmain chat[1285]: -- got it
> Sep 12 09:48:24 jcmain chat[1285]: send (^M)
> Sep 12 09:48:24 jcmain diald[168]: Connected to site 216.68.35.1
> Sep 12 09:48:24 jcmain diald[168]: Running pppd (pid = 1288).
> Sep 12 09:48:24 jcmain pppd[1288]: pppd 2.3.7 started by root, uid 0
Basically the problem is that some hosts at the ISP will accept the
login/password/PPP expect/sends in /etc/ppp/pppstart to start PPP on
their end while other hosts will allow login/password/PPP but also
require PAP authentication.
You need to configure for PAP authentication by adding the pppd option
user <Your ISP username>
and configuring the /etc/ppp/pap-secrets file with a line such as
<Your ISP username> * <Your ISP password>
Incidently it's a good bet that you won't need to keep the
login/password/PPP expect/sends in the chat script after configuring
for PAP. If you do decide to try removing these then change the
CONNECT '' to CONNECT \d\c in that script to avoid sending a
carriage return that may otherwise cause a problem for the ISP.
--
Clifford Kite <kite@inet%port.com> Not a guru. (tm)
/* I gave up on politics when no matter who I voted for, I regretted it.
* -- Pepper...and Salt, WSJ */
------------------------------
From: Aamer Nazir <[EMAIL PROTECTED]>
Subject: Problems with eth0
Date: Sun, 12 Sep 1999 18:17:12 GMT
Hello everybody,
I am having problems with networking in Mandrake 6.0. During the
installation it detects the right ethernet card (installed in my pc) and
I select dhcp for networking. But during the boot process it gives me a
message that eth0 failed.
After that I installed Redhat 6.0 on the same machine with the same
card(I didn't change anything) and everything went fine(eth0 was
successful). I don't understand what the problem is . It can't be
anything with my pc or the card as Redhat 6.0 works fine. But for some
reasons I want Mandrake 6.0 to run on this system. Could anyone please
let me know what the problem might be ?
Any help would be appreciated.
Thanks in advance,
Aamer.
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: Dave Carrigan <[EMAIL PROTECTED]>
Subject: Re: masquerading incoming http requests?
Date: 12 Sep 1999 18:28:22 GMT
>>>>> "Jason" == Jason Rosenberg <[EMAIL PROTECTED]> writes:
Jason> I want to have a web-server running on a machine on my internal
Jason> net which doesn't have an official external IP address. Is this
Jason> possible.
Yes, I'm doing it right now. The external browsers point to your
firewall's external interface, and the firewall masqs the connection and
forwards it to your internal server.
Jason> Essentially, it would require the firewall system to be checking
Jason> incoming http packets, and to forward them to the appropriate
Jason> internal system based on the URL, using packet masquerading.
It's done with ipmasqadm, which one of the IP masquerading tools
ipmasqadm portfw -a -P tcp -L 200.2.3.4 80 -R 10.1.2.3
--
Dave Carrigan ([EMAIL PROTECTED]) | Yow! Hey!! Let's watch
UNIX-Apache-Perl-Linux-Firewalls-LDAP-C-DHCP-DNS | the' ELEVATOR go UP and
Seattle, WA, USA | DOWN at th' HILTON HOTEL!!
http://www.rudedog.org/ |
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.networking) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Networking Digest
******************************
