Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 2 subscribers
  • Views 3454 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

DHCP for Android doesn't work anymore

TheExpert
Hello together,

I'm using SOPHOS UTM 9.004-33 and activated the DHCP server for my internal LAN. And I'm using a AVM FRITZ!Box 7270 as WLAN access point and a AVM FRITZ!WLAN Repeater N/G as a range extender of my WLAN.

This environment worked fine for all my WLAN devices, windows based clients and andriod systems until yesterday. The android systems have fixed IP reservations by DHCP because they can't connect to Google Play store by using the SSL proxy so I made a exception for these devices by using their fixed IP address.

But since yesterday my android devices won't get their IP adresses any more. They are connecting fine to WLAN and send their DHCP request to the UTM but after a short time of requesting the IP address the WLAN connection will be broken and the process is starting again. These are the DHCP logfile entries of the UTM for one of my android based clients: 

2012:12:09-20:02:04 *** dhcpd: DHCPDISCOVER from d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:04 *** dhcpd: DHCPOFFER on 192.168.0.97 to d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:30 *** dhcpd: DHCPDISCOVER from 00:24:fe:7f:15:5d via eth0

2012:12:09-20:02:30 *** dhcpd: DHCPOFFER on 192.168.0.100 to 00:24:fe:7f:15:5d via eth0

2012:12:09-20:02:33 *** dhcpd: DHCPREQUEST for 192.168.0.97 from d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:33 *** dhcpd: DHCPACK on 192.168.0.97 to d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:36 *** dhcpd: DHCPREQUEST for 192.168.0.97 from d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:36 *** dhcpd: DHCPACK on 192.168.0.97 to d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:43 *** dhcpd: DHCPDISCOVER from d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:43 *** dhcpd: DHCPOFFER on 192.168.0.97 to d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:47 *** dhcpd: DHCPDISCOVER from d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:47 *** dhcpd: DHCPOFFER on 192.168.0.97 to d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:55 *** dhcpd: DHCPDISCOVER from d8:b3:77:fe:0d:5b via eth0

2012:12:09-20:02:55 *** dhcpd: DHCPOFFER on 192.168.0.97 to d8:b3:77:fe:0d:5b via eth0


The windows based clients are still working fine when connecting them via WLAN. So it must be something between android clients and the UTM.

I have even disabled the DHCP scope of my internal IP network to delete all the DHCP leases but after enabling the scope again nothing changed.

Does anyone know about this problem? And is there someone who has a solution?

Thank you

TheExpert


This thread was automatically locked due to age.
Parents
  • 0
    from the log here, the android keep asking for IP. Maybe something is wrong in that device with mac d8:b3:77:fe:0d:5b. or 0.97 it is used by another device
  • 0 in reply to Ol Deda
    Hello together,

    if the IP address would be used by another device the DHCP log on the UTM would have an entry which is showing this error.

    The MAC address of the device is correct. If it isn't, the DHCP daemon wouldn't take the fixed IP address I reserved for this device.

    On saturday I got a new Android based smartphone and I set a new fixed IP adress. But this address is not the same as the address in my log file example. I only changed all my fixed IP reservations by editing the IP addresses of the objects on the UTM web UI. I never changed the MAC address.

    I even uninstalled the Avast Mobile Security App on my Android device to check if this App is causing this issue. But nothing changed.

    Thank you

    TheExpert
Reply
  • 0 in reply to Ol Deda
    Hello together,

    if the IP address would be used by another device the DHCP log on the UTM would have an entry which is showing this error.

    The MAC address of the device is correct. If it isn't, the DHCP daemon wouldn't take the fixed IP address I reserved for this device.

    On saturday I got a new Android based smartphone and I set a new fixed IP adress. But this address is not the same as the address in my log file example. I only changed all my fixed IP reservations by editing the IP addresses of the objects on the UTM web UI. I never changed the MAC address.

    I even uninstalled the Avast Mobile Security App on my Android device to check if this App is causing this issue. But nothing changed.

    Thank you

    TheExpert
Children
No Data