Tengdu QGIS við PostGIS bak við VPN: skref fyrir skref

QGIS les hverja slóð sem gagnaveitur þess ná til, svo virkt VPN er aðeins helmingur uppsetningarinnar. Göngin gefa skjáborðinu slóð og stefnu um upplausn nafna; verkefnið þarf enn endapunkt þjónustunnar, samskiptareglur veitunnar og þau skilríki sem þjónustan tekur við. Þetta eru þrír aðskildir reitir, og að skrifa opinbera hlustandann á VPN í gagnagrunnsreit er ekkert þeirra. Þessi leiðarvísir fylgir einu PostGIS lagi frá QGIS eyðublaðinu að skilaðri línu og nefnir þau mörk sem hvert skref sannar.

Byrjaðu á laginu, ekki VPN-inu

Hver lagategund nær í annars konar endapunkt. PostGIS lag opnar PostgreSQL tengingu með hýsli, porti, gagnagrunni og hlutverki. WMS eða WFS lag sækir þjónustuslóð og greinir síðan getuskjal. Shapefile á netdeili þarf aðeins skráarslóð sem stýrikerfið getur opnað. Þar sem þetta eru þrjár mismunandi aðferðir segir tómt verkefni þér ekkert fyrr en þú veist hverja þú ert að aflúða.

Spurðu GIS stjórnandann um endapunktinn, portið, áskilda auðkennið og aðgangsstefnuna sem gildir fyrir reikninginn þinn. Hafðu hýsilnafn þjónustunnar nákvæmlega eins og það var gefið út þegar uppsetningin byggir á einkareknu DNS eða nafnaprófun í skírteini. Að endurnýta hýsilslóð sem afrituð er úr vistuðu tengingu annars notanda er fljótlegasta leiðin að vél sem svarar en geymir eldri gagnagrunn.

Slóðir, leyfðar auðlindir og upplausn nafna tilheyra þeim sem rekur VPN-ið. Gagnaveitu eyðublað getur ekki sett upp slóð sem göngusniðið sendi aldrei og getur ekki víkkað stefnu gáttarinnar. Þegar hýsillinn leysist og portið svarar er netþáttur vandans afgreiddur.

Sláðu inn einkarekna endapunktinn sem stjórnandinn gaf út

PostgreSQL eyðublaðið í QGIS speglar reitina sem libpq væntir, svo fylltu það út í sömu röð og skipanalínutenging myndi gera. Þjónusta og hýsill taka gagnagrunnsvélina, port tekur hlustandann sem þjónninn opnar í raun, og gagnagrunnur tekur tiltekið skráasafn í stað sjálfgefins gildis þjónsins. Geymdu lykilorðið í auðkenningarstillingu í stað verkefnaskrárinnar, svo sameiginlegt verkefni beri ekki skilríki.

Aðskildu nöfnin tvö áður en þú slærð inn nokkuð. Nafn gáttarinnar á heima í VPN biðlarann og nafn gagnagrunnsins í QGIS, og þau eru sjaldan sami hýsill.

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

Ef gagnagrunnurinn er á annarri vél bak við gáttina verður nafnið í eyðublaðinu að vera sú vélin. Einkarekið DNS í gegnum göngin er það sem lætur nafnið virka, og verkefni sem leysist aðeins meðan tengt er hagar sér rétt en ekki með lélega skyndiminni.

Haltu TLS ham gagnagrunnsins aðskildum frá göngunum

SSL í nafni VPN vöru lýsir göngunum, ekki lotu gagnagrunnsins. QGIS sendir PostgreSQL SSL haminn til libpq, og sá ham stýrir því hvort biðlarinn sannreynir skírteini þjónsins og hvort hann athugar hýsilnafnið í því. verify-fullgerir bæði, þess vegna er það hamurinn sem er þess virði að halda þegar skírteinið ber nafn þjónustunnar.

Að lækka haminn í disable af því göngin eru þegar dulrituð fjarlægir athugunina á því að þjónninn sem þú náðir sé þjónninn sem þú baðst um. Þegar sannreynslan mistekst er algeng orsök nafnamisræmi eða vantar rótarskírteini, og hægt er að laga hvort tveggja án þess að veikja tenginguna. Beindu sslrootcert að CA sem stjórnandinn birtir og hafðu hýsilnafnið í eyðublaðinu eins og nafnið í skírteininu.

Göng með einkarekinni slóð og gagnagrunnur með gilt skírteini geta samt mistekist á hlutverkinu. Skilríki forritsins eru aðskilin frá skilríkjum VPN, og reikningur sem auðkennir sig við gáttina hefur engin óbein réttindi í PostgreSQL.

Prófaðu hver mörk í röð og lestu fyrstu mistök

Vinndu frá biðlaranum og út á við í fastri röð: upplausn nafna, TCP aðgengi, TLS, auðkenning og síðan fyrirspurnin sjálf. Fyrsta skrefið sem mistekst er það eina sem er þess virði að tilkynna, og að stökkva fram á við gefur villuskilaboð frá mörkum sem þú hefur ekki náð enn. Fjögur skipanir ná yfir fyrstu fjögur skrefin.

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

Tómt svar frá getent er vandamál í upplausn, ekki vandamál í gagnagrunni. nc sem er hafnað eða rann út á tíma þýðir að slóð eða firewall regla vantar, sem er lagfæring á gáttarhliðinni. TLS villa frá psql þýðir að skírteinið eða nafnið er rangt, á meðan password authentication failed þýðir að þú náðir PostgreSQL og vandamálið er skilríkin. Fyrir WMS lag skilar curl kallið getuskjalinu sem QGIS myndi greina, svo HTML innskráningarsíða í þeirri úttak útskýrir tómt lag samstundis.

PostgreSQL villa er góðar fréttir í samanburði við tímamörk. Hún sannar að áfangastaðurinn svaraði, sem færir miðann frá netteyminu til gagnagrunns- eða GIS stjórnandans. Að halda þeim greinarmun í skýrslunni sparar eina ferð.

Þegar verkefnið opnast með tómum lögum

Inni í QGIS skaltu athuga vistaða uppsprettu lagsins áður en þú slærð eitthvað inn aftur. Eiginleikar lagsins sýna nákvæma tengistrenginn sem verkefnið vistaði, og tvítekin tengifærsla með eldri hýsli er algeng leif frá fyrra skrifstofuneti. Endurhleðsla verkefnisins eftir að tenging er löguð les ekki alltaf veituna aftur, svo fjarlægðu lagið og bættu því við aftur úr löguðu tengingunni.

Staðfestu síðan að auðkenningarstillingin sé sú sem er tengd laginu, ekki bara sú sem er á listanum. Lag sem vistað er með annarri auðkenningarstillingu mistekst hljóðlaust í vafrahlutanum á meðan sjálfstæða psql prófið gengur.

Þegar lagið hleðst skaltu vista verkefnið með hlutfallslegum slóðum aðeins fyrir skrár og halda þjónustutengingum nefndum eftir endapunkti þeirra. Næsta manneskja sem erfir verkefnið getur þá sagt hvaða hýsil brotið lag vænti án þess að opna miða.