Lo que tienes aquí es el clásico problema de señalar con el dedo. Es probable que ninguna prueba que les proporcione les convenza de que su servidor no es el causante de un problema en lugar de su red. Los geeks en este campo pueden ser muy, muy tercos acerca de tales cosas, y puede haber un registro de orgullo masculino herido involucrado antes de que alguien acepte que hay un problema que deben identificar y solucionar.
Lo mejor que he logrado en situaciones como esta fue hace algunos años, cuando estaba tratando con un proveedor de nube privada que usaba rutas estáticas configuradas manualmente en su nube para unir nuestras oficinas. De vez en cuando, una oficina u otra dejaban de responder repentinamente en la red e invariablemente se reducía a una falla en las configuraciones de enrutamiento del proveedor. Pero, estaríamos inactivos durante horas y discutiendo con ellos acerca de que es su servicio y no que nuestros anfitriones causen el problema, porque siempre, siempre negaron tener un problema y siempre tuvieron que ser nuestros anfitriones por error.
Finalmente, pensé en recoger las rutas de seguimiento de nuestro centro central, en cada oficina, y guardarlas como documentación para cuando las cosas funcionaban. La próxima vez que su nube rompió nuestras rutas, pude llegar a ellos con: “Aquí hay un trazado de ruta de cuando nuestras cosas funcionaban, y aquí está el trazado de ruta AHORA que no está funcionando”. Los trazadores de ruta lo hicieron dolorosamente obvio para todos. involucrado (mis jefes en particular) donde estaba el error, hasta el enrutador específico con las tablas de rutas ahora rotas. Una vez que comencé a proporcionar pantallas de antes y después de trabajar y no trabajar, dejaron de discutir conmigo por teléfono y se arreglaron.
- Cómo obtener una comprensión básica de Cisco ASA
- ¿Qué se está haciendo para proteger la conocida red SS7 de la que dependen nuestras comunicaciones telefónicas?
- ¿Qué son las redes de anillo? ¿Cómo trabajan?
- ¿Cómo puede un ingeniero de redes entrar en consultoría?
- Cómo poner apache localhost en internet
En ese mismo trabajo, una vez pasé 3 días tratando de configurar una nueva estación de trabajo OS / 2, una de un grupo de 8, todas configuradas de manera idéntica, excepto por la dirección IP … y esa máquina no pudo obtener una conexión de trabajo. Le pedí al chico de la red que verificara su configuración, y él se negó rotundamente a verificarla. Por tres días. Sabía que el problema era el cambio de probar con los otros hosts, pero él no estaba dispuesto a admitir que me había cometido un error. Finalmente, se tomó un día libre, y le pedí al otro chico del grupo que lo revisara, e inmediatamente encontró y corrigió un error tipográfico en la configuración, y mi nuevo host mágicamente comenzó a funcionar normalmente.
El chico de la red # 1 fue un cerdo sexista todo el tiempo que trabajé allí.
En cuanto a su situación, creo que lo mejor que puede hacer es algo así como una búsqueda ‘find -mtime’ a través de / etc. para identificar todos los archivos modificados en las últimas 24 horas, mostrar que la lista está vacía y usar eso para sugerir que el problema no es No está relacionado con cambios recientes de configuración.
Intentaría cultivar a un amigo en el grupo de interruptores, darle de comer algunas cervezas y pedirle en silencio que verifique la corrección del interruptor involucrado. Eso es lo que hago estos días. No hay cantidad de pruebas que pueda proporcionar para convencer a cualquiera que no esté dispuesto a investigar sus cosas cuando falle.