Ĉu kruda skanado de Nmap malsukcesas tra VPN, sed -sT-konekto funkcias?
Kruda paketskanado kaj ordinara TCP-konekto bezonas malsamajn privilegiojn. Unue rulu la konektokontrolon, legu ĉiun flagon laŭlitere, poste haltu ĉe la rezulto.
Paĝo ŝargiĝas tra la tunelo dum portskanado raportas la gastiganton kiel neatingebla, kaj la unua instinkto estas, ke la VPN blokas ion. Kutime ĝi ne blokas ion novan. La du testoj petas de la operaciumo malsamajn kapablojn, kaj nur unu el ili bezonas krudan paketaliron. Determinu, kiu kapablo malsukcesis, antaŭ ol tuŝi la tunelon.
Apartigu la kapablon de la tunelo
Ordinara aplikaĵo petas la kernon malfermi TCP-konekton, kaj la kerno faras la manpremon sen speciala privilegio. Kruda skanado mem konstruas pakaĵojn, kio bezonas krudan ingon aŭ kaptan stirilon laŭ la platformo. Tiuj estas demandoj pri permesoj kaj stiriloj, kaj ili ekzistas sendepende de tio, ĉu VPN estas konektita.
Tiu distingo klarigas la kutiman malsimetrion. curl sukcesas ĉar la inga vojo funkcias, dum la SYN-skanado malsukcesas ĉar la procezo ne povas malfermi krudan ingon sur la tunela interfaco. Ĝi ankaŭ klarigas la inversan kazon, kie kruda skanado raportas filtrita ĉar la vojo faligas la sondilon dum la aplikaĵa vojo restas bona.
Neniun el la rezultoj priskribas la malproksiman servon. Ambaŭ priskribas unu vojon sub unu metodo, do tenu la metodon ligita al la konkludo.
Rulu la konektokontrolon sur unu aprobita gastiganto
Elektu la ununuran gastiganton, kiun via tasko kovras, poste uzu la reĝimon, kiu bezonas neniun krudan aliron. La ekzempla celo ĉi tie estas 198.51.100.24, dokumentada spaco rezervita por tia ilustraĵo.
Unu linio, unu gastiganto, unu pordo, neniu malkovrofazo:
nmap -sT -Pn -p 443 --unprivileged 198.51.100.24-sT elektas plenan TCP-konekton, do ĝi ekzercas la saman kernan vojon, kiun uzas aplikaĵo, kaj bezonas neniun kaptan stirilon. -Pn preterlasas gastigantomalkovron; nmap tamen plenumas solvon ĉe la liga tavolo por celoj en la loka segmento, do la flago ne promesas nul da antaŭa trafiko. --unprivileged diras al nmap supozi, ke ĝi havas nek krudajn nek snufajn rajtojn, kio ŝanĝas la metodon kaj donas nenion.
Legu ĉiun flagon kiel unu ŝanĝon, ne kiel riparon
Traktu ĉiun opcion kiel aserton pri la metodo. Nek -sT nek -Pn nek --unprivileged aldonas itineron, malfermas malproksiman fajroŝirmilon aŭ validigas atestilon. Konekta skanado ankaŭ kompletigas veran manpremon, kiun la servo registras, do aprobita kontrolo kaj neaprobita traserĉo aspektas samaj de la servilo krom laŭ amplekso kaj rapideco. Stakigi opciojn ĝis la eligo ŝanĝiĝas estas la maniero, kiel metodo-problemo registriĝas kiel reta trovajo.
Kiam la eligo diras fermita, io respondis per restarigo, kaj tio estas alia trovajo ol silento. Kiam la eligo diras filtrita, aparato faligis la sondilon aŭ ĝian respondon, kaj la VPN povas esti hazarda. Skribu la ĝustan vortumon, ĉar verdikto de la malkovrofazo kaj fiasko ĉe la sondila nivelo montras al malsamaj tavoloj.
Se privilegiita reĝimo vere necesas, la platformposedanto decidas, ĉu la privilegio, la stirilo kaj la interfaca aranĝo estas subtenataj. Altigi la saman alvokon ne ŝanĝas ĝian metodon.
Haltu ĉe la transporta rezulto, poste testu la servon
Kompletigita manpremo respondas unu demandon pri unu adreso, pordo, fonto kaj momento. Ĝi ne pruvas, ke la malantaŭa sistemo estas sana, ĉar ŝarĝbalancilo aŭ antaŭa prokuro povas akcepti la konekton dum la aplikaĵo malantaŭ ĝi estas malaktiva.
Daŭrigu per la propra kliento de la servo, por ke TLS-identeco kaj aplikaĵa konduto estu observataj kiel apartaj faktoj:
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/healthAnkoraŭ unu kutimo tenas la rezulton utila. Notu la ĝustan komandon, la fontadreson, kiun ĝi uzis, kaj la tempon, ĉar transporta rezulto sen tiu kunteksto ne povas esti reproduktita aŭ komparita.
Se la atestilo nomas gastiganton, kiun vi ne atendis, la transporto funkciis kaj la enkursigado neniam estis la problemo; la fuŝo estas en virtuala gastigado aŭ DNS. Se la manpremo malsukcesas, notu la lokan erarĉenon anstataŭ ĝeneraligi pri la tunelo. Tenu la ampleksan noton apud la rezulto, ĉar la sekva persono devas scii, kiu metodo produktis ĝin.