Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 1 reply
  • Subscribers 1 subscriber
  • Views 632 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

/16 (255.255.0.0) networks treated as /24 by WebAdmin

Martin Andersen
I have successfully configured IPsec tunnels between
numerous remote locations, but when configuring a tunnel
between an ASL box that is using a /24 netmask to another 
ASL box  that is exporting a network with a /16 netmask,
it seems that the WebAdmin (or IPsec itself, although I find 
that hard to believe), treats the address as /24.

I have checked and double-checked all network definitions,
and IPsec configurations, but I am unable to get the tunnel
working.

Here's a small excerpt of what /var/log/auth says -- 

Left side:

Mar  8 17:37:31 shadowgate Pluto[14165]: "to-oslo_1" #33: cannot respond to IPsec SA request because no connection is known for 10.10.144.0/24===217.xx.x.xx...217.xx.xx.xx===10.201.0.0/24

Right side: (where the /16 network resides)

Mar  8 17:39:07 astaro-oslo Pluto[16228]: "to-bergen_1" #36: cannot respond to IPsec SA request because no connection is known for 10.201.0.0/16===217.xx.xx.xx...217.xx.x.xx===10.10.144.0/24

Notice that the right side correctly states "10.201.0.0/16", 
whereas the left insists on "10.201.0.0/24".

The definitions are the same on both ends, but I suspect
the reason it is different on the right side, is because that
machine has a static route to it.

I have tried locating the files in /var/chroot-ipsec that contain
the information about the IPsec tunnels, but to no avail.

I have also noticed this problem in the PPTP/Roadwarrior
config in the webclient, where I entered a /16 mask, and
it still told me that the maximum number of hosts were 254..

I'm running the 3.020 version of Astaro.


Best regards,


// Martin

[ 09 March 2002: Message edited by: Martin Andersen ]



This thread was automatically locked due to age.
  • 0
    Problem fixed - caused by an apparent bug in WebAdmin.

    This was due to a previous network definition (used
    in the IPSec setup) that was _not_ being changed correctly 
    by WebAdmin when updating it in Definitions->Networks.

    I.e, an old network, 10.10.100.0/24, previously existed
    for this connection, but after being changed to 10.201.0.0/16,
    it still held on to its old /24 netmask (more specifically, WebAdmin
    correctly stated 255.255.0.0, but ipsec.conf said "/24").

    It took some time to detect what was wrong, because out
    of four tunnels, one of them was configured wrong.

    So in short, everything seemed to be OK within the WebAdmin,
    but after looking at /var/chroot-ipsec/etc/ipsec.conf, one
    could see that it was using an incorrect netmask. Deleting
    and adding this connection then solved my problem, since
    this forced updating the ipsec.conf file).
    What is mighty strange is that it updated the network address,
    but *not* the netmask. Go figure.  [:)] 


    // Martin
Unfiltered HTML