Pordoskanado ne povas diri, kiu akceptas la saluton
Malfermita ingo diras nenion pri identeco aŭ akreditaĵoj. Uzu la veran profilon por la manpremo, poste kontrolu itinerojn kaj aliron kiel apartajn etapojn.
Tri demandoj konfuziĝas, kiam iu svingas pordoskanadon antaŭ VPN-problemo: ĉu io estas atingebla, ĉu ĝi estas la servo, kiun vi pensas, kaj ĉu ĝi akceptos vian identecon. Skanilo respondas la unuan kaj malklare aludas la duan. La trian ĝi tute ne povas respondi, ĉar akcepti akreditaĵon ne estas tio, kion faras transporta sondilo. Decidu, kiun demandon vi faras, antaŭ ol legi la eligon.
La ilo ne malpravas; ĝi respondas pli mallarĝan demandon ol tiu sur la tablo.
Malfermita ingo estas fakto pri ingo
Sukcesa TCP-konekto signifas, ke io akceptis tiun finpunkton. Ĝi ne pruvas, ke la aŭskultanto estas la celata VPN-servo, ke la prezentita atestilo kongruas kun la nomo, kiun vi atendas, aŭ ke la TLS-kontrolo sukcesus. Administra paĝo de kluzo sur la sama gastiga nomo estas tute alia servo, kaj ĝi montras nenion pri la tunelo. Traktu la rezulton kiel fakton pri atingeblo kaj nenion pli.
Kie la sondilo vere helpas, estas ĉe ekskludado. Se nenio akceptas la konekton de tie, kie vi sidas, la manpremo ne povas sukcesi, kaj tio mallarĝigas la serĉon al atingeblo antaŭ ĉio alia.
La silento de UDP havas plurajn klarigojn
UDP-protokoloj povas laŭleĝe ignori pakaĵojn, kiuj ne estas aŭtentikigitaj, do mankanta respondo ne estas verdikto. Ĝi povas signifi filtradon sur la vojo, fermitan finpunkton aŭ servon, kiu intence silentas ĝis ĝi ricevas ion validan. Legi silenton kiel fermitan pordon sendas homojn al fajroŝirmilaj reguloj, dum la vera fuŝo estas en la profilo. Ripetu la sondilon el alia reto antaŭ ol fari ajnan konkludon.
La dusenceco estas eco de la protokolo, ne manko en la ilo. Diru tion klare, kiam vi raportas la rezulton, ĉar memfida malĝusta respondo estas pli malbona ol necerta ĝusta.
La decido pri fido restas via
Malfermita pordo ne faras la fido-decidon, do skanila rezulto ne estas kialo malŝalti atestilkontrolojn. Tiu kontrolo ekzistas por respondi, ĉu vi atingis la celatan samtavolulon, kaj skanilo ne respondis tion. Uzu la veran profilon kaj klienton de la funkciigisto por identeco kaj aŭtentikigo, poste tenu la kontrolajn agordojn precize kiel ili estis.
Se la skano diras malfermita kaj la manpremo malsukcesas, la interesa parto de la malsukceso estas en la manpremo, ne en la skano.
Testu la interŝanĝon, poste la itineron
Post sukcesa aŭtentikigo, ekzamenu la sekvajn etapojn aparte: datena asociado, instalitaj itineroj kaj aplikaĵa aliro. Ĉiu povas malsukcesi dum la antaŭa aspektis sana, kaj ĉiu havas sian propran pruvon. Kuniĝi klientajn kaj aŭskultantajn protokolojn kun mallarĝaj kaptaĵoj aŭ nombriloj donas itineran diagnozon, kiun ripeta skanado neniam donos. Tenu la profilon kaj finpunkton fiksaj kiam vi komparas retojn, kaj registru, kie la intertraktado haltas.
Tenu ankaŭ la diagnozan amplekson rajtigita. Sondi sistemojn, kiujn vi ne posedas, ne estas problemtrakta tekniko, kion ajn la ilo diras pri la rezulto.
La skano respondas atingeblon. Aŭtentikigo bezonas akreditaĵon, kaj la itinero bezonas pakaĵon. Skanilo povas raporti malfermitan pordon dum la servo rifuzas ĉiun saluton, kaj ĝi povas raporti fermitan pordon dum valida sesio funkcias el alia reto. Traktu la rezulton kiel unu observon pri unu vojo, poste testu la akreditaĵon kaj la revenan itineron aparte.