Guest User!

You are not Sophos Staff.

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

eth0:0-3 going down and not coming up again

Hello everybody,

I installed a ASG Ver. 7.504 during the last days and read the manual.

First of all: All things work well and I'm really satisfied with the ASG.

But, there is one little thing I need to fix. For understandig what I mean I have to describe my environment.

Well, I'm using the system described above as sw appliance on standard PC hardware with one on board NIC (eth4, not in use) and 4 plugged in NICs (3COM 509 all, eth0...3).

The system ist configured follows:

eth0: => external DSL-Modem => Internet
eht1: => Intranet
eth2: => Extranet 
eht3: => DMZ

I'm using a well know German Provider as DSL-Carrier only and connect to the Internet by an other one. The last one gave me one fix address (for eth0) and a /29 subnet with offical ip-addresses which is routed to eht0. In ASG I 
declared three additional (official) addresses ont eth0 which are bound to eth0:0...2. This three addresses I used for some DNAT and SNAT rules. All these things work fine.

Sadly, every nigth the additional interfaces with there alias addresse on eth0:0...2 go down and down come up again. No idea why. In the moring there status is indicated as "down". So I have to click on the red traffic is green altough the state is indicated as "down". So I have to click on the "red" traffic light for each virtual interface and wait some time. Then I click on the green light until and wait again some time. After a while the interfaces come up and all things are well. But, the same procedure every morning.

My idea is that this may be related to the DSL cut off every night at 02:30 a.m. I choosed this point in time at the providers user interface, i.e. the provider itself hook off the line at this time and it will come up nearly 5 minutes later.

Does anybody have an idea what to do to make eht0:0...2 coming up automatically after disconnecting the DSL-Line or is there any other idea?

Many thanks in advance

Guido


This thread was automatically locked due to age.
Parents
  • Hello everybody,

    being a little bit lazy and getting tired of switching on eth0:0...2 manually every morning and flushing the mailqueue of my secondary mx too I tried to get a solution for my problem myself until ASG 7.505 will be released.

    Well, here it is. Just create a new crontab by typing "crontab -e" as 'root' and put in the following text:

    # min  hour  day  month  dow  user  command
    #
    # Shutdown and restart eth0 (=> eth0:0...2 & ippp0)
    # manually every day. Workaround until fix will be
    # distributed in/with in ASG >= 7.505. Tested and
    # working fine with ASG 7.504. #GH 20.03.2010 19:25
    #
    16 02 * * * /sbin/ifconfig eth0 down
    19 02 * * * /sbin/ifconfig eth0 up

    What does it do in detail?

    At 2:16 a.m. it fires off eth0 the hard way and thereby implicitly it's aliases eth0:0...2 and kills ippp0 which was bound to eth0.

    Three minutes later it activates eth0, it's aliases eth0:0...2 and after a while the DSL connection is reestablished on ippp0.

    Ready. Done. Now I can wait for Ver. 7.505 reassured [;)]

    Greetinx

    Guido
Reply
  • Hello everybody,

    being a little bit lazy and getting tired of switching on eth0:0...2 manually every morning and flushing the mailqueue of my secondary mx too I tried to get a solution for my problem myself until ASG 7.505 will be released.

    Well, here it is. Just create a new crontab by typing "crontab -e" as 'root' and put in the following text:

    # min  hour  day  month  dow  user  command
    #
    # Shutdown and restart eth0 (=> eth0:0...2 & ippp0)
    # manually every day. Workaround until fix will be
    # distributed in/with in ASG >= 7.505. Tested and
    # working fine with ASG 7.504. #GH 20.03.2010 19:25
    #
    16 02 * * * /sbin/ifconfig eth0 down
    19 02 * * * /sbin/ifconfig eth0 up

    What does it do in detail?

    At 2:16 a.m. it fires off eth0 the hard way and thereby implicitly it's aliases eth0:0...2 and kills ippp0 which was bound to eth0.

    Three minutes later it activates eth0, it's aliases eth0:0...2 and after a while the DSL connection is reestablished on ippp0.

    Ready. Done. Now I can wait for Ver. 7.505 reassured [;)]

    Greetinx

    Guido
Children
No Data