Linux-Networking Digest #344, Volume #12 Tue, 24 Aug 99 10:14:33 EDT
Contents:
ppp problem with wvdial (Bernd Schandl)
Re: Help with PPP (W.G. Unruh)
PPP Problems connecting - help! (Robert Berman)
Re: Problem establishing PPP connection (W.G. Unruh)
Re: Problem : PPPD always fail (Clifford Kite)
Re: Netgear FA310TX (Dave Platt)
Re: C++ templates: More than Turing Complete? (Ulrich Weigand)
Re: Samba errors (danish)
Re: How does linuxconf conn/disconnect from ppp0? ("Robert_Glover")
Ethernet testing advise needed (Linux - Win95) (Dale Coleman)
Samba w98 Passwd problem ("ricK")
Re: /etc/hosts config question ("admin-kr")
----------------------------------------------------------------------------
From: Bernd Schandl <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: ppp problem with wvdial
Date: Tue, 24 Aug 1999 12:56:12 +0200
I have a problem connecting to my ISP with wvdial. I seem
to connect ok, but then I can't reach any server (Netscape,
ftp,rlogin). I am using SuSE 6.1 and have entered a
nameserver in Yast, which automatically updated resolv.conf.
Any idea?
Bernd
--
Bernd Schandl
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (W.G. Unruh)
Subject: Re: Help with PPP
Date: 24 Aug 99 11:35:54 GMT
"Jon Ellis" <[EMAIL PROTECTED]> writes:
>The noipdefault worked. I have had this machine connected to this ISP
>before but they have gone thru some server changes recently. Within the
>last week and a half. (ie.. the same time period I have been having
>problems)
You might tell them that their ppp is misconfigured. It should not be accepting
your bad suggestion as to your IP address.
They should have come back with a suggestion of their own for your IP address.
------------------------------
From: Robert Berman <[EMAIL PROTECTED]>
Subject: PPP Problems connecting - help!
Date: Tue, 24 Aug 1999 07:48:56 -0400
I can't connect using Redhat 5.2 and ppp to my ISP. I don't know whether
my ISP
uses PAP or CHAP though I have tried to configure for both using both
username and username@hostname in /etc/pap-secrets and
/etc/chap-secrets.
Below are 2 log files, the first with LCP tracing. I got the LCP
tracing once by putting daemon.debug in /etc/syslog.conf, but can't seem
to get it anymore. Now the log always looks like the 2nd log
when I try to connect.
I can connect fine from Windoze 95.
Next step is to call my ISP.
Any help would be appreciated. Thanks.
Robert Berman
First log excerpt:
23 23:41:09 localhost pppd[542]: sent [LCP ConfReq id=0x1 <magic
0x3b3a22c8> <pcomp> <accomp>]
Aug 23 23:41:09 localhost pppd[542]: rcvd [LCP ConfReq id=0xd8 <asyncmap
0xa0000> <auth pap> <magic 0xfb96054d> <pcomp> <accomp> < 11 04 05 f4> <
13 08 01 53 65 6c 6d 61>]
Aug 23 23:41:09 localhost pppd[542]: sent [LCP ConfRej id=0xd8 <auth
pap> < 11 04 05 f4> < 13 08 01 53 65 6c 6d 61>]
Aug 23 23:41:09 localhost pppd[542]: rcvd [LCP ConfAck id=0x1 <magic
0x3b3a22c8> <pcomp> <accomp>]
Aug 23 23:41:09 localhost pppd[542]: rcvd [LCP ConfReq id=0xd9 <asyncmap
0xa0000> <auth pap> <magic 0xfb96054d> <pcomp> <accomp>]
Aug 23 23:41:09 localhost pppd[542]: sent [LCP ConfRej id=0xd9 <auth
pap>]
Aug 23 23:41:09 localhost pppd[542]: rcvd [LCP ConfReq id=0xda <asyncmap
0xa0000> <auth pap> <magic 0xfb96054d> <pcomp> <accomp>]
Aug 23 23:41:09 localhost pppd[542]: sent [LCP ConfRej id=0xda <auth
pap>]
Aug 23 23:41:09 localhost pppd[542]: rcvd [LCP ConfReq id=0xdb <asyncmap
0xa0000> <auth pap> <magic 0xfb96054d> <pcomp> <accomp>]
Aug 23 23:41:09 localhost pppd[542]: sent [LCP ConfRej id=0xdb <auth
pap>]
Aug 23 23:41:09 localhost pppd[542]: rcvd [LCP ConfReq id=0xdc <asyncmap
0xa0000> <auth pap> <magic 0xfb96054d> <pcomp> <accomp>]
Aug 23 23:41:09 localhost pppd[542]: sent [LCP ConfRej id=0xdc <auth
pap>]
Aug 23 23:41:09 localhost pppd[542]: rcvd [LCP TermReq id=0xdd]
Aug 23 23:41:09 localhost pppd[542]: sent [LCP TermAck id=0xdd]
Aug 23 23:41:09 localhost pppd[542]: rcvd [LCP ConfReq id=0xde <asyncmap
0xa0000> <auth pap> <magic 0xfb96054d> <pcomp> <accomp>]
Aug 23 23:41:09 localhost pppd[542]: sent [LCP ConfRej id=0xde <auth
pap>]
This is the log I always get now:
Aug 24 02:08:16 localhost pppd[397]: pppd 2.3.5 started by root, uid 0
Aug 24 02:08:16 localhost pppd[397]: pppd 2.3.5 started by root, uid 0
Aug 24 02:08:17 localhost chat[402]: abort on (BUSY)
Aug 24 02:08:17 localhost chat[402]: abort on (ERROR)
Aug 24 02:08:17 localhost chat[402]: abort on (NO CARRIER)
Aug 24 02:08:17 localhost chat[402]: abort on (NO DIALTONE)
Aug 24 02:08:17 localhost chat[402]: abort on (Invalid Login)
Aug 24 02:08:17 localhost chat[402]: abort on (Login incorrect)
Aug 24 02:08:17 localhost chat[402]: send (AT&D2^M)
Aug 24 02:08:17 localhost chat[402]: expect (OK)
Aug 24 02:08:17 localhost chat[402]: AT&D2^M^M
Aug 24 02:08:17 localhost chat[402]: OK
Aug 24 02:08:17 localhost chat[402]: -- got it
Aug 24 02:08:17 localhost chat[402]: send (ATDT555-1212^M)
Aug 24 02:08:18 localhost chat[402]: expect (CONNECT)
Aug 24 02:08:18 localhost chat[402]: ^M
Aug 24 02:08:40 localhost chat[402]: ATDT555-1212^M^M
Aug 24 02:08:40 localhost chat[402]: CONNECT
Aug 24 02:08:40 localhost chat[402]: -- got it
Aug 24 02:08:40 localhost chat[402]: send (^M)
Aug 24 02:08:41 localhost chat[402]: expect (name: )
Aug 24 02:08:41 localhost chat[402]: 115200^M
Aug 24 02:08:41 localhost chat[402]: ^M
Aug 24 02:08:41 localhost chat[402]: ^M
Aug 24 02:08:41 localhost chat[402]: User Access Verification^M
Aug 24 02:08:41 localhost chat[402]: ^M
Aug 24 02:08:41 localhost chat[402]: Username:
Aug 24 02:08:41 localhost chat[402]: -- got it
Aug 24 02:08:41 localhost chat[402]: send (berman^M)
Aug 24 02:08:41 localhost chat[402]: expect (word: )
Aug 24 02:08:41 localhost chat[402]: berman^M
Aug 24 02:08:41 localhost chat[402]: Password:
Aug 24 02:08:41 localhost chat[402]: -- got it
Aug 24 02:08:41 localhost chat[402]: send (mypassword^M)
Aug 24 02:08:41 localhost chat[402]: expect (timeout)
Aug 24 02:08:41 localhost chat[402]: ^M
Aug 24 02:08:41 localhost chat[402]: Entering PPP routing mode.^M
Aug 24 02:08:41 localhost chat[402]: Async interface address is
unnumbered (Ethernet0)^M
Aug 24 02:08:41 localhost chat[402]: Your IP address is 204.50.51.56.
MTU is 1500 bytes^M
Aug 24 02:08:41 localhost chat[402]: ^M
Aug 24 02:08:46 localhost chat[402]: ~^?}#@!}!G} $}"}&} }*} }
}#}$@#}%}&|}=$h}'}"}(}"}1}$}%t}3}(}!Selma*^N~~^?}#@!}!H} $
Aug 24 02:08:48 localhost chat[402]: }"}&} }*} }
}#}$@#}%}&|}=$h}'}"}(}"}1}$}%t}3}(}!SelmaMD~~^?}#@!}!I} $}"}&} }*} }
Aug 24 02:08:51 localhost chat[402]:
}#}$@#}%}&|}=$h}'}"}(}"}1}$}%t}3}(}!SelmatI~~^?}#@!}!J} $}"}&} }*} }
}#}$@#}%}&|}
Aug 24 02:08:53 localhost chat[402]:
=$h}'}"}(}"}1}$}%t}3}(}!Selma?^~~^?}#@!}!K} $}"}&} }*} }
}#}$@#}%}&|}=$h}'}"}(}"}
Aug 24 02:08:55 localhost chat[402]: 1}$}%t}3}(}!Selma^FS~~^?}#@!}!L}
$}"}&} }*} } }#}$@#}%}&|}=$h}'}"}(}"}1}$}%t}3}(}!
Aug 24 02:08:59 localhost chat[402]: Selma)p~~^?}#@!}!M} $}"}&} }*} }
}#}$@#}%}&|}=$h}'}"}(}"}1}$}%t}3}(}!Selma}0}~~^?}
Aug 24 02:09:02 localhost chat[402]: #@!}!N} $}"}&} }*} }
}#}$@#}%}&|}=$h}'}"}(}"}1}$}%t}3}(}!Selma[j~~^?}#@!}!O} $}"}
Aug 24 02:09:04 localhost chat[402]: &} }*} }
}#}$@#}%}&|}=$h}'}"}(}"}1}$}%t}3}(}!Selmabg~~^?}#@!}!P} $}"}&} }*} } }#}
Aug 24 02:09:06 localhost chat[402]:
$@#}%}&|}=$h}'}"}(}"}1}$}%t}3}(}!Selma^U}^~~^?}#@!}!Q} $}"}&} }*} }
}#}$@#}%}&|}=$
Aug 24 02:09:09 localhost chat[402]: h}'}"}(}"}1}$}%t}3}(}!Selma,s~^M
Aug 24 02:09:09 localhost pppd[397]: Connect script failed
Aug 24 02:09:09 localhost pppd[397]: Connect script failed
Aug 24 02:09:09 localhost chat[402]: NO CARRIER
Aug 24 02:09:09 localhost chat[402]: -- failed
Aug 24 02:09:09 localhost chat[402]: Failed (NO CARRIER)
Aug 24 02:09:10 localhost pppd[397]: Exit.
Aug 24 02:09:10 localhost pppd[397]: Exit.
Aug 24 02:10:09 localhost syslogd 1.3-3: restart.
Aug 24 02:10:16 localhost kernel: PPP: ppp line discipline successfully
unregistered
I have tried using the GUI network config tool, as well as editing the
network script files ifcfg-ppp0, chat-ppp0, etc. and then running
ifup ppp0. I have more confidence editing the scripts because
I know what is going on.
For what it's worth, here is ifcfg-ppp0 and chat-ppp0:
ifcfg-ppp0
PERSIST=no
DEFROUTE=yes
ONBOOT=no
INITSTRING='AT&D2'
MODEMPORT=/dev/modem
LINESPEED=115200
ESCAPECHARS=no
DEFABORT=yes
HARDFLOWCTL=yes
DEVICE=ppp0
PPPOPTIONS=
DEBUG=yes
PAPNAME=berman
REMIP=
IPADDR=
BOOTPROTO=none
MTU=
MRU=
DISCONNECTTIMEOUT=
RETRYTIMEOUT=
USERCTL=yes
chat-ppp0
'ABORT' 'BUSY'
'ABORT' 'ERROR'
'ABORT' 'NO CARRIER'
'ABORT' 'NO DIALTONE'
'ABORT' 'Invalid Login'
'ABORT' 'Login incorrect'
'' 'AT&D2'
'OK' 'ATDT555-1212'
'CONNECT' ''
'name: ' 'berman'
'word: ' 'mypassword'
'timeout' '5'
------------------------------
From: [EMAIL PROTECTED] (W.G. Unruh)
Crossposted-To: comp.os.linux.setup,comp.os.linux.help
Subject: Re: Problem establishing PPP connection
Date: 24 Aug 99 11:40:54 GMT
Luis D Casillas <[EMAIL PROTECTED]> writes:
>I'm having problems establishing a PPP copnnection with my new ISP. I
>have setup my chat script to wait for the login prompt, send my
>username, waint for the password prompt, and then send the password
>and pass the line over to pppd.
>However, after chat sends the username, the PPP host pauses for a few
>*** Host Crurently Unavailable ***
>after which it just resends the "login:" prompt.
>The funny part is that Win95 connects allright. I guess you can
>guess that my ISP is running NT. :-).
>I looked at the PPP howto and the PPP FAQ, and no help there. I've
>set up PPP before for like 4 different ISPs, and never had any
>problems. The setup that is failing right now basically just changed
>in the phone no, username and password in the chat script.
>The ISPs tech support people told me, aprat from the "we don't support
>Linux" and and "Linux is is full of bugs" (!) lines, that they don't
>use PAP, or CHAP. So that one isn't it.
ISPs often ( always?) do not know what they are doing. It is usually best to
ignore them and to try the various possiblities. Eg, see the
axion.physics.ubc.ca/ppp-linux.html
page which has you explicitly try pap/chap first to see what the ISP actually uses
rather than what they say they use.
>Well, in short, Win95 connects, while with Linux I can't ever get to
>the PPP handshake. (Yeah, I tried looking at stuff dialing my ISP
>with minicom, and I never got to see the "garbage" that PPP servrs
>send out when they're trying to connect.)
Sounds more and more likely.
------------------------------
From: kite@NoSpam.%inetport.com (Clifford Kite)
Subject: Re: Problem : PPPD always fail
Date: 24 Aug 1999 06:47:06 -0500
dbp ([EMAIL PROTECTED]) wrote:
: Serial connection established.
: Using interface ppp0
: Connect: ppp0 <--> /dev/ttyS1
: peer refused to authenticate
: Connection terminated.
: Exit
You are asking the peer to authenticate itself to you, unfortunately
very few - if any - do this. There is either an explicit pppd option
somewhere in it's configuration files requiring this, or you are using
ppp-2.3.9 and have a defaultroute to a LAN set.
You'll need to find and remove the option in the first case. In the
second case remove the default route to the LAN and replace it with a
network-specific route, if one is not already present.
--
Clifford Kite <kite@inet%port.com> Not a guru. (tm)
/* Those who can't write, write manuals. */
------------------------------
From: [EMAIL PROTECTED] (Dave Platt)
Crossposted-To: comp.os.linux.development.system,comp.os.linux.hardware,linux.dev.net
Subject: Re: Netgear FA310TX
Date: Mon, 23 Aug 1999 20:16:03 GMT
In article <[EMAIL PROTECTED]>,
Rich Carreiro <[EMAIL PROTECTED]> wrote:
>Have you tried using the "patched" Tulip driver that Netgear/BayNetworks
>provides on their current driver disks (and is avail on their website)?
Yup. Didn't seem to do diddly to address the problem.
As best as I could tell, the biggest change in the Netgear driver was
a bit of added code to specifically recognize the version of the PNIC
chip they're OEMing, and report the card as a Netgear. There didn't
seem to be any real, substantial changes in their driver w/r/t
compatibility, or to deal with this nasty bug. And, as other folks
have noted, Netgear doesn't always keep their patched driver up to
date w/r/t Don Becker's latest version... and so in many ways the
"patched" Netgear driver is often out of date.
There was some discussion on the tulip-bugs mailing list of the actual
cause of the bug. It's pretty messy - it appears that when the chip
gets confused, it dumps a whole bunch of incorrect stuff into the
receive ring buffers without regard to proper packet boundaries.
One guy working on FreeBSD has implemented a large and hairy patch for
the problem. His fix, if I recall correctly, involves going out into
the buffers full of gunk deposited by the chip, scanning through them,
locating and parsing the packet headers and FCS/CRCs in software, and
actually reconstructing the original packets! Once this is done, his
patch resets the chip and reinitializes the ring buffers.
I was sufficently daunted by the complexity of this patch that I
haven't made any attempt to crossport it into the Linux driver.
A less expensive workaround for the problem would simply be to recognize
the symptoms of the chip error and reset the chip, discarding the
damaged packets (and potentially dropping transmit packets on the
floor). It would be up to the higher layers in the protocol stack to
recover from the loss of data. I did something like this a few years
ago to fix the AMD "lance" driver so that it would recover from
busmastering errors.
--
Dave Platt [EMAIL PROTECTED]
Visit the Jade Warrior home page: http://www.radagast.org/jade-warrior/
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!
------------------------------
From: [EMAIL PROTECTED] (Ulrich Weigand)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.development.system
Subject: Re: C++ templates: More than Turing Complete?
Date: 24 Aug 1999 15:00:11 +0200
David Schwartz <[EMAIL PROTECTED]> writes:
> No, it's a defect in the example. If templates are Turing complete, it
>is theoretically possible to create examples of C++ code that, while
>legal, can never be compiled into valid code because the existence of
>the valid code would be logically equivalent to a proof that the
>compilation could not terminate.
Not really. Any particular C++ program (with or without templates) might
have an undecidable halting problem (which in this case means: the problem
"given input X, decide whether that program, when started with input X,
halts or doesn't" is not computable). Nevertheless, the C++ program will
compile to an assembly code program which *itself* has an undecidable
halting problem.
> If C++ is turing complete, it should be possible to construct similarly
>self-referencial pieces of code. They would be syntactically valid.
>Obviously, they could not be compiled.
Eh? C++ is of course Turing complete, but so is every assembly language
to which it might be compiled ... I don't know of *any* programming
language in real use that is *not* Turing complete, b.t.w.; there isn't
really much that is necessary to achieve Turing completeness (if you
have something like elementary arithmetic, assignment, and conditional jump,
that's already enough ...).
--
Ulrich Weigand,
IMMD 1, Universitaet Erlangen-Nuernberg,
Martensstr. 3, D-91058 Erlangen, Phone: +49 9131 85-7688
------------------------------
From: danish <[EMAIL PROTECTED]>
Subject: Re: Samba errors
Date: Tue, 24 Aug 1999 13:03:35 GMT
Ron wrote:
> Hi all,
>
> Running RH6.0 / kernel 2.2.5-15 / Samba-2.0.3-8 and I got this weird thing
> going on.
> Everytime I make a connection from my Win98-box, on the Linux-box I get:
>
> "smbd/service.c:make_connection(208)
> workstattion (ip-adres) could'nt find service profiles"
>
> These error-messages keep bleeding through which is annoying, but everything
> is working fine.
> Anybody?
>
> TIA
> Ron
Are you using domain logons?
If yes, check if you have select Profiles in your smb.conf.
danish
------------------------------
From: "Robert_Glover" <Please_reply_to@newsgroup>
Subject: Re: How does linuxconf conn/disconnect from ppp0?
Date: Tue, 24 Aug 1999 12:46:14 -0000
Use the DEMAND option, but be warned that this will cause spurious
(unwanted/extra) dial-ups. To stop those you need to do two things:
deny netbios packets in your output rules for ipchains and prevent DNS
lookups when offline. This is a good idea anyway, because it keeps
the evil hoardes from browsing your file/printer sharing stuff.
Look at /etc/services to see the port numbers for netbios or you could
use something like this below.
ipchains -A output -i ppp0 -p udp -d 0/0 137:139 - j DENY
ipchains -A output -i ppp0 -p tcp -d 0/0 137:139 - j DENY
You also might want to block incomming netbios packets with something
line these below. Again, this is to keep the evil hoardes at bay.
ipchains -A input -i ppp0 -p udp -d 0/0 137:139 - j DENY
ipchains -A input -i ppp0 -p tcp -d 0/0 137:139 - j DENY
One final remark (I'm assuming that this is a home system): comment
out all services in /etc/inetd.conf. You don't need any of them
unless YOU are offering services (such as ftp or a web server) to the
rest of the world.
Okay, I lied. I have one more idea. If you want to prevent automatic
dialups totally, then don't use the DEMAND option of pppd. Instead
created a script called /sbin/request-route and make it executable
with chmod. This script is called by the kernel when it tries to
route a packet, but can't figure out what route to use. You can then
have the script test the first argument (the ip address it is trying
to reach) to see if it is your trigger address and called pppd then,l
if it is.
Good luck.
------------------------------
From: [EMAIL PROTECTED] (Dale Coleman)
Subject: Ethernet testing advise needed (Linux - Win95)
Date: Tue, 24 Aug 1999 12:56:36 GMT
Hi all,
I recently installed Ethernet cards in my Linux and Win95 computers
and need advise on how best to test them.
My Linux box - SuSE 6.1 and 3com 309B.
The card has been configured and tested using the DOS diagnostic that
came with the card.
dmesg shows Linux is finding and loading the module ok (I think)
ifconfig reports active eth0
On the Win95 side - Laptop with Linksys PCMCIA EtherFast card.
It was installed using the supplied software.
*****************************************************
At this point I would like to try and test out these cards and
computers and see if anything is working.
Can somebody advise me what would be the best way to do some testing
to see if the computers can send anything to each other?
Any advise on testing the 3com card on Linux would be very helpful
too.
Thanks,
Dale
--
Dale Coleman
[EMAIL PROTECTED]
http://www.gate.net/~kf4sir/
(>: 6unp sI 86 smopuIM
------------------------------
From: "ricK" <[EMAIL PROTECTED]>
Subject: Samba w98 Passwd problem
Date: Tue, 24 Aug 1999 23:09:35 +1000
Hi There,
I am about to upgrade some client pc's to w98 II ed and have heard that I
can turn off encripted passwords in w98 using regedit.exe, cane someone show
me the path through the registry that I need to follow to find what I am
after.
Thanks Gratefully.
Richard [EMAIL PROTECTED]
------------------------------
From: "admin-kr" <[EMAIL PROTECTED]>
Subject: Re: /etc/hosts config question
Date: Tue, 24 Aug 1999 14:48:49 +0200
> eg. 123.456.789.1 host.domain host
> 123.456.789.2 anotherhost (no domainname specified)
>
> Does it make any difference how i set up the hosts file?
if your domain is eg. linux.nl
and you have all machines in same domain there is no
problem if you have the next /etc/hosts
123.456.789.1 host.domain.name host
or
123.456.789.2 anotherhost
------------------------------
** 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
******************************
