Prievadų skenavimas nepasakys, kas priima prisijungimą

Trys klausimai susimaišo, kai kas nors prie VPN problemos mosuoja prievadų skenavimo rezultatu: ar kas nors pasiekiama, ar tai ta paslauga, kurią manote, ir ar ji priims jūsų tapatybę. Skeneris atsako į pirmąjį ir neaiškiai užsimena apie antrąjį. Į trečiąjį jis visiškai negali atsakyti, nes prisijungimo duomenų priėmimas nėra tai, ką daro transporto zondas. Nuspręskite, kurį klausimą užduodate, prieš skaitydami išvestį.

Įrankis nėra neteisingas; jis atsako į siauresnį klausimą nei tas, kuris yra ant stalo.

Atviras lizdas yra faktas apie lizdą

Sėkmingas TCP ryšys reiškia, kad kažkas priėmė tą galinį tašką. Tai neįrodo, kad klausytojas yra numatyta VPN paslauga, kad pateiktas sertifikatas atitinka laukiamą vardą arba kad TLS patikra praeis. Tos pačios pagrindinės mašinos vardo tinklų sietuvo administravimo puslapis yra visiškai kita paslauga ir nieko neparodo apie tunelį. Vertinkite rezultatą kaip pasiekiamumo faktą ir nieko daugiau.

Ten, kur zondas tikrai padeda, yra atmetimas. Jei niekas nepriima ryšio iš jūsų vietos, rankos paspaudimas negali pavykti, ir tai susiaurina paiešką iki pasiekiamumo prieš visa kita.

UDP tyla turi kelis paaiškinimus

UDP protokolai gali teisėtai ignoruoti paketus, kurie nėra autentifikuoti, todėl trūkstamas atsakymas nėra nuosprendis. Tai gali reikšti filtravimą kelyje, uždarą galinį tašką arba paslaugą, kuri tyčia tyli, kol gauna ką nors galiojančio. Tylos skaitymas kaip uždaro prievado nukreipia žmones prie ugniasienės taisyklių, nors tikroji klaida yra profilyje. Pakartokite zondą iš kito tinklo prieš darydami kokią nors išvadą.

Dviprasmiškumas yra protokolo savybė, o ne įrankio spraga. Pasakykite tai aiškiai, kai pranešate rezultatą, nes užtikrintas neteisingas atsakymas yra blogesnis už neaiškų teisingą.

Pasitikėjimo sprendimas vis dar jūsų

Atviras prievadas nepriima pasitikėjimo sprendimo, todėl skenerio rezultatas nėra priežastis išjungti sertifikatų patikras. Ta patikra egzistuoja tam, kad atsakytų, ar pasiekėte numatytą partnerį, o skeneris į tai neatsakė. Naudokite tikrą operatoriaus profilį ir klientą tapatybei bei autentifikavimui, o tada palikite patikros nustatymus tokius, kokie buvo.

Jei skenavimas sako atvira, o rankos paspaudimas nepavyksta, įdomioji nesėkmės dalis yra rankos paspaudime, o ne skenavime.

Pirmiausia patikrinkite mainus, tada maršrutą

Kai autentifikavimas pavyksta, atskirai patikrinkite kitus etapus: duomenų susiejimą, įdiegtus maršrutus ir programų prieigą. Kiekvienas gali nepavykti, kol ankstesnis atrodė sveikas, ir kiekvienas turi savo įrodymus. Kliento ir klausytojo žurnalų susiejimas su siaurais fiksavimais ar skaitikliais duoda kelio diagnozę, kurios pakartotinis skenavimas niekada neduos. Lygindami tinklus laikykite profilį ir galinį tašką fiksuotus ir užrašykite, kur sustoja derybos.

Taip pat laikykite diagnostikos aprėptį leistiną. Sistemų, kurių nevaldote, zondavimas nėra trikčių šalinimo metodas, ką bebūtų sakoma apie rezultatą.

Skenavimas atsako apie pasiekiamumą. Autentifikavimui reikia prisijungimo duomenų, o maršrutui reikia paketo. Skeneris gali pranešti apie atvirą prievadą, kai paslauga atmeta kiekvieną prisijungimą, ir gali pranešti apie uždarą prievadą, kai galiojanti sesija veikia iš kito tinklo. Vertinkite rezultatą kaip vieną stebėjimą apie vieną kelią, tada atskirai patikrinkite duomenis ir grįžtamąjį maršrutą.