VirtualBox NAT ಅತಿಥಿಯೊಳಗಿನ SOCKS ಸರ್ವರ್ ತಲುಪುವುದು
ಹೋಸ್ಟ್ನ loopback ಪೋರ್ಟ್ ಅನ್ನು ಅತಿಥಿ ಪ್ರಾಕ್ಸಿಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡಿ ಮತ್ತು ಅತಿಥಿಯ ಶ್ರೋತೃ ತನ್ನ ವರ್ಚುವಲ್ ನೆಟ್ವರ್ಕ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.
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 ಫಾರ್ವರ್ಡಿಂಗ್ ಆ loopback ಶ್ರೋತೃವನ್ನು ಅತಿಥಿಯ ವರ್ಚುವಲ್ ಇಂಟರ್ಫೇಸ್ಗೆ ಬರುವ ಸಂಚಾರವನ್ನು ಸ್ವೀಕರಿಸುವಂತೆ ಮಾಡುವುದಿಲ್ಲ. ಸೇವೆಯನ್ನು ಸೂಕ್ತವಾದ ಅತಿಥಿ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಆಲಿಸಲು ಸಂರಚಿಸಿ, ಮತ್ತು ಉದ್ದೇಶಿಸಿದ ಸಂಚಾರವನ್ನು ಅತಿಥಿಯ ಫೈರ್ವಾಲ್ ಮತ್ತು ಪ್ರಾಕ್ಸಿಯ ಪ್ರವೇಶ ನಿಯಮಗಳ ಮೂಲಕ ಹೋಗಲು ಅನುಮತಿಸಿ. ಶ್ರೋತೃದ ಅನುಮತಿಸಿದ ಮತ್ತು ನಿರಾಕರಿಸಿದ ಪ್ರವೇಶವನ್ನು ಪರಿಶೀಲಿಸಿ ಆ ಗಡಿಯನ್ನು ಬದಲಾಯಿಸಿದ ನಂತರ.
ವಿಫಲವಾದಾಗ ಈ ಗಡಿಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ: ಹೋಸ್ಟ್ ಪೋರ್ಟ್ ಮತ್ತು ನಿಯಮ, ಆಯ್ಕೆ ಮಾಡಿದ ಅತಿಥಿ ವಿಳಾಸ, ಮತ್ತು ಅತಿಥಿಯೊಳಗಿನ ಶ್ರೋತೃ. ಬ್ರಿಡ್ಜ್ಡ್ ನೆಟ್ವರ್ಕಿಂಗ್ಗೆ ಬದಲಾಯಿಸುವುದರಿಂದ ಇನ್ನೂ ಅತಿಥಿಯ loopback ನಲ್ಲಿ ಮಾತ್ರ ಆಲಿಸುವ ಸೇವೆಯನ್ನು ಸರಿಪಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಈ TCP ನಿಯಮ TCP ಮೇಲಿನ SOCKS ಸಂಪರ್ಕವನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಅದು ತನ್ನಷ್ಟಕ್ಕೆ SOCKS5 UDP relay ಗೆ ಬೇಕಾದ ಹೆಚ್ಚುವರಿ UDP ಮಾರ್ಗವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ.