निलो बाहिर साहसिक

कसरी Spotify ले तपाईंलाई डेमन, RFC, नेटवर्कहरू अध्ययन गर्न र खुला स्रोत प्रवर्द्धन गर्न मद्दत गर्न सक्छ। वा यदि तपाइँ तिर्न सक्नुहुन्न भने के हुन्छ, तर तपाइँ साँच्चै केहि प्रिमियम गुडीहरू चाहनुहुन्छ।

Начало

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

Spotify को बारेमा थोरै

सामान्यतया, Spotify को एक अनौठो नीति छ। हाम्रो भाइले प्रिमियम किन्नको लागि राम्रोसँग घुमाउनुपर्छ: आफ्नो प्रोफाइलको स्थान विदेशमा परिवर्तन गर्नुहोस्, PayPal मार्फत मात्र भुक्तान गर्न सकिने उपयुक्त उपहार कार्ड खोज्नुहोस्, जुन हालै अनौठो व्यवहार गरिरहेको छ र कागजातहरूको गुच्छा चाहन्छ। सामान्यतया, यो एक साहसिक पनि हो, तर फरक अर्डरको। यद्यपि अधिकांश मानिसहरूले मोबाइल संस्करणको लागि यो गर्छन्, मलाई यसमा रुचि छैन। त्यसकारण, तलका सबै कुराले डेस्कटप संस्करणको अवस्थामा मात्र मद्दत गर्नेछ। यसबाहेक, कार्यहरूको कुनै विस्तार हुनेछैन। केवल केहि अतिरिक्तहरू काट्दै।

यो किन यति जटिल छ?

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

यो अस्थिर प्रकार्यहरूमा भर पर्न र थप भरपर्दो र रोचक कुरा फेला पार्न निर्णय गरियो।

यहाँ कतै पाठकले सोध्नु पर्छ: किन नलिने? ssh एक चाबी संग -D र त्यो यसको अन्त्य हो? र, सामान्य मा, उहाँ सही हुनेछ। तर, पहिले, यो अझै पनि दानव बन्न र autossh संग मित्र बनाउन आवश्यक छ, ताकि फाटेको जडानहरूको बारेमा सोच्न नपरोस्। र दोस्रो: यो धेरै सरल र बोरिंग छ।

क्रम मा

सामान्य रूपमा, बायाँबाट दायाँ, माथिदेखि तल जाऔं र हाम्रो "सरल" विचार कार्यान्वयन गर्न आवश्यक पर्ने सबै कुराहरू वर्णन गरौं।

पहिले तपाईंलाई प्रोक्सी चाहिन्छ

र त्यहाँ एकैचोटि धेरै विकल्पहरू छन्:

• तपाईं बस जान सक्नुहुन्छ र खुला प्रोक्सी सूचीबाट लिन सक्नुहुन्छ। सस्तो (वा बरु केहिको लागि), तर बिल्कुल अविश्वसनीय र त्यस्ता प्रोक्सीहरूको जीवनकाल शून्यमा जान्छ। त्यसकारण, प्रोक्सी सूचीहरूको लागि पार्सर फेला पार्न/लेखन आवश्यक हुनेछ, तिनीहरूलाई इच्छित प्रकार र देशद्वारा फिल्टर गर्नुहोस्, र Spotify मा फेला परेको प्रोक्सी प्रतिस्थापन गर्ने प्रश्न खुला रहन्छ (राम्रो, सायद मार्फत। HTTP_PROXY स्थानान्तरण गर्नुहोस् र बाइनरीको लागि अनुकूलन र्यापर सिर्जना गर्नुहोस् ताकि अन्य सबै ट्राफिक त्यहाँ पठाइँदैन)।
• तपाईं समान प्रोक्सी किन्न सक्नुहुन्छ र माथि वर्णन गरिएका धेरैजसो समस्याहरूबाट आफूलाई बचाउन सक्नुहुन्छ। तर प्रोक्सीको मूल्यमा, तपाइँ तुरुन्तै Spotify मा प्रिमियम किन्न सक्नुहुन्छ, र यो मूल कार्यको लागि व्यावहारिक छैन।
• आफ्नो उठाउनुहोस्। तपाईंले सायद अनुमान गरे अनुसार, यो हाम्रो छनौट हो।

विशुद्ध संयोगले यो बाहिर आउन सक्छ कि तपाइँसँग बेलारुस गणतन्त्र वा अर्को सानो देशमा सर्भरको साथ साथी छ। तपाईंले यसलाई प्रयोग गर्न र यसमा इच्छित प्रोक्सी रोल आउट गर्न आवश्यक छ। विशेष पारखीहरू राउटर अन भएको साथीसँग सन्तुष्ट हुन सक्छन् DD-WRT वा समान सफ्टवेयर। तर त्यहाँ उनको अद्भुत संसार र यो संसार स्पष्ट रूपमा यस कथाको ढाँचामा फिट हुँदैन।

त्यसोभए, हाम्रा विकल्पहरू: स्क्विड - प्रेरणादायक होइन, र म HTTP प्रोक्सी चाहन्न, यस प्रोटोकलको वरिपरि पहिले नै धेरै छन्। र SOCKS को क्षेत्रमा बाहेक केहि समझदार छैन डान्टे अझै पुर्याएको छैन। त्यसैले, यसलाई लिनुहोस्।

स्थापना र कन्फिगर गर्न Dante को म्यानुअल को लागी प्रतीक्षा नगर्नुहोस्। उहाँले केवल गुगलिङ र विशेष रुचि छैन। न्यूनतम कन्फिगरेसनमा तपाईले सबै प्रकारका फ्याक गर्न आवश्यक छ client pass, socks pass, सही रूपमा इन्टरफेसहरू दर्ता गर्नुहोस् र थप्न नबिर्सनुहोस् socksmethod: username। यस फारममा, प्रमाणीकरणको लागि, प्रणाली प्रयोगकर्ताहरूबाट लगोपस लिइनेछ। र सुरक्षाको बारेमा भाग: लोकलहोस्टमा पहुँच निषेध गर्ने, प्रयोगकर्ताहरूलाई सीमित गर्ने, इत्यादि - यो पूर्णतया व्यक्तिगत हो, व्यक्तिगत पागलपनमा निर्भर गर्दछ।

नेटवर्कको सामना गर्ने प्रोक्सी तैनात गर्नुहोस्

नाटक दुई अभिनयमा छ ।

एक कार्य गर्नुहोस्

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

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

कार्य: NAT को पछाडि कतै प्रोक्सी छ, तपाईंले यसलाई VPS को एउटा पोर्टमा झुण्ड्याउनु पर्छ जसमा सेतो IP छ र यो संसारको छेउमा अवस्थित छ।

यो मान्न तार्किक छ कि यो या त पोर्ट फर्वार्डिङ द्वारा हल गर्न सकिन्छ (जुन माथि उल्लेखित मार्फत लागू गरिएको छ। ssh), वा VPN मार्फत भर्चुअल नेटवर्कमा हार्डवेयर संयोजन गरेर। साथ ssh हामीलाई काम गर्ने तरिका थाहा छ, autossh यो लिन बोरिंग छ, त्यसैले OpenVPN लिनुहोस्।

DigitalOcean छ अद्भुत manul यस विषयमा। यसमा थप्न मसँग केही छैन। र परिणामस्वरूप कन्फिगरेसन सजिलैसँग OpenVPN क्लाइन्टसँग जडान गर्न सकिन्छ र systemd। बस यसलाई (config) मा राख्नुहोस् /etc/openvpn/client/ र विस्तारमा परिवर्तन गर्न नबिर्सनुहोस् .conf। त्यस पछि, सेवा तान्नुहोस् [email protected]उनको लागि यो गर्न नबिर्सनुहोस् enable र खुशी हुनुहोस् कि सबै उड्यो।

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

र हो, हामीले हाम्रो ग्राहकको लागि VPN सर्भरमा स्थिर IP ठेगाना दर्ता गर्न आवश्यक छ। यो कथामा केहि पछि आवश्यक हुनेछ। यो गर्नको लागि तपाईंले सक्षम गर्न आवश्यक छ ifconfig-pool-persist, सम्पादन गर्नुहोस् ipp.txt, OpenVPN सँग समावेश गर्नुहोस् र ग्राहक-कन्फिग-डिर सक्षम गर्नुहोस्, साथै थपेर इच्छित क्लाइन्टको कन्फिगरेसन सम्पादन गर्नुहोस्। ifconfig-push सही मास्क र इच्छित आईपी ठेगाना संग।

अधिनियम दुई

अब हामीसँग "नेटवर्क" मा मेसिन छ जुन इन्टरनेटको सामना गर्दछ र स्वार्थी उद्देश्यका लागि प्रयोग गर्न सकिन्छ। अर्थात्, यसको माध्यमबाट ट्राफिकको अंश पुन: निर्देशित गर्नुहोस्।

त्यसोभए, एउटा नयाँ कार्य: तपाईंले सेतो आईपीको साथ VPS पोर्टहरू मध्ये एउटामा आउने ट्राफिकलाई बन्द गर्न आवश्यक छ ताकि यो ट्राफिक नयाँ जडान भएको भर्चुअल नेटवर्कमा जान्छ र प्रतिक्रिया त्यहाँबाट फर्कन सक्छ।

समाधान: अवश्य iptables! उहाँसँग अभ्यास गर्ने यस्तो अद्भुत अवसर अरू कहिले पाउँछ?

आवश्यक कन्फिगरेसन एकदम चाँडै फेला पार्न सकिन्छ, तीन घण्टामा, सयौं कसम शब्दहरू र एक मुट्ठीभर बर्बाद स्नायुहरू, किनभने डिबगिङ नेटवर्कहरू एक धेरै विशिष्ट प्रक्रिया हो।

पहिले, तपाईंले कर्नेलमा ट्राफिक पुन:निर्देशन सक्षम गर्न आवश्यक छ। यो कुरा भनिन्छ ipv4.ip_forward र OS र नेटवर्क प्रबन्धकको आधारमा थोरै फरक रूपमा सक्षम गरिएको छ।

दोस्रो, तपाईंले VPS मा पोर्ट चयन गर्न आवश्यक छ र यसलाई भर्चुअल सबनेटमा जाने सबै ट्राफिकहरू लपेट्नुहोस्। यो गर्न सकिन्छ, उदाहरण को लागी, यो जस्तै:

iptables -t nat -A PREROUTING -p tcp -i eth0 --dport 8080 -j DNAT --to-destination 10.8.0.2:8080

यहाँ हामी बाह्य इन्टरफेसको पोर्ट 8080 मा आउने सबै TCP ट्राफिकलाई IP 10.8.0.2 र उही पोर्ट 8080 भएको मेसिनमा रिडिरेक्ट गर्छौं।

कामको फोहोर विवरणहरू चाहनेहरूका लागि netfilter, iptables र सामान्य मा रूटिङ, यो बिल्कुल विचार गर्न आवश्यक छ यसलाई वा यसलाई.

त्यसोभए, अब हाम्रा प्याकेटहरू भर्चुअल सबनेटमा उड्छन् र ... तिनीहरू त्यहाँ रहन्छन्। अझ स्पष्ट रूपमा, मोजा प्रोक्सीको प्रतिक्रिया डेन्टेको मेसिनमा पूर्वनिर्धारित गेटवे मार्फत फिर्ता उड्छ र प्राप्तकर्ताले यसलाई छोड्छ, किनभने नेटवर्कहरूमा यो एउटा आईपीमा अनुरोध पठाउने र अर्कोबाट प्रतिक्रिया प्राप्त गर्ने चलन छैन। त्यसकारण, हामीले कन्ज्युर जारी राख्नु पर्छ।

त्यसोभए, अब तपाईंले प्रोक्सीबाट सबै प्याकेटहरू सेतो आईपीको साथ VPS तर्फ भर्चुअल सबनेटमा पुन: निर्देशित गर्न आवश्यक छ। यहाँ स्थिति अलि खराब छ, किनभने यो मात्र हो iptables हामीसँग पर्याप्त हुनेछैन, किनकि यदि हामीले रूटिङ अघि गन्तव्य ठेगाना सच्यायौं (PREROUTING), त्यसपछि हाम्रो प्याकेज इन्टरनेटमा उडान हुनेछैन, र यदि हामीले यसलाई ठीक गरेनौं भने, प्याकेज जान्छ default gateway। त्यसोभए, तपाईंले निम्न गर्न आवश्यक छ: चेन सम्झनुहोस् mangle, मार्फत प्याकेट चिन्ह लगाउन iptables र तिनीहरूलाई कस्टम राउटिङ तालिकामा बेर्नुहोस् जसले तिनीहरूलाई जहाँ जानुपर्छ त्यहाँ पठाउनेछ।

सकिएको भन्दा चाँडो भने:

iptables -t mangle -A OUTPUT -p tcp --sport 8080 -j MARK --set-mark 0x80
ip rule add fwmark 0x80 table 80
ip route add default via 10.8.0.1 dev tun0 table 80

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

महान! अब प्याकेटहरू फेरि VPS तिर उड्छन्... र त्यहाँ मर्छन्। किनभने VPS लाई तिनीहरूसँग के गर्ने थाहा छैन। तसर्थ, यदि तपाइँ परेशान गर्नुहुन्न भने, तपाइँ भर्चुअल सबनेटबाट इन्टरनेटमा फिर्ता आउने सबै ट्राफिकहरू पुन: निर्देशित गर्न सक्नुहुन्छ:

iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j SNAT --to-source 172.42.1.10

यहाँ, 10.8.0.0 को मास्कको साथ 255.255.255.000 सबनेटबाट आउने सबै कुरा स्रोत-NAT मा बेरिन्छ र पूर्वनिर्धारित इन्टरफेसमा उड्छ, जुन इन्टरनेटमा परिणत हुन्छ। यो नोट गर्न महत्त्वपूर्ण छ कि यो कुराले मात्र काम गर्नेछ यदि हामीले पोर्टलाई पारदर्शी रूपमा फर्वार्ड गर्छौं, त्यो हो, VPS मा आगमन पोर्ट हाम्रो प्रोक्सीको पोर्टसँग मेल खान्छ। नत्र अलि बढी दुःख भोग्नुपर्छ ।

कतै अब सबै काम सुरु गर्नुपर्छ। र केवल थोरै बाँकी छ: सबै कन्फिगहरू सुनिश्चित गर्न नबिर्सनुहोस् iptables и route पुन: सुरु पछि जारी राखेन। को लागी iptables जस्तै विशेष फाइलहरू छन् /etc/iptables/rules.v4(Ubuntu को मामला मा), तर मार्गहरु को लागी सबै केहि अलि बढी जटिल छ। मैले तिनीहरूलाई भित्र धकेले up/down OpenVPN स्क्रिप्टहरू, यद्यपि मलाई लाग्छ कि तिनीहरू अधिक सभ्य रूपमा गर्न सकिन्थ्यो।

प्रोक्सीमा एप्लिकेसनबाट ट्राफिक बेर्नुहोस्

त्यसोभए, हामीसँग चाहिएको देशमा प्रमाणीकरणको साथ प्रोक्सी छ, स्थिर सेतो आईपी ठेगाना मार्फत पहुँचयोग्य। सबै बाँकी छ यसलाई प्रयोग गर्न र त्यहाँ Spotify बाट ट्राफिक रिडिरेक्ट गर्न। तर त्यहाँ एक उपद्रव छ, माथि उल्लेख गरिएझैं, Spotify मा प्रोक्सीको लागि लगइन-पासवर्डले काम गर्दैन, त्यसैले हामी यसलाई कसरी वरिपरि पुग्ने भनेर हेर्नेछौं।

सुरु गर्न को लागी, को बारे मा सम्झना गरौं प्रोक्सी। उत्कृष्ट सामान, तर यसको लागत स्टारशिप ($ 40) जत्तिकै छ। यो पैसाले हामी फेरि प्रिमियम किन्न सक्छौं र यसलाई पूरा गर्न सक्छौं। त्यसकारण, हामी म्याकमा थप निःशुल्क र खुला एनालगहरू खोज्नेछौं (हो, हामी म्याकमा संगीत सुन्न चाहन्छौं)। एउटा सम्पूर्ण उपकरण पत्ता लगाउनुहोस्: proximac। र हामी खुसीसाथ उसलाई हान्नेछौं।

तर आनन्द अल्पकालीन हुनेछ, किनकि यसले पत्ता लगायो कि तपाईंले MacOS मा डिबग मोड र अनुकूलन कर्नेल विस्तारहरू सक्षम गर्न आवश्यक छ, एक साधारण कन्फिगरेसन फाइल गर्नुहोस् र बुझ्नुहोस् कि यो उपकरणमा Spotify जस्तै समस्या छ: यसले प्रमाणीकरण पास गर्न सक्दैन। socks-proxy मा लगइन-पासवर्ड।

यहाँ वरपर कतै यो बेवास्ता गर्ने र प्रिमियम किन्ने समय हो... तर होइन! यसलाई समाधान गर्न सोध्ने प्रयास गरौं, यो खुला स्रोत हो! गरौं टिकट। र जवाफमा हामीले कसरी एक मात्र मर्मतकर्तासँग म्याकबुक छैन र यसको साथ नरकमा, समाधान होइन भन्ने बारे हृदयविदारक कथा पाउँछौं।

हामी फेरि निराश हुनेछौं। तर त्यसपछि हामी हाम्रो युवावस्था र C सम्झनेछौं, ड्यान्टेमा डिबग मोड अन गर्नुहोस्, सयौं किलोबाइट लगहरू खन्नुहोस्, जानुहोस्। RFC1927 SOCKS5 प्रोटोकलको बारेमा जानकारीको लागि, Xcode हेरौं र समस्या फेला पारौं। क्लाइन्टले प्रमाणीकरणको लागि प्रस्ताव गर्ने विधि कोडहरूको सूचीमा एक क्यारेक्टरलाई सच्याउन पर्याप्त छ र सबै कुरा घडीको काम जस्तै काम गर्न थाल्छ। हामी रमाउँछौं, हामी रिलीज बाइनरी सङ्कलन गर्छौं, हामी गर्छौं तान अनुरोध र हामी सूर्यास्तमा जान्छौं र अर्को बिन्दुमा जान्छौं।

यसलाई स्वचालित गर्नुहोस्

एकपटक Proximac काम गरेपछि, यसलाई राक्षसी बनाउन र बिर्सनु आवश्यक छ। त्यहाँ एक सम्पूर्ण प्रारम्भिक प्रणाली छ जुन यसको लागि उपयुक्त छ, जुन MacOS मा पाइन्छ, अर्थात् सुरु गरियो.

हामी यसलाई चाँडै फेला पार्छौं म्यानुअल र हामी बुझ्छौं कि यो सबै होइन systemd र यहाँ यो लगभग एक स्कूप छ र xml। तपाईंको लागि कुनै फैंसी कन्फिगहरू, कुनै आदेशहरू जस्तै status, restart, daemon-reload। केवल कट्टर प्रकारको start-stop, list-grep, unload-load र धेरै अधिक विचित्रताहरू। यी सबैलाई पार गर्दै हामी लेख्छौं plist, लोड हुँदैछ। काम गर्दैन। हामी दानव डिबग गर्ने विधि अध्ययन गर्छौं, यसलाई डिबग गर्छौं, त्यहाँ के छ भनेर बुझ्छौं ENV даже PATH हामीले सामान्य डेलिभर गरेका छैनौं, हामी तर्क गर्छौं, हामी यसलाई भित्र ल्याउँछौं (थप्दै /sbin и /usr/local/bin) र अन्तमा हामी स्वत: सुरु र स्थिर सञ्चालन संग खुसी छौं।

सास फेर्नुहोस्

नतिजा के छ? साहसिक कार्यको एक हप्ता, सेवाहरूबाट घुँडा टेक्ने चिडियाखाना जुन हृदयलाई प्रिय छ र यसका लागि आवश्यक छ। शंकास्पद प्राविधिक क्षेत्रहरूमा थोरै ज्ञान, अलिकति खुला स्रोत र "मैले गरें!" भन्ने सोचबाट तपाईंको अनुहारमा मुस्कान।

PS: यो पूँजीवादीहरूको बहिष्कारको लागि, खेलहरूमा बचत गर्न वा पूर्ण धूर्तताको लागि आह्वान होइन, तर अनुसन्धान र विकासको सम्भावनाहरूको संकेत मात्र हो जहाँ, सामान्यतया, तपाईंले तिनीहरूबाट आशा गर्नुहुन्न।

स्रोत: www.habr.com