pppd is up, but cannot ping/traceroute/connect to internet - help please

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Federico Hanss » Tue, 01 Jul 2003 08:13:06



I am pretty new to linux but everything worked fine with my connection
since installation 6 months ago until yesterday.....
Now when I use kppp the modem connects with the ISP with no problem
but after that, none of the browsers will get to any site.
Additionally:
a. I have tried ping and no packet was returned
b. I have tried traceroute and it says it cannot send

I am really new to networking so maybe I have done a silly thing and
now cannot see what it is........
I would really appreciate any help on how to fix it.

Thanks in advance
Federico

===============================================
This is the output of ifconfig:
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:32 errors:0 dropped:0 overruns:0 frame:0

          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2852 (2.7 Kb)  TX bytes:2852 (2.7 Kb)

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:216.244.244.213  P-t-P:216.244.192.37
Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:4 errors:2 dropped:0 overruns:0 frame:0
          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:70 (70.0 b)  TX bytes:87 (87.0 b)
===========================================================================
This is the ouput of route

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref  
Use Iface
216.244.192.37  *               255.255.255.255 UH    0      0      
0 ppp0
127.0.0.0       *               255.0.0.0       U     0      0      
0 lo
default         216.244.192.37  0.0.0.0         UG    0      0      
0 ppp0
============================================================================

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Bill Unr » Tue, 01 Jul 2003 08:53:49


]I am pretty new to linux but everything worked fine with my connection
]since installation 6 months ago until yesterday.....
]Now when I use kppp the modem connects with the ISP with no problem
]but after that, none of the browsers will get to any site.
]Additionally:
]a. I have tried ping and no packet was returned
]b. I have tried traceroute and it says it cannot send

]I am really new to networking so maybe I have done a silly thing and
]now cannot see what it is........
]I would really appreciate any help on how to fix it.

]Thanks in advance
]Federico

]===============================================
]This is the output of ifconfig:
]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:32 errors:0 dropped:0 overruns:0 frame:0

]          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
]          collisions:0 txqueuelen:0
]          RX bytes:2852 (2.7 Kb)  TX bytes:2852 (2.7 Kb)

]ppp0      Link encap:Point-to-Point Protocol  
]          inet addr:216.244.244.213  P-t-P:216.244.192.37
]Mask:255.255.255.255
]          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
]          RX packets:4 errors:2 dropped:0 overruns:0 frame:0
]          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
]          collisions:0 txqueuelen:3
]          RX bytes:70 (70.0 b)  TX bytes:87 (87.0 b)
]===========================================================================
]This is the ouput of route

]Kernel IP routing table
]Destination     Gateway         Genmask         Flags Metric Ref  
]Use Iface
]216.244.192.37  *               255.255.255.255 UH    0      0      
]0 ppp0
]127.0.0.0       *               255.0.0.0       U     0      0      
]0 lo
]default         216.244.192.37  0.0.0.0         UG    0      0      
]0 ppp0
]============================================================================

Looks OK.
Can you ping 216.244.192.37 (ie the machine at the other end of the ppp
link-- its number may change next time you hook up.)

If you can, then can you ping say 142,103,234,11?
If you can then it is probably a problem in /etc/resolv.conf. If not
then there seems some problem with your isp or with your firewall

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Federico Hanss » Wed, 02 Jul 2003 20:16:59


Bill,
Many thanks for your answer.
I tried to ping the several IP addresses including the ones you
mention and nothing happens. The traceroute command also fails even if
given an ip nr instead of a domain name.
I have also logged to another ISP without a hassle but the problem
persists.
This machine has two operating sytems and when booting in win98, both
of the isp accounts could be used successfully.

Regards,
Federico



> ]I am pretty new to linux but everything worked fine with my connection
> ]since installation 6 months ago until yesterday.....
> ]Now when I use kppp the modem connects with the ISP with no problem
> ]but after that, none of the browsers will get to any site.
> ]Additionally:
> ]a. I have tried ping and no packet was returned
> ]b. I have tried traceroute and it says it cannot send

> ]I am really new to networking so maybe I have done a silly thing and
> ]now cannot see what it is........
> ]I would really appreciate any help on how to fix it.

> ]Thanks in advance
> ]Federico

> ]===============================================
> ]This is the output of ifconfig:
> ]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:32 errors:0 dropped:0 overruns:0 frame:0

> ]          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
> ]          collisions:0 txqueuelen:0
> ]          RX bytes:2852 (2.7 Kb)  TX bytes:2852 (2.7 Kb)

> ]ppp0      Link encap:Point-to-Point Protocol  
> ]          inet addr:216.244.244.213  P-t-P:216.244.192.37
> ]Mask:255.255.255.255
> ]          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
> ]          RX packets:4 errors:2 dropped:0 overruns:0 frame:0
> ]          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
> ]          collisions:0 txqueuelen:3
> ]          RX bytes:70 (70.0 b)  TX bytes:87 (87.0 b)
> ]===========================================================================
> ]This is the ouput of route

> ]Kernel IP routing table
> ]Destination     Gateway         Genmask         Flags Metric Ref  
> ]Use Iface
> ]216.244.192.37  *               255.255.255.255 UH    0      0      
> ]0 ppp0
> ]127.0.0.0       *               255.0.0.0       U     0      0      
> ]0 lo
> ]default         216.244.192.37  0.0.0.0         UG    0      0      
> ]0 ppp0
> ]============================================================================

> Looks OK.
> Can you ping 216.244.192.37 (ie the machine at the other end of the ppp
> link-- its number may change next time you hook up.)

> If you can, then can you ping say 142,103,234,11?
> If you can then it is probably a problem in /etc/resolv.conf. If not
> then there seems some problem with your isp or with your firewall

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Bill Unr » Thu, 03 Jul 2003 02:52:23


]Bill,
]Many thanks for your answer.
]I tried to ping the several IP addresses including the ones you
]mention and nothing happens. The traceroute command also fails even if
]given an ip nr instead of a domain name.
]I have also logged to another ISP without a hassle but the problem
]persists.
]This machine has two operating sytems and when booting in win98, both
]of the isp accounts could be used successfully.

OK, I cannot see anything wrong with your route, which would be the
first suspicion. And if you really cannot ping any address, including
the machine on the far side, there may be something that they have
done-- eg installed a firewall which rejects all ping packets for
example (can you ping from the wondows machine?)
What are your pppd options (/etc/ppp/options) Put debug in there, put
daemon.*;local2.*               /var/log/ppplog
into /etc/syslog.conf, do
killall -1 syslogd
and try again posting theoutput dumped into /var/log/ppplog.

This might give us a clue.

]Regards,
]Federico


]>
]> ]I am pretty new to linux but everything worked fine with my connection
]> ]since installation 6 months ago until yesterday.....
]> ]Now when I use kppp the modem connects with the ISP with no problem
]> ]but after that, none of the browsers will get to any site.
]> ]Additionally:
]> ]a. I have tried ping and no packet was returned
]> ]b. I have tried traceroute and it says it cannot send
]>
]> ]I am really new to networking so maybe I have done a silly thing and
]> ]now cannot see what it is........
]> ]I would really appreciate any help on how to fix it.
]>
]> ]Thanks in advance
]> ]Federico
]>
]> ]===============================================
]> ]This is the output of ifconfig:
]> ]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:32 errors:0 dropped:0 overruns:0 frame:0
]>
]> ]          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
]> ]          collisions:0 txqueuelen:0
]> ]          RX bytes:2852 (2.7 Kb)  TX bytes:2852 (2.7 Kb)
]>
]> ]ppp0      Link encap:Point-to-Point Protocol  
]> ]          inet addr:216.244.244.213  P-t-P:216.244.192.37
]> ]Mask:255.255.255.255
]> ]          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
]> ]          RX packets:4 errors:2 dropped:0 overruns:0 frame:0
]> ]          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
]> ]          collisions:0 txqueuelen:3
]> ]          RX bytes:70 (70.0 b)  TX bytes:87 (87.0 b)
]> ]===========================================================================
]> ]This is the ouput of route
]>
]> ]Kernel IP routing table
]> ]Destination     Gateway         Genmask         Flags Metric Ref  
]> ]Use Iface
]> ]216.244.192.37  *               255.255.255.255 UH    0      0      
]> ]0 ppp0
]> ]127.0.0.0       *               255.0.0.0       U     0      0      
]> ]0 lo
]> ]default         216.244.192.37  0.0.0.0         UG    0      0      
]> ]0 ppp0
]> ]============================================================================
]>
]> Looks OK.
]> Can you ping 216.244.192.37 (ie the machine at the other end of the ppp
]> link-- its number may change next time you hook up.)
]>
]> If you can, then can you ping say 142,103,234,11?
]> If you can then it is probably a problem in /etc/resolv.conf. If not
]> then there seems some problem with your isp or with your firewall

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Federico Hanss » Thu, 03 Jul 2003 10:18:13


I have tried and successfully pinged from the windows machine.
=============================
My pppd options are as follows:
lock
noauth
noipdefault
usepeerdns
==============================
Back to Linux, I have put debug in pppd, started the connection and,
while alive, tried to ping again the remote address and also
traceroute. Below is the result of the dump of the output to ppplog:

Jul  1 21:51:57 localhost pppd[2976]: pppd 2.4.1 started by fede, uid
501
Jul  1 21:51:57 localhost pppd[2976]: Using interface ppp0
Jul  1 21:51:57 localhost pppd[2976]: Connect: ppp0 <--> /dev/tts/4
Jul  1 21:52:07 localhost pppd[2976]: local  IP address 216.244.247.71
Jul  1 21:52:07 localhost pppd[2976]: remote IP address 216.244.192.41
Jul  1 21:52:07 localhost pppd[2976]: primary   DNS address
216.244.192.2
Jul  1 21:52:07 localhost pppd[2976]: secondary DNS address
216.244.192.3
Jul  1 21:54:15 localhost pppd[2976]: Terminating on signal 15.
Jul  1 21:54:15 localhost pppd[2976]: Connection terminated.
Jul  1 21:54:15 localhost pppd[2976]: Connect time 2.3 minutes.
Jul  1 21:54:15 localhost pppd[2976]: Sent 87 bytes, received 70
bytes.
Jul  1 21:54:15 localhost pppd[2976]: Exit.

I run tail-f while being connected and nothing was logged except when
I logged on & off.

> OK, I cannot see anything wrong with your route, which would be the
> first suspicion. And if you really cannot ping any address, including
> the machine on the far side, there may be something that they have
> done-- eg installed a firewall which rejects all ping packets for
> example (can you ping from the wondows machine?)
> What are your pppd options (/etc/ppp/options) Put debug in there, put
> daemon.*;local2.*          /var/log/ppplog
> into /etc/syslog.conf, do
> killall -1 syslogd
> and try again posting theoutput dumped into /var/log/ppplog.

> This might give us a clue.

> ]Regards,
> ]Federico



> ]>
> ]> ]I am pretty new to linux but everything worked fine with my connection
> ]> ]since installation 6 months ago until yesterday.....
> ]> ]Now when I use kppp the modem connects with the ISP with no problem
> ]> ]but after that, none of the browsers will get to any site.
> ]> ]Additionally:
> ]> ]a. I have tried ping and no packet was returned
> ]> ]b. I have tried traceroute and it says it cannot send
> ]>
> ]> ]I am really new to networking so maybe I have done a silly thing and
> ]> ]now cannot see what it is........
> ]> ]I would really appreciate any help on how to fix it.
> ]>
> ]> ]Thanks in advance
> ]> ]Federico
> ]>
> ]> ]===============================================
> ]> ]This is the output of ifconfig:
> ]> ]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:32 errors:0 dropped:0 overruns:0 frame:0
> ]>
> ]> ]          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
> ]> ]          collisions:0 txqueuelen:0
> ]> ]          RX bytes:2852 (2.7 Kb)  TX bytes:2852 (2.7 Kb)
> ]>
> ]> ]ppp0      Link encap:Point-to-Point Protocol  
> ]> ]          inet addr:216.244.244.213  P-t-P:216.244.192.37
> ]> ]Mask:255.255.255.255
> ]> ]          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
> ]> ]          RX packets:4 errors:2 dropped:0 overruns:0 frame:0
> ]> ]          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
> ]> ]          collisions:0 txqueuelen:3
> ]> ]          RX bytes:70 (70.0 b)  TX bytes:87 (87.0 b)
> ]> ]===========================================================================
> ]> ]This is the ouput of route
> ]>
> ]> ]Kernel IP routing table
> ]> ]Destination     Gateway         Genmask         Flags Metric Ref  
> ]> ]Use Iface
> ]> ]216.244.192.37  *               255.255.255.255 UH    0      0      
> ]> ]0 ppp0
> ]> ]127.0.0.0       *               255.0.0.0       U     0      0      
> ]> ]0 lo
> ]> ]default         216.244.192.37  0.0.0.0         UG    0      0      
> ]> ]0 ppp0
> ]> ]============================================================================
> ]>
> ]> Looks OK.
> ]> Can you ping 216.244.192.37 (ie the machine at the other end of the ppp
> ]> link-- its number may change next time you hook up.)
> ]>
> ]> If you can, then can you ping say 142,103,234,11?
> ]> If you can then it is probably a problem in /etc/resolv.conf. If not
> ]> then there seems some problem with your isp or with your firewall

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Bill Unr » Thu, 03 Jul 2003 14:44:17


]I have tried and successfully pinged from the windows machine.
]=============================
]My pppd options are as follows:
]lock
]noauth
]noipdefault
]usepeerdns
]==============================
]Back to Linux, I have put debug in pppd, started the connection and,
]while alive, tried to ping again the remote address and also
]traceroute. Below is the result of the dump of the output to ppplog:

]Jul  1 21:51:57 localhost pppd[2976]: pppd 2.4.1 started by fede, uid
]501
]Jul  1 21:51:57 localhost pppd[2976]: Using interface ppp0
]Jul  1 21:51:57 localhost pppd[2976]: Connect: ppp0 <--> /dev/tts/4
]Jul  1 21:52:07 localhost pppd[2976]: local  IP address 216.244.247.71
]Jul  1 21:52:07 localhost pppd[2976]: remote IP address 216.244.192.41
]Jul  1 21:52:07 localhost pppd[2976]: primary   DNS address
]216.244.192.2
]Jul  1 21:52:07 localhost pppd[2976]: secondary DNS address
]216.244.192.3
]Jul  1 21:54:15 localhost pppd[2976]: Terminating on signal 15.
]Jul  1 21:54:15 localhost pppd[2976]: Connection terminated.
]Jul  1 21:54:15 localhost pppd[2976]: Connect time 2.3 minutes.
]Jul  1 21:54:15 localhost pppd[2976]: Sent 87 bytes, received 70
]bytes.
]Jul  1 21:54:15 localhost pppd[2976]: Exit.

That is because you forgot to put in the debug option.

Once again, you must put the word
debug
into /etc/ppp/options.

]I run tail-f while being connected and nothing was logged except when
]I logged on & off.

]>
]> OK, I cannot see anything wrong with your route, which would be the
]> first suspicion. And if you really cannot ping any address, including
]> the machine on the far side, there may be something that they have
]> done-- eg installed a firewall which rejects all ping packets for
]> example (can you ping from the wondows machine?)
]> What are your pppd options (/etc/ppp/options) Put debug in there, put
]> daemon.*;local2.*                 /var/log/ppplog
]> into /etc/syslog.conf, do
]> killall -1 syslogd
]> and try again posting theoutput dumped into /var/log/ppplog.
]>
]> This might give us a clue.
]>
]>
]>
]> ]Regards,
]> ]Federico
]>


]> ]>
]> ]> ]I am pretty new to linux but everything worked fine with my connection
]> ]> ]since installation 6 months ago until yesterday.....
]> ]> ]Now when I use kppp the modem connects with the ISP with no problem
]> ]> ]but after that, none of the browsers will get to any site.
]> ]> ]Additionally:
]> ]> ]a. I have tried ping and no packet was returned
]> ]> ]b. I have tried traceroute and it says it cannot send
]> ]>
]> ]> ]I am really new to networking so maybe I have done a silly thing and
]> ]> ]now cannot see what it is........
]> ]> ]I would really appreciate any help on how to fix it.
]> ]>
]> ]> ]Thanks in advance
]> ]> ]Federico
]> ]>
]> ]> ]===============================================
]> ]> ]This is the output of ifconfig:
]> ]> ]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:32 errors:0 dropped:0 overruns:0 frame:0
]> ]>
]> ]> ]          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
]> ]> ]          collisions:0 txqueuelen:0
]> ]> ]          RX bytes:2852 (2.7 Kb)  TX bytes:2852 (2.7 Kb)
]> ]>
]> ]> ]ppp0      Link encap:Point-to-Point Protocol  
]> ]> ]          inet addr:216.244.244.213  P-t-P:216.244.192.37
]> ]> ]Mask:255.255.255.255
]> ]> ]          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
]> ]> ]          RX packets:4 errors:2 dropped:0 overruns:0 frame:0
]> ]> ]          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
]> ]> ]          collisions:0 txqueuelen:3
]> ]> ]          RX bytes:70 (70.0 b)  TX bytes:87 (87.0 b)
]> ]> ]===========================================================================
]> ]> ]This is the ouput of route
]> ]>
]> ]> ]Kernel IP routing table
]> ]> ]Destination     Gateway         Genmask         Flags Metric Ref  
]> ]> ]Use Iface
]> ]> ]216.244.192.37  *               255.255.255.255 UH    0      0      
]> ]> ]0 ppp0
]> ]> ]127.0.0.0       *               255.0.0.0       U     0      0      
]> ]> ]0 lo
]> ]> ]default         216.244.192.37  0.0.0.0         UG    0      0      
]> ]> ]0 ppp0
]> ]> ]============================================================================
]> ]>
]> ]> Looks OK.
]> ]> Can you ping 216.244.192.37 (ie the machine at the other end of the ppp
]> ]> link-- its number may change next time you hook up.)
]> ]>
]> ]> If you can, then can you ping say 142,103,234,11?
]> ]> If you can then it is probably a problem in /etc/resolv.conf. If not
]> ]> then there seems some problem with your isp or with your firewall

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Federico Hanss » Fri, 04 Jul 2003 11:34:12


Sorry for that. After putting debug, here's the output:

==========================================================================
Jul  2 22:43:35 localhost pppd[2718]: pppd 2.4.1 started by fede, uid
501
Jul  2 22:43:35 localhost pppd[2718]: using channel 1
Jul  2 22:43:35 localhost pppd[2718]: Using interface ppp0
Jul  2 22:43:35 localhost pppd[2718]: Connect: ppp0 <--> /dev/tts/4
Jul  2 22:43:35 localhost pppd[2718]: sent [LCP ConfReq id=0x1
<asyncmap 0x0> <magic 0x9095843c> <pcomp> <accomp>]
Jul  2 22:43:38 localhost pppd[2718]: sent [LCP ConfReq id=0x1
<asyncmap 0x0> <magic 0x9095843c> <pcomp> <accomp>]
Jul  2 22:43:40 localhost pppd[2718]: rcvd [LCP ConfReq id=0x91
<asyncmap 0xa0000> <auth pap> <magic 0xb3cdecc> <pcomp> <accomp>]
Jul  2 22:43:40 localhost pppd[2718]: sent [LCP ConfAck id=0x91
<asyncmap 0xa0000> <auth pap> <magic 0xb3cdecc> <pcomp> <accomp>]
Jul  2 22:43:41 localhost pppd[2718]: sent [LCP ConfReq id=0x1
<asyncmap 0x0> <magic 0x9095843c> <pcomp> <accomp>]
Jul  2 22:43:41 localhost pppd[2718]: rcvd [LCP ConfAck id=0x1
<asyncmap 0x0> <magic 0x9095843c> <pcomp> <accomp>]
Jul  2 22:43:41 localhost pppd[2718]: sent [PAP AuthReq id=0x1
user="fhanssen" password=<hidden>]
Jul  2 22:43:44 localhost pppd[2718]: sent [PAP AuthReq id=0x2
user="fhanssen" password=<hidden>]
Jul  2 22:43:45 localhost pppd[2718]: rcvd [PAP AuthAck id=0x2 ""]
Jul  2 22:43:45 localhost pppd[2718]: sent [IPCP ConfReq id=0x1 <addr
0.0.0.0> <compress VJ 0f 01> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Jul  2 22:43:45 localhost pppd[2718]: sent [CCP ConfReq id=0x1
<deflate 15> <deflate(old#) 15> <bsd v1 15>]
Jul  2 22:43:45 localhost pppd[2718]: rcvd [IPCP ConfReq id=0x43
<compress VJ 0f 00> <addr 216.244.192.47>]
Jul  2 22:43:45 localhost pppd[2718]: sent [IPCP ConfAck id=0x43
<compress VJ 0f 00> <addr 216.244.192.47>]
Jul  2 22:43:45 localhost pppd[2718]: rcvd [proto=0x8207] 01 31 00 04
Jul  2 22:43:45 localhost pppd[2718]: Unsupported protocol 0x8207
received
Jul  2 22:43:45 localhost pppd[2718]: sent [LCP ProtRej id=0x2 82 07
01 31 00 04]
Jul  2 22:43:45 localhost pppd[2718]: rcvd [IPCP ConfNak id=0x1 <addr
216.244.200.60> <ms-dns1 216.244.192.2> <ms-dns3 216.244.192.3>]
Jul  2 22:43:45 localhost pppd[2718]: sent [IPCP ConfReq id=0x2 <addr
216.244.200.60> <compress VJ 0f 01> <ms-dns1 216.244.192.2> <ms-dns3
216.244.192.3>]
Jul  2 22:43:45 localhost pppd[2718]: rcvd [LCP ProtRej id=0x92 80 fd
01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Jul  2 22:43:45 localhost pppd[2718]: rcvd [IPCP ConfAck id=0x2 <addr
216.244.200.60> <compress VJ 0f 01> <ms-dns1 216.244.192.2> <ms-dns3
216.244.192.3>]
Jul  2 22:43:45 localhost pppd[2718]: local  IP address 216.244.200.60
Jul  2 22:43:45 localhost pppd[2718]: remote IP address 216.244.192.47
Jul  2 22:43:45 localhost pppd[2718]: primary   DNS address
216.244.192.2
Jul  2 22:43:45 localhost pppd[2718]: secondary DNS address
216.244.192.3
Jul  2 22:43:45 localhost pppd[2718]: Script /etc/ppp/ip-up started
(pid 2733)
Jul  2 22:43:45 localhost pppd[2718]: Script /etc/ppp/ip-up finished
(pid 2733), status = 0x0
Jul  2 22:45:44 localhost pppd[2718]: Terminating on signal 15.
Jul  2 22:45:44 localhost pppd[2718]: Script /etc/ppp/ip-down started
(pid 2810)
Jul  2 22:45:44 localhost pppd[2718]: sent [LCP TermReq id=0x3 "User
request"]
Jul  2 22:45:45 localhost pppd[2718]: rcvd [LCP TermAck id=0x3]
Jul  2 22:45:45 localhost pppd[2718]: Connection terminated.
Jul  2 22:45:45 localhost pppd[2718]: Connect time 2.2 minutes.
Jul  2 22:45:45 localhost pppd[2718]: Sent 5183 bytes, received 2254
bytes.
Jul  2 22:45:45 localhost pppd[2718]: Waiting for 1 child processes...
Jul  2 22:45:45 localhost pppd[2718]:   script /etc/ppp/ip-down, pid
2810
Jul  2 22:45:45 localhost pppd[2718]: Script /etc/ppp/ip-down finished
(pid 2810), status = 0x0
Jul  2 22:45:45 localhost pppd[2718]: Exit.

=============================================================================

un...@string.physics.ubc.ca (Bill Unruh) wrote in message <news:bdtrfh$jcb$1@nntp.itservices.ubc.ca>...
> federico_hans...@hotmail.com (Federico Hanssen) writes:

> ]I have tried and successfully pinged from the windows machine.
> ]=============================
> ]My pppd options are as follows:
> ]lock
> ]noauth
> ]noipdefault
> ]usepeerdns
> ]==============================
> ]Back to Linux, I have put debug in pppd, started the connection and,
> ]while alive, tried to ping again the remote address and also
> ]traceroute. Below is the result of the dump of the output to ppplog:

> ]Jul  1 21:51:57 localhost pppd[2976]: pppd 2.4.1 started by fede, uid
> ]501
> ]Jul  1 21:51:57 localhost pppd[2976]: Using interface ppp0
> ]Jul  1 21:51:57 localhost pppd[2976]: Connect: ppp0 <--> /dev/tts/4
> ]Jul  1 21:52:07 localhost pppd[2976]: local  IP address 216.244.247.71
> ]Jul  1 21:52:07 localhost pppd[2976]: remote IP address 216.244.192.41
> ]Jul  1 21:52:07 localhost pppd[2976]: primary   DNS address
> ]216.244.192.2
> ]Jul  1 21:52:07 localhost pppd[2976]: secondary DNS address
> ]216.244.192.3
> ]Jul  1 21:54:15 localhost pppd[2976]: Terminating on signal 15.
> ]Jul  1 21:54:15 localhost pppd[2976]: Connection terminated.
> ]Jul  1 21:54:15 localhost pppd[2976]: Connect time 2.3 minutes.
> ]Jul  1 21:54:15 localhost pppd[2976]: Sent 87 bytes, received 70
> ]bytes.
> ]Jul  1 21:54:15 localhost pppd[2976]: Exit.

> That is because you forgot to put in the debug option.

> Once again, you must put the word
> debug
> into /etc/ppp/options.

> ]I run tail-f while being connected and nothing was logged except when
> ]I logged on & off.

> ]>
> ]> OK, I cannot see anything wrong with your route, which would be the
> ]> first suspicion. And if you really cannot ping any address, including
> ]> the machine on the far side, there may be something that they have
> ]> done-- eg installed a firewall which rejects all ping packets for
> ]> example (can you ping from the wondows machine?)
> ]> What are your pppd options (/etc/ppp/options) Put debug in there, put
> ]> daemon.*;local2.*            /var/log/ppplog
> ]> into /etc/syslog.conf, do
> ]> killall -1 syslogd
> ]> and try again posting theoutput dumped into /var/log/ppplog.
> ]>
> ]> This might give us a clue.
> ]>
> ]>
> ]>
> ]> ]Regards,
> ]> ]Federico
> ]>
> ]> ]un...@string.physics.ubc.ca (Bill Unruh) wrote in message <news:bdnu6d$sjr$1@nntp.itservices.ubc.ca>...
> ]> ]> federico_hans...@hotmail.com (Federico Hanssen) writes:
> ]> ]>
> ]> ]> ]I am pretty new to linux but everything worked fine with my connection
> ]> ]> ]since installation 6 months ago until yesterday.....
> ]> ]> ]Now when I use kppp the modem connects with the ISP with no problem
> ]> ]> ]but after that, none of the browsers will get to any site.
> ]> ]> ]Additionally:
> ]> ]> ]a. I have tried ping and no packet was returned
> ]> ]> ]b. I have tried traceroute and it says it cannot send
> ]> ]>
> ]> ]> ]I am really new to networking so maybe I have done a silly thing and
> ]> ]> ]now cannot see what it is........
> ]> ]> ]I would really appreciate any help on how to fix it.
> ]> ]>
> ]> ]> ]Thanks in advance
> ]> ]> ]Federico
> ]> ]>
> ]> ]> ]===============================================
> ]> ]> ]This is the output of ifconfig:
> ]> ]> ]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:32 errors:0 dropped:0 overruns:0 frame:0
> ]> ]>
> ]> ]> ]          TX packets:32 errors:0 dropped:0 overruns:0 carrier:0
> ]> ]> ]          collisions:0 txqueuelen:0
> ]> ]> ]          RX bytes:2852 (2.7 Kb)  TX bytes:2852 (2.7 Kb)
> ]> ]>
> ]> ]> ]ppp0      Link encap:Point-to-Point Protocol  
> ]> ]> ]          inet addr:216.244.244.213  P-t-P:216.244.192.37
> ]> ]> ]Mask:255.255.255.255
> ]> ]> ]          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
> ]> ]> ]          RX packets:4 errors:2 dropped:0 overruns:0 frame:0
> ]> ]> ]          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
> ]> ]> ]          collisions:0 txqueuelen:3
> ]> ]> ]          RX bytes:70 (70.0 b)  TX bytes:87 (87.0 b)
> ]> ]> ]===========================================================================
> ]> ]> ]This is the ouput of route
> ]> ]>
> ]> ]> ]Kernel IP routing table
> ]> ]> ]Destination     Gateway         Genmask         Flags Metric Ref  
> ]> ]> ]Use Iface
> ]> ]> ]216.244.192.37  *               255.255.255.255 UH    0      0      
> ]> ]> ]0 ppp0
> ]> ]> ]127.0.0.0       *               255.0.0.0       U     0      0      
> ]> ]> ]0 lo
> ]> ]> ]default         216.244.192.37  0.0.0.0         UG    0      0      
> ]> ]> ]0 ppp0
> ]> ]> ]============================================================================
> ]> ]>
> ]> ]> Looks OK.
> ]> ]> Can you ping 216.244.192.37 (ie the machine at the other end of the ppp
> ]> ]> link-- its number may change next time you hook up.)
> ]> ]>
> ]> ]> If you can, then can you ping say 142,103,234,11?
> ]> ]> If you can then it is probably a problem in /etc/resolv.conf. If not
> ]> ]> then there seems some problem with your isp or with your firewall

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Clifford Kit » Sat, 05 Jul 2003 03:52:55



> Sorry for that. After putting debug, here's the output:
> ==========================================================================
> Jul  2 22:43:35 localhost pppd[2718]: pppd 2.4.1 started by fede, uid
> 501
> Jul  2 22:43:35 localhost pppd[2718]: using channel 1
> Jul  2 22:43:35 localhost pppd[2718]: Using interface ppp0
> Jul  2 22:43:35 localhost pppd[2718]: Connect: ppp0 <--> /dev/tts/4
> Jul  2 22:43:35 localhost pppd[2718]: sent [LCP ConfReq id=0x1
> <asyncmap 0x0> <magic 0x9095843c> <pcomp> <accomp>]
> Jul  2 22:43:38 localhost pppd[2718]: sent [LCP ConfReq id=0x1
> <asyncmap 0x0> <magic 0x9095843c> <pcomp> <accomp>]
> Jul  2 22:43:40 localhost pppd[2718]: rcvd [LCP ConfReq id=0x91
> <asyncmap 0xa0000> <auth pap> <magic 0xb3cdecc> <pcomp> <accomp>]
> Jul  2 22:43:40 localhost pppd[2718]: sent [LCP ConfAck id=0x91
> <asyncmap 0xa0000> <auth pap> <magic 0xb3cdecc> <pcomp> <accomp>]

There are PPP implementations with broken ACCM (asyncmap) algorithms.
Here you request, and the peer Acks, the ACCM 0.  The peer requests,
and you Ack, ACCM a0000.

Try imitating the peer; use the pppd option "asyncmap a0000" and see if
that solves the problem.

Everything you've posted looks okay, including the rest of the log
here.  I'd suspect that the ISP changed it's PPP connection host(s)
and the new one(s) have a broken ACCM algorithm.

--

PPP-Q&A links, downloads:                      http://ckite.no-ip.net/

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Federico Hanss » Sat, 05 Jul 2003 13:18:29


Clifford,
Thanks for replying. I have used the pppd option a0000 but it didn't
work. (The ppplog is below). On the other hand the problem started at
the same time with the two ISPs that I have tested, so I think its
very hard it is due to a change in my primary ISP.
I have an ethernet card in my box but it is no connected to any lan.
Is is possible that I could have messed up anything by using drakconf
and now the Internet connection is trying to use an alternate method
of connection that my modem? Is there any file to check that?(my
distribution is Mandrake 9.0)

Thanks in advance,
Federico

====================================================================
Jul  4 01:02:56 localhost pppd[3145]: pppd 2.4.1 started by fede, uid
501
Jul  4 01:02:56 localhost pppd[3145]: using channel 5
Jul  4 01:02:56 localhost pppd[3145]: Using interface ppp0
Jul  4 01:02:56 localhost pppd[3145]: Connect: ppp0 <--> /dev/tts/4
Jul  4 01:02:56 localhost pppd[3145]: sent [LCP ConfReq id=0x1
<asyncmap 0xa0000> <magic 0x622ef99e> <pcomp> <accomp>]
Jul  4 01:02:59 localhost pppd[3145]: sent [LCP ConfReq id=0x1
<asyncmap 0xa0000> <magic 0x622ef99e> <pcomp> <accomp>]
Jul  4 01:03:01 localhost pppd[3145]: rcvd [LCP ConfReq id=0x8d
<asyncmap 0xa0000> <auth pap> <magic 0xbbc84b8> <pcomp> <accomp>]
Jul  4 01:03:01 localhost pppd[3145]: sent [LCP ConfAck id=0x8d
<asyncmap 0xa0000> <auth pap> <magic 0xbbc84b8> <pcomp> <accomp>]
Jul  4 01:03:02 localhost pppd[3145]: sent [LCP ConfReq id=0x1
<asyncmap 0xa0000> <magic 0x622ef99e> <pcomp> <accomp>]
Jul  4 01:03:02 localhost pppd[3145]: rcvd [LCP ConfAck id=0x1
<asyncmap 0xa0000> <magic 0x622ef99e> <pcomp> <accomp>]
Jul  4 01:03:02 localhost pppd[3145]: sent [PAP AuthReq id=0x1
user="fhanssen" password=<hidden>]
Jul  4 01:03:05 localhost pppd[3145]: sent [PAP AuthReq id=0x2
user="fhanssen" password=<hidden>]
Jul  4 01:03:05 localhost pppd[3145]: rcvd [PAP AuthAck id=0x2 ""]
Jul  4 01:03:05 localhost pppd[3145]: sent [IPCP ConfReq id=0x1 <addr
0.0.0.0> <compress VJ 0f 01> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Jul  4 01:03:05 localhost pppd[3145]: sent [CCP ConfReq id=0x1
<deflate 15> <deflate(old#) 15> <bsd v1 15>]
Jul  4 01:03:05 localhost pppd[3145]: rcvd [IPCP ConfReq id=0x2a
<compress VJ 0f 00> <addr 216.244.192.41>]
Jul  4 01:03:05 localhost pppd[3145]: sent [IPCP ConfAck id=0x2a
<compress VJ 0f 00> <addr 216.244.192.41>]
Jul  4 01:03:05 localhost pppd[3145]: rcvd [proto=0x8207] 01 26 00 04
Jul  4 01:03:05 localhost pppd[3145]: Unsupported protocol 0x8207
received
Jul  4 01:03:05 localhost pppd[3145]: sent [LCP ProtRej id=0x2 82 07
01 26 00 04]
Jul  4 01:03:06 localhost pppd[3145]: rcvd [LCP ProtRej id=0x8e 80 fd
01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Jul  4 01:03:06 localhost pppd[3145]: rcvd [IPCP ConfNak id=0x1 <addr
216.244.247.98> <ms-dns1 216.244.192.2> <ms-dns3 216.244.192.3>]
Jul  4 01:03:06 localhost pppd[3145]: sent [IPCP ConfReq id=0x2 <addr
216.244.247.98> <compress VJ 0f 01> <ms-dns1 216.244.192.2> <ms-dns3
216.244.192.3>]
Jul  4 01:03:06 localhost pppd[3145]: rcvd [IPCP ConfAck id=0x2 <addr
216.244.247.98> <compress VJ 0f 01> <ms-dns1 216.244.192.2> <ms-dns3
216.244.192.3>]
Jul  4 01:03:06 localhost pppd[3145]: local  IP address 216.244.247.98
Jul  4 01:03:06 localhost pppd[3145]: remote IP address 216.244.192.41
Jul  4 01:03:06 localhost pppd[3145]: primary   DNS address
216.244.192.2
Jul  4 01:03:06 localhost pppd[3145]: secondary DNS address
216.244.192.3
Jul  4 01:03:06 localhost pppd[3145]: Script /etc/ppp/ip-up started
(pid 3156)
Jul  4 01:03:06 localhost pppd[3145]: Script /etc/ppp/ip-up finished
(pid 3156), status = 0x0
Jul  4 01:04:09 localhost pppd[3145]: Terminating on signal 15.
Jul  4 01:04:09 localhost pppd[3145]: Script /etc/ppp/ip-down started
(pid 3177)
Jul  4 01:04:09 localhost pppd[3145]: sent [LCP TermReq id=0x3 "User
request"]
Jul  4 01:04:09 localhost pppd[3145]: rcvd [LCP TermAck id=0x3]
Jul  4 01:04:09 localhost pppd[3145]: Connection terminated.
Jul  4 01:04:09 localhost pppd[3145]: Connect time 1.3 minutes.
Jul  4 01:04:09 localhost pppd[3145]: Sent 87 bytes, received 70
bytes.
Jul  4 01:04:09 localhost pppd[3145]: Waiting for 1 child processes...
Jul  4 01:04:09 localhost pppd[3145]:   script /etc/ppp/ip-down, pid
3177
Jul  4 01:04:09 localhost pppd[3145]: Script /etc/ppp/ip-down finished
(pid 3177), status = 0x0
Jul  4 01:04:09 localhost pppd[3145]: Exit.
==============================================================================



> > Sorry for that. After putting debug, here's the output:

> > ==========================================================================
> > Jul  2 22:43:35 localhost pppd[2718]: pppd 2.4.1 started by fede, uid
> > 501
> > Jul  2 22:43:35 localhost pppd[2718]: using channel 1
> > Jul  2 22:43:35 localhost pppd[2718]: Using interface ppp0
> > Jul  2 22:43:35 localhost pppd[2718]: Connect: ppp0 <--> /dev/tts/4
> > Jul  2 22:43:35 localhost pppd[2718]: sent [LCP ConfReq id=0x1
> > <asyncmap 0x0> <magic 0x9095843c> <pcomp> <accomp>]
> > Jul  2 22:43:38 localhost pppd[2718]: sent [LCP ConfReq id=0x1
> > <asyncmap 0x0> <magic 0x9095843c> <pcomp> <accomp>]
> > Jul  2 22:43:40 localhost pppd[2718]: rcvd [LCP ConfReq id=0x91
> > <asyncmap 0xa0000> <auth pap> <magic 0xb3cdecc> <pcomp> <accomp>]
> > Jul  2 22:43:40 localhost pppd[2718]: sent [LCP ConfAck id=0x91
> > <asyncmap 0xa0000> <auth pap> <magic 0xb3cdecc> <pcomp> <accomp>]

> There are PPP implementations with broken ACCM (asyncmap) algorithms.
> Here you request, and the peer Acks, the ACCM 0.  The peer requests,
> and you Ack, ACCM a0000.

> Try imitating the peer; use the pppd option "asyncmap a0000" and see if
> that solves the problem.

> Everything you've posted looks okay, including the rest of the log
> here.  I'd suspect that the ISP changed it's PPP connection host(s)
> and the new one(s) have a broken ACCM algorithm.

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Clifford Kit » Sat, 05 Jul 2003 22:25:02



> Clifford,
> Thanks for replying. I have used the pppd option a0000 but it didn't
> work. (The ppplog is below). On the other hand the problem started at

Okay.

Quote:> the same time with the two ISPs that I have tested, so I think its
> very hard it is due to a change in my primary ISP.

Guess I missed that.  Well, looking back, I misinterperted a sentence.

So the problem almost certainly lies on your end.  The machine has a
darkside (Windows) and the connection works there so I assume the same
modem is used for both sides.  The PPP link negotiation messages,
including the timestamps, look good and routing also looks good.
You cannot ping by IP address, even the peer's (ISP connection host's)
IP address, for either ISP which reduces considerably the probability
that pings are blocked at the ISP and eliminates the possibility of a
nameserver problem.

There was no problem for six months and then one day it suddenly
appeared.  Can you recall any changes that you made just before the
problem began that might be possibly be related to the problem?

A question that Bill Unruh has asked, and for which I cannot find an
answer from you, is "Do you have a firewall?"  A broken firewall could
very well cause the problem.

Also, does this modem require a software driver?  But since the setup was
working one day and not the next, I don't know how even a software modem
could cause the problem unless you updated the driver or the kernel.

You are using "Unix98" type device files, something I'm not familiar with,
but that shouldn't matter.

You might try "tcpdump -i ppp0" to see if that shows outgoing ping
requests and incoming ping replies, using the IP address for the
connection host.  I don't know if knowing that will help much but
there's really not much left to try.

Quote:> I have an ethernet card in my box but it is no connected to any lan.
> Is is possible that I could have messed up anything by using drakconf
> and now the Internet connection is trying to use an alternate method
> of connection that my modem? Is there any file to check that?(my
> distribution is Mandrake 9.0)

It's possible.  But there was a default route through the PPP interface,
so it doesn't seem likely that a default route through the NIC would
be causing the problem.  In fact if there was an existing NIC default
route at the time of the PPP connection then pppd wouldn't assign a PPP
default route, the PPP default route would have to be assigned by kppp,
a frontend to pppd.  I don't know much about any pppd frontend.

A conflict between the NIC IRQ and the serial device IRQ might cause
a problem although this one doesn't "feel" like an IRQ problem to me.
You can see the IRQ assignments with "cat /proc/interrupts."


PPP-Q&A links, downloads:                      http://ckite.no-ip.net/
/* Slogan appropriate for a certain well-known software company:
   FAILURE IS NOT AN OPTION - it is built into the operating system
   and comes bundled with the software. */

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Federico Hanss » Sun, 06 Jul 2003 12:22:07


Clifford,
Thanks to your last message I was able to recall the origin of the
mess: Even though I did not consciously set up a firewall, I had
changed a couple of settings in the firewall setup and this is how all
started (shame on me and it is also a shame that I overlooked that
specific hint from Bill Unruh. I apologize).
Now I am ready to wipe out the darkside of my machine...forever

Many thanks again to you and to Bill Unruh.
Federico



> > Clifford,
> > Thanks for replying. I have used the pppd option a0000 but it didn't
> > work. (The ppplog is below). On the other hand the problem started at

> Okay.

> > the same time with the two ISPs that I have tested, so I think its
> > very hard it is due to a change in my primary ISP.

> Guess I missed that.  Well, looking back, I misinterperted a sentence.

> So the problem almost certainly lies on your end.  The machine has a
> darkside (Windows) and the connection works there so I assume the same
> modem is used for both sides.  The PPP link negotiation messages,
> including the timestamps, look good and routing also looks good.
> You cannot ping by IP address, even the peer's (ISP connection host's)
> IP address, for either ISP which reduces considerably the probability
> that pings are blocked at the ISP and eliminates the possibility of a
> nameserver problem.

> There was no problem for six months and then one day it suddenly
> appeared.  Can you recall any changes that you made just before the
> problem began that might be possibly be related to the problem?

> A question that Bill Unruh has asked, and for which I cannot find an
> answer from you, is "Do you have a firewall?"  A broken firewall could
> very well cause the problem.

> Also, does this modem require a software driver?  But since the setup was
> working one day and not the next, I don't know how even a software modem
> could cause the problem unless you updated the driver or the kernel.

> You are using "Unix98" type device files, something I'm not familiar with,
> but that shouldn't matter.

> You might try "tcpdump -i ppp0" to see if that shows outgoing ping
> requests and incoming ping replies, using the IP address for the
> connection host.  I don't know if knowing that will help much but
> there's really not much left to try.

> > I have an ethernet card in my box but it is no connected to any lan.
> > Is is possible that I could have messed up anything by using drakconf
> > and now the Internet connection is trying to use an alternate method
> > of connection that my modem? Is there any file to check that?(my
> > distribution is Mandrake 9.0)

> It's possible.  But there was a default route through the PPP interface,
> so it doesn't seem likely that a default route through the NIC would
> be causing the problem.  In fact if there was an existing NIC default
> route at the time of the PPP connection then pppd wouldn't assign a PPP
> default route, the PPP default route would have to be assigned by kppp,
> a frontend to pppd.  I don't know much about any pppd frontend.

> A conflict between the NIC IRQ and the serial device IRQ might cause
> a problem although this one doesn't "feel" like an IRQ problem to me.
> You can see the IRQ assignments with "cat /proc/interrupts."


> PPP-Q&A links, downloads:                      http://ckite.no-ip.net/
> /* Slogan appropriate for a certain well-known software company:
>    FAILURE IS NOT AN OPTION - it is built into the operating system
>    and comes bundled with the software. */

 
 
 

pppd is up, but cannot ping/traceroute/connect to internet - help please

Post by Federico Hanss » Mon, 07 Jul 2003 02:12:19


Clifford,
Thanks to your last message I was able to recall the origin of the
mess: Even though I did not consciously set up a firewall, I had
changed a couple of settings in the firewall setup and this is how all
started (shame on me and it is also a shame that I overlooked that
specific hint from Bill Unruh. I apologize).
Now I am ready to wipe out the darkside of my machine...forever

Many thanks again to you and to Bill Unruh.
Federico



> > Clifford,
> > Thanks for replying. I have used the pppd option a0000 but it didn't
> > work. (The ppplog is below). On the other hand the problem started at

> Okay.

> > the same time with the two ISPs that I have tested, so I think its
> > very hard it is due to a change in my primary ISP.

> Guess I missed that.  Well, looking back, I misinterperted a sentence.

> So the problem almost certainly lies on your end.  The machine has a
> darkside (Windows) and the connection works there so I assume the same
> modem is used for both sides.  The PPP link negotiation messages,
> including the timestamps, look good and routing also looks good.
> You cannot ping by IP address, even the peer's (ISP connection host's)
> IP address, for either ISP which reduces considerably the probability
> that pings are blocked at the ISP and eliminates the possibility of a
> nameserver problem.

> There was no problem for six months and then one day it suddenly
> appeared.  Can you recall any changes that you made just before the
> problem began that might be possibly be related to the problem?

> A question that Bill Unruh has asked, and for which I cannot find an
> answer from you, is "Do you have a firewall?"  A broken firewall could
> very well cause the problem.

> Also, does this modem require a software driver?  But since the setup was
> working one day and not the next, I don't know how even a software modem
> could cause the problem unless you updated the driver or the kernel.

> You are using "Unix98" type device files, something I'm not familiar with,
> but that shouldn't matter.

> You might try "tcpdump -i ppp0" to see if that shows outgoing ping
> requests and incoming ping replies, using the IP address for the
> connection host.  I don't know if knowing that will help much but
> there's really not much left to try.

> > I have an ethernet card in my box but it is no connected to any lan.
> > Is is possible that I could have messed up anything by using drakconf
> > and now the Internet connection is trying to use an alternate method
> > of connection that my modem? Is there any file to check that?(my
> > distribution is Mandrake 9.0)

> It's possible.  But there was a default route through the PPP interface,
> so it doesn't seem likely that a default route through the NIC would
> be causing the problem.  In fact if there was an existing NIC default
> route at the time of the PPP connection then pppd wouldn't assign a PPP
> default route, the PPP default route would have to be assigned by kppp,
> a frontend to pppd.  I don't know much about any pppd frontend.

> A conflict between the NIC IRQ and the serial device IRQ might cause
> a problem although this one doesn't "feel" like an IRQ problem to me.
> You can see the IRQ assignments with "cat /proc/interrupts."


> PPP-Q&A links, downloads:                      http://ckite.no-ip.net/
> /* Slogan appropriate for a certain well-known software company:
>    FAILURE IS NOT AN OPTION - it is built into the operating system
>    and comes bundled with the software. */