[Software] Problemas con servidor de cliente Ardence 3.5.2

En mi actuar en esto de informático he tenido que aprender de todo un poco, entre lo cual se encuentra el trabajo con servidores de clientes ligeros para los 2 sistemas operativos con las cuales he interactuado hasta el día de hoy: Windows y Linux. En especial me referiré a el software Ardence 3.5.2 de Windows.

Según muchos manuales y tutoriales que se copian, publican y manichean en Internet, USB Chanel e Intranet Nacional, la instalación de servidores de clientes ligeros en Windows es basada casi exclusivamente en Ardence y Windows Server 2003.

Un cliente liviano o cliente delgado (thin client o slim client en inglés) es una computadora cliente o un software de cliente en una arquitectura de red cliente-servidorque depende primariamente del servidor central para las tareas de procesamiento, y se enfoca principalmente en transportar la entrada y la salida entre el usuario y el servidor remoto.

El problema que se manifestó en una reciente instalación en una entidad de cuyo nombre ni me acuerdo en la cual se realizaron todos los pasos según tutorial para los novatos (esto de novatos es bueno así siempre aprendo en cada interacción) es que por arte de magia cuando se reiniciaba el servidor para aplicar los cambios pues simplemente se deshabilitaba una función del DHCP (servicio por el cual los clientes ligeros adquieren la IP ncesaria para iniciar el sistema operativo) y por ende los clientes no iniciaban.

En ese momento y ante el asombro de los “sapientes” que no hallaban respuesta ante tal problemita, se desató una lluvia de ideas:

• Antivirus (nos reimos todos ya que no había ningún antivirus instalado)
• Virus (ya ahí nos desparramos de la risa aún más porque que desgraciado virus se mete con el DHCP 😀 )
• Error en la configuración (se probó con una PC con disco duro y si adquiere DHCP).
• Desconfiguración de servicio de DHCP (después de 30 minutos y verificar con el TotalCommander para comprobación de ficheros iguales no habían cambiado las configuraciones y todo estaba OK).

Al final hubieron más ideas locas y en cada una “el ladrillo” era más grande hasta que “los bloques” empezaron darnos dolores de cabeza. Entonces el más feo del grupo (a falta de voluntarios designaron que era yo, soy feo ¿y qué? 😀 ) sugiere verificar que cada servicio implicado iniciara con los hilos y subprocesos que correspondieran según pasos lógicos. Para ello nos auxiliamos de 2 herramientas: el System Explorer y el CurrPorts, incluidas en el paquetes de herramientas del TotalCommander2014.

Del System Explorar ya he hablado, así que tocaré el CurrPorts que como su nombre sugiere es para ver que puertos son usados en la PC y las aplicaciones que los usan. Entonces nos dimos cuenta que el servicio de Servidor de DHCP debía levantas 4 hilos con 2 puertos crusiales: el 67 y el 68. También notamos que el servicio Ardence PXE cuando se iniciaba primero que el servicio Servidor de DHCP le impedía tomar control de esos puertos. Probamos de iniciar primero el servicio de Servidor de DHCP y luego el servicio de Ardence PXE y “kaboom” todo funcionó de 1000 maravillas.

Como todo científico de nuestra rama informática (demuestra que eso que solucionaste puede volverse a solucionar si se repiten las condiciones que dieron origen, aplicando el procedimiento de solución) repetimos el experimento, o sea: reinicar el servidor, comprobar que los clientes no iniciaban, deterner los servicios mencionados, iniciarlos manualmente en el orden que planificamos y mirar ya con cara de euforia como funcionaba todo al 100. Conclusión: ¡Estamos escapaos!

Agradecer a los colegas que participaron en la lluvia de ideas (eso de tormenta de ideas es algo para los de ingeniería de software sus cosas de teoría, nosotros a lo práctico) que respetando su privacidad no voy a publicar sus nombres ni rango ni cargo ni nivel de feotina en sangre, ayudamos a solucionar el problemita y a aprender otra vía más de resolver los innumerables problemas del mundo de la informática que supuestamente ya están solucionados.