/etc/ppp/options--PLEASE ADVISE
 

Hello,

I am successfully accessing my IP with the KPPP KDE GUI which I have mostly configured by console and am using Firefox to browse (which I like a lot). My connect speeds have been 28,800bps and am not sure this matters (have seen 44,000 and 52,000 before). I have a "network" service that loads on boot and basically activates lo 127.0.0.1 which has been mounted shortly before. KPPP activates ppp0 and uses at least this configuration file:

#/etc/ppp/options

noauth
noipdefault
#usepeerdns
#verbose error logging
#debug
netmask 255.255.255.0
# /etc/ppp/options (NO CHAP--last line "name" for PAP)
#
# Prevent pppd from forking into the background
-detach
#linespeed
115200
# use the modem control lines
modem
# use uucp style locks to ensure exclusive access to the serial device
#lock
# use hardware flow control
crtscts
# create a default route for this connection in the routing table
defaultroute
# do NOT set up any "escaped" control sequences
asyncmap 0
# use a maximum transmission packet size of 1500 bytes
mtu 1500
# use a maximum receive packet size of 1500 bytes
mru 1500
#
# force pppd to use your ISP user name as your 'host name' during the
# authentication process#

name mylogin@myIP.com

This is a standalone machine with a simple but effective iptables firewall and I am just trying to "tweak it up". Does anybody have any constructive comments?

Thanks for taking the time


:) robertn

Hi,

I find it difficult to understand your problem from the posting - so I will try to give ideas for a sane setup that should work mostly everywhere:

In /etc/ppp/options and/or /etc/ppp/options.ttySx (x=0,1, etc) for a modem line I used something like:
modem
lock
crtscts
asyncmap 0
mtu 552
mru 552
name your_loginname
defaultroute

If you are required to authenticate via CHAP or PAP you should set-up files named 'chap-secrets' or 'pap-secrets'.
/etc/ppp/ip-up may be used for firewall mounting.
And of course you make your chat script - I used to login to my ISP with a serial communication package like minicom and see the login dialog, after that I adjusted my chat script.

Usefull sources of information: 'man pppd'; 'man chat'; PPP-Howto.

Good luck!

@ggeorgiev,

thanks very much for your reply; I admit that I did not state much of a problem. I got so confused trying to reestablish my internet connection that I am still sorting things out. I had used MandrakeUpdate to download security fixes and accidentally loaded and installed "httpd" (Apache) which I did not want. It seemed to do some major reconfiguration of my net configuration. I uninstalled it before I realized this and so ...

I posted my /etc/ppp/options file for review just to make sure that I didn't have any silly settings. Sometimes my understanding is foggy or even wrong about what I am entering into these files even though I read a great deal before acting or posting here.

Even though I am now logged on with this connection, something seems not right. Before I use the KPPP GUI things look like this:


# ifconfig
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:6 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:300 (300.0 b) TX bytes:300 (300.0 b)


#ifup ppp0
Failed to activate ppp0 with error 17

# man pppd
(Exit Status) 17 The PPP negotiation failed because serial loopback was detected.

I am not sure which files/scripts that KPPP is using to sucessfully overcome this; moments later I am on the web and now:

# ifconfig

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:6 errors:0 dropped:0 overruns:0 frame:0
TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:300 (300.0 b) TX bytes:300 (300.0 b)

ppp0 Link encap:Point-to-Point Protocol
inet addr:65.XXX.XXX.XX P-t-P:63.YYY.Y.YYY Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1412 Metric:1
RX packets:293 errors:1 dropped:0 overruns:0 frame:0
TX packets:338 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:231788 (226.3 Kb) TX bytes:55159 (53.8 Kb)

Still :study: robertn#

Yes, I remember to have had 'serial loopback detected' long time ago - and if I am not mistaken it tells that your pppd thinks someone from the remote end just mirrors back packets that your local pppd is sending. I remember also that if your line is not '8 bit clear' you get this error - so check settings for your modem and set them to 8-N-1. Not too sure - it was long time I used ppp, but hope this helps.

George.

George,
Thanks again; have been busy and have not checked in lately.

I will check the modem settings and experiment.

[root@localhost log]# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
65.yyy.0.yyy 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 lo
0.0.0.0 63.yyy.0.yyy 0.0.0.0 UG 0 0 0 ppp0

I post the output of "route" for comment; sorry about the way it pastes up. Editing didn't help much.

robertn

If you have a "noisy" phone line, reducing your mtu and mru values should improve performance somewhat as fewer packets will be damaged in transit, needing to be retransmitted. At least it worked for me during my dial-up days.