Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Replies 8 replies
  • Subscribers 0 subscribers
  • Views 1206 views
  • Users 0 members are here
Options
Suggested

[9.270][OPEN] Wireless or DHCP problem?

CassianoSchenkel
Hello Guys.

I'm testing the UTM 9.270-6 version and so far it's all pretty well, except by a little problem that I'm getting regarding my WiFi clients.

I have an UTM 320 with 2 AP 30 connected to it. I did a fresh install of the UTM version mentioned above and then I restored the backup of my UTM 9.208-x.

All the previous version configuration was imported without problem. But since then I noticed that my wireless clients are loosing their connection to the network. I mean the SSID still showing and the users still connected to it but the computer's client lost its network configuration like if the DHCP server becomes unavailable.

In this case, I have a SSID bridged to LAN. So I have the same DHCP scope for both (wired and wireless netoworks) and just the wireless clients are running into this problem.

Does anyone noticed the same behaviour? 

Any sugestion to fix it?

Thank you,
Cassiano
Parents
  • 0
    I've just installed the 9.280-3 Up2Date package and this seems to have resolved my issues.

    Following the same steps I outlined in an earlier post, once the AP is reconnected, the link with the UTM is re-established and DHCP addresses are re-leased (given they're within the lease period).

    As for the demise of red tunnels, yep, they're now vxlan interfaces...

    2014:11:06-23:36:42 utm awed[4439]: [MASTER] new connection from 192.168.1.202:40519
    2014:11:06-23:36:42 utm awed[25462]: [A40009DF374599A] AP10 from 192.168.1.202:40519 identified as A40009DF374599A
    2014:11:06-23:36:42 utm awed[25462]: [A40009DF374599A] (Re-)loaded identity and/or configuration
    2014:10:22-08:24:06 192.168.1.202 logread[811]: Logread connected to 192.168.1.1:415
    2014:10:22-08:24:08 192.168.1.202 netifd: Interface 'vxlan' is enabled
    2014:10:22-08:24:08 192.168.1.202 netifd: Interface 'vxlan101' is enabled
    2014:10:22-08:24:08 192.168.1.202 kernel: [ 26.060000] device vxlan.101 entered promiscuous mode
    2014:10:22-08:24:08 192.168.1.202 kernel: [ 26.060000] device vxlan entered promiscuous mode
    2014:10:22-08:24:08 192.168.1.202 kernel: [ 26.060000] br-vxlan101: port 1(vxlan.101) entered forwarding state
    2014:10:22-08:24:08 192.168.1.202 kernel: [ 26.060000] br-vxlan101: port 1(vxlan.101) entered forwarding state 

    ==

    When in doubt, Script it out.

Reply
  • 0
    I've just installed the 9.280-3 Up2Date package and this seems to have resolved my issues.

    Following the same steps I outlined in an earlier post, once the AP is reconnected, the link with the UTM is re-established and DHCP addresses are re-leased (given they're within the lease period).

    As for the demise of red tunnels, yep, they're now vxlan interfaces...

    2014:11:06-23:36:42 utm awed[4439]: [MASTER] new connection from 192.168.1.202:40519
    2014:11:06-23:36:42 utm awed[25462]: [A40009DF374599A] AP10 from 192.168.1.202:40519 identified as A40009DF374599A
    2014:11:06-23:36:42 utm awed[25462]: [A40009DF374599A] (Re-)loaded identity and/or configuration
    2014:10:22-08:24:06 192.168.1.202 logread[811]: Logread connected to 192.168.1.1:415
    2014:10:22-08:24:08 192.168.1.202 netifd: Interface 'vxlan' is enabled
    2014:10:22-08:24:08 192.168.1.202 netifd: Interface 'vxlan101' is enabled
    2014:10:22-08:24:08 192.168.1.202 kernel: [ 26.060000] device vxlan.101 entered promiscuous mode
    2014:10:22-08:24:08 192.168.1.202 kernel: [ 26.060000] device vxlan entered promiscuous mode
    2014:10:22-08:24:08 192.168.1.202 kernel: [ 26.060000] br-vxlan101: port 1(vxlan.101) entered forwarding state
    2014:10:22-08:24:08 192.168.1.202 kernel: [ 26.060000] br-vxlan101: port 1(vxlan.101) entered forwarding state 

    ==

    When in doubt, Script it out.

Children
No Data
Unfiltered HTML