ನಿಮ್ಮ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಈಗಾಗಲೇ ಯಾವ VPN ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆ?
Windows, macOS ಮತ್ತು ChromeOS ಪ್ರತಿಯೊಂದೂ ಚಿಕ್ಕ ಸುರಂಗಗಳ ಪಟ್ಟಿಯೊಂದಿಗೆ ಬರುತ್ತವೆ. ಇನ್ನೊಂದು ಡ್ರೈವರ್ ಸೇರಿಸುವ ಮೊದಲು ಗೇಟ್‌ವೇಗೆ ಅದರ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ದೃಢೀಕರಣ ವಿಧಾನವನ್ನು ಕೇಳಿ.
ಇನ್ನೊಂದು ಕ್ಲೈಂಟ್ ಡೌನ್‌ಲೋಡ್ ಮಾಡುವ ಮೊದಲು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಈಗಾಗಲೇ ಏನನ್ನು ಜಾರಿಗೆ ತರುತ್ತದೆ ಎಂದು ನೋಡಿ, ಏಕೆಂದರೆ ಉತ್ತರವು ಹೆಚ್ಚಾಗಿ ಇನ್‌ಸ್ಟಾಲರ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಿಟ್ಟುಬಿಡಲು ಸಾಕು. Windows, macOS ಮತ್ತು ChromeOS ಪ್ರತಿಯೊಂದೂ ನಿಗದಿತ ಮತ್ತು ಚಿಕ್ಕ ಸುರಂಗ ಪ್ರೋಟೋಕಾಲ್‌ಗಳ ಪಟ್ಟಿಯೊಂದಿಗೆ ಬರುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತನಾಡುವ ಗೇಟ್‌ವೇಗೆ ಹೆಚ್ಚುವರಿ ಡ್ರೈವರ್, ಸೇವೆ ಅಥವಾ ನವೀಕರಣ ಮಾರ್ಗ ಬೇಕಿಲ್ಲ. ಇದನ್ನು ಕರಪತ್ರದ ಮಾರಾಟಗಾರರ ಹೆಸರು ನಿರ್ಧರಿಸುವುದಿಲ್ಲ. ಇದನ್ನು ಪ್ರೋಟೋಕಾಲ್, ಅಂತ್ಯ ಬಿಂದು ಹೇಗೆ ದೃಢೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ ವಿಳಾಸವನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ ಎಂಬುದು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಪ್ರೋಟೋಕಾಲ್ ಕೇಳಿ, ಉತ್ಪನ್ನದ ಹೆಸರಲ್ಲ
ಉತ್ಪನ್ನದ ಹೆಸರು ತಂತಿಯ ಮೇಲೆ ಏನು ಹೋಗುತ್ತದೆ ಎಂಬುದರ ಬಗ್ಗೆ ಬಹಳ ಕಡಿಮೆ ಹೇಳುತ್ತದೆ. ಒಂದೇ ಲೇಬಲ್ ಅಡಿಯಲ್ಲಿ ಮಾರಾಟವಾಗುವ ಎರಡು ಗೇಟ್‌ವೇಗಳು ಸಂಪೂರ್ಣವಾಗಿ ವಿಭಿನ್ನ ಸುರಂಗಗಳನ್ನು ಬೇಡಬಹುದು, ಮತ್ತು ಒಂದು ಒಳನಿರ್ಮಿತ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸಬಹುದು, ಇನ್ನೊಂದು ತನ್ನ ಪೋರ್ಟಲ್ ಹೊರತುಪಡಿಸಿ ಎಲ್ಲವನ್ನೂ ನಿರಾಕರಿಸುತ್ತದೆ. ಒಂದೇ ಪೆಟ್ಟಿಗೆಯನ್ನು ವಿವರಿಸುವ ಇಬ್ಬರು ನಿರ್ವಾಹಕರು ಒಪ್ಪದಿರಬಹುದು ಮತ್ತು ಇಬ್ಬರೂ ಸರಿಯಾಗಿರಬಹುದು, ಏಕೆಂದರೆ ಅವರು ಬೇರೆ ಪದರಗಳನ್ನು ವಿವರಿಸುತ್ತಾರೆ. ಇನ್‌ಸ್ಟಾಲರ್ ಬೇಕೇ ಎಂಬುದನ್ನು ಕೆಳಗಿನ ಸುರಂಗವೇ ನಿರ್ಧರಿಸುತ್ತದೆ.
ಗೇಟ್‌ವೇ ನಡೆಸುವವರಿಗೆ ಮೂರು ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಿ: ಯಾವ ಸುರಂಗ ಪ್ರೋಟೋಕಾಲ್, ಯಾವ ದೃಢೀಕರಣ ವಿಧಾನ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಯಾವ ವಿಳಾಸ ಮತ್ತು DNS ಪ್ರತ್ಯಯವನ್ನು ಸ್ವೀಕರಿಸಬೇಕು. ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಹೆಸರಿನಿಂದ ಕೇಳಿ, ಮತ್ತು ಉತ್ತರವು ಉತ್ಪನ್ನದ ಹೆಸರಾಗಿ ಬಂದಾಗ, ನಿಮಗೆ ಪ್ರೋಟೋಕಾಲ್ ಏಕೆ ಬೇಕು ಎಂದು ವಿವರಿಸಿ. ಆ ಮೂರು ಉತ್ತರಗಳು ಯಾವುದೇ ತಂತ್ರಾಂಶ ಡೌನ್‌ಲೋಡ್ ಆಗುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಪ್ರಶ್ನೆಯನ್ನು ಇತ್ಯರ್ಥಪಡಿಸುತ್ತವೆ.
ಇಷ್ಟು ಟಿಕೆಟ್‌ಗಳಲ್ಲಿ ಉತ್ಪನ್ನದ ಹೆಸರು ಉಳಿಯಲು ಒಂದು ಕಾರಣವಿದೆ. ಪೋರ್ಟಲ್‌ನ URL ಅನ್ನು ಬಳಕೆದಾರರು ನೋಡುತ್ತಾರೆ, ಮತ್ತು ಸುರಂಗವು ಕೆಲಸ ಮಾಡುವಾಗ ಅದೃಶ್ಯವಾಗಿರುತ್ತದೆ. ಹಸ್ತಾಂತರ ಟಿಪ್ಪಣಿಯಲ್ಲಿ ಪ್ರೋಟೋಕಾಲ್ ಬರೆಯಲು ಒಂದು ಸಾಲು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ನಂತರ ಬರುವ ಎಲ್ಲರಿಗೂ ಅಸ್ಪಷ್ಟತೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.
ಒಳನಿರ್ಮಿತ ಪಟ್ಟಿ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ
ಸ್ಥಳೀಯ ಪಟ್ಟಿಗಳು ಚಿಕ್ಕವು, ಮತ್ತು ಅವುಗಳ ಅಂಚುಗಳು ಅವುಗಳ ವಿಷಯಕ್ಕಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ. IPsec ಮೇಲೆ L2TP ಮೊದಲೇ ಹಂಚಿದ ಕೀಲಿಯೊಂದಿಗೆ ಮಾತನಾಡುವ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ SSTP ಮಾತನಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಆ ವ್ಯತ್ಯಾಸವೇ ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಕೋಷ್ಟಕವು ಮಾರಾಟಗಾರರ ಬದಲು ಸುರಂಗದ ಪ್ರಕಾರ ಜೋಡಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಗೇಟ್‌ವೇ ಹೆಸರಿಸಿದ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ನೀವು ಹುಡುಕಬಹುದು.
| Tunnel | Windows | macOS | ChromeOS | Linux |
|---|---|---|---|---|
| PPTP | built in | removed in 10.12 | no | package |
| L2TP over IPsec, pre-shared key | built in | built in | built in | package |
| L2TP over IPsec, certificate | built in | built in | built in | package |
| SSTP | built in | no | no | package |
| IKEv2 | built in | built in | no | package |
| Cisco IPsec with XAuth | no | built in | no | package |
| OpenVPN | no | no | built in | package |
ಗ್ರಿಡ್ ಅನ್ನು ಕರಪತ್ರದ ಬದಲು ಗೇಟ್‌ವೇಯ ಅಗತ್ಯಗಳಿಗೆ ಹೋಲಿಸಿ ಓದಿ. ಉತ್ತರವು ಮೊದಲೇ ಹಂಚಿದ ಕೀಲಿಯೊಂದಿಗೆ L2TP over IPsec ಆಗಿದ್ದರೆ, ಮೊದಲ ಮೂರು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳು ಹೆಚ್ಚುವರಿ ಏನನ್ನೂ ಸ್ಥಾಪಿಸದೆ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತವೆ. ಉತ್ತರವು OpenVPN ಆಗಿದ್ದರೆ, ಏನನ್ನಾದರೂ ಸ್ಥಾಪಿಸುವ ಮೊದಲು ChromeOS ಮಾತ್ರ ಒಳಗೊಂಡಿದೆ. ಯಾವುದೇ ಒಳನಿರ್ಮಿತ ಕಾಲಮ್‌ನಲ್ಲಿ ಕಾಣದ ಪ್ರೋಟೋಕಾಲ್ ಇನ್‌ಸ್ಟಾಲರ್ ಬರುತ್ತಿದೆ ಎಂಬ ಪ್ರಾಮಾಣಿಕ ಸಂಕೇತವಾಗಿದೆ.
Linux ಸಾಮಾನ್ಯೀಕರಣವನ್ನು ವಿರೋಧಿಸುವ ಕಾಲಮ್. ಅದರ ಪ್ರೋಟೋಕಾಲ್ ಬೆಂಬಲವು ಡಿಸ್ಟ್ರಿಬ್ಯೂಷನ್ ಪ್ಯಾಕೇಜ್ ಮಾಡಲು ಆಯ್ಕೆ ಮಾಡುವ ಡೀಮನ್‌ಗಳು ಮತ್ತು ಪ್ಲಗ್‌ಇನ್‌ಗಳಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕನಿಷ್ಠ ಇಮೇಜ್ ನೀವು ಅವುಗಳನ್ನು ಸೇರಿಸುವವರೆಗೆ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಮಾತನಾಡದಿರಬಹುದು, ಮತ್ತು ಒಂದೇ ಡೆಸ್ಕ್‌ಟಾಪ್ ಹೊಂದಿರುವ ಎರಡು ಡಿಸ್ಟ್ರಿಬ್ಯೂಷನ್‌ಗಳು ಭಿನ್ನವಾಗಿರಬಹುದು.
ಕಮಾಂಡ್ ಲೈನ್‌ನಿಂದ ಪ್ರೊಫೈಲ್ ನಿರ್ಮಿಸಿ
ಗ್ರಾಫಿಕಲ್ ಪ್ಯಾನೆಲ್ ಬರೆಯುವ ಎಲ್ಲವೂ ನೀವು ತಲುಪಬಹುದಾದ ಸ್ಥಳದಲ್ಲಿ ಸಂಗ್ರಹವಾಗಿರುತ್ತದೆ, ಮತ್ತು ಅದೇ ಒಳನಿರ್ಮಿತ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುತ್ತದೆ. Windows VPN ನಮೂದುಗಳನ್ನು .pbk ಫೈಲ್‌ಗಳಲ್ಲಿ ಬಳಕೆದಾರ ಪ್ರೊಫೈಲ್ ಅಡಿಯಲ್ಲಿ ಮತ್ತು ProgramData ಅಡಿಯಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು rasphone ನೆಟ್‌ವರ್ಕ್ ಪಟ್ಟಿ ತೋರಿಸದ ನಮೂದುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ ಸಂಪಾದಿಸಬಲ್ಲದು. ಯಂತ್ರವನ್ನು ಸ್ಕ್ರಿಪ್ಟ್‌ನಿಂದ ಸಿದ್ಧಪಡಿಸಿದಾಗ ಮತ್ತು ಯಾರೂ ವಿಝಾರ್ಡ್ ಮೂಲಕ ಕ್ಲಿಕ್ ಮಾಡದಿದ್ದಾಗ ಇದು ಮುಖ್ಯ. ಪ್ರೊಫೈಲ್ ಎಂದಿಗೂ ಟ್ರೇನಲ್ಲಿ ಕಾಣದೆ ಹೇಗೆ ಇರಬಹುದು ಎಂಬುದನ್ನೂ ಇದು ವಿವರಿಸುತ್ತದೆ.
rasdial
rasdial "VpnName" alice
rasdial "VpnName" /disconnectಕೈಯಿಂದ .pbk ಫೈಲ್ ಸಂಪಾದಿಸುವುದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಹಾಳುಮಾಡುವ ಅತ್ಯಂತ ವೇಗದ ದಾರಿಯೂ ಅದೇ, ಆದ್ದರಿಂದ ಸ್ವರೂಪವನ್ನು ಉಪಕರಣವೇ ಹೊಂದಿರಲಿ. macOS ತನ್ನ ಸೇವೆಗಳನ್ನು ಸಿಸ್ಟಮ್ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು networksetup ಸೇವೆಯ ಹೆಸರಿನಿಂದ ಅವುಗಳನ್ನು ಸಂಬೋಧಿಸುತ್ತದೆ; ಹಲವು ಫ್ಲ್ಯಾಗ್‌ಗಳು ಹೋಸ್ಟ್‌ನಾಮ್ ಬದಲು ವಿಳಾಸವನ್ನು ಬಯಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಮೊದಲು ಅಂತ್ಯ ಬಿಂದುವನ್ನು ಪರಿಹರಿಸಿ ಮತ್ತು ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಬಳಸುವ ಮೌಲ್ಯವನ್ನು ಸಂಗ್ರಹಿಸಿ. ಆ ವ್ಯತ್ಯಾಸವು ಸ್ವಯಂಚಾಲನೆಯ ಸಮಯದಲ್ಲಿ ಕಚ್ಚುತ್ತದೆ, ಏಕೆಂದರೆ ವಿಳಾಸದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸ್ಕ್ರಿಪ್ಟ್ ಹೆಸರಿನೊಂದಿಗೆ ವಿಫಲವಾಗಬಹುದು, ಮತ್ತು ದೋಷವು ತಿರಸ್ಕೃತ ಆರ್ಗ್ಯುಮೆಂಟ್‌ನಂತೆ ಅಲ್ಲ, ಮುರಿದ ಗೇಟ್‌ವೇಯಂತೆ ಕಾಣುತ್ತದೆ.
networksetup -listallnetworkservices
networksetup -getinfo "ServiceName"
networksetup -setmanualwithdhcprouter "ServiceName" 198.51.100.20ಸೇವೆಯ ಹೆಸರುಗಳು ಸ್ಥಳೀಕರಿಸಲ್ಪಟ್ಟಿವೆ ಮತ್ತು ಬಳಕೆದಾರರು ಸಂಪಾದಿಸಬಹುದು, ಆದ್ದರಿಂದ Wi-Fi ಅನ್ನು ಹಾರ್ಡ್‌ಕೋಡ್ ಮಾಡುವ ಸ್ಕ್ರಿಪ್ಟ್ ಬೇರೆ ಭಾಷೆಗೆ ಹೊಂದಿಸಿದ ಮೊದಲ ಯಂತ್ರದಲ್ಲಿ ಒಡೆಯುತ್ತದೆ. ಪಟ್ಟಿಯ ಆದೇಶದಿಂದ ಹೆಸರನ್ನು ಓದಿ ಮತ್ತು ಊಹಿಸುವ ಬದಲು ಅದನ್ನು ಮುಂದೆ ರವಾನಿಸಿ.
ಸ್ವಂತ ಕ್ಲೈಂಟ್ ಇಲ್ಲದ ಪ್ರಮಾಣಪತ್ರಗಳು
ಕೆಲವು ನಿಯೋಜನೆಗಳಿಗೆ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಬೇಕು ಮತ್ತು ಬೇರೆ ಯಾವುದೂ ಸ್ವಂತವಲ್ಲ, ಮತ್ತು ಡ್ರೈವರ್ ಸ್ವೀಕರಿಸುವ ಮೊದಲು ಪರೀಕ್ಷಿಸಲು ಯೋಗ್ಯವಾದ ಮಧ್ಯಮ ಪ್ರಕರಣ ಇದು. ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನ ಸ್ಟೋರ್‌ಗೆ ಇಡುವುದು ಬೆಂಬಲಿತವಾಗಿದೆ; ಇದು ಮಾರಾಟಗಾರರ ಮೂಲವನ್ನು ಒಳಗೆ ಹಾಕಿ ಕ್ಲೈಂಟ್ ಅದನ್ನು ಕಂಡುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನಂಬುವಂತಹದೇ ಕ್ರಿಯೆಯಲ್ಲ. ಮೊದಲನೆಯದು ಉದ್ದೇಶಪೂರ್ವಕ ನಿಯೋಜನೆ; ಎರಡನೆಯದು ಬೆಂಬಲ ಟಿಕೆಟ್ ಲಗತ್ತಿಸಿದ ಊಹೆ.
ಜನರನ್ನು ಹಿಡಿಯುವ ವಿವರವೆಂದರೆ ಕ್ಲೈಂಟ್ ಯಾವ ಸ್ಟೋರ್ ಅನ್ನು ಓದುತ್ತದೆ ಎಂಬುದು. ಬಳಕೆದಾರ ಸ್ಟೋರ್‌ನಲ್ಲಿನ ಪ್ರಮಾಣಪತ್ರವು ಯಂತ್ರ ಸ್ಟೋರ್‌ಗೆ ಸಂರಚಿಸಿದ ಕ್ಲೈಂಟ್‌ಗೆ ಅದೃಶ್ಯವಾಗಿರುತ್ತದೆ, ಮತ್ತು ನೀವು ಪಡೆಯುವ ಸಂದೇಶವು ಪ್ರಮಾಣಪತ್ರ ಕಾಣೆಯಾಗಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ತಪ್ಪು ಸ್ಥಳದಲ್ಲಿದೆ ಎಂದಲ್ಲ. ಪ್ರಮಾಣಪತ್ರ ತಪ್ಪು ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಎರಡೂ ಸ್ಟೋರ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಕೆಲಸ ಮಾಡುವ ಸಂರಚನೆ ಯಾವುದನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಬರೆಯಿಟ್ಟುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಯಂತ್ರವನ್ನು ಮತ್ತೆ ನಿರ್ಮಿಸಿದಾಗ ಆ ಟಿಪ್ಪಣಿ ಪ್ರಮಾಣಪತ್ರಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಾಲ ಉಳಿಯುತ್ತದೆ.
Windows ಎರಡು ಸ್ಟೋರ್‌ಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ, ಮತ್ತು macOS ಲಾಗಿನ್ ಕೀಚೈನ್ ಅನ್ನು ಸಿಸ್ಟಮ್ ಕೀಚೈನ್‌ನಿಂದ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ. ಹೆಸರುಗಳು ಭಿನ್ನ, ಆದರೆ ವೈಫಲ್ಯದ ವಿಧಾನ ಒಂದೇ: ಕ್ಲೈಂಟ್ ಎಂದಿಗೂ ನೋಡದ ಮಾನ್ಯ ಪ್ರಮಾಣಪತ್ರ.
ಇನ್‌ಸ್ಟಾಲರ್ ಅನ್ನು ಯಾವುದು ಒತ್ತಾಯಿಸುತ್ತದೆ
ಕೆಲವು ಗೇಟ್‌ವೇಗಳು ಕ್ಲೈಂಟ್ ಅನ್ನು ಖಾಸಗಿ ಪ್ರಮಾಣಪತ್ರ ಸ್ಟೋರ್, ಪೋಸ್ಚರ್ ಏಜೆಂಟ್, ಅಥವಾ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಮಾಡಲಾಗದ ಸೈನ್-ಆನ್ ವಿನಿಮಯಕ್ಕೆ ಬಂಧಿಸುತ್ತವೆ. Check Point, Cisco ಅಥವಾ Fortinet ಹಾರ್ಡ್‌ವೇರ್‌ನಲ್ಲಿ ನಿರ್ಮಿಸಿದ ನಿಯೋಜನೆಗಳು ಹೆಚ್ಚಾಗಿ ಅಲ್ಲಿಗೆ ಬರುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಳನಿರ್ಮಿತ ಕ್ಲೈಂಟ್ ಶಾರ್ಟ್‌ಕಟ್ ಅಲ್ಲ. ಮೂರನೇ ಪಕ್ಷದ ಬದಲಿ ಸಂಪರ್ಕಗೊಂಡು ಸಹ ನೀತಿಯನ್ನು ಉಲ್ಲಂಘಿಸಬಹುದು, ಇದು ಇದನ್ನು ಅನುಕೂಲದ ನಿರ್ಣಯದ ಬದಲು ಭದ್ರತೆಯ ನಿರ್ಣಯವನ್ನಾಗಿಸುತ್ತದೆ. ನೀತಿ ಬೇಡುವುದನ್ನು ಸ್ಥಾಪಿಸಿ ಮತ್ತು ಇನ್‌ಸ್ಟಾಲರ್ ಆವೃತ್ತಿಯ ಪಕ್ಕದಲ್ಲಿ ಕಾರಣವನ್ನು ಬರೆಯಿರಿ.
ಆ ದಾಖಲೆಯೇ ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಭಾಗ ಮತ್ತು ಮುಂದಿನ ನಿರ್ವಾಹಕರಿಗೆ ಒಂದು ವಾರ ಉಳಿಸುವ ಭಾಗ: ಪ್ರೋಟೋಕಾಲ್, ದೃಢೀಕರಣ ವಿಧಾನ, ವಿಳಾಸ ಕುಟುಂಬ ಮತ್ತು ಅಗತ್ಯವಿರುವ ಪ್ರತ್ಯಯ, ಸೇರಿಸಬೇಕಾದ ಪ್ರತಿಯೊಂದು ಬೈನರಿಗೂ ಒಂದು ಸಾಲಿನ ಸಮರ್ಥನೆಯೊಂದಿಗೆ. ಅದನ್ನು ಚಾಟ್ ಥ್ರೆಡ್‌ನಲ್ಲಿ ಅಲ್ಲ, ಇನ್‌ಸ್ಟಾಲರ್ ಟಿಪ್ಪಣಿಗಳು ಇರುವಲ್ಲಿ ಇಡಿ. ಎರಡು ಸಾಲಿನ ದಸ್ತಾವೇಜೀಕರಣ ಪುನರಾವರ್ತಿತ ತನಿಖೆಯನ್ನು ತಡೆಯುತ್ತದೆ.