☰

Mikrotik Wifi en Android sigue desconectándose

tag-icon • tag-icon wifi mikrotik android
Mikrotik Wifi en Android sigue desconectándose

Mi empresa compró recientemente algunos Mikrotik hAP Mini. Estas unidades se utilizan para VPN de sitio a sitio. La primera unidad que configuré manualmente funcionó perfectamente. Luego exporté la configuración a las unidades segunda, tercera y cuarta.

En estas 3 unidades, cuando mi Pixel 3a está conectado, recibe una dirección IP que anuncia "sin conexión a Internet" y después de un segundo se desconecta y se vuelve a conectar al WiFi una y otra vez. El teléfono está literalmente encima de la unidad AP y el área circundante tiene como máximo otros 15 AP. Otro usuario que recibió una unidad también informó del mismo problema en su teléfono Xiaomi.

En Mikrotik, el registro muestra "macaddr@wlan1: desconectado, deauth recibido: estación emisora ​​saliendo (3)". Creo que este es un mensaje normal de "usuario desconectado".

Sorprendentemente, si configuro el servidor DHCP ennoAl proporcionar servidores DNS, el Pixel permanece conectado y pregunta qué debe hacer cuando este wifi no tiene Internet. La combinación de servidor DNS que probé es:

  • Proporcionar la IP del servidor DNS remoto al cliente (este servidor está a través de VPN)
  • Proporcionar 1.1.1.1 al cliente
  • Proporcionar la IP del enrutador como servidor DNS, y
    • Configure el flujo ascendente del enrutador en 1.1.1.1, 1.0.0.1
    • Configure el flujo ascendente del enrutador en el servidor DNS remoto
    • Configure el servidor DNS remoto ascendente del enrutador Y 1.1.1.1 como secundario

Parece que esta característica misteriosa de Android tiene la culpa aquí. Además, si uso exactamente la misma configuración de IP que DHCP (con servidor DNS remoto), pero como IP estática, permanezco conectado e Internet también funciona.

En resumen:

  1. Dos teléfonos Android de diferentes marcas no pueden permanecer conectados a 3 dispositivos Mikrotik durante 5 segundos, cada AP tiene exactamente la misma configuración y se ha probado a quemarropa.
  2. No proporcionar ningún servidor DNS en DHCP hace que permanezca conectado, pero, por supuesto, no hay Internet.
  3. ProporcionarcualquierEl servidor DNS en DHCP da el mismo resultado que 1
  4. Usar exactamente la misma información de IP proporcionada por DHCP proporciona el resultado esperado, pero es una mala experiencia para el usuario.
  5. La configuración predeterminada de fábrica también funciona
  6. Mi computadora portátil Linux funciona para todas las configuraciones del 1 al 5 excepto la 2

Las configuraciones relevantes de Mikrotik son:

/interface wireless
set [ find default-name=wlan1 ] band=2ghz-b/g/n channel-width=20/40mhz-XX \
    country=thailand disabled=no distance=indoors frequency=auto \
    installation=indoor mode=ap-bridge ssid=ssid station-roaming=enabled \
    wireless-protocol=802.11
/interface wireless security-profiles
set [ find default=yes ] authentication-types=wpa-psk,wpa2-psk mode=\
    dynamic-keys supplicant-identity=MikroTik
/ip dns
set allow-remote-requests=yes servers=10.0.0.1,1.1.1.1,1.0.0.1 use-doh-server=\
    https://cloudflare-dns.com/dns-query
/ip pool
add name=dhcp ranges=10.1.0.0/29
/ip address
set [ find comment=defconf ] address=10.1.0.1/29 interface=bridge network=10.1.0.0
/ip dhcp-server network
set [ find comment=defconf ] address=10.1.0.0/29 dns-server=10.1.0.1 gateway=10.1.0.1 netmask=29

Otras configuraciones son en su mayoría predeterminadas de fábrica, incluidas todas las configuraciones de firewall predeterminadas y el conjunto de opciones de DHCP. La versión de RouterOS es 6.47.10 (a largo plazo)

Respuesta1

Publico esto allí si alguien lo busca en Google y encuentra este hilo. En mi caso, eso ocurre cuando el AP de destino está vacío (no hay clientes inalámbricos conectados a él). Y eso significa que la interfaz inalámbrica no está activa. Cuando el primer cliente se conecta a él, la interfaz se activa y esto activa algoritmos RSTP (contar costos y funciones de los puertos) que toman algún tiempo y este tiempo es demasiado largo para algunos teléfonos inteligentes. Entonces, deshabilitar cualquier protocolo STP en el puente AP me soluciona el problema.

Respuesta2

Después de unos meses descubrí que el servidor DHCP estaba manejando la última IP en la subred (es decir, la dirección de transmisión). Después de eliminar esa IP de la circulación, todo funciona como se esperaba.

Respuesta3

Tengo este problema... o similar... Tengo RB2011, conectado (ahora mismo) con mi computadora portátil, funciona bastante bien. Al intentar conectarme con mi teléfono (Pixel 4), recibí un problema que decía. deauth recibido: estación emisora ​​saliendo (3) Y luego el teléfono se desconecta. Descubrí que si configuro una dirección IP estática en el teléfono, todo funciona bien. ¿Qué es exactamente lo que deshabilitaste? El RB2011 sirve como un simple "puente" con 4 puertos dentro de ese puente, un cliente DHCP en ese puente y un puerto WLAN dentro de ese puente... configuración realmente simple. (Sirve solo como AP+Switch)

información relacionada