VirtualBox అతిథి లోపల SOCKS సేవకు రెండు వేర్వేరు చేరుకునే అవసరాలు ఉన్నాయి: VirtualBox కనెక్షన్‌ను అతిథికి అందించాలి, అతిథి సేవ దానిని అంగీకరించాలి.

మొదటి అడాప్టర్ సాధారణ NAT ఉపయోగించే VM కోసం, VirtualBox 7.1 ఈ రూపంలో పోర్ట్-ఫార్వార్డింగ్ నియమాన్ని నమోదు చేస్తుంది. VM ఆపివేయబడినప్పుడు:

VBoxManage modifyvm "Proxy VM" --nat-pf1 "socks,tcp,127.0.0.1,1080,,1080"

VM పేరు మరియు పోర్టులను అవసరమైన విధంగా మార్చండి. తర్వాత హోస్ట్ అప్లికేషన్ 127.0.0.1:1080 వద్ద SOCKSను ఎంచుకుంటుంది. హోస్ట్ వైపును 127.0.0.1కి బైండ్ చేయడం ఈ ప్రవేశ మార్గాన్ని హోస్ట్‌కే పరిమితం చేస్తుంది.

అతిథి చిరునామా ఖాళీగా ఉండటం, అతిథి NAT ఇంజిన్ అంతర్నిర్మిత DHCP ఉపయోగిస్తుందని ఊహిస్తుంది. అతిథి స్థిర చిరునామా ఉపయోగిస్తే, ఆ చిరునామాను నియమంలో ఇవ్వండి. చివరి 1080 అతిథి సేవ పోర్టు; అది హోస్ట్ పోర్టుకు సమానం కావాల్సిన అవసరం లేదు.

అతిథి వినిపించేది ఇప్పటికీ నెట్‌వర్క్ సేవ

అతిథి లోపల 127.0.0.1కి మాత్రమే బైండ్ అయిన ప్రాక్సీ అతిథి-స్థానిక కనెక్షన్లను అంగీకరిస్తుంది. NAT ఫార్వార్డింగ్ ఆ లూప్‌బ్యాక్ వినిపించేదిని అతిథి వర్చువల్ ఇంటర్‌ఫేస్‌పై వచ్చే ట్రాఫిక్‌ను అంగీకరించేలా చేయదు. సేవను తగిన అతిథి ఇంటర్‌ఫేస్‌పై వినిపించేలా కాన్ఫిగర్ చేసి, అతిథి ఫైర్‌వాల్ మరియు ప్రాక్సీ యాక్సెస్ నియమాల ద్వారా ఉద్దేశించిన ట్రాఫిక్‌ను అనుమతించండి. ఆ పరిమితిని మార్చిన తర్వాత వినిపించేది అనుమతించిన మరియు నిరాకరించిన యాక్సెస్‌ను తనిఖీ చేయండి.

విఫలమైనప్పుడు ఈ పరిమితులను విడివిడిగా పరిశీలించండి: హోస్ట్ పోర్టు మరియు నియమం, ఎంచుకున్న అతిథి చిరునామా, అతిథి వినిపించేది. బ్రిడ్జ్డ్ నెట్‌వర్కింగ్‌కు మారడం అతిథి లూప్‌బ్యాక్‌పై మాత్రమే వినిపించే సేవను సరిచేయదు.

ఈ TCP నియమం SOCKS TCP కనెక్షన్‌ను మాత్రమే కవర్ చేస్తుంది. SOCKS5 UDP రిలేకు అవసరమైన అదనపు UDP మార్గాన్ని ఇది స్వయంగా అందించదు.

సంబంధిత వ్యాసాలు