Pppd: ppp0 or sppp0
Hi,
I'm setting up my DSL in Solaris but the system fails to find a ppp0 interface on the system. Someone on a PPPoE forum I asked suggested I change the script to look for sppp0. That had no effect on getting my connection up. I've tried both the Sun version of pppd and 2.4.1 pppd I've downloaded but both gave the same results. From the script it seams that 'pppd' is responsible for creating the ppp0/sppp0 interface. What would cause pppd to fail create a ppp0/sppp0 interface? I would greately appreciate to hear from someone who knows more on this topic.
System:
Solaris 8 10/01
Installation CD's + Documentation and Companion CD installed.
Install drive is c0d1 (Two drive system both at 4GB)
Network card is D-Link DFE-538TX/R
I use the RealTek driver rtl8139A
Ethernet sets up as rtls0 (ifconfig -a)
Tom
Refet this URL:
http://sun.pmbc.com/faq/6.html
Query 6.12.
Hope it helps.
Senthilkumar
Developer Technical Support
Sun Microsystems, Inc.
http://www.sun.com/developers/support
Similar Messages
-
[SOLVED]Connecting to L2TP/IPSec VPN problem: pppd seems not starting
I'm trying to connect to an L2TP/IPsec VPN server, by ipsec-tools + xl2tpd.
Here is my setup:
/etc/racoon.conf:
log debug;
path pre_shared_key "/etc/racoon/psk.txt";
padding {
maximum_length 20;
randomize off;
strict_check off;
exclusive_tail off;
remote anonymous {
exchange_mode main;
doi ipsec_doi;
situation identity_only;
generate_policy on;
nat_traversal on;
proposal_check obey;
proposal {
encryption_algorithm aes 256;
lifetime time 3600 sec;
hash_algorithm sha1;
authentication_method pre_shared_key;
dh_group modp1024;
sainfo anonymous {
lifetime time 3600 sec;
encryption_algorithm aes 256;
authentication_algorithm hmac_sha1;
compression_algorithm deflate;
/etc/racoon/psk.txt:
#broadband
137.189.192.201 the-server-psk
137.189.192.204 the-server-psk
Here the two IPs are the IPs of vpn.cuhk.edu.hk, which is the VPN server.
/etc/xl2tpd/xl2tpd.conf:
[global]
port = 1701
auth file = /etc/ppp/pap-secrets
debug network = yes
debug avp = yes
debug packet = yes
debug state = yes
debug tunnel = yes
[lac connect]
lns = vpn.cuhk.edu.hk
name = vpn-server
redial = yes
redial timeout = 15
max redials = 5
hidden bit = yes
refuse chap = yes
require pap = yes
ppp debug = yes
pppoptfile = /etc/ppp/options.xl2tpd
/etc/ppp/pap-secrets:
# Secrets for authentication using PAP
# client server secret IP addresses
myusername * mypassword *
/etc/ppp/options.xl2tpd:
lock
debug
mtu 1000
nobsdcomp
nodeflate
noaccomp
nopcomp
novj
defaultroute
refuse-chap
refuse-mschap
refuse-mschap-v2
connect-delay 5000
name myusername
password mypassword
spd.sh:
#!/bin/sh
Then I do the following:
# 192.168.1.1 is my lan gateway
sudo ip route add 137.189.192.201 via 192.168.1.1
sudo ip route add 137.189.192.204 via 192.168.1.1
# For adding spd, script from the VPN server
echo -e flush\; | sudo setkey -c
echo -e spdflush\; | sudo setkey -c
echo -e spdadd 192.168.1.173/32\[1701\] 0.0.0.0\/0\[0\] any \-P out ipsec esp\/transport\/\/require\; | sudo setkey -c
sudo systemctl start racoon
sudo systemctl start xl2tpd
echo "c connect" | sudo tee /var/run/xl2tpd/l2tp-control
I expect that some network interface like ppp0 will be created, but nothing happened.
Then I check the record, and find something weird in xl2tpd log (from journalctl, racoon and sudo logs skipped):
8月 21 01:13:40 nkdesktop systemd[1]: Stopped Level 2 Tunnel Protocol Daemon (L2TP).
8月 21 01:13:41 nkdesktop systemd[1]: Starting Racoon IKEv1 key management daemon for IPSEC...
8月 21 01:13:41 nkdesktop systemd[1]: Started Racoon IKEv1 key management daemon for IPSEC.
8月 21 01:13:43 nkdesktop systemd[1]: Starting Level 2 Tunnel Protocol Daemon (L2TP)...
8月 21 01:13:43 nkdesktop systemd[1]: Started Level 2 Tunnel Protocol Daemon (L2TP).
8月 21 01:13:43 nkdesktop xl2tpd[19639]: xl2tpd[19639]: setsockopt recvref[30]: Protocol not available
8月 21 01:13:43 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Using l2tp kernel support.
8月 21 01:13:43 nkdesktop xl2tpd[19639]: xl2tpd[19639]: xl2tpd version xl2tpd-1.3.6 started on nkdesktop PID:19639
8月 21 01:13:43 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc.
8月 21 01:13:43 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Forked by Scott Balmos and David Stipp, (C) 2001
8月 21 01:13:43 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Inherited by Jeff McAdams, (C) 2002
8月 21 01:13:43 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Forked again by Xelerance (www.xelerance.com) (C) 2006
8月 21 01:13:43 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Listening on IP address 0.0.0.0, port 1701
8月 21 01:13:45 nkdesktop xl2tpd[19639]: xl2tpd[19639]: get_call: allocating new tunnel for host 137.189.192.204, port 1701.
8月 21 01:13:45 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Connecting to host vpn.cuhk.edu.hk, port 1701
8月 21 01:13:45 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: message type is (null)(0). Tunnel is 0, call is 0.
8月 21 01:13:45 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: sending SCCRQ
8月 21 01:13:46 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: select timeout
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: select timeout
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: recv packet from 137.189.192.204, size = 103, tunnel = 30858, call = 0 ref=0 refhim=0
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: handle_avps: handling avp's for tunnel 30858, call 0
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: message_type_avp: message type 2 (Start-Control-Connection-Reply)
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: protocol_version_avp: peer is using version 1, revision 0.
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: framing_caps_avp: supported peer frames: async sync
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: bearer_caps_avp: supported peer bearers:
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: firmware_rev_avp: peer reports firmware version 1648 (0x0670)
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: hostname_avp: peer reports hostname 'eriwan'
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: vendor_avp: peer reports vendor 'Adtran, l2tpd'
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: assigned_tunnel_avp: using peer's tunnel 4733
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: receive_window_size_avp: peer wants RWS of 4. Will use flow control.
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: message type is Start-Control-Connection-Reply(2). Tunnel is 4733, call is 0.
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: sending SCCCN
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Connection established to 137.189.192.204, 1701. Local: 30858, Remote: 4733 (ref=0/0).
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Calling on tunnel 30858
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: message type is (null)(0). Tunnel is 4733, call is 0.
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: sending ICRQ
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: recv packet from 137.189.192.204, size = 12, tunnel = 30858, call = 0 ref=0 refhim=0
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: recv packet from 137.189.192.204, size = 28, tunnel = 30858, call = 63662 ref=0 refhim=0
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: handle_avps: handling avp's for tunnel 30858, call 63662
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: message_type_avp: message type 11 (Incoming-Call-Reply)
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: assigned_call_avp: using peer's call 31346
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: message type is Incoming-Call-Reply(11). Tunnel is 4733, call is 31346.
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: Sending ICCN
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Call established with 137.189.192.204, Local: 63662, Remote: 31346, Serial: 1 (ref=0/0)
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: start_pppd: I'm running:
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "/usr/sbin/pppd"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "passive"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "nodetach"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: ":"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "refuse-chap"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "name"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "vpn-server"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "debug"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "file"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "/etc/ppp/options.xl2tpd"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "plugin"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "pppol2tp.so"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "pppol2tp"
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: "7"
8月 21 01:13:47 nkdesktop pppd[19647]: Plugin pppol2tp.so loaded.
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: recv packet from 137.189.192.204, size = 12, tunnel = 30858, call = 0 ref=0 refhim=0
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: recv packet from 137.189.192.204, size = 12, tunnel = 30858, call = 63662 ref=0 refhim=0
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: recv packet from 137.189.192.204, size = 38, tunnel = 30858, call = 63662 ref=0 refhim=0
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: handle_avps: handling avp's for tunnel 30858, call 63662
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: message_type_avp: message type 14 (Call-Disconnect-Notify)
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: result_code_avp: peer closing for reason 1 (General request to clear control connection), error = 0 ()
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: assigned_call_avp: using peer's call 31346
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: message type is Call-Disconnect-Notify(14). Tunnel is 4733, call is 31346.
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: Connection closed to 137.189.192.204, serial 1 ()
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: Terminating pppd: sending TERM signal to pid 19647
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: recv packet from 137.189.192.204, size = 38, tunnel = 30858, call = 0 ref=0 refhim=0
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: handle_avps: handling avp's for tunnel 30858, call 0
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: message_type_avp: message type 4 (Stop-Control-Connection-Notification)
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: assigned_tunnel_avp: using peer's tunnel 4733
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: result_code_avp: peer closing for reason 1 (General request to clear control connection), error = 0 ()
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: message type is Stop-Control-Connection-Notification(4). Tunnel is 4733, call is 0.
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: control_finish: Connection closed to 137.189.192.204, port 1701 (), Local: 30858, Remote: 4733
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: build_fdset: closing down tunnel 30858
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: select returned error 9 (Bad file descriptor)
8月 21 01:13:47 nkdesktop xl2tpd[19639]: xl2tpd[19639]: network_thread: select returned error 4 (Interrupted system call)
... then xl2tpd repeatedly trying to build a connection and fails for every 15s ...
I think pppd should have showed more logs, rather than just loading a module.
But I have no idea about what's wrong.
Or did I just forget to turn on the log function of pppd? If so, how should I turn it on?
Anyone can help?
Last edited by nnkken (2014-08-24 08:42:03)Additional information:
Today I decrypted the IPSec ESP packets by Wireshark (what an awesome function) and compared the L2TP message of my ArchLinux and MacOSX to the same VPN Server.
And I found that while both ArchLinux and MacOSX sends Incomming_Call_Connection (ICCN) packet, the packet are quite different:
The ArchLinux ICCN Packet has 2 additional AVP fields: Random Vector AVP and RX Connect Speed AVP.
Also, the Connect Speed AVP (and also the RX Connect Speed AVP) field is 0, which is different from MacOSX (100000).
After the ICCN packet, MacOCX sends a PPP packet over L2TP, while ArchLinux sends nothing and the server sends a Call_Disconnect_Notification to ArchLinux.
Anyone knows whether this is a bug or something wrong in config?
Last edited by nnkken (2014-08-22 20:19:49) -
Error while using pppd with chat script.
We are using pppd with chat script to establish a connection.
In the process we get the "Protocol reject" error.
e.g.
Fri Feb 26 11:35:40 2010 : Serial connection established.
Fri Feb 26 11:35:40 2010 : Using interface ppp0
Fri Feb 26 11:35:40 2010 : Connect: ppp0 <--> /dev/cu.usbmodem413
Fri Feb 26 11:35:43 2010 : Remote message: PAP access OK
Fri Feb 26 11:35:43 2010 : PAP authentication succeeded
Fri Feb 26 11:35:43 2010 : Protocol-Reject for unsupported protocol 0x382
Fri Feb 26 11:35:46 2010 : Protocol-Reject for unsupported protocol 0x382
Fri Feb 26 11:35:48 2010 : local IP address 161.30.96.51
Any inputs for resolving this error.Some more details:
Tue Mar 9 13:39:34 2010 : Serial connection established.
Tue Mar 9 13:39:34 2010 : using link 0
Tue Mar 9 13:39:34 2010 : Using interface ppp0
Tue Mar 9 13:39:34 2010 : Connect: ppp0 <--> /dev/cu.usbmodem413
Tue Mar 9 13:39:35 2010 : sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x23b22dfd> <pcomp> <accomp>]
Tue Mar 9 13:39:35 2010 : rcvd [LCP ConfRej id=0x1 <asyncmap 0x0> <magic 0x23b22dfd> <pcomp> <accomp>]
Tue Mar 9 13:39:35 2010 : sent [LCP ConfReq id=0x2]
Tue Mar 9 13:39:35 2010 : rcvd [LCP ConfAck id=0x2]
Tue Mar 9 13:39:37 2010 : rcvd [LCP ConfReq id=0x34 <mru 1500> <auth pap>]
Tue Mar 9 13:39:37 2010 : lcp_reqci: returning CONFACK.
Tue Mar 9 13:39:37 2010 : sent [LCP ConfAck id=0x34 <mru 1500> <auth pap>]
Tue Mar 9 13:39:37 2010 : sent [PAP AuthReq id=0x1 user="void" password=<hidden>]
Tue Mar 9 13:39:37 2010 : rcvd [PAP AuthAck id=0x1 "PAP access OK"]
Tue Mar 9 13:39:37 2010 : Remote message: PAP access OK
Tue Mar 9 13:39:37 2010 : PAP authentication succeeded
Tue Mar 9 13:39:37 2010 : sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 161.30.96.51> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Tue Mar 9 13:39:37 2010 : sent [ACSCP ConfReq id=0x1 <ms-dns1 0.0.0.1> <ms-dns1 0.0.0.1>]
Tue Mar 9 13:39:37 2010 : rcvd [LCP ProtRej id=0x35 03 82 35 01 01 00 10 01 06 00 00 00 01 02 06 00 00 00]
Tue Mar 9 13:39:37 2010 : Protocol-Reject for unsupported protocol 0x382
Tue Mar 9 13:39:39 2010 : rcvd [IPCP ConfRej id=0x1]
Tue Mar 9 13:39:39 2010 : sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 161.30.96.51> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Tue Mar 9 13:39:40 2010 : sent [ACSCP ConfReq id=0x1 <ms-dns1 0.0.0.1> <ms-dns1 0.0.0.1>]
Tue Mar 9 13:39:40 2010 : rcvd [LCP ProtRej id=0x36 03 82 35 01 01 00 10 01 06 00 00 00 01 02 06 00 00 00]
Tue Mar 9 13:39:40 2010 : Protocol-Reject for unsupported protocol 0x382
Tue Mar 9 13:39:41 2010 : rcvd [IPCP ConfRej id=0x2]
Can anyone provide help to resolve the above error ? -
Ppp0 interface not strarting ueagle-atm
When I try to connect to internet using an old sagem f@st 800 with ueagle-atm the interface is not started. However the modem is operational
/etc/ppp/peers/ueagle-atm
user "fti/xu6rfh2"
plugin pppoatm.so 8.35
noipdefault
usepeerdns
defaultroute
persist
noauth
debug
The modem seems to be operational
usb 2-5: [ueagle-atm] modem synchronization failed (may be try other cmv/dsp)
usb 2-5: [ueagle-atm] (re)booting started
usb 2-5: firmware: requesting ueagle-atm/DSPep.bin
usb 2-5: [ueagle-atm] ATU-R firmware version : 44e2ea17
usb 2-5: firmware: requesting ueagle-atm/CMVep.bin.v2
usb 2-5: [Ueagle-atm] requesting firmware ueagle-atm/CMVep.bin.v2 failed, try to get older cmvs
usb 2-5: firmware: requesting ueagle-atm/CMVep.bin
usb 2-5: [Ueagle-atm] use deprecated cmvs version, please update your firmware
usb 2-5: [ueagle-atm] modem started, waiting synchronization...
usb 2-5: [ueagle-atm] modem operational
However the interface is not started. This is the report with debug. and ifconfig just report eth0 and lo. NO ppp0 startd
Apr 1 10:19:00 myhost pppd[8665]: Plugin pppoatm.so loaded.
Apr 1 10:19:00 myhost pppd[8665]: PPPoATM plugin_init
Apr 1 10:19:00 myhost pppd[8665]: PPPoATM setdevname_pppoatm - SUCCESS:8.35
Apr 1 10:19:00 myhost pppd[8666]: pppd 2.4.5 started by root, uid 0
Last edited by lymphatik (2010-04-01 08:45:11)after 2 days of trying everything and resulting in 2 broken systems that werent able to boot anymore this morning i was lucky at my first attempt. turns out its still not working 100%
i tried this firmware from the wiki:
https://wiki.archlinux.org/index.php/Wi … p#rtl8192s
and this firmware:
http://svn.debian.org/wsvn/kernel/dists … 192sfw.bin
and put it in /lib/firmware/RTL8192SU/
but i get the same results - i am able to use the dongle - when i connect to a wpa2 router using netcfg i get 3 messages:
ioctll[SIOCSIWPMKSA]: Invalid argument
ioctll[SIOCSIWPMKSA]: Invalid argument
find: '/var/run/network//suspend/': No such file or directory
ping works
but doing a bunch pacman downloads is not really working - first package downloads just fine, then after a couple of seconds it fails retrieving everything until i reconnect the "netcfg -a && netcfg PROFILE"
some more information: everything.log after wireless drop:
http://paste.pocoo.org/show/287800/
http://paste.pocoo.org/show/287803/
Last edited by philippk (2010-11-08 10:42:49) -
I am attempting to setup a bond0 interface with wlan0 and ppp0 as a slave. ppp0 is a 3g modem. I've successfully added wlan0 as a slave, however enslaving ppp0 is eluding me.
I'm using 'netcfg-bonding' and 'netcfg-wvdial' from AUR.
Here is my configuration:
/etc/network.d/bonded
CONNECTION="bonding"
INTERFACE="bond0"
# I bond eth0, even if it isnt used, because I need at least one slave.
# wlan0 cant go here, because it needs to do SSID seleciton,
# WEP/WPA stuff which the bonding profile doesn't know about.
SLAVES="eth0"
IP="dhcp"
DHCP_TIMEOUT=10
/etc/network.d/my_wlan_network
CONNECTION="wireless"
ESSID="MyESSID"
INTERFACE="wlan0"
DESCRIPTION="Automatically generated profile"
SCAN="yes"
IP="dhcp"
TIMEOUT="10"
SECURITY="wpa"
KEY="MyKey"
IP="static"
IFOPTS="0.0.0.0"
PRE_UP="ifenslave bond0 wlan0"
PRE_DOWN="ifenslave -d bond0 wlan0"
/etc/network.d/3g_network
CONNECTION="wvdial"
WVDIAL_PROFILE="Claro"
INTERFACE="ignore"
WVDIAL_CTL_FILE="/tmp/wvdial.pid"
WVDIAL_FLAGS=""
/etc/ppp/ip-pre-up
#!/bin/sh
/sbin/ifenslave -v bond0 $IFNAME &> /tmp/ppp_log
Notice I'm attempting to enslave the ppp0 interface using pppd's ip-pre-up script.
I start this all with:
sudo netcfg -u bonded
sudo netcfg -u my_wlan_network
sudo netcfg -u 3g_network
When started, wlan0 is started and slaved correctly. ppp0 is started correctly but isn't enslaved. I get the following error in /tmp/ppp_log:
current hardware address of master 'bond0' is 18:3d:a2:7a:dd:b4, type 1
Interface 'ppp0': flags set to 1090.
Interface 'ppp0': address cleared
Master 'bond0': Error: SIOCBONDENSLAVE failed: Invalid argument
Master 'bond0': Error: SIOCSIFHWADDR failed: Device or resource busy
Slave 'ppp0': MTU set to 1500.
Master 'bond0', Slave 'ppp0': Error: Enslave failed
The "Invalid argument" but I suspect might be the problem, can pptp ifaces even be enslaved? I can't seem to find anything regarding this.
Edit: Is this even possible (bonding separate networks)? I'm beginning to think I am misunderstanding how bonding works.
Last edited by ramblurr (2012-01-19 18:09:58)Oh ok. I'm sorry that I couldn't help you! My final reccomondation is that if you wanted to by a wifi hotspot. Here are some reccomendations: http://www.verizonwireless.com/b2c/store/controller?item=phoneFirst&action=viewP honeOverviewByDevice&&deviceCategoryId=13
Good Luck!
Hope this helps! -
Pppd fails to reconnect upon machine restart
Hey guys,
The overall problem is that since a power outage, I have not been able to re-establish my connection to my ISP via my router machine (which runs Arch).
The expanded problem is that pppd (via netcfg, not yet using netctl) seems to fail to get the ball rolling when attempting to connect to my ISP.
So I get output in journalctl -xn that looks like this:
localhost pppd[104]: Using interface ppp0
localhost pppd[104]: Connect: ppp0 <--> bell0
localhost pppd[104]: LCP: timeout sending Config-Requests
localhost pppd[104]: Connection terminated.
localhost pppd[104]: Modem hangup
I have searched high and low on Google for how to turn on more verbose pppd logging whilst using netcfg, but to no avail, but based on the symptoms, the output of a more verbose instance of pppd looks like this:
pppd[28986]: Connect: ppp0 <--> /dev/pts/13
pppd[28986]: rcvd [LCP ConfReq id=0x0 <mru 1480> <magic 0x287a30b1>]
pppd[28986]: sent [LCP ConfReq id=0x1 <auth pap> <magic 0x2f2d3639>]
pppd[28986]: sent [LCP ConfAck id=0x0 <mru 1480> <magic 0x287a30b1>]
pppd[28986]: rcvd [LCP ConfReq id=0x1 <mru 1480> <magic 0x287a30b1>]
pppd[28986]: sent [LCP ConfAck id=0x1 <mru 1480> <magic 0x287a30b1>]
pppd[28986]: sent [LCP ConfReq id=0x1 <auth pap> <magic 0x2f2d3639>]
pppd[29986]: rcvd [LCP ConfReq id=0x2 <mru 1480> <magic 0x287a30b1>]
pppd[29986]: sent [LCP ConfAck id=0x2 <mru 1480> <magic 0x287a30b1>]
pppd[28986]: sent [LCP ConfReq id=0x1 <auth pap> <magic 0x2f2d3639>]
pppd[28986]: sent [LCP ConfReq id=0x1 <auth pap> <magic 0x2f2d3639>]
pppd[28986]: rcvd [LCP ConfReq id=0x3 <mru 1480> <magic 0x287a30b1>]
pppd[28986]: sent [LCP ConfAck id=0x3 <mru 1480> <magic 0x287a30b1>]
pppd[28986]: sent [LCP ConfReq id=0x1 <auth pap> <magic 0x2f2d3639>]
pppd[28986]: rcvd [LCP ConfReq id=0x4 <mru 1480> <magic 0x287a30b1>]
pppd[28986]: rcvd [LCP ConfReq id=0x8 <mru 1480> <magic 0x287a30b1>]
pppd[28986]: sent [LCP ConfAck id=0x8 <mru 1480> <magic 0x287a30b1>]
pppd[28986]: LCP: timeout sending Config-Requests
pppd[28986]: Connection terminated.
pppd[28986]: Modem hangup
There have been multiple suggestions on how to fix this via Googling:
1) Turn off syslog because of a bug in 2.4.4 of pppd
-> I'm running 2.4.6, which has the fix for that particular problem
-> And I don't use syslog, therefore its not on
2) Restart everything
-> Done, but doesn't change anything
3) Make sure the modem has been hung up by the machine or is not busy
-> Machine has restarted multiple times, I'm pretty sure the modems not busy
-> localhost pppd[104]: Modem hangup, this tells me that the machine has hung up the modem
-> Have connected my ISP's default hardware, and that machine's logging mechanism tells me that its able to dial out just fine
For reference, I am running:
Arch 3.13.5-1-ARCH
pppd 2.4.6
rp-pppoe 3.11
netcfg 3.0
My ISP is Bell Canada, and I'm using their FTTH service that has an optical terminal which is attached to my router machine. Bell requires that machines connect via PPPoE with a VLAN ID of 35, and thats all the oddities I know about that...
So I'm kind of stumped because basically I have a problem that has seemingly been solved, but none of the solutions work or none of the "causes" currently exist in my environment. Does anybody have any ideas as to what might be the issue at hand here? Thanks in advance.Okay, got around to turning on debug for pppd... Here's the output from my actual connection attempt:
-- Logs begin at Mon 2013-06-17 20:30:04 EDT, end at Thu 2014-03-20 22:23:26 EDT. --
Mar 20 22:20:56 atlantis netcfg[1023]: dst d8:6c:e9:27:62:73 src 7c:20:64:73:f8:b2
Mar 20 22:20:56 atlantis netcfg[1023]: [service-name] [AC-name MRHMON2409W] [host-uniq 17 04 00 00] [AC-cookie b4 af cd 82 35 bd 9d 47 2c fb 70 f9 2f ee c9 50]
Mar 20 22:20:56 atlantis netcfg[1023]: Send PPPOE Discovery V1T1 PADR session 0x0 length 32
Mar 20 22:20:56 atlantis netcfg[1023]: dst 7c:20:64:73:f8:b2 src d8:6c:e9:27:62:73
Mar 20 22:20:56 atlantis netcfg[1023]: [service-name] [host-uniq 17 04 00 00] [AC-cookie b4 af cd 82 35 bd 9d 47 2c fb 70 f9 2f ee c9 50]
Mar 20 22:20:56 atlantis pppd[1047]: Recv PPPOE Discovery V1T1 PADS session 0x1 length 12
Mar 20 22:20:56 atlantis pppd[1047]: dst d8:6c:e9:27:62:73 src 7c:20:64:73:f8:b2
Mar 20 22:20:56 atlantis pppd[1047]: [service-name] [host-uniq 17 04 00 00]
Mar 20 22:20:56 atlantis pppd[1047]: PADS: Service-Name: ''
Mar 20 22:20:56 atlantis pppd[1047]: PPP session is 1
Mar 20 22:20:56 atlantis pppd[1047]: Connected to 7c:20:64:73:f8:b2 via interface bell0
Mar 20 22:20:56 atlantis pppd[1047]: using channel 10
Mar 20 22:20:56 atlantis pppd[1047]: Using interface ppp0
Mar 20 22:20:56 atlantis pppd[1047]: Connect: ppp0 <--> bell0
Mar 20 22:20:56 atlantis pppd[1047]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:20:56 atlantis netcfg[1023]: Recv PPPOE Discovery V1T1 PADS session 0x1 length 12
Mar 20 22:20:56 atlantis netcfg[1023]: dst d8:6c:e9:27:62:73 src 7c:20:64:73:f8:b2
Mar 20 22:20:56 atlantis netcfg[1023]: [service-name] [host-uniq 17 04 00 00]
Mar 20 22:20:56 atlantis netcfg[1023]: PADS: Service-Name: ''
Mar 20 22:20:56 atlantis netcfg[1023]: PPP session is 1
Mar 20 22:20:56 atlantis netcfg[1023]: Connected to 7c:20:64:73:f8:b2 via interface bell0
Mar 20 22:20:56 atlantis netcfg[1023]: using channel 10
Mar 20 22:20:56 atlantis netcfg[1023]: Using interface ppp0
Mar 20 22:20:56 atlantis netcfg[1023]: Connect: ppp0 <--> bell0
Mar 20 22:20:56 atlantis netcfg[1023]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:20:59 atlantis pppd[1047]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:20:59 atlantis pppd[1047]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:20:59 atlantis netcfg[1023]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:20:59 atlantis netcfg[1023]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:20:59 atlantis pppd[1047]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:20:59 atlantis netcfg[1023]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:02 atlantis pppd[1047]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:02 atlantis pppd[1047]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:02 atlantis netcfg[1023]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:02 atlantis netcfg[1023]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:02 atlantis pppd[1047]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:02 atlantis netcfg[1023]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:04 atlantis pppd[1047]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:04 atlantis pppd[1047]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:04 atlantis netcfg[1023]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:04 atlantis netcfg[1023]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:05 atlantis pppd[1047]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:05 atlantis netcfg[1023]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:07 atlantis pppd[1047]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:07 atlantis pppd[1047]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:07 atlantis netcfg[1023]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:07 atlantis netcfg[1023]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:08 atlantis pppd[1047]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:08 atlantis netcfg[1023]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:10 atlantis pppd[1047]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:10 atlantis pppd[1047]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:10 atlantis netcfg[1023]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:10 atlantis netcfg[1023]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:11 atlantis pppd[1047]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:11 atlantis netcfg[1023]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:13 atlantis pppd[1047]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:13 atlantis pppd[1047]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:13 atlantis netcfg[1023]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:13 atlantis netcfg[1023]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:14 atlantis pppd[1047]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:14 atlantis netcfg[1023]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:16 atlantis pppd[1047]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:16 atlantis pppd[1047]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:16 atlantis netcfg[1023]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:16 atlantis netcfg[1023]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:17 atlantis pppd[1047]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:17 atlantis netcfg[1023]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:19 atlantis pppd[1047]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:19 atlantis pppd[1047]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:19 atlantis netcfg[1023]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:19 atlantis netcfg[1023]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:20 atlantis pppd[1047]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:20 atlantis netcfg[1023]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:22 atlantis pppd[1047]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:22 atlantis pppd[1047]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:22 atlantis netcfg[1023]: rcvd [LCP ConfReq id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:22 atlantis netcfg[1023]: sent [LCP ConfAck id=0x39 <mru 1492> <auth pap> <magic 0xaebee8a>]
Mar 20 22:21:23 atlantis pppd[1047]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:23 atlantis netcfg[1023]: sent [LCP ConfReq id=0x4 <mru 1492> <magic 0x62ce57cd>]
Mar 20 22:21:26 atlantis pppd[1047]: LCP: timeout sending Config-Requests
Mar 20 22:21:26 atlantis pppd[1047]: Connection terminated.
Mar 20 22:21:26 atlantis netcfg[1023]: LCP: timeout sending Config-Requests
Mar 20 22:21:26 atlantis netcfg[1023]: Connection terminated.
Mar 20 22:21:26 atlantis pppd[1047]: Modem hangup
Mar 20 22:21:26 atlantis netcfg[1023]: Modem hangup -
Trying to set up kppp with a serial modem.
When I load the ppp_generic module a /dev/ppp node pops up, but for the life of me, I cannot get a /dev/ppp0 node.
I have
alias /dev/ppp* ppp_generic
in my modprobe.conf and modprobe.devfs
Without /dev/ppp0 pppd will not start.
Any ideas?
HCsolved
The answer, I am stupid; did not have ppp_async enabled in the kernel. -
This might help someone trying to get on internet with the 2.6.3 kernel. The 2.4.25 is fairly automatic but the 2.6.3 is a different story . I spend days trying to get on and finally made it. Other posts have demonstrated the same trouble. The problem is that pppd and kppp do not recognize one another . My steps were as follows
1. kppp does not support ttyS4 it only goes to ttyS3. So in etc/rc.local I put the symlik ln -sf /dev/ttyS4 /dev/modem This way everytime when booted /dev/modem is recognized.
2. in etc/modprobe.conf i added my modem module -- alias eth0 8139too
3. ifconfig eth0 at the prompt , makes kppp and pppd interactive(this was demonstrated on a post that i read)
4 etc/rc.conf at" MODULES="put ppp_generic so it looks like this-- MODULES=ppp_generic -- /dev/ppp needs to be there otherwise pppd will not work and this puts ppp on the dev nod
5 etc/ppp/options There is an option with says -- auth. Put a # in front of auth --#auth -- on some systems this keeps kppp from dying when first connected to your isp.
6. reboot the system and hope for the bestThis is the diagnostic info:
1) pacman -Syu failed to download anything
2) ping www.yahoo.co.uk failed
3) pinging my ISP's ip address worked!
4) /etc/rc.conf: --
MODULES=(!usbserial ide-scsi sis900 snd-intel8x0 usblp ppp_generic radeon !ehci-hcd ohci_hcd)
lo="lo 127.0.0.1"
eth0=dhcp
#ppp0=dhcp
#"eth0 192.168.0.2 netmask 255.255.255.0 broadcast 192.168.0.255"
INTERFACES=(lo eth0 !ppp0)
# Routes to start at boot-up (in this order)
# Declare each route then list in ROUTES
# (prefix a route in ROUTES with a ! to disable it)
gateway="default gw 192.168.0.1"
ROUTES=(!gateway)
DAEMONS=(network syslogd !pcmcia netfs cups crond kdm klogd)
So! Is this a domain resolution problem?
This just shows me how little I know. I'm on a cable network at the moment, and was thinking about downgrading. But I have found a crafty way of getting efax-gtk to work in Arch, so all would not be lost in terms of investing in a serial modem! -
I think I'm going to love Arch Linux. It fills the little niche between LFS (Too time-consuming) and Debian (Too picky); perfect!
However, I'm a little frustrated by the lack of documented support for ppp. Actually, let me rephrase that. I'm extremele frustrated by my rural setting's lack of support for anything but dialup. :-D
From a base install, I ran pacman --sync kde-network, and this installed X and KDE for me, no problems, beautiful! I configured kppp to connect to the internet by symlinking /dev/modem to /dev/cua4 (I haven't configured devfs to do this automatically, but I think I can... I think I can...)
So Kppp is connecting to my ISP all right now. The problem is that it isn't resolving any names. Er... I (foolishly) didn't think to try connecting directly to an IP. I'll get back to you on that after I boot back into Arch, but I don't think that will work either. I checked the log, and it seems that my local and remote IP addresses are being assigned improperly; see:
Jan 18 13:24:25 buchuki pppd[210]: pppd 2.4.1 started by root, uid 0
Jan 18 13:24:25 buchuki pppd[210]: Using interface ppp0
Jan 18 13:24:25 buchuki pppd[210]: local IP address 10.64.64.64
Jan 18 13:24:25 buchuki pppd[210]: remote IP address 10.112.112.112
Jan 18 13:24:59 buchuki pppd[210]: Terminating on signal 15.
Jan 18 13:24:59 buchuki pppd[210]: Exit.
Those IPs are nothing like the ones my ISP usually assigns me!
I'm assuming DHCP is misconfigured, but I don't have any idea what might need to be changed. I've tried comparing to relevant files in my Knoppix configuration, but don't know what to look for.
For PPP, I don't think I need anything in the rc.conf, as far as interfaces or routes go (besides loopback), right? This is configured by pppd automatically?
I browsed the man page for pppd, and found that the ip-up and ip-down scripts are usually run from /etc/ppp mhen a connection is made. However, neither of these scripts was installed after I ran pacman --sync ppp. Further, pacman -So ip-up is returning nothing. Are thes scripts missing, or are they somewhere else other than /etc/ppp, or are they unnecessary with kppp or...?
I saw a reference to a ppp/arch guide in a forum search, but can't find a link to it... am I missing a documentation section on this site?
Thanks,
DustyAh, I found it. I had to comment out the "demand" option in /etc/ppp/options.
I'm in arch and pacman just freshened its package list in a miniscule fraction of the time that apt-get used to take.
Is there anything I can do for Arch Linux? I'm a Java developer, doubt you have much need for that, but I can write documentation...
Let me get my system set up *exactly the way I want it* first. excellent work guys.
Dusty -
[Solved] pppd will only connect once
Hi,
I am running a fully updated Arch box as a router with a PPPoA connection. The ppp daemon starts up fine when the box first boots but any subsequent connection attempts (either by the persistent argument or using a bash script) cannot connect the ppp connection. My daemon.log shows the following when a second connection attempt is made:
Jul 29 18:47:40 SERVERARCH pppd[3752]: rcvd [CHAP Challenge id=0x1 <#########>, name = "#########"] <--- real details removed
Jul 29 18:47:40 SERVERARCH pppd[3752]: sent [CHAP Response id=0x1 <#########>, name = "#########"] <--- real details removed
Jul 29 18:47:40 SERVERARCH pppd[3752]: rcvd [LCP EchoRep id=0x0 magic=0x44005010]
Jul 29 18:47:40 SERVERARCH pppd[3752]: rcvd [IPCP ConfReq id=0x1b <addr 78.150.192.1>]
Jul 29 18:47:40 SERVERARCH pppd[3752]: discarding proto 0x8021 in phase 5
With the IPCP and discard line being repeated around 20 times.
I guess something is being sent out of order, but this only ever happens if I am trying to connect the pppd for a second time. A reboot cures the problem suggesting it is something to do with my box.
Any help would be great
Last edited by e1fjl (2009-07-30 21:37:06)DJszapi:
There's no problem with the first connection but it is to my ISP and occasionally they randomly disconnect me (usually early hours of the morning) I assume to cycle IPs or something.
Daf666:
The initial IP is obtained from the ISP via DHCP when initiating the ppp connection. The ppp config is set to obtain it on initiation of the ppp connection.
If it helps, after the 20 IPCP rejections the connection terminates like so:
Jul 29 18:48:10 SERVERARCH pppd[3752]: sent [LCP EchoReq id=0x1 magic=0x6b9e7a7f]
Jul 29 18:48:10 SERVERARCH pppd[3752]: rcvd [LCP EchoRep id=0x1 magic=0x44005010]
Jul 29 18:48:11 SERVERARCH pppd[3752]: rcvd [IPCP ConfReq id=0x1b <addr 78.150.192.1>]
Jul 29 18:48:11 SERVERARCH pppd[3752]: discarding proto 0x8021 in phase 5
Jul 29 18:48:14 SERVERARCH pppd[3752]: rcvd [LCP TermReq id=0x1c]
Jul 29 18:48:14 SERVERARCH pppd[3752]: LCP terminated by peer
Jul 29 18:48:14 SERVERARCH pppd[3752]: sent [LCP TermAck id=0x1c]
Jul 29 18:48:15 SERVERARCH pppd[3752]: rcvd [LCP TermReq id=0x1]
Jul 29 18:48:15 SERVERARCH pppd[3752]: sent [LCP TermAck id=0x1]
Jul 29 18:48:17 SERVERARCH pppd[3752]: Connection terminated.
To me that looks like my router is restarting the connection, receiving a conf-request but then discarding it as out of order...
Thanks -
Hi,
Anyone knows what I have to do in Solaris 8 for using pppd 4.0?
I have added the packege, but when I tried to run pppd, I got "kernel lacks ppp support"...........
Thanks,
BR.
//StevenI used a downloaded PPPD from http://playground.sun.com/pppd/index.html with roaring penguin for my DSL connection.
Lee -
Running pppd inside a zone/container
People,
I'd like to know if it is possible to call out using pppd from insidea zone?
I have added the device cua0 to the zone and verified the modem working with
tip. Both in the global zone and my zone.
Running "pppd cua0 call myisp" works fine from the global zone, using the
standard pppd. But from inside a zone, it fails with an error message that the kernel lacks pppd support.
The goal is of course to have multiple ppp connections running simultaneously, separated from each other.
I've been hacking around, adding the device /dev/sppp to my zone as well, and it causes pppd to fail with permission problems.
Realizing that I am just using the trial-and-error method at this point, I hope that you can help me answering the following:
1) Is it possible at all, in the way described above?
2) If possible, can you please guide me how to set it up?
Thank you,
MagnusThis is most likely related to limitations about how virtualisation is implemented, but then again other virtualisation technologies also don't allow these kind of constructions luckily. And with Solaris 10 you also have a shared kernel and IP-stack (Sun is working on that) and trying to create interface from within a zone scares the daylight out of me. Also think how the routing needs to be controlled.
Safe way is to let the global zone handle it. Another way is to have a dedicated device for the network connections and this one is prefered in most cases. -
Pptpd / pppd: unrecognized option '[]'
I am having trouble setting up a simple pptpd server on my homeserver.
My server has ip 192.168.0.2
It connects to a router which has ip 192.168.0.1
I'm trying to connect using an iPad 3 from my work.
Output from /var/log/everything when connecting:
May 3 10:52:56 localhost pptpd[26750]: MGR: Launching /usr/sbin/pptpctrl to handle client
May 3 10:52:56 localhost pptpd[26750]: CTRL: local address = 192.168.0.2
May 3 10:52:56 localhost pptpd[26750]: CTRL: remote address = 192.168.0.234
May 3 10:52:56 localhost pptpd[26750]: CTRL: pppd options file = /etc/ppp/options.pptpd
May 3 10:52:56 localhost pptpd[26750]: CTRL: Client XX.XX.XXX.XX control connection started
May 3 10:52:56 localhost pptpd[26750]: CTRL: Received PPTP Control Message (type: 1)
May 3 10:52:56 localhost pptpd[26750]: CTRL: Made a START CTRL CONN RPLY packet
May 3 10:52:56 localhost pptpd[26750]: CTRL: I wrote 156 bytes to the client.
May 3 10:52:56 localhost pptpd[26750]: CTRL: Sent packet to client
May 3 10:52:56 localhost pptpd[26750]: CTRL: Received PPTP Control Message (type: 7)
May 3 10:52:56 localhost pptpd[26750]: CTRL: Set parameters to 100000000 maxbps, 64 window size
May 3 10:52:56 localhost pptpd[26750]: CTRL: Made a OUT CALL RPLY packet
May 3 10:52:56 localhost pptpd[26750]: CTRL: Starting call (launching pppd, opening GRE)
May 3 10:52:56 localhost pptpd[26750]: CTRL: pty_fd = 6
May 3 10:52:56 localhost pptpd[26750]: CTRL: tty_fd = 7
May 3 10:52:56 localhost pptpd[26750]: CTRL: I wrote 32 bytes to the client.
May 3 10:52:56 localhost pptpd[26750]: CTRL: Sent packet to client
May 3 10:52:56 localhost pptpd[26751]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd
May 3 10:52:56 localhost pptpd[26751]: CTRL (PPPD Launcher): local address = 192.168.0.2
May 3 10:52:56 localhost pptpd[26751]: CTRL (PPPD Launcher): remote address = 192.168.0.234
May 3 10:52:56 localhost pppd[26751]: unrecognized option ''
May 3 10:52:56 localhost pptpd[26750]: GRE: read(fd=6,buffer=6075a0,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs
May 3 10:52:56 localhost pptpd[26750]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7)
May 3 10:52:56 localhost pptpd[26750]: CTRL: Reaping child PPP[26751]
May 3 10:52:56 localhost pptpd[26750]: CTRL: Client XX.XX.XXX.XX control connection finished
May 3 10:52:56 localhost pptpd[26750]: CTRL: Exiting now
May 3 10:52:56 localhost pptpd[26747]: MGR: Reaped child 26750
Notice the line unrecognized option '', it has a square between the '' (like '[]')meaning it can't display that char, but I have no idea in which config file that could be...
Output from /var/log/everything when restarting pptpd (rc.d restart pptpd):
May 3 11:01:36 localhost pptpd[26965]: MGR: Maximum of 100 connections reduced to 6, not enough IP addresses given
May 3 11:01:36 localhost pptpd[26966]: MGR: Manager process started
May 3 11:01:36 localhost pptpd[26966]: MGR: Maximum of 6 connections available
My /etc/ppp/options.pptpd
name pptpd
refuse-pap
refuse-chap
refuse-mschap
require-mschap-v2
require-mppe-128
ms-dns 208.67.222.222
ms-dns 208.67.220.220
proxyarp
debug
lock
nobsdcomp
novj
novjccomp
nologfd
My /etc/pptpd.conf
option /etc/ppp/options.pptpd
debug
logwtmp
localip 192.168.0.2
remoteip 192.168.0.234-238,192.168.0.245
I hope someone can help me with this!I met the same problem after upgrading my pptpd. It seems to be a upstream bug, as I find the following code snippet in pptpctrl.c :
if (*pppaddrs[0] || *pppaddrs[1]) {
char pppInterfaceIPs[33];
sprintf(pppInterfaceIPs, "%s:%s", pppaddrs[0], pppaddrs[1]);
pppd_argv[an++] = pppInterfaceIPs;
the pointer to "pppInterfaceIPs" becomes invalid after the if block.
I simply move the "char pppInterfaceIPs[33];" line out of the if block and recompile the package. Then it works again. -
[solved]cannot route ppp0
my arch auto linked to internet by network@enp3s0
my /etc/conf.d/network@enp3s0 config file is following
interface=enp3s0
address=192.168.2.2
netmask=24
broadcast=192.168.2.255
gateway=192.168.2.1
and I already configure initialize vpn and it can connect
but I got error when I try to route all traffic
the command is:
# ip route add default dev ppp0
the error is
RTNETLINK answer: File exists
yes, before change the route I already have default route, and if I del it the ppp0 will disappear
so, how to fix it? help and thank you very much
Last edited by dxcqcv (2014-07-10 20:21:52)using following command to fix it
#systemctl // to check DHCP and disable it
#ip route replace default dev ppp0 // to change the route
#vi /etc/ppp/options
mtu 1400
mru 1400
silent
// to prevent disconnect after connect -
[SOLVED] 56k, pppd (what worked for me w/ HOWTOs via links).
I took note to print out the 40+ page Wiki manual in regards to installing Arch, and while the majority of it looks like the same old, same old, sadly there's no real mention of going about handling a PPP connection. Yes, it's very doable on this particular system - I've a base phone line dedicated to data transmission as I'm living in an area without cable or DSL. The amount of time it takes to download X and it's children doesn't mean much to me.
On looking through the forums, I've found several posts in which possibly -could- help, but none of which have actually followed through. There's been a post in regards to installing PPP with an already existing connection (cable connection), and as a result that knocks me out of said water. There's also a posting a few people mention with a dialup walkthrough available on the Wiki, however said document no longer exists anytime anyone offers a link to it.
I've tried grabbing wvdial and wvstreams, and have successfully copied them to disc per extracting the data first (see http://bbs.archlinux.org/viewtopic.php?id=44287 ), but on trying to install these through what I expect to be the usual methods (GCC: /configure, make, make install), naturally there is no compiler component available in the install and ./configure just laughs.
I can't utilize any pacman resources, as I have no connection to download anything in Arch currently. I want to learn Arch, but I feel a bit left out in the cold here on 56k island.
Any resources I could use to help me with setup of a 56k on Arch? I feel I'd have it comfortably with the Wiki article from that point forward, I'm just stuck at the after-install with this.
Last edited by Caliburn (2008-03-09 01:54:19)Pudge:
I've three modems on this particular box, all for various reasons and one of those reasons being testing purposes while under various Linux distros.
The modem I'm currently using is a serial Zoom modem, hardware-based.
I also have a Zoom USB modem which is a software-based modem, but, as it said on the box, the modem does come with Linux drivers. I have successfully used the Zoom USB modem in Ubuntu and Sabayon, but I have not tried the modem under Arch.
I also have an Intel 536EP Winmodem, which does have drivers available for it under Linux. I know this driver functioned with the preloaded driver under Mepis and my manually loaded driver under Sabayon Linux, however I have not tested this modem with Arch.
I believe there is a 536 (and if my memory serves me correctly, a 537) compressed driver package available somewhere online. While I'd try to install the modems and give them a shot, and I may sooner or later if the interest hits me, right now I can't say I'm too interested in messing with a good thing. I haven't heard of the modems not working with the newer kernels, though.. that's interesting.
In regards to the tutorial, I really can't say much more than the two links provided above by others already give. As a default, pppd is installed from the Arch CD with an editable file regarding it's configuration (/etc/ppp/options):
lock
modem
/dev/ttyS1
57600
debug
noauth
defaultroute
noipdefault
user username
password password
connect "chat -v \'\' ATZ OK ATDTnumberofisp CONNECT"
.. /dev/ttyS1 being the modem's port (COM2), the user listing the username, the password listing the password, and the numberofisp being the number of the ISP you're dialing..
As well as adding the following in /etc/ppp/chap-secrets:
\"username\" * \"password\"
.. essentially allowed me to connect with no errors. No idea whether or not chap-secrets was necessary considering the username and password are already stated in /etc/ppp/options, but it's suitable for my connection currently until I find out differently.
Again, I may try to install the modems, but I won't guarantee it. I hope I've helped somehow though.
Maybe you are looking for
-
How can I use one gmail address on two different macbooks in 'mail'?
I'm using one business gmail address. Me and my girlfriend both have a macbook. Now the gmail address is linked to my macbook. But she wants to use it as well. Unfortunately the 'mail' system won't allow her to sync with the gmail address. And I get
-
My Book won't show up on harddrive
I unplugged the My Book from my Mac OS X 10.6.2. I got a message that said to eject the disk before unplugging. I replugged in the My Book and it showed up on the hard drive. Then I ejected it because I wanted to see it I could plug it into the Airpo
-
Excise values are not copied to Commercial invoice in trading process
Hi All, I have an issue while creating VF01 the Excise condtion values (BED, AED) not copied to commercial Invoice. Other inputs about the scenaio: The process is 1Customer schduleing agreement->outbound delivery->J1IJ->commerical invoice(VF01) We ha
-
Buying 5s unlocked, can i use in switzerland and germany with a new sim card?
I currently have iPhone 5 under contract with verizon. going to switzerland and germany soon. i am thinking of purchasing a pre-owned 5S factory unlocked. do they work in those countries with a sim card from a european carrier? thanks Uly
-
My itunes will not update. and i can not uninstall becuse of some supid file it cant find
My I tunes will not update. and i can not uninstall becuse of some supid file it cant find. hence i cant connect to my iphone now that i hav the latest software on my phone.