Ինչու նույն ենթացանցով երկու կայք մեկ LAN չեն
Հոսթը որոշում է ուղիղ կապի և հաջորդ ցատկի միջև նախքան ցանկացած VPN երթուղիչ կտեսնի փաթեթը: Նույն նախածանցը կիսող երկու կայքերի պետք է ձգված կապ կամ վերահամարակալման ծրագիր:
Երկու գրասենյակներն էլ օգտագործում են 192.168.77.0/24-ը, և ինչ-որ մեկը առաջարկում է թունել, որպեսզի նրանք մեկ ցանց լինեն։ Այս արտահայտությունը պարզ է հնչում և թաքցնում է երեք տարբեր նախագծեր՝ երկու անկախ LAN, որոնք բախվում են, մեկ դիտավորյալ WAN-ով ձգված Ethernet հատված, և proxy-ARP կարգավորում, որը պատասխանում է հեռավոր հասցեների փոխարեն։ Որն ունեք դուք, դա է որոշում ինչ է անում հոսթը փաթեթի հետ, և պատասխանը տեսանելի է նախքան VPN դարպասի ներգրավվելը։
Հոսթը որոշում է երթուղիչից առաջ
192.168.77.10/24 հասցեով հոսթը համեմատում է նպատակակետը իր նախածանցի հետ։ Այդ նախածանցի ներսում ամեն ինչ ուղիղ կապի վրա է, ուստի հոսթը ուղղակիորեն լուծում է նպատակակետի կապի շերտի հասցեն։ Արտաքին ամեն ինչ գնում է լռելյայն դարպաս։
Այդ որոշումը կայացվում է հոսթի կույտում, ոչ թունելում։ Դարպասի վրա ավելացված երթուղին չի կարող փրկել փաթեթը, որը հոսթը երբեք այնտեղ չի ուղարկում։
Այսպիսով, երբ 192.168.77.20-ը գոյություն ունի միայն մյուս կայքում, տեղական հոսթը հարցնում է նրա մասին ARP-ով և պատասխան չի ստանում։ VPN ձեռքսեղմումը կարող է լիովին առողջ լինել, մինչ այս ձախողվում է։ Ձախողումը նման է մեռած հոսթի, ոչ թե երթուղավորման խնդրի։ Այս ստորագրությունը ճանաչելը խնայում է թունելի վրիպազերծման մեկ ժամ։
ARP-ը տեղական կապի հարց է
ARP-ն հարցնում է, թե ով է տիրապետում հասցեին այս կապում, և պատասխանը պետք է գա մի բանից, որը լսում է հեռարձակումը։ IPsec թունելի մյուս ծայրում գտնվող երթուղիչը չի լսում այն, եթե նախագիծը երկու կայքի մեկ հեռարձակման տիրույթ չդարձնի։
Նույն հասցեով երկու սարք ավելի են վատացնում՝ նույնիսկ հաջող լուծումը չի կարող ասել, թե որն է պատասխանել։
Կրկնված հասցեավորումը երթուղավորման սխալ չէ և ոչ մի երթուղի այն չի ուղղում։ Կամ կայքերը վերահամարակալվում են տարբեր նախածանցերի, կամ դիտավորությամբ դառնում են մեկ կապի շերտի տիրույթ։
Ձգված հատվածը տեղափոխում է շրջանակներ, ոչ երթուղիներ
Կամուրջներին միացված Ethernet տեղափոխող թունելը երկու կայքերին դարձնում է մեկ կապի շերտի տիրույթի մաս։ ARP հեռարձակումները հասնում են մյուս կողմ, և յուրաքանչյուր կամուրջ սովորում է, թե որ MAC հասցեներն որտեղ են։ Linux կամրջի փաստաթղթերը նկարագրում են այդ MAC-ի վրա հիմնված փոխանցման սահմանը։
Այստեղ հեռավոր դարպասը բոլորովին չի երթուղավորում երկու նույնական ենթացանցերի միջև։ Շրջանակները անցնում են ենթաշերտով, որն ինքն է երթուղավորում IP-ն, մինչ կամուրջները երկարացնում են Ethernet զրույցը։
Գինը ազդեցության ավելի մեծ շառավիղն է։ Անհայտ նպատակակետերի հեղեղումը, օղակները, DHCP բաշխումը և եզակի հասցեավորումը բոլորը պահանջում են մեկ ծրագիր, որը ընդգրկում է երկու կայքերը։ Երբ WAN-ը ընկնում է, հոսթերը կորցնում են երթևեկություն, որը տեղական են համարում։ Կամրջի վրա զտումը և VLAN կանոնները կարող են սահմանափակել, թե ինչ է անցնում, սակայն փոխադրումը դեռ չի խոստանում, որ յուրաքանչյուր տեղական կառավարման շրջանակ հասնում է։
Proxy ARP-ը երրորդ նախագիծն է
Երթուղիչը կարող է պատասխանել ARP-ին հեռավոր հասցեի համար և ապա երթուղավորել դեպի այն։ Դա հեռավոր հոսթին ուղարկողի համար ուղիղ կապի վրա է ցույց տալիս առանց հեռարձակման տիրույթ ձգելու։
Այն կամրջումից ավելի նեղ գործիք է՝ կախված է փոխանցումից, վերադարձի երթուղիներից և յուրաքանչյուր հասցեի հստակ տիրոջից։
Այն նաև չի դարձնում կամայական ոչ IP արձանագրությունները երթուղավորելի, և չի վերարտադրում Ethernet հեռարձակման տիրույթ։ Օգտագործեք այն, երբ պահանջը հենց այդ փոխարինումն է, ոչ թե հետաձգված վերահամարակալման կարճուղի։
Ընտրեք ըստ պահանջի, ապա ստուգեք
Գրասենյակների միջև սովորական հավելվածային հասանելիության համար առանձին նախածանցները և բացահայտ երթուղիները ավելի հստակ սահման են տալիս։ Կամրջեք, երբ պահանջը իսկապես կապի շերտի հարևանություն է։ Վերահամարակալեք, երբ ընդհանուր նախածանցի միակ պատճառն այն է, որ դեռ ոչ ոք դա չի արել։
Հաստատեք, թե իրականում որ նախագիծն ունեք հարցնելով հոսթին, թե ինչ է անում նպատակակետի հետ:
ip route get 192.168.77.20
ip neigh show 192.168.77.20
Ուղիղ կապի արդյունքը ձախողված հարևանի գրառումով մատնանշում է բացակայող կապի շերտի ուղի։ via արդյունքը նշում է դարպասը և հարցը տեղափոխում երթուղավորում։ Կամրջի վրա ստուգեք փոխանցման տվյալների բազան՝ տեսնելու, թե արդյոք MAC-ը սովորվել է թունելի միջով։ Յուրաքանչյուր արդյունք նեղացնում է նախագծի հարցը՝ փոխարենը այն նորից սկսելու։