VPN ಹಿಂದೆ QGIS ಅನ್ನು PostGIS ಗೆ ಸಂಪರ್ಕಿಸಿ: ಹಂತ ಹಂತವಾಗಿ

QGIS ತನ್ನ ಡೇಟಾ ಪೂರೈಕೆದಾರರು ತಲುಪಬಹುದಾದ ಯಾವುದೇ ಮಾರ್ಗವನ್ನು ಓದುತ್ತದೆ, ಆದ್ದರಿಂದ ಚಾಲನೆಯಲ್ಲಿರುವ VPN ಸಿದ್ಧತೆಯ ಅರ್ಧ ಮಾತ್ರ. ಟನೆಲ್ ಡೆಸ್ಕ್‌ಟಾಪ್‌ಗೆ ಮಾರ್ಗ ಮತ್ತು ಹೆಸರು-ಪರಿಹಾರ ನೀತಿಯನ್ನು ನೀಡುತ್ತದೆ; ಯೋಜನೆಗೆ ಇನ್ನೂ ಸೇವಾ ಎಂಡ್‌ಪಾಯಿಂಟ್, ಪೂರೈಕೆದಾರರ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಸೇವೆ ಸ್ವೀಕರಿಸುವ ರುಜುವಾತುಗಳು ಬೇಕು. ಇವು ಮೂರು ಪ್ರತ್ಯೇಕ ಕ್ಷೇತ್ರಗಳು, ಮತ್ತು VPN ನ ಸಾರ್ವಜನಿಕ ಶ್ರೋತೃವನ್ನು ಡೇಟಾಬೇಸ್ ಕ್ಷೇತ್ರದಲ್ಲಿ ಟೈಪ್ ಮಾಡುವುದು ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಅಲ್ಲ. ಈ ಮಾರ್ಗದರ್ಶಿ QGIS ಫಾರ್ಮ್‌ನಿಂದ ಹಿಂತಿರುಗಿದ ಸಾಲಿನವರೆಗೆ ಒಂದು PostGIS ಪದರವನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಹಂತವು ಸಾಬೀತುಪಡಿಸುವ ಗಡಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ.

VPN ನಿಂದ ಅಲ್ಲ, ಪದರದಿಂದ ಪ್ರಾರಂಭಿಸಿ

ಪ್ರತಿ ಪದರ ಪ್ರಕಾರವು ಬೇರೆ ರೀತಿಯ ಎಂಡ್‌ಪಾಯಿಂಟ್ ತಲುಪುತ್ತದೆ. PostGIS ಪದರವು ಹೋಸ್ಟ್, ಪೋರ್ಟ್, ಡೇಟಾಬೇಸ್ ಮತ್ತು ಪಾತ್ರದೊಂದಿಗೆ PostgreSQL ಸಂಪರ್ಕ ತೆರೆಯುತ್ತದೆ. WMS ಅಥವಾ WFS ಪದರವು ಸೇವಾ URL ತಂದು ನಂತರ ಸಾಮರ್ಥ್ಯ ದಾಖಲೆಯನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ. ನೆಟ್‌ವರ್ಕ್ ಹಂಚಿಕೆಯಲ್ಲಿರುವ shapefile ಗೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ತೆರೆಯಬಲ್ಲ ಫೈಲ್ ಮಾರ್ಗ ಮಾತ್ರ ಬೇಕು. ಇವು ಮೂರು ವಿಭಿನ್ನ ಕಾರ್ಯವಿಧಾನಗಳಾದ್ದರಿಂದ, ಯಾವುದನ್ನು ಡೀಬಗ್ ಮಾಡುತ್ತಿದ್ದೀರಿ ಎಂದು ತಿಳಿಯುವವರೆಗೆ ಖಾಲಿ ಯೋಜನೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

GIS ನಿರ್ವಾಹಕರನ್ನು ಎಂಡ್‌ಪಾಯಿಂಟ್, ಪೋರ್ಟ್, ಅಗತ್ಯವಿರುವ ಗುರುತು ಮತ್ತು ನಿಮ್ಮ ಖಾತೆಗೆ ಅನ್ವಯವಾಗುವ ಪ್ರವೇಶ ನೀತಿಯನ್ನು ಕೇಳಿ. ನಿಯೋಜನೆ ಖಾಸಗಿ DNS ಅಥವಾ ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿ ಹೆಸರು ಪರಿಶೀಲನೆಯನ್ನು ಅವಲಂಬಿಸಿದಾಗ ಸೇವಾ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ನೀಡಿದಂತೆಯೇ ಇಡೀ ಉಳಿಸಿಕೊಳ್ಳಿ. ಇನ್ನೊಬ್ಬ ಬಳಕೆದಾರರ ಉಳಿಸಿದ ಸಂಪರ್ಕದಿಂದ ನಕಲಿಸಿದ ಹೋಸ್ಟ್ ವಿಳಾಸವನ್ನು ಮತ್ತೆ ಬಳಸುವುದು ಉತ್ತರಿಸುವ ಆದರೆ ಹಳೆಯ ಡೇಟಾಬೇಸ್ ಹೊಂದಿರುವ ಯಂತ್ರವನ್ನು ತಲುಪುವ ಅತಿ ವೇಗದ ದಾರಿ.

ಮಾರ್ಗಗಳು, ಅನುಮತಿಸಿದ ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ಹೆಸರು-ಪರಿಹಾರ VPN ನಡೆಸುವವರಿಗೆ ಸೇರಿವೆ. ಡೇಟಾ-ಮೂಲ ಫಾರ್ಮ್ ಟನೆಲ್ ಪ್ರೊಫೈಲ್ ಎಂದಿಗೂ ಕಳುಹಿಸದ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸಲಾರದು ಮತ್ತು ಗೇಟ್‌ವೇ ನೀತಿಯನ್ನು ವಿಸ್ತರಿಸಲಾರದು. ಹೋಸ್ಟ್ ಪರಿಹಾರವಾದಾಗ ಮತ್ತು ಪೋರ್ಟ್ ಉತ್ತರಿಸಿದಾಗ, ಸಮಸ್ಯೆಯ ನೆಟ್‌ವರ್ಕ್ ಭಾಗ ಮುಗಿಯುತ್ತದೆ.

ನಿರ್ವಾಹಕರು ನೀಡಿದ ಖಾಸಗಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ನಮೂದಿಸಿ

QGIS ನಲ್ಲಿನ PostgreSQL ಫಾರ್ಮ್ libpq ನಿರೀಕ್ಷಿಸುವ ಕ್ಷೇತ್ರಗಳನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಕಮಾಂಡ್-ಲೈನ್ ಸಂಪರ್ಕವು ಅನುಸರಿಸುವ ಅದೇ ಕ್ರಮದಲ್ಲಿ ಅದನ್ನು ಭರ್ತಿ ಮಾಡಿ. ಸೇವೆ ಮತ್ತು ಹೋಸ್ಟ್ ಡೇಟಾಬೇಸ್ ಯಂತ್ರವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತವೆ, ಪೋರ್ಟ್ ಸರ್ವರ್ ನಿಜವಾಗಿ ತೆರೆಯುವ ಶ್ರೋತೃವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಡೇಟಾಬೇಸ್ ಸರ್ವರ್‌ನ ಡೀಫಾಲ್ಟ್ ಬದಲು ನಿರ್ದಿಷ್ಟ ಕ್ಯಾಟಲಾಗ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ಯೋಜನೆ ಫೈಲ್‌ನಲ್ಲಿ ಅಲ್ಲ, ದೃಢೀಕರಣ ಸಂರಚನೆಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಿ, ಹಂಚಿಕೆಯ ಯೋಜನೆ ರುಜುವಾತುಗಳನ್ನು ಹೊತ್ತುಕೊಳ್ಳದಂತೆ.

ಏನನ್ನಾದರೂ ಟೈಪ್ ಮಾಡುವ ಮೊದಲು ಎರಡು ಹೆಸರುಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ. ಗೇಟ್‌ವೇ ಹೆಸರು VPN ಕ್ಲೈಂಟ್‌ಗೆ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಹೆಸರು QGIS ಗೆ ಸೇರಿದೆ, ಮತ್ತು ಅವು ಅಪರೂಪಕ್ಕೆ ಒಂದೇ ಹೋಸ್ಟ್ ಆಗಿರುತ್ತವೆ.

VPN gateway:   vpn.gis.lab.example       (profile only, not a data source)
Database host: db.gis.lab.example:5432   (PostGIS service)
Database name: gis_prod
TLS mode:      verify-full

ಡೇಟಾಬೇಸ್ ಗೇಟ್‌ವೇ ಹಿಂದಿನ ಇನ್ನೊಂದು ಯಂತ್ರದಲ್ಲಿದ್ದರೆ, ಫಾರ್ಮ್‌ನಲ್ಲಿನ ಹೆಸರು ಆ ಯಂತ್ರವೇ ಆಗಿರಬೇಕು. ಟನೆಲ್ ಮೂಲಕ ಖಾಸಗಿ DNS ಹೆಸರನ್ನು ಕೆಲಸ ಮಾಡಿಸುತ್ತದೆ, ಮತ್ತು ಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ ಮಾತ್ರ ಪರಿಹಾರವಾಗುವ ಯೋಜನೆ ಕೆಟ್ಟ ಕ್ಯಾಶಿಂಗ್ ಬದಲು ಸರಿಯಾಗಿ ವರ್ತಿಸುತ್ತದೆ.

ಡೇಟಾಬೇಸ್‌ನ TLS ಮೋಡ್ ಅನ್ನು ಟನೆಲ್‌ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡೀ

VPN ಉತ್ಪನ್ನದ ಹೆಸರಿನಲ್ಲಿರುವ SSL ಟನೆಲ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ, ಡೇಟಾಬೇಸ್ ಅಧಿವೇಶನವನ್ನು ಅಲ್ಲ. QGIS PostgreSQL SSL ಮೋಡ್ ಅನ್ನು libpq ಗೆ ರವಾನಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಮೋಡ್ ಕ್ಲೈಂಟ್ ಸರ್ವರ್ ಪ್ರಮಾಣಪತ್ರವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆಯೇ ಮತ್ತು ಅದರೊಳಗಿನ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ. verify-fullಎರಡನ್ನೂ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರಮಾಣಪತ್ರವು ಸೇವಾ ಹೆಸರನ್ನು ಹೊಂದಿರುವಾಗ ಉಳಿಸಿಕೊಳ್ಳಲು ಯೋಗ್ಯವಾದ ಮೋಡ್ ಇದೇ.

ಮೋಡ್ ಅನ್ನು disable ಗೆ ಇಳಿಸುವುದು, ಟನೆಲ್ ಈಗಾಗಲೇ ಗೂಢಲಿಪೀಕರಿಸಲ್ಪಟ್ಟಿರುವುದರಿಂದ, ನೀವು ತಲುಪಿದ ಸರ್ವರ್ ನೀವು ಕೇಳಿದ ಸರ್ವರ್ ಎಂಬ ಪರಿಶೀಲನೆಯನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಪರಿಶೀಲನೆ ವಿಫಲವಾದಾಗ ಸಾಮಾನ್ಯ ಕಾರಣ ಹೆಸರಿನ ಹೊಂದಾಣಿಕೆಯಾಗದಿರುವುದು ಅಥವಾ ಮೂಲ ಪ್ರಮಾಣಪತ್ರದ ಅನುಪಸ್ಥಿತಿ, ಮತ್ತು ಎರಡನ್ನೂ ಸಂಪರ್ಕವನ್ನು ದುರ್ಬಲಗೊಳಿಸದೆ ಸರಿಪಡಿಸಬಹುದು. sslrootcert ಅನ್ನು ನಿರ್ವಾಹಕರು ಪ್ರಕಟಿಸಿದ CA ಗೆ ತೋರಿಸಿ ಮತ್ತು ಫಾರ್ಮ್‌ನಲ್ಲಿನ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಪ್ರಮಾಣಪತ್ರದಲ್ಲಿನ ಹೆಸರಿಗೆ ಸಮಾನವಾಗಿ ಇಡೀ.

ಖಾಸಗಿ ಮಾರ್ಗವಿರುವ ಟನೆಲ್ ಮತ್ತು ಮಾನ್ಯ ಪ್ರಮಾಣಪತ್ರವಿರುವ ಡೇಟಾಬೇಸ್ ಇನ್ನೂ ಪಾತ್ರದಲ್ಲಿ ವಿಫಲವಾಗಬಹುದು. ಅಪ್ಲಿಕೇಶನ್ ರುಜುವಾತುಗಳು VPN ರುಜುವಾತುಗಳಿಂದ ಪ್ರತ್ಯೇಕ, ಮತ್ತು ಗೇಟ್‌ವೇಯಲ್ಲಿ ದೃಢೀಕರಿಸುವ ಖಾತೆಗೆ PostgreSQL ನಲ್ಲಿ ಯಾವುದೇ ಸೂಚ್ಯ ಹಕ್ಕುಗಳಿಲ್ಲ.

ಪ್ರತಿ ಗಡಿಯನ್ನು ಕ್ರಮವಾಗಿ ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಮೊದಲ ವಿಫಲತೆಯನ್ನು ಓದಿ

ಕ್ಲೈಂಟ್‌ನಿಂದ ಹೊರಕ್ಕೆ ನಿಶ್ಚಿತ ಕ್ರಮದಲ್ಲಿ ಕೆಲಸ ಮಾಡಿ: ಹೆಸರು-ಪರಿಹಾರ, TCP ತಲುಪುವಿಕೆ, TLS, ದೃಢೀಕರಣ ಮತ್ತು ನಂತರ ಪ್ರಶ್ನೆ ಸ್ವತಃ. ಮೊದಲು ವಿಫಲವಾಗುವ ಹಂತವೇ ವರದಿ ಮಾಡಲು ಯೋಗ್ಯವಾದದ್ದು, ಮತ್ತು ಮುಂದಕ್ಕೆ ಜಿಗಿಯುವುದು ನೀವು ಇನ್ನೂ ತಲುಪದ ಗಡಿಯ ದೋಷ ಸಂದೇಶಗಳನ್ನು ನೀಡುತ್ತದೆ. ನಾಲ್ಕು ಆದೇಶಗಳು ಮೊದಲ ನಾಲ್ಕು ಹಂತಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತವೆ.

getent hosts db.gis.lab.example
nc -vz db.gis.lab.example 5432
psql "host=db.gis.lab.example port=5432 dbname=gis_prod sslmode=verify-full" -c 'select 1'
curl -sS 'https://wms.gis.lab.example/ows?service=WMS&request=GetCapabilities' | head -c 200

getent ನಿಂದ ಖಾಲಿ ಉತ್ತರ ಹೆಸರು-ಪರಿಹಾರ ಸಮಸ್ಯೆ, ಡೇಟಾಬೇಸ್ ಸಮಸ್ಯೆ ಅಲ್ಲ. ನಿರಾಕರಿಸಲಾದ ಅಥವಾ ಸಮಯ ಮೀರಿದ nc ಮಾರ್ಗ ಅಥವಾ firewall ನಿಯಮ ಕಾಣೆಯಾಗಿದೆ ಎಂದರ್ಥ, ಅದು ಗೇಟ್‌ವೇ ಬದಿಯ ಸರಿಪಡಿಸುವಿಕೆ. psql ನಿಂದ TLS ದೋಷ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಹೆಸರು ತಪ್ಪು ಎಂದರ್ಥ, ಆದರೆ password authentication failed ನೀವು PostgreSQL ತಲುಪಿದ್ದೀರಿ ಮತ್ತು ಸಮಸ್ಯೆ ರುಜುವಾತಿನಲ್ಲಿದೆ ಎಂದರ್ಥ. WMS ಪದರಕ್ಕೆ, curl ಕರೆ QGIS ವಿಶ್ಲೇಷಿಸುವ ಸಾಮರ್ಥ್ಯ XML ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಆ ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ HTML ಲಾಗಿನ್ ಪುಟ ಖಾಲಿ ಪದರವನ್ನು ತಕ್ಷಣ ವಿವರಿಸುತ್ತದೆ.

ಸಮಯ ಮೀರುವಿಕೆಗೆ ಹೋಲಿಸಿದರೆ PostgreSQL ದೋಷ ಒಳ್ಳೆಯ ಸುದ್ದಿ. ಅದು ಗಮ್ಯಸ್ಥಾನ ಉತ್ತರಿಸಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಇದು ಟಿಕೆಟ್ ಅನ್ನು ನೆಟ್‌ವರ್ಕ್ ತಂಡದಿಂದ ಡೇಟಾಬೇಸ್ ಅಥವಾ GIS ನಿರ್ವಾಹಕರಿಗೆ ವರ್ಗಾಯಿಸುತ್ತದೆ. ವರದಿಯಲ್ಲಿ ಆ ವ್ಯತ್ಯಾಸವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದು ಒಂದು ಸುತ್ತನ್ನು ಉಳಿಸುತ್ತದೆ.

ಯೋಜನೆ ಖಾಲಿ ಪದರಗಳೊಂದಿಗೆ ತೆರೆದಾಗ

QGIS ಒಳಗೆ, ಏನನ್ನಾದರೂ ಮತ್ತೆ ನಮೂದಿಸುವ ಮೊದಲು ಪದರದ ಉಳಿಸಿದ ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸಿ. ಪದರದ ಗುಣಲಕ್ಷಣಗಳು ಯೋಜನೆ ಉಳಿಸಿದ ನಿಖರ ಸಂಪರ್ಕ ಸರಣಿಯನ್ನು ತೋರಿಸುತ್ತವೆ, ಮತ್ತು ಹಳೆಯ ಹೋಸ್ಟ್‌ನೊಂದಿಗಿನ ನಕಲಿ ಸಂಪರ್ಕ ನಮೂದು ಹಿಂದಿನ ಕಚೇರಿ ನೆಟ್‌ವರ್ಕ್‌ನ ಸಾಮಾನ್ಯ ಉಳಿಕೆ. ಸಂಪರ್ಕ ಸರಿಪಡಿಸಿದ ನಂತರ ಯೋಜನೆಯನ್ನು ಮರುಲೋಡ್ ಮಾಡುವುದು ಯಾವಾಗಲೂ ಪೂರೈಕೆದಾರರನ್ನು ಮತ್ತೆ ಓದುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಪದರವನ್ನು ತೆಗೆದು ಸರಿಪಡಿಸಿದ ಸಂಪರ್ಕದಿಂದ ಮತ್ತೆ ಸೇರಿಸಿ.

ನಂತರ ದೃಢೀಕರಣ ಸಂರಚನೆಯು ಪದರಕ್ಕೆ ಲಗತ್ತಿಸಿರುವುದೇ ಹೊರತು ಕೇವಲ ಪಟ್ಟಿಯಲ್ಲಿರುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಬೇರೆ ದೃಢೀಕರಣ ಸಂರಚನೆಯೊಂದಿಗೆ ಉಳಿಸಿದ ಪದರ ಬ್ರೌಸರ್ ಪ್ಯಾನೆಲ್‌ನಲ್ಲಿ ಸದ್ದಿಲ್ಲದೆ ವಿಫಲವಾಗುತ್ತದೆ, ಆದರೆ ಸ್ವತಂತ್ರ psql ಪರೀಕ್ಷೆ ಉತ್ತೀರ್ಣವಾಗುತ್ತದೆ.

ಪದರ ಲೋಡ್ ಆದಾಗ, ಯೋಜನೆಯನ್ನು ಫೈಲ್‌ಗಳಿಗೆ ಮಾತ್ರ ಸಾಪೇಕ್ಷ ಮಾರ್ಗಗಳೊಂದಿಗೆ ಉಳಿಸಿ ಮತ್ತು ಸೇವಾ ಸಂಪರ್ಕಗಳನ್ನು ಅವುಗಳ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಹೆಸರಿನಲ್ಲಿ ಇಡೀ. ಯೋಜನೆಯನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುವ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಟಿಕೆಟ್ ತೆರೆಯದೆ ಮುರಿದ ಪದರ ಯಾವ ಹೋಸ್ಟ್ ನಿರೀಕ್ಷಿಸಿತ್ತು ಎಂದು ಹೇಳಬಲ್ಲರು.