Ինչու միայն route-nopull-ը թողնում է ֆայլային սերվերը անհասանելի
Մղված երթուղիներն անտեսելը բաժանված թունելի կեսն է միայն։ Ընտրեք երթուղու տիրոջը, ձեռքով ավելացրեք գրասենյակի նախածանցը և փորձարկեք երեք հոսք, նախքան այն լուծված համարելը։
Ֆայլային սերվերը լավ է բացվում, և հաջորդ պատուհանի տեսազանգը սկսում է ընդհատվել։ Ոչինչ դանդաղ չէ և ոչ մի MTU սխալ չէ. ձեր հաճախորդը վերցրեց սերվերի տված երթուղիների ցանկը, ուստի յուրաքանչյուր փաթեթ այժմ դուրս է գալիս գրասենյակի firewall-ով։ Ուղղումը ոչ թե ևս մեկ կարգավորման դրոշակ է, այլ որոշում այն մասին, թե ումն է հաճախորդի երթուղիների աղյուսակը։ Այդ որոշումը պատկանում է մեկ տեղի, և ներքևի ձախողման եղանակները ձեզ ասում են, թե որ տեղն եք իրականում ընտրել։
Որոշեք, թե ումն է երթուղիների աղյուսակը
Երեք տեր հնարավոր է։ Սերվերը կարող է մղել երթուղիներ և լռելյայն դարպաս, այդ դեպքում հաճախորդը տեղադրում է այն, ինչ ասում են, և դառնում ամբողջական թունել։ Հաճախորդի պրոֆիլը կարող է ստանձնել սեփականությունը՝ մերժելով մղումները և կրելով իր սեփական երթուղու տողերը։ Սեղանադիր կապի կառավարիչը նույնպես կարող է տիրել որոշմանը իր սեփական երթուղու և լռելյայն երթուղու հատկություններով։
Յուրաքանչյուր ընտրություն ձախողվում է տարբեր կերպ, այդ իսկ պատճառով արժե աղյուսակը կարդալ պրոֆիլը խմբագրելուց առաջ։ Ձեր ախտանիշին համապատասխան տողը այն տերն է, որն իրականում ունեք։
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Ընտրեք մեկը և գրեք այն։ Երկուսը խառնելը թողնում է հոսթ, որի լռելյայն ուղին հակասում է իր իսկ փաստաթղթերին, և հաջորդ ինժեները չի կարող ասել, թե որ շերտը հաղթեց։ Ջնջեք պարտվողին բացահայտ։
route-nopull-ը զտում է մղումները, այն երթուղիներ չի ավելացնում
route-nopull պատկանում է հաճախորդի պրոֆիլին, և դրա հերթականությունը այդ ֆայլում նշանակություն չունի, քանի որ այն միայն մերժում է սերվերից եկող արժեքները։ Այն մերժում է մղված երթուղիները, ներառյալ մղված լռելյայն երթուղին, մինչ թունելը դեռ նորմալ բարձրանում է։
Հետևանքը, որը մարդիկ բաց են թողնում, այն է, որ մղված DHCP ընտրանքները գնում են նրանց հետ։ Սերվերի ուղարկած DNS կարգավորումները նույնպես մերժվում են, ուստի ներքին անունները դադարում են լուծվել, թեև թունելը առողջ է, և սերվերը հասանելի է հասցեով։
Դա թողնում է թունել առանց ուղի դեպի գրասենյակի նախածանցը, եթե դուք ինքներդ չավելացնեք մեկը՝ route-nopull, որին հաջորդում է route 10.30.0.0 255.255.0.0 նույն պրոֆիլում։ Այդ տողը կրում է հասցե և դիմակ؛ այն չի նշում հաջորդ ցատկը։
Այլընտրանքային ձևը ավելացնում է դարպասի նշան՝ route 10.30.0.0 255.255.0.0 vpn_gateway, որը գրառումը ցույց է տալիս թունելին անունով։ Ներմուծողները տարբերվում են նրանով, թե արդյոք թարգմանում են այդ տարբերակը, ուստի ստուգեք պահված կապը, եթե գրառումը բացակայում է միջուկի աղյուսակից։
Ստուգեք երթուղու որոնումներով, ոչ ping-ով
Ping-ը ձեզ ասում է, որ ինչ-որ բան պատասխանեց։ Երթուղու որոնումը ասում է, թե որ ինտերֆեյսը կընտրեր միջուկը, և դա այն հարցն է, որն իրականում տվեցիք։ Չորս կարճ հրամաններ բաժանում են բացակայող երթուղին սխալ սարքին ուղղված երթուղուց։
Կարդացեք, թե ինչ տեղադրեց թունելը ip route show dev tun0-ով։ Ընդհանրապես ելք չլինելը նշանակում է զրո երթուղի, ինչը աշխատող բաժանված թունել չէ, և դա ֆիլտրը բացահայտ տողի առանց ավելացնելու սովորական արդյունքն է։
Այնուհետև ստուգեք մեկ գրասենյակի հասցե ip route get 10.30.5.7-ով, և մեկ սովորական ինտերնետ հասցե ip route get 1.1.1.1-ով։ Երկրորդը պետք է նշի ֆիզիկական ինտերֆեյսը. եթե այն նշում է թունելը, մղումն ընդհանրապես չզտվեց։
Վերջապես կարդացեք ip rule-ը, քանի որ նախորդ փորձից մնացած քաղաքականության կանոնը կարող է վերացնել հենց նոր ուղղած աղյուսակը։ Ճիշտ պրոֆիլը վերևում հնացած կանոնով տեսքով ճիշտ կոտրված պրոֆիլի է նման։ Ջնջեք նախորդ անգամ ավելացրած կանոնը, նախքան մեկ ուրիշն ավելացնելը։
Համընկնող ենթացանցերը կոտրված թունելի տեսք ունեն
Երկու մասնավոր տիրույթ կարող են նույնը լինել հաճախորդի տեսանկյունից, և հենց այնտեղ է, որ բաժանված թունելին մեղադրում են մի բանի համար, որն ինքը չի առաջացրել։ Եթե գրասենյակը տալիս է նույն նախածանցը, որն օգտագործում է ձեր տնային երթուղիչը, թունելի երթուղին ծածկում է երթուղիչը, և տնային ցանցը կարծես անհետանում է։
Համեմատեք ձեր ինտերֆեյսի հասցեն պրոֆիլի տեղադրած երթուղու հետ՝ օգտագործելով պարզ հասցեների ցանկ, նախքան որևէ բան փոխելը։ Համընկնումն իրական է, և ոչ մի պրոֆիլի ընտրանք այն չի լուծում։ Ինչ կարող եք ուղղել, անվանումն է, որպեսզի հաջորդ մարդը տեսնի երկու տիրույթ, ոչ թե մեկը։
Ազնիվ ուղղումները մեկ կողմը վերահամարակալելն է կամ գրասենյակում հասցեները թարգմանելը։ Մեկ հոսթի երթուղին երթուղիչին ամրացնելը աշխատում է այնքան, մինչև երթուղիչի հասցեն փոխվի, և այն ժամանակ այն դառնում է երկրորդ առեղծվածը առաջինի վրա։
Թող որոշումը վերապրի վերակապակցումը
Ձեռքով մուտքագրված գրառումները չեն վերապրում վերակապակցումը, և կապի կառավարիչը վերակառուցում է աղյուսակը ամեն անգամ, երբ պրոֆիլը սկսվում է։ Տեղադրեք որոշումը այնտեղ, որտեղ ստեղծվում է կապը՝ լինի դա պրոֆիլը, թե կառավարչի պահված կարգավորումները։ Այնուհետև մեկ անգամ դիտավորյալ վերագործարկեք կապը, փոխանակ զանգի ընթացքում վարքը բացահայտեք։ Պրոֆիլը, որն աշխատում է միայն մինչև հաջորդ վերակապակցումը, ավարտված չէ։
Փորձարկեք երեք ուղի միաժամանակ՝ գրասենյակի հոսթ բառացի հասցեով, նույն հոսթը անունով, և սովորական հանրային կայք։ Միջինը կախված է այն անվանային ծառայությունից, որը կարգավորել եք մղված DNS ընտրանքները դեն նետելուց հետո, և հենց այն է, որ լուռ ձախողվում է։