quiqueal
Yo probé el VDSL
Se unió hace 17 años
Perfil de usuario
Widgets del usuario
Contribuciones
Re: Decodificador Wifi funciona con el wifi HGU pero no con un AP de Microtik conectado por ethernet a la HGU
Hola: Si, he probado a realizar un reseteo del desco y se comporta de la misma forma. Si que he probado a realizar el esquema HGU - AP Base port por ethernet - Desco y este esquema sí que funciona. Pero el esquema HGU - AP Microtik por Ethernet - Desco no consigo que funcione. ¿Alguna idea de que miro para ver porque no funciona?437Vistas0me gusta1ComentarioDecodificador Wifi funciona con el wifi HGU pero no con un AP de Microtik conectado por ethernet a la HGU
Hola: Tengo conectado un decodificador wifi que funciona correctamente conectado a la wifi de la HGU, pero si lo conecto a un punto de acceso creado con un microtik que a su vez está conectado por cable ethernet a la HGU, no funciona. El AP del Microtik está en modo bridge y cualquier dispositivo conectado a él funciona correctamente y accede a internet sin problemas. El desco si que se conecta al AP Microtik y el led wifi se pone azul pero se queda la pantalla de "No puedo acceder a la red". Con un sniffer en el Microtik, veo que el desco lanza el paquete discover al dhcp de la HGU y esta le repondes con un el paquete Offer, pero el desco no responde a este con el paquete request. Si conecto el desco al microrik por cable, funciona bien. Lo que he visto raro es que en el paquete DHCP Disvcover el desco mete en el campo Client MAC address una mac que no es la mac de origen del paquete. Esto no pasa cuando es conectado por cable, aquí, las dos macs son iguales. ¿Alguien tiene un desco conectado a un AP distinto del de la HGU y le funciona? Alguna idea de que está pasando y como hacer que funcione. Gracias.Resuelto571Vistas0me gusta5ComentariosRe: Configuración DDNS en router Askey
Hola: Habría que ver que es lo que está mandando el router al servicio ddns y porque no funciona. Para ello se me ocurre modificar las dns del router para apuntar un servidor dns tuyo, de este modo podrás ver a que host de ddns está apuntando y cual es la ip, luego hay que cambiar en tu servidor de dns la ip del host de ddns para que apunte a un dirección de un ordenador tuyo, en este ordenador pones un programa redirector de tcp para poder hacer un MIM (Middle in Man) se puede usar https://mitmproxy.org/ y visualizar el tráfico de paquetes intercambiado entre el router y el servidor de ddns y ver donde está el problema. Si no quieres complicarte tanto, ¿has probado los otros dos a ver si funcionan?7,8 milVistas0me gusta1ComentarioRe: No se puede acceder a los menús en la HGU Askey de forma local
Hola: Pues he encontrado una solución, una vez que metemos la clave del router y estamos en la pantalla sin los menús, accedemos a la página te_mapa_red_local.html. Esta página clicamos en el dispositivo en conflicto, en mi caso se llama RsiVideo.. que se corresponde con la Alarma de Prosegur. Aquí podemos editar el nombre y poner el queramos, le damos a guardar cambios y con esto, si cerramos el navegador y volvemos a acceder al router ya podemos acceder a los menús sin problema. Decidme si alguien tiene este problema y lo ha podido resolver así.4,9 milVistas0me gusta4ComentariosRe: No se puede acceder a los menús en la HGU Askey de forma local
En cierta forma tenía razón Theliel el equipo (ordenador, móvil o tablet) es el que no saca los menús pero el bug está en el router Askey que no sabe interpretar los caracteres extraños de un dispositivo conectado en la red y también mal por la alarma de Prosegur que está metiendo esos caracteres que provocan el error. Técnico-Movistar tienes que documentar el bug para que Askey lo corrija en el próximo firmware, máxime cuando Prosegur se ha unido con Movistar y creo que la alarma que están montando es la misma y posiblemente este problema se dé en muchos más usuarios. Continuara...4,9 milVistas0me gusta7ComentariosRe: No se puede acceder a los menús en la HGU Askey de forma local
¿Y que hay en la línea 36 que provoque el error? Pues está línea carga la variable devicedata con los datos de los dispositivos que el router ha detectado en la red local. ¿Y que provoca el error de sintaxis? Pues el nombre de un dispositivo es el causante del error, concretamente es la Alarma de Prosegur la que contiene en su nombre caracteres extraños que hacen que el router Askey al codificar la página meta un retorno de carro y un salto de línea que provocan el error de sintaxis. Para probar que es cierto, he descargado la página te_wifi.html en un servidor web local y simplemente he quitado el retorno de carro y el salto de línea y ya se ejecuta el JavaScript y carga en el div la página de cabecera, apareciendo el menú en el navegador. El misterio está resuelto, ahora queda solucionarlo. Continuara...4,9 milVistas0me gusta8Comentarios