Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 2 subscribers
  • Views 1213 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Changed IP... no more internet

Mateo
Hi all,

I've recently had to change the external IP address on my ASL 4.0.14 box, but after doing so it doesn't appear to be routing properly.

The box is configured as:

eth0 (internal) Addr: 192.168.0.1 Mask: 255.255.255.0 GW: None
eth1 (external) Addr: 202.xxx.xxx.181 Mask: 255.255.255.252 GW: 202.xxx.xxx.182

When I attempt to ping the gateway address of the ISP from the ASL box, I get a destination host unreachable. Our ISP has confirmed that they can see the ASL server on their network, so there is no connectivity problems.There seems to be some kind of routing issue (or maybe you guru's see another problem).

The Kernal Routing Table is as follows:

202.xxx.xxx.180/30 dev eth1 scope link
192.168.0.0/24 dev eth0 scope link
127.0.0.1/0 dev lo scope link
default via 202.xxx.xxx.182
broadcast 192.168.0.255 dev eth0 table local proto kernel scope link src 192.168.0.1
broadcast 127.255.255.255 dev lo table local proto kernel scope link src 127.0.0.1
local 192.168.0.1 dev eth0 table local proto kernel scope host src 192.168.0.1
broadcast 202.xxx.xxx.183 dev eth1 table local proto kernel scope link src 202.xxx.xxx.181
broadcast 192.168.0.0 dev eth0 table local proto kernel scope link src 192.168.0.1
local 202.xxx.xxx.181 dev eth1 table local proto kernel scope host src 202.xxx.xxx.181
broadcast 202.xxx.xxx.180 dev eth1 table local proto kernel scope link src 202.xxx.xxx.181
broadcast 127.0.0.0 dev lo table local proto kernel scope link src 127.0.0.1
local 127.0.0.1 dev lo table local proto kernel scope host src 127.0.0.1
local 127.0.0.0/8 dev lo  table local proto kernel scope host  src 127.0.0.1 

I was hoping that changing the servers IP would be an easy as it appeared to be, but alas no! And I'm not all that clued in to the whole routing scene, so any help or advice would be greatly appreciated!

Cheers,
Mateo  


This thread was automatically locked due to age.
Parents
  • 0
    Forgive the obvious question, but: ICMP on?

    What does a traceroute show??

    What did the address used to be? That can be a problem! The ISP's router must be programmed to support a return route to the new address you're using. For reasons of security, most ISP's routers are picky about what gets routed (or at least they should be!)

    P.S. I hope those are not your real addresses; if they are,at least jump to a new number. Since this is an open board, what if someone was to launch an attack on culled addresses in the narrow time window the next time there's a component exploit but before its patch gets published?? I mean, they're going to know the weakness of addresses recently posted...
Reply
  • 0
    Forgive the obvious question, but: ICMP on?

    What does a traceroute show??

    What did the address used to be? That can be a problem! The ISP's router must be programmed to support a return route to the new address you're using. For reasons of security, most ISP's routers are picky about what gets routed (or at least they should be!)

    P.S. I hope those are not your real addresses; if they are,at least jump to a new number. Since this is an open board, what if someone was to launch an attack on culled addresses in the narrow time window the next time there's a component exploit but before its patch gets published?? I mean, they're going to know the weakness of addresses recently posted...
Children
  • 0 in reply to SecApp
    Yep, ICMP is on. [:)]

    Trace route fails on the first hop, with destination host unreachable (replied from the 202.xxx.xxx.181 interface). 

    The old address does worry me. After the move (the office moved to a new location) the ISP assigned the old IP address to the ASDL connection, despite telling me to use the new address. So initially tne problem was with the ISP, but they assure me it's all working on their side of things now. 

    What I haven't tried is plugging a PC into the ADSL modem and seeing if it is able to connect... the reason being is all the PC's in that office are wireless, and no one there will know how to install a normal NIC to test it (the office is in another state). 

    So I'll either be flying down there to check it out myself, or maybe a boffan here will leap up and point the finger at the problem! Hey, I can alway hope...  [;)]

    Mateo.  

    PS. Oops, yeah I shouldn't have put the real addresses in. Edited out now... thanks for the reminder!
  • 0 in reply to Mateo
    Looks good to me; I think they messed up.

    Checking your masks:

    252=11111100
    181=10110101
    182=10110110
    183=10110111

    traceroute is shown to be going out the correct interface, so unless you have a media problem (cable or NIC), I think it's good...

    The DSL device was reprogrammed?
      
  • 0 in reply to SecApp
    The cabling and NIC appear to be working, as the ISP can see the firewall on their network (they even could give me it's MAC address). So it's definately on the network, TCP/IP just looks to be screwed up.

    Yep, the DSL device was reprogrammed... so I'm told by the ISP. I certainly get the feeling somethings not right on their end, but ISP's aren't all that forthcoming about admitting possible fault. 

    Methinks I'll have to fly onsite to test it myself. Thanks for the help!  

    Mateo