ನಾವು OpenVPN ಬಳಸುತ್ತೇವೆ: ಪ್ರೋಟೋಕಾಲ್, ಇಂಜಿನ್ ಅಥವಾ ಆ್ಯಪ್? ಬದಲಿಗೆ ಏನನ್ನು ಕೇಳಬೇಕು

«ನಾವು OpenVPN ಬಳಸುತ್ತೇವೆ» ಎಂಬ ವಾಕ್ಯವು ಟಿಕೆಟ್, ಖರೀದಿ ಫಾರ್ಮ್ ಮತ್ತು ಹೊಸ ಉದ್ಯೋಗಿಗಳ ದಾಖಲೆಗಳಲ್ಲಿ ಬರುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದರಲ್ಲೂ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಕೆಲವೊಮ್ಮೆ ಅದು ತಂತಿ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಕೆಲವೊಮ್ಮೆ ಗೇಟ್ವೇ ಮೇಲಿನ ತಂತ್ರಾಂಶವನ್ನು, ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಹೊಸ ಉದ್ಯೋಗಿ ಸ್ಥಾಪಿಸಬೇಕಾದ ಆ್ಯಪ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ಈ ಮೂರು ಸಂಗತಿಗಳು ಬೇರೆ ಬೇರೆ ಮುಂದಿನ ಹೆಜ್ಜೆಗಳಿಗೆ ಕೊಂಡೊಯ್ಯುತ್ತವೆ, ಮತ್ತು ಯಾವುದನ್ನು ಉದ್ದೇಶಿಸಲಾಗಿದೆ ಎಂದು ಕೇಳುವುದು ಊಹಿಸುವುದಕ್ಕಿಂತ ಕಡಿಮೆ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಉಳಿದ ತನಿಖೆಯು ಆ ಉತ್ತರದಿಂದ ಬರುತ್ತದೆ.

ಪಾತ್ರವನ್ನು ಬ್ರ್ಯಾಂಡ್ನಿಂದ ಬೇರ್ಪಡಿಸುವುದರಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಏಕೆಂದರೆ ಬ್ರ್ಯಾಂಡ್ ಮೂರನ್ನೂ ಆವರಿಸುತ್ತದೆ.

ಈ ಹೆಸರು ಬೇರೆ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುವ ಮೂರು ಪಾತ್ರಗಳನ್ನು ಆವರಿಸುತ್ತದೆ

ಪ್ರೋಟೋಕಾಲ್ ಆಗಿ, OpenVPN ಸುಸಂಗತ ಸಹಚರರು ಸುರಂಗವನ್ನು ಹೇಗೆ ಸ್ಥಾಪಿಸುತ್ತಾರೆ ಮತ್ತು ಅದರ ಮೂಲಕ ಹೋಗುವುದನ್ನು ಹೇಗೆ ರಕ್ಷಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ತಂತ್ರಾಂಶ ಆಗಿ, ಅದು ಆ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಕ್ಲೈಂಟ್ ಅಥವಾ ಸರ್ವರ್ ಪಾತ್ರದಲ್ಲಿ ಮಾತನಾಡುವ ಅನುಷ್ಠಾನ. ಕ್ಲೈಂಟ್ ಆಗಿ, ಅದು ಯಾರೋ ಸ್ಥಾಪಿಸುವ ಅಪ್ಲಿಕೇಶನ್, ಅದರ ಸ್ವಂತ ಆವೃತ್ತಿ, ಪ್ರೊಫೈಲ್ ಸ್ವರೂಪ ಮತ್ತು ವೇದಿಕೆಯ ವಿಶಿಷ್ಟತೆಗಳೊಂದಿಗೆ. ಒಂದು ಪಾತ್ರದಲ್ಲಿ ವೈಫಲ್ಯವು ಇನ್ನೊಂದರಲ್ಲಿ ವೈಫಲ್ಯವನ್ನು ಅರ್ಥೈಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ «OpenVPN ಕೆಳಗಿದೆ» ಎಂಬುದಕ್ಕೆ ಕರ್ತೃ ಬೇಕು.

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

OpenVPN 2 ಮತ್ತು OpenVPN 3 ನವೀಕರಣದ ಜೋಡಿ ಅಲ್ಲ

OpenVPN 2.x ಸರ್ವರ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಎರಡೂ ಪಾತ್ರಗಳಲ್ಲಿ ಚಲಿಸುತ್ತದೆ, ಮತ್ತು ಹೆಚ್ಚಿನ ಗೇಟ್ವೇ ನಿಯೋಜನೆಗಳು ಇನ್ನೂ ಅದನ್ನೇ ಬಳಸುತ್ತವೆ. OpenVPN 3 ತನ್ನದೇ ಸಂರಚನೆ ಮತ್ತು ಅಧಿವೇಶನ ಮಾದರಿಯನ್ನು ಹೊಂದಿರುವ ಪ್ರತ್ಯೇಕ, ಕ್ಲೈಂಟ್-ಕೇಂದ್ರಿತ ಅನುಷ್ಠಾನ, 2.x ಸರ್ವರ್ ಮೇಲೆ ಸ್ಥಾಪಿಸುವ ಮುಂದಿನ ಆವೃತ್ತಿ ಅಲ್ಲ. OpenVPN Connect ಎಂಬುದು OpenVPN 3 ಇಂಜಿನ್ ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ ಕ್ಲೈಂಟ್ ಅಪ್ಲಿಕೇಶನ್. ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಸ್ಥಾಪಿಸುವುದು ಇಂಟರ್ನೆಟ್ ನಿರ್ಗಮನ ಸೇವೆಯನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ; ನಿರ್ಗಮನ ಎಂದರೆ ನಿರ್ವಾಹಕರು ಸಂರಚಿಸಿದ್ದು.

ಪ್ರೋಟೋಕಾಲ್ ಮಟ್ಟದ ಹೊಂದಾಣಿಕೆಯು ಪ್ರೊಫೈಲ್ ಸೂಚನೆಗಳಿಗೆ ವಿಸ್ತರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸ್ವಚ್ಛವಾಗಿ ಆಮದಾಗುವ ಪ್ರೊಫೈಲ್ ಕ್ಲೈಂಟ್ ಅನುಷ್ಠಾನಗೊಳಿಸದ ಸೂಚನೆಯಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು.

ಸಾಗಣೆ ಎಂಬುದು ಅದರೊಳಗಿನ ಅಪ್ಲಿಕೇಶನ್ ಅಲ್ಲ

ಹೊರಗಿನ ಸಂಪರ್ಕವು ಸಂರಚಿತ ಕೇಳುಗರನ್ನು ತಲುಪಲು UDP ಅಥವಾ TCP ಯಂತಹ ಸಾಗಣೆಯನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಸುರಂಗ ಒಯ್ಯುವುದೆಲ್ಲವೂ ಅದರೊಳಗೆ ಚಲಿಸುತ್ತದೆ. VPN ಮೂಲಕ ಮಾಡಿದ ವೆಬ್ ವಿನಂತಿಗೆ ತನ್ನದೇ OpenVPN ಕೇಳುಗರ ಅಗತ್ಯವಿಲ್ಲ, ಮತ್ತು ಅದು ತಂತಿಯ ಮೇಲೆ OpenVPN ಪ್ಯಾಕೆಟ್ ಆಗುವುದಿಲ್ಲ. TLS ಕ್ರಮದಲ್ಲಿ ನಿಯಂತ್ರಣ ಕಾಲುವೆ ಕೀಲಿ ಸಾಮಗ್ರಿಯ ಮೇಲೆ ಮಾತುಕತೆ ನಡೆಸುತ್ತದೆ, ಆದರೆ ದತ್ತಾಂಶ ಕಾಲುವೆ ಹೊರೆಯನ್ನು ರಕ್ಷಿಸುತ್ತದೆ, ಮತ್ತು ಲಾಗ್ಗಳನ್ನು ಓದುವಾಗ ಈ ವಿಭಜನೆಯನ್ನು ಸರಿಯಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುವುದು ಯೋಗ್ಯ.

ಪದರಗಳನ್ನು ಬೆರೆಸುವುದು ಸುರಂಗದ ಮೂಲಕ ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಜಾಲತಾಣಕ್ಕೆ ಪೋರ್ಟ್ ತೆರೆಯುವಂತಹ ವಿನಂತಿಗಳನ್ನು ಹುಟ್ಟುಹಾಕುತ್ತದೆ. ಪೋರ್ಟ್ ಹೊರಗಿನ ಸಂಪರ್ಕಕ್ಕೆ ಸೇರಿದ್ದು, ಅಪ್ಲಿಕೇಶನ್ಗೆ ಅಲ್ಲ.

ಪ್ರೊಫೈಲ್ ಏನನ್ನು ಭರವಸೆ ನೀಡಬಹುದು ಮತ್ತು ಏನನ್ನು ನೀಡಲಾರದು

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

ಯಾರಾದರೂ ಸಂಪನ್ಮೂಲವು VPN ಮೂಲಕ ತಲುಪಬಹುದೇ ಎಂದು ಕೇಳಿದಾಗ, ಉತ್ತರವು ಕ್ಲೈಂಟ್ನ ಸಂರಚನಾ ಕಡತವನ್ನಲ್ಲ, ಸರ್ವರ್ನ ನೀತಿಯನ್ನು ಅವಲಂಬಿಸಿದೆ.

ಒದಗಿಸಬಹುದಾದ ವಸ್ತುವನ್ನೇ ಕೇಳಿ

ಅಗಲವಾದ ಹೆಸರನ್ನು ಮೂರು ನಿರ್ದಿಷ್ಟ ಅಂಶಗಳಾಗಿ ಬದಲಿಸಿ: ಕ್ಲೈಂಟ್ ಮತ್ತು ಅದರ ಆವೃತ್ತಿ, ಆ ಕ್ಲೈಂಟ್ಗೆ ಅಧಿಕೃತ ಪ್ರೊಫೈಲ್, ಮತ್ತು ವ್ಯಕ್ತಿ ತಲುಪಬೇಕಾದ ಸಂಪನ್ಮೂಲ. ಅವುಗಳೊಂದಿಗೆ ಒದಗಿಸುವಿಕೆ ಒಂದು ನಿರ್ದಿಷ್ಟ ಕೆಲಸ. ಅವುಗಳಿಲ್ಲದೆ ಪ್ರತಿ ಉತ್ತರವೂ ಪ್ರಶ್ನೆ ಯಾವ OpenVPN ಎಂದು ಹೇಳುತ್ತಿತ್ತು ಎಂಬ ಊಹೆ.

ಉತ್ತರವನ್ನು ವಿನಂತಿಯಲ್ಲೇ ದಾಖಲಿಸಿ. ಮುಂದಿನ ಟಿಕೆಟ್ ಅದೇ ಪ್ರಶ್ನೆಯನ್ನು ಅದೇ ಅಸ್ಪಷ್ಟ ರೀತಿಯಲ್ಲಿ ಕೇಳುತ್ತದೆ.