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

Problems with ASL 4 and Intel/Dlink combination.

Hi, I am using ASL 4.0x (I guess). Using it on a Compaq EVO 500 (P4, 256 Ram, 40Gb hd, Intel Nic (detected and working).

I am having problems with the configuration of a second Network Card. Every time I try to configure it as standard ethernet, fixed ip (Dlink 538TX), it does not show me its IP Address/ Default Gateway. Based on the documentation i tought it was just a matter of waiting but it just does not activate it automatically. When I click on Activate, after 5 secs, nothing works over the web,I also can't ping the Server (on any of the two network segments) but i can connect to the terminal and I don't see anything wrong. Any way to solve this?

I also have the problem using two identical NICs (DLINK 538TX) and my Intel disabled at the BIOS.

HELP!!!

(by the way, I have never had any problems with DLINK 535TX and 538TX on Linux (Redhat, Mandrake, etc).
  


This thread was automatically locked due to age.
  • Oops!

    It is not really a problem with the HW. It seems that the problem here is a multiple spoofing attack....

    I am testing this cute thing for my company. we work on a private network 10.x.x.x/23 bits (that is 255.255.254.0). I am using it behind an Alcatel Speedtouch Pro with firewall. and guess the internal ip address that it uses: 10.0.0.128/8bits (that is 255.0.0.0). Now I realise I have been attacking my own ASL by spoofing lots of IP addresses... hheehehe

    See? if you pick a network on 10.x.x.x/23, the IP address found on that network can also  be found on this other network 10.x.x.x/8. In fact, EVERY possible network on 10.x.x.x/23 represents a host on 10.x.x.x/8 except for the first and the last IP address.

    Checking the /var/logs/Kernel.log I saw the spoofing attacks... one every 4-5 secs (all the systems in my office where Spoof-attacking the ASL! hehehehe. ARP,  broadcasts, 137, 139... you name it you get it. hehehehe

    I am telling my service provider to change the subnet mask to something more like 255.255.255.240. This will reduce the chances of spoofing attempts from the outside and remove my internal network from the "potential spoofers" in the kernel.log

    Just to comply with other setups, I changed my modules.conf line from rtl8139 to 8139too (In fact 8139too the module I have always been using with RH and Mandrake).

    Regards,

    Jorge  

  • Jorge,

    Look for the Subject: Internal Lan card stops responding
    in Astaro Security Linux >> Hardware, Installation, Up2Date

    -zeek 
  • guess, your internal network is a subnet of the external.
    then asl-middleware produces a problem with ip-spoof-control.

    just posted an answer under ASL-Hackers/BEtaversions  https://community.sophos.com/products/unified-threat-management/astaroorg/f/51/t/20512