dsl + pppoe problems continue. ( pppoe !works , here)
i'm still having nil success with getting pppoe up-and-running on this
installation of the debian potato.
1) an invalid router-table entry.
returns: 'SIOCDELRT: process not active" ,
or something that sounds close to that.
'route del -net ...'
returns: "SIOCDELRT: invalid argument")
2) pppoe isn't working.
returns something like
, and then:
returns something like
"can't stop pppd
because there's no active ppp daemon running" (!)
3) having ipv6 configured into the kernel (on-install):
would this be a possible problem-reason?
4) something in the readme for the debian pppoe client (under what,
paraphrased, reads like: "change * to dsl-provider" ) says something about
"...and that line should now look like:" (what it doesn't hardly look like. )
more details available, on-request. haven't cared to fuss-up a bug-report
about it, between boots.
maybe it's part of the reason(s) for the problems with connecting, maybe not.
but it should probably be reported, sometime. ( with a net-connected
debian-install, this should be no problem... .)
5) odd point:
a valid access-concentrator address.
i'm hoping that it's not just grabbing this from a buried conf-file somewhere,
making me think it's actually getting through to the ISP.
returns "unable to connect to remote host".
and 'ping' doesn't work either.
6) another odd thing:
the following is a standard ifconfig-output, with notes aftewrwards:
eth0 Link encap:Ethernet HWaddr 00:C0:F0:5A:DC:21
inet addr:169.254.0.130 Bcast:255.255.255.255 Mask:255.255.0.0
inet6 addr: fe80::c0:f05a:dc21/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
Interrupt:9 Base address:0xec00
note: the value for "addr" is invalid, and seems to be a result of the
router-table entry that i need to wipe-out. the 'mask' is for the ethernet
card, not for the NAT (dsl router, dsl bridge, * . the mask for it is
'255.255.255.0' . should i be using this net-mask, instead? )
the "RX packets" values have been around the hundreds, before. same for the
"TX packets". this means that the software+hardware _is_ connnecting to the
any help would be appreciated, especially if actually works, this time.