VPN ಮೇಲೆ SQL: ನೇರ ಕ್ಲೈಂಟ್ ಅಥವಾ ಆಂತರಿಕ ವರ್ಕ್‌ಸ್ಟೇಷನ್?

ತಂಡಗಳು ತಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳಲ್ಲಿ SSMS ಬಯಸುತ್ತವೆ, ಮತ್ತು ತ್ವರಿತ ಪರಿಹಾರ SQL ಪೋರ್ಟ್ ಅನ್ನು VPN ಪೂಲ್‌ಗೆ ಪ್ರಕಟಿಸುವುದು. ನಿಧಾನ ಉತ್ತರವು ಕ್ಲೈಂಟ್ ಪ್ರಕ್ರಿಯೆ ಎಲ್ಲಿ ಚಲಿಸಬೇಕು ಎಂದು ಕೇಳುತ್ತದೆ, ಏಕೆಂದರೆ ನೇರ ಪ್ರವೇಶ ಮತ್ತು ಆಂತರಿಕ ವರ್ಕ್‌ಸ್ಟೇಷನ್ ವಿಭಿನ್ನ ಮೂಲ ವಿಳಾಸಗಳು, ಎಂಡ್‌ಪಾಯಿಂಟ್ ವಿಶ್ವಾಸ ಮತ್ತು ಡೇಟಾ ಮಾರ್ಗಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತವೆ. ಎರಡೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸುರಕ್ಷಿತವಲ್ಲ, ಮತ್ತು ಕೇವಲ VPN ಸದಸ್ಯತ್ವ ಏನನ್ನೂ ನಿರ್ಧರಿಸುವುದಿಲ್ಲ. ಅನುಮತಿ ನಿಯಮ ಇರುವ ಮೊದಲೇ ವಿನ್ಯಾಸಗಳನ್ನು ಹೋಲಿಸಿ.

ಎರಡು ಮಾರ್ಗ, ಎರಡು ಮೂಲ ವಿಳಾಸ

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

ಲ್ಯಾಪ್‌ಟಾಪ್ ಇನ್ನೂ ದೂರದ ಸೆಷನ್ ನಿಯಂತ್ರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ವರ್ಕ್‌ಸ್ಟೇಷನ್ ಬಳಕೆದಾರ ದೃಢೀಕರಣ ಅಥವಾ ಸೆಷನ್ ನೀತಿಯ ಪರ್ಯಾಯವಲ್ಲ.

ಡೇಟಾಬೇಸ್ ನಿಜವಾಗಿ ಏನನ್ನು ನೋಡುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ

ಮೂಲ ವಿಳಾಸವು ಅಳೆಯಬೇಕಾದ ವಿಷಯ, ರೇಖಾಚಿತ್ರದಿಂದ ಊಹಿಸಬೇಕಾದುದಲ್ಲ. ಅದನ್ನು ಸಕ್ರಿಯ ಸಂಪರ್ಕದ ಸರ್ವರ್ ಬದಿಯಿಂದ ಓದಿ.

Test-NetConnection sql.example.com -Port 1433
sqlcmd -S tcp:sql.example.com,1433 -N -d appdb -Q "select SUSER_SNAME() as login_name, DB_NAME() as db"

ಸಂಪರ್ಕ ಪರೀಕ್ಷೆ ಆ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ TCP ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಆದರೆ ಪ್ರಶ್ನೆ ಸೆಷನ್ ಯಾವ ಲಾಗಿನ್ ಮತ್ತು ಡೇಟಾಬೇಸ್ ತಲುಪಿತು ಎಂದು ತೋರಿಸುತ್ತದೆ. ಸರ್ವರ್ ದಾಖಲಿಸಿದ ವಿಳಾಸವನ್ನು ನೋಡಲು ಪ್ರಸ್ತುತ ಸೆಷನ್‌ಗಾಗಿ sys.dm_exec_connections ಪ್ರಶ್ನಿಸಿ, ಅದು ಯಾವುದೇ ಅನುವಾದದ ನಂತರ ಕ್ಲೈಂಟ್ ವಿಳಾಸವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಆ ಮೌಲ್ಯ ಲ್ಯಾಪ್‌ಟಾಪ್ ಅಲ್ಲದೆ ಗೇಟ್‌ವೇ ಆಗಿದ್ದರೆ, ಪ್ರತಿ-ಬಳಕೆದಾರ ಹೋಸ್ಟ್ ನಿಯಮ ಡೇಟಾಬೇಸ್ ಯಂತ್ರದಲ್ಲಿ ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಗಮನಿಸಿದ ಮೌಲ್ಯವನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ ವಿನ್ಯಾಸದ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಮರುಸಂಪರ್ಕಗಳು ಮತ್ತು ಪೂಲ್ ಬದಲಾವಣೆಗಳು ಅದನ್ನು ಸರಿಸುತ್ತವೆ.

ಶ್ರೋತವನ್ನು ತೆರೆಯಿರಿ, ಹೆಚ್ಚಿನದೇನೂ ಇಲ್ಲ

ನಿಯೋಜನೆಗೆ ಬೇಕಾದ ಸೇವೆಯನ್ನು ಮಾತ್ರ ತೆರೆಯಿರಿ. ಪರಿಚಿತ 1433 ಡೀಫಾಲ್ಟ್ ಇನ್‌ಸ್ಟೆನ್ಸ್‌ನ ಪೋರ್ಟ್, ಸಾರ್ವತ್ರಿಕ ಸ್ಥಿರಾಂಕವಲ್ಲ.

Get-NetTCPConnection -State Listen -LocalPort 1433

ಹೆಸರಿಸಿದ ಇನ್‌ಸ್ಟೆನ್ಸ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಚಲನಶೀಲ ಪೋರ್ಟ್‌ನಲ್ಲಿ ಕೇಳುತ್ತವೆ, SQL Server Browser UDP 1434 ನಲ್ಲಿ ಅನ್ವೇಷಣೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಅವಲಂಬನೆ ಪ್ರತ್ಯೇಕ ಒಡ್ಡಿಕೆಯಾಗಿದ್ದು ಸಮರ್ಥಿಸಬೇಕು. ಇನ್‌ಸ್ಟೆನ್ಸ್‌ಗೆ ಸ್ಥಿರ ಪೋರ್ಟ್ ಪಿನ್ ಮಾಡುವುದು Browser ನ ಅಗತ್ಯವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ ಮತ್ತು ಫೈರ್‌ವಾಲ್ ನಿಯಮಗಳನ್ನು ಸ್ಥಿರಗೊಳಿಸುತ್ತದೆ. ಪರೀಕ್ಷೆ ಪಾಸ್ ಆಗಲು ಕ್ಲೈಂಟ್ ಈಗಾಗಲೇ ಮಾಡುವ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವ ಬದಲು ಉಳಿಸಿಕೊಳ್ಳಿ. ನಂತರ ಇಡೀ VPN ಗುಂಪನ್ನು ಸರ್ವರ್ ಪಾತ್ರಕ್ಕೆ ಸೇರಿಸುವ ಬದಲು ಕೆಲಸದ ಹೊರೆಗೆ ಡೇಟಾಬೇಸ್ ಪಾತ್ರಗಳನ್ನು ನೀಡಿ.

ಅನುಮತಿಸಿದ ಮಾರ್ಗ ಮತ್ತು ನಿರಾಕರಿಸಿದ ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸಿ

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

ಕ್ಲೈಂಟ್ ಎಲ್ಲಿ ಚಲಿಸಿತು, ಡೇಟಾಬೇಸ್ ಯಾವ ಮೂಲವನ್ನು ನೋಡಿತು ಮತ್ತು ಯಾವ ನಿಯಮ ಅನುಮತಿಸಿತು ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ. ಮುಂದಿನ ಪರಿಶೀಲನೆ ಕೇಳುವ ಸಾಕ್ಷ್ಯ ಅದೇ.