Nmap-råscanning fejler over en VPN, men -sT-forbindelse virker?

En side indlæses gennem tunnelen, mens en portscanning melder værten som nede, og den første tanke er, at VPN'en blokerer noget. Normalt blokerer den ikke noget nyt. De to tests beder styresystemet om forskellige evner, og kun én af dem har brug for rå pakkeadgang. Find ud af, hvilken evne der svigtede, før du rører tunnelen.

Skil evnen fra tunnelen

En almindelig applikation beder kernen om at åbne en TCP-forbindelse, og kernen udfører håndtrykket uden særlige rettigheder. En rå scanning bygger selv pakker, hvilket kræver en rå socket eller en optagelsesdriver afhængigt af platformen. Det er spørgsmål om tilladelser og drivere, og de findes, uanset om en VPN er tilsluttet.

Denne forskel forklarer den almindelige asymmetri. curl lykkes, fordi socket-stien virker, mens SYN-scanningen fejler, fordi processen ikke kan åbne en rå socket på tunnelets interface. Den forklarer også det omvendte tilfælde, hvor en rå scanning rapporterer filtreret, fordi stien dropper sonden, mens applikationens sti forbliver fin.

Ingen af resultaterne beskriver den eksterne tjeneste. Begge beskriver én sti under én metode, så hold metoden knyttet til konklusionen.

Kør forbindelsestesten på én godkendt vært

Vælg den ene vært, din opgave dækker, og brug derefter den tilstand, der ikke kræver rå adgang. Eksemplets mål her er 198.51.100.24, dokumentationsplads reserveret til denne slags illustration.

Én linje, én vært, én port, ingen opdagelsesfase:

nmap -sT -Pn -p 443 --unprivileged 198.51.100.24

-sT vælger en fuld TCP-forbindelse, så den gennemprøver samme kernesti som en applikation bruger og kræver ingen optagelsesdriver. -Pn springer værtsopdagelse over; nmap udfører stadig linklagsopløsning for mål på det lokale segment, så flaget er ikke et løfte om nul indledende trafik. --unprivileged fortæller nmap at antage, at den ikke har rå eller snusende rettigheder, hvilket ændrer metoden og ikke giver noget.

Læs hvert flag som én ændring, ikke som en reparation

Behandl hver valgmulighed som en udsagn om metoden. Hverken -sT, -Pn eller --unprivileged tilføjer en rute, åbner en ekstern firewall eller validerer et certifikat. En forbindelsesscanning fuldfører også et rigtigt håndtryk, som tjenesten logger, så en godkendt kontrol og en uautoriseret gennemgang ser ens ud fra serveren bortset fra omfang og tempo. At stable valgmuligheder, indtil outputtet ændrer sig, er hvordan et metodeproblem bliver registreret som et netværksfund.

Når outputtet siger lukket, svarede noget med et reset, og det er et andet fund end tavshed. Når outputtet siger filtreret, droppede en enhed sonden eller dens svar, og VPN'en kan være tilfældig. Skriv den præcise ordlyd ned, fordi en dom fra opdagelsesfasen og en fejl på sondeniveau peger på forskellige lag.

Hvis en privilegeret tilstand virkelig er nødvendig, afgør platformsejeren, om rettigheden, driveren og interfaceopsætningen understøttes. At hæve den samme kommando ændrer ikke dens metode.

Stop ved transportresultatet, og test derefter tjenesten

Et fuldført håndtryk besvarer ét spørgsmål om én adresse, port, kilde og tid. Det beviser ikke, at backenden er sund, fordi en load balancer eller forward proxy kan acceptere forbindelsen, mens applikationen bag den er nede.

Følg op med tjenestens egen klient, så TLS-identitet og applikationsadfærd observers som separate fakta:

openssl s_client -connect 198.51.100.24:443 -servername staging.example.net </dev/null 2>/dev/null | openssl x509 -noout -subject -dates
curl -sS -o /dev/null -w '%{http_code}\n' https://staging.example.net/health

En vane mere holder resultatet nyttigt. Notér den præcise kommando, den kildeadresse, den brugte, og tidspunktet, fordi et transportresultat uden den kontekst ikke kan gengives eller sammenlignes.

Hvis certifikatet nævner en vært, du ikke forventede, virkede transporten, og routing var aldrig problemet; fejlen ligger i virtuel hosting eller DNS. Hvis håndtrykket fejler, så notér den lokale fejlstreng i stedet for at generalisere om tunnelen. Hold omfangsnoten ved resultatet, fordi den næste person skal vide, hvilken metode der frembragte det.