VirtualBox NAT అతిథి లోపల SOCKS సర్వర్ను చేరుకోవడం
హోస్ట్ లూప్బ్యాక్ పోర్టును అతిథి ప్రాక్సీకి ఫార్వార్డ్ చేసి, అతిథి వినిపించేది దాని వర్చువల్ నెట్వర్క్ ఇంటర్ఫేస్పై కనెక్షన్లను అంగీకరిస్తుందో లేదో తనిఖీ చేయండి.
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 మార్గాన్ని ఇది స్వయంగా అందించదు.