SQL ಸರ್ವರ್ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ದೋಷವನ್ನು ಸರಿಪಡಿಸಿ - ಒಂದು ಕ್ಲಿಕ್ ಪರಿಹಾರ

ದೋಷವನ್ನು ಓದಿ - ಇದು ಟ್ರಸ್ಟ್ ಸಮಸ್ಯೆ, ನೆಟ್‌ವರ್ಕ್ ಸಮಸ್ಯೆ ಅಲ್ಲ

ನಿಮ್ಮ ನೆಟ್‌ವರ್ಕ್ ಉತ್ತಮವಾಗಿದೆ ಮತ್ತು ಸರ್ವರ್ ಚಾಲನೆಯಲ್ಲಿದೆ. ಸಂಪರ್ಕವು SQL ಸರ್ವರ್ ಅನ್ನು ತಲುಪಿದೆ, ಸರ್ವರ್ ಲಾಗಿನ್‌ಗಾಗಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಚಾನಲ್ ಅನ್ನು ನೀಡಿದೆ ಮತ್ತು ನಿಮ್ಮ PC ಅದನ್ನು ನಿರಾಕರಿಸಿದೆ ಏಕೆಂದರೆ ಸರ್ವರ್‌ನ ಗುರುತನ್ನು ಸಾಬೀತುಪಡಿಸುವ ಪ್ರಮಾಣಪತ್ರವು ನಿಮ್ಮ PC ನಂಬುವುದಿಲ್ಲ. ಪೂರ್ಣ ದೋಷ SSMS ತೋರಿಸುತ್ತದೆ:

ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, SQL ಸರ್ವರ್ ಸ್ವತಃ ರಚಿಸುವ ಸ್ವಯಂ-ಸಹಿ ಪ್ರಮಾಣಪತ್ರದೊಂದಿಗೆ ಲಾಗಿನ್ ಅನ್ನು ರಕ್ಷಿಸುತ್ತದೆ. ಸ್ವಯಂ-ಸಹಿ ಪ್ರಮಾಣಪತ್ರವು ಟ್ರಾಫಿಕ್ ಅನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುತ್ತದೆ, ಆದರೆ ಇದು ಸರ್ವರ್ ನಿಜವಾಗಿಯೂ ನಿಮ್ಮ ಸರ್ವರ್ ಎಂದು ಸಾಬೀತುಪಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಆದ್ದರಿಂದ ಪರಿಶೀಲಿಸಿದ ಎನ್‌ಕ್ರಿಪ್ಶನ್‌ಗೆ ಬೇಡಿಕೆಯಿರುವ ಗ್ರಾಹಕರು ಅದನ್ನು ತಿರಸ್ಕರಿಸುತ್ತಾರೆ. ಪ್ರತಿ ಪ್ರಾಮಾಣಿಕ ಪರಿಹಾರವು ಎರಡು ವಿಷಯಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ: ಕ್ಲೈಂಟ್ ಈ ನಿರ್ದಿಷ್ಟ ಸರ್ವರ್ ಅನ್ನು ತಿಳಿದಿರುವಂತೆ ಒಪ್ಪಿಕೊಳ್ಳುವಂತೆ ಮಾಡಿ (ಹಂತಗಳು 2 ಮತ್ತು 3), ಅಥವಾ ಸರ್ವರ್‌ಗೆ ಕ್ಲೈಂಟ್‌ಗಳು ತಮ್ಮದೇ ಆದ ನಂಬಿಕೆಯನ್ನು ನೀಡಿ (ಹಂತ 4).

SSMS ನಲ್ಲಿ ತ್ವರಿತ ಕ್ಲೈಂಟ್ ಫಿಕ್ಸ್ - ಟ್ರಸ್ಟ್ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರ

ಇದು ವೀಡಿಯೊದಲ್ಲಿ ತೋರಿಸಿರುವ ವೇಗದ ಮಾರ್ಗವಾಗಿದೆ. ಇದು ಸರ್ವರ್‌ನಲ್ಲಿ ಏನನ್ನೂ ಬದಲಾಯಿಸುವುದಿಲ್ಲ; ಯಾರು ಸಹಿ ಮಾಡಿದ್ದಾರೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸದೆ ಸರ್ವರ್‌ನ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸ್ವೀಕರಿಸಲು ಇದು ಈ ಒಂದು ಸಂಪರ್ಕಕ್ಕೆ ಹೇಳುತ್ತದೆ. SSMS ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕಪಡಿಸಿ ವಿಂಡೋದಲ್ಲಿ, ಹೆಚ್ಚುವರಿ ಟ್ಯಾಬ್‌ಗಳನ್ನು ತೆರೆಯಲು ಆಯ್ಕೆಗಳು ಕ್ಲಿಕ್ ಮಾಡಿ, ಸಂಪರ್ಕ ಗುಣಲಕ್ಷಣಗಳು ಟ್ಯಾಬ್‌ಗೆ ಹೋಗಿ, ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಕಡ್ಡಾಯವಾಗಿ ಹೊಂದಿಸಿ (ಅಥವಾ ಅದನ್ನು ನೀಡುವಂತೆ ಬಿಡಿ), ಟ್ರಸ್ಟ್ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರ ಅನ್ನು ಟಿಕ್ ಮಾಡಿ, ಮತ್ತು ಕ್ಲಿಕ್ ಮಾಡಿ. ಲಾಗಿನ್ ನೇರವಾಗಿ ಹಾದುಹೋಗುತ್ತದೆ.

ಅಪ್ಲಿಕೇಶನ್ ಕನೆಕ್ಷನ್ ಸ್ಟ್ರಿಂಗ್ ಒಳಗೆ ಅದೇ ಫಿಕ್ಸ್

SSMS ಬದಲಿಗೆ ಅಪ್ಲಿಕೇಶನ್ ವಿಫಲವಾದರೆ, ಅದೇ ಸ್ವಿಚ್ ಅದರ ಸಂಪರ್ಕ ಸ್ಟ್ರಿಂಗ್‌ನಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ. ಎರಡು ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಸೇರಿಸಿ - Encrypt=True ರಕ್ಷಿತ ಚಾನಲ್ ಅನ್ನು ಆನ್ ಮಾಡುತ್ತದೆ ಮತ್ತು TrustServerCertificate=True SSMS ಚೆಕ್‌ಬಾಕ್ಸ್‌ನ ಸಂಪರ್ಕ-ಸ್ಟ್ರಿಂಗ್ ಕಾಗುಣಿತವಾಗಿದೆ:

Server=SQL01;Database=AppDB;User Id=appuser;Password=YourPassword;Encrypt=True;TrustServerCertificate=True;

ಉದಾಹರಣೆ ಮೌಲ್ಯಗಳ ಸ್ಥಳದಲ್ಲಿ ನಿಮ್ಮ ಸ್ವಂತ ಸರ್ವರ್ ಹೆಸರು, ಡೇಟಾಬೇಸ್ ಮತ್ತು ಲಾಗಿನ್ ಅನ್ನು ಬಳಸಿ. ಟ್ರೇಡ್-ಆಫ್ ನಿಖರವಾಗಿ ಹಂತ 2 ರಲ್ಲಿ ಚೆಕ್‌ಬಾಕ್ಸ್‌ನಂತೆಯೇ ಇರುತ್ತದೆ, ಒಂದು ಹೆಚ್ಚುವರಿ ಅಪಾಯವಿದೆ: ರವಾನೆಯಾದ ಅಪ್ಲಿಕೇಶನ್‌ನ ಕಾನ್ಫಿಗರೇಶನ್‌ಗೆ ಬೇಯಿಸಲಾಗುತ್ತದೆ, ಸ್ಕಿಪ್ಡ್ ಚೆಕ್ ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಅದೃಶ್ಯವಾಗಿ ಮತ್ತು ಶಾಶ್ವತವಾಗಿ ಅನ್ವಯಿಸುತ್ತದೆ. ಇದನ್ನು ಡೆವಲಪ್‌ಮೆಂಟ್ ಮತ್ತು ಸ್ಟೇಜಿಂಗ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳಲ್ಲಿ ಇರಿಸಿಕೊಳ್ಳಿ ಮತ್ತು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಹಂತ 4 ರಲ್ಲಿ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರವು ಇರುವವರೆಗೆ ಎರವಲು ಪಡೆದ ಸಮಯ ಎಂದು ಪರಿಗಣಿಸಿ.

ಸರಿಯಾದ ಫಿಕ್ಸ್ - ಸರ್ವರ್ಗೆ ನಿಜವಾದ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಿ

ಶಾಶ್ವತ ದುರಸ್ತಿಯು ಸರ್ವರ್‌ನಲ್ಲಿ ಒಮ್ಮೆ ಸಂಭವಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಯಾವುದೇ ಚೆಕ್‌ಬಾಕ್ಸ್ ಮತ್ತು ಎಚ್ಚರಿಕೆಯಿಲ್ಲದೆ ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ಮೊದಲು ಸರ್ವರ್‌ನ ಪೂರ್ಣ DNS ಹೆಸರಿಗಾಗಿ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪಡೆಯಿರಿ (ಉದಾಹರಣೆಗೆ sql01.company.local) ನಿಮ್ಮ ಆಂತರಿಕ ಪ್ರಮಾಣಪತ್ರ ಪ್ರಾಧಿಕಾರದಿಂದ ಅಥವಾ ಸಾರ್ವಜನಿಕ CA ನಿಂದ, ಸರ್ವರ್ ದೃಢೀಕರಣ ಬಳಕೆಯೊಂದಿಗೆ. SQL ಸರ್ವರ್ ಯಂತ್ರದಲ್ಲಿನ ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್ ಪ್ರಮಾಣಪತ್ರ ಅಂಗಡಿಗೆ ಅದರ ಖಾಸಗಿ ಕೀಲಿಯೊಂದಿಗೆ ಅದನ್ನು ಆಮದು ಮಾಡಿ. ನಂತರ ಪ್ರಮಾಣಪತ್ರದ ಮೇಲೆ ಬಲ ಕ್ಲಿಕ್ ಮಾಡಿ, ಎಲ್ಲಾ ಕಾರ್ಯಗಳು → ಖಾಸಗಿ ಕೀಲಿಗಳನ್ನು ನಿರ್ವಹಿಸಿ ಆಯ್ಕೆಮಾಡಿ, ಮತ್ತು ಖಾಸಗಿ ಕೀಲಿಯಲ್ಲಿ SQL ಸರ್ವರ್ ಸೇವಾ ಖಾತೆಯನ್ನು ಓದಿ ಅನುಮತಿ ನೀಡಿ. SQL ಸರ್ವರ್ ಕಾನ್ಫಿಗರೇಶನ್ ಮ್ಯಾನೇಜರ್ ತೆರೆಯಿರಿ, SQL ಸರ್ವರ್ ನೆಟ್‌ವರ್ಕ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ವಿಸ್ತರಿಸಿ, MSSQLSERVER ಗಾಗಿ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಬಲ ಕ್ಲಿಕ್ ಮಾಡಿ, ಪ್ರಾಪರ್ಟೀಸ್ ಆಯ್ಕೆಮಾಡಿ, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಟ್ಯಾಬ್‌ನಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಫ್ಲ್ಯಾಗ್‌ಗಳು ಟ್ಯಾಬ್‌ನಲ್ಲಿ ನೀವು ForceEncryption ಅನ್ನು ಹೌದು ಗೆ ಹೊಂದಿಸಬಹುದು ಆದ್ದರಿಂದ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುವ ಅಗತ್ಯವಿದೆ. SQL ಸರ್ವರ್ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ - ನೀವು ಮಾಡುವವರೆಗೆ ಬದಲಾವಣೆಯು ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ.

ಕಟ್ಟುನಿಟ್ಟಾದ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸಲು ಪರಿಶೀಲಿಸಿ

ಸದ್ದಿಲ್ಲದೆ ಯಶಸ್ವಿಯಾಗುವ ಲಾಗಿನ್ ಜನರು ಯೋಚಿಸುವುದಕ್ಕಿಂತ ಕಡಿಮೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಕೆಲವು ಸೆಟ್ಟಿಂಗ್ ಸಂಯೋಜನೆಗಳು ನಿಜವಾದ ರಕ್ಷಣೆಯಿಲ್ಲದೆ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತವೆ. ಎರಡೂ ಭಾಗಗಳನ್ನು ಸಾಬೀತುಪಡಿಸಿ. ಮೊದಲಿಗೆ, ಕ್ಲೈಂಟ್‌ನಿಂದ ಕಟ್ಟುನಿಟ್ಟಾದ ರೀತಿಯಲ್ಲಿ ಮರುಸಂಪರ್ಕಿಸಿ: ಸರ್ವರ್‌ನ DNS ಹೆಸರನ್ನು ಬಳಸಿಕೊಂಡು ಸಂಪರ್ಕಪಡಿಸಿ - ಪ್ರಮಾಣಪತ್ರದ ಒಳಗಿನ ಹೆಸರು - ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಅನ್ನು ಕಡ್ಡಾಯವಾಗಿ ಹೊಂದಿಸಿ ಮತ್ತು ಟ್ರಸ್ಟ್ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರ ಅನ್ನು ಗುರುತಿಸದೆ ಬಿಡಿ. ಯಾವುದೇ ಎಚ್ಚರಿಕೆಯಿಲ್ಲದೆ ಲಾಗಿನ್ ಯಶಸ್ವಿಯಾಗಬೇಕು. ನಂತರ, ಅದೇ ಸೆಷನ್‌ನಲ್ಲಿ, SSMS ನಲ್ಲಿ ಈ ಪ್ರಶ್ನೆಯನ್ನು ಚಲಾಯಿಸುವ ಮೂಲಕ ಸಂಪರ್ಕವನ್ನು ನಿಜವಾಗಿ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗಿದೆಯೇ ಎಂದು ಸರ್ವರ್ ಅನ್ನು ಕೇಳಿ:

SELECT session_id, encrypt_option, auth_scheme FROM sys.dm_exec_connections WHERE session_id = @@SPID;

TRUE ಅನ್ನು ತೋರಿಸುವ encrypt_option ಉತ್ತೀರ್ಣ ದರ್ಜೆಯಾಗಿದೆ. ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಲಾಗಿನ್‌ನೊಂದಿಗೆ ತಪ್ಪು ಎಂದರೆ ರಕ್ಷಣೆಯನ್ನು ಬಿಡುವ ಮೂಲಕ ಸಂಪರ್ಕವು ಯಶಸ್ವಿಯಾಗಿದೆ ಮತ್ತು ಕೆಲಸವು ಪೂರ್ಣಗೊಂಡಿಲ್ಲ. ಆ ಉತ್ತೀರ್ಣ ಪರೀಕ್ಷೆಯು ನಿಜವಾದ ಅಂತಿಮ ಗೆರೆಯಾಗಿದೆ: ಭವಿಷ್ಯದ SSMS ಆವೃತ್ತಿಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಯಾವುದೇ ಸರಿಯಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ ಕ್ಲೈಂಟ್, ಈಗ ಪೂರ್ಣ ಮೌಲ್ಯೀಕರಣದೊಂದಿಗೆ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ ವಿಶೇಷ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಲ್ಲ.