VPN आधी Tor तयार: स्टार्टअप गेट योग्य क्रमाने लावा

tor प्रक्रियेवर लक्ष ठेवून नंतर VPN सुरू करणे हा हा स्टॅक चुकीच्या पद्धतीने उभारण्याचा सर्वात सामान्य मार्ग आहे। डीमॉन क्लायंट स्ट्रीम वाहून नेऊ शकण्याच्या खूप आधी दिसतो, आणि निश्चित प्रतीक्षा ही अवलंबित्वाचा सोंग घेतलेली अटकळ आहे। गेट ही पुढील घटकाला खरोखर आवश्यक असलेली स्थिती असली पाहिजे। खालील चार पायऱ्या क्रमाने पूर्ण करा आणि प्रत्येकाला समायोजित करावयाचा विलंब नव्हे, तर स्वतंत्र अट माना।

पायरी 1: तुमच्याकडे खरोखर असलेले ट्रान्सपोर्ट निवडा

प्रोटोकॉलपासून सुरुवात करा, कारण उर्वरित रचना त्यावर अवलंबून आहे। Tor चा SOCKS इंटरफेस UDP ASSOCIATE लागू करत नाही, म्हणून त्यातून वाहून नेले जाणारे काहीही TCP स्ट्रीम असले पाहिजे। UDP वापरणारा OpenVPN प्रोफाइल सुपरवायझर कसाही लिहिला गेला तरी या मार्गाने काम करणार नाही। प्रोफाइल TCP वर बदला आणि स्टार्टअप लॉजिकला हात लावण्यापूर्वी दूरचा पीअर ते स्वीकारतो याची खात्री करा।

नंतर तुमचा क्लायंट अजिबात SOCKS प्रॉक्सीपर्यंत पोहोचू शकतो याची खात्री करा। OpenVPN 2.6 TCP प्रोफाइलसाठी socks-proxy पर्यायाचे दस्तऐवजीकरण करते, आणि वेगवेगळे क्लायंट वेगळा प्रॉक्सी आधार देतात। प्रॉक्सी पर्याय शांतपणे दुर्लक्षित करणारा लाँचर थेट जोडला जाईल आणि काम करत असल्यासारखा दिसेल, जे अपयशापेक्षाही वाईट आहे।

निवडलेला ट्रान्सपोर्ट रनबुकमध्ये लिहा, कारण पुढील प्रत्येक तपासणी त्यावर अवलंबून आहे।

पायरी 2: प्रक्रिया यादी नाही, bootstrap टप्पा वाचा

Tor चा नियंत्रण प्रोटोकॉल GETINFO status/bootstrap-phase ला अगदी अलीकडील bootstrap स्थितीसह उत्तर देतो, ज्यात प्रगतीची टक्केवारी आणि सारांश टॅग असतो। ते उत्तर उपयुक्त आहे कारण नियंत्रक डीमॉनने bootstrap पूर्ण केल्यानंतरही जोडला जाऊ शकतो। केवळ घटना ऐकणारा सुपरवायझर सुपरवायझर सुरू होण्यापूर्वीच Tor तयार होता असा प्रसंग चुकवेल।

नियंत्रण जोडणी योग्यरित्या प्रमाणित करा। नियंत्रण पोर्ट हा प्रशासकीय इंटरफेस आहे, आणि त्याच्याशी बोलू शकणारा कोणीही डीमॉन पुन्हा संरचित करू शकतो। तो localhost वर ठेवा, कुकी किंवा पासवर्ड प्रमाणीकरण सुरू ठेवा, आणि स्टार्टअप स्क्रिप्ट सोपी करण्यासाठी दोन्हींपैकी एकही काढू नका।

सुरुवातीला टप्पा एकदा वाचा, नंतर थेट दृश्यासाठी प्रगती घटनांची सदस्यता घ्या।

printf 'AUTHENTICATE\r\nGETINFO status/bootstrap-phase\r\nQUIT\r\n' | nc 127.0.0.1 9051
ss -ltn | grep -E '9050|9051'
tor --verify-config -f /etc/tor/torrc

प्रगती 100 आणि done टॅग असलेले उत्तर म्हणजे डीमॉनने स्वतःची सुरुवात पूर्ण केली आहे। याचा अर्थ अजूनही तुमच्या गंतव्याकडे वापरण्यायोग्य सर्किट आहे असा नाही।

पायरी 3: क्लायंट सर्किट घटनेची प्रतीक्षा करा

Tor चा घटना प्रोटोकॉल CIRCUIT_ESTABLISHED परिभाषित करतो, जो क्लायंटकडे वापरण्यायोग्य सर्किट असल्याचे नोंदवतो। हाच तो तयारीचा संकेत आहे जो कॅरियर गेटला हवा असतो, कारण तो टक्केवारीपेक्षा तुम्हाला आवश्यक असलेल्या क्षमतेच्या जवळ आहे। घटनेची सदस्यता घ्या आणि संक्रमण नोंदवा, जेणेकरून लॉग प्रक्रिया कधी दिसली हे नव्हे, तर कॅरियर कधी वापरण्यायोग्य झाला हे दाखवेल।

घटनेला प्रयत्न करण्याची परवानगी माना, कोणत्याही विशिष्ट गंतव्याबद्दल हमी मानू नका। एक्झिट धोरण अजूनही दूरच्या पीअरला नकारू शकते, आणि VPN चे स्वतःचे हँडशेक अजूनही Tor शी काहीही संबंध नसलेल्या कारणांमुळे अपयशी होऊ शकते।

कोडमध्ये दोन्ही अटी वेगळ्या ठेवा। ready नावाचा एकच बुलियन त्यांना एकत्र करेल आणि पुढील घटना वाचनीय राहणार नाही।

पायरी 4: VPN ला त्याच्या स्वतःच्या हँडशेकवर गेट करा

VPN ला स्वतःची तयारीची अट आहे, आणि बोगदा उभा राहिला हे सिद्ध करणारी तीच एकमेव आहे। क्लायंटने नियुक्त पत्त्यासह जोडलेली स्थिती नोंदवेपर्यंत थांबा, नंतर प्रॉक्सीची आवश्यकता लागू राहिली याची तपासणी करा। एका अपयशानंतर socks-proxy पर्याय सोडणारा पुनःप्रयत्न लूप थेट जोडला जाईल आणि संपूर्ण रचना शांतपणे हरवेल।

पीअर उपलब्ध नसताना काय होईल हे जाणून घेण्याची गरज पडण्यापूर्वीच ठरवा। दृश्यमान अपयशासह मर्यादित पुनःप्रयत्न अंतहीन लूपपेक्षा चालवायला सोपा आहे, आणि देखरेख प्रणालीला सतर्क करण्यासाठी काहीतरी देतो। तोच निर्णय कॅरियरलाही लागू होतो: Tor पुन्हा सुरू झाल्यास VPN तोडून पुन्हा गेट करावे लागेल, मृत सर्किटवर चालू ठेवू नये।

शेवटी, VPN बंद असताना अ‍ॅप्लिकेशनचे स्वतःचे धोरण लागू ठेवा। योग्यरित्या थांबणारा सुपरवायझर असंबंधित प्रक्रियेला थेट रहदारी पाठवण्यापासून रोखण्यासाठी काहीही करत नाही।

तुम्हाला पार कराव्या लागणाऱ्या चार संक्रमणांची तपासणी करा

चार प्रसंग रचनेचा समावेश करतात: Tor आधी वर येणारी थंड सुरुवात, आधीच तयार असलेल्या Tor ला जोडणारा सुपरवायझर, अनुपलब्ध VPN पीअर, आणि बोगदा उभा असताना कॅरियरचा तोटा। प्रत्येकाचे अपेक्षित संक्रमण वेगळे आहे, आणि गेट योग्यरित्या लिहिले असेल तर प्रत्येक वेगळी लॉग ओळ तयार करते।

ती जाणीवपूर्वक, एका वेळी एक चालवा, आणि प्रक्रिया यादीऐवजी स्थितीतील बदल वाचा।

journalctl -u tor@default -n 30 --no-pager
systemctl status [email protected]
curl -sS --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip

कॅरियर पडल्यावर, VPN ने जुन्या बोगद्यासह लटकत राहण्याऐवजी एका पुनःप्रयत्न अंतराने त्याच्यासोबत खाली जावे। Tor परत आल्यावर, गेट प्रक्रिया सुरू झाल्यानंतर नव्हे, तर सर्किट घटनेनंतरच पुन्हा उघडावा। प्रत्येक अपयशात कोणती अट गहाळ होती हे नोंदवा, आणि पुढील ड्युटीवरील व्यक्तीला वेळेच्या ठशांमधून क्रम पुन्हा तयार करावा लागणार नाही।