OpenVPN: ಸ್ಥಳೀಯ ವಿಳಾಸ ಮತ್ತು ಟನೆಲ್ ವಿಳಾಸ — ಎರಡು ಬೇರೆ ಸಾಕೆಟ್

ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭವಾಗಲು ನಿರಾಕರಿಸುತ್ತದೆ ಮತ್ತು ಸ್ಥಳೀಯ ವಿಳಾಸವನ್ನು ಬೈಂಡ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ದೂರುತ್ತದೆ, ಮತ್ತು ಸ್ಪಷ್ಟ ಪರಿಹಾರವೆಂದರೆ ಅದನ್ನು ನಿರೀಕ್ಷಿಸುವ ಟನೆಲ್ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸುವುದು ಎಂದು ತೋರುತ್ತದೆ. ಅದು ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ, ಮತ್ತು ಕಾರಣವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಯೋಗ್ಯ: ಟನೆಲ್ ಇರುವ ಮೊದಲು ಒಳಗಿನ ವಿಳಾಸವಿಲ್ಲ, ಮತ್ತು ಸರ್ವರ್ ಸಂಪರ್ಕಿಸುವ ಸಾಕೆಟ್ ಮೊದಲು ಇರಬೇಕು. ಇಲ್ಲಿ ಎರಡು ಬೇರೆ ವಿಳಾಸಗಳಿವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಸ್ಥಳೀಯವಾಗಿ ಆಯ್ಕೆ ಮಾಡಬಹುದು.

ಬೈಂಡ್ ದೋಷವು ಸ್ಥಳೀಯ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುತ್ತದೆ

OpenVPN ಸ್ಥಳೀಯ ವಿಳಾಸವನ್ನು ಬೈಂಡ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ವರದಿ ಮಾಡಿದಾಗ, ಅದು ಸಾಗಣೆ ಸಾಕೆಟ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತದೆ: ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ ಸಂಪರ್ಕವನ್ನು ಪೀರ್ಗೆ ಒಯ್ಯುವ UDP ಅಥವಾ TCP ಅಂತಿಮ ಬಿಂದು.

ಸ್ಪಷ್ಟ local ಸೂಚನೆ ಡೀಮನ್ಗೆ ಆ ಸಾಕೆಟ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟ ಸ್ಥಳೀಯ ವಿಳಾಸಕ್ಕೆ ಬೈಂಡ್ ಮಾಡಲು ಕೇಳುತ್ತದೆ. ವಿಳಾಸವು ಪ್ರಕ್ರಿಯೆ ನಡೆಯುವ ನೆಟ್ವರ್ಕ್ ನಾಮಸ್ಥಳದಲ್ಲಿ ಇರಬೇಕು, ಮತ್ತು ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭವಾಗುವ ಕ್ಷಣದಲ್ಲಿ ಅದು ಹಂಚಿಕೆಗೆ ಯೋಗ್ಯವಾಗಿರಬೇಕು.

ರೌಟರ್ನಲ್ಲಿ ಅಥವಾ ಕ್ಲೌಡ್ ಅಂಚಿನಲ್ಲಿ ಅನುವಾದಿಸಲಾದ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವು ಡೀಮನ್ ಬೈಂಡ್ ಮಾಡಬಹುದಾದ ಸ್ಥಳೀಯ ವಿಳಾಸವಲ್ಲ, ಸರ್ವರ್ ನೋಡುವುದು ಅದೇ ವಿಳಾಸವಾದರೂ ಸಹ. ಈ ವ್ಯತ್ಯಾಸವು ಒಂದು ಪ್ರೊಫೈಲ್ ಮನೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ ಕ್ಲೌಡ್ ಇನ್ಸ್ಟೆನ್ಸ್ನಲ್ಲಿ ವಿಫಲವಾಗುವುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಲೂಪ್ಬ್ಯಾಕ್ ಇಂಟರ್ಫೇಸ್ಗೆ ಸೇರಿಸುವುದು ಏಕೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ ಎಂಬುದನ್ನೂ ಇದು ವಿವರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಆಗ ಸಾಗಣೆಯು ನೆಟ್ವರ್ಕ್ ಉತ್ತರ ಕಳುಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲದ ವಿಳಾಸದಿಂದ ಹೊರಡುತ್ತದೆ. ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಪಟ್ಟಿಯನ್ನು ಓದಿ.

local ಮತ್ತು remote ನಿಜವಾಗಿ ಏನನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ

remote ಸಂಪರ್ಕಿಸಬೇಕಾದ ಪೀರ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ. local ಅದೇ ಸಾಕೆಟ್ನ ಹತ್ತಿರದ ತುದಿಯನ್ನು ಬೈಂಡ್ ಮಾಡುತ್ತದೆ. nobind ಸ್ಥಳೀಯ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಎರಡನ್ನೂ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಆಯ್ಕೆ ಮಾಡಲು ಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಮನೆಯ ರೌಟರ್ಗಳ ಹಿಂದಿನ ಕ್ಲೈಂಟ್ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡೂ ಸೂಚನೆಗಳಿಲ್ಲದೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ.

ಆ ಎರಡೂ ಸೂಚನೆಗಳಿಗೂ ಟನೆಲ್ನ ಒಳಗಿನ ವಿಳಾಸಕ್ಕೂ ಯಾವ ಸಂಬಂಧವೂ ಇಲ್ಲ.

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

ip -brief address show
ip route get 203.0.113.10

ಒಳಗಿನ ವಿಳಾಸ ಸರ್ವರ್ನಿಂದ ಬರುತ್ತದೆ

ಟನೆಲ್ನ ಒಳಗಿನ ವಿಳಾಸವು ನಿಯಂತ್ರಣ ಚಾನಲ್ ಸ್ಥಾಪನೆಯಾದ ನಂತರ ಮಾತುಕತೆ ನಡೆಸಿ ಅಥವಾ ಹಂಚಿಕೆ ಮಾಡಲಾಗುತ್ತದೆ. ಕ್ರಿಯಾಶೀಲ ಪೂಲ್ನಲ್ಲಿ ಸರ್ವರ್ ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಅದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್-ನಿರ್ದಿಷ್ಟ ಸಂರಚನೆಯಲ್ಲಿ ಅದು ಪ್ರತಿ ಗುರುತಿಗೂ ಸ್ಥಿರವಾಗಿರಬಹುದು.

ಒಳಗಿನ ವಿಳಾಸದೊಂದಿಗೆ local ಬರೆಯುವುದು ಸರ್ವರ್ಗೆ ಆ ವಿಳಾಸವನ್ನು ಹಂಚಿಕೆ ಮಾಡಲು ಕೇಳುವುದಿಲ್ಲ. ಅತ್ಯುತ್ತಮ ಸಂದರ್ಭದಲ್ಲಿ ಬೈಂಡ್ ವಿಫಲವಾಗುತ್ತದೆ; ಅತ್ಯಂತ ಕೆಟ್ಟ ಸಂದರ್ಭದಲ್ಲಿ ಕ್ಲೈಂಟ್ ಅದೇ ಮೌಲ್ಯದ ಸಂಬಂಧವಿಲ್ಲದ ಹೋಸ್ಟ್ ವಿಳಾಸವನ್ನು ಕಂಡುಕೊಂಡು ಅದನ್ನು ಸಾಗಣೆಗೆ ಬಳಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.

ಓದಬೇಕಾದ ಇಂಟರ್ಫೇಸ್ಗಳೂ ಬೇರೆ. ifconfig ನಿಯತಾಂಕಗಳು ಮತ್ತು ಪೂಲ್ ಸಂರಚನೆ ಒಳಭಾಗವನ್ನು ವಿವರಿಸುತ್ತವೆ, ಆದರೆ remote, local, proto ಮತ್ತು nobind ಹೊರಭಾಗವನ್ನು ವಿವರಿಸುತ್ತವೆ. ಎರಡು ಪಟ್ಟಿಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುವುದು ಫೋರಂನಲ್ಲಿ ಸಿಗುವ ಬಹುತೇಕ ಗೊಂದಲದ ಉದಾಹರಣೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. OpenVPN 2.6 ಕೈಪಿಡಿ ಇದೇ ಕಾರಣಕ್ಕೆ ಅವುಗಳನ್ನು ಪ್ರತ್ಯೇಕ ವಿಭಾಗಗಳಲ್ಲಿ ದಾಖಲಿಸುತ್ತದೆ.

ಬಲೆ: ತನ್ನದೇ ಸಾಗಣೆಯನ್ನು ಹಿಡಿಯುವ ಪೂರ್ಣ ಟನೆಲ್

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

ಸಾಗಣೆಯನ್ನು ನಿರ್ದಿಷ್ಟ ಸ್ಥಳೀಯ ವಿಳಾಸಕ್ಕೆ ಪಿನ್ ಮಾಡಿ ನಂತರ ಆ ವಿಳಾಸ ಬಳಸುವ ಹಾದಿಯನ್ನು ಬದಲಿಸಿದರೆ, ಒಳಭಾಗ ಸಂರಚಿತವಾಗಿಯೇ ಇದ್ದು ಹೊರ ಸಂಪರ್ಕ ದಾರಿ ತಪ್ಪಬಹುದು. ಒಳಭಾಗ ಸರಿಯಾಗಿರುವುದರಿಂದ ಟನೆಲ್ ಸಂಪರ್ಕವಿದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತಲೇ ಇರುತ್ತದೆ. ಸಾಗಣೆ ಮಾತ್ರ ಮುರಿದಿದೆ, ಆದ್ದರಿಂದ ಲಾಗ್ಗಳು ವಿರೋಧಾಭಾಸಗಳಂತೆ ಓದಿಸುತ್ತವೆ.

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

ಗೊಂದಲವನ್ನು ತಡೆಯುವ ಅಭ್ಯಾಸ

ಪ್ರೊಫೈಲ್ನ ಪ್ರತಿ ವಿಳಾಸವನ್ನು ಓದಿ ಮತ್ತು ಸಂಪಾದಿಸುವ ಮೊದಲು ಅದು ಯಾವ ಪದರಕ್ಕೆ ಸೇರಿದೆ ಎಂದು ನಿರ್ಧರಿಸಿ.

ಅದು ಸಾಗಣೆಯ ದೂರದ ತುದಿಯನ್ನು ಹೆಸರಿಸಿದರೆ ಅಥವಾ ಅದರ ಹತ್ತಿರದ ತುದಿಯನ್ನು ಬೈಂಡ್ ಮಾಡಿದರೆ, ಅದು ಹೊರಗಿನ ವಿಳಾಸ ಮತ್ತು ಪ್ರಾರಂಭಕ್ಕೆ ಮೊದಲು ಇರಬೇಕು. ಅದು ಟನೆಲ್ನ ಒಳಗೆ ಏನಾಗುತ್ತದೆ ಎಂದು ವಿವರಿಸಿದರೆ, ಅದು ಸರ್ವರ್ ಅಥವಾ ಟೋಪಾಲಜಿಯಿಂದ ಬರುತ್ತದೆ, ಮತ್ತು ಯಾವ ಸ್ಥಳೀಯ ಸೂಚನೆಯೂ ಅದರ ಜಾಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾರದು.

ಎರಡು ಪಟ್ಟಿಗಳನ್ನು ಪ್ರೊಫೈಲ್ನ ಪಕ್ಕದ ನಿಯೋಜನಾ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಬರೆಯಿರಿ. ಮುಂದಿನ ದೋಷನಿವಾರಣೆ ಅಧಿವೇಶನವು ಆಗ ಊಹೆಯಿಂದಲ್ಲ, ಪದರದಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.