Mac L2TP բաժանված երթուղիներ. ինչու հոսթի հասցեն չի աշխատում

VPN-ը միանում է, ընտրացանկի տողը դա ցույց է տալիս, և ներքին հոսթը դեռ ժամանակավերջ է ստանում։ Նման իրավիճակում կան երեք հավանական պատճառ, և թե որն է վերաբերում, կախված է նրանից, թե ինչպես է կարգավորվել թունելը։ Կամ երթուղու հրամանը օգտագործել է հոսթի հասցե այնտեղ, որտեղ պահանջվում էր ցանցի հասցե, կամ պրոֆիլն ինքն է տեղադրում լռելյայն երթուղի, որը կուլ է տալիս որոշումը, կամ հաճախորդը PPP թունել է, որին պրոֆիլի բանալու փոխարեն կեռիկ է պետք։ Ստուգեք դրանք այդ հերթականությամբ, որովհետև առաջինը բացառելն ամենաէժանն է։

Նպատակակետը ցանցի հասցե է, դիմակը նկարագրում է նախածանցը

networksetup -setadditionalroutes-ը վերցնում է նպատակակետի, ենթացանցի դիմակի և դարպասի եռյակներ։ Այն կանչը, որը մեկ ներքին ենթացանց ուղարկում է թունելով, ունի այս տեսքը.

sudo networksetup -setadditionalroutes "VPN (L2TP)" 192.168.1.0 255.255.255.0 10.2.0.0

Ուշադրություն դարձրեք, թե որն է նպատակակետը՝ ցանցի հասցեն, ոչ թե այն սերվերի հասցեն, որին փորձում եք հասնել։ Այն դեպքում, որը ծնեց այս հոդվածը, նույն հրամանը 192.168.1.20-ով այդ դիրքում ոչ մի օգտակար բան չարեց, և այն 192.168.1.0-ով փոխարինելը անմիջապես աշխատեց։ Նույն դիմակը, նույն դարպասը, մեկ տարբեր թիվ։ Ահա ամբողջ ձախողումը փոքրացված տեսքով։

Պատճառը թվաբանություն է, ոչ թե քաղաքականություն։ Հոսթի հասցեն /24 դիմակի հետ չի նկարագրում 192.168.1.0/24-ը՝ այն նկարագրում է մի բան, որը երթուղային աղյուսակը չի կարող օգտակար պահել, ուստի գրառումը մերժվում կամ անտեսվում է, և թունելը վերջում ավելի քիչ է տեղափոխում, քան նախատեսել էիք։

Երբ ուզում եք ուղիղ մեկ հոսթ, օգտագործեք հոսթի հասցեն 255.255.255.255 դիմակով։ Խառը զույգերն են, որտեղ սա սխալվում է, ոչ թե հոսթի հասցեի օգտագործումը որպես այդպիսին։ Մեկ հասցեից կառուցված /32-ը օրինական երթուղի է՝ մեկ հասցեից կառուցված /24-ը սխալ է։

Կանչը փոխարինում է ցանկը, և անունը բառացի է

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

Ծառայության անունը նույնպես ձեր հորինած պիտակը չէ։ Կարդացեք այն գործիքից և պատճենեք ճշգրիտ՝ ներառյալ տիպի վերջածանցը.

networksetup -listallnetworkservices

Մեկ նշանով տարբերվող անունը ոչ ընթերցանության արժանի սխալ է տալիս, ոչ երթուղի։ Այստեղ ճիշտ տեխնիկան պատճենելն ու տեղադրելն է, ոչ թե հիշողությունից նորից մուտքագրելը։

Երբ պրոֆիլը հավակնում է լռելյայն երթուղուն

Բաժանված երթուղիները պարտվում են լռելյայն երթուղուն ցանկացած նպատակակետի համար, որը նրանք բացահայտ չեն ծածկում, և ամբողջական թունելի համար կարգավորված L2TP պրոֆիլը տեղադրում է հենց դա։ Եթե պրոֆիլն ասում է, որ ամեն ինչ անցնում է թունելով, լրացուցիչ երթուղիների ցանկը շատ քիչ է փոխվում։ Ձեր գրառումը սխալ չէ՝ այն պարզապես անտեղի է այն նպատակակետերի համար, որոնք երբեք չի անվանում։ Դրա կառավարումը սովորաբար գտնվում է պրոֆիլի՝ ամբողջ երթևեկությունը ուղարկելու կարգավորումում, ոչ թե որևէ երթուղու հրամանում։

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

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

PPP թունելներին բանալու փոխարեն կեռիկ է պետք

PPP-ի վրա հիմնված թունելների համար defaultroute-ը պրոֆիլի բանալին է, որը ստեղծում է լռելյայն երթուղի՝ հանեք այն, և հաճախորդը դադարում է հավակնել յուրաքանչյուր նպատակակետի։ Երթուղիներն ավելացվում են ինտերֆեյսի հայտնվելուց հետո, սովորաբար /etc/ppp/ip-up-ից.

#!/bin/sh
/sbin/route add -net 192.168.1.0 -interface ppp0

Պահեք սկրիպտը root-ի սեփականության ներքո և կատարվող, և ավելացրեք պահակ ինտերֆեյսի անվան վրա, երբ մեքենայում մեկից ավելի թունելի պրոֆիլ կա։ Կեռիկը, որը գործարկվում է յուրաքանչյուր PPP կապի համար և ենթադրում է մեկ սարքի անուն, փոքր սխալ է երկար կյանքով։

Ստուգեք բաժանումը երեք հարցումով

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

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

Կրկին միացեք և կրկնեք ներքին հարցումը, որովհետև ձեռքով ավելացված երթուղիները կարող են ապրել ավելի երկար, քան այն ինտերֆեյսը, որ վավերական դարձրեց դրանք և թունելն ընկնելուց հետո լուռ երթևեկությունը վերածեն սև խոռոչի։