Nakakonekta ang VPN ng lab, pero nabibigo pa rin ang tool ng kurso

Sinasabi ng VPN na nakakonekta, sumasagot sa ping ang target ng kurso, at nagtatapos pa rin sa error ang tool ng lab. Karaniwan ang kombinasyong iyon sa mga training environment, dahil ang tunnel at ang sinusuportahang runtime ay dalawang magkaibang pangangailangan. Pinatotohanan ng isa ang daanan ng packet; pinatotohanan ng isa pa na kayang tumakbo ng programa sa makinang ito. Kung ituturing mong problema sa VPN ang pagpalya, mapupunta ka sa pagbabago ng mga setting ng network na hindi naman kailanman mali.

Ano ba talaga ang pinatotohanan ng indicator ng koneksyon

Pinatotohanan ng koneksyon ng VPN na narating ng client ang gateway at nakatanggap ito ng routing at addressing. Hindi nito sinasabi kung aling mga port ang kakailanganin ng pagsasanay mamaya, kung tugma ang tool sa operating system, o kung naroon ang arkitektura at mga library nito. Mga katotohanan iyon ng application. Kapag pumasa ang baseline check ng kurso at nabibigo pa rin ang tool, ang natitirang tanong ay compatibility, hindi connectivity.

Isulat kung alin sa dalawa ang talagang sinubukan mo, dahil madaling mapagkamalang ebidensya ng pareho ang badge na nakakonekta.

Suriin muna ang dokumentadong landas ng kurso

Gamitin ang check na inilathala ng instructor, mula sa parehong makina o workspace na nagpapatakbo ng pagsasanay. Nakakaiwas ito sa pagsubok ng ibang environment at pagtawag dito na katumbas.

ip route get 10.50.20.15
nc -vz 10.50.20.15 8080

Ipinapakita ng paghahanap ng ruta kung aling interface ang gagamitin ng traffic ng pagsasanay, at ipinapakita ng port probe kung tinatanggap ng partikular na serbisyong iyon ang koneksyon. Ang rutang tumuturo sa maling interface ang nagpapaliwanag ng pagpalya, habang ang tinanggihang port na may tamang ruta ay tumuturo sa serbisyo o sa patakaran nito. Palitan ang mga halimbawang address ng itinalagang target range, at itala ang source address na ginamit ng check. Ang ping sa ibang host sa range ay hindi kaparehong pagsubok.

Pagkatapos ay suriin ang tool laban sa support matrix

Kapag napatunayan na ang landas, siyasatin ang programang talagang pinapatakbo ng pagsasanay. Malakas na nabibigo ang mga mismatch sa arkitektura at library at madaling mabasa bilang timeout.

uname -m
file ./lab-tool
ldd ./lab-tool

Sinasabi ng uri ng makina kung aling mga binary flavor ang maaaring tumakbo, pinapangalanan ng file report ang format at arkitektura ng tool, at ipinapakita ng listahan ng library kung nalulutas ang mga dependency. Ang 32-bit na binary sa image na 64-bit lamang, o ang nawawalang shared library, ay gumagawa ng error na walang kinalaman sa tunnel. Ihambing ang release at platform sa support matrix ng kurso, hindi sa forum post tungkol sa ibang bersyon. Panatilihing hindi nagbabago ang authorization ng pagsasanay habang kinokolekta ang ebidensyang ito.

Ibigay sa may-ari ang dalawang hiwalay na natuklasan

Makakagalaw ang training support sa malinaw na paghahati: ano ang ipinakita ng network baseline at ano ang ipinakita ng environment ng tool. Isama ang nilinis na resulta ng ruta at port, ang eksaktong teksto ng error at ang mga detalye ng platform mula sa mga binary check. Iwanan ang mga kredensyal at pribadong configuration bundle, na nagdaragdag ng panganib nang hindi tumutulong sa diagnosis. Pagkatapos ay hayaang magpasya ang may-ari kung aayusin ang environment o iaayon ang pagsasanay, at huwag palawakin ang itinalagang range at huwag hiramin ang makina ng ibang kalahok para patunayan ang isang punto.

Itala ang dalawang natuklasan sa ticket kahit isa lang ang dahilan. Sa gayon ang susunod na pagtatangka ay magsisimula sa ebidensya sa halip na haka-haka.