Թունելի /32-ը պատճենելը չի երթուղավորի գրասենյակի ենթացանցը
Հասցեն, որը VPN-ը տալիս է ձեր ադապտերին, նկարագրում է կապը, ոչ թե նպատակակետը։ Ավելացրեք ռեսուրսի նախածանցը պրոֆիլին և թողեք լռելյայնը հանգիստ։
VPN-ը միանում է, ինտերֆեյսը ցույց է տալիս հասցե երեսուներկու բիթանոց դիմակով, և գրասենյակի սերվերը մնում է անհասանելի։ Հաջորդ քայլը հաճախ այդ դիմակը երթուղու մեջ կրկին օգտագործելն է՝ այն տեսությամբ, թե ինտերֆեյսը նկարագրում է, թե ուր կարող է հասնել թունելը։ Չի նկարագրում։ Այդ հասցեն նկարագրում է կետ-կետ կապի տեղական ծայրը, և ձեզ հետաքրքրող նպատակակետը գտնվում է դրա մյուս կողմում՝ այլ նախածանցում։
Երկու տարբեր բաներ խառնվում են՝ այն հասցեն, որ թունելը տվեց ձեզ, և այն ցանցը, որին ուզում եք հասնել դրա միջով։
Երկու հասցե, երկու աշխատանք
Կետ-կետ թունելում հաճախորդի հասցեն հաճախ մեկ հոսթի հասցե է, որովհետև կապի մյուս ծայրում ճիշտ մեկ գործընկեր կա։ Չկա ընդհանուր սեգմենտ և չկա ARP, ուստի դիմակը, որը Ethernet-ում անհեթեթ կթվար, այստեղ լրիվ նորմալ է։
Նպատակակետի նախածանցը փաստ է գրասենյակի ցանցի մասին, ոչ թե թունելի։ Եթե ձեզ պետք է մեկ սերվեր, երթուղին այդ սերվերի համար հոսթ-երթուղի է։ Եթե ձեզ պետք է ամբողջ գրասենյակի ենթացանցը, երթուղին ենթացանցն է։ Այս պատասխաններից ոչ մեկը չի կարդացվում ինտերֆեյսից, և մեկը ընտրելը, որովհետև այն հայտնվել էր թունելի հասցեի կողքին, հենց այն ձևն է, որով աշխատող կարգավորումը կոտրվում է։
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
Այդ երրորդ տողն այն տեղն է, որտեղ լավատեսությունը դառնում է ընդհատում։ Ամբողջ մասնավոր տիրույթը թունել ուղղելը, որը սպասարկում է միայն մեկ վայր, անառնչություն երթևեկությունը մղում է մի ճանապարհ, որը չի կարող այն հասցնել, և առաջացած խափանումները նմանվում են կոտրված VPN-ի, այլ ոչ թե չափազանց լայն երթուղու։
Ընտրեք նախածանցը պահանջից
Պրոֆիլին դիպչելուց առաջ պահանջը գրեք որպես նախադասություն՝ որ հոսթերը պետք է հասանելի լինեն, և ո՞րն է դրանք ծածկող ամենանեղ նախածանցը։ Մեկ սերվերը հոսթ-երթուղի է։ Ենթացանցը ենթացանցային երթուղի է։ Ենթացանցերի տիրույթը ամփոփում է, և ամփոփումը խոստում է, որ դրա ներսում յուրաքանչյուր հասցե հասանելի է, ինչը հազվադեպ է ճիշտ։
Ապա ստուգեք թիվը այն բանի դեմ, ինչ գրասենյակը փաստացի օգտագործում է։ Նախածանցը զրույցի հաղորդագրությունից պատճենելը՝ առանց այն կայքի հասցեավորման պլանի հետ հաստատելու, հենց այն ձևն է, որով երթուղին վերջում ցույց է տալիս մի ենթացանցի, որը ոչ ոքի չի պատկանում։
Հիշեք նաև, որ երթուղին ուղի է, ոչ թե թույլտվություն։ Դարպասը դեռ որոշում է՝ ձեր հաճախորդը կարո՞ղ է օգտագործել նպատակակետը, և ծառայությունը դեռ կարող է մերժել ձեզ։ Երթուղին ճիշտ տեղադրելը փաթեթը հասցնում է այնտեղ և ոչինչ չի պատասխանում լիազորման մասին։
Ավելացրեք պրոֆիլին, երբեք մի փոխարինեք այն
NetworkManager պրոֆիլի երթուղիները բազմարժեք հատկություն են, և սահմանելու ու ավելացնելու տարբերությունը մեկ նշան է։ Օգտագործեք պլյուս ձևը՝ գրառում ավելացնելու և արդեն պահված ամեն ինչ պահպանելու համար։
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"Առանց պլյուսի՝ վերագրումը փոխարինում է ամբողջ ցանկը։ Պրոֆիլում, որն արդեն կրում է մի քանի նախածանց, դա լուռ ջնջում է աշխատողներին, և ախտանիշը գալիս է ավելի ուշ՝ որպես ծառայություն, որն առաջ հասանելի էր այս նոթբուքից։
Օգտագործեք UUID-ն անվան փոխարեն։ Անունները կրկնօրինակվում են վերականգնումից հետո, և ձեր խմբագրած միացումը կարող է այն չլինել, որ կրում է ձեր երթևեկությունը։ Նախ ստուգեք՝ արդյոք գոյություն ունի նույնական գրառում, որովհետև կրկնօրինակ ավելացնելը անկարգ է նույնիսկ երբ անվնաս է։
Այս երթուղու հատկությունների տեղեկանքը փաստաթղթավորում է նպատակակետը, ընտրովի հաջորդ ցատկը, չափիչը և ատրիբուտների շարահյուսությունը տեղադրված տարբերակի համար։ Կարդացեք այն հաջորդ ցատկ ավելացնելուց առաջ, որովհետև դրա անհրաժեշտությունը կախված է ինտեգրումից և տոպոլոգիայից, և ինտերֆեյսների ցանկի առաջին հասցեից դա գուշակելը մեթոդ չէ։
Լռելյայն երթուղին և DNS-ը առանձին որոշումներ են
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
Ավտոմատ երթուղիները մյուս բանն են, որին չպետք է անփույթ խանգարել։ Դրանք ճնշելը՝ մեկ բացակայող գրառում լուծելու համար, կարող է հեռացնել մի քանի աշխատող, և դա առաջարկողը սովորաբար նայում էր այլ պրոֆիլի՝ այլ push-երով։
DNS-ն ունի իր ուղին և իր խափանումները։ Անունը, որը լուծվում է ճիշտ հասցեի՝ սխալ լուծիչի միջոցով, կամ լուծիչ, որը չի կարող պատասխանել մասնավոր գոտուն, կթվա երթուղավորման խնդիր, մինչ երթուղին կատարյալ է։ Փորձարկեք հասցեն և անունը առանձին, ապա որոշեք, թե որ շերտն իրականում ձախողվեց։
Ստուգեք, թե ինչ կիրառվեց
Պահված փոփոխությունը կիրառված փոփոխություն չէ։ Կրկին միացեք մենեջերի աջակցվող կյանքի ցիկլով, ապա նայեք նախատեսված նպատակակետի փաստացի երթուղին և այն քաղաքականության կանոնները, որոնք որոշում են, թե որ աղյուսակն է հարցվում։
Եթե նախածանցը կա, և կապը դեռ ձախողվում է, դուք անցել եք այլ խնդրի՝ աղբյուրի հասցեի ընտրություն, վերադարձի երթուղի հեռավոր ծայրում, կամ ծառայություն, որը մերժում է ձեր հաճախորդին։ Դրանցից յուրաքանչյուրը նայելու ավելի լավ տեղ է, քան արդեն ուղղած պրոֆիլը։