Linux-Networking Digest #21, Volume #10 Wed, 27 Jan 99 17:13:46 EST
Contents:
Re: demand dialing with pppd ([EMAIL PROTECTED])
--Someone Please Help-- Network unreachable and No responce from server errors...
("Jeremy Fowler")
How to get Linux to recognize "built-in" Ethernet? (Brian Barjenbruch)
Re: PAP problem Please Help!! ([EMAIL PROTECTED])
Routing Table Lookup Performance ("S. Marasciullo")
Re: Samba Printing
Re: authenticating http proxy server? ([EMAIL PROTECTED])
Re: LINUX PPP on a SPARC10 (Gernot Fink)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: Re: demand dialing with pppd
Date: Wed, 27 Jan 1999 19:01:13 GMT
Thank you Simon. And thank you Clifford Kite.
I've been fighting this problem for a while (admitted longer than I should
have been). I had figured out that the ppp.c was not getting copied and that
was the problem. I hadn't gone so far as to determine the fix.
I decided to take one last look through DejaNews before I was going to post a
"what's the next step" email.
Thank you again. Your timing was great.
In article <78i61g$[EMAIL PROTECTED]>,
"Simon Annetts" <[EMAIL PROTECTED]> wrote:
> I got as far as compiling ppp-2.3.5 from
> ftp://cs.anu.edu.au/pub/software/ppp
>
> then realised I needed to recompile the kernel to get the new ppp module
>
> The ppp install program is broken so the new ppp.c code does not get
> installed
> and kernel comp fails. You will need to do this:
>
> Thanks to Clifford Kite for this one:-
> *******************************************************
> The ppp-2.3.5 package has a couple of problems with kernels 2.0.34 to
> 2.0.36 . One is that the ppp-2.3.5/linux/ppp.c isn't copied to the kernel
> source tree during the "make kernel" phase of ppp-2.3.5 installation.
> The other is a bug in a section of ppp.c that detects the kernel version
> and selects kernel-dependent code.
>
> A solution is to fix the versioning code in ppp-2.3.5/linux/ppp.c and
> then copy it to /usr/src/linux/drivers/net, overwriting the older ppp.c
> there.
>
> Look for this code beginning at line 3079 in ppp-2.3.5/linux/ppp.c and
> change the < to >= . Copy this ppp.c to /usr/src/linux/drivers/net and
> recompile the kernel.
>
> #if LINUX_VERSION_CODE < VERSION(2,1,86)
> #define FREE_SKB(skb) dev_kfree_skb(skb)
> #else
> #define FREE_SKB(skb) dev_kfree_skb(skb, FREE_WRITE)
> #endif
>
> NOTE: This problem goes away with 2.1.131+ kernels.
> ************************************************************
>
> Once I did this the kernel compiled and Linux rebooting with PPP (demand
> dialing)
> installed.
>
> It works in so much as you run pppd with the demand option (and all your
> other options) but
> it only uses the connect parameter when it detects IP traffic on the
> interface.
>
> I couldn't figure out though how to filter and how to drop the line again
> after x minutes!!!
>
> Now I'm trying diald which I was going to in the first place.
>
> Duh!
>
> regards
> Simon Annetts
>
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: "Jeremy Fowler" <[EMAIL PROTECTED]>
Subject: --Someone Please Help-- Network unreachable and No responce from server
errors...
Date: Wed, 27 Jan 1999 00:31:40 -0600
Reply-To: "Jeremy Fowler" <[EMAIL PROTECTED]>
Ok, here is the situation (please, it looks long but you may find it
amusing)...
I am trying to use a RH Linux 5.2 Box as a email server for our office.
Simple you think... Well, I had everything installed I could see my ISP
nameservers and I could ping the hell out of anything out there. I then set
up DNS and BIND so that the Linux box was it's own primary name server for
our domain, everything went great (well, after reading O'Reilly DNS and BIND
2nd Edition, and plenty of posts to DNS newsgroups!). Then I set up sendmail
(also not an easy task, and I now have that wonderful O'Reilly book in my
collection, plus many a postings to sendmail newsgroups, so many I'm on
first name basis with Claus Assmann (kidding)). Well all was working
wonderfully lastnight, All I had to do was wait for our ISP to get off their
ass and edit their DNS entries for our domain to point to the appropriate
places. Then I noticed something strange. When I was logged in as root, I
had total network access, but If I logged in as any other user I lost
network connection (outside my domain, I could still ping hosts on our LAN,
but all outside networks were unreachable). No big deal, I figured I would
figure it out later. Now today, for some strange reason it does it for root
too. For the first couple of minutes after I would reboot and login as root
I had internet access and could ping my nameserver, but if I tried pinging
anywhere else I got a "Network is unreachable" error. Then if I tried
pinging my nameserver again it too gave the "Network is unreachable" error.
Well, I ruled out my ISP because the computer I am writing you is using the
same network (nameserver, gateway, and ISDN connection, but different
username and it's a Win98 PC), I can ping, www surf, and read and send email
and news. So, its not the ISP. Well, I thought that I did something wrong on
the DNS setup, or deleted something important accidentally So I wiped clean
and reinstalled. That got me nowhere, now I have to set up DNS and sendmail
again. It is now set up as a cashing only DNS server (default initial DNS
setup) and It's doing pretty much the same thing as before. As soon as I
reboot and login as root I can ping my nameservers (ISP's) and everything on
the local LAN. but if I try to ping a www site (www.cnn.com,
www.internic.com , etc...) I get "unknown host" errors and if when I first
login after a reboot I can nslookup and get answers, but if I ping a www
site I get a "unknown host" error and then if I try nslookup again I get:
*** Can't find server name for address 209.160.218.2: No response from
server
*** Can't find server name for address 209.160.218.3: No response from
server
*** Default servers are not available
Lets recap: :-(
So, It looks like it's the ISP, but I'm using those exact nameservers
(209.160.218.2 and 3) on this Win 98 PC and its doing fine. I've reinstalled
RH and everything was set back to default settings, and it's doing the same
thing as before, so it may or may not be the RH box. I've replace network
cables, changed Hub ports to known working ports, checked NAT configuration
on the Ascend pipeline 50 and pulled most of my hair out. I even added
another fine O'Reilly book to my collection, TCP/IP Network Administration.
I'll probably be up most the night reading that! So please, could someone
who thinks he has an answer to my problem give me a reply back, or refer me
to a place that can help. If you need more info or details email me at
[EMAIL PROTECTED] .
Thank you, and sorry about the length.
Jeremy Fowler
System Administrator
Westope & Associates
920 Baltimore
Kansas City, MO 64105
phone: (816) 842-8222
fax: (816) 842-3081
email: [EMAIL PROTECTED]
------------------------------
From: Brian Barjenbruch <[EMAIL PROTECTED]>
Crossposted-To:
athome.users-unix,comp.os.linux.help,comp.os.linux.questions,comp.os.linux.setup
Subject: How to get Linux to recognize "built-in" Ethernet?
Date: Wed, 27 Jan 1999 05:54:33 GMT
Okay, here's the deal:
I have a Power Macintosh G3. It has a built-in Ethernet port; it's not
on a card of any kind, it is built onto the motherboard itself.
How do I get LinuxPPC to recognize this? I connect to the 'net using a
cable modem connected to this built-in port.
Most of the Linux documentation I have seen, assumes that the user has
Ethernet via some kind of interface card, like PCI. My Mac doesn't
have this, because ENet is builtin. How do I deal with this?
--
"Its origin and purpose...still a total mystery."
- Dr. Heywood Floyd, "2001: A Space Odyssey"
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: PAP problem Please Help!!
Date: Wed, 27 Jan 1999 20:46:46 GMT
Not being specific to what you have asked but, I do know that those modems are
terrible for use. I have a ton of them for dialin access for users and every
single one of them is now a paper weight. I couldn't get them to hold the
connection for more then 5 minutes before some strange unexplainable error
popped up and killed the line.
My advise would be to try out your script with a different modem.
Keith
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> Hi All:
>
> I have been trying to get my PPP connection going for quite sometime
> now. But I am having the most bizarre problem. My ISP uses PAP and
> I dont have to issue a command to invoke PPP. But for some reason after
> establishing the serial connection my pppd does a LCP timeout. And
> I get fcs errors. I even spoke to my ISP guy and he says that his
> terminal server is just waiting and doing nothing after the connect.
> I even tried sending the login and passwd and got the same result. There
> is no noise in my phone connection so fcs errors is what I dont
> understand!! I checked the modem too.. it is fine.
> And btw I have a static IP address. And my ISP guy took the same scripts
> and it worked for him on a slackware kernel 2.0.34 and pppd 2.2.5.
>
> I use RH5.2, pppd 2.3.5 and my kernel is 2.0.36. But since I dont have
> X going I dont use RH's interface. I use a USR 56K v.90 external modem.
> I have my own set of scripts which are very simple. I have attached my
> options file and my log file for your reference. I am sorry about the
> lengthy log file but I am really desperate.. need help please!!
>
> And another interesting thing is that I am not able to connect to my
> ISP using minicom. After dialing and the hissing noise nothing happens!!
> Technically I shoud get the login prompt. This is happening when I dial
> to my other ISPs too. So, this is not an ISP issue. Something is wrong
> with my m/c.
>
> Also can anyone recommend a good 56K internal modem which will work with
> linux??
>
> Any help will be greatly appreciated.
>
> Thanks a lot,
> Partha
>
> Here is my options file:
> ----------------------------------------------------------
> # comments allowed
> +pap
> /dev/modem 38400
> name partha
> -detach
> passive
> pap-timeout 120
> debug
> kdebug 25
> crtscts
> modem
> mtu 512
> asyncmap 0
> defaultroute
> 206.158.123.179:0.0.0.0
> ------------------------------EOF----------------------------
>
> Here is my log file with prime time debugging:
> --------------------------------------------------------------
> Jan 24 07:01:00 agni PAM_pwdb[8241]: (su) session opened for user news
> by (uid=9
> )
> Jan 24 07:01:00 agni PAM_pwdb[8241]: (su) session closed for user news
> Jan 24 08:01:00 agni PAM_pwdb[8276]: (su) session opened for user news
> by (uid=9
> )
> Jan 24 08:01:00 agni PAM_pwdb[8276]: (su) session closed for user news
> Jan 24 09:01:00 agni PAM_pwdb[8311]: (su) session opened for user news
> by (uid=9
> )
> Jan 24 09:01:00 agni PAM_pwdb[8311]: (su) session closed for user news
> Jan 24 10:01:00 agni PAM_pwdb[8346]: (su) session opened for user news
> by (uid=9
> )
> Jan 24 10:01:00 agni PAM_pwdb[8346]: (su) session closed for user news
> Jan 24 11:01:00 agni PAM_pwdb[8381]: (su) session opened for user news
> by (uid=9
> )
> Jan 24 11:01:00 agni PAM_pwdb[8381]: (su) session closed for user news
> Jan 24 11:16:14 agni pppd[8425]: pppd 2.3.5 started by root, uid 0
> Jan 24 11:16:14 agni pppd[8425]: pppd 2.3.5 started by root, uid 0
> Jan 24 11:16:15 agni chat[8429]: abort on (BUSY)
> Jan 24 11:16:15 agni chat[8429]: abort on (NO CARRIER)
> Jan 24 11:16:15 agni chat[8429]: abort on (ERROR)
> Jan 24 11:16:15 agni chat[8429]: abort on (NO DIALTONE)
> Jan 24 11:16:15 agni chat[8429]: abort on (NO ANSWER)
> Jan 24 11:16:15 agni chat[8429]: send (ATZ^M)
> Jan 24 11:16:34 agni chat[8429]: OK
> Jan 24 11:16:34 agni chat[8429]: -- got it
> Jan 24 11:16:34 agni chat[8429]: send (ATDT 687-2241^M)
> Jan 24 11:16:34 agni chat[8429]: expect (CONNECT)
> Jan 24 11:16:34 agni chat[8429]: ^M
> Jan 24 11:17:04 agni chat[8429]: ATDT 687-2241^M
> Jan 24 11:17:04 agni chat[8429]: CONNECT
> Jan 24 11:17:04 agni chat[8429]: -- got it
> Jan 24 11:17:04 agni chat[8429]: send (^M)
> Jan 24 11:17:04 agni pppd[8425]: Serial connection established.
> Jan 24 11:17:04 agni pppd[8425]: Serial connection established.
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: get flags: addr bffffbfc
> flags 0
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set xasyncmap
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set xasyncmap
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set xmit asyncmap ffffffff
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set xmit asyncmap ffffffff
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: get flags: addr bffffb94
> flags 0
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: get flags: addr bffffbfc
> flags 0
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set xasyncmap
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set xasyncmap
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set xmit asyncmap ffffffff
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set xmit asyncmap ffffffff
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: get flags: addr bffffb94
> flags 0
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set mru to 5dc
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set mru to 5dc
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set rcv asyncmap ffffffff
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set rcv asyncmap ffffffff
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: get flags: addr bffffba8
> flags 0
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_tty_ioctl: set flags to 190000
> Jan 24 11:17:14 agni kernel: ppp_dev_xmit_lower: fcs is 176d
> Jan 24 11:17:14 agni kernel: ppp: ppp flush, count = 46
> Jan 24 11:17:14 agni kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
> Jan 24 11:17:14 agni kernel: 7D 21 7D 20 7D 34 7D 22 }!} }4}"
> Jan 24 11:17:14 agni kernel: 7D 26 7D 20 7D 20 7D 20 }&} } }
> Jan 24 11:17:14 agni kernel: 7D 20 7D 25 7D 26 59 BF } }%}&Y.
> Jan 24 11:17:14 agni pppd[8425]: Using interface ppp0
> Jan 24 11:17:14 agni pppd[8425]: Using interface ppp0
> Jan 24 11:17:14 agni pppd[8425]: Connect: ppp0 <--> /dev/modem
> Jan 24 11:17:14 agni pppd[8425]: Connect: ppp0 <--> /dev/modem
> Jan 24 11:17:14 agni pppd[8425]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
> <magic
> 0x59bfc0a7> <pcomp> <accomp>]
> Jan 24 11:17:14 agni kernel: C0 A7 7D 27 7D 22 7D 28 ..}'}"}(
> Jan 24 11:17:14 agni kernel: 7D 22 6D 7D 37 7E }"m}7~
> Jan 24 11:17:14 agni kernel: ppp: receive buffer, count = 7
> Jan 24 11:17:14 agni kernel: 9E 1C 1E 00 1E FF 9E .......
> Jan 24 11:17:17 agni kernel: ppp_dev_xmit_lower: fcs is 176d
> Jan 24 11:17:17 agni kernel: ppp: ppp flush, count = 46
> Jan 24 11:17:17 agni kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
> Jan 24 11:17:17 agni kernel: 7D 21 7D 20 7D 34 7D 22 }!} }4}"
> Jan 24 11:17:17 agni kernel: 7D 26 7D 20 7D 20 7D 20 }&} } }
> Jan 24 11:17:17 agni kernel: 7D 20 7D 25 7D 26 59 BF } }%}&Y.
> Jan 24 11:17:17 agni kernel: C0 A7 7D 27 7D 22 7D 28 ..}'}"}(
> Jan 24 11:17:17 agni kernel: 7D 22 6D 7D 37 7E }"m}7~
> Jan 24 11:17:17 agni kernel: ppp_tty_read: called buf=08064610 nr=1504
> Jan 24 11:17:17 agni kernel: ppp_tty_read: no data (EAGAIN)
> Jan 24 11:17:20 agni kernel: ppp_dev_xmit_lower: fcs is 176d
> Jan 24 11:17:20 agni kernel: ppp: ppp flush, count = 46
> Jan 24 11:17:20 agni kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
> Jan 24 11:17:20 agni kernel: 7D 21 7D 20 7D 34 7D 22 }!} }4}"
> Jan 24 11:17:20 agni kernel: 7D 26 7D 20 7D 20 7D 20 }&} } }
> Jan 24 11:17:20 agni kernel: 7D 20 7D 25 7D 26 59 BF } }%}&Y.
> Jan 24 11:17:20 agni kernel: C0 A7 7D 27 7D 22 7D 28 ..}'}"}(
> Jan 24 11:17:20 agni kernel: 7D 22 6D 7D 37 7E }"m}7~
> Jan 24 11:17:20 agni kernel: ppp_tty_read: called buf=08064610 nr=1504
> Jan 24 11:17:20 agni kernel: ppp_tty_read: no data (EAGAIN)
> Jan 24 11:17:23 agni kernel: ppp_dev_xmit_lower: fcs is 176d
> Jan 24 11:17:23 agni kernel: ppp: ppp flush, count = 46
> Jan 24 11:17:23 agni kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
> Jan 24 11:17:23 agni kernel: 7D 21 7D 20 7D 34 7D 22 }!} }4}"
> Jan 24 11:17:23 agni kernel: 7D 26 7D 20 7D 20 7D 20 }&} } }
> Jan 24 11:17:23 agni kernel: 7D 20 7D 25 7D 26 59 BF } }%}&Y.
> Jan 24 11:17:23 agni kernel: C0 A7 7D 27 7D 22 7D 28 ..}'}"}(
> Jan 24 11:17:23 agni kernel: 7D 22 6D 7D 37 7E }"m}7~
> Jan 24 11:17:23 agni kernel: ppp_tty_read: called buf=08064610 nr=1504
> Jan 24 11:17:23 agni kernel: ppp_tty_read: no data (EAGAIN)
> Jan 24 11:17:26 agni kernel: ppp_dev_xmit_lower: fcs is 176d
> Jan 24 11:17:26 agni kernel: ppp: ppp flush, count = 46
> Jan 24 11:17:26 agni kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
> Jan 24 11:17:26 agni kernel: 7D 21 7D 20 7D 34 7D 22 }!} }4}"
> Jan 24 11:17:26 agni kernel: 7D 26 7D 20 7D 20 7D 20 }&} } }
> Jan 24 11:17:26 agni kernel: 7D 20 7D 25 7D 26 59 BF } }%}&Y.
> Jan 24 11:17:26 agni kernel: C0 A7 7D 27 7D 22 7D 28 ..}'}"}(
> Jan 24 11:17:26 agni kernel: 7D 22 6D 7D 37 7E }"m}7~
> Jan 24 11:17:26 agni kernel: ppp_tty_read: called buf=08064610 nr=1504
> Jan 24 11:17:26 agni kernel: ppp_tty_read: no data (EAGAIN)
> Jan 24 11:17:29 agni kernel: ppp_dev_xmit_lower: fcs is 176d
> Jan 24 11:17:29 agni kernel: ppp: ppp flush, count = 46
> Jan 24 11:17:29 agni kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
> Jan 24 11:17:29 agni kernel: 7D 21 7D 20 7D 34 7D 22 }!} }4}"
> Jan 24 11:17:29 agni kernel: 7D 26 7D 20 7D 20 7D 20 }&} } }
> Jan 24 11:17:29 agni kernel: 7D 20 7D 25 7D 26 59 BF } }%}&Y.
> Jan 24 11:17:29 agni kernel: C0 A7 7D 27 7D 22 7D 28 ..}'}"}(
> Jan 24 11:17:29 agni kernel: 7D 22 6D 7D 37 7E }"m}7~
> Jan 24 11:17:29 agni kernel: ppp_tty_read: called buf=08064610 nr=1504
> Jan 24 11:17:29 agni kernel: ppp_tty_read: no data (EAGAIN)
> Jan 24 11:17:32 agni kernel: ppp_dev_xmit_lower: fcs is 176d
> Jan 24 11:17:32 agni kernel: ppp: ppp flush, count = 46
> Jan 24 11:17:32 agni kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
> Jan 24 11:17:32 agni kernel: 7D 21 7D 20 7D 34 7D 22 }!} }4}"Jan 24
> 11:17:32 agni kernel: C0 A7 7D 27 7D 22 7D 28 ..}'}"}(
> Jan 24 11:17:32 agni kernel: 7D 22 6D 7D 37 7E }"m}7~
> Jan 24 11:17:32 agni kernel: ppp_tty_read: called buf=08064610 nr=1504
> Jan 24 11:17:32 agni kernel: ppp_tty_read: no data (EAGAIN)
> Jan 24 11:17:34 agni kernel: ppp: receive buffer, count = 4
> Jan 24 11:17:34 agni kernel: FC 8E FC FE ....
> Jan 24 11:17:35 agni kernel: ppp_dev_xmit_lower: fcs is 176d
> Jan 24 11:17:35 agni kernel: ppp: ppp flush, count = 46
> Jan 24 11:17:35 agni kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
> Jan 24 11:17:35 agni kernel: 7D 21 7D 20 7D 34 7D 22 }!} }4}"
> Jan 24 11:17:35 agni kernel: 7D 26 7D 20 7D 20 7D 20 }&} } }
> Jan 24 11:17:35 agni kernel: 7D 20 7D 25 7D 26 59 BF } }%}&Y.
> Jan 24 11:17:35 agni kernel: C0 A7 7D 27 7D 22 7D 28 ..}'}"}(
> Jan 24 11:17:35 agni kernel: 7D 22 6D 7D 37 7E }"m}7~
> Jan 24 11:17:35 agni kernel: ppp_tty_read: called buf=08064610 nr=1504
> Jan 24 11:17:35 agni kernel: ppp_tty_read: no data (EAGAIN)
> Jan 24 11:17:38 agni kernel: ppp_dev_xmit_lower: fcs is 176d
> Jan 24 11:17:38 agni kernel: ppp: ppp flush, count = 46
> Jan 24 11:17:38 agni kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
> Jan 24 11:17:38 agni kernel: 7D 21 7D 20 7D 34 7D 22 }!} }4}"
> Jan 24 11:17:38 agni kernel: 7D 26 7D 20 7D 20 7D 20 }&} } }
> Jan 24 11:17:38 agni kernel: 7D 20 7D 25 7D 26 59 BF } }%}&Y.
> Jan 24 11:17:38 agni kernel: C0 A7 7D 27 7D 22 7D 28 ..}'}"}(
> Jan 24 11:17:38 agni kernel: 7D 22 6D 7D 37 7E }"m}7~
> Jan 24 11:17:38 agni kernel: ppp_tty_read: called buf=08064610 nr=1504
> Jan 24 11:17:38 agni kernel: ppp_tty_read: no data (EAGAIN)
> Jan 24 11:17:41 agni kernel: ppp_dev_xmit_lower: fcs is 176d
> Jan 24 11:17:41 agni kernel: ppp: ppp flush, count = 46
> Jan 24 11:17:41 agni kernel: 7E FF 7D 23 C0 21 7D 21 ~.}#.!}!
> Jan 24 11:17:41 agni kernel: 7D 21 7D 20 7D 34 7D 22 }!} }4}"
> Jan 24 11:17:41 agni kernel: 7D 26 7D 20 7D 20 7D 20 }&} } }
> Jan 24 11:17:41 agni kernel: 7D 20 7D 25 7D 26 59 BF } }%}&Y.
> Jan 24 11:17:41 agni kernel: C0 A7 7D 27 7D 22 7D 28 ..}'}"}(
> Jan 24 11:17:41 agni kernel: 7D 22 6D 7D 37 7E }"m}7~
> Jan 24 11:17:41 agni kernel: ppp_tty_read: called buf=08064610 nr=1504
> Jan 24 11:17:41 agni kernel: ppp_tty_read: no data (EAGAIN)
> Jan 24 11:17:44 agni kernel: ppp: receive buffer, count = 1
> Jan 24 11:17:44 agni kernel: FC .
> Jan 24 11:17:41 agni last message repeated 9 times
> Jan 24 11:17:44 agni pppd[8425]: LCP: timeout sending Config-Requests
> ----------------------------------------------------------------------------
>
>
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: "S. Marasciullo" <[EMAIL PROTECTED]>
Subject: Routing Table Lookup Performance
Date: Wed, 27 Jan 1999 12:47:21 -0800
Hello,
I'm interested in using RedHat Linux v5.2 on a Pentium processor to measure
IP routing table lookup performance. I'd like to be able to fill up the
routing table with real entries from a Mitre routing table dump and then
calculate how long it takes to do routing table lookups.
I'd also like to be able to change the structure of the routing table and
then re-do the performance measurements.
Has anyone done such work before? If so, please let me know what tools
you've used for this work. Any other info will also be appreciated.
Stephanie Marasciullo
[EMAIL PROTECTED]
------------------------------
From: <[EMAIL PROTECTED]>
Subject: Re: Samba Printing
Date: 27 Jan 1999 06:59:15 GMT
Hi,
Try this URL;
http://dspace.dial.pipex.com/maroberts/linux/guide/index.html
The guy has done a good job and should be a Samba Newbie Must see URl
Regards and God Speed,
Gary
Gary W. Sandvik
[EMAIL PROTECTED]
309-676-0224 (fax)
geoffrey george hing wrote in message
<[EMAIL PROTECTED]>...
>
>
>Hello,
>
>I am trying to set up printing from my linux box to a HP Inkjet printer
>attached to a Win '98 box. I assume the best way to do this is through
>smbclient. However, I have followed the directions in the how-to on the
>LDP page and it is still very broken. I would appreciate it if anyone
>who got this set up could tell me any special steps that they had to
>take or send me a copy of their /etc/printcap file and their
>/usr/bin/smbprint files to see what they did.
>
>Thanks,
>Geoff
>
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: authenticating http proxy server?
Date: Wed, 27 Jan 1999 06:54:18 GMT
Hi my friend,
Check http://www.roxen.com It free and nice!!!!
--mkg
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Jason Brake) wrote:
> Hello--
>
> I need a proxy server that will do authentification for http
> proxying. The reason is that we are using a the proxy server
> backwards, that is, allowing anyone from the internet to use our proxy
> server to get an on-campus ip to use to get to some services that we
> are offering. We need to make sure that only authorized people are
> using the proxy server.
>
> In the past someone had hacked apache 1.2.6, but I am not sure if
> that version is the best way to still go about it, or if maybe there
> are plans to add that to apache in the future?
>
> Thanks!
>
> Jason
>
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: [EMAIL PROTECTED] (Gernot Fink)
Crossposted-To:
comp.os.linux.setup,comp.os.linux.misc,comp.os.linux.hardware,alt.os.linux,comp.protocols.ppp,linux.redhat.install
Subject: Re: LINUX PPP on a SPARC10
Date: 27 Jan 1999 20:20:24 GMT
In article <[EMAIL PROTECTED]>,
"Chenard, Sylvain [CAR:VS13:EXCH]" <[EMAIL PROTECTED]> writes:
> Hi,
> Though I'm using a Sparc10 with RH 5.1, the ppp setup should be trivial
> under linux. I getting a "LCP: timeout sending" problem.
> > I've tried 2 modems (microcom 28.8p, microcom 56k), changed serial
> cable, disabled the eth0 interface while connecting PPP and I'm still
> getting the same problem. > I suspecting a netmask problem or interrupts problem
>but I need help
> to validate (or invalidate) these hypothesises.
> > BTW: To connect to my ISP, I'm using a DIP script. When ppp is started
> on my SPARC I can see the modem SD led glowing (sending a lot of
> stuff to the ISP port) and small burst FROM the ISP port.
> > The following is a sample of my configuration and my logs
> (/var/log/messages).
> > -> Here's the log:
> > Jan 18 21:28:46 oliver6 pppd[1479]: pppd 2.3.3 started by root, uid 0
> Jan 18 21:28:46 oliver6 pppd[1479]: Removed stale lock on modem (pid
> 1479)
> Jan 18 21:28:46 oliver6 pppd[1479]: Using interface ppp0
> Jan 18 21:28:46 oliver6 pppd[1479]: Connect: ppp0 <--> /dev/modem
> Jan 18 21:29:05 oliver6 kernel: Swansea University Computer Society IPX
> 0.34 for NET3.035
> Jan 18 21:29:05 oliver6 kernel: IPX Portions Copyright (c) 1995
> Caldera, Inc.
> Jan 18 21:29:05 oliver6 kernel: Appletalk 0.17 for Linux NET3.035
> Jan 18 21:29:16 oliver6 pppd[1479]: LCP: timeout sending
> Config-Requests
> Jan 18 21:29:16 oliver6 pppd[1479]: Connection terminated.
> Jan 18 21:29:16 oliver6 pppd[1479]: Receive serial link is not 8-bit
> clean:
> Jan 18 21:29:16 oliver6 pppd[1479]: Problem: all had bit 7 set to 0
> Jan 18 21:30:15 oliver6 pppd[1479]: Exit.
> Even if I put the debug option in "options" file, I got nothing more...
> I verified the configuration of my /dev/modem with stty
> > -> Here's the echo:
> stty -a < /dev/modem
> speed 38400 baud; rows 0; columns 0; line = 0;
> intr = <undef>; quit = <undef>; erase = <undef>; kill = <undef>;> eol2 = <undef>;
>start = <undef>; stop = <undef>; susp = <undef>;> dsusp = <undef>; rprnt = <undef>;
>werase = <undef>; lnext = <undef>;
> flush = <undef>; min = 1; time = 0;
> -parenb -parodd cs8 hupcl -cstopb cread -clocal crtscts
> ignbrk -brkint ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl -ixon
> -ixoff
> -iuclc -ixany -imaxbel
> -opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0
> bs0 vt0
> ff0
> -isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase
> -tostop
> -echoprt -echoctl -echoke
> You can easily see that the port is 8-N-1 (cs8,-parenb,-cstopb)
> -> Here's a sample of my DIP script (succesfull path only)
> netmask 255.255.240.0
> port /dev/modem
> speed 38400
> databits 8
> parity N
> stopbits 1
> reset
> send ATZ%C3%E2\r
> wait OK 5
> send ATQ0V1E1X4\r
> wait OK 5
> dial T*70,,*67,,555-1212 #As an example
> sleep 1
> send \r
> send \r
> wait Userid: 15
> send e(myunixID)\r
> wait Password? 15
> password
enable debug or echo for dip and check if "password" sends a \n
(2* \n can irritate the opposite pppd)
> send \n\
================================v try removing fron .
> wait succeeds. 15
> sleep 5
> send \r
> send \r
> send \r
> wait Norte_prompt> 60
> send ppp \r
> print PPP CONNECTED $locip --> $rmtip
================================^ to .
> mode ppp
> goto exit
> -> Here's my options file from /usr/ppp directory :
> /dev/modem # serial port
> 57600
> crtscts
> asyncmap 0
> defaultroute
> modem
> lock
> noipdefault # for dynamic IPs
> NOTE: I don't use "connect" since I'm using DIP
> -> And when I manually connect to ISP port, I got the following:
> ISP_prompt>ppp
> Exiting shell, starting PPP
> ~�}#�!}!}!} %}!}$}%�}"}&} }*} } }%}&m�}^(}(}"}1}$}%�}2}"}3})}#}
> ~@�qJ}}>~~�}#�!}!}"} %}!}$}%�}"}&} }*} }
> }%}&m�}^(}(}"}1}$}%�}2}"}3})}#}~@�qJ} d�~
> The Sparc uses both different UART and irq than PC. The following shows
> you what I got:
> -> From /var/log/messages:
> > snip...
> > Jan 20 18:40:52 oliver6 kernel: Sparc Zilog8530 serial driver version
> 1.18.2.15
> Jan 20 18:40:52 oliver6 kernel: tty00 at 0xffede004 (irq = 44) is a
> Zilog8530
> Jan 20 18:40:52 oliver6 kernel: tty01 at 0xffede000 (irq = 44) is a
> Zilog8530
> Jan 20 18:40:52 oliver6 kernel: tty02 at 0xffedb004 (irq = 44) is a
> Zilog8530
> Jan 20 18:40:52 oliver6 kernel: tty03 at 0xffedb000 (irq = 44) is a
> Zilog8530
> snip..
> -> And from "setserial":
> [root@oliver6 ~]# setserial -a /dev/modem
> /dev/modem, Line 0, UART: unknown, Port: 0xffede004, IRQ: 44
> Baud_base: 0, close_delay: 50, divisor: 16
> closing_wait: 3000, closing_wait2: infinte
> Flags: spd_normal
> I'm using my HP425 with a SLIP connection (using ppl) for many years
> now and I never had problems.
> Is there any way to use manual SLIP connection within LINUX (no > automatic script)
> Any suggestion are welcomes
> Thanks in advance
> ----------------------------------------------------------------------
> Sylvain Chenard F/W Designer
> PO Box 3511, Station C
> Ottawa, Ontario
> CANADA K1Y 4H7
> Tel. (613) 763 5289
> EMAIL: [EMAIL PROTECTED]
> -----------------------------------------------------------------------
--
MFG G.Fink
------------------------------
** 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
******************************
