Living la Beta loca

La semana pasada me llegó la notificación de una nueva Insider Preview para mi Windows 10. Si bien le debo un formateadita a la notebook para instalar una versión fresh de Windows 10, vengo actualizando desde… ya no me acuerdo la primer insider preview, me ofreció que el domingo a las 14.30 me instalaría el nuevo release. Como la ansiedad me domina, desactivé mis virtual switches de Hyper-V (ya tuve issues!!) convirtiendolos en Private, y procedí a aplicar la actualización.

Testing… Testing… Testing…

Lo primero que controlo es que mis virtuales arranquen y tengan red. Siempre ando con un Windows 7 virtual para hacer pruebas de conectividad o tener doble conexión VPN si estoy haciendo dos trabajos a la vez. Todo funcionó correctirijillamente.

The Issue

Acababa de levantar un Radius server recién migradito, en un cliente, con diferentes perfiles SSL desde mi Windows 7, cuando encontré un inconveniente y quise levantar desde mi Windows 10 una conexión al cliente para poder monitorear los intentos de login.
Linda sorpresa me encontré al tener este mensaje de error:

Obviamente desinstalé y reinstalé por si acaso (dado que fue un upgrade uno nunca sabe si una DLL tiene que ser reregistrada o simplemente fui por el easy way porque necesitaba trabajar.

Más Info

Como no había caso, dejé el tema para después. Cuando volví encontré esto en el eventviewer.
Log Name: Application
Source: Application Error
Date: 06/09/2015 20:30:44
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Computer: samw10.dls.corp
Description:
Faulting application name: FortiSSLVPNclient.exe, version: 4.0.2300.0, time stamp: 0x53458dc3
Faulting module name: WININET.dll, version: 11.0.10532.0, time stamp: 0x55d90273
Exception code: 0xc0000005
Fault offset: 0x0017799e
Faulting process id: 0x16ac
Faulting application start time: 0x01d0e8fc0505e856
Faulting application path: C:\Program Files (x86)\Fortinet\SslvpnClient\FortiSSLVPNclient.exe
Faulting module path: C:\WINDOWS\SYSTEM32\WININET.dll
Report Id: 663f1014-9d9f-46d8-8066-4969ae1d6a32
Faulting package full name:
Faulting package-relative application ID:
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Application Error" />
<EventID Qualifiers="0">1000</EventID>
<Level>2</Level>
<Task>100</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2015-09-06T23:30:44.000000000Z" />
<EventRecordID>771</EventRecordID>
<Channel>Application</Channel>
<Computer>samw10.dls.corp</Computer>
<Security />
</System>
<EventData>
<Data>FortiSSLVPNclient.exe</Data>
<Data>4.0.2300.0</Data>
<Data>53458dc3</Data>
<Data>WININET.dll</Data>
<Data>11.0.10532.0</Data>
<Data>55d90273</Data>
<Data>c0000005</Data>
<Data>0017799e</Data>
<Data>16ac</Data>
<Data>01d0e8fc0505e856</Data>
<Data>C:\Program Files (x86)\Fortinet\SslvpnClient\FortiSSLVPNclient.exe</Data>
<Data>C:\WINDOWS\SYSTEM32\WININET.dll</Data>
<Data>663f1014-9d9f-46d8-8066-4969ae1d6a32</Data>
<Data>
</Data>
<Data>
</Data>
</EventData>
</Event>
Nice… Access Violation

Workaround

Haciendo pruebas hacia otras VPN SSL en otros Fortigate, encontré que el issue se presentaba cuando el certificado era autofirmado y no uno importado (en donde el chain era válido). Además ocurría siempre cuando tenía que aparecer el cartel de verificación de certificado.

Para chequear que era un problema de certificado (y seguir trabajando!! se me acababa la ventana de modificación) cree una nueva conexión desde las Settings del cliente y marqué el checkbox “Do Not warn about Server certificate validation”.

Resultado

¡¡Por ahora puedo seguir trabajando!!