QGIS 1.7 का उपयोग करते समय आप अपने PostGIS क्रेडेंशियल्स की सुरक्षा कैसे करते हैं?


16

मुझे पूरा यकीन है कि यह एक सामुदायिक विकि होना चाहिए, लेकिन मुझे नहीं पता कि इसे कैसे बनाया जाए। इसलिए यदि कोई व्यवस्थापक इसे देखता है तो कृपया यदि आवश्यक हो तो बदल दें।

तो ... आप QGIS 1.7 का उपयोग करते समय अपने PostGIS डेटाबेस डेटा की सुरक्षा कैसे करते हैं? (मैं QGIS 1.7 और PostGIS 1.5 का उपयोग कर रहा हूं)

मेरे द्वारा पूछे जाने का कारण यह है कि मैंने अपने डेटा स्रोत स्ट्रिंग में होस्ट मान को बदलने के लिए नोटपैड ++ में क्यूजीआईएस प्रोजेक्ट फ़ाइल खोली क्योंकि हमने हाल ही में एक सर्वर को अपना नाम बदल दिया था। जब मैं नोटपैड + में प्रोजेक्ट फाइल को एडिट कर रहा था तो मैंने दिन के रूप में सादा देखा और नीचे दिखाए गए डेटाबेस की तरह उपयोगकर्ता का नाम और पासवर्ड।

 <datasource>dbname='spatialdb' host=gis port=9999 user='generaluser' 
              password='gisv13wer' sslmode=disable key='gid' 
              table="gisprod"."aq_pipeline" (the_geom) sql=</datasource>

यह कुछ हद तक एक दोधारी तलवार के रूप में प्रतीत होता है क्योंकि मुझे यह तथ्य पसंद है कि मैं अपने डेटा स्रोत स्ट्रिंग में होस्ट मान को आसानी से संपादित कर सकता हूं ताकि मैं अपनी परियोजनाओं को खो न दूं, लेकिन मैं इस तथ्य से असहज हूं कि डेटाबेस क्रेडेंशियल्स हैं वहाँ बैठे और दुनिया के लिए बोलने के लिए ऐसा देखने के लिए।

एक आकस्मिकता के रूप में मैंने अपनी सभी परियोजना फाइलों को रखा है जो मेरे व्यवस्थापक खाते को एक फ़ोल्डर में उपयोग करती हैं जो अब केवल मैं ही एक्सेस कर सकती हूं। लेकिन मुझे नहीं लगता कि यह आदर्श है।

जीआईएस प्रशासक के रूप में मैं स्थानिक डेटाबेस अखंडता के लिए ज़िम्मेदार हूं और मुझे चिंता है कि मैंने अपने पूरे डेटाबेस को उजागर कर दिया है जो किसी भी व्यक्ति के लिए उत्सुक है।

यदि आप एक जैसी स्थिति में हैं तो आप इस जोखिम का प्रबंधन कैसे करेंगे? क्या उत्पादन क्षेत्र के लिए मेरी आकस्मिकता काफी अच्छी है या क्या मैं समस्या से निपटने के लिए QGIS सुविधा अनुरोध में रखना बेहतर होगा?


उन कार्यस्थलों पर भी लागू होता है जहाँ QGIS प्रोजेक्ट साझा किए जाते हैं।
राफेल

जवाबों:


21

कनेक्शन में "पासवर्ड सहेजें" (और / या "उपयोगकर्ता नाम सहेजें") की जांच न करें - और क्यूजीआईएस अपनी आवश्यकता होने पर क्रेडेंशियल के लिए पूछेगा।


महान - मुझे विश्वास नहीं हो रहा है कि मैंने इसे अनदेखा कर दिया है। जब मैंने प्रोजेक्ट फ़ाइल में देखा तो मैं कुछ भड़का हुआ था और यहाँ पर एक घबराई हुई पोस्ट दिखाई दी।
एंडो

3

उपयोगकर्ता और पासवर्ड विशेषताओं जैसे प्रोजेक्ट फ़ाइल से मैन्युअल रूप से विशेषताओं को हटाना संभव है। आपके उदाहरण में, आप " user = 'generaluser' पासवर्ड = 'gisv13werk" "के प्रत्येक उदाहरण को हटाने के लिए Find & Replace का उपयोग कर सकते हैं ।

हालाँकि, यदि आप एक और परत जोड़ते हैं जबकि QGIS को क्रेडेंशियल्स को याद रखने के लिए सेट किया गया है, तो क्रेडेंशियल एक बार फिर प्रोजेक्ट फ़ाइल में एम्बेड हो जाएगा।

सबसे अच्छी सलाह यह है कि jef के समाधान का पालन किया जाए और उपयोगकर्ता नाम और पासवर्ड को अक्षम किया जाए।

हालाँकि, यदि QGIS ने परियोजना को फिर से शुरू करने के बाद उन्हें नहीं हटाया है, तो आपको मौजूदा प्रोजेक्ट फ़ाइलों से उपयोगकर्ता क्रेडेंशियल्स को मैन्युअल रूप से हटाना पड़ सकता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.