O scanare de porturi nu poate spune cine acceptă autentificarea

Trei întrebări se amestecă atunci când cineva flutură un rezultat de scanare de porturi în fața unei probleme VPN: este ceva accesibil, este serviciul la care vă gândiți, și va accepta identitatea dumneavoastră. Scanerul răspunde la prima și indică vag spre a doua. La a treia nu poate răspunde deloc, pentru că acceptarea unei acreditări nu este ceea ce face o sondă de transport. Decideți ce întrebare puneți înainte de a citi ieșirea.

Instrumentul nu greșește; răspunde la o întrebare mai îngustă decât cea de pe masă.

Un socket deschis este un fapt despre un socket

O conexiune TCP reușită înseamnă că ceva a acceptat acel punct final. Ea nu stabilește că ascultătorul este serviciul VPN dorit, că certificatul prezentat corespunde numelui așteptat sau că verificarea TLS ar trece. O pagină de administrare a gateway-ului pe același nume de gazdă este un serviciu complet diferit și nu demonstrează nimic despre tunel. Tratați rezultatul ca un fapt despre accesibilitate și nimic mai mult.

Acolo unde sonda ajută cu adevărat este la excludere. Dacă nimic nu acceptă conexiunea din locul în care stați, strângerea de mână nu poate reuși, iar asta restrânge căutarea la accesibilitate înaintea oricui altceva.

Tăcerea UDP are mai multe explicații

Protocoalele UDP pot ignora în mod legitim pachetele care nu sunt autentificate, așa că lipsa unui răspuns nu este un verdict. Poate însemna filtrare pe traseu, un punct final închis sau un serviciu care tace intenționat până primește ceva valid. Citirea tăcerii ca port închis trimite oamenii la regulile paravanului de protecție, în timp ce defecțiunea reală este în profil. Repetați sonda din altă rețea înainte de a trage orice concluzie.

Ambiguitatea este o proprietate a protocolului, nu o lacună a instrumentului. Spuneți-o clar când raportați rezultatul, pentru că un răspuns greșit și sigur este mai rău decât unul corect și nesigur.

Decizia de încredere rămâne a dumneavoastră

Un port deschis nu ia decizia de încredere, așa că rezultatul unui scaner nu este motiv să dezactivați verificările de certificat. Acea verificare există pentru a răspunde dacă ați ajuns la partenerul dorit, iar un scaner nu a răspuns la asta. Folosiți profilul și clientul reale ale operatorului pentru identitate și autentificare, apoi lăsați setările de verificare exact cum erau.

Dacă scanarea spune deschis și strângerea de mână eșuează, partea interesantă a eșecului este în strângerea de mână, nu în scanare.

Testați schimbul, apoi ruta

Odată ce autentificarea reușește, inspectați etapele următoare separat: asocierea datelor, rutele instalate și accesul aplicațiilor. Fiecare poate eșua în timp ce precedenta părea sănătoasă, și fiecare are propriile dovezi. Corelarea jurnalelor clientului și ale ascultătorului cu capturi înguste sau contoare oferă un diagnostic de traseu pe care scanarea repetată nu îl va oferi niciodată. Păstrați profilul și punctul final fixe la compararea rețelelor și notați unde se oprește negocierea.

Păstrați și aria diagnosticului autorizată. Sondarea unor sisteme care nu vă aparțin nu este o tehnică de depanare, orice ar spune instrumentul despre rezultat.

Scanarea răspunde despre accesibilitate. Autentificarea are nevoie de o acreditare, iar ruta are nevoie de un pachet. Un scaner poate raporta un port deschis în timp ce serviciul refuză fiecare autentificare și poate raporta un port închis în timp ce o sesiune validă funcționează din altă rețea. Tratați rezultatul ca o singură observație despre un singur traseu, apoi testați separat acreditarea și ruta de întoarcere.