Linux-Networking Digest #255, Volume #11 Sun, 23 May 99 17:13:58 EDT
Contents:
Re: Just root when I want to be online !!! (Jim Roberts)
Re: I need a straight answer now ! please... (Clifford Kite)
Re: ip-up,ip-down dcripte in /etc/ppp (Clifford Kite)
Re: NETWORKING HARDWARE EXPERTS! HELP! Can you identify this networking hardware???
(Nick Williams)
Re: where oh where is named? (urgrue)
Re: Redirection using ipchains? (Francois Magnan)
NFS uploading problem - too slow (Larry Irons)
Re: PPP headaches (Clifford Kite)
Re: 3Com 509 won't go (detailed!) (crusader)
Re: Kernel 2.2.x: PPP freezes (Kris)
Re: *BSD or Linux Based Computer Telephony development Products (Hans Lambermont)
Re: need help ppp setup ("Ron Fodor")
Re: Kernel 2.2.x: PPP freezes (Kris)
Re: can't telnet to m own machine (mist)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Jim Roberts)
Subject: Re: Just root when I want to be online !!!
Date: Sun, 23 May 1999 18:48:49 GMT
In article <[EMAIL PROTECTED]>,
Geert Van Loy <[EMAIL PROTECTED]> writes:
> Hi,
>
> I have a problem with my PPP connection. I only can go online as root.
> I have made other users and I have set that other users can activate
> the ppp connection. But this doesn't work.
>
> Where must I modify something to change this so that other users than
> root can go online too.
>
> Thx,
>
> Geert Van Loy
>
Put the users in the same group as PPP. Probably UUCP group or TTY group.
------------------------------
From: kite@NoSpam.%inetport.com (Clifford Kite)
Subject: Re: I need a straight answer now ! please...
Date: 23 May 1999 12:42:25 -0500
peter ([EMAIL PROTECTED]) wrote:
: Modems, I want to know if I can use two modems with linux and how will
: it work ???
: I'm doing in windows with a program called Midcore Teamer, my ip
: doesn't support two modems, but with the teamer program it works (FTP
: and HTTP). How does linux "team" the modems.
No easy way that I know about in the way you seem to want, i.e., to
double the bandwidth without ISP support.
--
Clifford Kite <kite@inet%port.com> Not a guru. (tm)
------------------------------
From: kite@NoSpam.%inetport.com (Clifford Kite)
Subject: Re: ip-up,ip-down dcripte in /etc/ppp
Date: 23 May 1999 12:11:55 -0500
Konstantin Wiesel ([EMAIL PROTECTED]) wrote:
: How doe i have to call ipppd in order to make it execute these scripts
: and how does such a script have to look like in order to execute
: for instance the following line:
: route add default ippp0
Don't know ippp0, but with pppd you have to specify the full path for
the program you want to execute.
--
Clifford Kite <kite@inet%port.com> Not a guru. (tm)
/* 97.3% of all statistics are made up. */
------------------------------
From: [EMAIL PROTECTED] (Nick Williams)
Subject: Re: NETWORKING HARDWARE EXPERTS! HELP! Can you identify this networking
hardware???
Date: 23 May 1999 20:30:14 +0100
In article <37494b20.144930454@ntgateway>, user <[EMAIL PROTECTED]> wrote:
>1- Synoptics Communications Lattisnet (Hub?) model 2530 Concentrator
>Looks like a "standard" ethernet hub with 8 rj-45 connectors. Nothing
>fancy. Can somebody confirm this....Does anybody know more about this?
Lattisnet is an early Ethernet-over-twisted-pair product from
Synoptics (-> Bay Networks -> Nortel Networks). It predates the
10Base-T specification, and will not interoperates with it. But,
hey, there's a guy over in comp.dcom.lans.ethernet who has
himself a couple of transceivers for one of these...
Apparently, much of the 10Base-T specification arose out of this
design... Not really very useful though.
Cheers,
Nick.
--
[ Nick Williams Office - 01865-(2)79252 ]
[ Computing Officer Mobile - 07775-637124 ]
[ New College, Oxford http://www.new.ox.ac.uk/~nick/ ]
------------------------------
From: [EMAIL PROTECTED] (urgrue)
Subject: Re: where oh where is named?
Date: 23 May 1999 19:15:53 GMT
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] says...
>
>>version of named, but it's nowhere. i even checked the lsm but named is not
>>where its supposed to be. please help.
>
>http://www.irc.org or your closest mirror ... the latest version needs some
>adjustments to compile with glibc-2.1.1pre(#) but the older one, 8.1.2 is
fine.
there doesnt seem to be such a place as www.irc.org. any other place that might
have it?
thanks
fred
------------------------------
Subject: Re: Redirection using ipchains?
From: [EMAIL PROTECTED] (Francois Magnan)
Date: Sun, 23 May 1999 19:00:19 GMT
Hi,
What you guys are looking for is not done using ipchains. You need the
ipmasqadm tool to do this. This is called port forwarding.
See:
juanjox.linuxhq.com
Francois Magnan
On 05/23/99, "Ryan Smith" wrote:
>I am in the very same situation! I've been looking for a way to
redirect an
>incoming web connection to my gateway box to a web server running on
my
>local network. If somebody knows something about this, please let me
know!
>
>Ryan
>
>
>bill davidsen <[EMAIL PROTECTED]> wrote in message
>news:7i6ulc$er0$[EMAIL PROTECTED]...
>> Am I missing something in ipchains? I would like to do redirection
of
>> certain packets from another machine to a given port on another
machine
>> on my network. Not masquerade, not port forwarding to a port on my
>> machine, just a general rewrite capability. The REDIRECT facility
>> doesn't seem to handle going to a remote host.
>>
>> For example, connections to port 80 from a network would go to port
3100
>> on another machine, possibly on another network.
>>
>> I am *not* looking for other ways to do this, I have several, I
just
>> want to know if this capability is really missing, and I'd rather
not
>> wade through the network code to see if I could do it using my own
>> ioctls or whatever. I did look at the code briefly, it didn't jump
out
>> at me.
>>
>> --
>> bill davidsen <[EMAIL PROTECTED]> CTO, TMR Associates, Inc
>> One common problem is mistyping an email address and creating
another
>> valid, though unintended, recipient. Always check the recipient's
>> address carefully when sending personal information, such as credit
>> card numbers, death threats or offers of sexual services.
>
>
>
--
______________________________________________________
Francois Magnan
Departement de Mathematique & Statistiques
Universite de Montreal
email: [EMAIL PROTECTED] (MIME, NeXTMail Ok!)
------------------------------
From: Larry Irons <[EMAIL PROTECTED]>
Subject: NFS uploading problem - too slow
Date: Sun, 23 May 1999 19:21:45 GMT
If anyone can help me with this one, I would appreciate it.
I have a Linux Server running kernel 2.0.36, Caldera OpenLinux 1.3. I
have three SCSI drives, mounted to /d1, /d2, and /d3. The root is an ide
drive. Everything is fine on the Linux box.
I have the three drives exported as NSF mounts and all other Unix
machines can mount the drives. I can download from the Linux server to a
Sun Ultra 30 a 700-megabyte file in less than 2-1/2 minutes. but if I
try to upload to the Linux server it goes really slow (hours). I think
the Sun is thinking that it has lost its connection to the Linux
computer.
Anyone know what I need to do to get the upload process to work
properly.
Thanks,
Larry
--
Larry Irons
A Direct Descendant of William the Conqueror, Charlemagne, Clovis,
Edward III, Edward I Longshanks, and King John
[EMAIL PROTECTED]
http://www.irons-assoc.com/
------------------------------
From: kite@NoSpam.%inetport.com (Clifford Kite)
Subject: Re: PPP headaches
Date: 22 May 1999 17:02:30 -0500
lypolad ([EMAIL PROTECTED]) wrote:
: After following Unruh's steps I finally issued the much anticipated command
: to get connected:
: /usr/sbin/pppd /dev/cua1 57600 debug connect "/usr/sbin/chat -v " AT OK
: ATD6782036 CONNECT '\d\c'"
: When I hit enter this is what happened:
: >
Count the "s , there's 3 of them, so bash is expecting something else
to even things out. Remove the one between the -v and the AT .
The logs also indicate that you have something set up to run pppd at 30
second intervals in some cases. This causes overlapping of pppd runs
and thus the tcgetattr error.
Since you never got to PPP link negotiations there wasn't much sense
in reposting the logs. It would be reasonable to post only the log
message lines that contain "pppd" . The major part of first log you
posted consisted of boot messages from numerous reboots that aren't
related to PPP.
: That's it! It just hung there. The following log files have been edited to
: reflect the days activity since the 19th but it still shows that I have
: tried several AT command init strings to get that blame modem woke up.
--
Clifford Kite <kite@inet%port.com> Not a guru. (tm)
/* Those who can't write, write manuals. */
------------------------------
From: [EMAIL PROTECTED] (crusader)
Subject: Re: 3Com 509 won't go (detailed!)
Date: Sun, 23 May 1999 19:44:52 GMT
Reply-To: [EMAIL PROTECTED]
i know that on many of the dell optiplex systems had what was called
'pnp mode' for these cards but the ones i've dealt with on a gxm
system seemed alot of the time configured for io=0x280 and irq=10 and
i've gotten this to work with Linux (slackware and redhat), FreeBSD
(several versions) and even Netware 5 :).
i know you have mentioned several dos utilities. have you tried the
3com driver disk set (i think disk 1 has 3c5x9cfg.exe on it) and it
should help you out. if you have tried this one - forgive but you
didnt specifically mention it. also floppy uses irq 6 so that doesnt
make any sense.
------------------------------
From: [EMAIL PROTECTED] (Kris)
Subject: Re: Kernel 2.2.x: PPP freezes
Date: Sun, 23 May 1999 19:52:57 GMT
Hi kite@NoSpam.%inetport.com (Clifford Kite),
>You're right. Rereading the man pages it looks like the way the asyncmap
>option itself is implemented has changed - again - from 2.3.7 to 2.3.8.
>Sigh. BTW the best thing to do to solve asyncmap problems is to match
>the asyncmap the ISP is using, here "asyncmap a0000". Some ISPs have
>a broken PPP implementation w.r.t. asyncmap.
Firstly, apologies for the late reply -- I've had to mess about with a
spreadsheet.
I've tried using the 'asyncmap 0x00a0000' option, which makes no
difference. Here's the output from a successful connection using kernel
2.0.36 (with asyncmap option):
>Connect: ppp0 <--> /dev/ttyS2
>sent [LCP ConfReq id=0x1 <asyncmap 0xa000> <magic 0x72c66ab8> <pcomp> <accomp>]
>sent [LCP ConfReq id=0x1 <asyncmap 0xa000> <magic 0x72c66ab8> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0x8b <asyncmap 0xa0000> <auth pap> <magic 0x29e062f6> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0x8b <asyncmap 0xa0000> <auth pap> <magic 0x29e062f6> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x1 <asyncmap 0xa000> <magic 0x72c66ab8> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0x8c <asyncmap 0xa0000> <auth pap> <magic 0x29e06ea3> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0x8c <asyncmap 0xa0000> <auth pap> <magic 0x29e06ea3> <pcomp>
><accomp>]
>rcvd [LCP ConfAck id=0x1 <asyncmap 0xa000> <magic 0x72c66ab8> <pcomp> <accomp>]
>sent [LCP EchoReq id=0x0 magic=0x72c66ab8]
>sent [PAP AuthReq id=0x1 user="dufas" password="mypassword"]
>rcvd [LCP EchoRep id=0x0 magic=0x29e06ea3]
>rcvd [PAP AuthAck id=0x1 ""]
>Remote message: M-`nM-#M-
>sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
>rcvd [IPCP ConfReq id=0xa1 <compress VJ 0f 00> <addr 195.147.128.10>]
>sent [IPCP ConfAck id=0xa1 <compress VJ 0f 00> <addr 195.147.128.10>]
>rcvd [IPCP ConfNak id=0x1 <addr 195.147.138.52>]
>sent [IPCP ConfReq id=0x2 <addr 195.147.138.52> <compress VJ 0f 01>]
>rcvd [IPCP ConfAck id=0x2 <addr 195.147.138.52> <compress VJ 0f 01>]
>Cannot determine ethernet address for proxy ARP
>local IP address 195.147.138.52
>remote IP address 195.147.128.10
... whereby everything works perfectly, with me being able to telnet to
my mail server with no problems at all. And the "proxy arp" thing, when
I take out the "proxyarp" option of ..../ppp/options, doesn't change
anything.
And here's the output from pppd using kernel 2.2.9, with exactly the
same settings (apologies for what will be a long post):
>Connect: ppp0 <--> /dev/ttyS2
>sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0x492b6694> <pcomp> <accomp>]
>sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0x492b6694> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0xfd <asyncmap 0xa0000> <auth pap> <magic 0x2b2e0e06> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0xfd <asyncmap 0xa0000> <auth pap> <magic 0x2b2e0e06> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0x492b6694> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0xfe <asyncmap 0xa0000> <auth pap> <magic 0x2b2e0e06> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0xfe <asyncmap 0xa0000> <auth pap> <magic 0x2b2e0e06> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0x492b6694> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0xff <asyncmap 0xa0000> <auth pap> <magic 0x2b2e0e06> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0xff <asyncmap 0xa0000> <auth pap> <magic 0x2b2e0e06> <pcomp>
><accomp>]
>rcvd [LCP ConfReq id=0x0 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e0e06> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0x0 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e0e06> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0x492b6694> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0x1 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e0e06> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0x1 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e0e06> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0x492b6694> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0x2 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0x2 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>rcvd [LCP ConfAck id=0x1 <asyncmap 0xa0000> <magic 0x492b6694> <pcomp> <accomp>]
>sent [LCP EchoReq id=0x0 magic=0x492b6694]
>sent [PAP AuthReq id=0x1 user="dufas" password="mypassword"]
>rcvd [LCP ConfReq id=0x3 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x965d8727> <pcomp> <accomp>]
>sent [LCP ConfAck id=0x3 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>rcvd [LCP ConfReq id=0x4 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0x4 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x965d8727> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0x5 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0x5 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x965d8727> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0x6 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0x6 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>rcvd [LCP ConfAck id=0x2 <asyncmap 0xa0000> <magic 0x965d8727> <pcomp> <accomp>]
>sent [LCP EchoReq id=0x0 magic=0x965d8727]
>sent [PAP AuthReq id=0x2 user="dufas" password="mypassword"]
>rcvd [LCP ConfReq id=0x7 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0x50c2868d> <pcomp> <accomp>]
>sent [LCP ConfAck id=0x7 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>rcvd [LCP ConfReq id=0x8 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0x8 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0x50c2868d> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0x9 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0x9 <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>rcvd [LCP ConfReq id=0xa <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0xa <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0x50c2868d> <pcomp> <accomp>]
>rcvd [LCP ConfReq id=0xb <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfAck id=0xb <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x3 <asyncmap 0xa0000> <magic 0x50c2868d> <pcomp> <accomp>]
>rcvd [LCP ConfAck id=0x3 <asyncmap 0xa0000> <magic 0x50c2868d> <pcomp> <accomp>]
>sent [LCP EchoReq id=0x0 magic=0x50c2868d]
>sent [PAP AuthReq id=0x3 user="dufas" password="mypassword"]
>rcvd [LCP ConfReq id=0xc <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>sent [LCP ConfReq id=0x4 <asyncmap 0xa0000> <magic 0x6f12503a> <pcomp> <accomp>]
>sent [LCP ConfAck id=0xc <asyncmap 0xa0000> <auth pap> <magic 0x2b2e35d5> <pcomp>
><accomp>]
>rcvd [LCP ConfAck id=0x4 <asyncmap 0xa0000> <magic 0x6f12503a> <pcomp> <accomp>]
>sent [LCP EchoReq id=0x0 magic=0x6f12503a]
>sent [PAP AuthReq id=0x4 user="dufas" password="mypassword"]
... which just repeats, repeats, repeats, repeats, ad infinitum,
although the messages aren't exact. If you'd like me to post all of the
output (that was probably about 10 seconds' worth), then I will.
>Without any PAP AuthNak from the ISP? The peer and pppd are able to
>communicate during the initial LCP negotiations. When this happens and
>authentication fails it's frequently solved by the asyncmap matching
>trick described above.
There's no mention of AuthNak anywhere in my ppp.log, and adding
asyncmap 0x000a0000 to my /etc/ppp/options (or /etc/ppp/peers/provider)
doesn't change anything.
><snip>
>This is often a sign that you *have* to do PAP or CHAP authentication.
A chatscript works with kernel 2.0.36...
>I've assumed that you used essentially the same scripts in 2.0.36 and so
>have the defaultroute option in place. The same with resolv.conf. And
>you're confident that the IRQ configured for the modem's device file
>is correct?
Yup, defaultroute's there. And resolv.conf is there, and set up with my
nameservers. My IRQs are also correct - I can talk to my modem fine with
minicom, and since everything works with 2.0.36 that won't be the
problem. The IRQ autodetect selects the things which I tell it to use
anyway, so I haven't barfed with the serial port settings.
Could this be a kernel or ppd bug? I know of one other person on the
debian-user mailing list who might have the same problem.
Anyway, taking your time to try to solve this is much appreciated.
Thanks,
Kris
PS If it's any help, my ISP uses Cisco routers/racks.
--
Kris
ICQ 10537480
[EMAIL PROTECTED] checked weekly(ish)
Use [EMAIL PROTECTED] for quicker response (+.co.uk)
------------------------------
Reply-To: [EMAIL PROTECTED]
From: [EMAIL PROTECTED] (Hans Lambermont)
Subject: Re: *BSD or Linux Based Computer Telephony development Products
Date: Sun, 23 May 1999 20:29:33 GMT
[Posted and mailed]
In article <[EMAIL PROTECTED]>,
Gong Wei <[EMAIL PROTECTED]> writes:
> Is there any commercial products for computer telephony development on
> *BSD and/or Linux exists today?
http://www.quicknet.net have cards+(linux) drivers, and they are working
with the http://www.openh323.org group afaik.
Hans Lambermont
--
http://hans.mypage.org
------------------------------
From: "Ron Fodor" <[EMAIL PROTECTED]>
Subject: Re: need help ppp setup
Date: Sun, 23 May 1999 15:52:49 -0400
I just figured this part out myself. Put the following in your pap-secrets
file and also in your chap-secrets file.
<yourusername> * <yourpassword> *
That will make it logon.
Then you can fight the next problem (where I am) ........ connected but wont
talk to the network. I can ping out but get no responses, I can ping myself
and it works fine.
Anyone with any ideas? I would sure appreciate the help.
Nesman <[EMAIL PROTECTED]> wrote in message
news:7i8ak3$bo9$[EMAIL PROTECTED]...
> hi,
> can't complete conn something about "No network protocols running", ppp
log
> follows:
>
> May 22 22:06:33 hood pppd[11084]: pppd 2.3.5 started by root, uid 0
> May 22 22:06:34 hood chat[11085]: send (AT^M)
> May 22 22:06:34 hood chat[11085]: expect (OK)
> May 22 22:06:34 hood chat[11085]: AT^M^M
> May 22 22:06:34 hood chat[11085]: OK
> May 22 22:06:34 hood chat[11085]: -- got it
> May 22 22:06:34 hood chat[11085]: send (ATDxxxxxxxx^M)
> May 22 22:06:35 hood chat[11085]: expect (CONNECT)
> May 22 22:06:35 hood chat[11085]: ^M
> May 22 22:06:54 hood chat[11085]: ATD2578531^M^M
> May 22 22:06:54 hood chat[11085]: CONNECT
> May 22 22:06:54 hood chat[11085]: -- got it
> May 22 22:06:54 hood chat[11085]: send ( ogin: mylogin assword: mypwd
dc^M)
> May 22 22:06:54 hood pppd[11084]: Serial connection established.
> May 22 22:06:55 hood pppd[11084]: Using interface ppp0
> May 22 22:06:55 hood pppd[11084]: Connect: ppp0 <--> /dev/cua1
> May 22 22:06:55 hood pppd[11084]: sent [LCP ConfReq id=0x1 <magic
> 0xe9636845> <pcomp> <accomp>]
> May 22 22:06:58 hood pppd[11084]: sent [LCP ConfReq id=0x1 <magic
> 0xe9636845> <pcomp> <accomp>]
> May 22 22:06:59 hood pppd[11084]: rcvd [LCP ConfReq id=0x1 <mru 1500>
> <asyncmap 0x0> <magic 0x24b93089> <pcomp> <accomp> <auth pap>]
> May 22 22:06:59 hood pppd[11084]: sent [LCP ConfRej id=0x1 <auth pap>]
> May 22 22:06:59 hood pppd[11084]: rcvd [LCP ConfReq id=0x2 <mru 1500>
> <asyncmap 0x0> <auth chap 05> <magic 0x24b93089> <pcomp> <accomp>]
> May 22 22:06:59 hood pppd[11084]: sent [LCP ConfRej id=0x2 <auth chap 05>]
> May 22 22:06:59 hood pppd[11084]: rcvd [LCP ConfReq id=0x3 <mru 1500>
> <asyncmap 0x0> <magic 0x24b93089> <pcomp> <accomp>]
> May 22 22:06:59 hood pppd[11084]: sent [LCP ConfAck id=0x3 <mru 1500>
> <asyncmap 0x0> <magic 0x24b93089> <pcomp> <accomp>]
> May 22 22:07:01 hood pppd[11084]: sent [LCP ConfReq id=0x1 <magic
> 0xe9636845> <pcomp> <accomp>]
> May 22 22:07:02 hood pppd[11084]: rcvd [LCP ConfAck id=0x1 <magic
> 0xe9636845> <pcomp> <accomp>]
> May 22 22:07:02 hood pppd[11084]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>
> <compress VJ 0f 01>]
> May 22 22:07:29 hood last message repeated 9 times
> May 22 22:07:32 hood pppd[11084]: IPCP: timeout sending Config-Requests
>
> May 22 22:07:32 hood pppd[11084]: sent [LCP TermReq id=0x2 "No network
> protocols running"]
> May 22 22:07:32 hood pppd[11084]: rcvd [LCP TermAck id=0x4]
> May 22 22:07:32 hood pppd[11084]: Connection terminated.
> May 22 22:07:32 hood pppd[11084]: Hangup (SIGHUP)
> May 22 22:07:32 hood pppd[11084]: Exit.
>
> sorry about the long attachment...some people see every details in these
> lines...what am i missing? i think i have protocols 'cuz i can
ping...thanks
>
> nesman
>
>
>
>
------------------------------
From: [EMAIL PROTECTED] (Kris)
Subject: Re: Kernel 2.2.x: PPP freezes
Date: Sun, 23 May 1999 19:53:04 GMT
Hi Gene Heskett,
>In the linuxconf screen, goto 'Client tasks', then to 'PPP/SLIP/PLIP'
>and click on the 'ppp0' that comes up in the right window, where you
>should see under the 'Hardware' tab, entries for your interface speed,
>and device, and probably a blank textwindow for 'PPP Options'
>
>Fill this window in with 'asyncmap 0x000a0000' including the single
>quotes.
>
>'Accept', that, which will close that window, and 'quit' the next shown
>window.
>
>Now grab the slider and pulldown to see 'Control PPP/SLIP/PLIP Links'
>and follow your nose to get a requester to put it online, and do so,
>while switching back to a shell and watching the log with 'tail -f
>/var/log/messages'. Its should show you requested, and they ack'ed,
>that asyncmap setting, and it shouldn't lock up.
I don't use linuxconf myself (it apparently has problems with Debian's
way of organising things... humph)... I'm a CLI/vi freak.
I added the asyncmap 0x000a0000 option to my /etc/ppp/options &/or
/etc/ppp/peers/provider (in place of "asyncmap 0") and it didn't correct
the problem. I'm drifting to the "yay! A kernel or pppd bug!" idea...
>The whole damned 800+ page RH5.2 Unleashed manual mentions it once, but
>gives absolutely no (findable) definition as to just what the hell it
>does. IMO, anything that *is* a protocol requirement, also needs a full
>explanation and _anything_ less is assuming the user is at least a cs
>graduate with 20 years of real world programming under his hat. RedHat,
>SuSE, Slackware et all, all *assume* the user who picks up a copy of
>linux, any version, is already a /Guru/. I'm sure not, even when there
>is nobody else in the room!
I've actually got the HTML RH (& UNIX, & Slackware, I think) Unleashed
book on my web site in a .zip which I snagged from developer.com. Not
sure of the legality of that, though.
>Until they 'get over it', and start including a bit of _real world info_,
>linux is going to maintain its bitchy, contackerous, hard to configure,
>reputation and will remain just an interesting sideline at best for the
>general public. It will *not* be a M$ killer until such time as the
>average bloke walking down the street can open up the manual and look up
>in the glossary and get, a full explanation for every option he can see
>being tried in the log messages.
The average bloke on the street can't set up a Windows' DUN connection,
so we can't really expect him/her to set up a PPP connection under
Linux. IM(H)O it's standards which get in the way of things. Like... the
"average" user doesn't want to have to compile his own programs.
(S)he'll want to just double-click on a setup program, and off they go.
Simple ("Uh... what's this 'G-l-i-b-C' thing? Where can I get it?"). It
has to get to the point whereby anyone (or at least those with an IQ
more than 70) can just sit in front of a computer (they won't care what
OS it runs) and _use_ it. That'll be a while, though. Anyway, this ain't
cola.... so I'll shut up now before being flamed with a BFG.
Oh, and with regards to your asyncmap explanations... umm... I think I
might go and get a good TCP/IP book....
Cheers,
Kris
--
Kris
ICQ 10537480
[EMAIL PROTECTED] checked weekly(ish)
Use [EMAIL PROTECTED] for quicker response (+.co.uk)
------------------------------
From: mist <[EMAIL PROTECTED]>
Subject: Re: can't telnet to m own machine
Date: Sun, 23 May 1999 21:06:04 +0100
Reply-To: mist <new$[EMAIL PROTECTED]>
marcus holmes <[EMAIL PROTECTED]> scribed to us that -
>Hi Guys,
>
>Weird problem here. I can't telnet to my own machine. This is what happens when
>I try the following:
>
>telnet localhost = unable to connect to remote host (connection refused)
>
>telnet 127.0.0.1 = same as above
>
The telnet daemon is not running, otherwise you would see something before
you get disconnected. (Assuming lack of firewalls, etc..)
>telnet diehard (my machine name, set in hosts) = network is unreachable
>
I should imagine that your network is not set up properly.
>
>Odd problem. So under netcfg in X, I have the following configuration:
>
>Under tab NAMES: Hostname is diehard
>
>Under tab HOSTS: diehard 192.168.0.1
> einstein 192.168.0.2
> localhost 127.0.0.1
>
>(diehard is the linux box, einstein is my 98 machine)
>
>Under tab INTERFACES:
>
>Interface lo IP is 127.0.0.1 PROTO None ATBOOT Yes ACTIVE YES
>
>Interface etho IP is 192.168.0.1 PROTO None ATBOOT YES Active Yes
>
>And under Route I have nothing.
>
You should have a route to the 192.168 network. I have no idea whether
the X netcfg program would show this, but it should.
Get to a prompt and type
route
from that. There should be one for the 192.168.0 network going via the
eth0 interface. If not, try doing this in order and see if the network
works then -
ifconfig eth0 down
ifconfig eth0 192.168.0.1 netmask 255.255.255.0 broadcast 192.168.0.255 up
route add -net 192.168.0.0
*Then* try pinging windows from the linux box.
>I can ping the linux box from my 98 machine, but not ftp:
>
<snip>
The pinging and the telnet are two separate issues.
--
Mist.
------------------------------
** 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
******************************
