VPN ಮೂಲಕ NAS ನಿರ್ವಹಣೆ: ಹೆಸರನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ, ಸಾರ್ವಜನಿಕ ಪೋರ್ಟ್ ಬಿಡಿ
ನಿರ್ವಹಣಾ ಪುಟವನ್ನು ಸುರಂಗದ ಮೂಲಕ ತಲುಪಿ, ಹೊಸ ಸಾರ್ವಜನಿಕ ಪೋರ್ಟ್ ಮೂಲಕವಲ್ಲ. ನಿಜವಾದ ಹೆಸರನ್ನು ಬಿಡಿಸಿ, ಪ್ರಮಾಣಪತ್ರವನ್ನು ಅದಕ್ಕೆ ಹೊಂದಿಸಿ ಮತ್ತು ಒಂದೇ ಮೂಲದಿಂದ ಒಂದೇ ಸೇವೆಗೆ ಅನುಮತಿ ನೀಡಿ.
NAS ನಿರ್ವಹಣಾ ಪುಟವು ಮನೆಯಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ನಿರ್ವಾಹಕರು ಪ್ರಯಾಣಿಸುವ ಕ್ಷಣದಲ್ಲಿ ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಯಾರೋ ಒಂದು ಪೋರ್ಟ್ ತೆರೆಯುತ್ತಾರೆ ಮತ್ತು ಸಮಸ್ಯೆ ಗೋಪ್ಯತೆಯೊಂದಿಗೆ ಮಾಯವಾಗುತ್ತದೆ. ಇದಕ್ಕೆ ಉತ್ತಮ ರೂಪವಿದೆ. ಪುಟವನ್ನು ಅದು ಇರುವಲ್ಲಿಯೇ ಬಿಡಿ, ತಲುಪುವಿಕೆಯನ್ನು ಸುರಂಗ ಒದಗಿಸಲಿ, ಮತ್ತು ನೀವು ದಾಖಲಿಸುವುದನ್ನು ಆಕಸ್ಮಿಕವಾಗಿ ಉತ್ತರಿಸುವ ಸಾಧನ ವಿಳಾಸವಲ್ಲ, ಬದಲಾಗಿ ಹೆಸರಿಸಿದ ಅನುಮತಿ ಮಾರ್ಗವಿರುವ ಪೂರ್ಣ URL ಆಗಿ ಮಾಡಿ. ಕೆಳಗಿನ ಪ್ರತಿ ನಿರ್ಣಯವೂ, ಹೆಸರಿನಿಂದ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಏಕೈಕ ಅನುಮತಿಸಿದ ಪೋರ್ಟ್ವರೆಗೆ, ಹೀಗೆ ಬರೆಯುವುದರಿಂದಲೇ ಬರುತ್ತದೆ.
ವಿನ್ಯಾಸದ ಘಟಕ URL, ವಿಳಾಸವಲ್ಲ
ಪ್ರವೇಶವನ್ನು ಅದರ ಪೋರ್ಟ್ ಮತ್ತು ಸ್ಕೀಮ್ನೊಂದಿಗೆ ಪೂರ್ಣ URL ಆಗಿ ಬರೆಯಿರಿ, ನಂತರ ಷರತ್ತುಗಳನ್ನು ಸೇರಿಸಿ: ಯಾರು ಬಳಸಬಹುದು, ಯಾವ ನೆಟ್ವರ್ಕ್ನಿಂದ ಮತ್ತು ಯಾವ ಮಾರ್ಗದ ಮೂಲಕ. ಉದಾಹರಣೆಗೆ ಅನುಮೋದಿತ ಖಾಸಗಿ ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಮಾತ್ರ ಪ್ರಕಟಿಸುವ https://nas.corp.example:8443 ಆಗಿರಬಹುದು, ಅಲ್ಲಿ ಹೆಸರು ಮತ್ತು ಪೋರ್ಟ್ ಸಾಧನವು ನಿಜವಾಗಿ ಕೇಳುವುದನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತವೆ.
ಆ ಚೌಕಟ್ಟು ನಿರ್ಣಯಗಳನ್ನು ಬೇಗ ಒತ್ತಾಯಿಸುತ್ತದೆ. URL ಹೆಸರನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಹೆಸರು ಪ್ರಮಾಣಪತ್ರವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರಮಾಣಪತ್ರವು ನಂಬಿಕೆ ವ್ಯವಸ್ಥೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. ವಿಳಾಸವು ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಸೂಚಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ ಕೇವಲ-ವಿಳಾಸ ಆವೃತ್ತಿ ಮೊದಲ ಬ್ರೌಸರ್ ಎಚ್ಚರಿಕೆಯವರೆಗೆ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ನಂತರ ಅದನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ ದಾಟುವ ಅಭ್ಯಾಸವಾಗುತ್ತದೆ.
| Entry point | What it costs | When it fits |
|---|---|---|
| Private name over the tunnel | A private DNS zone and a certificate for that name | Administrators who already hold VPN access |
| Public reverse proxy | An exposed front end to patch and monitor | A documented, reviewed need for public reach |
| Vendor relay service | Trust in a third party path | A supported product design, not a workaround |
ಪ್ರಮಾಣಪತ್ರವನ್ನು ನೀಡಿದ ಹೆಸರನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ
ಕ್ಲೈಂಟ್ಗೆ NAS ನ ಖಾಸಗಿ ವಿಳಾಸಕ್ಕೆ ಅನುಮತಿಸಿದ ಮಾರ್ಗ ಬೇಕು, ಮತ್ತು ಖಾಸಗಿ DNS ವ್ಯವಸ್ಥೆಯು ಉದ್ದೇಶಿಸಿದ ಹೋಸ್ಟ್ಹೆಸರನ್ನು ಆ ವಿಳಾಸಕ್ಕೆ ಬಿಡಿಸಬಹುದು ಮತ್ತು HTTPS ಸೇವೆ ನಿರೀಕ್ಷಿಸುವ ಹೆಸರನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬಹುದು. ಎರಡೂ ಅರ್ಧಗಳು ಮುಖ್ಯ: ಮಾರ್ಗವು ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಅಲ್ಲಿಗೆ ತಲುಪಿಸುತ್ತದೆ, ಹೆಸರು ಕ್ಲೈಂಟ್ಗೆ ಯಾವ ಗುರುತನ್ನು ಪರಿಶೀಲಿಸಬೇಕೆಂದು ಹೇಳುತ್ತದೆ.
ಬದಲಾಗಿ ಸಂಖ್ಯಾತ್ಮಕ ವಿಳಾಸವನ್ನು ಟೈಪ್ ಮಾಡುವುದು ಗುರುತಿನ ಅಗತ್ಯವನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. RFC 9525 ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಲು ಉದ್ದೇಶಿಸುವ ಹೆಸರನ್ನು ಸೇವೆ ಪ್ರಸ್ತುತಪಡಿಸುವ ಗುರುತಿನಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ nas.corp.example ಗಾಗಿ ನೀಡಿದ ಪ್ರಮಾಣಪತ್ರವು ಬ್ರೌಸರ್ 10.20.0.15 ಗೆ ತೋರಿಸಿದಾಗ ಕಾನೂನುಬದ್ಧವಾಗಿ ವಿಫಲವಾಗಬಹುದು. ಎಚ್ಚರಿಕೆ ಸರಿಯಾಗಿದೆ, ಮತ್ತು ಪರಿಹಾರ ಹೆಸರು, ಯಾವುದೇ ವಿನಾಯಿತಿಯಲ್ಲ.
dig +short nas.corp.example
openssl s_client -connect nas.corp.example:8443 -servername nas.corp.exampleಸುರಂಗವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಎರಡನ್ನೂ ಚಲಾಯಿಸಿ. ಮೊದಲನೆಯದು ಖಾಸಗಿ ಹೆಸರು ನೀವು ಭಾವಿಸಿದಲ್ಲಿ ಬಿಡಿಸುತ್ತದೆಯೇ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಎರಡನೆಯದು ಸೇವೆ ನಿಜವಾಗಿ ಯಾವ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಯಾವ ಪರ್ಯಾಯ ವಿಷಯ ಹೆಸರುಗಳನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಖಾಸಗಿ CA ಸಂಪೂರ್ಣವಾಗಿ ಸುನಿರ್ವಹಿತ ಆಯ್ಕೆಯಾಗಿರಬಹುದು; ಅಭ್ಯಾಸವಾಗಬಾರದುದು ಜನರಿಗೆ ಗುರುತಿನ ಎಚ್ಚರಿಕೆಗಳನ್ನು ನಿರ್ಲಕ್ಷಿಸಲು ಕಲಿಸುವುದು.
ನಿರ್ವಹಣಾ ಮಾರ್ಗವನ್ನು ಮಿತಿಗೊಳಿಸಿ
ಗೇಟ್ವೇ ಮತ್ತು NAS ಎರಡರಲ್ಲೂ, ಉದ್ದೇಶಿಸಿದ ಮೂಲದಿಂದ ನಿಖರವಾಗಿ ನಿರ್ವಹಣಾ ಸೇವೆಗೆ ಅನುಮತಿ ನೀಡಿ. ಆ ವಾಕ್ಯವು ಕಚ್ಚುವ ವಿವರವನ್ನು ಮರೆಮಾಡುತ್ತದೆ: ರೂಟ್ ಮಾಡಿದ ಕ್ಲೈಂಟ್ ಪೂಲ್ ಮತ್ತು ಮೂಲ-ಅನುವಾದ ಮಾಡುವ ಗೇಟ್ವೇ ವಿಭಿನ್ನ ಮೂಲ ವಿಳಾಸಗಳೊಂದಿಗೆ NAS ತಲುಪುತ್ತವೆ, ಆದ್ದರಿಂದ ಒಂದಕ್ಕೆ ಬರೆದ ಅನುಮತಿ ನಿಯಮವು ಇನ್ನೊಂದಕ್ಕೆ ಸದ್ದಿಲ್ಲದೆ ವಿಫಲವಾಗುತ್ತದೆ.
NAS ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವೂ ಬೇಕು, ಮತ್ತು ಬ್ರೌಸರ್ ಫೋರಮ್ ಪೋಸ್ಟ್ನಿಂದ ಪಡೆದ ವೆಂಡರ್ ಡೀಫಾಲ್ಟ್ ಬದಲು ಸಂರಚಿಸಿದ ಪೋರ್ಟ್ ಮತ್ತು ಸ್ಕೀಮ್ ಬಳಸಬೇಕು. ಸಾಧನವನ್ನು ತಲುಪುವುದು ಅದರ ಪ್ರತಿ ಪೋರ್ಟ್ ತಲುಪುವ ಅನುಮತಿಯಲ್ಲ. ಪಿಂಗ್ಗೆ ಉತ್ತರಿಸುವ ಸಾಧನ ಮತ್ತು ಲೋಡ್ ಆಗುವ ನಿರ್ವಹಣಾ ಪುಟದ ನಡುವಿನ ಅಂತರವು ಎರಡು ಪ್ರತ್ಯೇಕ ನಿಯಮಗಳ ನಡುವಿನ ಅಂತರ. ಅವುಗಳನ್ನು ಎರಡು ಟಿಪ್ಪಣಿಗಳೊಂದಿಗೆ ಎರಡು ನಿಯಮಗಳಾಗಿ ಬರೆಯಿರಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಎರಡೂ ಏಕೆ ಇವೆ ಎಂದು ನೋಡಲಿ.
VPN ಪ್ರವೇಶವನ್ನು NAS ಸವಲತ್ತಿನಿಂದ ಬೇರ್ಪಡಿಸಿ
ಸುರಂಗದ ಮೂಲಕ ಹಾದುಹೋಗಲು ಅನುಮತಿಸುವುದು ಸಾಧನವನ್ನು ನಿರ್ವಹಿಸಲು ಅನುಮತಿಸುವುದಕ್ಕೆ ಸಮವಲ್ಲ. ಕಾನೂನುಬದ್ಧವಾಗಿ ಫೈಲ್ ಸಂಗ್ರಹ ಅಗತ್ಯವಿರುವ ಬಳಕೆದಾರರು ಎರಡೂ ಒಂದೇ ಗೇಟ್ವೇ ಹಿಂದೆ ಇರುವುದರಿಂದ ಸಾಧನ ನಿರ್ವಹಣೆಯನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯಬಾರದು, ಮತ್ತು NAS ನ ಖಾತೆ ಮಾದರಿಯೇ ಆ ಬೇರ್ಪಡಿಕೆಯನ್ನು ಜಾರಿಗೊಳಿಸಬೇಕಾದ ಸ್ಥಳ.
ಹಂಚಿದ ಅಥವಾ ಅನುವಾದಿತ ನಿರ್ಗಮನ ವಿಳಾಸವೂ ವೈಯಕ್ತಿಕ ನಿರ್ವಾಹಕರನ್ನು ಗುರುತಿಸಲಾರದು. ಆಡಿಟ್ ಜಾಡು ವ್ಯಕ್ತಿಯನ್ನು ಹೆಸರಿಸಬೇಕಿದ್ದರೆ, ಗುರುತು ಅನೇಕರು ಬಳಸುವ ಸುರಂಗದ ಮೂಲ ವಿಳಾಸದಿಂದಲ್ಲ, ದೃಢೀಕೃತ ಖಾತೆಯಿಂದ ಬರಬೇಕು.
ಆಕಸ್ಮಿಕವಾಗಿ ಏನನ್ನು ಪ್ರಕಟಿಸಬಾರದು
ಸಾರ್ವಜನಿಕ ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ಮತ್ತು ವೆಂಡರ್ ರಿಲೇ ಎರಡೂ ನಿಜವಾದ ಆರ್ಕಿಟೆಕ್ಚರ್ಗಳು, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ನಂಬಿಕೆ ಮತ್ತು ಒಡ್ಡುವಿಕೆಯ ನಿರ್ಣಯಗಳನ್ನು ಹೊತ್ತಿದೆ. ನಿರ್ವಾಹಕರು ಮನೆಯಿಂದ ದೂರ ಇರುವುದರಿಂದ ಯಾವುದೂ ಅಗತ್ಯವಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಮೀಡಿಯಾ ಸರ್ವರ್ ಅಥವಾ ಫೈಲ್ ಹಂಚಿಕೆಯನ್ನು ಒಡ್ಡುವ ಅಡ್ಡಪರಿಣಾಮವಾಗಿಯೂ ಯಾವುದೂ ಕಾಣಬಾರದು.
ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ದಾಖಲಿಸಿ ನಿಲ್ಲಿಸಿ: ಖಾಸಗಿ ಹೆಸರು, ಅದು ಮ್ಯಾಪ್ ಆಗುವ ಶ್ರೋತೃ, ಅದನ್ನು ಬಳಸಲು ಅನುಮತಿ ಇರುವ ಗುಂಪು, ಮತ್ತು ಸುರಂಗ ಲಭ್ಯವಿಲ್ಲದಿದ್ದರೆ ಚೇತರಿಕೆಯ ಮಾರ್ಗ. ಆ ನಾಲ್ಕೂ ಘಟನೆ ಪರಿಶೀಲನೆ ಕೇಳುವ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಇದು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಪುಟದ ಸ್ಕ್ರೀನ್ಶಾಟ್ಗೆ ನಿಜವಲ್ಲ. ಕೊನೆಯಲ್ಲಿ ನಿಮಗೆ ಪ್ರತಿ ವೈಶಿಷ್ಟ್ಯವೂ ಇಂಟರ್ನೆಟ್ಗೆ ಅಭಿಮುಖವಾಗಿರುವ ಸಾಧನವಲ್ಲ, ಒಂದು ಸ್ಥಿರ ಆಡಳಿತಾತ್ಮಕ ಪ್ರವೇಶ ಬಿಂದು ಸಿಗುತ್ತದೆ.