TLS, ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶ ಮತ್ತು SQL ಸವಲತ್ತುಗಳು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ
ಸಂಪರ್ಕವನ್ನು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಮಾಡುವುದು, ಮೂಲವನ್ನು ಒಪ್ಪಿಕೊಳ್ಳುವುದು ಮತ್ತು ಕೋಷ್ಟಕವನ್ನು ನೀಡುವುದು ಮೂರು ನಿರ್ಧಾರಗಳು. TLS VPN ಬದಲಿಸಬಹುದೇ ಎಂದು ಕೇಳುವ ಮೊದಲು ಅವನ್ನು ಕ್ರಮವಾಗಿ ನೋಡಿ.
ಯಾರೋ ಗ್ರಾಹಕರಿಗೆ PostgreSQL ಲಾಗಿನ್ ನೀಡಲು ಸೂಚಿಸುತ್ತಾರೆ, ಇದರಿಂದ ವೆಚ್ಚದ ಕ್ಲೇಮ್ ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿ ಸಾಗುತ್ತದೆ. ಡೇಟಾಬೇಸ್ ನಿರ್ವಾಹಕರಿಗೆ ನಿಜವಾದ SQL ಸೆಷನ್ ಬೇಕು, ಮತ್ತು ಇನ್ನೊಬ್ಬರು ಬದಲಿಗೆ ವೆಬ್ ಫಾರ್ಮ್ ಸೂಚಿಸುತ್ತಾರೆ. ಎರಡೂ ಪ್ರಸ್ತಾಪಗಳು ತಪ್ಪು ಸಮಸ್ಯೆಯನ್ನು ಬಗೆಹರಿಸುತ್ತವೆ, ಏಕೆಂದರೆ ಯಾವುದೂ ಗ್ರಾಹಕರು ನಿಜವಾಗಿ ಮಾಡುವ ಕಾರ್ಯಾಚರಣೆಯಿಂದ ಪ್ರಾರಂಭವಾಗಿಲ್ಲ. ಮೂರು ನಿರ್ಧಾರಗಳನ್ನು ಕ್ರಮವಾಗಿ ನೋಡಿ ಮತ್ತು TLS VPN ಬದಲಿಸಬಹುದೇ ಎಂಬ ಪ್ರಶ್ನೆ ತಾನೇ ಉತ್ತರಿಸುತ್ತದೆ.
ಗ್ರಾಹಕರಿಗೆ ಬೇಕಾದ ಕಾರ್ಯಾಚರಣೆಯಿಂದ ಪ್ರಾರಂಭಿಸಿ
ಗ್ರಾಹಕರು ಏನನ್ನು ಸಾಧಿಸಬೇಕು ಎಂದು ಬರೆಯಿರಿ. ಕ್ಲೇಮ್ ಸಲ್ಲಿಸುವುದು, ವರದಿಯ ಒಂದು ಸಾಲನ್ನು ಓದುವುದು ಮತ್ತು ತಕ್ಷಣದ ಪ್ರಶ್ನೆಯನ್ನು ಚಲಾಯಿಸುವುದು ಮೂರು ವಿಭಿನ್ನ ಅಪಾಯ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಮೂರು ವಿಭಿನ್ನ ಕಾರ್ಯಾಚರಣೆಗಳು.
ನಂತರ ವಿನಂತಿಯನ್ನು ಯಾರು ಮಾಡುತ್ತಿದ್ದಾರೆ ಎಂದು ಬರೆಯಿರಿ. ಗ್ರಾಹಕರು, ಬೆಂಬಲ ಏಜೆಂಟ್ ಮತ್ತು ನಿರ್ವಾಹಕರು ಒಂದೇ ಕೋಷ್ಟಕವನ್ನು ಸ್ಪರ್ಶಿಸಿದರೂ ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದವರು. ಈ ವ್ಯತ್ಯಾಸವು ಗ್ರಾಹಕರು ಪ್ರಶ್ನೆ ಭಾಷೆಯ ಎಷ್ಟು ಭಾಗವನ್ನು ಎಂದಾದರೂ ನೋಡಬೇಕು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಉತ್ತರಗಳ ಜೋಡಿ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಅದರ ನಂತರದ ಎಲ್ಲವೂ ಅನುಷ್ಠಾನ, ಮತ್ತು ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಬಗ್ಗೆ ಬಹುಪಾಲು ಚರ್ಚೆಗಳು ವಾಸ್ತವವಾಗಿ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆಯಾಯಿತು ಎಂಬ ಚರ್ಚೆ.
ಮೂರು ನಿಯಂತ್ರಣಗಳು, ಮೂರು ನಿರ್ಧಾರಗಳು
ದೃಢೀಕೃತ TLS ಸಂಪರ್ಕವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ TLS ಗುರುತುಗಳನ್ನು ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶ ಯಾವ ಮೂಲಗಳು ಆಲಿಸುವವರನ್ನು ತಲುಪಬಹುದು ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಡೇಟಾಬೇಸ್ ಅಧಿಕಾರ ಪಾತ್ರವು ಯಾವ ವಸ್ತುಗಳು ಮತ್ತು ಕ್ರಿಯೆಗಳನ್ನು ಬಳಸಬಹುದು ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಮೂರರಲ್ಲಿ ಯಾವುದೂ ಇತರವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ, ಅದನ್ನು ಕೋಷ್ಟಕ ಸ್ಪಷ್ಟಪಡಿಸುತ್ತದೆ.
| Control | What it decides | What it leaves open |
|---|---|---|
| Authenticated TLS | Connection protection and which TLS identities are accepted | Which tables a database user may touch |
| Restricted network entry | Which sources reach the listener | Whether an authenticated user should run a given statement |
| Database authorization | Which objects and actions a role may use | Whether the connection arrived by an approved path |
ಇನ್ನೊಂದು ಸಾಲನ್ನು ತೆಗೆದುಹಾಕುವ ಮೊದಲು ನೀವು ಅವಲಂಬಿಸಿರುವ ಸಾಲನ್ನು ಓದಿ. ಈ ವಿನ್ಯಾಸಗಳಲ್ಲಿ ಬಹುಪಾಲು ನಿಯಂತ್ರಣವನ್ನು ಸಂರಚಿಸುವ ಬದಲು ಊಹಿಸಿದ್ದರಿಂದ ವಿಫಲವಾಗುತ್ತವೆ.
ನೇರ SQL ಡೇಟಾಬೇಸ್ ನೀತಿಯನ್ನು ಹೊಣೆಗಾರನಾಗಿ ಇಡುತ್ತದೆ
ಅನುಮೋದಿತ ನೇರ ಸಂಪರ್ಕದೊಂದಿಗೆ ಸೇವಾ ಗುರುತಿನ ಪರಿಶೀಲನೆ ಮತ್ತು ಉದ್ದೇಶಿತ ಪ್ರವೇಶ ನೀತಿ ಎರಡನ್ನೂ ಉಳಿಸಿಕೊಳ್ಳಿ. TLS ಆನ್ ಮಾಡುವುದರಿಂದ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಸಂಪರ್ಕಗಳು ಲಭ್ಯವಾಗುತ್ತವೆ; ಪ್ರವೇಶ ಸಂರಚನೆ hostssl ನಮೂದುಗಳ ಮೂಲಕ ಹೇಳದ ಹೊರತು ಅದು ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗದ ಸಂಪರ್ಕಗಳನ್ನು ನಿರಾಕರಿಸುವುದಿಲ್ಲ.
ಈ ವ್ಯತ್ಯಾಸವನ್ನು ಟೆಂಪ್ಲೇಟ್‌ನಲ್ಲಿ ಅಲ್ಲ, ಚಾಲನೆಯಲ್ಲಿರುವ ಸಂರಚನೆಯಲ್ಲಿ ಪರಿಶೀಲಿಸುವುದು ಯೋಗ್ಯ. TLS ನೀಡುವ ಮತ್ತು ಸರಳ ಪಠ್ಯವನ್ನು ಸ್ವೀಕರಿಸುವ ಸರ್ವರ್ ಬಹುಪಾಲು ಜನರು ನಿಯೋಜಿಸಿದ್ದೇವೆ ಎಂದು ಭಾವಿಸುವ ವಿನ್ಯಾಸವಲ್ಲ. ಪ್ರವೇಶ ನಿಯಮಗಳನ್ನು ಓದಿ ಮತ್ತು ಯಾವ ನಮೂದುಗಳು ನಿಜವಾಗಿ ಅದನ್ನು ಬೇಡುತ್ತವೆ ಎಂದು ನೋಡಿ. ಆ ಒಂದು ಪರಿಶೀಲನೆ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಸಾಮರ್ಥ್ಯವಿರುವ ಸರ್ವರ್ ಅನ್ನು ಕೇವಲ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆದ ಸರ್ವರ್‌ನಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ.
ಕೆಲಸಕ್ಕೆ ಬೇಕಾದ ಸವಲತ್ತುಗಳನ್ನು ಮಾತ್ರ ಹೊಂದಿರುವ ಪಾತ್ರಗಳನ್ನು ಬಳಸಿ, ಮತ್ತು ಮಾಲೀಕತ್ವ, ಆನುವಂಶಿಕ ಸದಸ್ಯತ್ವ ಮತ್ತು ವ್ಯಾಪಕವಾಗಿ ನೀಡಲಾದ ಅನುಮತಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. PostgreSQL ಸವಲತ್ತು ಮಾದರಿ ಡೇಟಾಬೇಸ್ ವಸ್ತುಗಳಿಗೆ ಅಧಿಕಾರದ ಮಿತಿ.
VPN ಡೇಟಾಬೇಸ್ ದೃಢೀಕರಣ ನಡೆಯುವ ಮೊದಲು ಯಾವ ಸಾಧನಗಳು ಸೇವೆಯನ್ನು ತಲುಪುತ್ತವೆ ಎಂದು ಮಿತಿಗೊಳಿಸಬಹುದು, ಮತ್ತು ಪ್ರವೇಶ ಗೇಟ್‌ವೇ ಕೂಡ ಅಂತಹದೇ ಏನಾದರೂ ಮಾಡಬಹುದು. ಎರಡೂ ಒಡ್ಡಲಾದ ಘಟಕದ ನಿರ್ವಹಣೆ, ರುಜುವಾತುಗಳ ನಿರ್ವಹಣೆ ಮತ್ತು ಸಂಪನ್ಮೂಲ ಬಳಕೆಯ ಮಿತಿಯ ಅಗತ್ಯವನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ.
ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರಗಳು ರುಜುವಾತು, ACL ಅಲ್ಲ
ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರವು ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಒಂದು ಷರತ್ತನ್ನು ಸೇರಿಸಬಹುದು. clientcert ಸೆಟ್ಟಿಂಗ್ ವಿಶ್ವಾಸಾರ್ಹ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಮತ್ತು ಕಟ್ಟುನಿಟ್ಟಿನ ಮೋಡ್‌ನಲ್ಲಿ ಪ್ರಮಾಣಪತ್ರದ ಹೆಸರು ಮತ್ತು ಡೇಟಾಬೇಸ್ ಬಳಕೆದಾರರ ನಡುವಿನ ಸಂಬಂಧವನ್ನು ಬೇಡಬಹುದು.
ಅದು ಬಲವಾದ ರುಜುವಾತು. ಅದು ಅಧಿಕಾರ ಪಟ್ಟಿ ಅಲ್ಲ, ಮತ್ತು ಅದು ಸರ್ವರ್ ಅನ್ನು ಅದೃಶ್ಯಗೊಳಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸುವ ಘಟಕವು ಇನ್ನೂ ನೆಟ್‌ವರ್ಕ್ ಸಂಚಾರ ಮತ್ತು ಕೈಕುಲುಕುವಿಕೆಯನ್ನು ಸಂಸ್ಕರಿಸುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪ್ರವೇಶ ಪಟ್ಟಿಯಾಗಿ ಪರಿಗಣಿಸುವುದು ನಿಜವಾದ ಅನುಮತಿಗಳನ್ನು ಅಸ್ಪೃಷ್ಟವಾಗಿ ಬಿಡುತ್ತದೆ. ಅದು ಪ್ರಮಾಣಪತ್ರ ವಿತರಣೆಯನ್ನು ವಿಸ್ತರಿಸುವ ಪ್ರವೃತ್ತಿ ಸಹ ಹೊಂದಿದೆ, ಅದು ಮುಂದಿನ ಸಮಸ್ಯೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.
ಹೆಚ್ಚುವರಿ ಸವಲತ್ತುಗಳ ಪಾತ್ರಕ್ಕೆ ಜೋಡಿಸಲಾದ ಬಲವಾದ ಪ್ರಮಾಣಪತ್ರವು ಚೆನ್ನಾಗಿ ದೃಢೀಕೃತ ನಿರ್ವಾಹಕನನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರವನ್ನು ಆಚರಿಸುವ ಮೊದಲು ಪಾತ್ರವನ್ನು ಪರಿಶೀಲಿಸಿ.
ಸರಿಹೊಂದಿದಾಗ ಸಣ್ಣ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆಮಾಡಿ
ವೆಚ್ಚದ ಕ್ಲೇಮ್‌ಗಾಗಿ, ಕ್ಲೇಮ್ ಸ್ವೀಕರಿಸುವ, ವ್ಯಾಪಾರ ನಿಯಮಗಳನ್ನು ಜಾರಿಗೊಳಿಸುವ ಮತ್ತು ಆ ಬಳಕೆದಾರರ ಅನುಮತಿಸಿದ ಫಲಿತಾಂಶವನ್ನು ಹಿಂತಿರುಗಿಸುವ ಅಪ್ಲಿಕೇಶನ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸಾಮಾನ್ಯ SQL ಖಾತೆಗಿಂತ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಉತ್ತಮವಾಗಿ ಪ್ರತಿನಿಧಿಸುತ್ತದೆ.
ನಂತರ ಅಪ್ಲಿಕೇಶನ್ ತನ್ನ ಸ್ವಂತ ನಿರ್ಬಂಧಿತ ಡೇಟಾಬೇಸ್ ಗುರುತನ್ನು ಬಳಸುತ್ತದೆ, ಮತ್ತು ಗ್ರಾಹಕರು ಎಂದಿಗೂ ವೈಶಿಷ್ಟ್ಯವಾಗಿ ಪ್ರಶ್ನೆ ಭಾಷೆಯನ್ನು ಪಡೆಯುವುದಿಲ್ಲ. ಅದು ತಪ್ಪಾಗುವ ಕಡಿಮೆ ದಾರಿಗಳಿರುವ ಸಣ್ಣ ಮೇಲ್ಮೈ.
ಇದು ವಿನ್ಯಾಸ ಆಯ್ಕೆ, ಅಪ್ಲಿಕೇಶನ್ ಕೋಡ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸುರಕ್ಷಿತ ಎಂಬ ಪ್ರತಿಪಾದನೆ ಅಲ್ಲ. ಆ ಕೋಡ್ ತನ್ನ ಕರೆಗಾರರನ್ನು ದೃಢೀಕರಿಸಬೇಕು, ಪ್ರತಿ ಕ್ರಿಯೆಯನ್ನು ಅಧಿಕಾರಗೊಳಿಸಬೇಕು ಮತ್ತು ತನ್ನ ಇನ್‌ಪುಟ್ ಅನ್ನು ಮಾನ್ಯಗೊಳಿಸಬೇಕು, ಮತ್ತು ಅದರ ಸ್ವಂತ ಡೇಟಾಬೇಸ್ ಅನುಮತಿಗಳು ಇನ್ನೂ ಮುಖ್ಯ.
ನೇರ SQL ತಮ್ಮ ಅನುಮೋದಿತ ಕೆಲಸಕ್ಕೆ ಅದು ಬೇಕಾದ ಜನರು ಮತ್ತು ಸಾಧನಗಳಿಗೆ ಸರಿಯಾಗಿ ಉಳಿಯುತ್ತದೆ. ಆ ವಿನ್ಯಾಸವನ್ನು ಪಾತ್ರಗಳು, ನೆಟ್‌ವರ್ಕ್ ವ್ಯಾಪ್ತಿ ಮತ್ತು ಕಾರ್ಯಾಚರಣಾ ಮಿತಿಗಳಿಂದ ನಿಯಂತ್ರಿಸಿ, ಮತ್ತು ಉಳಿದ ಕ್ಲೈಂಟ್‌ಗಳು ಸಣ್ಣ ಇಂಟರ್ಫೇಸ್ ಉಳಿಸಿಕೊಳ್ಳಲಿ. ಎರಡು ಜನಸಂಖ್ಯೆಗಳನ್ನು ಒಂದೇ ಪಾತ್ರದಲ್ಲಿ ಬೆರೆಸುವುದು ಚರ್ಚೆಗಳು ಪ್ರಾರಂಭವಾಗುವ ಸ್ಥಳ.