NAS-ը հասանելի չէ VPN-ի միջով. հասցե, վերադարձի ուղի, թե՞ ծառայություն։
Մասնավոր թունելին պետք է երթուղի դեպի NAS, պատասխանի ուղի և թույլատրված ծառայություն։ Որոշեք, թե երեքից որն է ձախողվել, նախքան մուտքի տվյալները փոխելը։
Թունելները բարձրանում են, հաճախորդները ստանում են հասցե, իսկ NAS-ը բոլորովին չի պատասխանում։ Այս մեկ ախտանիշը ծածկում է երեք անկապ խափանում, և դրանց ստուգման հերթականությունը որոշում է, թե որքան կտևի վերանորոգումը։ Հասցեավորումը գալիս է առաջինը, որովհետև համընկնող ենթացանցը կարող է ձեր հարցումն ուղարկել օտար սարքի։ Վերադարձի ուղին գալիս է երկրորդը, որովհետև առանց պատասխանի հասնող հարցումը նույն տեսքն ունի, ինչ փակ ծառայությունը։ Ծառայությունը և թույլտվությունը գալիս են վերջում, և միայն առաջին երկուսն ապացուցելուց հետո։
Երեք խափանում, որոնք բոլորը կարդացվում են որպես անհասանելի
Հասցեի ընտրությունը, վերադարձի երթուղավորումը և ծառայության թույլտվությունը տալիս են նույն տեսանելի հաղորդագրությունը՝ ոչինչ չի կատարվում։ Դրանք ունեն տարբեր ապացույցներ, տարբեր պատասխանատուներ և տարբեր ուղղումներ, ուստի դրանց անջատումը հենց ամբողջ աշխատանքն է։ Ձախողված ping-ը ինքնին քիչ բան է ապացուցում, իսկ հաջող TCP մերժումը իրականում լավ լուր է։
| Observation | Most likely conclusion |
|---|---|
| Route to the NAS address leaves the wrong interface | Overlapping or missing private route |
| Request visible on the server, no reply seen | Return path, gateway forwarding or translation |
| TCP connection refused rather than dropped | Reachable host, service not listening or filtered |
| TCP works, login or file access fails | Share permission, account or protocol version |
Կարդացեք աղյուսակը որպես ստուգումների հերթականություն, ոչ որպես պատճառների ցանկ։ Յուրաքանչյուր տող սահմանափակում է հաջորդը, որովհետև մերժումն արդեն ապացուցում է, որ հասցեավորումը և վերադարձի ուղին աշխատում են։ Քսան րոպե հրապատի կանոնների մեջ անցկացնելը՝ նախքան ստուգելը, թե որ ինտերֆեյսն է ընտրել երթուղին, կեսօրից հետո կորցնելու ամենատարածված ձևն է։ Աշխատեք վերևից ներքև և կանգ առեք առաջին համապատասխան տողում։
Առաջին պայման. արդյո՞ք այդ հասցեն ճիշտ սարքն է։
Գրի առեք NAS-ի ենթացանցը և այն միջակայքը, որը VPN-ը տալիս է հաճախորդներին, ապա երկուսն էլ համեմատեք այն ցանցի հետ, որտեղ հիմա գտնվում է ձեր նոթբուքը։ Այս ուղեցույցում NAS-ը գտնվում է 10.40.7.25 հասցեում, իսկ VPN-ի լողավազանը 10.40.9.0/24 է՝ երկու առանձին մասնավոր միջակայքեր մեկ տեղամասի պլանում. 192.168.0.0/24 կամ 10.0.0.0/24 օգտագործող տնային տնտեսությունը շատ ավելի մեծ հավանականություն ունի բախվելու դրանցից մեկին։
Երբ տեղական ցանցը և NAS-ի ցանցը համընկնում են, հաճախորդն այդ տրաֆիկն ուղարկում է սեփական դարպասին և կարող է հասնել անկապ սարքի, որն պատահաբար ունի նույն հասցեն։ Ստուգեք ուղին նախքան մուտքի տվյալները ցանկացած պատասխանող բանի մեջ մուտքագրելը։
ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25Առաջին հրամանը նշում է ինտերֆեյսը և դարպասը, որոնք կօգտագործեր միջուկը, իսկ երկրորդը ցույց է տալիս առաջին թռիչքները, որոնք իրոք պատասխանում են։ Եթե երկուսը չեն համընկնում, հավատացեք որոնմանը, որովհետև դա է այն ուղին, որով կգնա փաթեթը։ Թռիչքների ցանկը, որը կանգ է առնում NAS-ից մեկ թռիչք առաջ, նույնպես հայտնաբերում է, ոչ թե ձախողում։ Որոնումը, որը լուծվում է ֆիզիկական ադապտերի, այլ ոչ թունելի, ավարտում է հետազոտությունը այս կետում։
Երկրորդ պայման. պատասխանը վերադառնո՞ւմ է։
Հաճախորդին պետք է երթուղի դեպի NAS, իսկ NAS-ի ցանցին՝ վերադարձի ուղի դեպի VPN-ի լողավազան։ Դարպասի փոխանցումը, հրապատի կանոնները և դիտավորյալ հասցեների թարգմանությունը յուրաքանչյուրն ազդում է այդ զույգի վրա։ strongSwan-ի նշումները փոխանցման մասին նկարագրում են վերադարձի երթուղու և թարգմանության ընտրությունները դարպասի հետևում գտնվող մասնավոր ենթացանցի համար։
Երբ հարցումը հասնում է, իսկ պատասխանը դուրս է գալիս այլ դարպասով, ոչ մի DNS փոփոխություն չի շտկում ասիմետրիան։ Երկու կողմերում գրառումը լուծում է այն մեկ փորձով, և այն նաև ցույց է տալիս, թե արդյոք թարգմանությունը վերագրել է այն աղբյուրը, որին NAS-ը պատասխանել է։ Ադմինիստրատորը պատասխանատու է այդ սահմանի համար. թույլատրեք միայն անհրաժեշտ ծառայությունները և VPN հաճախորդների միջակայքը, և գրեք, թե ընտրվել է երթուղավորում, թե թարգմանություն։
Երրորդ պայման. ծառայությունը կա՞ և թույլատրվա՞ծ է։
Կառավարման էջը և ֆայլերի համօգտագործման ծառայությունը նույն մեքենայի տարբեր վերջնակետեր են, և մեկը կարող է ընդունել միացումներ, մինչ մյուսը արգելափակված է հոսթի հրապատի, ծառայության կարգավորման կամ համօգտագործման թույլտվության կողմից։ Մերժումով պատասխանող սարքն արդեն ապացուցել է առաջին երկու պայմանները, ինչը զգալիորեն նեղացնում է երրորդը։
Փորձարկեք այն հաշվով, որին իրոք պետք են ֆայլերը, ոչ թե տեղադրման ժամանակ օգտագործված ադմինիստրատորի հաշվով, որովհետև ադմինիստրատորի իրավունքները չեն կարող վերանորոգել բացակայող երթուղին, և երթուղին չի կարող տալ համօգտագործման թույլտվություն։ Անունները նույնպես այստեղ տեղ ունեն. տանը հայտնաբերված NAS անունը հաճախ կախված է տեղական multicast-ից, որը երթուղավորված թունելը չի կրում, ուստի փորձեք արտադրողի փաստաթղթավորված մասնավոր հոսթի անունը կամ հենց հասցեն՝ անվանումը հասանելիությունից առանձնացնելու համար։
Փորձարկեք NAS-ի ցանցից դրսից, ապա դանդաղ ընդլայնեք
Նույն LAN-ում կատարված փորձարկումը թաքցնում է հեռավոր ուղու յուրաքանչյուր ոչ լրիվ մասը, դրա համար էլ առաջին հաջող հեռավոր փորձը արժանի է գրառման փոփոխությունների մատյանում։ Կատարեք ստուգումները հաճախորդից, որը NAS-ին հասնում է միայն թունելով, և պահպանեք յուրաքանչյուր փորձի սկզբնական սխալի տեքստը։
nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guestԵրբ ուղին աշխատի, փոխանցեք անվնաս ֆայլ և հաստատեք ընթերցման կամ գրառման այն վարքը, որն իրոք ձեզ պետք է։ Եթե մեծ փոխանցումները կանգ են առնում, մինչ փոքրերը հաջողվում են, մնացած խնդիրը փաթեթի չափի մշակումն է կամ կապի կայունությունը, ոչ թե հասցեավորումը։
Չհրապարակեք ֆայլերի համօգտագործման կամ կառավարման պորտերը ինտերնետում՝ չբացատրված խափանումը շրջանցելու համար։ Վերանորոգեք մասնավոր ուղին, պահեք NAS ծրագրաշարը աջակցվող և ստուգեք այն ամենի վերականգնումը, ինչի պահուստավորում եք դրա միջով, նախքան այդ պահուստին ապավինելը։