secret-tool से प्रॉक्सी पासवर्ड प्राप्त करें
उपयोगकर्ता सत्र और क्लाइंट को आवश्यक सादे-पाठ मान को ध्यान में रखते हुए प्रॉक्सी पासवर्ड को शेल स्टार्टअप फ़ाइल से बाहर रखें।
Secret Service का उपयोग करने वाले इंटरैक्टिव डेस्कटॉप सत्र में, प्रॉक्सी रहस्य को उसके पहचानकर्ता गुणों से अलग संग्रहीत करें:
secret-tool store --label='Work web proxy' purpose web-proxy host proxy.example
रहस्य अलग से दें; इसे लेबल और गुणों से बाहर रखें। इसे प्राप्त करने के लिए secret-tool lookup purpose web-proxy host proxy.example का उपयोग करें। वह कमांड मेल खाता रहस्य मानक आउटपुट पर लौटाता है, इसलिए उसका आउटपुट साझा निदान ट्रांस्क्रिप्ट के बजाय इच्छित क्लाइंट के समर्थित क्रेडेंशियल इंटरफ़ेस को दें।
खोज के लिए उपयुक्त उपयोगकर्ता का D-Bus सत्र और उपलब्ध Secret Service चाहिए। संग्रह को अनलॉक करना पड़ सकता है। cron कार्य डेस्कटॉप की अनलॉक स्थिति को स्वतः नहीं दोहराता, और root की खोज किसी दूसरे उपयोगकर्ता की कीरिंग नहीं चुनती।
संग्रहण खोज की विफलता को अस्वीकृत प्रॉक्सी प्रमाणीकरण से अलग संभालें। चुपचाप खाली पासवर्ड भेजना और फिर प्रयास करना छिपाता है कि कौन-सा संचालन विफल हुआ।
जहाँ समर्थित हो, क्लाइंट में अलग क्रेडेंशियल फ़ील्ड पसंद करें। यदि क्रेडेंशियल प्रॉक्सी URL में ही रखने हों, तो उपयोगकर्ता नाम और पासवर्ड को URI घटकों के रूप में एन्कोड करें; शेल कोटिंग URL एन्कोडिंग नहीं करती।
कीरिंग .profile में शाब्दिक रहस्य की आवश्यकता हटा देती है। प्राप्त मान अब भी स्मृति में मौजूद रहता है, और उसे निर्यात करने पर वह विरासत में पाने वाली चाइल्ड प्रक्रियाओं के सामने उजागर होता है। संरक्षित संग्रहण उस रनटाइम वातावरण को रहस्यों की तिजोरी नहीं बनाता।