Այդ L2TP հասցեն IPCP է, ոչ թե DHCP վարձակալություն LAN-ում

Կապը բարձրանում է, և ադապտերը ցույց է տալիս գրասենյակի տիրույթից հասցե, ուստի բնական եզրակացությունն այն է, որ VPN-ը ձեզ LAN հասցե տվեց և դրանով իսկ դրեց ձեզ LAN-ում։ Այդ երկու կեսերից ոչ մեկն ամբողջովին ճիշտ չէ։ L2TP կրում է PPP սեսիա, և PPP-ն IPCP-ի հետ բանակցում է ներքին IPv4 հասցեն։ Այդ հասցեն երկու կողմերի միջև պայմանավորված սեսիայի պարամետր է, ոչ թե գրասենյակի DHCP սերվերի տրամադրած վարձակալություն, և այն պահելը ձեզ գրասենյակի լարի հարևան չի դարձնում։

Երկու հասցե մեկ կապում

L2TP կապում երկու անկախ բանակցություն կա։ Արտաքինը պաշտպանված ուղի է ստեղծում ձեր սարքի և VPN-ի վերջնակետի միջև այն ցանցով, որն արդեն ունեք։ Ներքինը PPP սեսիան է, և հենց այնտեղ են պայմանավորվում ձեր սեսիայի հասցեն և մյուս կողմի հասցեն։ Ինտերնետ տրաֆիկը կարող է ամբողջությամբ դուրս գալ երրորդ հասցեով՝ վերջնակետի հանրային հասցեով, դրա համար էլ VPN ստուգման էջը և ադապտերի հասցեն հազվադեպ են համընկնում։

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

Ինչ է անում IPCP-ը հենց

IPCP-ն PPP-ի IPv4 կառավարման արձանագրությունն է։ Յուրաքանչյուր կողմ ուղարկում է Configure-Request հաղորդագրություններ՝ նկարագրելով ցանկալի ընտրանքները, և հասցեի ընտրանքը դրանցից մեկն է։ Այն կլիենտը, որը դեռ հասցե չունի, սովորաբար հարցնում է 0.0.0.0-ով, և սերվերը պատասխանում է Configure-Nak-ով, որը կրում է այն հասցեն, որ ուզում է, որ կլիենտն օգտագործի։ Այնուհետև կլիենտը պահանջում է այդ հասցեն, և սեսիան բարձրանում է տեղական և հեռավոր հասցեով։

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

ip addr show ppp0
ip route show default
dmesg | grep -i pppd

pppd մատյանի այն տողը, որը նշում է տեղական և հեռավոր հասցե, այդ բանակցության հաջող ավարտն է։ Դրա բացակայությունը հաջող նույնականացման կողքին մատնանշում է հասցեի փուլը, ոչ թե հավատարմագրերը։

Ինչու LAN-ը չի կարող պատասխանել ձեզ

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

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

Ստուգեք սեսիան, ապա ուղին

Նախ ստուգեք ինտերֆեյսը, ապա ուղիները, ապա մեկ կարևոր նպատակակետ։ Յուրաքանչյուր քայլ ունի ձախողման իր եղանակը, և երեքը միասին փորձարկելը տալիս է եզրակացություն, որը հետագայում չեք կարող պաշտպանել։

curl -sS --max-time 5 https://ifconfig.me
ping -c 3 10.50.30.20
ip route get 10.50.30.20

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

Երեք փուլերն առանձին պահեք

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

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