Ստատիկ երթուղի FRITZ!Box-ում՝ ուղղեք այն VPN դարպասի LAN IP-ին

Ձեր տան LAN-ում լռելյայն երթուղիչը FRITZ!Box-ն է, իսկ կողքին փոքր Linux արկղն է, որ VPN-ի գործն է անում։ Արկղը հասնում է գրասենյակի ցանցին, իսկ FRITZ!Box-ի ետևի նոութբուքը՝ ոչ։ Ստատիկ երթուղին սա լուծում է երեք դաշտով, և միակ իսկական դժվարությունը դարպասի դաշտում թունելի հասցե դնելուց հրաժարվելն է։ Դարպասը ձեր սեփական LAN-ի հաջորդ երթուղիչն է, և միշտ էլ եղել է։

Գրեք երեք դաշտերը նախքան ինտերֆեյսը բացելը

Վերցրեք LAN 192.168.50.0/24, FRITZ!Box՝ 192.168.50.1, և VPN արկղ՝ ֆիքսված հասցեով 192.168.50.2, որն արդեն ունի աշխատող պաշտպանված ուղի դեպի 10.40.0.0/16։ Երթուղին ասում է՝ այդ հեռավոր նախածանցի համար փաթեթը տվեք ֆիքսված LAN հասցեի սարքին։ Հեռավոր VPN սերվերի հանրային endpoint-ը և դրա ներքին թունելի հասցեն երկուսն էլ այստեղ անկարևոր են, քանի որ FRITZ!Box-ը երբեք ուղղակիորեն ոչինչ չի ուղարկում նրանց։

Ամրագրեք այդ LAN հասցեն DHCP լողավազանից դուրս, այլապես ձեր կարգավորած դարպասը մի օր հեռախոսի կպատկանի։

Որտեղ է FRITZ!Box-ը պահում երթուղին

FRITZ!-ը բացում է IPv4 երթուղիների կառավարումը Տնային ցանց, ապա Ցանց, ապա Ցանցի կարգավորումներ բաժնում, ընդ որում ճշգրիտ պիտակն ու ներդնումը կախված են մոդելից և FRITZ!OS տարբերակից։ Միացրեք ընդլայնված տեսքը, եթե երթուղիների աղյուսակը թաքնված է, ավելացրեք մեկ գրառում վերևի արժեքներով և կիրառեք։ Արժե նայել ձեր կոնկրետ մոդելի ուղեցույցը, որովհետև նույն գործառույթը թողարկումների միջև տեղափոխվել է մեկից ավելի անգամ։ Ուշադրություն դարձրեք ձեր պահվող գրառման ճշգրիտ ձևակերպմանը, որովհետև աղյուսակի գրառումը հազվադեպ է ասում, թե որ էկրանն է ստեղծել այն։

Սա նույն գործառույթը չէ, ինչ երբ FRITZ!Box-ն ինքն է ավարտում VPN-ը։ Երթուղին մատնանշում է այլ սարք, իսկ ներկառուցված VPN-ը հենց այդ սարքն է։

Դարպասը պետք է երթուղավորի, ոչ միայն հասնի

Հեռավոր ցանցին հասնող հոսթը ինքնաբերաբար LAN-ի մնացած մասի երթուղիչը չի դառնում։ VPN արկղին պետք է միացված IP փոխանցում, հրային պատի կանոն, որը թույլ է տալիս փոխանցումը LAN ինտերֆեյսի և թունելի միջև, և երթուղի, որը պատասխանը հետ է ուղարկում LAN, այլ ոչ թե դուրս է թողնում իր լռելյայն ուղով։ Փոխանցումը միացնելը և հրային պատի կանոնը մոռանալը ամենատարածված կիսալուծումն է, և հաճախորդի կողմից այն երթուղավորման խափանում է թվում։

Ստուգեք FRITZ!Box-ի կողմից՝ ping անելով VPN արկղի LAN հասցեին, ապա հաճախորդից՝ հետևելով երթուղուն դեպի հեռավոր հասցե և հաստատելով, որ երկրորդ թռիչքը հենց այդ արկղն է։

Վերադարձի ուղի և համընկնող միջակայքեր

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

LAN-ի այլ տեղում ավելի կոնկրետ երթուղի ավելացնելը կամ նոութբուքում երկրորդ VPN հաճախորդը լուռ կհաղթի FRITZ!Box-ի գրառմանը։

Փորձարկեք սովորական հաճախորդից, ապա փորձարկեք խափանումը

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

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