VPN ద్వారా Nmap ముడి స్కాన్ విఫలమవుతుంది, కానీ -sT కనెక్షన్ పని చేస్తుందా?
ముడి ప్యాకెట్ స్కాన్ మరియు సాధారణ TCP కనెక్షన్కు వేర్వేరు అనుమతులు అవసరం. ముందుగా కనెక్షన్ తనిఖీని అమలు చేయండి, ప్రతి ఫ్లాగ్ను అక్షరార్థంగా చదవండి, ఆపై ఫలితం వద్ద ఆగండి.
పేజీ సొరంగం ద్వారా లోడ్ అవుతుండగా పోర్ట్ స్కాన్ హోస్ట్ డౌన్ అని నివేదిస్తుంది, మరియు మొదటి ఆలోచన VPN ఏదో నిరోధిస్తోందని. సాధారణంగా అది కొత్తగా ఏమీ నిరోధించదు. రెండు పరీక్షలు నిర్వాహక వ్యవస్థ నుండి వేర్వేరు సామర్థ్యాలను అడుగుతాయి, వాటిలో ఒకటి మాత్రమే ముడి ప్యాకెట్ యాక్సెస్ అవసరం. సొరంగాన్ని తాకే ముందు ఏ సామర్థ్యం విఫలమైందో గుర్తించండి.
సామర్థ్యాన్ని సొరంగం నుండి వేరు చేయండి
సాధారణ అనువర్తనం కర్నెల్ను TCP కనెక్షన్ తెరవమని అడుగుతుంది, కర్నెల్ ప్రత్యేక హక్కు లేకుండా హ్యాండ్షేక్ చేస్తుంది. ముడి స్కాన్ ప్యాకెట్లను తానే నిర్మిస్తుంది, దానికి ప్లాట్ఫార్మ్ బట్టి ముడి సాకెట్ లేదా క్యాప్చర్ డ్రైవర్ అవసరం. ఇవి అనుమతి మరియు డ్రైవర్ ప్రశ్నలు, VPN కనెక్ట్ అయినా కాకపోయినా అవి ఉన్నాయి.
ఈ భేదం సాధారణ అసమమితిని వివరిస్తుంది. curl విజయవంతమవుతుంది ఎందుకంటే సాకెట్ మార్గం పని చేస్తుంది, SYN స్కాన్ విఫలమవుతుంది ఎందుకంటే ప్రక్రియ సొరంగం ఇంటర్ఫేస్పై ముడి సాకెట్ తెరవలేదు. ఇది వ్యతిరేక సందర్భాన్నీ వివరిస్తుంది: మార్గం ప్రోబ్ను పారవేస్తుందని ముడి స్కాన్ ఫిల్టర్ అయినట్లు నివేదిస్తుంది, అయితే అనువర్తన మార్గం బాగునే ఉంటుంది.
రెండు ఫలితాల్లో ఏదీ దూర సేవను వివరించవు. రెండూ ఒక పద్ధతి క్రింద ఒక మార్గాన్ని వివరిస్తాయి, కాబట్టి పద్ధతిని ముగింపుకు కట్టి ఉంచండి.
కనెక్షన్ తనిఖీని ఒక ఆమోదించబడ్డ హోస్ట్పై అమలు చేయండి
మీ పని కవర్ చేసే ఒకే హోస్ట్ను ఎంచుకోండి, ఆపై ముడి యాక్సెస్ అవసరం లేని మోడ్ను ఉపయోగించండి. ఇక్కడ ఉదాహరణ లక్ష్యం 198.51.100.24, ఈ రకమైన వివరణకు కేటాయించబడిన డాక్యుమెంటేషన్ స్థలం.
ఒక పంక్తి, ఒక హోస్ట్, ఒక పోర్ట్, అన్వేషణ దశ లేదు:
nmap -sT -Pn -p 443 --unprivileged 198.51.100.24-sT పూర్ణ TCP కనెక్షన్ను ఎంచుకుంటుంది, కాబట్టి అనువర్తనం ఉపయోగించే అదే కర్నెల్ మార్గాన్ని సాధన చేస్తుంది మరియు క్యాప్చర్ డ్రైవర్ అవసరం లేదు. -Pn హోస్ట్ అన్వేషణను దాటుతుంది; nmap స్థానిక సెగ్మెంట్లోని లక్ష్యాల కు లింక్ పొరను పరిష్కరణ చేస్తూంది, కాబట్టి ఈ ఫ్లాగ్ సున్నా పూర్వ ట్రాఫిక్ హామీ కాదు. --unprivileged nmap కు ముడి లేదా వినిపి హక్కులు లేవని భావించమని చెప్తుంది, ఇది పద్ధతిని మారుస్తుంది మరియు ఏమీ ఇవ్వదు.
ప్రతి ఫ్లాగ్ను ఒక మార్పుగా చదవండి, మరమ్మత్తుగా కాదు
ప్రతి ఎంపికను పద్ధతి గురించిన ప్రకటనగా పరిగణించండి. -sT, -Pn లేదా --unprivileged లో ఏదీ మార్గాన్నీ జోడించదు, దూర ఫైర్వాల్ తెరవదు, ధృవపత్రాన్నీ ధృవీకరించదు. కనెక్షన్ స్కాన్ సేవ నమోదు చేసే నిజమైన హ్యాండ్షేక్నూ పూర్తి చేస్తుంది, కాబట్టి ఆమోదించబడ్డ తనిఖీ మరియు ఆమోదించబడని స్వీప్ సర్వర్ నుండి పరిధి మరియు వేగం తప్ప ఒకేలా కనిపిస్తాయి. అవుట్పుట్ మారే వరకు ఎంపికలను పోగు చేయడం అనేది పద్ధతి సమస్యను నెట్వర్క్ ఆవష్కరణగా నమోదు చేసే మార్గం.
అవుట్పుట్ మూసివేయబడిందని చెప్పినప్పుడు ఏదో రీసెట్తో సమాధానం ఇచ్చింది, అది నిశ్శబ్దం నుండి భిన్నమైన ఆవష్కరణం. అవుట్పుట్ ఫిల్టర్ చేయబడిందని చెప్పినప్పుడు పరికరం ప్రోబ్ను లేదా దాని సమాధానాన్ని పారవేసింది, VPN యాదృచ్ఛికంగా ఉండవచ్చు. ఖచ్చితమైన పదప్రయోగం రాయండి, ఎందుకంటే అన్వేషణ దశ తీర్పు మరియు ప్రోబ్ స్థాయి వైఫల్యం వేర్వేరు పొరలకు సూచిస్తాయి.
ప్రత్యేక హక్కు మోడ్ నిజంగా అవసరమైతే, హక్కు, డ్రైవర్ మరియు ఇంటర్ఫేస్ క్రమం మద్దతు ఉందో లేదో ప్లాట్ఫార్మ్ యజమాని నిర్ణయిస్తారు. అదే పిలుపును ఎత్తడం దాని పద్ధతిని మార్చదు.
రవాణ ఫలితం వద్ద ఆగి, ఆపై సేవను పరీక్షించండి
పూర్తైన హ్యాండ్షేక్ ఒక చిరునామా, పోర్ట్, మూలం మరియు క్షణం గురించిన ఒక ప్రశ్నకు సమాధానం ఇస్తుంది. బ్యాకెండ్ ఆరోగ్యకరంగా ఉందని అది నిరూపించదు, ఎందుకంటే లోడ్ బ్యాలెన్సర్ లేదా ఫార్వర్డ్ ప్రాక్సీ కనెక్షన్ను అంగీకరించవచ్చు, దాని వెనుక ఉన్న అనువర్తనం ఆగి ఉండవచ్చు.
సేవ యొక్క క్లాయెంట్తో కొనసాగించండి, అప్పుడు TLS గుర్తింపు మరియు అనువర్తన ప్రవర్తన వేర్వేరు వాస్తవాలుగా పరిగణించబడతాయి:
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మరొక అలవాటు ఫలితాన్ని ఉపయోగకరంగా ఉంచుతుంది. ఖచ్చితమైన ఆదేశాన్నీ, అది ఉపయోగించిన మూల చిరునామాన్నీ మరియు సమయాన్నీ రాయండి, ఎందుకంటే ఆ సందర్భం లేకుండా రవాణ ఫలితాన్ని తిరిగి అమలు చేయడం గానీ పోల్చడం గానీ సాధ్యం కాదు.
ధృవపత్రం మీరు ఊహించని హోస్ట్ను పేర్కొన్నట్లు చెప్పినట్లయితే, రవాణ పని చేసింది మరియు మార్గనిర్దేశన ఎప్పుడూ సమస్య కాదు; లోపం వర్చువల్ హోస్టింగ్ లేదా DNS లో ఉంది. హ్యాండ్షేక్ వైఫల్యమైతే, సొరంగం గురించి సాధారణీకరించడం బదులుగా స్థానిక లోప స్ట్రింగ్ను నమోదు చేయండి. పరిధి గమనికను ఫలితం పక్కన ఉంచండి, ఎందుకంటే తరువాత వ్యక్తి ఏ పద్ధతి దాన్ని సృష్టించిందో తెలుసుకోవాలి.