ಮಿರರ್‌ನಿಂದ VPN ಇನ್‌ಸ್ಟಾಲರ್? ಮೊದಲು ಪ್ರಕಾಶಕರನ್ನು ಪರಿಶೀಲಿಸಿ

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

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

ಮೊದಲ ಹಂತ: ಯೋಜನೆ ಹೆಸರಿಸುವ ಚಾನೆಲ್‌ನಿಂದ ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ

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

ಯೋಜನೆಯ ಹೆಸರಿನ ಫೈಲ್ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಇನ್‌ಸ್ಟಾಲರ್ ಹೆಸರು ಬದಲಿಸುವುದು ಒಂದು ಸೆಕೆಂಡಿನ ಕ್ರಿಯೆ, ಮತ್ತು ಹೆಸರೇ ಹುಡುಕಾಟ ಫಲಿತಾಂಶ ಮೊದಲು ತೋರಿಸುವುದು.

ಎರಡನೇ ಹಂತ: ತಿಳಿದಿರುವ ಗುರುತಿನ ವಿರುದ್ಧ ಸಹಿಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಸಹಿ ಪರಿಶೀಲನೆ ಸಂಕುಚಿತ ಪ್ರಶ್ನೆಗೆ ಚೆನ್ನಾಗಿ ಉತ್ತರಿಸುತ್ತದೆ. ಒಂದು ನಿರ್ದಿಷ್ಟ ಗುರುತು ಈ ಬೈನರಿಗೆ ಸಹಿ ಹಾಕಿದೆ ಮತ್ತು ಬೈನರಿ ಅಂದಿನಿಂದ ಬದಲಾಗಿಲ್ಲ ಎಂದು ಅದು ಹೇಳುತ್ತದೆ. ಒಂದು ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ. ಆ ಗುರುತು ನೀವು ನಂಬಲು ಉದ್ದೇಶಿಸಿದ್ದೇನಾ ಎಂದು ಅದು ಹೇಳಲಾರದು.

# macOS: who signed this app, and is the signature intact?
codesign -dv --verbose=4 /Applications/Tunnel.app
spctl -a -vvv -t install /Applications/Tunnel.app

# Windows: signature and publisher of the installer
Get-AuthenticodeSignature .\tunnel-setup.exe | Format-List Status, SignerCertificate

# Linux: detached signature from the project's release page
gpg --verify tunnel-1.4.2.tar.gz.asc tunnel-1.4.2.tar.gz

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

ಮೂರನೇ ಹಂತ: ಹ್ಯಾಶ್ ಅನ್ನು ಸ್ವತಂತ್ರ ಮೂಲದೊಂದಿಗೆ ಹೋಲಿಸಿ

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

# Linux and macOS
shasum -a 256 tunnel-1.4.2.dmg

# compare against the value published on the project's own release page
# not against a value copied from the same mirror

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

ಸ್ಥಾಪನೆಯ ನಂತರ: ನವೀಕರಣ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ

ಸ್ಥಾಪನೆ ಮುಗಿದ ನಂತರವೂ ಬೆಂಬಲಿತ ಚಾನೆಲ್ ಮುಖ್ಯವಾಗಿರುತ್ತದೆ. ಮರುಪ್ಯಾಕೇಜ್ ಮಾಡಿದ ನಿರ್ಮಾಣಗಳು ತಮ್ಮದೇ ನವೀಕರಣಕಾರರನ್ನು ಹೊತ್ತೊಯ್ಯಬಹುದು, ಮತ್ತು ಆ ನವೀಕರಣಕಾರನೇ ಮುಂದಿನ ತಿಂಗಳು ಏನು ಚಲಿಸುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಎಂದಿಗೂ ನವೀಕರಣವಾಗದ ನಿರ್ಮಾಣ ಹೆಚ್ಚು ಸುರಕ್ಷಿತವಲ್ಲ. ಅದು ಸುಮ್ಮನೆ ಹಳೆಯದು.

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

ಎರಡು ಮೂಲಗಳು, ಒಂದಲ್ಲ

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

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