| Summary: | PPP does not connect to ADSL without Rp-pppoe | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Philip Webb <purslow> |
| Component: | [OLD] baselayout | Assignee: | Gentoo Dialup Developers <net-dialup> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | 2006.0 | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Philip Webb
2006-06-07 20:22:54 UTC
Did you add net.ppp0 to the autostart (rc-update add net.ppp0 default) scripts? It seems pppd is not even started... Your kernel has pppoe support? (not required for rp-pppoe, but for this config!) Your config looks ok otherwise, a very similar one works flawlessly for me. I use config_eth0=( "null" ), since that interface is only used for pppoe and doesn't need any addresses, but that all of the difference. You might also want to try to add "mtu 1492" and "mru 1492" to your pppd options, as that is what most people recommend (ethernet mtu - pppoe header size) please add "debug" to pppd_ppp0 and post here the resulted logs. (In reply to comment #1) > It seems pppd is not even started... Yes, that's very much how it looks to me. I don't know why. > Did you add net.ppp0 to the autostart scripts? I already have net.eth0 there & both are symlinks to net.lo , so it shouldn't make any difference. > Your kernel has pppoe support? Yes. (In reply to comment #2) > please add "debug" to pppd_ppp0 and post here the resulted logs. I have done that & there is no change to the syslog output or boot messages. The output from /var/log/debug is below, but it doesn't seem to have any lines referring to PPP : Jun 8 21:59:10 localhost kernel: On node 0 totalpages: 261952 Jun 8 21:59:10 localhost kernel: DMA zone: 4096 pages, LIFO batch:1 Jun 8 21:59:10 localhost kernel: Normal zone: 225280 pages, LIFO batch:31 Jun 8 21:59:10 localhost kernel: HighMem zone: 32576 pages, LIFO batch:15 Jun 8 21:59:10 localhost kernel: ACPI: RSDP (v000 ACPIAM ) @ 0x000f91e0 Jun 8 21:59:10 localhost kernel: ACPI: RSDT (v001 A M I OEMRSDT 0x05000407 MSFT 0x00000097) @ 0x3ff40000 Jun 8 21:59:10 localhost kernel: ACPI: FADT (v002 A M I OEMFACP 0x05000407 MSFT 0x00000097) @ 0x3ff40200 Jun 8 21:59:10 localhost kernel: ACPI: MADT (v001 A M I OEMAPIC 0x05000407 MSFT 0x00000097) @ 0x3ff40300 Jun 8 21:59:10 localhost kernel: ACPI: OEMB (v001 A M I OEMBIOS 0x05000407 MSFT 0x00000097) @ 0x3ff50040 Jun 8 21:59:10 localhost kernel: ACPI: DSDT (v001 A0008 A0008205 0x00000205 INTL 0x02002026) @ 0x00000000 Jun 8 21:59:10 localhost kernel: ACPI: Local APIC address 0xfee00000 Jun 8 21:59:10 localhost kernel: ACPI: IRQ0 used by override. Jun 8 21:59:10 localhost kernel: ACPI: IRQ2 used by override. Jun 8 21:59:10 localhost kernel: ACPI: IRQ9 used by override. Jun 8 21:59:10 localhost kernel: mapped APIC to ffffd000 (fee00000) Jun 8 21:59:10 localhost kernel: mapped IOAPIC to ffffc000 (fec00000) Jun 8 21:59:10 localhost kernel: CPU: After generic identify, caps: 0383fbff c1c3fbff 00000000 00000000 00000000 00000\ 000 00000000 Jun 8 21:59:10 localhost kernel: CPU: After vendor identify, caps: 0383fbff c1c3fbff 00000000 00000000 00000000 000000\ 00 00000000 Jun 8 21:59:10 localhost kernel: CPU: After all inits, caps: 0383fbff c1c3fbff 00000000 00000020 00000000 00000000 000\ 00000 Jun 8 21:59:10 localhost kernel: Boot video device is 0000:01:00.0 Jun 8 21:59:10 localhost kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] Jun 8 21:59:10 localhost kernel: PCI: Setting latency timer of device 0000:00:01.0 to 64 Jun 8 21:59:10 localhost kernel: Probing IDE interface ide0... Jun 8 21:59:10 localhost kernel: Probing IDE interface ide1... Jun 8 21:59:10 localhost kernel: libata version 1.12 loaded. In case it's important, the relevant section of /usr/src/linux/.config is : # Wan interfaces # # CONFIG_WAN is not set # CONFIG_FDDI is not set # CONFIG_HIPPI is not set # CONFIG_PLIP is not set CONFIG_PPP=y # CONFIG_PPP_MULTILINK is not set # CONFIG_PPP_FILTER is not set CONFIG_PPP_ASYNC=y # CONFIG_PPP_SYNC_TTY is not set CONFIG_PPP_DEFLATE=y CONFIG_PPP_BSDCOMP=m CONFIG_PPPOE=y # CONFIG_SLIP is not set # CONFIG_NET_FC is not set # CONFIG_SHAPER is not set # CONFIG_NETCONSOLE is not set # CONFIG_NETPOLL is not set # CONFIG_NET_POLL_CONTROLLER is not set It looks as if PPP is not starting, but I have no idea why. That is strange. I see you are using "updetach"... When you start net.ppp0, it just freeze waiting for the link to come up, right? (In reply to comment #5) > That is strange. I see you are using "updetach"... > When you start net.ppp0, it just freeze waiting for the link to come up? I've solved the problem, though I'm not quite sure what should be happening. Using Rp-pppoe , I need 'net.eth0' in /etc/runlevels/default , but to use PPP I need 'net.ppp0' there instead. I was confused -- and still don't understand what's going on -- by the fact that both are symlinks for 'net.lo', which has already started before Runlevel 3 is entered. How can they have different effects like this ? Also, I tried removing all the items in pppd_ppp0 except 'debug' & the connection didn't go through, so something in there is essential. Do you have any advice what ? I can try removing each & see what happens. You do need to add to /etc/conf.d/net.example a line to tell users to make sure 'net.ppp0' is in their default runlevel: that's a step which will not be clear to everyone (it is/wasn't to me). Thanks a lot for your attention. If you could answer my 2 questions above, it would help me understand the process a lot better. (In reply to comment #6) Some experimentation with flags in pppd_ppp0 in /etc/conf.d/net : 'updetach' is needed to prevent Ntpd trying to start before ADSL & stalling; 'defaultroute' is needed: the connection is made to the ISP, but Lynx can't connect to Internet sites (tested twice); the other flags I listed earlier don't seem to make a difference. All seems to be working now & thanks again for looking at this, but I do suggest net.example needs a couple more lines of clarification. (In reply to comment #6) > Also, I tried removing all the items in pppd_ppp0 except 'debug' > & the connection didn't go through, so something in there is essential. > Do you have any advice what ? I can try removing each & see what happens. Well, usually you'll need "noauth" "defaultroute" "usepeerdns". net.example already advise you to read in pppd's manual page and that is all you need to know. > You do need to add to /etc/conf.d/net.example > a line to tell users to make sure 'net.ppp0' is in their default runlevel: > that's a step which will not be clear to everyone (it is/wasn't to me). This is an obvious thing to do. Why would you need to make that net.ppp0 symlink and set config_ppp0 if you don't start net.ppp0 (ppp0 depends on eth0, not the other way around)? You're the only one till now who didn't understand it and, believe me, there are many peeps that already use ppp net module. rp-pppoe module is a broken way of setting up a PPPoE link from Gentoo's pov, but many noobs find it easier to use. Since Gentoo is all about choices ... |
