ಡೊಮೇನ್ ಟ್ರಸ್ಟ್ ಇಲ್ಲದೆ Excel ನಿಂದ ಪಾಲುದಾರರ SQL Server ಗೆ

ಇನ್ನೊಂದು ಸಂಸ್ಥೆಯ SQL Server ನಲ್ಲಿ ಕೋಷ್ಟಕ ತೆರೆಯುವ Excel ಕಾರ್ಯಪುಸ್ತಕಕ್ಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದೇ ಎಂದು ಚರ್ಚಿಸಲಾಗುವ ಮೂರು ವಿಷಯಗಳು ಬೇಕು: ಸರ್ವರ್ ಸ್ವೀಕರಿಸುವ ಗುರುತು, ಕ್ಲೈಂಟ್ ಮಾನ್ಯಗೊಳಿಸುವ ಸಾಗಣೆ, ಮತ್ತು ಎರಡೂ ಕಡೆಗಳು ಅನುಮತಿಸುವ ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗ. ಡೊಮೇನ್ ಟ್ರಸ್ಟ್ ಮೊದಲನೆಯದನ್ನು ಪೂರೈಸುವ ಒಂದು ದಾರಿ ಮತ್ತು ಅಗಲವಾದದ್ದು. TLS ಎರಡನೆಯದನ್ನು ಪೂರೈಸುತ್ತದೆ ಮತ್ತು ಮೊದಲನೆಯದರ ಬಗ್ಗೆ ಏನೂ ಹೇಳುವುದಿಲ್ಲ. ಮಾರ್ಗ ಮೂರನೆಯದನ್ನು ಪೂರೈಸುತ್ತದೆ ಮತ್ತು ಸ್ವತಃ ಏನನ್ನೂ ರಕ್ಷಿಸುವುದಿಲ್ಲ.

ಈ ಮೂರನ್ನು ಪ್ರತ್ಯೇಕಿಸುವುದು ಸ್ಪ್ರೆಡ್ಶೀಟ್ ಅನ್ನು ಆಡಳಿತಾತ್ಮಕ ಸಂಬಂಧದ ಬದಲು ಸಣ್ಣ, ಪರಿಶೀಲಿಸಬಹುದಾದ ವಿನಂತಿಯನ್ನಾಗಿಸುತ್ತದೆ.

ಪ್ರಶ್ನೆ ಮರೆಮಾಡುವ ಮೂರು ನಿರ್ಣಯಗಳು

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

ಅರಣ್ಯ ಟ್ರಸ್ಟ್ ಮೊದಲನೆಯದಕ್ಕೆ ವಿಶಾಲವಾಗಿ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು ಅದು ಒಂದು ಕಾರ್ಯಪುಸ್ತಕದ ಸೆಟ್ಟಿಂಗ್ ಅಲ್ಲ, ಸಂಸ್ಥೆಗಳ ನಡುವಿನ ಸಂಬಂಧ. ಅದು ಏನನ್ನೂ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡುವುದಿಲ್ಲ, ಇದು ಟ್ರಸ್ಟ್ ಭದ್ರತಾ ನಿಯಂತ್ರಣ ಎಂದು ಭಾವಿಸಿದವರಿಗೆ ಆಶ್ಚರ್ಯ ತರುತ್ತದೆ.

ಅರಣ್ಯ ಟ್ರಸ್ಟ್ ಇಲ್ಲದ ಗುರುತು

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

ಯಾರೋ ಒಬ್ಬರ ವೈಯಕ್ತಿಕ ಲಾಗಿನ್ಗಿಂತ ಮೀಸಲಾದ ಖಾತೆಯನ್ನು ಆದ್ಯತೆ ಮಾಡಿ. ಸ್ಪ್ರೆಡ್ಶೀಟ್ನಲ್ಲಿ ಹಂಚಿದ ರಹಸ್ಯವು ಸಂಭವಿಸಲು ಕಾಯುತ್ತಿರುವ ಬೆಂಬಲ ಸಮಸ್ಯೆ, ಮತ್ತು ಹೆಸರಿಸಿದ ಖಾತೆ ಯೋಜನೆ ಮುಗಿದಾಗ ರದ್ದು ಮಾಡಲು ಸಾಧ್ಯ ಮಾಡುತ್ತದೆ.

ಎನ್ಕ್ರಿಪ್ಷನ್ ಹೌದು, ಆದರೆ ಪ್ರಮಾಣಪತ್ರವನ್ನು ನಂಬುವುದೇ?

ODBC Driver 18 ಜೊತೆಗೆ, Encrypt=Yes;TrustServerCertificate=No ಪ್ರಮಾಣಪತ್ರವನ್ನು ನಿಜವಾಗಿ ಪರಿಶೀಲಿಸುವ ಎನ್ಕ್ರಿಪ್ಟ್ ಸೆಷನ್ ಕೇಳುತ್ತದೆ. ಆಗ ಸಂಪರ್ಕ ಸ್ಟ್ರಿಂಗ್ ಪ್ರಮಾಣಪತ್ರ ಆವರಿಸುವ ಸರ್ವರ್ ಅನ್ನು ಹೆಸರಿಸಬೇಕು, ಮತ್ತು ಕ್ಲೈಂಟ್ ಅದರ ಸರಣಿಯನ್ನು ನಂಬಬೇಕು. Driver 18 ಹಿಂದಿನ ಆವೃತ್ತಿಗಳಂತೆ ಅಲ್ಲದೆ ಡಿಫಾಲ್ಟ್ ಆಗಿಯೂ ಎನ್ಕ್ರಿಪ್ಷನ್ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಳೆಯ ಸಂಪರ್ಕ ಸ್ಟ್ರಿಂಗ್ ಈಗ ಅದನ್ನು ಹೇಳದೆಯೇ TLS ಮಾತುಕತೆ ನಡೆಸಬಹುದು. ಸ್ಪಷ್ಟ ಸೆಟ್ಟಿಂಗ್ಗಳು ಉದ್ದೇಶಿತ ನೀತಿಯನ್ನು ಎಲ್ಲಾ ಯಂತ್ರಗಳಲ್ಲಿ ಗೋಚರಿಸುವಂತೆ ಮಾಡುತ್ತವೆ, ಇದು ಹಲವರು ಒಂದೇ ಕಾರ್ಯಪುಸ್ತಕವನ್ನು ನಿರ್ವಹಿಸುವಾಗ ಮುಖ್ಯ.

TrustServerCertificate=Yes ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿ ಮಾನ್ಯತೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಇದು ಹೆಸರಿನ ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದಿರುವಿಕೆ ಅಥವಾ ವಿಶ್ವಾಸಾರ್ಹವಲ್ಲದ ಸರಣಿಗೆ ಸಮಾನ ಪರಿಹಾರವಲ್ಲ. ಕ್ಲೈಂಟ್ ತಪ್ಪು ಅಂತ್ಯಬಿಂದುವನ್ನು ತಲುಪಿದೆ ಎಂದು ಹೇಳುತ್ತಿದ್ದ ಸಂಕೇತವನ್ನು ಅದು ತೆಗೆದುಹಾಕುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಹೆಸರನ್ನು ಸರಿಪಡಿಸಿ.

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

ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗವೇ ರಕ್ಷಣೆ ಅಲ್ಲ

VPN ಮೂಲಕ ತಲುಪುವ ಖಾಸಗಿ ಕೇಳುಗನು ಒಡ್ಡುವಿಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದು ಕೆಲಸ ಮಾಡಲು VPN ಸರಿಯಾದ ಗಮ್ಯಸ್ಥಾನ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳಬೇಕು. ಕೆಲಸ ಮಾಡುವ ಸುರಂಗವು ದೃಢೀಕರಣದ ಅಗತ್ಯ ಅಥವಾ ಪ್ರಮಾಣಪತ್ರ ಮಾನ್ಯತೆಯನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ, ಮತ್ತು TLS ಯಾವ ದೂರದ ವ್ಯವಸ್ಥೆಗಳು ಸಂಪರ್ಕವನ್ನು ಪ್ರಯತ್ನಿಸಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಬಂಧಿಸುವುದಿಲ್ಲ. ಇವು ಮೂರು ಪ್ರತ್ಯೇಕ ಅವಲೋಕನಗಳು: TLS ಹಸ್ತಲಾಘವ, VPN ಲಾಗಿನ್ ಮತ್ತು ಅಧಿಕೃತ ಪ್ರಶ್ನೆ. ಮೂರನೆಯದು ಮಾತ್ರ ಕಾರ್ಯಪುಸ್ತಕವು ಓದಲು ಅನುಮತಿ ಇದ್ದ ಡೇಟಾವನ್ನು ಓದಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

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

ಸಾಮಾನ್ಯ Excel ಕೆಲಸದ ಹರಿವಿನಿಂದ ಪರಿಶೀಲಿಸಿ: ಸ್ವೀಕೃತ ಗುರುತು, ಪರಿಣಾಮಕಾರಿ ಅನುಮತಿಗಳು ಮತ್ತು ಮಾತುಕತೆಯಾದ ಎನ್ಕ್ರಿಪ್ಷನ್, ಪ್ರತಿಯೊಂದೂ ಸರ್ವರ್ನ ಸ್ವಂತ ಸೆಷನ್ ನೋಟದ ಮೂಲಕ.