A VPN do laboratorio conecta, pero a ferramenta do curso segue fallando
Unha VPN de formación fornece un camiño de paquetes; non certifica o soporte da ferramenta do laboratorio. Comprobe a liña base do curso e despois o binario e as súas bibliotecas.
A VPN di conectada, o obxectivo do curso responde a un ping e a ferramenta do laboratorio segue saíndo cun erro. Esa combinación é habitual en contornos de formación, porque un túnel e un contorno de execución compatible son dous requisitos distintos. Un demostra un camiño de paquetes; o outro demostra que o programa pode executarse sequera nesta máquina. Se trata o fallo como un problema de VPN, acabará cambiando axustes de rede que nunca estiveron mal.
Que demostra en realidade o indicador de conectado
Unha conexión VPN demostra que o cliente chegou á pasarela e recibiu encamiñamento e direccionamento. Non di que portos necesitará despois o exercicio, se a ferramenta coincide co sistema operativo nin se están presentes a súa arquitectura e as súas bibliotecas. Son feitos da aplicación. Cando a comprobación base do curso pasa e a ferramenta segue fallando, a pregunta que queda é a compatibilidade, non a conectividade.
Anote cal das dúas probou de verdade, porque unha insignia de conectado confúndese facilmente cunha proba de ambas.
Comprobe primeiro o camiño documentado do curso
Use a comprobación que publicou o instrutor, desde a mesma máquina ou o mesmo espazo de traballo que executa o exercicio. Así evita probar un contorno distinto e chamalo equivalente.
ip route get 10.50.20.15
nc -vz 10.50.20.15 8080A consulta de ruta mostra que interface usaría o tráfico do exercicio, e a sonda de porto mostra se ese servizo concreto acepta unha conexión. Unha ruta que apunta á interface equivocada explica o fallo, mentres que un porto rexeitado cunha ruta correcta sinala o servizo ou a súa política. Substitua os enderezos de exemplo polo rango obxectivo asignado e anote o enderezo de orixe que usou a comprobación. Un ping a outro equipo do rango non é a mesma proba.
Despois comprobe a ferramenta coa matriz de soporte
Unha vez demostrado o camiño, examine o programa que executa realmente o exercicio. Os desaxustes de arquitectura e de bibliotecas fallan ruidosamente e lese con facilidade como tempos de espera esgotados.
uname -m
file ./lab-tool
ldd ./lab-toolO tipo de máquina indica que variantes de binario poden executarse, o informe do ficheiro nomea o formato e a arquitectura da ferramenta, e a lista de bibliotecas mostra se se resolven as dependencias. Un binario de 32 bits nunha imaxe só de 64 bits, ou unha biblioteca compartida ausente, produce un erro que non ten nada que ver co túnel. Compare a versión e a plataforma coa matriz de soporte do curso, non cunha mensaxe de foro sobre outra versión. Manteña a autorización do exercicio sen cambios mentres reúne estas probas.
Entregue ao propietario dous achados separados
O soporte de formación pode actuar cunha separación limpa: que mostrou a liña base de rede e que mostrou o contorno da ferramenta. Inclúa os resultados saneados de ruta e porto, o texto exacto do erro e os detalles de plataforma das comprobacións do binario. Deixe fóra as credenciais e os paquetes de configuración privados, que engaden risco sen axudar ao diagnóstico. Logo deixe que o propietario decida se arranxar o contorno ou axustar o exercicio, e non amplíe o rango asignado nin use a máquina doutro participante para demostrar un punto.
Rexistre os dous achados no ticket aínda que só un sexa a causa. Así o seguinte intento comeza con probas en lugar dunha sospeita.