… me tocan las narices, como las tontadas de Microsoft y sus sistemas basura.
La última ha sido hoy mismo con el ordenador personal de la hija de que por alguna razón que desconozco se trae el equipo de su casa y se empeña en trabajar con él aunque ya tiene un equipo Windows y las licencias de Office y demás que pidió. El dire es otro que tal. Su equipo y su portátil abiertos al mismo tiempo.
Pues el equipo el viernes sí pero hoy no se conecta al wifi. Y, hala, detén el desarrollo y ponte a mirar qué ocurre en los registros del servidor de direcciones IP. Y lo miro y lo miro y veo que, efectivamente, hay cosas extrañas por las que no sé si preocuparme o no pero nada referente a su portátil.
Una vez que lo dejo todo y bajo a su oficina y miro el equipo directamente me encuentro con que el Windows (de los cojones) está continuamente diciendo que las configuración IP no le vale y que la red inalámbrica, además, es insegura. El resto de los datos, servidores de nombres, pasarela y otros, los acepta sin problemas. Pero no la IP en sí. Y sin IP no hay Google ni descargas por torrent (que sí, que la criatura tiene un torrent en marcha) y así pues no se puede.
Lo primero que me llama la atención de la configuración es que tiene un mecanismo de cambio de dirección MAC con lo que se me complica mucho la vida para seguirle el rastro. Lo he desactivado varias veces, porque una no es suficiente, y al final consigo que se quede con una. No sé si es la MAC real o no pero para el caso me da igual.
En los registros del servidor dchpd se observa que el equipo está enviando peticiones de descubrimiento (DHCPREQUEST) para que algún servidor le atienda. El servidor le atiende. El sistema operativo llega a la conclusión de que la red no es segura, de que no le gusta cómo le ha mirado o de cualquier otra cosa categórica y pasa de la IP. Entonces retoma el descubrimiento y envía una y otra vez el mismo tipo de paquete y el servidor le ignora porque ya tiene una IP y no sabe de qué va. O eso quiero creer.
nov 22 12:54:38 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:9c:d0:60:15 via br-lan nov 22 12:54:43 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:9c:d0:60:15 via br-lan nov 22 12:54:52 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:9c:d0:60:15 via br-lan nov 22 12:55:07 barbacana dhcpd[849]: DHCPACK to 192.168.100.93 (66:6e:be:d0:d0:a0) via br-lan nov 22 12:55:10 barbacana dhcpd[849]: DHCPACK to 192.168.100.93 (66:6e:be:d0:d0:a0) via br-lan nov 22 12:55:12 barbacana dhcpd[849]: DHCPACK to 192.168.100.93 (66:6e:be:d0:d0:a0) via br-lan nov 22 12:55:15 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 12:55:20 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 12:55:26 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 12:55:30 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 12:55:35 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 12:55:44 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 12:56:01 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 12:56:34 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 12:56:38 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 12:56:46 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan ... nov 22 13:08:03 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 13:08:12 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 13:08:28 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 13:11:02 barbacana dhcpd[849]: DHCPACK to 192.168.100.93 (66:6e:be:d0:d0:a0) via br-lan nov 22 13:11:04 barbacana dhcpd[849]: DHCPACK to 192.168.100.93 (66:6e:be:d0:d0:a0) via br-lan nov 22 13:11:07 barbacana dhcpd[849]: DHCPACK to 192.168.100.93 (66:6e:be:d0:d0:a0) via br-lan nov 22 13:11:10 barbacana dhcpd[849]: DHCPDISCOVER from 66:6e:be:d0:d0:a0 via br-lan nov 22 13:11:11 barbacana dhcpd[849]: DHCPOFFER on 192.168.100.93 to 66:6e:be:d0:d0:a0 (LAPTOP-MKAMUQV3) via br-lan nov 22 13:11:11 barbacana dhcpd[849]: DHCPREQUEST for 192.168.100.93 (192.168.100.1) from 66:6e:be:d0:d0:a0 (LAPTOP-MKAMUQV3) via br-lan nov 22 13:11:11 barbacana dhcpd[849]: DHCPACK on 192.168.100.93 to 66:6e:be:d0:d0:a0 (LAPTOP-MKAMUQV3) via br-lan nov 22 13:15:15 barbacana dhcpd[849]: DHCPREQUEST for 192.168.100.93 from 66:6e:be:d0:d0:a0 (LAPTOP-MKAMUQV3) via br-lan nov 22 13:15:15 barbacana dhcpd[849]: DHCPACK on 192.168.100.93 to 66:6e:be:d0:d0:a0 (LAPTOP-MKAMUQV3) via br-lan
El caso es que al rato vuelve a enviarle la dirección IP, supongo que porque habrá caducado o porque quiere que deje de darle la turra con ello y el Windows sigue con su idea de inseguridad y nada, más paquetes de descubrimiento. Al rato sí que parece que lo acepta. Segundos antes de que la propietaria cierre la tapa y se lleve la máquina consigo porque tiene que comer.
Pues vaya.
Mañana les explicaré las cosas y les diré que intenten no conectar tanto equipo a la red de la empresa que ya bastante miedo paso con los cuatro Windows que quedan por aquí. Y que encima, y eso no sé si se lo diré, me pagan por mantener los equipos de la empresa, no para dar soporte a los suyos. Ojo, es algo que he hecho con mucho gusto por algunos pero por otros como que no tengo tantas ganas.
Y también mañana (o mejor pasado, que ya llevo muchos días viniendo por aquí para lo que me pagan) probaré lo que dice en el artículo de abajo sobre un problema con las actualizaciones de Windows 10 y las redes inalámbricas supuestamente inseguras.