systemd-socket-proxyd आफ्नो SSH SOCKS सुरुङभन्दा लामो समय बाँच्न सक्छ

SSH बाहिरिएपछि अगाडिको पोर्टले जडान स्वीकार गर्छ भने तीनवटै युनिट जाँच्नुहोस्। सक्रियता सकेट, systemd-socket-proxyd सहायक र SSH ले बनाएको SOCKS सुन्नेले फरक जीवनकाल राख्छन्:

सहायक र SSH सँगै सुरु गर्नाले पछिको रोकिने संक्रमण परिभाषित हुँदैन। आफ्नो सुरुङ बिना सक्रिय रहन नहुने सहायकका लागि systemd ले बलियो सम्बन्ध लेख्छ:

[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.service

वास्तविक डिजाइनमा उपयुक्त युनिटमा यो लागू गर्नुहोस्। Requires= र क्रमले सम्बन्धको एउटा भाग मात्र सम्बोधन गर्छ। पहिले नै सक्रिय अगाडिको भागले पछाडिको भाग हराएपछि फेरि सक्रियता नगर्न सक्छ। असफल युनिट अवस्था र सुरु दर सीमा पनि जाँच्नुहोस्; निर्भरताले ती सीमा उल्लंघन गर्दैन।

अर्को, सुरु तयारी स्थापित गर्नुहोस्। After= कामहरू क्रमबद्ध गर्छ, Type=simple SSH सुन्नेको तयारी होइन। स्थिर निद्रा ढिलो प्रमाणीकरणमा असफल हुन सक्छ। आवश्यक सुन्ने स्थापित गर्ने सुरु सम्झौता प्रयोग गर्नुहोस्; ExitOnForwardFailure=yes ले फर्वार्डिङ सेटअप असफलता समात्छ, पछिको गन्तव्य पहुँच होइन।

अन्तमा, निष्क्रिय निस्कासन र पुनःसक्रियता परिभाषित गर्नुहोस्। फर्वार्डिङ डेमनको निष्क्रिय-निस्कासन विकल्प सक्रिय जडान नहुनासँग सम्बन्धित छ, खुला जडानमा बाइट कमी होइन। शान्त सत्रले यसलाई सक्रिय राख्न सक्छ। अर्को मागले आवश्यक सेवाहरू सक्रिय गर्नुपर्छ, र पुनःसुरु लूप सीमित र दृश्य रहनुपर्छ। सुन्ने पुनः सिर्जना गर्दा नयाँ जडान स्वीकारिन्छ; पुराना प्रोक्सी गरिएका TCP सत्र पुनःस्थापित हुँदैनन्।