Ցանցային համօգտագործումները չեն երևում VPN-ում? Հայտնաբերումը կանգ է առնում

Համօգտագործումը բացվում է, երբ մուտքագրում եք դրա ուղին, և ցանցային զննարկիչը ոչինչ չի ցուցադրում։ Այդ համակցությունը սովորական է թունելի միջով և սովորաբար խափանում չէ։ Հայտնաբերումը հարց է տալիս տեղական սեգմենտին, հասանելիությունը՝ մեկ հոսթին։ Երթուղավորված թունելը կրում է երկրորդը, ոչ առաջինը։

Հայտնաբերումը և հասանելիությունը տարբեր են

Զննարկման ցանկը ստեղծվում է արձանագրություններով, որոնք ծառայություններ են հայտարարում տեղական սեգմենտին և լսում այդ հայտարարությունները։ Համօգտագործումը անունով բացելը ուղղակի կապ է մեկ հոսթի հետ։ Առաջինին անհրաժեշտ է հեռարձակման կամ բազմահեռարձակման տիրույթ, երկրորդին՝ երթուղի և պորտ։

Թունելի միջով երկրորդը կարող է կատարյալ աշխատել, մինչ առաջինը վերադարձնում է դատարկ պատուհան։ Դատարկ պատուհանը խափանում համարելը ձեզ ուղարկում է փնտրելու կոտրված թունել, որը կատարում է իր աշխատանքը։

Ինչու է զննարկման ցանկը մնում դատարկ

Windows-ը դադարեցրեց Computer Browser ծառայությունը և լռելյայն անջատեց SMB տարբերակ 1-ը, ինչը հեռացրեց հին Network Neighborhood-ի հետևում եղած մեխանիզմը։ WS-Discovery-ի, SSDP-ի և բազմահեռարձակման DNS-ի նման փոխարինիչները հասցեավորում են հեռարձակման կամ բազմահեռարձակման խմբեր, որոնք գոյություն ունեն միայն տեղական կապում։ Կետ-կետ թունելը նման կապ չունի, և երթուղիչները լռելյայն չեն փոխանցում այդ խմբերը։ Յուրաքանչյուր հոսթ կարող է հասանելի լինել, և ցանկը կարող է դատարկ մնալ։

Որոշ ծրագրեր ավելացնում են իրենց սեփական հայտնաբերման օգնականը։ Երբ այդ օգնականը աշխատում է, դա ծրագրի հատկություն է, ոչ թունելի հատկություն։

Օգտագործեք հստակ անուններ, ապա հաստատեք հասանելիությունը

UNC ուղի, քարտեզագրված սկավառակ կամ Finder-ի կապ SMB հասցեի հետ աշխատում է թունելի միջով, հենց անունը լուծվում է և պորտը բաց է։ Լուծումը կարող է գալ DNS-ից, VPN-ի տրամադրած որոնման վերջածանցից կամ կենտրոնացված կառավարվող hosts գրառումից։ Տիրույթում գրացուցակի հարցումը կարող է թվարկել համակարգչային օբյեկտներ, և այդ ցանկը սովորաբար երթուղավորված ցանցում զննարկման տեսքի ամենամոտ փոխարինիչն է։ Հայտնի նախածանցների պորտերի սկանավորումը ընդունելի է միայն այն ցանցերում, որոնք դուք եք վարում կամ որոնց փորձարկմանը բացահայտ լիազորված եք։

Պատասխանող հոսթը չի խոստանում, որ համօգտագործումը կբացվի։ NAS-ը կարող է ունենալ թույլատրելիների ցանկ՝ սահմանափակված իր ենթացանցով, որը մերժում է VPN-ի լողավազանի հասցեները։ Ֆայլային սերվերի firewall-ի կանոնը կարող է նշել միայն տեղական ենթացանցը։ Համօգտագործման համար տրամադրված հաշիվը կարող է լինել տեղական հաշիվ, որը երբեք չի ստեղծվել այդ սերվերում, և VPN-ով միանալը այն չի ստեղծում։

Որոշ կորպորատիվ ծրագրեր միտումնավոր արգելափակում են տեղական և վիրտուալ մեքենաների երթևեկությունը, քանի դեռ թունելը միացված է։ Այդ բացակայող հասանելիությունը քաղաքականություն է, և ուղղումը պատկանում է ադմինիստրատորին, ոչ ծրագրի երթուղային աղյուսակին։

Ախտորոշիչ հերթականություն, որն արժե կրկնել

Անցեք շերտերով հերթականությամբ՝ հասեք հասցեին, լուծեք անունը, բացեք 445 պորտը, նույնականացրեք, ապա կարդացեք համօգտագործման թույլտվությունները։ Յուրաքանչյուր պատասխան առանձին է, և առաջ անցնելը տալիս է ինքնավստահ սխալ եզրակացություն։ Միայն բոլորի անցնելուց հետո է արժե հետազոտել հայտնաբերումը։

nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe

Թողեք գրառում սերվերի անունով, համօգտագործման ուղիով, այն հասցեով, որին այն լուծվել է, և այն հաշվով, որն աշխատել է։ Եթե զննարկման ցանկը հետագայում լրացվի ծառայության վերագործարկումից հետո, դա համարեք հայտնաբերման տարօրինակություն, ոչ թե ապացույց, որ նախորդ երթուղին սխալ էր։ Գրառումն է, որ թույլ է տալիս հաջորդ մարդուն բաց թողնել դատարկ պատուհանը։