FRITZ!Box-ի VPN-ը միանում է, բայց ոչինչ չի պատասխանում՝ WireGuard թե IPSec
Միացված FRITZ!Box թունելը, որը չի հասնում LAN-ին, հասցեավորման խնդիր է։ Կրկին ներմուծելուց առաջ ստուգեք IPSec-ի չորս դաշտերը կամ WireGuard-ի peer-ը։
Թունելը հաղորդում է, որ միացված է, պատկերակը կանաչ է, և տան LAN-ում ոչինչ չի պատասխանում։ Սա FRITZ!Box-ի հեռավար մուտքի ամենատարածված բողոքն է, և գրեթե երբեք մեղավոր չէ հենց թունելը։ Հասցեների պլանը, ենթացանցի ինքնությունը կամ հաճախորդի երթուղային աղյուսակը սխալ է։ Թե դրանցից որն եք վերջում վրիպազերծելու, կախված է նրանից՝ ընտրել եք WireGuard-ը, թե ավելի հին IPSec Fernzugang-ը, ուստի սկսեք նրանից, որ իմանաք՝ ինչ եք իրականում կարգավորել։
Թունելը բարձրանում է, իսկ LAN-ը լուռ է մնում
Կայացած թունելը ապացուցում է, որ բանալիներն ու վերջնակետը ճիշտ են։ Այն չի ապացրում, որ հաճախորդը ստացել է հասցե, որին տուփը կարող է երթուղավորել, կամ որ հաճախորդը գիտի, թե որ նախածանցերն են պատկանում թունելին։ Սրանք երկու առանձին հաջողություններ են, և միայն երկրորդն է թույլ տալիս հասնել տպիչին։
Նախ ստուգեք հաճախորդի հասցեն, ապա նրա երթուղային աղյուսակը։
Եթե տրված հասցեն գտնվում է LAN-ի ենթացանցից դուրս, տուփը հետ երթուղավորելու տեղ չունի։ Եթե այն DHCP միջակայքի ներսում է, տուփը կարող է նույն հասցեն տալ տեղական սարքի։ Երկուսն էլ ստեղծում են թունել, որը միանում է, և LAN, որը անտեսում է ձեզ։
Ինչ է իրականում կարգավորում յուրաքանչյուր տարբերակ
IPSec տարբերակը ստեղծում է կարգավորումների ֆայլ մեկ օգտատիրոջ համար՝ նախապես համօգտագործված բանալիով և հասցեավորմամբ։ Դուք ներմուծում եք այն հաճախորդի մեջ, որը խոսում է նույն պրոֆիլով, ինչը Windows-ում սովորաբար նշանակում է արտադրողի գործիքը, այլ ոչ ներկառուցված հաճախորդը։ WireGuard տարբերակը ստեղծում է peer մեկ սարքի համար՝ բանալիների զույգ, հասցե թունելի ներսում և վերջնակետ։
Այդ տարբերությունը որոշում է ձեր սպասարկման մոդելը։ Յուրաքանչյուր WireGuard սարք առանձին peer է՝ իր բանալիով, ուստի կորցրած հեռախոսի չեղարկումը նշանակում է ջնջել մեկ peer, մինչ մյուսները շարունակում են աշխատել։ IPSec-ը չեղարկում է համօգտագործված գաղտնիքը կամ օգտատիրոջ կարգավորումը փոխելով, ինչը կոպիտ է և ազդում է այն օգտագործող յուրաքանչյուր սարքի վրա։
Ոչ մի տարբերակ հնացած չէ։ IPSec ուղին մնում է աջակցվողը այնտեղ, որտեղ հեռավոր կողմը չի կարող գործարկել WireGuard։
IPSec-ի այն դաշտերը, որոնք մեռած թունել են ստեղծում
Չորս արժեք պետք է համապատասխանի ձեր LAN-ին, և դրանցից երեքը ձախողվում են այնպես, որ կոտրված թունել է թվում։
| Value | What breaks when it is wrong |
|---|---|
| LAN subnet | The client routes nothing, or routes the wrong prefix |
| Network address | The configuration looks valid and the tunnel never establishes |
| DHCP range | No address is left to assign to tunnel clients |
| DNS server | The tunnel works and name resolution does not |
Ցանցի հասցեն է այն, ինչը բռնում է մարդկանց։ Ենթացանցը ճանաչվում է իր առաջին հասցեով, որը սովորաբար ավարտվում է զրոյով, և հոսթի հասցե այնտեղ մուտքագրելը ստեղծում է կարգավորում, որը թվում է լիովին հավաստի և երբեք չի միանում։ DHCP միջակայքը կարևոր է այլ պատճառով՝ թունելի հաճախորդները սովորաբար տրվում են դրա վերևում, ուստի ամբողջ ենթացանցը կլանող միջակայքը բաժանելու ոչինչ չի թողնում։
Համընկնող ենթացանցերը մյուս դասական դեպքն են։ Եթե հեռավոր LAN-ը, որին միանում եք, օգտագործում է նույն նախածանցը, ինչ LAN-ը, որի վրա նստած եք, երթուղավորումը չի կարող տարբերել դրանք, և մի կողմը վերահամարակալելը միակ իրական լուծումն է։ Հաճախորդի կարգավորումների ոչ մի քանակություն դա չի լուծում։
Ինչու WireGuard-ը ձախողվում է այլ կերպ
WireGuard-ը նախապես համօգտագործված բանալի չունի, որը կարելի է սխալ մուտքագրել, ուստի նրա ձախողումները խմբավորվում են peer-ի սահմանման շուրջ։ Թույլատրված IP-ների ցանկը, որը բաց է թողնում LAN նախածանցը, ստեղծում է թունել, որը ոչինչ չի տեղափոխում, որովհետև հաճախորդը երբեք LAN-ին ուղղված երթևեկություն չի ուղարկում դրա մեջ։ Հնացած հանրային բանալին կողմերից որևէ մեկում ստեղծում է ձեռքսեղմում, որը երբեք չի ավարտվում։ Բացակայող վերջնակետը կամ սխալ պորտը ստեղծում է լռություն, ոչ թե սխալ։
Ֆայլը նորից ներմուծելու և հույս դնելու փոխարեն համեմատեք երկու կողմերը դաշտ առ դաշտ։
Միակ ընդհանուր ձախողումը ենթացանցերի բախումն է։ WireGuard-ը սիրով թունել կկառուցի դեպի ցանց, որը համընկնում է ձեր տեղական ցանցի հետ, և այդ ժամանակ երթուղային աղյուսակը որոշում է, թե երկու նույնական նախածանցներից որն է հաղթում։
Ապացուցեք դա դրսից, ապա պահպանեք վերադարձի ուղի
Փորձեք բջջային կապից, երբեք LAN-ի ներսից, որովհետև ներսից դուք փորձարկում եք ուղի, որը բոլորովին չի ներառում թունելը։ Գրանցեք, թե յուրաքանչյուր տարբերակ որ պորտն է օգտագործում, մինչև այն միացնելը, և ուղղեք այդ պորտը դեպի տուփը։
Պահեք ստեղծված ֆայլը մի տեղ, որտեղ հասնում եք առանց թունելի, և միաժամանակ գրանցեք տուփի արտաքին անունը։
Կարգավորումը, որը երբեք դրսից չի փորձարկվել, ծրագիր է, ոչ թե աշխատող հեռավար մուտքի ուղի։ Փորձարկեք LAN-ի մեկ հոսթ հասցեով, ոչ անունով, որպեսզի DNS ձախողումը չշփոթվի երթուղավորման ձախողման հետ։