VPN ಮೂಲಕ MariaDB: ಸರ್ವರ್ ಯಾವ user@host ನೋಡುತ್ತದೆ?
ಖಾತೆಯನ್ನು ಬಳಕೆದಾರ ಮತ್ತು ಹೋಸ್ಟ್ ಒಟ್ಟಿಗೆ ಆಯ್ಕೆ ಮಾಡಲಾಗುತ್ತದೆ. ಸರ್ವರ್ ನೋಡಿದ ಮೂಲವನ್ನು ಹುಡುಕಿ, CURRENT_USER() ಓದಿ, ನಂತರ ಆ ಸಾಲನ್ನು ಸರಿಪಡಿಸಿ, ಅನುಮತಿಯನ್ನಲ್ಲ.
ಒಂದೇ ಬಳಕೆದಾರ ಹೆಸರನ್ನು ಎರಡು ಬೇರೆ ಮಾರ್ಗಗಳಿಂದ ನಮೂದಿಸಿ ಮತ್ತು MariaDB ನಿಮ್ಮನ್ನು ಎರಡು ಬೇರೆ ಖಾತೆಗಳಾಗಿ ದೃಢೀಕರಿಸಬಹುದು. ಖಾತೆಗಳು ಬಳಕೆದಾರ ಮತ್ತು ಹೋಸ್ಟ್ ಒಟ್ಟಿಗೆ ಆಧಾರಿತವಾಗಿವೆ, ಆದ್ದರಿಂದ 'reporter'@'localhost' ಮತ್ತು 'reporter'@'10.90.0.23' ಪ್ರತ್ಯೇಕ ಪಾಸ್ವರ್ಡ್ಗಳು ಮತ್ತು ಪ್ರತ್ಯೇಕ ಅನುಮತಿಗಳೊಂದಿಗೆ ಪ್ರತ್ಯೇಕ ಸಾಲುಗಳು. VPN ಮೂಲಕ ಆಸಕ್ತಿದಾಯಕ ಪ್ರಶ್ನೆ ಬಳಕೆದಾರ ಯಾವ ಹೆಸರು ನಮೂದಿಸಿದರು ಎಂಬುದಲ್ಲ, ಬದಲಿಗೆ ಸರ್ವರ್ ಯಾವ ಮೂಲ ವಿಳಾಸವನ್ನು ನೋಡಿತು.
ಸರ್ವರ್ ನಿಜವಾಗಿ ನೋಡುವ ಮೂಲವನ್ನು ನಿರ್ಧರಿಸಿ
ಲ್ಯಾಪ್ಟಾಪ್ನಿಂದ ಅಲ್ಲ, ಡೇಟಾಬೇಸ್ ಹೋಸ್ಟ್ನಿಂದ ಹಿಂದಕ್ಕೆ ಕೆಲಸ ಮಾಡಿ. ಕ್ಲೈಂಟ್ ತನ್ನ ಬಳಿ ಇದೆ ಎಂದು ಭಾವಿಸುವ ವಿಳಾಸವು ಹಲವು ಸಾಧ್ಯತೆಗಳಲ್ಲಿ ಒಂದೇ:
| Path | Source MariaDB sees |
|---|---|
| Routed tunnel, no translation | The client's inner VPN address |
| Gateway source translation | The gateway's translated address |
| SSH local forward | The SSH server's address |
| Public exit, no tunnel | Whatever the ISP handed out |
ಅದನ್ನು ನಿರ್ಧರಿಸಲು ಸರ್ವರ್-ಬದಿಯ ಸಾಕ್ಷ್ಯವನ್ನು ಬಳಸಿ. ಸಂಪರ್ಕ ಲಾಗ್, ಸಕ್ರಿಯ ಸೆಷನ್ಗಳ ಪಟ್ಟಿ ಅಥವಾ ಸಾಮಾನ್ಯ ಲಾಗ್ನಲ್ಲಿ ತಾತ್ಕಾಲಿಕ ನಮೂದು ಸರ್ವರ್ ಸ್ವೀಕರಿಸಿದ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ. ಬ್ರೌಸರ್ನಿಂದ ಲ್ಯಾಪ್ಟಾಪ್ನ ಸಾರ್ವಜನಿಕ IP ಬೇರೆ ಸತ್ಯ ಮತ್ತು ಹೆಚ್ಚಾಗಿ ದಾರಿತಪ್ಪಿಸುತ್ತದೆ.
MariaDB ಆಯ್ಕೆ ಮಾಡಿದ ಖಾತೆಯನ್ನು ಹೊಂದಿಸಿ
ಖಾತೆ ಆಯ್ಕೆಯು ಅನುಮತಿಗಳ ಒಕ್ಕೂಟವಲ್ಲ, ದಾಖಲಿತ ಕ್ರಮವನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ನಿಖರ ಹೋಸ್ಟ್ ಹೊಂದಾಣಿಕೆ ವೈಲ್ಡ್ಕಾರ್ಡ್ಗಿಂತ ಮೊದಲು ಬರುತ್ತದೆ, ಮತ್ತು ಅನಾಮಧೇಯ ಬಳಕೆದಾರ ಸಾಲುಗಳು ಹೆಸರೊಂದೇ ನಿರ್ಧರಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸುವವರಿಗೆ ಆಶ್ಚರ್ಯ ತರುವ ರೀತಿಯಲ್ಲಿ ಹೊಂದಾಣಿಕೆಯಲ್ಲಿ ಭಾಗವಹಿಸುತ್ತವೆ. ಸರ್ವರ್ ಒಂದು ಸಾಲನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ; ಅದು ಪ್ರತಿ ಸಮಾನ ಹೆಸರಿನ ಸಾಲಿನ ಸವಲತ್ತುಗಳನ್ನು ವಿಲೀನ ಮಾಡುವುದಿಲ್ಲ. ಉಲ್ಲೇಖವನ್ನು ಒಮ್ಮೆ ಓದುವುದು ಅರ್ಧ ದಿನ ಊಹೆಗಳನ್ನು ಪರೀಕ್ಷಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮೌಲ್ಯದ್ದು.
ಇದರರ್ಥ 'reporter'@'%' ಗೆ ಅನುಮತಿ ಸೇರಿಸುವುದರಿಂದ ಏನೂ ಬದಲಾಗದಿರಬಹುದು, ಸೆಷನ್ 'reporter'@'10.90.0.23' ಆಗಿ ದೃಢೀಕರಣಗೊಂಡಿದ್ದರೆ. ಸರಿಪಡಿಸುವಿಕೆ ಆಯ್ಕೆಯಾದ ಸಾಲಿನ ಮೇಲೆಯೇ ಬೀಳಬೇಕು, ಆದ್ದರಿಂದ ಖಾತೆಯನ್ನು ಗುರುತಿಸುವುದು ಅನುಮತಿಗಳ ಸಂಪಾದನೆಗಿಂತ ಮೊದಲು ಬರುತ್ತದೆ.
ಸೆಷನ್ ನಿಜವಾಗಿ ಬಳಸುವ ಖಾತೆಯನ್ನು ಓದಿ
SELECT USER(), CURRENT_USER();
SHOW GRANTS;CURRENT_USER() ಸೆಷನ್ ಅನ್ನು ದೃಢೀಕರಿಸಿದ ಖಾತೆಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ; USER() ಕ್ಲೈಂಟ್ ಕೇಳಿದ್ದನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಭಿನ್ನವಾಗಿರಬಹುದು. ಇವುಗಳನ್ನು ಸಾಮಾನ್ಯ ಮೇಲ್ಮಟ್ಟದ ಪ್ರಶ್ನೆಗಳಾಗಿ ಚಲಾಯಿಸಿ, ವ್ಯಾಖ್ಯಾನಕಾರ ಸಂದರ್ಭವಿರುವ ಸಂಗ್ರಹಿತ ರೂಟಿನ್ನ ಒಳಗಿನಿಂದ ಅಲ್ಲ, ಇಲ್ಲದಿದ್ದರೆ ಉತ್ತರಗಳು ನಿಮ್ಮ ಸೆಷನ್ ಬದಲು ರೂಟಿನ್ನ ಮಾಲೀಕರನ್ನು ವಿವರಿಸುತ್ತವೆ.
ವಿಫಲ ಲಾಗಿನ್ ಇವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಚಲಾಯಿಸಲಾರದು, ಮತ್ತು ಇದು ನಿರ್ವಾಹಕರು ಖಾತೆ ವ್ಯಾಖ್ಯಾನಗಳು ಮತ್ತು ಸರ್ವರ್ನ ಸಂಪರ್ಕ ಸಾಕ್ಷ್ಯವನ್ನು ಪರಿಶೀಲಿಸಬೇಕಾದ ಸಂದರ್ಭ. ಅದಕ್ಕೆ ಸಿದ್ಧರಾಗಿ: ತಿರಸ್ಕೃತ ಲಾಗಿನ್ ಅನ್ನು ಡೀಬಗ್ ಮಾಡುವ ವ್ಯಕ್ತಿಯ ಬಳಿ ಸಾಮಾನ್ಯವಾಗಿ ಕೇಳಲು SQL ಸೆಷನ್ ಇರುವುದಿಲ್ಲ.
ತಲುಪುವಿಕೆಯನ್ನು ದೃಢೀಕರಣದಿಂದ ಬೇರ್ಪಡಿಸಿ
ದೋಷ ಪಠ್ಯವು ನೀವು ಯಾವ ಪದರದಲ್ಲಿದ್ದೀರಿ ಎಂದು ಹೇಳುತ್ತದೆ. ತಿರಸ್ಕೃತ ಸಂಪರ್ಕ ಅಥವಾ ಸಮಯ ಮೀರುವಿಕೆ ಎಂದರೆ ಕ್ಲೈಂಟ್ ಎಂದಿಗೂ ಶ್ರೋತೃವನ್ನು ತಲುಪಲಿಲ್ಲ, ಆದ್ದರಿಂದ ಖಾತೆ ಮತ್ತು ಅದರ ಪಾಸ್ವರ್ಡ್ ಇನ್ನೂ ಪ್ರಶ್ನೆಯಲ್ಲಿಲ್ಲ. ಪ್ರವೇಶ ನಿರಾಕರಿಸಲಾಗಿದೆ ಎಂಬ ಉತ್ತರ ಎಂದರೆ ಸರ್ವರ್ ಉತ್ತರಿಸಿತು, ಇದು ತಲುಪುವಿಕೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು ಖಾತೆ, ಹೋಸ್ಟ್ ಹೊಂದಾಣಿಕೆ ಅಥವಾ ರುಜುವಾತಿನತ್ತ ಸೂಚಿಸುತ್ತದೆ.
ನೆಟ್ವರ್ಕ್ ಪೂರ್ವಾಪೇಕ್ಷೆಗಳು ತಮ್ಮದೇ ಪಟ್ಟಿ: ಲೂಪ್ಬ್ಯಾಕ್ಗೆ ಮಾತ್ರವಲ್ಲ, ಉದ್ದೇಶಿತ ವಿಳಾಸಕ್ಕೆ ಬದ್ಧವಾದ ಶ್ರೋತೃ, ಸಂರಚಿತ ಪೋರ್ಟ್ಗೆ ಅನುಮತಿಸಿದ ಸಂಚಾರ ಮತ್ತು ಉತ್ತರಕ್ಕೆ ಮರಳು ಮಾರ್ಗ. ಪ್ರತಿಯೊಂದೂ ಸ್ವತಂತ್ರವಾಗಿ ವಿಫಲವಾಗಬಹುದು, ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಸುರಂಗ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಸೂಚಿಸುವುದಿಲ್ಲ. ಲೂಪ್ಬ್ಯಾಕ್ನಲ್ಲಿನ ಶ್ರೋತೃ ಸ್ಥಳೀಯ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸಿ ಪ್ರತಿ ದೂರದ ಸಂಪರ್ಕವನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ, ಇದು ಫೈರ್ವಾಲ್ ಬ್ಲಾಕ್ನಂತೆ ಕಾಣುವ ತಿರಸ್ಕೃತ ಸಂಪರ್ಕವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
ನೆಟ್ವರ್ಕ್ ತಂಡದೊಂದಿಗೆ ಟಿಕೆಟ್ ತೆರೆಯುವ ಮೊದಲು ಬೈಂಡ್ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ. ಡೇಟಾಬೇಸ್ ಹೋಸ್ಟ್ನಲ್ಲಿ ss -lntp ಯಾವ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ನಿಜವಾಗಿ ಆಲಿಸುತ್ತಿವೆ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಒಂದು ಸಾಲು ಊಹೆಗಳ ಸಂಪೂರ್ಣ ವರ್ಗವನ್ನು ಹೊರಗಿಡುತ್ತದೆ.
ಸಂಕುಚಿತವಾಗಿ ಸರಿಪಡಿಸಿ, ನಂತರ ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಮರುಪರೀಕ್ಷಿಸಿ
ಉದ್ದೇಶಿತ ಹೋಸ್ಟ್-ಅರ್ಹ ಖಾತೆಯನ್ನು ಸಂಸ್ಥೆಯ ಅನುಮೋದಿತ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲಕ ರಚಿಸಿ, ಬೆಂಬಲಿತ ಸಂಗ್ರಹದಿಂದ ರುಜುವಾತಿನೊಂದಿಗೆ, ಟಿಕೆಟ್ನಲ್ಲಿ ಅಂಟಿಸಿದ ಹಂಚಿದ ಒಂದರ ಬದಲು. ಕಾರ್ಯಕ್ಕೆ ಬೇಕಾದ ಸ್ಕೀಮಾ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಮಾತ್ರ ನೀಡಿ. ವಿಫಲ ದೂರದ ಲಾಗಿನ್ ಅನ್ನು ರೂಟ್ ಖಾತೆ, ಎಲ್ಲರಿಗೂ-ನೀಡು ನೀತಿ ಅಥವಾ ಸಾರ್ವತ್ರಿಕ ವೈಲ್ಡ್ಕಾರ್ಡ್ ಹೋಸ್ಟ್ ಆಗಿ ಪರಿವರ್ತಿಸುವುದು ಪರೀಕ್ಷೆಯನ್ನು ಪಾಸ್ ಮಾಡಿಸುತ್ತದೆ ಮತ್ತು ನೀವು ಪರೀಕ್ಷಿಸುತ್ತಿದ್ದ ನಿಯಂತ್ರಣವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಆತುರದಲ್ಲಿ ಸೇರಿಸಿದ ಅನುಮತಿಯೇ ನಂತರ ಯಾರೂ ತೆಗೆಯದಿರುವುದು.
ಉದ್ದೇಶಿತ ಮಾರ್ಗದಿಂದ ಹೊಸ ಸೆಷನ್ನೊಂದಿಗೆ ಮರುಪರೀಕ್ಷಿಸಿ, ನಂತರ ಋಣಾತ್ಮಕ ಪ್ರಕರಣಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ತಡೆಯಬೇಕಾದ ಮಾರ್ಗವು ಇನ್ನೂ ತಡೆಯಲ್ಪಡಬೇಕು, ಮತ್ತು ನೀಡದ ಕಾರ್ಯಾಚರಣೆಯು ಇನ್ನೂ ನಿರಾಕರಿಸಲ್ಪಡಬೇಕು. ಆ ಎರಡು ಪರಿಶೀಲನೆಗಳೇ ಸರಿಪಡಿಸಿದ ಖಾತೆಯನ್ನು ವಿಸ್ತರಿಸಿದ ಖಾತೆಯಿಂದ ಬೇರ್ಪಡಿಸುತ್ತವೆ.
ಕೊನೆಯದಾಗಿ, ಗಮನಿಸಿದ ಮೂಲ ವಿಳಾಸ ಮತ್ತು ಖಾತೆಯ ಹೆಸರನ್ನು ಒಟ್ಟಿಗೆ ದಾಖಲಿಸಿ. ಸುರಂಗವು ತಲುಪುವಿಕೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ; MariaDB ಇನ್ನೂ ತನ್ನದೇ ಖಾತೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿ ಅಧಿಕೃತಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ನಿಮ್ಮ ಫಲಿತಾಂಶವನ್ನು ಪುನರುತ್ಪಾದಿಸಲು ಎರಡೂ ಸತ್ಯಗಳು ಬೇಕು.