Достигнување до SOCKS сервер внатре во VirtualBox NAT гостин
Пренасочете loopback порта од домаќинот кон проксито на гостинот и проверете дали слушателот во гостинот прима врски на неговиот виртуелен мрежен интерфејс.
SOCKS услугата внатре во VirtualBox гостин има два одделни барања за достапност: VirtualBox мора да ја достави врската до гостинот, а услугата на гостинот мора да ја прифати.
За VM чиј прв адаптер користи обичен NAT, VirtualBox 7.1 документира правило за пренасочување на порта во овој облик. Додека VM е запрен:
VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"
Заменете го името на VM и портите по потреба. Потоа апликацијата на домаќинот избира SOCKS на 127.0.0.1:1080. Врзувањето на страната на домаќинот на 127.0.0.1 ја ограничува оваа влезна точка на самиот домаќин.
Празното поле за адреса на гостинот претпоставува дека гостинот ја користи вградената DHCP доделување на NAT механизмот. Ако гостинот користи статична адреса, наведете ја таа адреса во правилото. Последниот 1080 е портата на услугата на гостинот; не мора да биде еднаква на портата на домаќинот.
Слушателот во гостинот е сè уште мрежна услуга
Прокси врзано само на 127.0.0.1 внатре во гостинот прифаќа локални врски на гостинот. NAT пренасочувањето не го прави тој loopback слушател да прифаќа сообраќај што пристигнува на виртуелниот интерфејс на гостинот. Конфигурирајте ја услугата да слуша на соодветен интерфејс на гостинот и дозволете предвидениот сообраќај да помине низ огнениот ѕид на гостинот и правилата за пристап на проксито. Проверете го дозволениот и забранетиот пристап на слушателот откако ќе ја промените таа граница.
Кога не успева, прегледајте ги овие граници одделно: портата и правилото на домаќинот, избраната адреса на гостинот и слушателот внатре во гостинот. Преминот кон мостовно вмрежување не може да поправи услуга што сè уште слуша само на loopback на гостинот.
Ова TCP правило покрива SOCKS врска преку TCP. Тоа само по себе не го обезбедува дополнителниот UDP пат потребен за SOCKS5 UDP relay.