ನಿಮ್ಮ ಲ್ಯಾಬ್‌ನ VPN ಮಾರ್ಗವನ್ನು ಅಡಾಪ್ಟರ್ ಕ್ರಮ ನಿರ್ಧರಿಸುವುದಿಲ್ಲ ಏಕೆ

ಹೈಪರ್‌ವೈಜರ್ ಪಟ್ಟಿಯಲ್ಲಿ ಅಡಾಪ್ಟರ್ 1 ಮೊದಲನೆಯದಾಗಿರುವುದು ಕೇವಲ ತೋರಿಸುವ ಕ್ರಮ, ಮತ್ತು ಸಂದರ್ಶಕದ ಮಾರ್ಗನಿರ್ಣಯ ಕೋಷ್ಟಕ ಅದನ್ನು ಓದುವುದಿಲ್ಲ. ಮಾರ್ಗವನ್ನು ನಿರ್ಧರಿಸುವುದು ಪ್ರಿಫಿಕ್ಸ್, ಮೆಟ್ರಿಕ್ ಮತ್ತು ಎರಡಕ್ಕೂ ಮೊದಲು ಅನ್ವಯವಾಗುವ ಯಾವುದೇ ನೀತಿ ನಿಯಮ. ಆದ್ದರಿಂದ ಲ್ಯಾಬ್ VM ಗೆ ಬ್ರಿಡ್ಜ್ ಅಡಾಪ್ಟರ್ ಸೇರಿಸುವುದು ಎರಡನೇ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸೃಷ್ಟಿಸಬಹುದು, ಆದರೆ ಹಳೆಯ NAT ಇಂಟರ್ಫೇಸ್ ಇನ್ನೂ ಇರುವಂತೆ ಮತ್ತು ಎರಡನೇ ಕ್ರಮಾಂಕದಲ್ಲಿ ತೋರುತ್ತದೆ. ಫಲಿತಾಂಶವೆಂದರೆ ಕೆಲವೊಮ್ಮೆ ಟನೆಲ್ ಬಳಸುವ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಬಳಸದ VM, ಅದನ್ನು ವಿವರಿಸುವ ಯಾವುದೇ ಸಂರಚನಾ ಬದಲಾವಣೆ ಇಲ್ಲದೆ.

ಮೂರು ಷರತ್ತುಗಳು ಮಾರ್ಗವನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ

ಮೂರು ಷರತ್ತುಗಳೆಂದರೆ ಯಾವ ಪ್ರಿಫಿಕ್ಸ್ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ, ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು ಸಮವಾದಾಗ ಮೆಟ್ರಿಕ್‌ಗಳು ಏನು ಮಾಡುತ್ತವೆ, ಮತ್ತು ಹಾರ್ಡ್‌ವೇರ್ ಬದಲಾವಣೆಯ ನಂತರ ಸಂದರ್ಶಕ ಯಾವ ನಿಯಮಗಳನ್ನು ಅನ್ವಯಿಸಿತು. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಒಂದೇ ಆಜ್ಞೆಯಿಂದ ಉತ್ತರಿಸಬಹುದು, ಮತ್ತು ಯಾವುದೂ ಹೈಪರ್‌ವೈಜರ್‌ನ ಕ್ರಮಾಂಕದೊಂದಿಗೆ ಸಂಬಂಧಿಸಿಲ್ಲ.

ಆ ಕೊನೆಯ ಅಂಶವೇ ನಿರ್ಧಾರ: VPN ಅಂತ್ಯಬಿಂದುವಿನ ಸ್ವಂತ ವಿಳಾಸಕ್ಕೆ ಯಾವ ಪ್ರಿಫಿಕ್ಸ್ ಗೆಲ್ಲುತ್ತದೆ ಎಂದು ನೀವು ಹೇಳಲಾಗದಿದ್ದರೆ, ನಿಮ್ಮಲ್ಲಿ ಮಾರ್ಗನಿರ್ಣಯ ನೀತಿ ಇಲ್ಲ, ಇಂದು ಆಕಸ್ಮಿಕವಾಗಿ ಕೆಲಸ ಮಾಡುವ ಟೋಪಾಲಜಿ ಇದೆ.

ಷರತ್ತು ಒಂದು: ಯಾವ ಪ್ರಿಫಿಕ್ಸ್ ಗೆಲ್ಲುತ್ತದೆ

10.8.0.0/24 ಗೆ ಹೋಗುವ ಮಾರ್ಗವು ಅದರ ಒಳಗಿನ ವಿಳಾಸಕ್ಕೆ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಸೋಲಿಸುತ್ತದೆ, ಮೆಟ್ರಿಕ್ ಮತ್ತು ಅಡಾಪ್ಟರ್ ಕ್ರಮವನ್ನು ಲೆಕ್ಕಿಸದೆ. ಆದ್ದರಿಂದ ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸುವ VPN ಕ್ಲೈಂಟ್ ಕಡಿಮೆ ಮೆಟ್ರಿಕ್‌ನ ಎರಡನೇ ಅಡಾಪ್ಟರ್ ಬಂದರೂ ಕೆಲಸ ಮಾಡುತ್ತಲೇ ಇರುತ್ತದೆ: ವೆಚ್ಚವನ್ನು ಪರಿಗಣಿಸುವ ಮೊದಲೇ ನಿರ್ದಿಷ್ಟತೆ ಗೆಲ್ಲುತ್ತದೆ. ನೀವು ಬಳಕೆಯಲ್ಲಿದೆ ಎಂದು ಭಾವಿಸುವ ಕೋಷ್ಟಕವನ್ನು ip route show ನಿಂದ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಕರ್ನೆಲ್ ನಿಜವಾಗಿ ಏನು ಉತ್ತರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ip route get 203.0.113.9 ನಿಂದ ಪರಿಶೀಲಿಸಿ.

ಅಂತ್ಯಬಿಂದುವಿನ ಸ್ವಂತ ವಿಳಾಸವೇ ಅತ್ಯಂತ ಮುಖ್ಯ ಪರೀಕ್ಷೆ. VPN ಸರ್ವರ್‌ನ ವಿಳಾಸವು ಹೊಸದಾಗಿ ಸೇರಿಸಿದ ಬ್ರಿಡ್ಜ್ ಅಡಾಪ್ಟರ್ ಮೂಲಕ ಪರಿಹರಿಸಲ್ಪಟ್ಟರೆ, ಟನೆಲ್ ಎಂದಿಗೂ ಸ್ಥಾಪನೆಯಾಗದಿರಬಹುದು, ಅಥವಾ ಸ್ಥಾಪನೆಯಾಗಿ ನಂತರ ತನ್ನದೇ ಸಾಗಣೆ ಮಾರ್ಗವನ್ನು ಕಳೆದುಕೊಳ್ಳಬಹುದು. ಟನೆಲ್ ಇಂಟರ್ಫೇಸೇ ಉತ್ತರ ಎಂದು ಊಹಿಸುವ ಬದಲು ಆ ವಿಳಾಸವನ್ನೇ ಪ್ರತ್ಯೇಕವಾಗಿ ಕೇಳಿ.

ಷರತ್ತು ಎರಡು: ಮೆಟ್ರಿಕ್ ಏನು ಮಾಡುತ್ತದೆ ಮತ್ತು ಏನು ಮಾಡುವುದಿಲ್ಲ

ಅದರ ಪಾತ್ರ ಬಹುಮಂದಿ ನಿರೀಕ್ಷಿಸುವುದಕ್ಕಿಂತ ಸಂಕುಚಿತ. ಮೆಟ್ರಿಕ್‌ಗಳು ಒಂದೇ ಪ್ರಿಫಿಕ್ಸ್‌ನ ಮಾರ್ಗಗಳ ನಡುವಿನ ಸಮಬಲವನ್ನು ಬಿಡಿಸುತ್ತವೆ; ವಿಶಾಲವಾದ ಮಾರ್ಗವು ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗವನ್ನು ಸೋಲಿಸಲು ಅವು ಅವಕಾಶ ನೀಡುವುದಿಲ್ಲ. ಸಮಬಲದಲ್ಲಿ ಚಿಕ್ಕ ಸಂಖ್ಯೆಗೆ ಆದ್ಯತೆ, ಮತ್ತು ಬೇರೆ ಬೇರೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳು ವಿರುದ್ಧ ದಿಕ್ಕಿನಲ್ಲಿ ಎಣಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ Linux ಮತ್ತು Windows ನಡುವೆ ನಕಲಿಸಿದ ಸಲಹೆಗಳು ಹಲವು ಬಾರಿ ತಮ್ಮದೇ ವಿರುದ್ಧವಾಗುತ್ತವೆ.

ಸಂದರ್ಶಕದಲ್ಲಿ ip route show ಪ್ರತಿ ಮಾರ್ಗದ ಪಕ್ಕ ಮೆಟ್ರಿಕ್ ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು Windows ನಲ್ಲಿ Get-NetRoute InterfaceMetric ಜೊತೆಗೆ ಮಾರ್ಗ ಮೆಟ್ರಿಕ್ ಮುದ್ರಿಸುತ್ತದೆ. ಎರಡನ್ನೂ ಓದಿ, ಏಕೆಂದರೆ ಪರಿಣಾಮಕಾರಿ ಆದ್ಯತೆ ಒಂದೇ ಕ್ಷೇತ್ರವಲ್ಲ, ಮೊತ್ತವೂ ಆಗಬಹುದು. ಎರಡು ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗಗಳಿದ್ದರೆ ಅದೇ ಕಂಡುಹಿಡಿಯುವಿಕೆ: ಸಂದರ್ಶಕಕ್ಕೆ ಹೊರಹೋಗಲು ಎರಡು ದಾರಿಗಳಿವೆ, ಮತ್ತು ಯಾವುದು ಗೆಲ್ಲುತ್ತದೆ ಎಂಬುದು ಹಾರ್ಡ್‌ವೇರ್ ಬದಲಾವಣೆ ಬದಲಿಸಬಹುದಾದ ಸಂಖ್ಯೆಗಳ ಫಲಿತಾಂಶ.

ಷರತ್ತು ಮೂರು: ಸಂದರ್ಶಕ ನಿಜವಾಗಿ ಏನನ್ನು ಅನ್ವಯಿಸಿತು

ಸಂರಚನೆ ಮತ್ತು ಅನ್ವಯವಾದ ಸ್ಥಿತಿ ಒಂದಲ್ಲ. ಪ್ರತಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ಹಾರ್ಡ್‌ವೇರ್ ಬದಲಾವಣೆಗಳಾದ್ಯಂತ ಇಂಟರ್ಫೇಸ್ ಹೆಸರುಗಳು ಸ್ಥಿರವಲ್ಲ, ಮತ್ತು ಹೆಸರಿನಿಂದ ಹೊಂದಿದ್ದ ಸಂರಚನೆ ಈಗ ಯಾವುದಕ್ಕೂ ಅನ್ವಯವಾಗದಿರಬಹುದು.

ಉದ್ದೇಶಿಸಿದ ಸ್ಥಿತಿಯಲ್ಲ, ಅನ್ವಯವಾದ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ip -br link ಈಗ ಇರುವ ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು NetworkManager ಇರುವ ಹೋಸ್ಟ್‌ನಲ್ಲಿ nmcli connection show ಯಾವ ಪ್ರೊಫೈಲ್ ಯಾವ ಸಾಧನಕ್ಕೆ ಬದ್ಧವಾಗಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಬದ್ಧವಾಗಲು ವಿಫಲವಾದ ಪ್ರೊಫೈಲ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ವಿಳಾಸರಹಿತವಾಗಿ ಮೇಲೆ ಬಿಡುತ್ತದೆ, ಅದು ಮಾರ್ಗನಿರ್ಣಯ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ ಆದರೆ ಹೆಸರಿಸುವಿಕೆಯ ಸಮಸ್ಯೆ. ಮರುಸ್ಥಾಪಿಸಿದ ಸ್ನ್ಯಾಪ್‌ಷಾಟ್‌ಗಳು ಇದನ್ನು ಹದಗೆಡಿಸುತ್ತವೆ, ಏಕೆಂದರೆ ಸಂದರ್ಶಕದ ಉಳಿಸಿದ ಸ್ಥಿತಿ ಹೊಸ ಹಾರ್ಡ್‌ವೇರ್ ಇನ್ನು ಒದಗಿಸದ ಅಡಾಪ್ಟರ್ ಗುರುತುಗಳನ್ನು ಉಲ್ಲೇಖಿಸಬಹುದು.

ಲ್ಯಾಬ್ ಟೋಪಾಲಜಿಯನ್ನು ಮರುಉತ್ಪಾದನೀಯವಾಗಿ ಇರಿಸಿ

ಉದ್ದೇಶಿಸಿದ ವರ್ಚುವಲ್ ನೆಟ್‌ವರ್ಕ್ ಸಂಪರ್ಕಗಳನ್ನು ಸಂದರ್ಶಕ ಸಂರಚನೆಯೊಂದಿಗೆ ಉಳಿಸಿ, ಪಾತ್ರದಿಂದ ಅಡಾಪ್ಟರ್‌ಗೆ ಹೊಂದಿಸುವಿಕೆ ಪಟ್ಟಿಯ ಸ್ಥಾನದಿಂದ ಊಹಿಸುವ ಬದಲು ಬರೆದಿಡಲ್ಪಡುತ್ತದೆ.

ಹೆಸರಿಸಲು ಸಾಮಾನ್ಯವಾಗಿ ನಾಲ್ಕು ಪಾತ್ರಗಳು ಸಾಕು: ಖಾಸಗಿ ಕೊಂಡಿ, ನಿರ್ವಹಣೆ, ಹೊರ ಸಾಗಣೆ ಮತ್ತು ಟನೆಲ್. ಪ್ರತಿಯೊಂದೂ ಫೈಲ್‌ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಅಡಾಪ್ಟರ್ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಶಕ ಇಂಟರ್ಫೇಸ್‌ಗೆ ಹೊಂದಿಸಬೇಕು.

ನಂತರ ಹಾರ್ಡ್‌ವೇರ್ ಬದಲಾವಣೆ, ಮರುಪ್ರಾರಂಭ ಅಥವಾ ಮರುಸ್ಥಾಪಿಸಿದ ಸ್ನ್ಯಾಪ್‌ಷಾಟ್ ನಂತರ ನಿಜವಾದ ಅಪ್ಲಿಕೇಶನ್ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಆ ಪರೀಕ್ಷೆಯಲ್ಲಿ VPN ಅಂತ್ಯಬಿಂದುವಿಗೆ ಇರುವ ಮಾರ್ಗವನ್ನೂ ಸೇರಿಸಿ. ಗೇಟ್‌ವೇ VM ಏಕೈಕ ನಿರ್ಗಮನವಾಗಿರಬೇಕಿದ್ದರೆ, ಪರೀಕ್ಷಾ VM ಗೆ ಉದ್ದೇಶಿಸದ ಎರಡನೇ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಇಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಬ್ರಿಡ್ಜ್ ಅಡಾಪ್ಟರ್ ಸೇರಿಸುವುದು ನಿಖರವಾಗಿ ಎರಡನೇ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನೇ. ಹೈಪರ್‌ವೈಜರ್ ಕನ್ಸೋಲ್‌ನಿಂದ ಅಲ್ಲ, ಸಂದರ್ಶಕದಿಂದಲೇ ಪರೀಕ್ಷಿಸಿ, ಯಾವ ಇಂಟರ್ಫೇಸ್ ಯಾವುದು ಎಂಬುದರಲ್ಲಿ ಎರಡೂ ಒಪ್ಪದಿರಬಹುದು.

VirtualBox ನೆಟ್‌ವರ್ಕಿಂಗ್ ದಾಖಲೆ ಅಡಾಪ್ಟರ್ ಮೋಡ್‌ಗಳನ್ನು ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಯಾವುದಕ್ಕೆ ಸೇರುತ್ತದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ, ಎರಡನೆಯದನ್ನು ಸೇರಿಸುವ ಮೊದಲು ಓದಲು ಯೋಗ್ಯವಾದ ಭಾಗ ಅದೇ. ಪ್ರತಿ ಪಾತ್ರಕ್ಕೆ ಯಾವ ಅಡಾಪ್ಟರ್ ಸೇವೆ ಸಲ್ಲಿಸುತ್ತದೆ ಎಂದು ಗುರುತಿಸುವ ಲ್ಯಾಬ್ ಮಾರ್ಗ ಬದಲಾವಣೆಯನ್ನು ವಿವರಿಸಬಹುದಾದದ್ದಾಗಿಸುತ್ತದೆ. ಹೈಪರ್‌ವೈಜರ್ ಕ್ರಮಾಂಕವನ್ನು ಅವಲಂಬಿಸುವ ಲ್ಯಾಬ್ ಪ್ರತಿ ಬದಲಾವಣೆಯನ್ನೂ ಪ್ರಯೋಗವಾಗಿಸುತ್ತದೆ.