sudo, &, -b वा --daemon: OpenVPN क्लाइन्टलाई पृष्ठभूमिमा कसरी चलाउने

‘यसलाई पृष्ठभूमिमा चलाउनुहोस्’ भन्ने वाक्यांशभित्र दुई प्रश्न लुकेका छन्। पहिलो यो हो कि यो प्रयोगकर्ताले विशेषाधिकार प्राप्त प्रक्रिया सुरु गर्न सक्छ कि सक्दैन; दोस्रो यो हो कि कोही पनि टर्मिनलमा टाइप नगरी सत्र जारी रहन सक्छ कि सक्दैन। शेलको एम्परसेन्डले कुनैको पनि जवाफ दिँदैन, र sudo पासवर्ड चलमा राख्ने स्क्रिप्टले पहिलोको नराम्रो जवाफ दिन्छ र दोस्रोलाई अछुतो राख्छ। तिनलाई अलग गर्नुहोस्, अनि विकल्पहरू तुलना गर्न सजिलो हुन्छ।

तीनै उम्मेदवारको तुलना स्वामित्वमा गर्नुहोस्, सुविधामा होइन।

टर्मिनल छोड्ने तीन तरिका, तीन फरक मालिक

कुनै आदेशमा एम्परसेन्ड थप्दा शेलले यसलाई पृष्ठभूमि कार्यका रूपमा चलाउँछ, र कार्य अझै त्यही शेलको हुन्छ। कार्यक्रम सुरु हुनुअघि नै sudo सोध्न सक्छ, र OpenVPN पछि कुञ्जी पासफ्रेज वा लगइनका लागि सोध्न सक्छ। इनपुट पर्खने आदेशलाई पृष्ठभूमिमा राख्दा कोही नहेर्ने टर्मिनलको प्रतीक्षा गर्ने प्रक्रिया बन्छ। टर्मिनल मुक्त हुन्छ; अन्तरक्रिया हुँदैन।

यो सबैभन्दा सस्तो विकल्प हो र सबैभन्दा भ्रमित गर्ने गरी असफल हुन्छ, किनकि प्रम्प्ट अपरेटरले पहिले नै छोडेको ठाउँमा देखिन्छ।

sudo -b क्रेडेन्सियल ह्यान्डलर होइन

sudo -b sudo आफैंको दृष्टिकोणबाट आदेश पृष्ठभूमिमा चलाउँछ, जुन हराएको सुविधाजस्तो सुनिन्छ तर होइन। sudo म्यानुअलअनुसार, त्यो मोडमा अन्तरक्रियात्मक आदेशहरू सामान्यतया नराम्रो व्यवहार गर्छन्, र शेल कार्य नियन्त्रणले यसले बनाएका प्रक्रियाहरू व्यवस्थापन गर्न सक्दैन। यसले प्रक्रियालाई प्रश्नको जवाफ दिने तरिका नदिई सार्छ। यसमा निजी कुञ्जीको पासफ्रेज वा गेटवे लगइन दिने केही छैन।

यदि जडानलाई अन्तरक्रिया चाहिन्छ भने, समाधान समर्थित गैर-अन्तरक्रियात्मक प्रमाणीकरण व्यवस्था हो, त्यही प्रम्प्ट सुरु गर्ने अर्को तरिका होइन।

--daemon ले कार्यक्रम बदल्छ, लगइन होइन

--daemon इनिसियलाइजेशनपछि अलग हुन OpenVPN लाई नै भन्छ। 2.6 म्यानुअलले syslog रिडाइरेक्सन विकल्प पार्स हुँदा हुने उल्लेख गर्छ, यद्यपि अलग हुने कार्य पछि हुन्छ, त्यसैले सन्देशहरू अपेक्षाभन्दा पहिले टर्मिनलमा देखिन छोड्न सक्छन्। त्यो बिन्दुपछिको मौनताले सुरुङबारे केही प्रमाणित गर्दैन। स्पष्ट --log वा --log-append थप्नुहोस् ताकि आउटपुट तपाईं पढ्न सक्ने ठाउँमा पुगोस्।

डेमन मोडले कन्सोल पनि स्थायी रूपमा हटाउँछ। संरक्षित निजी कुञ्जीलाई त्यो मोडमा askpass चाहिन्छ, र कन्सोलबाट दिइएका क्रेडेन्सियलहरू क्यासिङ विकल्पसँग मिलेर पछिको पुनःप्रमाणीकरणलाई सोध्ने ठाउँ बिना छोड्न सक्छन्। पृष्ठभूमि सुरुवातले आफ्नो पहिलो कुञ्जी नवीकरण सहनेछ भन्ने अनुमान गर्नुअघि स्थापित संस्करणसँग प्रमाणीकरण मोडेल जाँच्नुहोस्।

sudo प्रमाणीकरणले के दिन्छ र के दिँदैन

sudo -v क्यास गरिएको स्थानीय क्रेडेन्सियल प्रमाणित वा ताजा गर्छ, नीतिले मागे प्रमाणीकरण गर्छ। यसले OpenVPN सुरु गर्दैन, गेटवेसँग प्रमाणीकरण गर्दैन, र स्क्रिप्टको पछिको आदेशलाई अनुमति हुने ग्यारेन्टी दिँदैन। sudo -n ले उल्टो अर्थ दिन्छ: नसोध्नुहोस्, असफल हुनुहोस्। यसले स्थानीय अनुमति असफलतालाई स्पष्ट बनाउँछ, जुन उपयोगी छ, र OpenVPN ले पछि के माग्नेछ भन्नेबारे केही भन्दैन।

दुवैमध्ये कुनै पनि विकल्पले सबैलाई पासवर्डरहित आदेश दिने वा प्रशासकको पासवर्ड स्क्रिप्टमा पठाउने कारण बन्दैन।

अवलोकन गर्न सकिने मालिकलाई प्राथमिकता दिनुहोस्

मेसिनको स्वामित्वमा रहेको सुरुङका लागि वितरणले समर्थन गर्ने सेवा इन्स्ट्यान्स प्रयोग गर्नुहोस्। त्यस्तो मालिकले सुरु, रोक, स्थिति र लग दिन्छ, र तपाईंको सत्र सकिएपछि पनि टिक्छ। शेल पृष्ठभूमि, डेमनाइजेसन र रिस्टार्ट लूपलाई एकअर्काको वरिपरि जोड्दा एउटा सुरुङका लागि तीन मालिक बन्छन् र कुन चलिरहेको छ भन्ने स्पष्ट जवाफ हुँदैन।

तपाईंले जे रोज्नुभए पनि, सुरुङ जुन स्रोतका लागि अवस्थित छ त्यो प्रमाणित गर्नुहोस्। सफल सुरुवात अनुरोध प्रक्रिया घटना हो, कार्यरत जडानको प्रमाण होइन।