🔤 🤢 🧓🏽 हम प्रॉक्सी करते हैं और बचाते हैं 🔇 👩🏻‍🎤 🔟

नवंबर, दुनिया बदल गई है और फिर कभी भी ऐसा नहीं होगा। रूसी इंटरनेट पर सेंसरशिप दिखाई दी है - प्रतिबंधित साइटों की एक प्रसिद्ध सूची। कुछ के लिए यह एक महत्वपूर्ण राजनीतिक विषय है, दूसरों के लिए यह एन्क्रिप्शन तकनीकों और गुमनामी की सुरक्षा का अध्ययन करने का एक अवसर है, दूसरों के लिए यह सिर्फ एक और अजीब कानून है जिसे चलाने पर निष्पादित किया जाना चाहिए। हम तकनीकी पहलू के बारे में बात करेंगे।

इस ट्यूटोरियल में, हम सीखेंगे कि किसी भी साइट का वर्किंग मिरर कैसे जल्दी और आसानी से बनाया जा सकता है, जो आपको आईपी को बदलने और किसी भी डोमेन नाम को असाइन करने की अनुमति देता है। हम यहां तक कि यूआरएल में डोमेन को छिपाने की कोशिश करते हैं, जिसके बाद हम साइट की स्थानीय रूप से पूर्ण प्रतिलिपि को बचा सकते हैं। सभी अभ्यास किसी भी वर्चुअल सर्वर पर किए जा सकते हैं - मैं व्यक्तिगत रूप से हेट्जनर होस्टिंग और डेबियन ओएस का उपयोग करता हूं। और निश्चित रूप से हम सभी समय के सर्वश्रेष्ठ वेब सर्वर का उपयोग करेंगे - NGINX !

इस पैराग्राफ के लिए, एक जिज्ञासु पाठक पहले से ही किसी प्रकार के समर्पित सर्वर को खरीद और कॉन्फ़िगर कर चुका है, या सिर्फ मेज के नीचे एक पुराने कंप्यूटर पर लिनक्स लॉन्च किया है, साथ ही "अभी मुझे बचाओ" पृष्ठ के साथ नग्नेक्स के नवीनतम संस्करण को लॉन्च किया है।

शुरू करने से पहले, आपको ngx_http_substitutions_filter_module मॉड्यूल के साथ nginx को संकलित करना होगा, पूर्व नाम प्रतिस्थापन 4nginx है।

उदाहरण के रूप में www.6pm.com का उपयोग करके आगे के विन्यास को दिखाया जाएगा। यह अच्छी छूट पर सामान बेचने वाले एक लोकप्रिय ऑनलाइन स्टोर की साइट है। यह रूस से ग्राहकों को पहुंच देने के लिए इसकी स्पष्ट अनिच्छा से प्रतिष्ठित है। पूंजीवाद की सेंसरशिप क्यों नहीं काटती?

हमारे पास पहले से ही एक कामकाजी नग्नेक्स है, जो उपयोगी चीजों में लगा हुआ है - यह साइट को विदेशी खरीदारी के फायदे पर लाइवस्ट्रीट सिस्टम में बदल देता है। 6pm दर्पण को बढ़ाने के लिए, हम 6pm.pokupki-usa.ru नाम के साथ एक DNS रिकॉर्ड दर्ज करते हैं जो सर्वर आईपी को संबोधित करता है। जैसा कि आप समझते हैं, एक उप-डोमेन के लिए एक नाम का विकल्प पूरी तरह से मनमाना है। यह नाम HOST फ़ील्ड में हर बार सेट किया जाएगा जब आप हमारे नए संसाधन तक पहुँच प्राप्त करेंगे, इसलिए आप Nginx पर वर्चुअल होस्टिंग शुरू कर सकते हैं।

नंगेक्स कॉन्फ़िगरेशन के रूट सेक्शन में, हम अपस्ट्रीम लिखते हैं - डोनर साइट का नाम, इसलिए हम इसे भविष्य में कहेंगे। मानक गाइडों में, एक साइट को आमतौर पर बैक-एंड कहा जाता है, और रिवर्स-प्रॉक्सी को फ्रंट-एंड कहा जाता है।

http { ... upstream 6pm { server www.6pm.com; }

इसके बाद, आपको एक सर्वर सेक्शन बनाने की आवश्यकता है, यहाँ वह जैसा दिखता है

  server { listen 80; server_name 6pm.pokupki-usa.ru; limit_conn gulag 64; access_log /var/log/nginx/6pm.access.log; error_log /var/log/nginx/6pm.error.log; location / { root /var/www/6pm; try_files $uri @static; } location @static { include '6pm.conf'; proxy_cookie_domain 6pm.com 6pm.pokupki-usa.ru; proxy_set_header Accept-Encoding ""; proxy_set_header Host www.6pm.com; proxy_pass http://6pm; proxy_redirect http://www.6pm.com http://6pm.pokupki-usa.ru; proxy_redirect https://secure-www.6pm.com https://6pm.pokupki-usa.ru; } }

मानक श्रवण और सर्वर निर्देश वर्चुअल होस्ट के नाम का उपयोग करने के लिए निर्धारित करते हैं जिस पर सर्वर अनुभाग चालू हो जाएगा। लॉग फाइल को सबसे अलग बनाया जाता है।

हम रूट लोकेल की घोषणा करते हैं, इसके स्टोरेज के लिए पथ निर्दिष्ट करते हैं - रूट / var / www / 6pm; तो try_files का उपयोग करें । यह एक बहुत महत्वपूर्ण नगीनेक्स निर्देश है जो आपको अपलोड की गई फ़ाइलों के लिए स्थानीय भंडारण को व्यवस्थित करने की अनुमति देता है। निर्देश पहली जाँच करता है कि अगर कोई फ़ाइल है जिसका नाम $ uri है और यदि वह नहीं मिलती है, तो यह नामित नाम "स्टेटिक" पर जाती है

$ uri - nginx वैरिएबल जिसमें HTTP अनुरोध से पथ शामिल है

उपसर्ग "@" एक नामित स्थान को निर्दिष्ट करता है। इस तरह के स्थान का उपयोग सामान्य अनुरोध प्रसंस्करण में नहीं किया जाता है, लेकिन इसका उद्देश्य केवल इसके अनुरोधों को पुनर्निर्देशित करना है। ऐसे स्थानों को नेस्टेड नहीं किया जा सकता है और इसमें नेस्टेड स्थान नहीं हो सकते हैं।

हमारे मामले में, साइट की सामग्री को अनुक्रमित करने के लिए डिज़ाइन का उपयोग केवल robots.txt फ़ाइल को बदलने के लिए किया जाता है। हालाँकि, nginx में मिररिंग और कैशिंग इस तरह से किया जाता है।

'6 pm.conf' को शामिल करें - प्रतिस्थापन मॉड्यूल का तर्क।

xy_cookie_domain एक नया फंक्शन है जो nginx संस्करण 1.1.15 में दिखाई दिया, इस निर्देश के बिना ऐसा करना आवश्यक था। अब आपको अपने दिमाग को रैक करने की ज़रूरत नहीं है, एक पंक्ति और कुकीज़ लिखिए।

xy_set_header स्वीकार-एन्कोडिंग ""; - एक बहुत महत्वपूर्ण टीम जो दाता साइट बनाती है वह आपको संपीड़ित रूप में नहीं सामग्री देती है, अन्यथा प्रतिस्थापन मॉड्यूल प्रतिस्थापन करने में सक्षम नहीं होंगे।

xy_set_header होस्ट एक अन्य महत्वपूर्ण कमांड है जो दाता को साइट पर अनुरोध में सही HOST फ़ील्ड सेट करता है। इसके बिना, हमारे प्रॉक्सी सर्वर का नाम प्रतिस्थापित किया जाएगा और अनुरोध गलत होगा।
प्रॉक्सी_पास - डायरेक्ट एड्रेसिंग एक नामित लोकेल में काम नहीं करता है, यही वजह है कि हमने अपस्ट्रीम डायरेक्टिव में डोनर साइट का पता दर्ज किया है।
xy_redirect - कई साइटें अपनी आवश्यकताओं के लिए रीडायरेक्ट का उपयोग करती हैं, प्रत्येक रीडायरेक्ट को यहां पकड़ा और इंटरसेप्ट करने की आवश्यकता होती है, अन्यथा अनुरोध और क्लाइंट हमारे आरामदायक डोमेन से आगे निकल जाएंगे।

अब 6 pm.conf की सामग्री देखते हैं। यह संयोग से नहीं था कि मैंने परिवर्तन तर्क को एक अलग फ़ाइल में डाल दिया। हजारों प्रतिस्थापन नियम और सैकड़ों किलोबाइट फ़िल्टर बिना किसी प्रदर्शन हानि के इसमें रखे जा सकते हैं। हमारे मामले में, हम केवल समीपता प्रक्रिया को पूरा करना चाहते हैं, इसलिए फ़ाइल में केवल 5 लाइनें हैं:

Google विश्लेषिकी कोड बदलें:

 subs_filter 'UA-8814898-13' 'UA-28370154-3' gi; subs_filter "'.6pm.com']," "'6pm.pokupki-usa.ru']," gi;

मैं आपको विश्वास दिलाता हूं कि यह संभव का सबसे हानिरहित शरारत है। हमारे पास विज़िट के आंकड़े होंगे, और ये विज़िट डोनर की साइट पर गायब हो जाएंगे।

हम सभी सीधे लिंक को नए में बदलते हैं।

 subs_filter "www.6pm.com" "6pm.pokupki-usa.ru" gi; subs_filter "6pm.com" "6pm.pokupki-usa.ru" gi;

एक नियम के रूप में, सामान्य साइटों में, सभी चित्र सीडीएन नेटवर्क पर हैं, जो अनुरोधों के स्रोत की जांच करने के लिए परेशान नहीं करते हैं, इसलिए केवल मुख्य डोमेन से लिंक की जगह पर्याप्त है। हमारे मामले में, 6pm ने डोमेन से कुछ छवियों को दिखाया और पोस्ट किया जो रूस से आगंतुकों को मना करते हैं। सौभाग्य से, प्रतिस्थापन मॉड्यूल नियमित अभिव्यक्तियों का समर्थन करता है और लिंक के समूह के लिए एक सामान्य नियम लिखना आसान है। हमारे मामले में, इसने regexp के बिना किया, बस डोमेन में दो अक्षर बदल दिए। यह इस तरह निकला:

 subs_filter "http://a..zassets.com" "http://l3.zassets.com" gi;

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

सब कुछ, आप परिणाम को देख सकते हैं, सब कुछ काम करता है, यहां तक कि आदेश का भुगतान भी कठिनाई के बिना होता है।

इसलिए, हमने साइट को एक नए आईपी पते और एक नए डोमेन पर फेंक दिया। यह एक साधारण काम था। क्या यह संभव है कि किसी साइट को नए डोमेन से न जोड़ा जाए, लेकिन किसी मौजूदा को उपनिर्देशित किया जाए? यह किया जा सकता है, लेकिन मुश्किलें हैं। सबसे पहले, याद रखें कि HTML लिंक क्या हैं:

" Www.example.com/some/path " फ़ॉर्म के पूर्ण लिंक
साइट की जड़ के सापेक्ष लिंक "/ कुछ / पथ"
"कुछ / पथ" जैसे सापेक्ष संबंध

आइटम 1 के साथ, सब कुछ सरल है - हम सभी लिंक को एक नए पथ के साथ एक उपनिर्देशिका के साथ बदलते हैं
क्लॉज 3 के साथ यह उतना ही सरल है - हम कुछ भी नहीं छूते हैं और सब कुछ अपने आप से काम करता है यदि बेस href विशेषता का उपयोग नहीं किया गया था। यदि इस विशेषता का उपयोग किया जाता है, जो आधुनिक साइटों में अत्यंत दुर्लभ है, तो यह इसे बदलने के लिए पर्याप्त है और सब कुछ काम करेगा।

असली कठिनाई दावा 2 से उत्पन्न होती है। इस तथ्य के कारण कि हमें प्रपत्र / ... को / उपडोमेन / ... के लिंक का एक गुच्छा बदलना है । यदि आप इसे सिर पर करते हैं, तो साइट सबसे अधिक संभावना पूरी तरह से काम करना बंद कर देगी, क्योंकि ऐसा प्रतिस्थापन एक स्लैश का उपयोग करके कई निर्माणों को तोड़ देगा, जो लगभग सभी जावास्क्रिप्ट स्क्रिप्टों को बर्बाद कर देगा।

सैद्धांतिक रूप से, आप एक काफी सामान्य सार्वभौमिक रेक्सएक्सपी लिख सकते हैं, जो प्रतिस्थापन के लिए विशेष रूप से आवश्यक पैटर्न का चयन करने में सक्षम होगा, व्यवहार में कुछ सरल रीजैक्स लिखना बहुत आसान है जो भागों में आवश्यक लिंक का अनुवाद करेगा।

हमारे मरीज पर वापस:

  location /6pm { root /var/www/6pm; try_files $uri @6pm-static; access_log /var/log/nginx/6pm.access.log; } location @6pm-static { include '6pm2.conf'; proxy_cookie_domain 6pm.com pokupki-usa.ru; proxy_cookie_path / /6pm/; rewrite ^/6pm/(.*) /$1 break; proxy_set_header Accept-Encoding ""; proxy_set_header Host www.6pm.com; proxy_pass http://6pm; proxy_redirect http://www.6pm.com http://pokupki-usa.ru/6pm; proxy_redirect http://www.6pm.com/login http://pokupki-usa.ru/6pm; proxy_redirect https://secure-www.6pm.com https://pokupki-usa.ru/6pm;

सर्वर कॉन्फ़िगरेशन में कुछ बदलाव हुए हैं।

सबसे पहले, सभी तर्क सीधे गंभीर निर्देश से स्थान पर स्थानांतरित किए जाते हैं। यह अनुमान लगाना आसान है कि हमने / 6pm निर्देशिका बनाने का फैसला किया है जिसमें हम अनुमानित साइट प्रदर्शित करेंगे।

xy_cookie_path / / 6pm / - साइट के रूट से उपनिर्देशिका में कुकीज़ को स्थानांतरित करें। यह आवश्यक नहीं है, लेकिन अगर बहुत सारे अनुमानित साइट हैं, तो उनकी कुकीज़ एक-दूसरे को पार और मिटा सकती हैं।

पुनः लिखना ^ / 6pm /(.*) / $ 1 ब्रेक; - यह जादू क्लाइंट से उप-निवेदन को हटाता है जिसे हमने जोड़ा है, परिणामस्वरूप, प्रॉक्सी_पास निर्देश दाता सर्वर को सही मूल्य भेजता है।

रीडायरेक्ट को पकड़ना थोड़ा और मुश्किल हो गया। अब सभी रूट लिंक को / 6pm पर पुनर्निर्देशित किया जाना चाहिए।

आइए परिवर्तन के तर्क को देखें:

 subs_filter_types text/css text/javascript; # Fix direct links subs_filter "http://6pm.com" "http://pokupki-usa.ru/6pm" gi; subs_filter "http://www.6pm.com" "http://pokupki-usa.ru/6pm" gi; # Fix absolute links subs_filter 'src="/' 'src="/6pm/' gi; subs_filter 'href="/' 'href="/6pm/' gi; subs_filter 'action="/' 'href="/6pm/' gi; # Fix some js subs_filter "\"/le.cgi" "\"/6pm/le.cgi" gi; subs_filter "\"/track.cgi" "\"/6pm/track.cgi" gi; subs_filter "\"/onload.cgi" "\"/6pm/onload.cgi" gi; subs_filter "\"/karakoram" "\"/6pm/karakoram" gi; subs_filter "/tealeaf/tealeaf.cgi" "/6pm/tealeaf/tealeaf.cgi" gi; # Css and js path subs_filter "script\('/" "script('/6pm/" gi; subs_filter "url\(/" "url(/6pm/" gi; subs_filter 'UA-8814898-13' 'UA-28370154-3' gi; subs_filter "'.6pm.com']," "'pokupki-usa.ru/6pm']," gi; subs_filter "http://a..zassets.com" "http://l3.zassets.com" gi;

सबसे पहले, हमने css और जावास्क्रिप्ट फ़ाइल फ़िल्टरिंग को चालू किया (html पार्सिंग डिफ़ॉल्ट रूप से सक्षम है)
दूसरे, हम रूट के सापेक्ष विभिन्न प्रकार के लिंक को सावधानीपूर्वक ढूंढना और बदलना शुरू करते हैं। हम एक मध्यम जटिलता साइट के पार आए, जिसमें कुछ लिपियों में ऐसे मार्ग शामिल हैं।

नतीजतन, यह इस तरह निकला: http://pokupki-usa.ru/6pm/

दुर्भाग्य से, मैं एक उपनिर्देशिका के मामले के लिए फ़िल्टर को अंत तक लिखने में सक्षम नहीं था। मुझे खरीदारी कार्ट स्क्रिप्ट के लिए गतिशील अनुरोधों के रूपांतरण के लिए नहीं मिला , हालांकि मुझे इसमें कोई संदेह नहीं है कि इसे हल किया जा सकता है। यह सिर्फ इतना है कि जावास्क्रिप्ट में मेरा ज्ञान आवश्यक डिबगिंग करने के लिए पर्याप्त नहीं है, मुझे खरीदारी कार्ट शुरू करने के बारे में सलाह देने में खुशी होगी, जो अब उल्लेखित उदाहरण में काम नहीं करता है।

किसी भी मामले में, यह संभवत: पहला मार्गदर्शक है जो एक उपनिर्देशिका के निकटता की विधि का वर्णन करता है।

हम प्रॉक्सी करते हैं और बचाते हैं

More articles: