नेक्स्टक्लाउड भित्र र बाहिर OpenLiteSpeed: रिभर्स प्रोक्सी सेटअप

म आन्तरिक नेटवर्कमा नेक्स्टक्लाउडमा प्रोक्सी रिभर्स गर्न OpenLiteSpeed ​​कसरी सेट अप गर्छु?

अचम्मको कुरा, OpenLiteSpeed ​​को लागि Habré मा खोजीले केहि दिदैन! म यो अन्याय सच्याउन हतार गर्छु, किनभने LSWS एक सभ्य वेब सर्भर हो। मलाई यसको गति र फैंसी वेब प्रशासन इन्टरफेसको लागि मनपर्छ:

यद्यपि OpenLiteSpeed ​​एक WordPress "त्वरक" को रूपमा सबैभन्दा प्रसिद्ध छ, आजको लेखमा म तपाईंलाई यसको एक विशेष प्रयोग देखाउनेछु। अर्थात् अनुरोधहरूको उल्टो प्रोक्सी (रिभर्स प्रोक्सी)। तपाईं भन्नुहुन्छ कि यो यसको लागि nginx प्रयोग गर्न अधिक सामान्य छ? म सहमत हुनेछु। तर यो धेरै दुख्छ कि हामी LSWS सँग प्रेममा पर्यौं!

प्रोक्सी ठीक छ, तर कहाँ? कुनै कम अद्भुत सेवा मा - Nextcloud। हामी निजी "फाइल-साझेदारी क्लाउड" सिर्जना गर्न नेक्स्टक्लाउड प्रयोग गर्छौं। प्रत्येक ग्राहकको लागि, हामी नेक्स्टक्लाउडसँग छुट्टै VM आवंटित गर्छौं, र हामी तिनीहरूलाई "बाहिर" पर्दाफास गर्न चाहँदैनौं। यसको सट्टा, हामी साझा रिभर्स प्रोक्सी मार्फत प्रोक्सी अनुरोध गर्दछौं। यो समाधानले अनुमति दिन्छ:
१) इन्टरनेटबाट क्लाइन्ट डाटा भण्डारण गरिएको सर्भर हटाउनुहोस् र
2) ip-ठेगानाहरू बचत गर्नुहोस्।

रेखाचित्र यस्तो देखिन्छ:

यो स्पष्ट छ कि योजना सरलीकृत छ, किनभने वेब सेवा पूर्वाधारको संगठन आजको लेखको विषय होइन।

यस लेखमा पनि, म नेक्स्टक्लाउडको स्थापना र आधारभूत कन्फिगरेसनलाई हटाउनेछु, विशेष गरी जब त्यहाँ Habré मा यस विषयमा सामग्रीहरू छन्। तर म निश्चित रूपमा सेटिङ्हरू देखाउनेछु, जुन बिना नेक्स्टक्लाउडले प्रोक्सी पछाडि काम गर्दैन।

दिइएको:
नेक्स्टक्लाउड होस्ट १ मा स्थापना गरिएको छ र HTTP मा काम गर्न कन्फिगर गरिएको छ (SSL बिना), यसमा स्थानीय नेटवर्क इन्टरफेस र "ग्रे" IP ठेगाना 1 मात्र छ।
होस्ट 2 मा OpenLiteSpeed ​​कन्फिगर गरौं। यसमा दुई इन्टरफेसहरू छन्, बाह्य (इन्टरनेटमा देखिन्छ) र नेटवर्क 172.16.22.0/24 मा IP ठेगानाको साथ आन्तरिक।
होस्ट 2 को बाह्य इन्टरफेस IP ठेगाना DNS नाम cloud.connect.link हो

कार्य:
लिङ्क मार्फत इन्टरनेटबाट प्राप्त गर्नुहोस् 'https://cloud.connect.linkआन्तरिक नेटवर्कमा नेक्स्टक्लाउडमा (SSL)।

• Ubuntu 18.04.2 मा OpenLiteSpeed ​​स्थापना गर्दै।

एउटा भण्डार थपौं:

wget -O http://rpms.litespeedtech.com/debian/enable_lst_debain_repo.sh | sudo bash
sudo apt-get update

स्थापना गर्नुहोस्, चलाउनुहोस्:

sudo apt-get install openlitespeed
sudo /usr/local/lsws/bin/lswsctrl सुरु

• न्यूनतम फायरवाल सेटअप।
  

  sudo ufw ssh लाई अनुमति दिनुहोस्
  sudo ufw पूर्वनिर्धारित बाहिर जाने अनुमति दिन्छ
  sudo ufw पूर्वनिर्धारित आगमन अस्वीकार
  sudo ufw http लाई अनुमति दिनुहोस्
  sudo ufw अनुमति https
  sudo ufw बाट अनुमति दिन्छ तपाईंको व्यवस्थापन होस्ट कुनै पनि पोर्ट 7080 मा
  sudo ufw सक्षम

• रिभर्स प्रोक्सीको रूपमा OpenLiteSpeed ​​सेट अप गर्नुहोस्।
  भर्चुअलहोस्ट अन्तर्गत डाइरेक्टरीहरू सिर्जना गरौं।

  cd/usr/local/lsws/
  sudo mkdirc cloud.connect.link
  cd cloud.connect.link/
  sudo mkdir {conf,html,logs}
  sudo chown lsadm:lsadm ./conf/

LSWS वेब इन्टरफेसबाट भर्चुअल होस्ट कन्फिगर गरौं।
url व्यवस्थापन खोल्नुहोस् http://cloud.connect.link:7080
पूर्वनिर्धारित लगइन/पासवर्ड: admin/123456

भर्चुअल होस्ट थप्नुहोस् (भर्चुअल होस्टहरू > थप्नुहोस्)।
थप्दा, त्रुटि सन्देश देखा पर्नेछ - कन्फिगरेसन फाइल हराइरहेको छ। यो सामान्य हो, क्लिक गर्न क्लिक गरेर समाधान गर्नुहोस्।

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

अब यो सम्झने समय हो कि हामीसँग वेब सर्भर मात्र छैन, तर रिभर्स प्रोक्सी छ। निम्न सेटिङहरूले LSWS लाई प्रोक्सी के र कहाँ गर्ने भनेर बताउनेछ। भर्चुअलहोस्ट सेटिङहरूमा, बाह्य एप ट्याब खोल्नुहोस् र वेब सर्भर प्रकारको नयाँ अनुप्रयोग थप्नुहोस्:

नाम र ठेगाना निर्दिष्ट गर्नुहोस्। तपाईं एक स्वैच्छिक नाम निर्दिष्ट गर्न सक्नुहुन्छ, तर तपाईंले यसलाई सम्झनु आवश्यक छ, यो अर्को चरणहरूमा काममा आउनेछ। ठेगाना एक हो जहाँ नेक्स्टक्लाउड आन्तरिक नेटवर्कमा बस्छ:

उही भर्चुअल होस्ट सेटिङहरूमा, सन्दर्भ ट्याब खोल्नुहोस् र प्रोक्सी प्रकारको नयाँ सन्दर्भ सिर्जना गर्नुहोस्:

प्यारामिटरहरू निर्दिष्ट गर्नुहोस्: URI = /, वेब सर्भर = nextcloud_1 (अघिल्लो चरणबाट नाम)

LSWS पुन: सुरु गर्नुहोस्। यो वेब इन्टरफेसबाट एक क्लिक संग गरिन्छ, चमत्कार! (एक वंशानुगत माउस वाहक म मा बोल्छ)

• हामीले प्रमाणपत्र राख्यौं, https कन्फिगर गर्छौं।
  प्रमाणपत्र प्राप्त गर्ने प्रक्रिया हामी यसलाई छोड्नेछौं, हामीसँग यो पहिले नै छ भनी सहमत हुनेछौं र /etc/letsencrypt/live/cloud.connect.link डाइरेक्टरीमा कुञ्जीसँग झुट बोल्नेछौं।

एउटा "श्रोता" (श्रोताहरू > थप्नुहोस्) सिर्जना गरौं, यसलाई "https" भनिन्छ। यसलाई पोर्ट ४४३ मा पोइन्ट गर्नुहोस् र ध्यान दिनुहोस् कि यो सुरक्षित हुनेछ:

SSL ट्याबमा, कुञ्जी र प्रमाणपत्रको बाटो निर्दिष्ट गर्नुहोस्:

"श्रोता" सिर्जना गरिएको छ, अब भर्चुअल होस्ट म्यापिङ सेक्सनमा हामी यसमा हाम्रो भर्चुअल होस्ट थप्नेछौं:

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

यो url पुन: लेखन कन्फिगर गर्न बाँकी छ ताकि http अनुरोधहरू https मा सम्बोधन गरिन्छ।
(वैसे, यो कहिले समाप्त हुन्छ? यो ब्राउजर र अन्य सफ्टवेयरको लागि पूर्वनिर्धारित रूपमा https मा जाने समय हो, र आवश्यक भएमा म्यानुअल रूपमा no-SSL मा फर्वार्ड गर्नुहोस्)।
पुन:लेखन सक्षम पार्नुहोस् र पुन:लेखन नियमहरू लेख्नुहोस्:

RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

अनौठो गलतफहमीको कारण, सामान्य ग्रेसफुल रिस्टार्टको साथ पुन: लेख्ने नियमहरू लागू गर्न असम्भव छ। त्यसकारण, हामी LSWS लाई राम्रोसँग होइन, तर अशिष्ट र प्रभावकारी रूपमा पुन: सुरु गर्नेछौं:

sudo systemctl lsws.service पुन: सुरु गर्नुहोस्

सर्भरलाई पोर्ट 80 सुन्नको लागि, अर्को श्रोता सिर्जना गरौं। यसलाई http कल गरौं, 80 औं पोर्ट निर्दिष्ट गर्नुहोस् र यो गैर-सुरक्षित हुनेछ:

https श्रोता सेटिङसँग समानता गरेर, यसमा हाम्रो भर्चुअल होस्ट संलग्न गरौं।

अब LSWS ले पोर्ट 80 मा सुन्नेछ र 443 मा अनुरोध पठाउनेछ, url पुन: लेखेर।
अन्तमा, म LSWS लगिङ स्तर घटाउन सिफारिस गर्छु, जुन पूर्वनिर्धारित रूपमा डिबगमा सेट गरिएको छ। यस मोडमा, लगहरू बिजुलीको गतिमा गुणा हुन्छन्! अधिकांश अवस्थामा, चेतावनी स्तर पर्याप्त छ। सर्भर कन्फिगरेसन > लग मा जानुहोस्:

यसले रिभर्स प्रोक्सीको रूपमा OpenLiteSpeed ​​को कन्फिगरेसन पूरा गर्छ। फेरि, LSWS पुन: सुरु गर्नुहोस्, लिङ्क पछ्याउनुहोस् https://cloud.connect.link र हेर्नुहोस्:

नेक्स्टक्लाउडले हामीलाई भित्र जान दिनको लागि, हामीले विश्वसनीय सूचीमा cloud.connect.link डोमेन थप्नुपर्छ। config.php सम्पादन गरौं। उबुन्टु स्थापना गर्दा मैले स्वचालित रूपमा नेक्स्टक्लाउड स्थापना गरें र कन्फिगरेसन यहाँ अवस्थित छ: /var/snap/nextcloud/current/nextcloud/config।
विश्वसनीय_डोमेन कुञ्जीमा 'Cloud.connect.link' प्यारामिटर थप्नुहोस्:

'trusted_domains' =>
एर्रे (
० => '१ 0 २.१172.16.22.110.०.' ',
1 => 'Cloud.connect.link',
),

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

'trusted_proxies' =>
एर्रे (
० => '१ 0 २.१172.16.22.100.०.' ',
),

राम्रो, त्यस पछि हामी प्राधिकरण इन्टरफेसमा जान सक्छौं:

समस्या समाधान भयो! अब प्रत्येक क्लाइन्टले आफ्नो व्यक्तिगत url मा "फाइल क्लाउड" सुरक्षित रूपमा प्रयोग गर्न सक्छ, फाइलहरूको साथ सर्भर इन्टरनेटबाट अलग गरिएको छ, भविष्यका ग्राहकहरूले सबै समान प्राप्त गर्नेछन् र एकल अतिरिक्त आईपी ठेगाना प्रभावित हुनेछैन।
थप रूपमा, तपाईले स्थिर सामग्री डेलिभर गर्न रिभर्स प्रोक्सी प्रयोग गर्न सक्नुहुन्छ, तर नेक्स्टक्लाउडको अवस्थामा, यसले गतिमा उल्लेखनीय वृद्धि दिनेछैन। त्यसैले यो ऐच्छिक र ऐच्छिक छ।

म यो कथा साझा गर्न पाउँदा खुसी छु, मलाई आशा छ कि यो कसैलाई उपयोगी हुनेछ। यदि तपाइँ समस्या समाधान गर्न थप सुरुचिपूर्ण र प्रभावकारी तरिकाहरू जान्नुहुन्छ भने, म टिप्पणीहरूको लागि आभारी हुनेछु!

स्रोत: www.habr.com