* Who is running Red Hat 8.0 and Roaring Penguin?
2002-11-24 18:01 ` Haines Brown
@ 2002-11-24 18:55 ` Chuck Gelm
2002-11-24 22:37 ` Haines Brown
0 siblings, 1 reply; 10+ messages in thread
From: Chuck Gelm @ 2002-11-24 18:55 UTC (permalink / raw)
To: Haines Brown, Linux Newbie; +Cc: linux-newbie
Please address your linux-newbie messages to
linux-newbie@vger.kernel.org
and not to
linux-newbie@hartford-hwp.com
and not to
nc8q@gelm.net without linux-newbie@vger.kernel.org
as I cannot 'reply' to linux-newbie@vger.kernel.org
without adding that address manually &
I see no reason to reply to you alone.
If you cannot do this, I'll edit to suit. ;-)
Haines Brown wrote:
>
> Chuck,
>
> > I use Roaring Penguin PPPOE. http://www.roaringpenguin.com/pppoe/ I
> > selected permanent connection, but I am unsure if this applies to
> > eth# or ppp#. :-| 'adsl-setup' and 'adsl-start' are script names
> > with my application (Roaring Penguin). I am assuming that your
> > using the same or similar.
> >
> > How do you know "I definitely have eth0 set to be permanently up" ?
> > Actually, I'm betting that it is ppp# that is set to demand or
> > permanent.
>
> Yes, I also use the roaring penguin, My eth0 is made active during
> boot, for I can run ifconfig and see that it is up as soon as I've
> finished booting.
Yes, AFAIK, the eth# device that PPPOE is going to use should be up.
However, it should not have an IP address.
> The ppp0, on the other hand, is not up until
> adsl-start is run. That is, ppp0 is on demand, while eth0 is
> permanent. That's my impression, anyway. pppd is a daemon which I
> assume is meant normally to be on demand.
This is your choice for ppp#: demand or permanent.
For a DSL connection, I recommend permanent, especially if you are
having problems with demand.
> Actually, when I run redhat-configuration-network, I see not only
> eth0, but also ppp0 (trying to be active). That's not right. ppp0
> should not appear (or at least it does not show up under RH7.3 as I
> speak to you). I may have some kind of problem in that pppd is trying
> to start ppp, rather than my starting pppoe by means of adsl-start
Seems reasonable.
> > It seems that your dsl connection (PPPOE?) application is setting
> > up IPCHAINS, but your kernel is using IPTABLES.
>
> That may be, but then a good percentage of folks who get RedHat 8.0
> must reconfigure and recompile their kernel, which I doubt.
Who is running Red Hat 8.0 and Roaring Penguin?
I run Roaring Penguin v3.3 and it created IPCHAINS.
I run kernel 2.2.19 as it uses IPCHAINS by default.
IIRC, kernel 2.4.x uses IPTABLES by default.
So, perhaps your Roaring Penguin installation created an
IPCHAINS ruleset and your kernel is using IPTABLES.
Again:
- Create an IPTABLES ruleset for your current kernel.
Roaring Penguin did not do this. (?)
- Rebuild your current kernel to use IPCHAINS.
The IPCHAINS ruleset you choose when you configured Roaring Penguin.
HTH, Chuck
> > - configure IPTABLES to replace your dsl-connection application's
> > attempt to use IPCHAINS.
>
> This was my inclination, for I gather IPTables are better. I've got a
> copy of Bastille, which should make my life a lot easier, not only
> spotting the source of any difficulty, but setting up a secure set of
> rules.
>
> Haines
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Who is running Red Hat 8.0 and Roaring Penguin?
2002-11-24 18:55 ` Who is running Red Hat 8.0 and Roaring Penguin? Chuck Gelm
@ 2002-11-24 22:37 ` Haines Brown
2002-11-24 23:48 ` Chuck Gelm
0 siblings, 1 reply; 10+ messages in thread
From: Haines Brown @ 2002-11-24 22:37 UTC (permalink / raw)
To: nc8q; +Cc: linux-newbie, brownh
Chuck,
> Date: Sun, 24 Nov 2002 13:55:11 -0500
> From: Chuck Gelm <nc8q@gelm.net>
> X-Accept-Language: en
> CC: linux-newbie@hartford-hwp.com
>
> Please address your linux-newbie messages to
> linux-newbie@vger.kernel.org and not to
> linux-newbie@hartford-hwp.com and not to nc8q@gelm.net without
> linux-newbie@vger.kernel.org
>
> as I cannot 'reply' to linux-newbie@vger.kernel.org without adding
> that address manually & I see no reason to reply to you alone.
>
> If you cannot do this, I'll edit to suit. ;-)
Chuck. I quite understand. Somehow a CC: linux-newbie@vger.kernel.org
got in there, and so when I replied, it was reproduced. The header of
this message looks clean, and so it's a kind of test. It goes to you,
and a CC: for the list and back to me.
> Yes, AFAIK, the eth# device that PPPOE is going to use should be
> up. However, it should not have an IP address.
Yes, the eth0 is up and running. The problem was that the
configuration utility gave me the choice of a static address or DHCP,
and I was unable to enter " ". I can get back to the files themselves,
but right now on the machine I'm using, I have a permanent address for
my machine (192.168.0.1) that is simply ignored when I set up a DSL
connection.
> > Actually, when I run redhat-configuration-network, I see not only
> > eth0, but also ppp0
I simply killed that unwanted ppp0, and it goes better.
> Who is running Red Hat 8.0 and Roaring Penguin?
15% of all linux users? ;-)
With eth0 up and running, and having defined the inteface property in
network configuration, I then proceed to configure Roaring Penguin.
Before I do I run adsl-status and am told, naturally, that there's no
/etc/ppp/pppoe.conf file. I then proceed to configure Roaring Penguin
(I'm comfortable with that), and at the end save the
configuration. However, no /etc/ppp/pppoe.conf file shows up.
Then I start adsl and get: ipchains: protocol not available. My first
reaction was that iptables were blocking ppp, but now I don't think
so. Nevertheless, when I run
ipchains -L ... REJECT tcp anysource anydest tcp
flags:SYN,RSG,AC...
However, I can read the error above to mean that ipchains is telling
me there's no ppp protocol running. That, with the absense of a
configuraion file, suggests that Roaring Penguin failed to configure
pppoe. I did all this as root, but I'll have to check permissions,
etc. to make sure the configuration file can be created. Also, I can
try importing my old config file, which should be the same.
Haines
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Who is running Red Hat 8.0 and Roaring Penguin?
2002-11-24 22:37 ` Haines Brown
@ 2002-11-24 23:48 ` Chuck Gelm
2002-11-25 21:53 ` Haines Brown
0 siblings, 1 reply; 10+ messages in thread
From: Chuck Gelm @ 2002-11-24 23:48 UTC (permalink / raw)
To: Haines Brown; +Cc: linux-newbie
:-)
Haines Brown wrote:
>
> Chuck,
>
> > Date: Sun, 24 Nov 2002 13:55:11 -0500
> > From: Chuck Gelm <nc8q@gelm.net>
> > X-Accept-Language: en
> > CC: linux-newbie@hartford-hwp.com
> >
> > Please address your linux-newbie messages to
> > linux-newbie@vger.kernel.org and not to
> > linux-newbie@hartford-hwp.com and not to nc8q@gelm.net without
> > linux-newbie@vger.kernel.org
> >
> > as I cannot 'reply' to linux-newbie@vger.kernel.org without adding
> > that address manually & I see no reason to reply to you alone.
> >
> > If you cannot do this, I'll edit to suit. ;-)
>
> Chuck. I quite understand. Somehow a CC: linux-newbie@vger.kernel.org
> got in there, and so when I replied, it was reproduced. The header of
> this message looks clean, and so it's a kind of test. It goes to you,
> and a CC: for the list and back to me.
>
> > Yes, AFAIK, the eth# device that PPPOE is going to use should be
> > up. However, it should not have an IP address.
>
> Yes, the eth0 is up and running. The problem was that the
> configuration utility gave me the choice of a static address or DHCP,
> and I was unable to enter " ". I can get back to the files themselves,
> but right now on the machine I'm using, I have a permanent address for
> my machine (192.168.0.1) that is simply ignored when I set up a DSL
> connection.
To remove the IPADDRESS from eth0, do
ifconfig eth0 down
ifconfig eth0 0.0.0.0 up
> > > Actually, when I run redhat-configuration-network, I see not only
> > > eth0, but also ppp0
>
> I simply killed that unwanted ppp0, and it goes better.
>
> > Who is running Red Hat 8.0 and Roaring Penguin?
>
> 15% of all linux users? ;-)
Naw, not how many or percentile, but who, specifically,
can help us with a replica of your system. ;-)
> With eth0 up and running, and having defined the inteface property in
> network configuration, I then proceed to configure Roaring Penguin.
>
> Before I do I run adsl-status and am told, naturally, that there's no
> /etc/ppp/pppoe.conf file. I then proceed to configure Roaring Penguin
> (I'm comfortable with that), and at the end save the
> configuration. However, no /etc/ppp/pppoe.conf file shows up.
locate pppoe.conf
on my system reports:
/etc/ppp/pppoe.conf
/usr/local/rp-pppoe-3.5/configs/pppoe.conf
I think that 'adsl-setup' should have created a
'pppoe.conf' file. Where it was placed, I'm not sure.
> Then I start adsl and get: ipchains: protocol not available. My first
> reaction was that iptables were blocking ppp, but now I don't think
> so.
> I think that IPTABLES is blocking IPCHAINS.
- I think that the default Red Hat 8.0 kernel uses
IPTABLES and not IPCHAINS.
- I think that rp-pppoe_v3.x uses IPCHAINS and not IPTABLES.
- I think that when (if?) adsl-setup creates an IPCHAINS ruleset
it is useless to your kernel as your kernel is expecting
an IPTABLES ruleset. :-|
> Nevertheless, when I run
>
> ipchains -L ... REJECT tcp anysource anydest tcp
> flags:SYN,RSG,AC...
>
> However, I can read the error above to mean that ipchains is telling
> me there's no ppp protocol running. That, with the absense of a
> configuraion file, suggests that Roaring Penguin failed to configure
> pppoe. I did all this as root, but I'll have to check permissions,
> etc. to make sure the configuration file can be created. Also, I can
> try importing my old config file, which should be the same.
>
> Haines
Give Ray what he asked for.
"uname -a", "ifconfig -a", & "netstat -nr".
I've edited some IP addresses. Here are mine:
Linux firewall 2.2.19.firewall #8 Wed Aug 28 18:23:22 EDT 2002 i486
unknown
Chain input (policy ACCEPT):
target prot opt source destination
ports
DENY udp ----l- anywhere anywhere any
-> 0:1023
DENY tcp ----l- anywhere anywhere any
-> 0:1023
DENY tcp -y--l- anywhere anywhere any
-> any
DENY icmp ----l- anywhere anywhere
echo-request
Chain forward (policy DENY):
target prot opt source destination
ports
MASQ all ------ anywhere anywhere n/a
Chain output (policy ACCEPT):
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt
Iface
000.72.131.1 0.0.0.0 255.255.255.255 UH 0 0 0
ppp0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0
eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0
lo
0.0.0.0 000.72.131.1 0.0.0.0 UG 0 0 0
ppp0
And here is my pppoe.conf for your perusal:
ETH='eth1'
USER='this_is@edited.net'
DEMAND=no
DNSTYPE=NOCHANGE
PEERDNS=no
DNS1=
DNS2= 000.000.000.000 ;-)
DEFAULTROUTE=yes
CONNECT_TIMEOUT=30
CONNECT_POLL=2
ACNAME=
SERVICENAME=
PING="."
CF_BASE=`basename $CONFIG`
PIDFILE="/var/run/$CF_BASE-adsl.pid"
SYNCHRONOUS=no
CLAMPMSS=1412
LCP_INTERVAL=20
LCP_FAILURE=3
PPPOE_TIMEOUT=80
FIREWALL=MASQUERADE ; <---- see /etc/ppp/firewall-standalone
LINUX_PLUGIN=
PPPOE_EXTRA=""
PPPD_EXTRA=""
HTH, Chuck
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Who is running Red Hat 8.0 and Roaring Penguin?
2002-11-24 23:48 ` Chuck Gelm
@ 2002-11-25 21:53 ` Haines Brown
0 siblings, 0 replies; 10+ messages in thread
From: Haines Brown @ 2002-11-25 21:53 UTC (permalink / raw)
To: nc8q; +Cc: linux-newbie
To remove the IPADDRESS from eth0, do
ifconfig eth0 down
ifconfig eth0 0.0.0.0 up
Yes, I did get rid of it.
> > Who is running Red Hat 8.0 and Roaring Penguin?
>
> 15% of all linux users? ;-)
Naw, not how many or percentile, but who, specifically,
can help us with a replica of your system. ;-)
My feeble attempt at humor.
> With eth0 up and running, and having defined the inteface property in
> network configuration, I then proceed to configure Roaring Penguin.
>
> Before I do I run adsl-status and am told, naturally, that there's no
> /etc/ppp/pppoe.conf file. I then proceed to configure Roaring Penguin
> (I'm comfortable with that), and at the end save the
> configuration. However, no /etc/ppp/pppoe.conf file shows up.
locate pppoe.conf
on my system reports:
/etc/ppp/pppoe.conf
/usr/local/rp-pppoe-3.5/configs/pppoe.conf
I think that 'adsl-setup' should have created a
'pppoe.conf' file. Where it was placed, I'm not sure.
This turned out very interesting. Despite the message I quote, roaring
penguin under RH8.0 no longer stgores its configuration in
/etc/pppoe.conf. I know it stores info becasue when I rerun adsl-setup
I see it, but there's now no pppoe.conf file.
Give Ray what he asked for.
"uname -a", "ifconfig -a", & "netstat -nr".
I will when I can. switching hard disks when there's a bunch strung on
three different scsi channels is a pain. So I have to leap in and out
fairly quickly. I'll get the info and pass it along asap.
I've edited some IP addresses. Here are mine:
Thanks. Info appreciated. I'll compare at this end as soon as I can.
And here is my pppoe.conf for your perusal:
DNS1=
DNS2= 000.000.000.000 ;-)
What's this? I have some onfiburation in
/etc/sysconfig/network-scripts/ifcfg.conf. It is somewwhats like your
own. But you have a much bigger ppp0e timeout value, and I may try
that because I'm begginng to seuspec a timing problem.
Haines
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Who is running Red Hat 8.0 and Roaring Penguin?
@ 2002-11-29 12:06 Haines Brown
[not found] ` <3DE77DC1.AE1D5026@gelm.net>
0 siblings, 1 reply; 10+ messages in thread
From: Haines Brown @ 2002-11-29 12:06 UTC (permalink / raw)
To: linux-newbie
Here's the result of my run today:
========================
a) redhat-config-network. It shows both eth0 (ethernet) and ppp0 (xDSL)
as being inactive.
========================
b) ifconfig shows etho0 up (how do I reconcile with the above?) and with
no IP address.
========================
c) I bring to bring ppp0 by what I thought was a straightforward way:
# ifconfig ppp0 up
ppp0: unknown interface: No such device
========================
d) While adsl-start has not yet timed out:
# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:03:47:CA:FA:E2
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:24 errors:0 dropped:0 overruns:0 frame:0
TX packets:23 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:1821 (1.7 Kb) TX bytes:1131 (1.1 Kb)
Interrupt:11 Base address:0x9000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:250 errors:0 dropped:0 overruns:0 frame:0
TX packets:250 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:17268 (16.8 Kb) TX bytes:17268 (16.8 Kb)
ppp0 Link encap:Point-to-Point Protocol
inet addr:64.252.166.131 P-t-P:64.252.160.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:9 errors:0 dropped:0 overruns:0 frame:0
TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:577 (577.0 b) TX bytes:495 (495.0 b)
========================
e) Then adsl-start times out:
# adsl-start
/sbin/adsl-start: line 221: 18532 Terminated $CONNECT "$@" >/dev/null 2>&1
========================
f) I then look at my routing table:
# netstat -nr
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
64.252.160.1 0.0.0.0 255.255.255.255 UH 40 0 0 ppp0
127.0.0.0 0.0.0.0 255.0.0.0 U 40 0 0 lo
0.0.0.0 64.252.160.1 0.0.0.0 UG 40 0 0 ppp0
========================
g) Kernel not using ipchains
# ipchains -nvL
ipchains: Incompatible with this kernel
========================
h) Here is the iptables
# iptables -nvL
Chain INPUT (policy ACCEPT 2 packets, 95 bytes)
pkts bytes target prot opt in out source destination
259 18589 RH-Lokkit-0-50-INPUT all -- * * 0.0.0.0/0
0.0.0.0/0
Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy ACCEPT 278 packets, 18866 bytes)
pkts bytes target prot opt in out source destination
Chain RH-Lokkit-0-50-INPUT (1 references)
pkts bytes target prot opt in out source destination
7 1226 ACCEPT udp -- * * 206.141.193.55 0.0.0.0/0
udp spt:53 dpts:1025:65535
0 0 ACCEPT udp -- * * 206.73.20.40 0.0.0.0/0
udp spt:53 dpts:1025:65535
0 0 ACCEPT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0
udp spts:67:68 dpts:67:68
0 0 ACCEPT udp -- eth1 * 0.0.0.0/0 0.0.0.0/0
udp spts:67:68 dpts:67:68
250 17268 ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0
0 0 REJECT tcp -- * * 0.0.0.0/0 0.0.0.0/0
tcp flags:0x16/0x02 reject-with icmp-port-unreachable
0 0 REJECT udp -- * * 0.0.0.0/0 0.0.0.0/0
udp reject-with icmp-port-unreachable
========================
i) I can ping my gateway:
# ping 64.252.160.1
PING 64.252.160.1 (64.252.160.1) from 64.252.166.131 : 56(84) bytes of data.
64 bytes from 64.252.160.1: icmp_seq=1 ttl=64 time=15.6 ms
64 bytes from 64.252.160.1: icmp_seq=2 ttl=64 time=16.5 ms
64 bytes from 64.252.160.1: icmp_seq=3 ttl=64 time=18.3 ms
64 bytes from 64.252.160.1: icmp_seq=4 ttl=64 time=16.8 ms
--- 64.252.160.1 ping statistics ---
4 packets transmitted, 4 received, 0% loss, time 3006ms
rtt min/avg/max/mdev = 15.655/16.837/18.303/0.963 ms
========================
j) I can also ping my ppp0's address
# ping 64.252.166.131
PING 64.252.166.131 (64.252.166.131) from 64.252.166.131 : 56(84) bytes of data.
64 bytes from 64.252.166.131: icmp_seq=1 ttl=64 time=0.038 ms
64 bytes from 64.252.166.131: icmp_seq=2 ttl=64 time=0.027 ms
64 bytes from 64.252.166.131: icmp_seq=3 ttl=64 time=0.029 ms
--- 64.252.166.131 ping statistics ---
3 packets transmitted, 3 received, 0% loss, time 1998ms
rtt min/avg/max/mdev = 0.027/0.031/0.038/0.006 ms
========================
k) But I can't ping my ISP's domain name server:
# ping 206.73.20.40
PING 206.73.20.40 (206.73.20.40) from 64.252.166.131 : 56(84) bytes of data.
--- 206.73.20.40 ping statistics ---
10 packets transmitted, 0 received, 100% loss, time 9012ms
========================
Haines
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Who is running Red Hat 8.0 and Roaring Penguin?]
@ 2002-11-29 15:10 Chuck Gelm
0 siblings, 0 replies; 10+ messages in thread
From: Chuck Gelm @ 2002-11-29 15:10 UTC (permalink / raw)
To: Linux Newbie
Haines Brown wrote:
> Here's the result of my run today:
> a) redhat-config-network. It shows both eth0 (ethernet) and ppp0 (xDSL)
> as being inactive.
I think that this is OK.
> b) ifconfig shows etho0 up (how do I reconcile with the above?) and with
> no IP address.
I think that this is OK.
> c) I bring to bring ppp0 by what I thought was a straightforward way:
>
> # ifconfig ppp0 up
> ppp0: unknown interface: No such device
I think that 'adsl-start' should be the way to create device ppp0.
I think that you should not be forcing ppp0 up by hand.
> d) While adsl-start has not yet timed out:
>
> # ifconfig -a
> eth0 Link encap:Ethernet HWaddr 00:03:47:CA:FA:E2
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:24 errors:0 dropped:0 overruns:0 frame:0
> TX packets:23 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:1821 (1.7 Kb) TX bytes:1131 (1.1 Kb)
> Interrupt:11 Base address:0x9000
>
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Mask:255.0.0.0
> UP LOOPBACK RUNNING MTU:16436 Metric:1
> RX packets:250 errors:0 dropped:0 overruns:0 frame:0
> TX packets:250 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:17268 (16.8 Kb) TX bytes:17268 (16.8 Kb)
>
> ppp0 Link encap:Point-to-Point Protocol
> inet addr:64.252.166.131 P-t-P:64.252.160.1 Mask:255.255.255.255
> UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
> RX packets:9 errors:0 dropped:0 overruns:0 frame:0
> TX packets:12 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:3
> RX bytes:577 (577.0 b) TX bytes:495 (495.0 b)
This looks good to me.
> e) Then adsl-start times out:
>
> # adsl-start
> /sbin/adsl-start: line 221: 18532 Terminated $CONNECT "$@" >/dev/null 2>&1
Umm, is this a 'time-out' or a script execution failure?
My adsl-start file has only 197 lines.
A line nearly identical to your appears in my line 152:
"$CONNECT "$@" >/dev/null 2>&1 &"
Except my line is terminated with a "&".
This line appears after a comment:
# Start the connection in the background unless we're debugging
> f) I then look at my routing table:
>
> # netstat -nr
> Kernel IP routing table
> Destination Gateway Genmask Flags MSS Window irtt Iface
> 64.252.160.1 0.0.0.0 255.255.255.255 UH 40 0 0 ppp0
> 127.0.0.0 0.0.0.0 255.0.0.0 U 40 0 0 lo
> 0.0.0.0 64.252.160.1 0.0.0.0 UG 40 0 0 ppp0
This may be part of a problem. Notice that your routing table
has only a ppp0 device (not counting 'lo') and no eth0 device ...
> g) Kernel not using ipchains
>
> # ipchains -nvL
> ipchains: Incompatible with this kernel
Here is my ipchains -nvL
Chain input (policy ACCEPT: 12771974 packets, 4905163086 bytes):
pkts bytes target prot opt tosa tosx ifname mark
outsize source destination ports
5336 423K DENY udp ----l- 0xFF 0x00
ppp+ 0.0.0.0/0
0.0.0.0/0 * -> 0:1023
744 37331 DENY tcp ----l- 0xFF 0x00
ppp+ 0.0.0.0/0
0.0.0.0/0 * -> 0:1023
1149 55368 DENY tcp -y--l- 0xFF 0x00
ppp+ 0.0.0.0/0
0.0.0.0/0 * -> *
53 2489 DENY icmp ----l- 0xFF 0x00
ppp+ 0.0.0.0/0
0.0.0.0/0 8 -> *
Chain forward (policy DENY: 0 packets, 0 bytes):
pkts bytes target prot opt tosa tosx ifname mark
outsize source destination ports
1376K 85M MASQ all ------ 0xFF 0x00
* 0.0.0.0/0
0.0.0.0/0 n/a
Chain output (policy ACCEPT: 12894352 packets, 3893742239 bytes):
Notice that my IPCHAINS uses ppp+
(perhaps the + indicates all ppp# devices)
and does not mention my eth0 nor eth1 devices.
Likewise notice that ppp* is never mentioned in your IPTABLES ruleset,
only eth0 and eth1 which are 'down'. :-|
It appears that rp-pppoe has not modified your IPTABLES ruleset.
> h) Here is the iptables
>
> # iptables -nvL
> Chain INPUT (policy ACCEPT 2 packets, 95 bytes)
> pkts bytes target prot opt in out source destination
> 259 18589 RH-Lokkit-0-50-INPUT all -- * * 0.0.0.0/0
> 0.0.0.0/0
>
> Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
> pkts bytes target prot opt in out source destination
>
> Chain OUTPUT (policy ACCEPT 278 packets, 18866 bytes)
> pkts bytes target prot opt in out source destination
>
> Chain RH-Lokkit-0-50-INPUT (1 references)
> pkts bytes target prot opt in out source destination
> 7 1226 ACCEPT udp -- * * 206.141.193.55 0.0.0.0/0
> udp spt:53 dpts:1025:65535
> 0 0 ACCEPT udp -- * * 206.73.20.40 0.0.0.0/0
> udp spt:53 dpts:1025:65535
> 0 0 ACCEPT udp -- eth0 * 0.0.0.0/0 0.0.0.0/0
> udp spts:67:68 dpts:67:68
> 0 0 ACCEPT udp -- eth1 * 0.0.0.0/0 0.0.0.0/0
> udp spts:67:68 dpts:67:68
> 250 17268 ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0
>
> 0 0 REJECT tcp -- * * 0.0.0.0/0 0.0.0.0/0
> tcp flags:0x16/0x02 reject-with icmp-port-unreachable
> 0 0 REJECT udp -- * * 0.0.0.0/0 0.0.0.0/0
> udp reject-with icmp-port-unreachable
> i) I can ping my gateway:
>
> # ping 64.252.160.1
> PING 64.252.160.1 (64.252.160.1) from 64.252.166.131 : 56(84) bytes of data.
> 64 bytes from 64.252.160.1: icmp_seq=1 ttl=64 time=15.6 ms
> 64 bytes from 64.252.160.1: icmp_seq=2 ttl=64 time=16.5 ms
> 64 bytes from 64.252.160.1: icmp_seq=3 ttl=64 time=18.3 ms
> 64 bytes from 64.252.160.1: icmp_seq=4 ttl=64 time=16.8 ms
>
> --- 64.252.160.1 ping statistics ---
> 4 packets transmitted, 4 received, 0% loss, time 3006ms
> rtt min/avg/max/mdev = 15.655/16.837/18.303/0.963 ms
>
> ========================
>
> j) I can also ping my ppp0's address
>
> # ping 64.252.166.131
> PING 64.252.166.131 (64.252.166.131) from 64.252.166.131 : 56(84) bytes of data.
> 64 bytes from 64.252.166.131: icmp_seq=1 ttl=64 time=0.038 ms
> 64 bytes from 64.252.166.131: icmp_seq=2 ttl=64 time=0.027 ms
> 64 bytes from 64.252.166.131: icmp_seq=3 ttl=64 time=0.029 ms
>
> --- 64.252.166.131 ping statistics ---
> 3 packets transmitted, 3 received, 0% loss, time 1998ms
> rtt min/avg/max/mdev = 0.027/0.031/0.038/0.006 ms
>
> ========================
>
> k) But I can't ping my ISP's domain name server:
>
> # ping 206.73.20.40
> PING 206.73.20.40 (206.73.20.40) from 64.252.166.131 : 56(84) bytes of data.
>
> --- 206.73.20.40 ping statistics ---
> 10 packets transmitted, 0 received, 100% loss, time 9012ms
I get the same results when I ping 206.73.20.40.
100% failure. So:
a. Sorry, I don't know Red Hat's 'redhat-config-network'.
b. You do not want eth# up.
'ifconfig eth0 down' before running adsl-start.
c. Do not 'bring up' ppp0 yourself. Let adsl-start do it.
d. '# ifconfig -a' looks perfect
e. I think 'adsl-start' fails rather than 'times out'.
f. Output of 'netstat -nr' looks fine.
g. Yes, kernel 2.4.x does not use IPCHAINS.
h. IPTABLES indicates no knowledge/use of ppp0. :-(
i. I can ping your gateway too. ;-)
j. Not applicable.
k. I cannot ping your DNS either.
Conclusion:
- rp-pppoe-v? has not been correctly installed and/or configured.
e.g. Your adsl-start script 'fails'.
I suggest that if your version is not the 'current' one,
download and install the current version from Roaring Penguin.
I think that they have RPMs. Hopefully a release that creates
an IPTABLES ruleset is available.
- You do not have a 'working' iptables ruleset because ppp0
is not mentioned.
HTH, Chuck
> Haines
> -
> To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.linux-learn.org/faqs
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Who is running Red Hat 8.0 and Roaring Penguin?
[not found] ` <200211291737.gATHbhP02431@hartford-hwp.com>
@ 2002-11-29 18:28 ` Chuck Gelm
2002-11-29 22:23 ` Haines Brown
0 siblings, 1 reply; 10+ messages in thread
From: Chuck Gelm @ 2002-11-29 18:28 UTC (permalink / raw)
To: Haines Brown, Linux Newbie
I added linux-newbie back into the address field.
Haines Brown wrote:
>
> Chuck,
>
> Thanks for your helpful reply. I'll respond to it more fully after
> I've had a chance to visit the RH8.0 machine having the problem.
>
> I did not include in my report that I originally had a problem getting
> roaring penguin to build a configuration file. Because when I re-ran
> adsl-setup it new my settings (apparently) previously entered, I
> assumed that the configuration was stored elsewhere even though there
> was no longer a /etc/ppp/pppoe.conf file.
Your previous responses to adsl-setup are stored.
If adsl-setup never created a configuration file,
re-running it with the same responses might not create one either.
:-|
Was there ever a /etc/ppp/pppoe.conf file?
> But I just now visited the roarding penguin site to download a new
> version, and I see that the configuration file remains the same as
> before. So I conclude my rppppoe is broken, did not install properly,
> or there's a permission problem somewhere preventing the creation of
> its configuration file.
>
> I'll look at the script as you suggest and otherwise snoop around
> roaring penguin.
>
> Currently, my present (working) system has in its routing table the
> line:
>
> 192.168.0.0 0.0.0.0 255.255.255.0 U 40 0 0 eth0
>
> but on my present machine, I gave eth0 a static address because it was
> once part of a LAN. On my other machine, as you point out, there's no
> eth0 line, but what address should it have if it were present on a
> stand-alone machine? 0.0.0.0?
>
> I think I'll add eth0 to the routing table with that address to see
> what happens. Some of the iptables problems may be resolved once I
> resolve the two problems above. I'll get back to the list after I've
> been able to explored this.
I think I have said this before, several times before;
the eth# device that connects to the DSL modem should
not have an IP address (when you run adsl-start).
rp-pppoe will not work if the eth# device already has an IP address.
ppp0 gets the IP address (from adsl-start).
The eth# device must be UP and RUNning and have no IP address.
Suggestion:
If you have both a DSL modem and a LAN, put another ethernet NIC
in the computer. A few dollars for an old 3c509, NE2000, whatever
card should be do-able. Then let RedHat have its way with the eth0
device and configure RP-pppoe to use the eth1 device.
;-)
HTH, Chuck
> Haines
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Who is running Red Hat 8.0 and Roaring Penguin?
2002-11-29 18:28 ` Chuck Gelm
@ 2002-11-29 22:23 ` Haines Brown
2002-11-29 23:01 ` Chuck Gelm
2002-11-29 23:02 ` Ray Olszewski
0 siblings, 2 replies; 10+ messages in thread
From: Haines Brown @ 2002-11-29 22:23 UTC (permalink / raw)
To: nc8q; +Cc: linux-newbie
Chuck,
I've revisited my drive with RH 8.0, and while the situation is
different, not sure I've made much progress. After messing around last
time, after booting eth0 was not seen. And so I had to deal with that
first. Here's the result, which should be ok.
# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:03:47:CA:FA:E2
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:400 (400.0 b) TX bytes:0 (0.0 b)
Interrupt:11 Base address:0xb000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:482 errors:0 dropped:0 overruns:0 frame:0
TX packets:482 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:33284 (32.5 Kb) TX bytes:33284 (32.5 Kb)
I had been running rp-pppoe 3.4-7, but now upgraded it to 3.5-1. When I
run adsl-setup to create a new configuration, I discovered that this
time a /etc/ppp/pppoe.conf file is created. Clearly the distribution
copy of roarding penguin was broken. When I run adsl-start, I now get
a proper response and no hang:
# adsl-start
. Connected!
Now my interfaces are looking good:
# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:03:47:CA:FA:E2
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:31 errors:0 dropped:0 overruns:0 frame:0
TX packets:36 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:2490 (2.4 Kb) TX bytes:2260 (2.2 Kb)
Interrupt:11 Base address:0xb000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:482 errors:0 dropped:0 overruns:0 frame:0
TX packets:482 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:33284 (32.5 Kb) TX bytes:33284 (32.5 Kb)
ppp0 Link encap:Point-to-Point Protocol
inet addr:64.252.168.146 P-t-P:64.252.160.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:10 errors:0 dropped:0 overruns:0 frame:0
TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:864 (864.0 b) TX bytes:1298 (1.2 Kb)
However, I find that my routing table still missing eth0
# netstat -nr
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
64.252.160.1 0.0.0.0 255.255.255.255 UH 40 0 0 ppp0
127.0.0.0 0.0.0.0 255.0.0.0 U 40 0 0 lo
0.0.0.0 64.252.160.1 0.0.0.0 UG 40 0 0 ppp0
I check with route:
# route
Kernel IP routing table
Destination Gateway Genmask Flags ... Use Iface
1.160.252.64.sn * 255.255.255.255 UH ... 0 ppp0
127.0.0.0 * 255.0.0.0 U ... 0 lo
default 1.160.252.64.sn 0.0.0.0 UG ... 0 ppp0
So I try to add it:
# route add eth0
SIOCADDRT: No such device
I try to ping my gateway as reported by netstat above:
# ping 64.252.160.1
That is successful, but trying to ping the ppp0 address failed:
# ping 1.160.252.64
And other pings failed.
Haines
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Who is running Red Hat 8.0 and Roaring Penguin?
2002-11-29 22:23 ` Haines Brown
@ 2002-11-29 23:01 ` Chuck Gelm
2002-11-29 23:02 ` Ray Olszewski
1 sibling, 0 replies; 10+ messages in thread
From: Chuck Gelm @ 2002-11-29 23:01 UTC (permalink / raw)
To: Haines Brown; +Cc: linux-newbie
Hi, Haines:
That ppp0 IP address in your route looks odd.
1.160.252.64.sn
^^^ ?
Perhaps it is a truncated FQDN. More...
Haines Brown wrote:
>
> Chuck,
>
> I've revisited my drive with RH 8.0, and while the situation is
> different, not sure I've made much progress. After messing around last
> time, after booting eth0 was not seen. And so I had to deal with that
> first. Here's the result, which should be ok.
>
> # ifconfig -a
>
> eth0 Link encap:Ethernet HWaddr 00:03:47:CA:FA:E2
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:6 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:400 (400.0 b) TX bytes:0 (0.0 b)
> Interrupt:11 Base address:0xb000
>
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Mask:255.0.0.0
> UP LOOPBACK RUNNING MTU:16436 Metric:1
> RX packets:482 errors:0 dropped:0 overruns:0 frame:0
> TX packets:482 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:33284 (32.5 Kb) TX bytes:33284 (32.5 Kb)
>
> I had been running rp-pppoe 3.4-7, but now upgraded it to 3.5-1. When I
> run adsl-setup to create a new configuration, I discovered that this
> time a /etc/ppp/pppoe.conf file is created. Clearly the distribution
> copy of roarding penguin was broken. When I run adsl-start, I now get
> a proper response and no hang:
>
> # adsl-start
> . Connected!
>
> Now my interfaces are looking good:
>
> # ifconfig -a
> eth0 Link encap:Ethernet HWaddr 00:03:47:CA:FA:E2
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:31 errors:0 dropped:0 overruns:0 frame:0
> TX packets:36 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:2490 (2.4 Kb) TX bytes:2260 (2.2 Kb)
> Interrupt:11 Base address:0xb000
>
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Mask:255.0.0.0
> UP LOOPBACK RUNNING MTU:16436 Metric:1
> RX packets:482 errors:0 dropped:0 overruns:0 frame:0
> TX packets:482 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:33284 (32.5 Kb) TX bytes:33284 (32.5 Kb)
>
> ppp0 Link encap:Point-to-Point Protocol
> inet addr:64.252.168.146 P-t-P:64.252.160.1 Mask:255.255.255.255
> UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
> RX packets:10 errors:0 dropped:0 overruns:0 frame:0
> TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:3
> RX bytes:864 (864.0 b) TX bytes:1298 (1.2 Kb)
>
> However, I find that my routing table still missing eth0
>
> # netstat -nr
> Kernel IP routing table
> Destination Gateway Genmask Flags MSS Window irtt Iface
> 64.252.160.1 0.0.0.0 255.255.255.255 UH 40 0 0 ppp0
> 127.0.0.0 0.0.0.0 255.0.0.0 U 40 0 0 lo
> 0.0.0.0 64.252.160.1 0.0.0.0 UG 40 0 0 ppp0
>
> I check with route:
>
> # route
> Kernel IP routing table
> Destination Gateway Genmask Flags ... Use Iface
> 1.160.252.64.sn * 255.255.255.255 UH ... 0 ppp0
> 127.0.0.0 * 255.0.0.0 U ... 0 lo
> default 1.160.252.64.sn 0.0.0.0 UG ... 0 ppp0
^^^^^^^^^^^^^^^
This may be a truncated fully qualified domain name (FQDN)
and may not be ping-able. Check with
# route -n
instead. I wonder what your (route -n) was before and after
adsl-start.
Actually, I think that 'netstat -nr' is identical to 'route -n'.
> So I try to add it:
>
> # route add eth0
> SIOCADDRT: No such device
>
> I try to ping my gateway as reported by netstat above:
>
> # ping 64.252.160.1
This is an external IP address. This is great! :-)
> That is successful, but trying to ping the ppp0 address failed:
>
> # ping 1.160.252.64
This is not the ppp0 address, 64.252.168.146 was.
> And other pings failed.
;-) What other pings? Your other mention of an unpingable
address was unpingable by others too. :-|
I can ping 'aol.com' and 'yahoo.com'. Can you?
This will test your DNS server.
As per your report, everything looks fine...
except your choice of IP addresses to ping.
HTH, Chuck
> Haines
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.linux-learn.org/faqs
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Who is running Red Hat 8.0 and Roaring Penguin?
2002-11-29 22:23 ` Haines Brown
2002-11-29 23:01 ` Chuck Gelm
@ 2002-11-29 23:02 ` Ray Olszewski
1 sibling, 0 replies; 10+ messages in thread
From: Ray Olszewski @ 2002-11-29 23:02 UTC (permalink / raw)
To: linux-newbie
Haines -- You are not here reporting any problem with your configuration.
Everything you list below is as it should be with PPPoE. In particular,
your routing table does not list eth0 because you have (and need have) no
routes that use it; it isn't even a configured interface (that is, no IP
address). It just operates at the link level, where it provides an Ethernet
link that encapsulates a ppp link (a different link-level protocol). The
ppp link carries your network-layer (IP) traffic.
The next test is to try using the connection to the Internet that exists.
As I already said, if you need an IP address that you know responds to
pings, please feel free to use mine (which I listed in a prior message, or
you can check the Received: headers here). Or just try doing whatever it is
you actually do on this computer and see if it works.
The ping you specifically report trying that fails, namely
# ping 1.160.252.64
no doubt fails because it is not your ppp0 address, which is (according to
ifconfig) 64.252.168.146 . The address that fails is your gateway address
in reverse order; I can't guess where you might have picked that up from.
Just to be completely clear on this, I **can** ping both your gateway
address and your ppp0 address (but not the bogus address you report as your
gateway in the ping test), suggesting that you are connected (though the
second success may be a trick, depending on how the ISP implements ppp at
its end). Here are my results:
autovcr@kuryakin:~$ ping 1.160.252.64
PING 1.160.252.64 (1.160.252.64): 56 data bytes
--- 1.160.252.64 ping statistics ---
3 packets transmitted, 0 packets received, 100% packet loss
autovcr@kuryakin:~$ ping 64.252.160.1
PING 64.252.160.1 (64.252.160.1): 56 data bytes
64 bytes from 64.252.160.1: icmp_seq=0 ttl=47 time=98.9 ms
64 bytes from 64.252.160.1: icmp_seq=1 ttl=47 time=97.5 ms
--- 64.252.160.1 ping statistics ---
3 packets transmitted, 2 packets received, 33% packet loss
round-trip min/avg/max = 97.5/98.2/98.9 ms
autovcr@kuryakin:~$ ping 64.252.168.146
PING 64.252.168.146 (64.252.168.146): 56 data bytes
64 bytes from 64.252.168.146: icmp_seq=0 ttl=110 time=118.9 ms
64 bytes from 64.252.168.146: icmp_seq=1 ttl=110 time=135.3 ms
64 bytes from 64.252.168.146: icmp_seq=2 ttl=110 time=119.7 ms
--- 64.252.168.146 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 118.9/124.6/135.3 ms
autovcr@kuryakin:~$
You say "And other pings failed", but that's too vague to troubleshoot (and
your getting your own gateway address wrong gives me some cause for
skepticism regarding parts of your report that I cannot check). Tell us
what you tried to ping and EXACTLY how the pings failed (pings fail in many
distinct ways, and the differences are informative).
The main problem you *may* still have is with DNS. Since the ISP DNS server
address you are using does not respond to pings (and cannot be reached
using traceroute), you *may* be trying to use the wrong address. So you
first want to try doing things that use actual IP addresses, not FQNs. If
actual addresses work but not FQNs, your options are
1. Get the correct IP addresses for your ISP's nameserves in
/etc/resolv.conf
2. Run BIND (or an equivalent) yourself and bypass the ISP's
nameservers (your ISP *might* block this, but it is rare for them to do so).
At 05:23 PM 11/29/02 -0500, Haines Brown wrote:
>Chuck,
>
>I've revisited my drive with RH 8.0, and while the situation is
>different, not sure I've made much progress. After messing around last
>time, after booting eth0 was not seen. And so I had to deal with that
>first. Here's the result, which should be ok.
>
> # ifconfig -a
>
> eth0 Link encap:Ethernet HWaddr 00:03:47:CA:FA:E2
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:6 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:400 (400.0 b) TX bytes:0 (0.0 b)
> Interrupt:11 Base address:0xb000
>
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Mask:255.0.0.0
> UP LOOPBACK RUNNING MTU:16436 Metric:1
> RX packets:482 errors:0 dropped:0 overruns:0 frame:0
> TX packets:482 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:33284 (32.5 Kb) TX bytes:33284 (32.5 Kb)
>
>I had been running rp-pppoe 3.4-7, but now upgraded it to 3.5-1. When I
>run adsl-setup to create a new configuration, I discovered that this
>time a /etc/ppp/pppoe.conf file is created. Clearly the distribution
>copy of roarding penguin was broken. When I run adsl-start, I now get
>a proper response and no hang:
>
> # adsl-start
> . Connected!
>
>Now my interfaces are looking good:
>
> # ifconfig -a
> eth0 Link encap:Ethernet HWaddr 00:03:47:CA:FA:E2
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:31 errors:0 dropped:0 overruns:0 frame:0
> TX packets:36 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:2490 (2.4 Kb) TX bytes:2260 (2.2 Kb)
> Interrupt:11 Base address:0xb000
>
> lo Link encap:Local Loopback
> inet addr:127.0.0.1 Mask:255.0.0.0
> UP LOOPBACK RUNNING MTU:16436 Metric:1
> RX packets:482 errors:0 dropped:0 overruns:0 frame:0
> TX packets:482 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:33284 (32.5 Kb) TX bytes:33284 (32.5 Kb)
>
> ppp0 Link encap:Point-to-Point Protocol
> inet addr:64.252.168.146 P-t-P:64.252.160.1 Mask:255.255.255.255
> UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
> RX packets:10 errors:0 dropped:0 overruns:0 frame:0
> TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:3
> RX bytes:864 (864.0 b) TX bytes:1298 (1.2 Kb)
>
>However, I find that my routing table still missing eth0
>
> # netstat -nr
> Kernel IP routing table
> Destination Gateway Genmask Flags MSS Window irtt Iface
> 64.252.160.1 0.0.0.0 255.255.255.255 UH 40 0 0 ppp0
> 127.0.0.0 0.0.0.0 255.0.0.0 U 40 0 0 lo
> 0.0.0.0 64.252.160.1 0.0.0.0 UG 40 0 0 ppp0
>
>I check with route:
>
> # route
> Kernel IP routing table
> Destination Gateway Genmask Flags ... Use Iface
> 1.160.252.64.sn * 255.255.255.255 UH ... 0 ppp0
> 127.0.0.0 * 255.0.0.0 U ... 0 lo
> default 1.160.252.64.sn 0.0.0.0 UG ... 0 ppp0
>
>So I try to add it:
>
> # route add eth0
> SIOCADDRT: No such device
>
>I try to ping my gateway as reported by netstat above:
>
> # ping 64.252.160.1
>
>That is successful, but trying to ping the ppp0 address failed:
>
> # ping 1.160.252.64
>
>And other pings failed.
>
>Haines
--
-------------------------------------------"Never tell me the odds!"--------
Ray Olszewski -- Han Solo
Palo Alto, California, USA ray@comarre.com
-------------------------------------------------------------------------------
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2002-11-29 23:02 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-11-29 15:10 Who is running Red Hat 8.0 and Roaring Penguin?] Chuck Gelm
-- strict thread matches above, loose matches on Subject: below --
2002-11-29 12:06 Who is running Red Hat 8.0 and Roaring Penguin? Haines Brown
[not found] ` <3DE77DC1.AE1D5026@gelm.net>
[not found] ` <200211291737.gATHbhP02431@hartford-hwp.com>
2002-11-29 18:28 ` Chuck Gelm
2002-11-29 22:23 ` Haines Brown
2002-11-29 23:01 ` Chuck Gelm
2002-11-29 23:02 ` Ray Olszewski
2002-11-23 23:55 firewall blocks ppp0? Haines Brown
[not found] ` <3DE102FA.85D8F85D@gelm.net>
2002-11-24 18:01 ` Haines Brown
2002-11-24 18:55 ` Who is running Red Hat 8.0 and Roaring Penguin? Chuck Gelm
2002-11-24 22:37 ` Haines Brown
2002-11-24 23:48 ` Chuck Gelm
2002-11-25 21:53 ` Haines Brown
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox