በVirtualBox እንግዳ ውስጥ ያለ SOCKS አገልግሎት ሁለት የተለያዩ የመድረሻ መስፈርቶች አሉት፦ VirtualBox ግንኙነቱን ወደ እንግዳው ማድረስ አለበት፣ የእንግዳውም አገልግሎት መቀበል አለበት።

የመጀመሪያው አስማሚ ተራ NAT የሚጠቀም VM ላይ 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 ደንብ የSOCKS TCP ግንኙነትን ይሸፍናል። በራሱ SOCKS5 UDP relay የሚፈልገውን ተጨማሪ የUDP መንገድ አያቀርብም።

ተዛማጅ ጽሑፎች