История изменений
Исправление nickleiten, (текущая версия) :
Для работы с wifi-интерфейсом напрямую и пользованием NetworkManager, последнему нужно указать игнорирование виртуального интерфейса в режиме AP. Если же тебе нужна вафля только в режиме точки доступа, то NetworkManager лучше отключить вовсе, он любит лезть куда не надо и при этом грузить проц не пойми чем.
В общем случае, точка доступа - это вай-фай интерфейс в режиме Access Point Infrastructure, dhcp-сервер на этот интерфейсе и правильно настроенный фаерволл для доступа в интернет клиентами. Собственно твой андроид смог подключиться к точке доступа, но не получил IP-адрес. Это произошло из-за того, что на твоём вай-фай интерфейсе не был назначен адрес 192.168.0.1 (который и будет шлюзом для клиентов) и не выдаются параметры dns/gateway в dhcp-ответе сервера (не помню, может dnsmasq их и сам должен подхватывать, но это вряд ли). Плюс рекомендую посмотреть iptables -t filter -L FORWARD на предмет policy, не стоит ли там DROP/REJECT, должно быть ACCEPT или правила с ACCEPT для клиентов.
Исходная версия nickleiten, :
Для работы с wifi-интерфейсом напрямую и пользованием NetworkManager, последнему нужно указать игнорирование виртуального интерфейса в режиме AP. Если же тебе нужна вафля только в режиме точки доступа, то NetworkManager лучше отключить вовсе, он любит лезть куда не надо и при этом грузить проц не пойми чем.
В общем случае, точка доступа - это вай-фай интерфейс в режиме Access Point Infrastructure, dhcp-сервер на этот интерфейсе и правильно настроенный фаерволл для доступа в интернет клиентами. Собственно твой андроид смог подключиться к точке доступа, но не получил IP-адрес. Это произошло из-за того, что на твоём вай-фай интерфейсе не был назначен адрес 192.168.0.1 (который и будет шлюзом для клиентов). Плюс рекомендую посмотреть iptables -t filter -L FORWARD на предмет policy, не стоит ли там DROP/REJECT, должно быть ACCEPT или правила с ACCEPT для клиентов.