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

ASG120 - Missing Options

Sykk
Hey guys,

Not anything major but was just interested in this since I'm dealing with other wireless issues at the moment.

I'm using an ASG120 hosting two different wireless subnets across two AP30's.

I notice during testing, that when I want to delete a client object from the Wireless Clients, the option doesn't appear for some of them.



Anyone know an explanation for this?

Thanks


This thread was automatically locked due to age.
  • 0
    Moved to the Wireless Security Forum.
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
  • 0
    Hi, Sykk, and welcome to the User BB.

    "131 seconds ago" - I wonder if you're not waiting long enough for the information to appear?

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • 0 in reply to BAlfson
    Hi, Sykk, and welcome to the User BB.

    "131 seconds ago" - I wonder if you're not waiting long enough for the information to appear?

    Cheers - Bob

    Hi Bob,

    Apologies for posting in the wrong forum!

    I was actually referring to what I've highlighted on the left hand side. 

    The "Delete Client Object" is missing on some of the users. I can't purge some of the entries.

    I have one other issue also, could save me creating another thread:

    I upgraded one of our sites to 8.2 on Monday.

    We have two wireless networks - 172.16.x (Public) and 192.16.x (Private)

    172.16.x = Separate zone with client isolation
    192.168 = Bridge to AP LAN 

    Users can no longer receive an address when they connect to the SSID associated with the 172.16.x range. 

    Nothing has been changed other than the upgrade. I've checked the logs to confirm that the last 172 address was dished out just before the upgrade.

    I've deleted and re-created the DHCP scope to see if that would do it, no luck.

    Any ideas?

    Cheers
    Nigel
  • 0
    I upgraded one of our sites to 8.2 on Monday.

    Hopefully this is not a production site.  The 8.200 soft-release is not final code and has quite a few issues that are currently being fixed for 8.200 GA (the final version),  This could be one of those bugs.  

    One bug that I am aware of has to do with a negative interaction between Wireless Security and spoof protection.  Try turning off spoof protection and see if it helps.

    If that doesn't help, my suggestion is to either:
    1)  Open up a support ticket with Astaro.
    2)  Reinstall 8.103 from ISO on that box and wait for the final version of 8.200 to be released (there will also be a companion 8.201 u2d package that will be released at about the same time).

    I was actually referring to what I've highlighted on the left hand side.

    I'm thinking that maybe the client connection database entries may have gotten a little bit "confused".  It might help to wait for the listings to time out and disappear on their own or try forcing the issue with a reboot.
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
  • 0 in reply to Scott_Klassen
    Hopefully this is not a production site.  The 8.200 soft-release is not final code and has quite a few issues that are currently being fixed for 8.200 GA (the final version),  This could be one of those bugs.  

    One bug that I am aware of has to do with a negative interaction between Wireless Security and spoof protection.  Try turning off spoof protection and see if it helps.


    I heard back from Astaro support and they asked me to do the following:

    Network Security > Intrusion prevention > Advanced - Create a rule for 15302 [Disabled]

    Seems to have done the trick! I don't know what 15302 is, but it's probably Spoof protection?

    So it looks likely you were right or close. 

    Cheers [:)] 
    Nigel
  • 0
    15302:  DOS Microsoft Exchange System Attendant denial of service attempt.  SnortID.com - Search for SNORT ID's - Snort is a registered trademark of Sourcefire, Inc.  Not a clue why/how this affects the wireless client list, but glad that you got it fixed.
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
Unfiltered HTML