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

ASG WebAdmin freeze after DHCP Server Config in Remote Access

Today I configured my Software based Astaro V8.

It was all working fine till I did the following.

I have my Astaro configured with Remote Access and L2TP over IPSEC.
Initially I had it configured to use the default IP Address range provided by the Astaro box when using L2TP over IPSEC.

Then I changed this to say to use a DHCP Server and pointed it to my Windows SBS 2008 Server which also acts as a DHCP server.

After I configured Astaro seems to have completly frozen up:
- No WebAdmin.
- No SSH.
- No Internet Access through the Astaro Box
- No VPN.

What have I done wrong?


This thread was automatically locked due to age.
  • Then please establish an L2TP connection and capture the routes again.
  • Posted a private message with the Routing Tables on the Good ASG with L2TP Connection.

    As mentioned in the beginning as soon as I change the setting to DHCP Server I will loose all control of the ASG (except for console):
    - No WebAdmin
    - No SSH
    - No VPN Access
    - No Internet through the ASG
  • Bummer. The routing table in the state where the ASG is unavailable is the interesting part.

    You can redirect the output into a file on the console and access it when the ASG is available again. Just append `> ~/routes.txt` to the command and you'll find the file containing the output in the users home dir.
  • The first private message I sent you had 2 routing table outputs.

    The Bad Routing Table output is from an ASG after it was configured using a DHCP Server. I confirmed that WebAdmin was not  working anymore. Then I went to the console and did the ip route show table all and piped to a file.

    Then I had to do a Factory Reset and was then able to get to the created file with the routing data. See in a private message the routing data again from the moment that the ASG freezed on all but console.

    Raoul
  • Oh, the ASG isn't reachable after you _configure_ the DHCP server. No need to connect any L2TP client to make it freeze? I though that you need to connect to make it freeze so far. Sorry for the misunderstanding.

    Then it sounds more like a bug in the Middleware. Could you break it once more for me, this time scanning the output of /etc/log/mdw-debug.log. Or you could just make it available for download , PM me the URL and I'll have a look at it.
  • Okay here it goes...

    I have a Software ASG setup with the following:
    - Internal Static IP
    - External Static IP
    - Authentication Linked to Active Directory (from a SBS 2008 Server on the internal network).
    - Packet Filter set to default settings when you install the Software ASG (ticked all the boxes).
    - IPS set to default settings when you install the Software ASG (ticked all the boxes).
    - Web Security set per default (Web Proxy enabled).
    - Mail Security setup to monitor emails from my domain to my Exchange server on SBS 2008
    - Web Application Firewall Disabled.
    - No RED Boxes
    - No Site-2-Site VPN.
    - Remote Access configured as follows:
       * L2TP over IPSEC
          - PreShared Key
          - Assign IP Addresses by my Windows 2008 SBS DHCP Server.
          - Reachable on my internal network.
        * Several users setup to all access via VPN.

    The setup above results in a freeze of:
    - WebAdmin
    - SSH
    - Internet
    - VPN

    The freeze happens starts to happen about 5-10 seconds after I click the APPLY button when selecting to use my DHCP Server as IP provider for L2TP over IPSEC connections.

    I will mail you the request log file from the system after the system has frozen up.

    Raoul.
  • How can I attach a file to a PM?
  • You can't, unfortunately. And you can't post large messages/PMs either. Best is to upload it to some web/ftp space and hand me the URL, really.
  • Thanks for the log file.

    It's indeed a bug in the L2TP mdw module. Will be fixed in an upcoming release.

    Thanks a lot for you help. Very much appreciated! You're a hero now! =)
  • Bug ID is #15118 for those who care.

    There's currently no other workaround than not using DHCP address assignment.

    Sorry for inconvenience!