VirtualBox VPN порта за LAN: мост, рута, враќање

Поврзете ја VM портата на LAN преку мост, објавете го LAN на клиентите и додајте рута за базенот на рутерот во LAN. Разработен пример со IPv4 и вистински повратни патеки.

Оддалечените корисници треба да достигнат печатач и датотечен сервер на физички LAN, а единствената Linux машина што работи постојано е виртуелна машина VirtualBox. Поврзувањето на VM со тој LAN преку мост е првата половина. Втората половина е повратна рута што навистина ќе ја користи секој уред во LAN, и токму тоа е делот што повеќето поставки го пропуштаат. Кога ја нема, тунелот се поврзува, клиентот го пингува порталот, и ништо друго не одговара.

Користете адреси што можат да се достигнат

Поставете го LAN адаптерот на VM во режимот Bridged Adapter одобрен за таа мрежа и доделете му адреса преку вообичаениот процес на доделување. Тогаш VM се појавува на физичкиот LAN како секој друг домаќин. Неговата стандардна рута мора да продолжи да ја користи вистинската порта, за да остане достапен шифрираниот транспорт до партнерот VPN. Не користете ја стандардната NAT адреса на VirtualBox како следен чекор за 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 одговараат преку својата стандардна порта, која е рутерот во LAN на 192.168.70.1. Тој рутер нема поим каде е 10.80.0.0/24 ако не му се каже. Додајте ја рутата за базенот во поддржаната постојана конфигурација на рутерот, насочена кон LAN адресата на VM. Додавањето само на домаќинот 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 но не до услугата, прво проверете ја рутата на рутерот. Ако услугата го прими барањето, а клиентот никогаш не го види одговорот, сомнителен е повратниот пат.

Поврзани статии