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

ಫಿಲ್ಟರಿಂಗ್ ಅನ್ನು ಉಳಿದ ಎಲ್ಲದರಿಂದ ಬೇರ್ಪಡಿಸುವ ಐದು ನಿಮಿಷದ ಪರೀಕ್ಷೆ

ಅದೇ ಯಂತ್ರದಿಂದ, ತೆರೆದಿರಬೇಕಾದ ಒಂದು ಪೋರ್ಟ್ ಮತ್ತು ವಿಫಲವಾಗುವ ಪೋರ್ಟ್ ಅನ್ನು ಅದೇ ಹೋಸ್ಟ್‍ನಲ್ಲಿ, ಸುರಂಗ ಆನ್ ಮತ್ತು ನಂತರ ಆಫ್ ಮಾಡಿ ಪರಿಶೀಲಿಸಿ. ಎರಡೂ ಬಾರಿ ಅದೇ ಆಜ್ಞೆ ಬಳಸಿ, ಇದರಿಂದ ಏಕೈಕ ಬದಲಾವಣೆ ಸುರಂಗ ಆಗಿರುತ್ತದೆ:

Test-NetConnection db.example.com -Port 443
Test-NetConnection db.example.com -Port 5432
nc -vz -w3 db.example.com 5432

ನಾಲ್ಕು ಫಲಿತಾಂಶಗಳು ಬಹುತೇಕ ಎಲ್ಲಾ ಸಂದರ್ಭಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ. 443 ಕೆಲಸ ಮಾಡಿ 5432 ಸುರಂಗ ಆನ್ ಇರುವಾಗ ಮಾತ್ರ ವಿಫಲವಾದರೆ, ನೀವು ನಿರ್ಗಮನ ಮಾರ್ಗದಲ್ಲಿ ಪೋರ್ಟ್ ಫಿಲ್ಟರಿಂಗ್ ನೋಡುತ್ತಿದ್ದೀರಿ. ಸುರಂಗ ಆನ್ ಇರುವಾಗ ಎರಡೂ ವಿಫಲವಾಗಿ ಅದಿಲ್ಲದೆ ಎರಡೂ ಕೆಲಸ ಮಾಡಿದರೆ, ಸಮಸ್ಯೆ ಪೋರ್ಟ್ ನೀತಿಯಲ್ಲ, ರೂಟಿಂಗ್ ಅಥವಾ DNS. ಎರಡೂ ಪೋರ್ಟ್‍ಗಳು ಸಂಪರ್ಕಗೊಂಡರೂ ಅಪ್ಲಿಕೇಶನ್ ಇನ್ನೂ ವಿಫಲವಾದರೆ, ದೋಷ ತಲುಪುವಿಕೆಯಲ್ಲ, ದೃಢೀಕರಣ ಅಥವಾ TLS ನಲ್ಲಿ. ಮತ್ತು ಪೂರೈಕೆದಾರರ ಒಂದೇ ಸರ್ವರ್ ಸ್ಥಳ ವಿಫಲವಾದರೆ, ಅದು ಸರ್ವರ್‍ವಾರು ನೀತಿ, ಆದ್ದರಿಂದ ಯಾವುದೇ ಸಂರಚನೆಯನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಬೇರೆ ಸ್ಥಳ ಪ್ರಯತ್ನಿಸಿ.

ಆಯ್ಕೆ ಒಂದು: ಡೇಟಾಬೇಸ್ ಉಪಜಾಲಕ್ಕೆ ಸ್ಪ್ಲಿಟ್ ಸುರಂಗ

ಲ್ಯಾಪ್‍ಟಾಪ್‍ಗೆ ವಾಣಿಜ್ಯ VPN ಬೇರೆ ಉದ್ದೇಶಗಳಿಗೆ ಮಾತ್ರ ಬೇಕಿದ್ದರೆ, ಡೇಟಾಬೇಸ್‍ನ ವಿಳಾಸ ಶ್ರೇಣಿಯನ್ನು ಸುರಂಗದಿಂದ ಹೊರಗಿಡಿ, ಇದರಿಂದ ಸಂಚಾರ ಎಂದಿಗೂ ಹಂಚಿಕೆಯ ನಿರ್ಗಮನವನ್ನು ಪ್ರವೇಶಿಸುವುದಿಲ್ಲ. ಎರಡೂ ಮಾರ್ಗಗಳು ನಿಜವಾಗಿಯೂ ಭೇಟಿಯಾಗಬೇಕಿಲ್ಲ ಎಂಬಾಗ ಈ ಅತ್ಯಂತ ಸ್ವಚ್ಛ ಆಯ್ಕೆ, ಮತ್ತು ನೀವು ದಾಖಲಿಸಬಹುದಾದ ರೂಟಿಂಗ್ ನಿಯಮಕ್ಕಿಂತ ಹೆಚ್ಚು ಏನೂ ವೆಚ್ಚವಾಗುವುದಿಲ್ಲ. ವ್ಯಾಪಾರವೆಂದರೆ ಸ್ಪ್ಲಿಟ್ ಸುರಂಗ ಎರಡನೇ ನೀತಿ ಮೇಲ್ಮೈಯನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ: ಸುರಂಗದಿಂದ ಹೊರಗಿಡುವುದು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿರಬೇಕು, ನಂತರ ಯಾರೋ ಸೇರಿಸಿದ ಉಪಜಾಲದ ಅಡ್ಡಪರಿಣಾಮವಲ್ಲ.

ಡೇಟಾಬೇಸ್ VPN ತಲುಪಬೇಕಾದ ಜಾಲದ ಒಳಗೆ ಇರುವ ಕ್ಷಣದಲ್ಲಿ ಅದು ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಇದಕ್ಕೆ ಬದ್ಧವಾಗುವ ಮೊದಲು ಅದನ್ನು ಪರಿಶೀಲಿಸಿ.

ಆಯ್ಕೆ ಎರಡು: ನಿಮ್ಮ ಸ್ವಂತ ಅಂತ್ಯಬಿಂದು, ನಿಮ್ಮ ಸ್ವಂತ ನಿರ್ಗಮನ

VPS ನಲ್ಲಿ ಸಣ್ಣ VPN ಅಂತ್ಯಬಿಂದುವನ್ನು ಚಲಾಯಿಸುವುದು ನಿರ್ಗಮನ ನೀತಿಯ ನಿಯಂತ್ರಣವನ್ನು ನಿಮ್ಮ ಕೈಗೆ ನೀಡುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ ಹಂಚಿಕೆ ಪೂಲ್ ಒಳಗೊಂಡಿಲ್ಲ. ವಾಣಿಜ್ಯ ಕ್ಲೈಂಟ್ ಜೊತೆ ಪ್ರಾಮಾಣಿಕವಾಗಿ ಹೋಲಿಸಲು ಯೋಗ್ಯವಾದ ಆಯ್ಕೆ ಇದು: ನೀವು ಊಹಿಸಬಹುದಾದ ಮೂಲ ವಿಳಾಸವನ್ನು ಪಡೆಯುತ್ತೀರಿ ಮತ್ತು ಪೂರೈಕೆದಾರರ ಜಾಗತಿಕ ಕಾಲುಗುರುತು ಹಾಗೂ ಅನುಕೂಲವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತೀರಿ. ದಿನವಿಡೀ ಡೇಟಾಬೇಸ್ ಮತ್ತು ಮೇಲ್ ಪೋರ್ಟ್‍ಗಳನ್ನು ಬೇಕಾಗುವ ತಂಡಕ್ಕೆ, ವ್ಯಾಪಾರ ಸಾಮಾನ್ಯವಾಗಿ ಅಂತ್ಯಬಿಂದುವನ್ನು ಹೊಂದುವ ಪರವಾಗಿ ಇರುತ್ತದೆ, ಏಕೆಂದರೆ ವೈಫಲ್ಯದ ವಿಧಾನ ಬೇರೊಬ್ಬರ ದುರುಪಯೋಗ ನೀತಿಯಲ್ಲ, ನಿಮ್ಮ ಸ್ವಂತ ತಪ್ಪು ಸಂರಚನೆಯಾಗುತ್ತದೆ.

ಮೂಲ ವಿಳಾಸದ ಸ್ಥಿರತೆ, ನಿಮ್ಮ ಸಂಚಾರವನ್ನು ಯಾರು ಓದಬಹುದು, ಮತ್ತು ಅಂತ್ಯಬಿಂದುವಿನ ಪೂರೈಕೆದಾರ ತನ್ನದೇ ಫಿಲ್ಟರಿಂಗ್ ಬದಲಾಯಿಸುವ ದಿನ ಏನಾಗುತ್ತದೆ ಎಂಬುದರ ಮೇಲೆ ಎರಡನ್ನೂ ಹೋಲಿಸಿ.

ಆಯ್ಕೆ ಮೂರು: ಲ್ಯಾಪ್‍ಟಾಪ್ ಅನ್ನು ಮಾರ್ಗದಿಂದ ತೆಗೆಯಿರಿ

CI ಕೆಲಸ, ನಿಗದಿತ ಕಂಟೇನರ್, ಅಥವಾ ಅನುಮತಿಸಿದ ಜಾಲದ ಒಳಗಿನ ಬ್ಯಾಸ್ಟಿಯನ್ ಹೋಸ್ಟ್ ಮನುಷ್ಯನ ಸುರಂಗ ಸ್ಥಿತಿಯನ್ನು ಅವಲಂಬಿಸಿಲ್ಲ. ಈಗಾಗಲೇ ಅನುಮತಿಸಿದ ಹೋಸ್ಟ್‍ನಿಂದ SSH ಸುರಂಗದ ಮೂಲಕ ಡೇಟಾಬೇಸ್ ತಲುಪಿ, ಮತ್ತು ಲ್ಯಾಪ್‍ಟಾಪ್ ಎಂದಿಗೂ ಪೋರ್ಟ್‍ನೊಂದಿಗೆ ನೇರವಾಗಿ ಮಾತನಾಡುವುದಿಲ್ಲ. ಹಲವರು ಒಂದೇ ನಿರ್ಬಂಧವನ್ನು ಎದುರಿಸಿದಾಗ ಇದು ಸ್ಕೇಲ್ ಆಗುತ್ತದೆ, ಮತ್ತು ಸಮಸ್ಯೆಯನ್ನು ಸುತ್ತಿಕೊಳ್ಳುವ ಬದಲು ತೆಗೆದುಹಾಕುತ್ತದೆ.

ಇದು ಸ್ಪ್ಲಿಟ್-ಸುರಂಗ ನಿಯಮಕ್ಕಿಂತ ಹೆಚ್ಚು ಮುಂಚಿನ ಕೆಲಸ ಬೇಕಾಗುತ್ತದೆ, ಮತ್ತು ಈಗಲೇ ಸಂವಾದಾತ್ಮಕ ಅಧಿವೇಶನ ಬೇಕಾಗಿರುವ ಒಬ್ಬ ವ್ಯಕ್ತಿಗೆ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ.

ಪೂರೈಕೆದಾರರ ವಿಳಾಸವನ್ನು ಅನುಮತಿ ಪಟ್ಟಿಗೆ ಸೇರಿಸುವುದು ಏಕೆ ತಪ್ಪು ಹೋಲಿಕೆ

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

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

ನೀವು ಏನೇ ಆಯ್ಕೆ ಮಾಡಿದರೂ, ಮಾರ್ಗ ಮತ್ತು ಕಾರಣವನ್ನು ಬರೆಯಿರಿ. ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದೇ ಮರುಹೊಂದಿಸುವ ಸಂಪರ್ಕವನ್ನು ಎದುರಿಸುತ್ತಾನೆ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್‍ಗೆ ದೂಷಣೆ ಹೊರಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತಾನೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು