ಸಾರ್ವಜನಿಕ VPN ಸಂರಚನೆ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸಿತೇ? ವಿಫಲತೆಯ ಹಂತವನ್ನು ಓದಿ
ಡೌನ್ಲೋಡ್ ಮಾಡಿದ ಪ್ರೊಫೈಲ್ ಒಂದು ದಿನದಲ್ಲಿ ಒಂದು ಹೋಸ್ಟ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ. ಯಾವ ಪ್ರತಿಪಾದನೆ ಮುರಿಯಿತು ಎಂದು ಓದಿ, ಎದುರು ಪಕ್ಷವು ಒದಗಿಸುವ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಪರಿಶೀಲನೆಯನ್ನು ಎಂದಿಗೂ ಆಫ್ ಮಾಡಬೇಡಿ.
ಪ್ರೊಫೈಲ್ ಮಂಗಳವಾರ ಕೆಲಸ ಮಾಡುತ್ತಿತ್ತು, ಮತ್ತು ಶುಕ್ರವಾರ ಕ್ಲೈಂಟ್ ಮೂವತ್ತು ಸೆಕೆಂಡು ತಿರುಗಿ ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ನಿಮ್ಮ ಯಂತ್ರದಲ್ಲಿ ಏನೂ ಬದಲಾಗಿಲ್ಲ. ಅದೇ ಮುಖ್ಯ ಅಂಶ: ಡೌನ್ಲೋಡ್ ಮಾಡಿದ ಸಂರಚನೆ ಒಂದು ಕ್ಷಣದಲ್ಲಿ ಒಂದು ಹೋಸ್ಟ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಆಚೆ ತುದಿಯಲ್ಲಿರುವ ನಿರ್ವಾಹಕನಿಗೆ ಆ ವಿವರಣೆಯನ್ನು ನಿಜವಾಗಿ ಇರಿಸುವ ಯಾವುದೇ ಬಾಧ್ಯತೆ ಇಲ್ಲ. ಟನೆಲ್ ಮತ್ತೆ ಮೇಲೆ ಬರುವವರೆಗೆ ಭದ್ರತಾ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಸಂಪಾದಿಸಲು ಪ್ರಾರಂಭಿಸುವುದೇ ಪ್ರಲೋಭನೆ. ಅದೇ ಪ್ರವೃತ್ತಿಯೇ ಜನರು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದ ಪ್ರೊಫೈಲ್ ಚಲಾಯಿಸುವವರೆಗೆ ತಲುಪುವ ಕಾರಣ, ಮತ್ತು ಅದು ಟನೆಲ್ ಸಂಪೂರ್ಣವಾಗಿ ಇಲ್ಲದಿರುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು.
ಫೈಲ್ ಒಂದು ಕ್ಷಣವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಒಪ್ಪಂದವನ್ನಲ್ಲ
ಸಂರಚನಾ ಫೈಲ್ ಪ್ರತಿಪಾದನೆಗಳ ಗುಂಪು: ಈ ಹೋಸ್ಟ್ಹೆಸರು ಈ ಪೋರ್ಟ್ನಲ್ಲಿ ಈ ಪ್ರೋಟೋಕಾಲ್ನೊಂದಿಗೆ ಕೇಳುತ್ತದೆ, ಈ ಹೆಸರಿಗೆ ಹೊಂದುವ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಒದಗಿಸುತ್ತದೆ ಮತ್ತು ಈ ರುಜುವಾತುಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ನಿಜವಾಗಿರುವುದು ನಿಂತಾಗ ಫೈಲ್ ಹಳೆಯದಾಗುತ್ತದೆ ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆ ಗಡಿಯ ನಿರ್ವಾಹಕರ ಕಡೆಗೆ ಸೇರಿದ್ದು, ನಿಮ್ಮ ಸೆಟ್ಟಿಂಗ್ಗಳಿಗಲ್ಲ.
ಸಾರ್ವಜನಿಕ ನೋಡ್ ಪಟ್ಟಿಗಳು ತಮ್ಮ ಸ್ವಭಾವದಿಂದ ಇದನ್ನು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತವೆ. ನೋಡ್ಗಳನ್ನು ಸ್ವಯಂಸೇವಕರು ನಡೆಸುತ್ತಾರೆ, ಅವು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಮಾಯವಾಗುತ್ತವೆ, ವಿಳಾಸಗಳು ಮರುಬಳಕೆಯಾಗುತ್ತವೆ ಮತ್ತು ಪೋರ್ಟ್ಗಳನ್ನು ಅವುಗಳ ಹಿಂದೆ ಇರುವ ಜಾಲಬಂಧ ತಡೆಯುತ್ತದೆ. ಪಟ್ಟಿ ಮತ್ತೆ ಸೃಷ್ಟಿಯಾಗುವ ಸ್ನ್ಯಾಪ್ಶಾಟ್, ಮತ್ತು ನಿಮ್ಮ ಡಿಸ್ಕ್ನಲ್ಲಿರುವ ಪ್ರತಿ ಹಳೆಯ ಸ್ನ್ಯಾಪ್ಶಾಟ್ನ ಛಾಯಾಚಿತ್ರ.
ವಾಣಿಜ್ಯ ಸೇವೆಗಳು ನಿಧಾನವಾಗಿ ಬದಲಾಗುತ್ತವೆ, ಆದರೆ ಎಂದಿಗೂ ಇಲ್ಲ ಎಂದಲ್ಲ. ಪ್ರಮಾಣಪತ್ರ ಪ್ರಾಧಿಕಾರಗಳು ಬದಲಾಗುತ್ತವೆ, ಶ್ರೋತೃವು ಹಂಚಿದ ವಿಳಾಸದಿಂದ ಮೀಸಲಾದ ವಿಳಾಸಕ್ಕೆ ಸರಿಯುತ್ತದೆ, ಹಳೆಯ ಪ್ರೋಟೋಕಾಲ್ ನಿವೃತ್ತವಾಗುತ್ತದೆ ಮತ್ತು ಹೊಸ ಸೈಫರ್ ಪಟ್ಟಿ ಬರುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಲು ಪ್ರಯತ್ನಿಸಿ ಫೈಲ್ ನಿರೀಕ್ಷಿಸಿದುದಕ್ಕಿಂತ ಬೇರೆ ಉತ್ತರ ಬರುವವರೆಗೆ ಅಗೋಚರ.
ಸೆಟ್ಟಿಂಗ್ ಮುಟ್ಟುವ ಮೊದಲು ವಿಫಲತೆಯ ಹಂತವನ್ನು ಓದಿ
ದೋಷ ಸಂದೇಶ ಯಾವ ಪ್ರತಿಪಾದನೆ ಮುರಿಯಿತು ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಪ್ರತಿಪಾದನೆಗೂ ಸಂಪೂರ್ಣ ಬೇರೆ ಸರಿಪಡಿಸುವಿಕೆ ಇದೆ. ಹೋಸ್ಟ್ಹೆಸರು ಇನ್ನು ಪರಿಹಾರವಾಗದಿದ್ದಾಗ ಸೈಫರ್ ಸಂಪಾದಿಸುವುದು ಒಂದು ಮಧ್ಯಾಹ್ನವನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ ಮತ್ತು ಯಾರಿಗೂ ಏನನ್ನೂ ಕಲಿಸುವುದಿಲ್ಲ.
| What happens | The assertion that broke | Supported response |
|---|---|---|
| Name never resolves | The host still exists under that name | Get a current endpoint from the operator |
| TCP connect times out | The listener is on that port and reachable | Check the current published port, then the local network |
| TLS or key exchange fails | The peer presents the expected identity | Compare the certificate, not the cipher list |
| Authentication rejected | The account is still valid | Get credentials reissued or stop using the service |
dig +short vpn.example.net
curl -sS -o /dev/null -w 'connect=%{time_connect} tls=%{time_appconnect}\n' --max-time 8 https://vpn.example.net:443/
openssl s_client -connect vpn.example.net:443 -servername vpn.example.net -brief </dev/nullಮಧ್ಯದ ಸಾಲು ತಡೆಯಲಾದ ಮಾರ್ಗವನ್ನು ಮುರಿದ ಹ್ಯಾಂಡ್ಶೇಕ್ನಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಮೂರನೆಯದು ವಾಸ್ತವವಾಗಿ ಒದಗಿಸಿದ ಪ್ರಮಾಣಪತ್ರದ ನೀಡುಗ ಮತ್ತು ಮಾನ್ಯತಾ ದಿನಾಂಕಗಳನ್ನು ತೋರಿಸುತ್ತದೆ. ಆ ನೀಡುಗ ಪ್ರೊಫೈಲ್ ಪಿನ್ ಮಾಡಿದವನಲ್ಲದಿದ್ದರೆ ಪ್ರಮಾಣಪತ್ರ ಬದಲಾಗಿದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಕಡೆಯ ಯಾವುದೇ ಆಯ್ಕೆಯೂ ಹಳೆಯ ಪಿನ್ ಅನ್ನು ಮತ್ತೆ ಸರಿಯಾಗಿಸುವುದಿಲ್ಲ.
ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಗುರುತಿನ ಬದಲಾವಣೆಗಳೇ ಮೌನವಾದವು
ಹೆಚ್ಚಿನ ವಿಫಲತೆಗಳು ತಮ್ಮನ್ನು ಘೋಷಿಸಿಕೊಳ್ಳುತ್ತವೆ. ಗುರುತಿನ ಬದಲಾವಣೆಗಳು ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರಮಾಣಪತ್ರದ ಹೆಸರನ್ನು ಪಿನ್ ಮಾಡುವ ಕ್ಲೈಂಟ್ ಸಂಪೂರ್ಣ ಒಳ್ಳೆಯ ಹೊಸ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಬಹಳ ಜನ ಬಗ್ ಎಂದು ಓದುವ ಸಂದೇಶದೊಂದಿಗೆ ತಿರಸ್ಕರಿಸುತ್ತದೆ. ಟನೆಲ್ ಸರಿಯಾಗಿದೆ. ಪಿನ್ ಹಳೆಯದಾಗಿದೆ.
ಏನನ್ನಾದರೂ ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಗುರುತಿನ ಆಯ್ಕೆಗಳನ್ನು ಹುಡುಕಿ:
grep -nE '^(remote|proto|auth|verify-x509-name|tls-crypt|key-direction|ca) ' profile.ovpn
openssl x509 -in profile-ca.crt -noout -subject -datesಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಎಂಬೆಡ್ ಮಾಡಿದ CA ಇದ್ದು ನಿರ್ವಾಹಕರು ಹೊಸ ಪ್ರಾಧಿಕಾರಕ್ಕೆ ಬದಲಾಗಿದ್ದರೆ, ಹಳೆಯ ಫೈಲ್ ಹೊಸ ಸರ್ವರ್ ಅನ್ನು ಪರಿಶೀಲಿಸಲಾರದು. CA ಬ್ಲಾಕ್ ಅನ್ನು ನಿರ್ವಾಹಕರು ಪ್ರಕಟಿಸಿದ್ದರಿಂದ ಬದಲಿಸುವುದು ಕಾನೂನುಬದ್ಧ ಸರಿಪಡಿಸುವಿಕೆ. ಪರಿಶೀಲನಾ ಸೂಚನೆಯನ್ನು ಅಳಿಸುವುದು ಅಲ್ಲ, ಮತ್ತು ಇವು ಒಂದೇ ಕೀಲಿ ಒತ್ತುವಿಕೆಗಳು, ಫಲಿತಾಂಶ ಮಾತ್ರ ಸಂಪೂರ್ಣ ಬೇರೆ.
ನಿರ್ವಾಹಕರ ಯಾವುದೇ ಬದಲಾವಣೆ ಇಲ್ಲದೆಯೂ ಕ್ಲೈಂಟ್ ಅಪ್ಗ್ರೇಡ್ ಅದೇ ಲಕ್ಷಣವನ್ನು ಉಂಟುಮಾಡಬಹುದು. ಮೌನವಾಗಿ ಸಹಿಸಲಾದ ಆಯ್ಕೆಗಳು ಈಗ ತಿರಸ್ಕೃತವಾಗುತ್ತವೆ, ಅಥವಾ ಹಳೆಯ ಪ್ರೋಟೋಕಾಲ್ ತೆಗೆದುಹಾಕಲ್ಪಡುತ್ತದೆ. ಇದು ನಿಮ್ಮ ತಂತ್ರಾಂಶದ ಹೊಂದಾಣಿಕೆಯ ಮಿತಿ, ಮತ್ತು ಸರ್ವರ್ ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಅದೇ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಎರಡನೇ ಪ್ರೊಫೈಲ್ ಪ್ರಯತ್ನಿಸುವುದು ಯೋಗ್ಯ.
ಮಾನ್ಯ ಬದಲಿಗೆಯನ್ನು ಪ್ರಕಟಿಸಬಲ್ಲವರು ನಿರ್ವಾಹಕರು ಮಾತ್ರ
ನೋಡ್ ಕಣ್ಮರೆಯಾದಾಗ, ಬದಲಿಗೆ ಮೂಲವನ್ನು ಪ್ರಕಟಿಸಿದ ಅದೇ ಮೂಲದಿಂದ ಬರಬೇಕು. «ಅದೇ ಸರ್ವರ್ ಹೆಸರು ಬಳಸುತ್ತದೆ» ಎಂದು ನೇರ ಸಂದೇಶದಲ್ಲಿ ಬರುವ ಪ್ರೊಫೈಲ್ ಅಪರಿಚಿತ ಪಕ್ಷದ ಪರಿಶೀಲಿಸದ ಸಂರಚನೆ, ಮತ್ತು ಅದನ್ನು ಆಮದು ಮಾಡಿಕೊಳ್ಳುವುದು ಆ ಪಕ್ಷಕ್ಕೆ ನಿಮ್ಮ ಮಾರ್ಗನಿರ್ದೇಶನದ ನಿಯಂತ್ರಣವನ್ನು ಕೊಡುತ್ತದೆ.
ಪರಿಶೀಲನೆ ಅಗ್ಗ. ಪ್ರಕಟಿತ ಸ್ಥಳದಿಂದ ಪ್ರಸ್ತುತ ಫೈಲ್ ತನ್ನಿ, ಎಂಡ್ಪಾಯಿಂಟ್ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಪಟ್ಟಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ, ಮತ್ತು ಫೈಲ್ ಹೆಸರನ್ನು ನಂಬುವ ಬದಲು CA ಸಾಮಗ್ರಿಯ ಬೆರಳಚ್ಚನ್ನು ದೃಢೀಕರಿಸಿ:
curl -sS -o current.ovpn https://example.org/nodes/current.ovpn
sha256sum current.ovpn profile.ovpn
grep -nE '^(remote|proto) ' current.ovpnಎರಡು ಹ್ಯಾಶ್ಗಳು ಕೇವಲ ಖಾಲಿ ಜಾಗಗಳಲ್ಲಿ ಭಿನ್ನವಾಗಿದ್ದರೆ ಅದು ಸ್ವರೂಪ ಬದಲಾವಣೆ. ಅವು ಎಂಡ್ಪಾಯಿಂಟ್ಗಳಲ್ಲಿ ಭಿನ್ನವಾಗಿದ್ದರೆ ನಿರ್ವಾಹಕರು ಏನನ್ನೋ ಸರಿಸಿದ್ದಾರೆ ಮತ್ತು ಪ್ರಕಟಿತ ಫೈಲ್ ಪ್ರಾಧಿಕಾರ. ಪ್ರಕಟಿತ ಫೈಲ್ ನಿಮ್ಮಲ್ಲಿರುವುದಕ್ಕಿಂತ ಹಳೆಯದಾಗಿದ್ದರೆ ನೀವು ಬಹುಶಃ ಕ್ಯಾಶ್ ನೋಡುತ್ತಿದ್ದೀರಿ, ಮತ್ತು ಹಳೆಯ ಉತ್ತರ ನಿಮ್ಮನ್ನು ತಪ್ಪು ದಿಕ್ಕಿಗೆ ಕಳುಹಿಸುತ್ತದೆ.
ಹಳೆಯ ನಮೂದನ್ನು ನಿವೃತ್ತಗೊಳಿಸಿ ಏನಾಯಿತು ಎಂದು ದಾಖಲಿಸಿ
ಕೆಲಸ ಮಾಡುವ ಬದಲಿಗೆ ಪರಿಶೀಲಿಸಿದ ನಂತರ, ಹಳೆಯ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಬ್ಯಾಕಪ್ ಆಗಿ ಇಟ್ಟುಕೊಳ್ಳುವ ಬದಲು ಅಳಿಸಿ. ಅರ್ಧ ಸಂಪರ್ಕವಾಗುವ ಹಳೆಯ ನಮೂದು ಒಂದು ಬಲೆ: ಅಡಚಣೆಯ ಸಮಯದಲ್ಲಿ ಅದು ಆಯ್ಕೆಯಾಗುತ್ತದೆ, ನಿಧಾನವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಡೀಬಗ್ ಮಾಡುವವರು ಮೊದಲ ಹತ್ತು ನಿಮಿಷಗಳನ್ನು ತಪ್ಪು ಫೈಲ್ನಲ್ಲಿ ಕಳೆಯುತ್ತಾರೆ.
ಸಂರಚನೆಯ ಹೊರಗೆ ಸಣ್ಣ ದಾಖಲೆ ಇಟ್ಟುಕೊಳ್ಳಿ: ದಿನಾಂಕ, ಹಳೆಯ ಎಂಡ್ಪಾಯಿಂಟ್, ವಿಫಲತೆಯ ಹಂತ ಮತ್ತು ಅದನ್ನು ಯಾವುದು ಬದಲಿಸಿತು. ಸಾರ್ವಜನಿಕ ನೋಡ್ಗಳು ಬದಲಾಗುತ್ತವೆ, ಮತ್ತು ಆರು ವಾರಗಳ ನಂತರ ಅದೇ ಪ್ರಶ್ನೆ ಬೇರೆ ವ್ಯಕ್ತಿಯೊಂದಿಗೆ ಬರುತ್ತದೆ. ಟಿಪ್ಪಣಿ ಫೈಲ್ನ ಒಂದು ಸಾಲು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಅದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ.
ಒಂದು ಜಾಲಬಂಧದಿಂದ ಪ್ರತಿ ನೋಡ್ ಒಂದೇ ರೀತಿ ವಿಫಲವಾದರೆ ಮತ್ತು ಇನ್ನೊಂದರಿಂದ ಯಾವುದೂ ವಿಫಲವಾಗದಿದ್ದರೆ, ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ ಸ್ಥಳೀಯ ಮಾರ್ಗವನ್ನು ನೋಡಿ. ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್, ಫಿಲ್ಟರ್ ಮಾಡಿದ ಪೋರ್ಟ್ ವ್ಯಾಪ್ತಿ ಅಥವಾ ಪ್ರತಿಬಂಧಿಸುವ ಪ್ರಾಕ್ಸಿ ಸಂಬಂಧವಿಲ್ಲದ ಪೂರೈಕೆದಾರರಲ್ಲಿ ಒಂದೇ ರೀತಿಯ ದೋಷಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ, ಮತ್ತು ಆ ಮಾದರಿಯೇ ಸಮಸ್ಯೆ ಎಂದಿಗೂ ಫೈಲ್ ಆಗಿರಲಿಲ್ಲ ಎಂಬ ಏಕೈಕ ಸೂಚನೆ.