VPN பின்னால் QGIS-ஐ PostGIS உடன் இணைக்கவும்: படிப்படியாக

VPN பின்னால் உள்ள PostGIS அல்லது WMS-ஐ நோக்கி QGIS-ஐ செலுத்துங்கள்: சுரங்கப்பாதையை சேவை முனைப்புள்ளியிலிருந்து பிரிக்கவும், verify-full TLS-ஐ வைத்திருங்கள், ஒவ்வொரு எல்லையையும் வரிசையாகச் சோதிக்கவும்.

QGIS அதன் தரவு வழங்குநர்கள் அடையக்கூடிய எந்தப் பாதையையும் படிக்கிறது, எனவே இயங்கும் VPN என்பது அமைப்பின் பாதி மட்டுமே. சுரங்கப்பாதை டெஸ்க்டாப்பிற்கு ஒரு வழித்தடத்தையும் பெயர் தீர்வுக் கொள்கையையும் தருகிறது; திட்டத்திற்கு இன்னும் சேவை முனைப்புள்ளி, வழங்குநரின் நெறிமுறை மற்றும் சேவை ஏற்கும் சான்றுகள் தேவை. இவை மூன்று தனித்தனி புலங்கள், VPN-இன் பொது கேட்பவரை தரவுத்தளப் புலத்தில் தட்டச்சு செய்வது இவற்றில் எதுவுமில்லை. இந்த வழிகாட்டி ஒரு PostGIS அடுக்கை QGIS படிவத்திலிருந்து திரும்பிய வரிசை வரை பின்தொடர்ந்து, ஒவ்வொரு படியும் நிரூபிக்கும் எல்லையைப் பெயரிடுகிறது.

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 சோதனை வெற்றியடையும்போது.

அடுக்கு ஏற்றப்பட்டதும், திட்டத்தை கோப்புகளுக்கு மட்டும் சார்புப் பாதைகளுடன் சேமித்து, சேவை இணைப்புகளை அவற்றின் முனைப்புள்ளிப் பெயரில் வைத்திருங்கள். திட்டத்தை வாரிசாகப் பெறும் அடுத்த நபர் புகார் திறக்காமலேயே உடைந்த அடுக்கு எந்த ஹோஸ்ட்டை எதிர்பார்த்தது என்று சொல்ல முடியும்.

தொடர்புடைய கட்டுரைகள்