Nmap-ի չմշակված սկանը ձախողվում է VPN-ով, բայց -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-ում է։ Եթե ձերքսեղումը ձախողվում է, գրառեք տեղական սխալի տողը՝ թունելի մասին ընդհանրանում անելու փոխարեն։ Թողնի նշումը պահեք արդյունքի կողքին, որվհետև հաջորդ մարդն պետք է իմանա, թե որ մեթոդն է այն ստեղծել։