secret-tool प्रयोग गरी प्रोक्सी पासवर्ड पुनःप्राप्त गर्नुहोस्
प्रयोगकर्ता सत्र र क्लाइन्टलाई आवश्यक प्लेनटेक्स्ट मानलाई ध्यान दिँदै प्रोक्सी पासवर्डलाई shell सुरुवात फाइलबाट बाहिर राख्नुहोस्।
Secret Service प्रयोग गर्ने अन्तरक्रियात्मक डेस्कटप सत्रका लागि, प्रोक्सी गोप्य मानलाई यसका पहिचान गर्ने विशेषताहरूबाट अलग राख्नुहोस्:
secret-tool store --label='Work web proxy' purpose web-proxy host proxy.example
गोप्य मान अलगै आपूर्ति गर्नुहोस्; यसलाई label र विशेषताहरूमा नराख्नुहोस्। यसलाई पुनःप्राप्त गर्न secret-tool lookup purpose web-proxy host proxy.example प्रयोग गर्नुहोस्। त्यो आदेशले मिल्ने गोप्य मान standard output मा फर्काउँछ, त्यसैले यसको आउटपुटलाई साझा diagnostic transcript मा होइन, इच्छित क्लाइन्टले समर्थन गर्ने credential इन्टरफेसमा पठाउनुहोस्।
lookup लाई उपयुक्त प्रयोगकर्ताको D-Bus सत्र र उपलब्ध Secret Service चाहिन्छ। collection खोल्नु आवश्यक पर्न सक्छ। cron कार्यले डेस्कटपको खुला अवस्था स्वतः दोहोर्याउँदैन, र root को lookup ले अर्को प्रयोगकर्ताको keyring चयन गर्दैन।
storage lookup असफलतालाई अस्वीकृत प्रोक्सी प्रमाणीकरणबाट अलग व्यवहार गर्नुहोस्। खाली पासवर्ड चुपचाप पठाएर पुनःप्रयास गर्दा कुन कार्य असफल भयो भन्ने लुकाइन्छ।
समर्थन भएमा छुट्टाछुट्टै क्लाइन्ट credential फिल्डहरू रुचाउनुहोस्। यदि credential प्रोक्सी URL मा राख्नैपर्ने भए, username र password लाई URI component का रूपमा encode गर्नुहोस्; shell quoting ले URL encoding गर्दैन।
.profile मा शाब्दिक गोप्य मान राख्ने आवश्यकता keyring ले हटाउँछ। पुनःप्राप्त मान अझै memory मा रहन्छ, र यसलाई export गर्दा यो inherit गर्ने child process हरूमा खुल्छ। सुरक्षित storage ले त्यो runtime वातावरणलाई secret vault बनाउँदैन।