Las VPN forman parte esencial de muchos DBA como canal seguro de comunicaciones para cualquier emergencia o trabajo remoto. En ocasiones Windows vista o Windows Server 2008 se niegan a conectar a una VPN alegando que no «hay conectividad». Tras comprobar que existe conectividad uno piensa que debe ser algún problema con la detección de conectividad del «network and sharing center»:

Parece que por esta parte está todo bien en esta ocasión, sin embargo, el problema persiste:

El primer recurso fue el tan recurrido reinicio de la máquina pero no funcionó. Pensando cual podría ser la causa me puse a pensar que había instalado últimamente en mi máquina que pudiera afectar a la red de alguna forma significativa (firewall o aplicación similar). Al no encontrar nada relacionado con esto, recordé que había instalado también el VMware Player para poner en marcha una máquina virtual. VMware, al igual que otros sistemas de virtualización, crean tarjetas de red virtuales que permiten comunicarse la máquina virtual con el host y con el exterior. Al desactivar dichos interfaces de red el problema se solucionó inmediatamente:

La posterior reactivación de dichas interfaces virtuales no provocaba que el problema volviera a ocurrir por lo que pueden seguir utilizándose. Mi teoría es que durante las fases del arranque de alguna forma se está realizando una asociación incorrecta a dichas tarjetas virtuales como tarjetas «por defecto» de salida a Internet. Esto puede ser debido a que en mi entorno tanto las tarjetas físicas (Ethernet / Wifi) deben pasar por protocolos de autentificación. Por ahora no me ha pasado con las tarjetas virtuales de Hyper-v pero no descarto que pudiera ocurrir algo similar.

En conclusión, si en algún momento se os indica que no tenéis una conexión activa a Internet y no os permite conectar a una VPN probad de desactivar temporalmente aquellos interfaces virtuales que tengáis en vuestro sistema J

 

Rubén Garrigós

Mentor at SolidQ
I am an expert in high-availability enterprise solutions based on SQL Server design, tuning, and troubleshooting. Over the past fifteen years, I have worked with Microsoft data access technologies in leading companies around the world.

Nowadays, I am a Microsoft SQL Server and .NET applications architect with SolidQ. I am certified by Microsoft as a Solution Expert on the Microsoft Data Platform (MSCE: Data Platform) and as a Solution Expert on the Microsoft Private Cloud (MSCE: Private Cloud). As a Microsoft Certified Trainer (MCT), I have taught multiple official Microsoft courses as well as other courses specializing in SQL Server. I have also presented sessions at official events for various Microsoft technologies user groups.
Rubén Garrigós

Latest posts by Rubén Garrigós (see all)