ಈ ಸಾರ್ವಜನಿಕ VPN ನೋಡ್ ವಾಸ್ತವವಾಗಿ ಯಾವ ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನು ನೀಡುತ್ತದೆ?

ಸಾಫ್ಟ್ವೇರ್ ಅದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನೋಡ್ ಅದನ್ನು ನೀಡುತ್ತದೆ. ಈ ಅನುಮಾನವು ನಿಯಮವಾಗುವಷ್ಟು ಪದೇ ಪದೇ ತಪ್ಪಾಗಿದೆ: SoftEther ನಿಯೋಜನೆಯು ತನ್ನ ಹೊಂದಿಕೊಳ್ಳುವ ಸಂಪರ್ಕ ವಿಧಾನಗಳ ಯಾವುದೇ ಉಪಸಮೂಹವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು, ಮತ್ತು ಸಾರ್ವಜನಿಕ ನೋಡ್ ಎಂದರೆ ಮಾಲೀಕ ಮತ್ತು ಸಂರಚನೆಯನ್ನು ಹೊಂದಿರುವ ನಿಯೋಜನೆ. ನೀವು ಯಾವುದರೊಂದಿಗೆ ಸಂಪರ್ಕಿಸಬಹುದು ಎಂಬುದು ಆ ನೋಡ್ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ, ಅದು ನಡೆಸುವ ಯೋಜನೆಯ ವೈಶಿಷ್ಟ್ಯ ಪಟ್ಟಿಯ ಮೇಲೆ ಅಲ್ಲ. ಈ ಎರಡರ ನಡುವಿನ ಅಂತರದಲ್ಲಿಯೇ ಹೆಚ್ಚಿನ “ಪ್ರೋಟೋಕಾಲ್ ಮುರಿದಿದೆ” ಟಿಕೆಟ್ಗಳು ವಾಸ್ತವವಾಗಿ ವಾಸಿಸುತ್ತವೆ.

ಯೋಜನೆಯ ಪಟ್ಟಿ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಭರವಸೆ ನೀಡುತ್ತದೆ

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

ಪಟ್ಟಿಯನ್ನು ಮೆನುವಾಗಿ ಅಲ್ಲ, ಐದು ಕ್ಷೇತ್ರಗಳಾಗಿ ಓದಿ: ಎಂಡ್ಪಾಯಿಂಟ್, ಪೋರ್ಟ್, ಸಾಗಣೆ, ಪ್ರೋಟೋಕಾಲ್ ಕುಟುಂಬ ಮತ್ತು ದೃಢೀಕರಣ ವಿಧಾನ. ಜಾಹೀರಾತು ನೀಡುವ ಸಾರ್ವಜನಿಕ ನೋಡ್ SSTP ನಿಮಗೆ ಪೋರ್ಟ್ನಲ್ಲಿರುವ ಶ್ರೋತೃದ ಬಗ್ಗೆ ಹೇಳಿದೆ; ಅದು ಯಾವ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ ಅಥವಾ ನಿಮ್ಮ ಖಾತೆ ಅಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಹೇಳಲಿಲ್ಲ. ಆ ಐದು ಕ್ಷೇತ್ರಗಳನ್ನು ನಿಮ್ಮ ಪ್ರೊಫೈಲ್ನೊಂದಿಗೆ ಹೋಲಿಸುವುದು ಕ್ಲೈಂಟ್ನ ಯಾವುದೇ ಪ್ರಮಾಣದ ಮರುಸ್ಥಾಪನೆಗಿಂತ ವೇಗವಾಗಿದೆ, ಮತ್ತು ನಂತರ ಪರೀಕ್ಷಿಸಬಹುದಾದ ಲಿಖಿತ ನಿರೀಕ್ಷೆಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ.

ಪ್ರೊಫೈಲ್ ಅನ್ನು ಅದು ಹೆಸರಿಸುವ ಎಂಡ್ಪಾಯಿಂಟ್ಗೆ ಹೊಂದಿಸಿ

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

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

ವಿಫಲವಾಗುವ ಹಂತವನ್ನು ಪರಿಶೀಲಿಸಿ

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

ಈ ಐದು ಪರಿಶೀಲನೆಗಳು ಸಾಮಾನ್ಯ ಸಾರ್ವಜನಿಕ ನೋಡ್ ವಿಧಾನಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ. ಕ್ಲೈಂಟ್ ಬಳಸುವ ಅದೇ ನೆಟ್ವರ್ಕ್ನಿಂದ ಅವುಗಳನ್ನು ಚಲಾಯಿಸಿ, ಏಕೆಂದರೆ ಫಿಲ್ಟರ್ ಮಾಡಿದ ಪೋರ್ಟ್ ದೂರದಿಂದ ಕಾಣೆಯಾದ ಶ್ರೋತೃದಂತೆಯೇ ಕಾಣುತ್ತದೆ.

nc -vz node.example 1194
nc -vz node.example 443
openvpn --config client.ovpn --verb 4
nmap -sU -p 500,4500 node.example
openssl s_client -connect node.example:443 -servername node.example

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಪ್ರತಿ ಗಮನಿಸಿದ ದೋಷವನ್ನು ಅದರ ಸಾಲಿಗೆ ಜೋಡಿಸಿ. TLS ಗುರುತಿನ ವೈಫಲ್ಯ ಶ್ರೋತೃ ಇದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಇನ್ನೊಂದು ಪ್ರೋಟೋಕಾಲ್ಗೆ ಮರುಬರೆಯುವುದು ಕೆಲಸ ಮಾಡುವ ಸಾಕ್ಷ್ಯವನ್ನು ಬಿಸಾಡುತ್ತದೆ. ನಿರಾಕರಿಸಿದ ಸಂಪರ್ಕವು ಈ ಪೋರ್ಟ್ ಉತ್ತರಿಸಲಿಲ್ಲ ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಇದು “ನೋಡ್ OpenVPN ಅನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ” ಎಂಬುದಕ್ಕಿಂತ ಬಹಳ ಸಂಕುಚಿತ ಹೇಳಿಕೆ.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ದೋಷವನ್ನು ಉಳಿಸಿ

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

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

ಪ್ರತಿ ನೋಡ್ಗೂ ಪ್ರತಿ ಬಾರಿ ಮತ್ತೆ ಪರಿಶೀಲಿಸಿ

ಸಾರ್ವಜನಿಕ ನೋಡ್ ಪಟ್ಟಿಯಲ್ಲಿನ ಸ್ಥಳೀಯ SSL, OpenVPN, L2TP/IPsec ಮತ್ತು SSTP ಆಯ್ಕೆಗಳು ಆ ಕ್ಷಣದಲ್ಲಿ ಆ ನೋಡ್ನ ಸಂರಚನೆಯನ್ನು ವಿವರಿಸುತ್ತವೆ. ಅದೇ ಸಾಫ್ಟ್ವೇರ್ ಬೇರೆಡೆ ವಿಭಿನ್ನ ಸಮೂಹವನ್ನು ನೀಡಬಹುದು, ಮತ್ತು ಪೂರೈಕೆದಾರರು ನಿಮ್ಮ ಬುಕ್ಮಾರ್ಕ್ ಮತ್ತು ಮುಂದಿನ ಪ್ರಯತ್ನದ ನಡುವೆ ಶ್ರೋತೃವನ್ನು ನಿಲ್ಲಿಸಬಹುದು. ಹಳೆಯ ಟಿಪ್ಪಣಿಗಳು ಹಳೆಯ ನಿಯೋಜನೆಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ.

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