DHCP-ի 121 ընտրանքով VPN-ի վերադարձի երթուղի տվեք LAN հանգույցներին

Հեռավոր VPN հաճախորդները միանում են, LAN սերվերը պատասխանում է, և պատասխանը դուրս է գալիս սովորական ինտերնետ երթուղղիչով ու մահանում այնտեղ։ Մեկ սերվեր կարելի է ուղղել ստատիկ երթուղով, բայց դրանց մի ամբողջ ենթացանց ավելի լավ է կառավարել այնտեղ, որտեղ նրանք արդեն ստանում են իրենց ցանցային կազմաձևը։ DHCPv4-ի 121 ընտրանքը բաշխում է հենց այդպիսի նպատակակետ երթուղիներ, և դա այն մասն է, որը մարդիկ սովորաբար սխալ են անում հենց որ մոռանում են լռելյայնը։ Ախտանիշը միակողմանի երթևեկությունն է՝ հարցումները գալիս են, պատասխանները անհետանում։

Նախ անվանեք երեք հասցեները

Վերցրեք կոնկրետ LAN՝ 192.168.50.0/24 սովորական լռելյայն երթուղղիչով 192.168.50.1-ում և առանձին VPN դարպասով 192.168.50.2-ում։ Նույնականացված հեռավոր հաճախորդները զբաղեցնում են 10.90.0.0/24-ը։

Երթուղին, որն անհրաժեշտ է յուրաքանչյուր մասնակից հանգույցի, 10.90.0.0/24 via 192.168.50.2-ն է։ Նպատակակետը հաճախորդների լողավազանն է, իսկ հաջորդ թռիչքը դարպասի LAN հասցեն է, ոչ թե նրա թունելի հասցեն։

Կոդավորեք այն որպես դասերից զուրկ ստատիկ երթուղի

121 ընտրանքը կրում է նախածանցի և հաջորդ թռիչքի զույգեր, և RFC 3442-ը սահմանում է և՛ կոդավորումը, և՛ դրանից բխող հաճախորդի վարքը։ Գոյություն ունեցող dnsmasq-ի օրինակի համար, որը սպասարկում է միայն այս պատկերավոր LAN-ը, կազմաձևի ձևը հետևյալն է.

dhcp-option=121,10.90.0.0/24,192.168.50.2,0.0.0.0/0,192.168.50.1

Սա բեկոր է, ոչ թե նոր DHCP ծառայություն։ Մի քանի սեգմենտ սպասարկող սերվերի վրա սահմանափակեք ընտրանքը ձեր արդեն օգտագործած պիտակներով կամ ցանցային քաղաքականությամբ։ Ձեռքի տակ պահեք նախորդ կազմաձևը, որովհետև հետ վերադարձնելը նշանակում է ևս մեկ վարձակալության թարմացում, ոչ թե վերագործարկում։

Չկորցնեք լռելյայն երթուղին

Սա է թակարդը։ 121 ընտրանքը ստացած հաճախորդը պետք է անտեսի սովորական Router ընտրանքը, ուստի միայն VPN լողավազանի երթուղին հայտարարելը կարող է այդ հանգույցին ընդհանրապես առանց լռելյայն երթուղու թողնել։ Մեքենան դեռ կազմաձևված է թվում և լուռ կորցնում է ինտերնետը։ Օգտատերերը դա նկարագրում են որպես ցանցի անջատում, մինչ բոլոր ինտերֆեյսները միացած են։

Ներառեք նախատեսված լռելյայնը նույն ցանկում, ինչպես անում է վերևի բեկորը։ Պահեք նաև սովորական Router ընտրանքը այն հաճախորդների համար, որոնք չեն իրականացնում դասերից զուրկ երթուղիներ. սերվերի սեփական ընտրանքների մշակումն է որոշում՝ ինչ ուղարկել ում։

Ստուգեք, թե ինչ կընդունի հաճախորդը

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

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

Ստուգեք վարձակալությունը, ապա որոնումը

Խնդրեք DHCP-ի տիրոջը կիրառել փոփոխությունը, ապա թարմացրեք վարձակալությունը հաճախորդի վրա։ Գոյություն ունեցող վարձակալությունները պահում են հին կազմաձևը մինչև թարմացումը, ուստի ակնթարթային արդյունքը երաշխավորված չէ։

Linux հաճախորդի վրա կարդացեք իրական երթուղիները և հաստատեք երկու գրառումները.

ip -4 route
ip -4 route get 10.90.0.23

Համատեքստային որոնումը պետք է ցույց տա լողավազանի երթուղին 192.168.50.2-ով և լռելյայնը՝ 192.168.50.1-ով։ Եթե լռելյայնը բացակայում է, դուք վերարտադրել եք վերևի թակարդը։

Ապա փորձարկեք իրական փոխանակումը

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

Վերջում պահեք հեռացման ծրագիր։ Սովորած ստատիկ երթուղին ինքն իրեն հետ չի քաշվում, երբ VPN-ն ընկնում է, ուստի հնացած հաջորդ թռիչքը կարող է այդ նախածանցը սև խոռոչ դարձնել թունելի անհետանալուց շատ ավելի ուշ։