VirtualBox-ի VPN դարպաս LAN-ի համար՝ կամուրջ, երթուղի, վերադարձ

Հեռավոր օգտվողները պետք է հասնեն ֆիզիկական LAN-ի տպիչին և ֆայլային սերվերին, և միակ մշտապես աշխատող Linux մեքենան VirtualBox VM-ն է։ VM-ը այդ LAN-ին կամուրջով միացնելը առաջին կեսն է։ Երկրորդ կեսը վերադարձի երթուղին է, որը LAN-ի յուրաքանչյուր սարք իրականում կօգտագործի, և հենց այդ մասն է, որ բաց թողնում են տեղադրումների մեծ մասը։ Երբ այն բացակայում է, թունելը միանում է, հաճախորդը ping է անում դարպասին, և ուրիշ ոչինչ չի պատասխանում։

Օգտագործեք հասանելի հասցեներ

Դրեք VM-ի LAN ադապտերը այդ ցանցի համար թույլատրված Bridged Adapter ռեժիմի վրա և սովորական բաշխման ընթացակարգով նրան հասցե տվեք։ Այնուհետև VM-ը հայտնվում է ֆիզիկական LAN-ում ինչպես ցանկացած այլ հոսթ։ Նրա լռելյայն երթուղին պետք է շարունակի օգտագործել իրական դարպասը, որպեսզի VPN զուգընկերոջ հետ գաղտնագրված տրանսպորտը մնա հասանելի։ Մի օգտագործեք VirtualBox-ի լռելյայն NAT հասցեն որպես LAN-ի հաջորդ ցատկ, քանի որ այդ հասցեն ապրում է վիրտուալ NAT-ի հետևում և on-link չէ հոսթի կամ LAN-ի այլ մեքենաների համար։

LAN router:          192.168.70.1/24
VirtualBox host:     192.168.70.5/24
VPN gateway VM:      192.168.70.10/24
Example LAN service: 192.168.70.40
VPN client pool:     10.80.0.0/24

Նախքան հասցեների լողավազանն ընտրելը ստուգեք համընկնումը հեռավոր օգտվողների տնային ցանցերի հետ։ Համընկնումը վերածվում է երթուղային անորոշության, որը ոչ մի սերվերի կարգավորում չի ուղղում։

Հայտարարեք LAN-ը, ապա փոխանցեք

Սերվերի համար, որի նույնականացումը և տրանսպորտն արդեն կառավարվում են, ցանցային տողերը այսպիսի տեսք ունեն։ push-ը ընդունող հաճախորդին ասում է, թե ինչպես հասնել LAN-ին, և ինքնին VM-ին չի ստիպում որևէ բան փոխանցել։

dev tun
topology subnet
server 10.80.0.0 255.255.255.0
push "route 192.168.70.0 255.255.255.0"

Միացրեք IPv4 փոխանցումը VM-ի մշտական ցանցային կարգավորման մեջ և թույլ տվեք հաճախորդների լողավազանին հասնել նախատեսված LAN ծառայություններին VM-ի փոխանցման սահմանին։ VPN լսողին հասնելու թույլտվությունը առանձին կանոն է, և այն արդեն աշխատում է, եթե թունելը բարձրացել է։

Վերադարձի երթուղին պատկանում է LAN երթուղիչին

LAN-ի սարքերը պատասխանում են իրենց լռելյայն դարպասով, որն 192.168.70.1 հասցեի LAN երթուղիչն է։ Այդ երթուղիչը պատկերացում չունի, թե որտեղ է 10.80.0.0/24-ը, եթե նրան չասեն։ Ավելացրեք լողավազանի երթուղին երթուղիչի աջակցվող մշտական կարգավորմանը՝ ուղղված VM-ի LAN հասցեին։ Միայն VirtualBox հոսթի վրա ավելացնելը վերանորոգում է այն ուղիները, որոնք հարցնում են այդ հոսթին, և դա LAN-ի ամեն սարքը չէ։

ip route add 10.80.0.0/24 via 192.168.70.10

Նպատակակետի սեփական firewall-ը դեռ պետք է թույլատրի հաճախորդների լողավազանը որպես աղբյուր։ Երթուղին կրում է փաթեթը, այն չի տալիս ծառայությունը։

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

Հետևեք մեկ փաթեթի սկզբից մինչև վերջ

10.80.0.25 հասցեի հաճախորդը թունելով ուղարկում է 192.168.70.40-ին։ VM-ը փաթեթը փոխանցում է LAN։ Ծառայությունը պատասխանում է իր երթուղիչին, որը հաճախորդների լողավազանի համար ընտրում է VM-ը, և VM-ը փաթեթը վերադարձնում է OpenVPN-ի միջով։ Այդ նախադասության յուրաքանչյուր ցատկ տեղ է, որտեղ նախագիծը կարող է ձախողվել։

Փորձարկեք իրական հավելվածով հեռավոր հաճախորդից, ապա կրկնեք VM-ի և երթուղիչի վրա կառավարվող կարգավորումը վերբեռնելուց հետո։

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