Linux-Networking Digest #305, Volume #10 Thu, 25 Feb 99 21:13:44 EST
Contents:
Re: pppd dialup doesn't work after upgrade to Redhat 5.2 ([EMAIL PROTECTED])
Re: Diald - IE times out ("Fly")
Re: PPP problem : Serial line is looped back ?? ([EMAIL PROTECTED])
Re: word documents garbled by apache ([EMAIL PROTECTED])
IE4 still timing out w/ diald ("Fly")
PPP LCP Config-Request (Stuart Farnan)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED]
Subject: Re: pppd dialup doesn't work after upgrade to Redhat 5.2
Date: Fri, 26 Feb 1999 01:06:50 GMT
There seems to be more to it than a simple sytax change by the new
pppd. I have the EXACT same problem. I changed to use all the new
syntax:
Use /etc/ppp/pap-secrets instead of a file and +ua
The big problem seems to be that even with noauth (either on the
command line, in the options file or in the peers/<name> file), it
appears that my machine is trying to force my ISP to authorize itself!
After a short time I get an error message "No response to PAP
authorize requests". I can see the T/A tx/rx light blink 10 times
(once every 3 seconds), so I figure this is a auth request because the
default settings are 10 tries at 3 seconds. I set pap-max-authreq to1
and after 1 blink I get the "No response" error message. Then I still
get more blinks (apparently the ISP asking me for my info, and my
machine NOT responding properly).
I previously had RedHat 4 on my machine. It took all of about 15
minutes to get pppd working on my ISDN modem with 4, now that I have
gone to 5.2, I wasted 8 hours today trying every combination of
options I can think of. It looks to me like noauth is COMPLETELY
IGNORED.
I noticed with my previous installation that the +ua seemed to force
my machine to send the username and password properly, but putting the
info in pap-secrets didn't work. Now there is no more +ua, so
therefore, it doesn't work.
Any advice is greatly appreciated.
On Mon, 22 Feb 1999 09:14:41 -0500, Jeff <[EMAIL PROTECTED]> wrote:
>Hi,
>
>I have been using the same ppp script to dial into my isp. I have just
>installed Redhat 5.2, and it seems that pppd no longer takes the same
>arg's. I used minicom to check out the modem, and all I have to do is
>atdt5551212 and then it gives me some line I can set for expect. Then I
>had to hit a return, and then it gave me Username:, then Password:.
>
>Here is a copy of my old script, can someone send me a script which will
>work for me with the new pppd? I played with it all last night, and
>searched for answers via the web, but couldn't find out the problem.
>Send scripts to [EMAIL PROTECTED]
>
>[SCript]
>#Real simple dynamic IP script:
>#/etc/ppp/login contains username & password (on seperate lines)
>#make executable: chmod +x ppp-on
>#launch with: ppp-on &
>#...and of course, edit the phone number below (duh...)
>
>pppd asyncmap 0 -detach modem crtscts defaultroute +ua /etc/ppp/login \
> /dev/modem 115200 \
>connect 'chat -v "" ATZ OK ATDT5551212 CONNECT'
>
>[End Script]
>
>When I try to run this now, it says +ua bad option..
>
>Thanks in advance!!
>
>Jeff
>[EMAIL PROTECTED]
------------------------------
From: "Fly" <[EMAIL PROTECTED]>
Subject: Re: Diald - IE times out
Date: Thu, 25 Feb 1999 18:14:46 -0600
I tried this and it didn't work - I think my ISP uses static IP addresses so
I think the problem is the length of time it takes the modem to connect and
establish the connection.
I will try extending IE's timeout with a registry entry.
Thanks,
Fly
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.protocols.ppp
Subject: Re: PPP problem : Serial line is looped back ??
Date: Fri, 26 Feb 1999 01:08:08 GMT
I had this problem once and found that ATE0 in the modem init string
took care of it. Seems like when the modem is echoing, pppd thinks
its looped back.
On Mon, 22 Feb 1999 20:19:05 +0100, jerome fayot <[EMAIL PROTECTED]>
wrote:
>This is a multi-part message in MIME format.
>--------------0D100F500E364F099708388C
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>I have two Linux boxes : one at home, and one at work.
>
>I have setup my work machine for incoming PPP connections via IP
>masquerade. All is fine !
>
>I want now to setup a callback system on my work machine to connect from
>home with PPP and IP masquerade, and save phone bills ;-)
>
>Before I start using callback package, I want to be sure I can connect
>to my home Linux box from work, using PPP.
>
>So, I first setup my home machine for incoming PPP connections, and
>tried to connect from work. Chat goes fine, but when starting ppp, I get
>the following message from /var/log/messages :
>
>Feb 22 19:54:44 workmachine pppd[16818]: Serial connection established.
>Feb 22 19:54:45 workmachine pppd[16818]: Using interface ppp0
>Feb 22 19:54:45 workmachine pppd[16818]: Connect: ppp0 <--> /dev/ttyS0
>Feb 22 19:54:45 workmachine pppd[16818]: Serial line is looped back.
>Feb 22 19:54:45 workmachine pppd[16818]: Connection terminated.
>Feb 22 19:54:46 workmachine pppd[16818]: Exit.
>
>Can someone help me ?
>Thanks
>
>
>
>--------------0D100F500E364F099708388C
>Content-Type: text/x-vcard; charset=us-ascii;
> name="jef.vcf"
>Content-Transfer-Encoding: 7bit
>Content-Description: Card for jerome fayot
>Content-Disposition: attachment;
> filename="jef.vcf"
>
>begin:vcard
>n:Fayot;Jerome
>x-mozilla-html:FALSE
>adr:;;;;;;
>version:2.1
>email;internet:[EMAIL PROTECTED]
>x-mozilla-cpt:;0
>fn:Jerome Fayot
>end:vcard
>
>--------------0D100F500E364F099708388C--
>
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: word documents garbled by apache
Date: Fri, 26 Feb 1999 00:50:24 GMT
On Tue, 23 Feb 1999 17:34:19 +0100, Carsten Hammer
<[EMAIL PROTECTED]> wrote:
>Hi,
>I have a problem when downloading powerpoint and word documents from a
>linux webserver running apache. I am accessing the documents from
>netscape on windows. Unfortunatly the documents seem to get broken after
>beeing downloaded via this configuration. Maybe apache inserts cr�s or
>something into the binary files. How can I make sure the file is send
>unchanged?
>ciao
>Carsten
>
Because of the file extention, you are (without realizeing it) doing
an ascii transfer (7-bit) rather than a binary (8-bit) one. *.doc
were traditionally text files so binary transfers seem pointless to
the ftp server (assuming apache is sending it via ftp ) if the files
were stored on the server in a .zip file or similar, this would solve
the problem.
tng
------------------------------
From: "Fly" <[EMAIL PROTECTED]>
Subject: IE4 still timing out w/ diald
Date: Thu, 25 Feb 1999 18:43:10 -0600
IE4 on a Win98 machine still times out on the first connect to a Linux
machine using diald. I tried adding this to my boot script:
echo 7 > /proc/sys/net/ipv4/ip_dynaddr
and it still doesnt work. After the timeout message, if I click the home
button it loads the homepage just fine. I need this to work on the first
connect.
Any other ideas?
------------------------------
From: Stuart Farnan <[EMAIL PROTECTED]>
Subject: PPP LCP Config-Request
Date: Fri, 26 Feb 1999 01:37:38 +0000
Does anyone know what this means ?
My modem dials, and seems to connect, but then hangs up !
Using PAP
thanks,
Stuart
Here is my options file...
I will send other files also
ppp-on
ppp-on-dialer
# /etc/ppp/options
# The name of this server. Often, the FQDN is used here.
name farnastu
# Enforce the use of the hostname as the name of the local system for
# authentication purposes (overrides the name option).
# usehostname
# If no local IP address is given, pppd will use the first IP address
# that belongs to the local hostname. If "noipdefault" is given, this
# is disabled and the peer will have to supply an IP address.
noipdefault
# With this option, pppd will accept the peer's idea of our local IP
# address, even if the local IP address was specified in an option.
ipcp-accept-local
# With this option, pppd will accept the peer's idea of its (remote) IP
# address, even if the remote IP address was specified in an option.
#ipcp-accept-remote
# Specify which DNS Servers the incoming Win95 or WinNT Connection
should use
# Two Servers can be remotely configured
#ms-dns 192.168.1.1
#ms-dns 192.168.1.2
# Specify which WINS Servers the incoming connection Win95 or WinNT
should use
#wins-addr 192.168.1.50
#wins-addr 192.168.1.51
# enable this on a server that already has a permanent default route
#nodefaultroute
# Run the executable or shell command specified after pppd has
terminated
# the link. This script could, for example, issue commands to the modem
# to cause it to hang up if hardware modem control signals were not
# available.
# If mgetty is running, it will reset the modem anyway. So there is no
need
# to do it here.
#disconnect "chat -- \d+++\d\c OK ath0 OK"
# Increase debugging level (same as -d). The debug output is written
# to syslog LOG_LOCAL2.
debug
# Enable debugging code in the kernel-level PPP driver. The argument n
# is a number which is the sum of the following values: 1 to enable
# general debug messages, 2 to request that the contents of received
# packets be printed, and 4 to request that the contents of transmitted
# packets be printed.
#kdebug n
# Require the peer to authenticate itself before allowing network
# packets to be sent or received.
# Please do not disable this setting. It is expected to be standard in
# future releases of pppd. Use the call option (see manpage) to disable
# authentication for specific peers.
#auth
# authentication can either be pap or chap. As most people only want to
# use pap, you can also disable chap:
require-pap
refuse-chap
# Use hardware flow control (i.e. RTS/CTS) to control the flow of data
# on the serial port.
crtscts
# Specifies that pppd should use a UUCP-style lock on the serial device
# to ensure exclusive access to the device.
lock
# Use the modem control lines.
modem
# async character map -- 32-bit hex; each bit is a character
# that needs to be escaped for pppd to receive it. 0x00000001
# represents '\x01', and 0x80000000 represents '\x1f'.
# To allow pppd to work over a rlogin/telnet connection, ou should
escape
# XON (^Q), XOFF (^S) and ^]: (The peer should use "escape ff".)
#asyncmap 200a0000
asyncmap 0
# Specifies that certain characters should be escaped on transmission
# (regardless of whether the peer requests them to be escaped with its
# async control character map). The characters to be escaped are
# specified as a list of hex numbers separated by commas. Note that
# almost any character can be specified for the escape option, unlike
# the asyncmap option which only allows control characters to be
# specified. The characters which may not be escaped are those with hex
# values 0x20 - 0x3f or 0x5e.
#escape 11,13,ff
# Set the MRU [Maximum Receive Unit] value to <n> for negotiation. pppd
# will ask the peer to send packets of no more than <n> bytes. The
# minimum MRU value is 128. The default MRU value is 1500. A value of
# 296 is recommended for slow links (40 bytes for TCP/IP header + 256
# bytes of data).
#mru 542
# Set the MTU [Maximum Transmit Unit] value to <n>. Unless the peer
# requests a smaller value via MRU negotiation, pppd will request that
# the kernel networking code send data packets of no more than n bytes
# through the PPP network interface.
#mtu <n>
# Set the interface netmask to <n>, a 32 bit netmask in "decimal dot"
# notation (e.g. 255.255.255.0).
netmask 255.255.255.0
# Don't fork to become a background process (otherwise pppd will do so
# if a serial device is specified).
#nodetach
# Set the assumed name of the remote system for authentication purposes
# to <n>.
#remotename <n>
# Add an entry to this system's ARP [Address Resolution Protocol]
# table with the IP address of the peer and the Ethernet address of this
# system. {proxyarp,noproxyarp}
proxyarp
# Use the system password database for authenticating the peer using
# PAP. Note: mgetty already provides this option. If this is specified
# then dialin from users using a script under Linux to fire up ppp wont
work.
#login
# If this option is given, pppd will send an LCP echo-request frame to
# the peer every n seconds. Under Linux, the echo-request is sent when
# no packets have been received from the peer for n seconds. Normally
# the peer should respond to the echo-request by sending an echo-reply.
# This option can be used with the lcp-echo-failure option to detect
# that the peer is no longer connected.
#lcp-echo-interval 30
# If this option is given, pppd will presume the peer to be dead if n
# LCP echo-requests are sent without receiving a valid LCP echo-reply.
# If this happens, pppd will terminate the connection. Use of this
# option requires a non-zero value for the lcp-echo-interval parameter.
# This option can be used to enable pppd to terminate after the physical
# connection has been broken (e.g., the modem has hung up) in
# situations where no hardware modem control lines are available.
#lcp-echo-failure 4
# Specifies that pppd should disconnect if the link is idle for n
seconds.
idle 600
# Disable the IPXCP and IPX protocols.
noipx
# ---<End of File>---
#!/bin/sh
#
# Script to initiate a ppp connection. This is the first part of the
# pair of scripts. This is not a secure pair of scripts as the codes
# are visible with the 'ps' command. However, it is simple.
#
# These are the parameters. Change as needed.
TELEPHONE=08456621100 # The telephone number for the connection
ACCOUNT=farnastu # The account name for logon (as in 'George Burns')
PASSWORD=FHF702 # The password for this account (and 'Gracie Allen')
LOCAL_IP=0.0.0.0 # Local IP address if known. Dynamic = 0.0.0.0
REMOTE_IP=0.0.0.0 # Remote IP address if desired. Normally 0.0.0.0
NETMASK=255.255.255.0 # The proper netmask if needed
#
# Export them so that they will be available at 'ppp-on-dialer' time.
export TELEPHONE ACCOUNT PASSWORD
#
# This is the location of the script which dials the phone and logs
# in. Please use the absolute file name as the $PATH variable is not
# used on the connect option. (To do so on a 'root' account would be
# a security hole so don't ask.)
#
DIALER_SCRIPT=/etc/ppp/scripts/ppp-on-dialer
#
# Initiate the connection
#
# I put most of the common options on this command. Please, don't
# forget the 'lock' option or some programs such as mgetty will not
# work. The asyncmap and escape will permit the PPP link to work with
# a telnet or rlogin connection. You are welcome to make any changes
# as desired. Don't use the 'defaultroute' option if you currently
# have a default route to an ethernet gateway.
#
echo "Starting pppd ..."
#exec /usr/sbin/pppd debug lock modem crtscts /dev/ttyS2 115200 \
# asyncmap 20A0000 escape FF kdebug 0 $LOCAL_IP:$REMOTE_IP \
# noipdefault netmask $NETMASK defaultroute connect $DIALER_SCRIPT
exec /usr/sbin/pppd debug lock crtscts /dev/ttyS2 115200 \
$LOCAL_IP:$REMOTE_IP \
noipdefault netmask $NETMASK connect $DIALER_SCRIPT
#!/bin/sh
#
# This is part 2 of the ppp-on script. It will perform the connection
# protocol for the desired connection.
#
exec chat -v \
TIMEOUT 5 \
ABORT '\nBUSY\r' \
ABORT '\nNO ANSWER\r' \
ABORT '\nRINGING\r\n\r\nRINGING\r' \
'' \rAT \
'OK-+++\c-OK' ATH0 \
TIMEOUT 300 \
OK ATDT$TELEPHONE \
CONNECT ''
=====Original Message=====
From: Ian McDermid [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, February 16, 1999 4:35 AM
To: 'Stuart Farnan'
Subject: RE: Redhat 5.2 PPP LCP: Timeout Config-Request
Stuart,
Could you send me your /etc/ppp/options file.
Ian
=====Original Message=====
From: Stuart Farnan [SMTP:[EMAIL PROTECTED]]
Sent: Sunday, 21 February 1999 16:36
To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
Subject: Redhat 5.2 PPP LCP: Timeout Config-Request
My problem is this pppd seems to be going ok, then in the
/var/log/messages i get LCP:Timeout Config-Requests
and then it stops. I have included the log file, can you help.
I would have posted to the group, but for some reason I can't ! Sorry,
could you forward it for me ?
Feb 21 03:52:24 localhost pppd[3608]: pppd 2.3.5 started by root, uid 0
Feb 21 03:52:25 localhost chat[3609]: timeout set to 15 seconds
Feb 21 03:52:25 localhost chat[3609]: abort on (\nBUSY\r)
Feb 21 03:52:25 localhost chat[3609]: abort on (\nNO ANSWER\r)
Feb 21 03:52:25 localhost chat[3609]: abort on
(\nRINGING\r\n\r\nRINGING\r)
Feb 21 03:52:25 localhost chat[3609]: send (rAT^M)
Feb 21 03:52:25 localhost chat[3609]: expect (OK)
Feb 21 03:52:40 localhost chat[3609]: alarm
Feb 21 03:52:40 localhost chat[3609]: send (+++)
Feb 21 03:52:40 localhost chat[3609]: expect (OK)
Feb 21 03:52:44 localhost chat[3609]: rAT^M^M
Feb 21 03:52:44 localhost chat[3609]: OK
Feb 21 03:52:44 localhost chat[3609]: -- got it
Feb 21 03:52:44 localhost chat[3609]: send (ATH0^M)
Feb 21 03:52:44 localhost chat[3609]: timeout set to 300 seconds
Feb 21 03:52:44 localhost chat[3609]: expect (OK)
Feb 21 03:52:44 localhost chat[3609]: ^M
Feb 21 03:53:04 localhost chat[3609]: +++ATH0^M^M
Feb 21 03:53:04 localhost chat[3609]: OK
Feb 21 03:53:04 localhost chat[3609]: -- got it
Feb 21 03:53:04 localhost chat[3609]: send (ATDT08450807777^M)
Feb 21 03:53:04 localhost chat[3609]: expect (CONNECT)
Feb 21 03:53:04 localhost chat[3609]: ^M
Feb 21 03:53:06 localhost kernel: PPP: ppp line discipline successfully
unregistered
Feb 21 03:53:26 localhost kernel: Swansea University Computer Society
IPX 0.34 for NET3.035
Feb 21 03:53:26 localhost kernel: IPX Portions Copyright (c) 1995
Caldera, Inc.
Feb 21 03:53:27 localhost kernel: Appletalk 0.17 for Linux NET3.035
Feb 21 03:53:44 localhost chat[3609]: ATDT08450807777^M
Feb 21 03:53:44 localhost chat[3609]: CONNECT
Feb 21 03:53:44 localhost chat[3609]: -- got it
Feb 21 03:53:44 localhost chat[3609]: send (^M)
Feb 21 03:53:44 localhost pppd[3608]: Serial connection established.
Feb 21 03:53:45 localhost kernel: PPP: version 2.2.0 (dynamic channel
allocation)
Feb 21 03:53:45 localhost kernel: PPP Dynamic channel allocation code
copyright 1995 Caldera, Inc.
Feb 21 03:53:45 localhost kernel: PPP line discipline registered.
Feb 21 03:53:54 localhost kernel: registered device ppp0
Feb 21 03:53:54 localhost pppd[3608]: Using interface ppp0
Feb 21 03:53:54 localhost pppd[3608]: Connect: ppp0 <--> /dev/ttyS2
Feb 21 03:53:54 localhost pppd[3608]: Warning - secret file
/etc/ppp/pap-secrets has world and/or group access
Feb 21 03:54:24 localhost pppd[3608]: LCP: timeout sending
Config-Requests
Feb 21 03:54:34 localhost pppd[3608]: Modem hangup
Feb 21 03:54:34 localhost pppd[3608]: Connection terminated.
Feb 21 03:54:35 localhost pppd[3608]: Exit.
------------------------------
** 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
******************************
