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)

  • Bonding wlan0 and ppp0

    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

  • No /dev/ppp0

    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?
    HC

    solved
    The answer, I am stupid; did not have ppp_async enabled in the kernel.

  • Internet ppp kppp pppd

    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 best

    This 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!

  • KPPP, PPPD, DHCP

    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,
    Dusty

    Ah, 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

  • PPPD in Solaris 8

    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.
    //Steven

    I 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,
    Magnus

    This 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