VirtualBox հյուրի ներսում գտնվող SOCKS ծառայությունն ունի հասանելիության երկու առանձին պահանջ՝ 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-ին կապելը սահմանափակում է այս մուտքի կետը հենց հոսթով։

Դատարկ հյուրի հասցեի դաշտը ենթադրում է, որ հյուրը օգտագործում է NAT շարժիչի ներկառուցված DHCP հատկացումը։ Եթե հյուրը փոխարենը օգտագործում է ստատիկ հասցե, նշեք այդ հասցեն կանոնում։ Վերջին 1080-ը հյուրի ծառայության պորտն է. այն պարտավոր չէ հավասար լինել հոսթի պորտին։

Հյուրի լսողը դեռ ցանցային ծառայություն է

Միայն 127.0.0.1-ին կապված փրոքսին հյուրի ներսում ընդունում է հյուրի տեղական միացումները։ NAT փոխանցումը չի ստիպում այդ loopback լսողին ընդունել հյուրի վիրտուալ ինտերֆեյսով եկող տրաֆիկը։ Կարգավորեք ծառայությունը՝ լսելու համապատասխան հյուրի ինտերֆեյսում, և թույլատրեք նախատեսված տրաֆիկին անցնել հյուրի ֆայրվոլով և փրոքսիի մուտքի կանոններով։ Ստուգեք լսողի թույլատրված և արգելված մուտքը այդ սահմանը փոխելուց հետո։

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

Այս TCP կանոնը ծածկում է TCP-ով SOCKS միացումը։ Ինքնին այն չի ապահովում լրացուցիչ UDP ուղին, որն անհրաժեշտ է SOCKS5 UDP relay-ին։

Առնչվող հոդվածներ