अन्तरक्रियात्मक लगइनपछि OpenConnect लाई पृष्ठभूमिमा कसरी चलाउने
लगइन अग्रभागमा सक्नुहोस्, त्यसपछि टनेल क्लाइन्टको आफ्नै पृष्ठभूमि मोडमा सुम्पनुहोस्। यसलाई खोज्न र रोक्न सकिने बनाउने जाँचहरू।
तपाईं MFA प्रम्प्ट सक्नुहुन्छ, टनेल माथि आउँछ, र टर्मिनल बन्द गर्दा जडान पनि जान्छ। यो निरीक्षणको समस्या हो, प्रमाणीकरणको होइन, र OpenConnect मा यसलाई समाधान गर्ने स्विच पहिले नै छ। समाधान भनेको स्टार्टअप सकिएपछि, अन्तरक्रियात्मक भाग साँच्चै सकिएपछि क्लाइन्टलाई पृष्ठभूमिमा शाखा बन्न दिनु हो। तल जाँचहरूको क्रम छ: क्रमैसँग गर्नुहोस् र तपाईंको गेटवेमा लागू नहुने पहिलोमा रोक्नुहोस्।
लगइनमा गेटवेले के माग्छ भनी पुष्टि गर्नुहोस्
आदेश लेख्नु अघि तैनाथीले लाद्ने प्रमाण-पथ लेख्नुहोस्। मात्र प्रमाणपत्र, पासवर्ड र टोकन, र SAML प्रदायकमार्फत ब्राउजरको फेरि—यी फरक व्यवहार गर्छन्, र पृष्ठभूमि मोडले कुनै पनि छोड्न सक्दैन। यो विकल्पले स्टार्टअपपछि के हुन्छ त्यो बदल्छ, त्यसको क्रममा के हुन्छ कहिल्यै होइन।
लोभलाग्दो उपाय प्रम्प्ट स्वचालित गर्नु हो। पासवर्ड प्रम्प्ट चिन्नेबित्तिकै स्थिर उत्तर टाइप गर्ने र्यापर गेटवेले एक-पटकको कोड माग्ने क्षणमा टुट्छ, र अरू खाताले पढ्न सक्ने फाइलमा प्रमाण छोड्छ। यदि व्यक्तिले सत्र अनुमोदन गर्नुपर्छ भने व्यक्तिलाई प्रक्रियामा राख्नुहोस्।
पहिलो सत्र अग्रभागमा चलाउनुहोस् र आउटपुट पढ्नुहोस्
एक पटक सामान्य रूपमा जडान गर्नुहोस् र पूरै ह्यान्डशेक छापिन दिनुहोस्। प्रयोग हुने प्रोटोकल, प्रमाणपत्र वा टोकनको बाटो, सर्भरले दिने टनेल ठेगाना, र जडान स्वीकार अघि हरेक चेतावनी नोट गर्नुहोस्। त्यो ट्रान्सक्रिप्ट तपाईंको आधार-रेखा हो र पछि क्लाइन्ट समस्या गेटवे परिवर्तनबाट छुट्याउने एकमात्र सस्तो तरिका। यसलाई टर्मिनल बफर बाहिर राख्नुहोस्।
त्यसपछि उही कल पृष्ठभूमि मोड र PID फाइल थपेर दोहोर्याउनुहोस्, उदाहरण openconnect --background --pid-file /run/openconnect.pid vpn.example.net, र तपाईंको गेटवेले माग्ने प्रोटोकल र प्रमाणीकरण विकल्पहरू त्यही लाइनमा राख्नुहोस्। OpenConnect पुस्तिका यो विकल्पलाई स्टार्टअप सकिएपछि पृष्ठभूमिमा जारी राख्ने भनेर वर्णन गर्छ, र त्यसैले अन्तरक्रियात्मक चरण पहिले सकिनुपर्छ।
चलिरहेको प्रक्रियालाई खोज्न र रोक्न सकिने बनाउनुहोस्
PID फाइल जीवित प्रक्रियासँग मिलेसम्म मात्र प्रमाण हो। यसलाई सेवा खाताको स्वामित्वको डिरेक्टरीमा राख्नुहोस्, र कुनै संकेत पठाउनु अघि दर्ता भएको नम्बरलाई प्रक्रिया तालिकासँग तुलना गर्नुहोस्। रिबुट र क्र्यासले फाइल छोड्छन्, र पुरानो फाइल नै स्टप स्क्रिप्टले टनेल अझै चालु हुँदा सफलता रिपोर्ट गर्ने सामान्य कारण हो। जाँचलाई स्टप प्रक्रियाको भाग मान्नुहोस्, वैकल्पिक कदम होइन।
प्रमाणित PID लाई संकेत पठाउनुहोस्, त्यसपछि एक्जिट स्थितिमा भरोसा गर्नुको सट्टा टनेल इन्टरफेस साँच्चै हराएको पुष्टि गर्नुहोस्। यदि इन्टरफेस मिलाउन क्लाइन्टलाई उच्च विशेषाधिकार चाहिन्छ भने संकेत पठाउन अनुमति भएको खाताबाट आउनुपर्छ।
पृष्ठभूमि मोडलाई सुपरभाइजरमुनि नराख्नुहोस्
systemd र यस्तै सुपरभाइजरहरू आफूले सुरु गरेको प्रक्रियाको स्वामित्व अपेक्षा गर्छन्, त्यसैले टाढा शाखा बन्ने क्लाइन्टले उनीहरूलाई अलमल्याउँछ। सुपरभाइजरले लन्चर बाहिर जाने देख्छ तर वास्तविक जडान चलिरहन्छ, त्यसैले रिस्टार्ट तर्क, स्थिति रिपोर्टिङ र स्टप समयसीमाले अब सत्य नभएको कुरा वर्णन गर्छन्। युनिटलाई समर्थित अग्रभाग व्यवस्थामा लेख्नुहोस् र डिमनको काम सुपरभाइजरलाई दिनुहोस्।
--background व्यक्तिले सुरु गरेर पछि जाने सत्रहरूका लागि राख्नुहोस्। यदि आवश्यकता कसैले लगइन गर्नुअघि नै रहेको टनेल हो भने छुटेको भाग स्वीकृत गैर-अन्तरक्रियात्मक पहिचान र त्यसको नवीकरण योजना हो, र कुनै कमाण्ड-लाइन फ्ल्यागले यीमध्ये कुनै दिँदैन। बुट स्क्रिप्टमा फ्ल्याग थप्दा पहिलो समाप्त प्रमाणमा चुपचाप असफल हुने टनेल बन्छ।
सत्र कुकीलाई प्रमाण मान्नुहोस्
OpenConnect ले --authenticate मार्फत छुट्टै प्रमाणीकरण चरणको दस्तावेज गर्छ, र नतिजा सामग्री --cookie-on-stdin ले फिर्ता दिन सकिन्छ। यो जोडी एकीकरण कामका लागि हो, र यसले उत्पादन गर्ने कुरा यसलाई बनाउने पासवर्डजत्तिकै संवेदनशील छ।
मानलाई शेल इतिहास, लग र तपाईंले खोल्ने कुनै पनि टिकटबाट बाहिर राख्नुहोस्। हस्तान्तरण स्क्रिप्टले कुकीसँगै क्लाइन्टले पाएको प्रमाणित अन्त्य-बिन्दु जानकारी पनि सुरक्षित राख्नुपर्छ; हराएमा पछिको रनले तपाईंले कहिल्यै प्रमाणित नगरेको होस्टसँग जोडिन सक्छ, जुन केवल असफल हुने जडानभन्दा नराम्रो हो।
टर्मिनल बन्द गर्नु अघि सूची पूरा गर्नुहोस्
चार कुरा सत्य हुनुपर्छ: अन्तरक्रियात्मक लगइन अग्रभागमा सकियो, PID फाइलले तपाईंले प्रमाणित गरेको प्रक्रिया देखाउँछ, सुपरभाइजरको प्रश्न एकतिर टुंगियो, र कुकीसँग साधारण टेक्स्ट फाइल नभएको भण्डारण योजना छ। चारै सत्य भएपछि टर्मिनलबाट टाढा जानु सुरक्षित छ र टनेल चलिरहन्छ।
यदि तीमध्ये एक असफल भयो भने अरूलाई छुनु अघि त्यही मद्दा सुधार्नुहोस्, किनकि बाँकी जाँचले त्यसको क्षतिपूर्ति गर्न सक्दैनन्। पहिलो रनको अग्रभाग ट्रान्सक्रिप्ट पनि राख्नुहोस्: अर्को पटक टनेल चेतावनीबिना खस्दा त्यही आधार-रेखाले गेटवे पक्षको परिवर्तनलाई क्लाइन्ट पक्षको परिवर्तनबाट छुट्याउँछ।