You are not logged in.

#1 2012-04-12 08:39:33

Alexbit
Member
From: Italy
Registered: 2010-06-02
Posts: 60

lost route

Hi all,
days ago during spare time I've play to setup a VPN connection from my laptop to the NAS that has the VPN server feature.
After some try all seems to work so, with a smile on my face I turned off the laptop and went to bed :-)
Yesterday I try to connect to 192.168.1.1 that is the web interface of my gateway (a motorola canopy) but my archbox says: host unreceable!
But it's no true!The Canopy is up and working because I can connect to the internet...
I think that I've add a route that switch all instance to this IP through the VPN interface.
Is it possibile?
How can I check and revert that?

I know that I'm an absolutely noob but it's too funny play!
;-) ;-) ;-)

Please help me...
Thank you!
Ale

Offline

#2 2012-04-12 09:18:29

Gcool
Member
Registered: 2011-08-16
Posts: 1,456

Re: lost route

Checking your route table: ip route
Removing a route: ip route delete <x.x.x.x>

All this and more in the "ip" manpage.


Burninate!

Offline

#3 2012-04-12 13:43:38

Alexbit
Member
From: Italy
Registered: 2010-06-02
Posts: 60

Re: lost route

Hi, thank for your answer!
This the output of ip route command when I'm connected through VPN.
Subsequent you can see the command I've done.

[arcuser@host0 ~]$ ip route
default dev ppp0  proto static 
xx.xx.xx.xx via 192.168.15.1 dev wlan0  proto static 
xx.xx.xx.xxx via 192.168.15.1 dev wlan0  src 192.168.15.101 
192.168.1.0/24 dev ppp0  proto kernel  scope link  src 192.168.1.253 
192.168.10.1 dev ppp0  proto kernel  scope link  src 192.168.10.2 
192.168.15.0/24 dev wlan0  proto kernel  scope link  src 192.168.15.101 
[arcuser@host0 ~]$ sudo ip route delete xx.xx.xx.xx
[arcuser@host0 ~]$ ip route
default dev ppp0  proto static 
xx.xx.xx.xxx via 192.168.15.1 dev wlan0  src 192.168.15.101 
192.168.1.0/24 dev ppp0  proto kernel  scope link  src 192.168.1.253 
192.168.10.1 dev ppp0  proto kernel  scope link  src 192.168.10.2 
192.168.15.0/24 dev wlan0  proto kernel  scope link  src 192.168.15.101 
[arcuser@host0 ~]$ sudo ip route delete xx.xx.xx.xxx
[arcuser@host0 ~]$ ip route
default dev ppp0  proto static                                                                                                                                          
192.168.1.0/24 dev ppp0  proto kernel  scope link  src 192.168.1.253                                                                                                    
192.168.10.1 dev ppp0  proto kernel  scope link  src 192.168.10.2                                                                                                       
192.168.15.0/24 dev wlan0  proto kernel  scope link  src 192.168.15.101   

Below the output of ip route command when NOT connect through the VPN:

[arcuser@host0 ~]$ ip route                                                                                                                                             
default via 192.168.15.1 dev wlan0  proto static                                                                                                                        
192.168.15.0/24 dev wlan0  proto kernel  scope link  src 192.168.15.101                                                                                                 
[arcuser@host0 ~]$ ping 192.168.1.1                                                                                                                                     
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.                                                                                                                    
64 bytes from 192.168.1.1: icmp_req=1 ttl=62 time=1.12 ms                                                                                                               
64 bytes from 192.168.1.1: icmp_req=2 ttl=62 time=1.08 ms                                                                                                               
64 bytes from 192.168.1.1: icmp_req=3 ttl=62 time=1.35 ms                                                                                                               
^C                                                                                                                                                                      
--- 192.168.1.1 ping statistics ---                                                                                                                                     
3 packets transmitted, 3 received, 0% packet loss, time 2002ms                                                                                                          
rtt min/avg/max/mdev = 1.086/1.186/1.351/0.123 ms

If i try open 192.168.1.1 from firefox i'm unable to access.
What's wrong?
I'm sure that all appen after I play with VPN...
;-

Offline

#4 2012-04-12 13:53:37

Gcool
Member
Registered: 2011-08-16
Posts: 1,456

Re: lost route

Just to get one thing clear. You're not able to connect to 192.168.1.1 when you're NOT using the vpn as well, right? When you are connected over the vpn, then the 192.168.1.0/24 subnet is routed over your ppp0 interface, so reaching the webinterface of your gateway will not work then obviously.

Can you telnet to 192.168.1.1 on port 80/443? Also check if this is not simply a browser issue. Try clearing the cache, test with another browser,...


Burninate!

Offline

#5 2012-04-12 15:11:38

Alexbit
Member
From: Italy
Registered: 2010-06-02
Posts: 60

Re: lost route

Gcool wrote:

Just to get one thing clear. You're not able to connect to 192.168.1.1 when you're NOT using the vpn as well, right?

Yes

Gcool wrote:

Can you telnet to 192.168.1.1 on port 80/443? Also check if this is not simply a browser issue. Try clearing the cache, test with another browser,...

Telnet say:

[arcuser@host0 ~]$ telnet
telnet> open
(to) 192.168.1.1
Trying 192.168.1.1...
telnet: Unable to connect to remote host: Connection timed out
telnet> 

But I think that telnet & ssh are close because the equipment is on loan for use.

Also browser cache clean and other browser (konqueror) got the same issue.
Well, I start thinking that it's all a coincidence.... can my wireless operator block the access to Canopy web interface?
..mmmhhh..

Offline

#6 2012-04-12 17:55:55

Gcool
Member
Registered: 2011-08-16
Posts: 1,456

Re: lost route

The idea is to test if basic connectivity towards 192.168.1.1 on port 80/443 (depending if you use http or https to get to the webinterface) is working.

So the correct commands would be:

# telnet 192.168.1.1 80
# telnet 192.168.1.1 443

Burninate!

Offline

#7 2012-04-12 19:44:18

Alexbit
Member
From: Italy
Registered: 2010-06-02
Posts: 60

Re: lost route

Gcool wrote:

The idea is to test if basic connectivity towards 192.168.1.1 on port 80/443 (depending if you use http or https to get to the webinterface) is working.

So the correct commands would be:

# telnet 192.168.1.1 80
# telnet 192.168.1.1 443

I use(d) http to connect to web interface
Below the command result:

For HTTP (80):

[arcuser@host0 ~]$ telnet 192.168.1.1 80
Trying 192.168.1.1...
telnet: Unable to connect to remote host: Connection timed out
[arcuser@host0 ~]$ 

However, I've also for HTTPS (443):

[arcuser@host0 ~]$ telnet 192.168.1.1 443
Trying 192.168.1.1...
telnet: Unable to connect to remote host: Connection timed out
[arcuser@host0 ~]$ 

:-( :-( :-(

Offline

#8 2012-04-12 20:42:12

Gcool
Member
Registered: 2011-08-16
Posts: 1,456

Re: lost route

And you're 100% sure that this was working fine before you set up the vpn config? And you're for example able to get to that webinterface if you use another pc/os (if you have that option)?


Burninate!

Offline

#9 2012-04-13 06:31:08

Alexbit
Member
From: Italy
Registered: 2010-06-02
Posts: 60

Re: lost route

Gcool wrote:

And you're 100% sure that this was working fine before you set up the vpn config? And you're for example able to get to that webinterface if you use another pc/os (if you have that option)?

Sure at 100% is only one thing..... d**d
:-)

I thinik that at 90% web interface was working before trying to setup VPN.
For sure days ago web interface was up from my pc and at least another one that I've try.

Offline

Board footer

Powered by FluxBB