Երկու SSH մականուն, մեկ սերվեր՝ ուղիղ VPN թե ցատկող հոսթ

Նույն մասնավոր սերվերը պատասխանում է հաստատված VPN-ի միջոցով և հաստատված բաստիոնի միջով, և դուք ուզում եք մեկ Emacs էջանիշ յուրաքանչյուրի համար՝ գուշակող դյուրանցման փոխարեն։ Որոշումը այն չէ, թե որ ուղին է ավելի լավը. այն է, թե որ ուղին է լիազորված ձեր առջև եղած աշխատանքի համար։ Պահեք երկուսն էլ բացահայտ, անվանեք նրանց առանձին, և թող ֆայլի անունը ասի, թե որն եք ընտրել։

Առաջին պայման՝ ո՞ր ուղիներն են հաստատված։

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

Գրեք պատասխանը, որովհետև միջադեպի ժամանակ այդ տարբերությունը արագ անհետանում է։

Երկու ուղիներն էլ պետք է ունենան իրենց հաշվի և ինքնության կարգավորումը։ Ընդհանուր մականունը, որն աշխատում է մեկ երթուղով, կարող է ձախողվել մյուսով ցանցի հետ կապ չունեցող պատճառներով։

Երկրորդ պայման՝ կարո՞ղ եք յուրաքանչյուր ուղին առանձին անվանել։

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

Host proj-direct proj-bastion
    HostName 10.60.0.21
    User analyst
    ControlPath none

Host proj-direct
    ProxyJump none

Host proj-bastion
    ProxyJump gw.example.com

Վերևի հասցեն օրինակ է. փոխարինեք այն ձեր թիմի փաստաթղթավորածով։ Ցատկող մականունը նաև պետք է բաստիոնի հաստատված հաշիվը, ինչը սովորաբար նշանակում է երկրորդ Host բլոկ հենց բաստիոնի համար։ Այստեղ միացումների համօգտագործումն անջատելը ուղիների համեմատությունը պահում է ազնիվ, քանի որ վերօգտագործված մուլտիպլեքս միացումը կարող է ապրել ավելի երկար, քան այն երթուղու փոփոխությունը, որը փորձում եք դիտել։

Այնուհետև հեռավոր ֆայլերի անունները մնում են առանձին և ընթեռնելի։

/ssh:proj-direct:/srv/project/README.md
/ssh:proj-bastion:/srv/project/README.md

Երրորդ պայման՝ խմբագրիչը գիտի՞ տարբերությունը։

TRAMP-ը վերաբերվում է այդ երկու ֆայլերի անուններին որպես տարբեր նպատակակետերի, ինչը հենց այն է, ինչ ուզում եք։ Էջանշեք յուրաքանչյուրը այնպիսի անվան տակ, որը ասում է, թե որ ուղին է օգտագործում, և վերաբացեք էջանիշը՝ մեկ նպատակակետի իմաստը խմբագրելու փոխարեն։ Երկու էջանիշները նաև տեսանելի են դարձնում համեմատությունը. կարող եք բացել երկուսն էլ և տեսնել, թե որն է ձախողվում՝ առանց որևէ կարգավորում փոխելու։

Մեկ պարամետր ուշադրություն է արժանի, երբ ներգրավված է ProxyJump-ը. TRAMP-ի միացումների համօգտագործումը պետք է անջատված լինի համապատասխան միացումների համար, այնպես որ դրեք tramp-use-connection-share-ը nil-ի վրա նախքան դրանք բացելը։ Սա համատեղելիության պարամետր է, ոչ թե բացակայող երթուղու շտկում, և այն չի դարձնում չլիազորված ուղին լիազորված։ TRAMP-ի ՀՏՀ-ն էջանիշերը փաստաթղթավորում է որպես այս անունները կրճատելու աջակցվող ձև։

Էջանիշը, որ լուռ փոխում է երթուղին, ավելի վատ է, քան ընդհանրապես էջանիշ չլինելը։

Ինչու է ցանցի պատկերակը ոչինչ չապացուցում

NetworkManager-ի 70 ընդհանուր վիճակի արժեքը նշանակում է, որ մեքենան ունի գլոբալ միացում։ Այն չի անվանում ոչ մի VPN պրոֆիլ, և սովորական Wi-Fi-ը բավարարում է այն։ Միայն մասնավոր ցանցի թունելը, որը կրում է հենց ձեզ անհրաժեշտ ուղին, կարող է այդ համախառն արժեքը թողնել անձեռնմխելի։ Այդ պատճառով պատկերակին կապված դյուրանցումը կարող է պատրաստակամություն հայտնել այնպիսի ուղու համար, որը երբեք չի փորձարկել։

Կարդացեք կոնկրետ միացման վիճակը՝ գլոբալի փոխարեն։

Եթե ինչ-որ բան ավտոմատացնում եք, հարցրեք անվանված միացմանը, ապա այդ հերթականությամբ ստուգեք նպատակակետ երթուղին, լուծիչի պատասխանը և SSH հասանելիությունը։ Դրանցից յուրաքանչյուրը կարող է ձախողվել, մինչ նախորդը հաջողվում է, և դրանք մեկ բուլյան արժեքի մեջ միավորելը հենց այն ձևն է, որով ավտոմատացումը վերջում հաջողություն է հաղորդում այնպիսի ուղու համար, որը երբեք չի օգտագործել։

Ինչ անել, երբ ուղին դադարում է աշխատել

Պահեք ձեր բուֆերները նախքան հետաքննելը, որովհետև գոյություն ունեցող TRAMP նստաշրջանը կարող է ապրել երթուղու փոփոխությունից ավելի և հետո ձախողվել հաջորդ գրառման ժամանակ։ Փակեք այն աջակցվող մաքրման միջոցով, վերաբացեք էջանիշը, և համեմատեք երկու ուղիները՝ սերվերը անջատված լինելը ենթադրելու փոխարեն։

Պահեք հոսթի բանալու ստուգումը միացված թե՛ բաստիոնի, թե՛ նպատակակետի համար։

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