OpenLiteSpeed-ന് അകത്തും പുറത്തും Nextcloud: റിവേഴ്സ് പ്രോക്സിയിംഗ് സജ്ജീകരിക്കുന്നു

ഇന്റേണൽ നെറ്റ്‌വർക്കിൽ നെക്‌സ്റ്റ്‌ക്ലൗഡിലേക്ക് റിവേഴ്‌സ് പ്രോക്‌സിക്കായി ഞാൻ എങ്ങനെയാണ് OpenLiteSpeed ​​സജ്ജീകരിക്കുക?

അതിശയകരമെന്നു പറയട്ടെ, ഓപ്പൺലൈറ്റ് സ്പീഡിനായി ഹബ്രെയിൽ തിരയുന്നത് ഒന്നും നൽകുന്നില്ല! ഈ അനീതി തിരുത്താൻ ഞാൻ തിടുക്കം കൂട്ടുന്നു, കാരണം LSWS ഒരു മാന്യമായ വെബ് സെർവറാണ്. അതിന്റെ വേഗതയ്ക്കും ഫാൻസി വെബ് അഡ്മിനിസ്ട്രേഷൻ ഇന്റർഫേസിനും ഞാൻ ഇത് ഇഷ്ടപ്പെടുന്നു:

OpenLiteSpeed ​​ഒരു വേർഡ്പ്രസ്സ് "ആക്സിലറേറ്റർ" എന്ന നിലയിൽ ഏറ്റവും പ്രശസ്തമാണെങ്കിലും, ഇന്നത്തെ ലേഖനത്തിൽ ഞാൻ അതിന്റെ ഒരു പ്രത്യേക ഉപയോഗം കാണിക്കും. അഭ്യർത്ഥനകളുടെ റിവേഴ്സ് പ്രോക്സിയിംഗ് (റിവേഴ്സ് പ്രോക്സി). ഇതിനായി nginx ഉപയോഗിക്കുന്നതാണ് കൂടുതൽ സാധാരണമെന്ന് നിങ്ങൾ പറയുന്നു? ഞാൻ സമ്മതിക്കും. എന്നാൽ ഞങ്ങൾ LSWS-മായി പ്രണയത്തിലായത് വളരെ വേദനാജനകമാണ്!

പ്രോക്സിയിംഗ് ശരിയാണ്, പക്ഷേ എവിടെ? അതിശയകരമായ സേവനത്തിൽ - Nextcloud. സ്വകാര്യ "ഫയൽ പങ്കിടൽ മേഘങ്ങൾ" സൃഷ്ടിക്കാൻ ഞങ്ങൾ Nextcloud ഉപയോഗിക്കുന്നു. ഓരോ ക്ലയന്റിനും, ഞങ്ങൾ നെക്സ്റ്റ്‌ക്ലൗഡിനൊപ്പം ഒരു പ്രത്യേക വിഎം അനുവദിക്കും, മാത്രമല്ല അവയെ "പുറത്ത്" വെളിപ്പെടുത്താൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നില്ല. പകരം, ഞങ്ങൾ ഒരു സാധാരണ റിവേഴ്സ് പ്രോക്സി വഴി അഭ്യർത്ഥനകൾ പ്രോക്സി ചെയ്യുന്നു. ഈ പരിഹാരം അനുവദിക്കുന്നു:
1) ഇൻറർനെറ്റിൽ നിന്നും ക്ലയന്റ് ഡാറ്റ സംഭരിച്ചിരിക്കുന്ന സെർവർ നീക്കം ചെയ്യുക
2) ഐപി വിലാസങ്ങൾ സംരക്ഷിക്കുക.

സ്കീം ഇതുപോലെ കാണപ്പെടുന്നു:

സ്കീം ലളിതമാക്കിയിട്ടുണ്ടെന്ന് വ്യക്തമാണ്, കാരണം വെബ് സേവനങ്ങളുടെ അടിസ്ഥാന സൗകര്യങ്ങളുടെ ഓർഗനൈസേഷൻ ഇന്നത്തെ ലേഖനത്തിന്റെ വിഷയമല്ല.

ഈ ലേഖനത്തിൽ നെക്സ്റ്റ്‌ക്ലൗഡിന്റെ ഇൻസ്റ്റാളേഷനും അടിസ്ഥാന കോൺഫിഗറേഷനും ഞാൻ ഒഴിവാക്കും, പ്രത്യേകിച്ചും ഹബ്രെയിൽ ഈ വിഷയത്തിൽ മെറ്റീരിയലുകൾ ഉള്ളതിനാൽ. എന്നാൽ ഞാൻ തീർച്ചയായും ക്രമീകരണങ്ങൾ കാണിക്കും, അതില്ലാതെ Nextcloud ഒരു പ്രോക്സിക്ക് പിന്നിൽ പ്രവർത്തിക്കില്ല.

നൽകിയത്:
നെക്സ്റ്റ്‌ക്ലൗഡ് ഹോസ്റ്റ് 1-ൽ ഇൻസ്റ്റാൾ ചെയ്യുകയും http (എസ്‌എസ്‌എൽ ഇല്ലാതെ) ഉപയോഗിച്ച് പ്രവർത്തിക്കാൻ കോൺഫിഗർ ചെയ്യുകയും ചെയ്‌തിരിക്കുന്നു, ഒരു പ്രാദേശിക നെറ്റ്‌വർക്ക് ഇന്റർഫേസും ഒരു "ഗ്രേ" ഐപി വിലാസവും മാത്രമേ ഉള്ളൂ 172.16.22.110.
നമുക്ക് ഓപ്പൺലൈറ്റ്സ്പീഡ് ഹോസ്റ്റ് 2-ൽ കോൺഫിഗർ ചെയ്യാം. ഇതിന് രണ്ട് ഇന്റർഫേസുകളുണ്ട്, ബാഹ്യവും (ഇന്റർനെറ്റിലേക്ക് നോക്കുന്നു) ഇന്റേണലും 172.16.22.0/24 നെറ്റ്‌വർക്കിലെ ഒരു IP വിലാസം
ഹോസ്റ്റ് 2 ന്റെ ബാഹ്യ ഇന്റർഫേസ് IP വിലാസം DNS പേര് cloud.connect.link ആണ്

ചുമതല:
എന്ന ലിങ്ക് വഴി ഇന്റർനെറ്റിൽ നിന്ന് നേടുകhttps://cloud.connect.linkആന്തരിക നെറ്റ്‌വർക്കിലെ നെക്സ്റ്റ്ക്ലൗഡിലേക്ക് (SSL).

• ഉബുണ്ടു 18.04.2-ൽ OpenLiteSpeed ​​ഇൻസ്റ്റാൾ ചെയ്യുന്നു.

നമുക്ക് ഒരു ശേഖരം ചേർക്കാം:

wget -O http://rpms.litespeedtech.com/debian/enable_lst_debain_repo.sh |സുഡോ ബാഷ്
sudo apt-get അപ്ഡേറ്റ്

ഇൻസ്റ്റാൾ ചെയ്യുക, പ്രവർത്തിപ്പിക്കുക:

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
ഡിഫോൾട്ട് ലോഗിൻ/പാസ്‌വേഡ്: അഡ്മിൻ/123456

ഒരു വെർച്വൽ ഹോസ്റ്റ് ചേർക്കുക (വെർച്വൽ ഹോസ്റ്റുകൾ > ചേർക്കുക).
ചേർക്കുമ്പോൾ, ഒരു പിശക് സന്ദേശം ദൃശ്യമാകും - കോൺഫിഗറേഷൻ ഫയൽ കാണുന്നില്ല. ഇത് സാധാരണമാണ്, സൃഷ്ടിക്കാൻ ക്ലിക്ക് ചെയ്യുന്നതിലൂടെ പരിഹരിക്കപ്പെടും.

പൊതുവായ ടാബിൽ, ഡോക്യുമെന്റ് റൂട്ട് വ്യക്തമാക്കുക (ഇത് ആവശ്യമില്ലെങ്കിലും, കോൺഫിഗറേഷൻ ഇത് കൂടാതെ ടേക്ക് ഓഫ് ചെയ്യില്ല). ഡൊമെയ്ൻ നാമം, വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, ഞങ്ങൾ ഞങ്ങളുടെ ഡൊമെയ്ൻ നാമം നൽകിയ വെർച്വൽ ഹോസ്റ്റ് നാമത്തിൽ നിന്ന് എടുക്കും.

ഞങ്ങൾക്ക് ഒരു വെബ് സെർവർ മാത്രമല്ല, ഒരു റിവേഴ്സ് പ്രോക്സിയും ഉണ്ടെന്ന് ഓർക്കേണ്ട സമയമാണിത്. താഴെപ്പറയുന്ന ക്രമീകരണങ്ങൾ LSWS-ന് എന്ത് പ്രോക്‌സി ചെയ്യണമെന്നും എവിടെയാണെന്നും പറയും. വെർച്വൽഹോസ്റ്റ് ക്രമീകരണങ്ങളിൽ, ബാഹ്യ ആപ്പ് ടാബ് തുറന്ന് വെബ് സെർവർ തരത്തിന്റെ ഒരു പുതിയ ആപ്ലിക്കേഷൻ ചേർക്കുക:

പേരും വിലാസവും വ്യക്തമാക്കുക. നിങ്ങൾക്ക് ഒരു അനിയന്ത്രിതമായ പേര് വ്യക്തമാക്കാൻ കഴിയും, എന്നാൽ നിങ്ങൾ അത് ഓർമ്മിക്കേണ്ടതുണ്ട്, അത് അടുത്ത ഘട്ടങ്ങളിൽ ഉപയോഗപ്രദമാകും. നെക്സ്റ്റ്ക്ലൗഡ് ആന്തരിക നെറ്റ്‌വർക്കിൽ താമസിക്കുന്ന വിലാസമാണ്:

അതേ വെർച്വൽ ഹോസ്റ്റ് ക്രമീകരണങ്ങളിൽ, സന്ദർഭ ടാബ് തുറന്ന് പ്രോക്സി തരത്തിന്റെ ഒരു പുതിയ സന്ദർഭം സൃഷ്ടിക്കുക:

പാരാമീറ്ററുകൾ വ്യക്തമാക്കുക: URI = /, വെബ് സെർവർ = nextcloud_1 (മുമ്പത്തെ ഘട്ടത്തിൽ നിന്നുള്ള പേര്)

LSWS പുനരാരംഭിക്കുക. വെബ് ഇന്റർഫേസിൽ നിന്നുള്ള ഒരു ക്ലിക്കിലൂടെ ഇത് ചെയ്യപ്പെടുന്നു, അത്ഭുതങ്ങൾ! (ഒരു പാരമ്പര്യ മൗസ് കാരിയർ എന്നിൽ സംസാരിക്കുന്നു)

• ഞങ്ങൾ സർട്ടിഫിക്കറ്റ് ഇട്ടു, https കോൺഫിഗർ ചെയ്യുക.
  ഒരു സർട്ടിഫിക്കറ്റ് ലഭിക്കുന്നതിനുള്ള നടപടിക്രമം ഞങ്ങൾ അത് ഒഴിവാക്കും, ഞങ്ങൾക്ക് ഇത് ഇതിനകം ഉണ്ടെന്ന് സമ്മതിക്കുകയും /etc/letsencrypt/live/cloud.connect.link ഡയറക്‌ടറിയിലെ കീ ഉപയോഗിച്ച് കിടക്കുകയും ചെയ്യും.

നമുക്ക് ഒരു "ശ്രോതാവ്" സൃഷ്ടിക്കാം (ശ്രോതാക്കൾ > ചേർക്കുക), അതിനെ "https" എന്ന് വിളിക്കാം. ഇത് പോർട്ട് 443-ലേക്ക് പോയിന്റ് ചെയ്യുക, അത് സുരക്ഷിതമായിരിക്കുമെന്ന് ശ്രദ്ധിക്കുക:

SSL ടാബിൽ, കീയിലേക്കും സർട്ടിഫിക്കറ്റിലേക്കും ഉള്ള പാത വ്യക്തമാക്കുക:

“ശ്രോതാവ്” സൃഷ്ടിച്ചു, ഇപ്പോൾ വെർച്വൽ ഹോസ്റ്റ് മാപ്പിംഗ് വിഭാഗത്തിൽ ഞങ്ങൾ ഞങ്ങളുടെ വെർച്വൽ ഹോസ്റ്റ് ഇതിലേക്ക് ചേർക്കും:

എൽഎസ്‌ഡബ്ല്യുഎസ് ഒരു സേവനത്തിലേക്ക് മാത്രം പ്രോക്‌സി ചെയ്യുകയാണെങ്കിൽ, കോൺഫിഗറേഷൻ പൂർത്തിയാക്കാൻ കഴിയും. എന്നാൽ ഡൊമെയ്ൻ നാമം അനുസരിച്ച് വ്യത്യസ്ത "ഇൻസ്റ്റൻസുകളിലേക്ക്" അഭ്യർത്ഥനകൾ അയയ്‌ക്കാൻ ഞങ്ങൾ ഇത് ഉപയോഗിക്കാൻ പദ്ധതിയിടുന്നു. കൂടാതെ എല്ലാ ഡൊമെയ്‌നുകൾക്കും അവരുടേതായ സർട്ടിഫിക്കറ്റുകൾ ഉണ്ടായിരിക്കും. അതിനാൽ, നിങ്ങൾ virtualhost കോൺഫിഗറിലേക്ക് പോയി അതിന്റെ കീയും സർട്ടിഫിക്കറ്റും SSL ടാബിൽ വീണ്ടും വ്യക്തമാക്കേണ്ടതുണ്ട്. ഭാവിയിൽ, ഓരോ പുതിയ വെർച്വൽ ഹോസ്റ്റിനും ഇത് ചെയ്യണം.

url റീറൈറ്റിംഗ് കോൺഫിഗർ ചെയ്യാൻ അവശേഷിക്കുന്നു, അങ്ങനെ http അഭ്യർത്ഥനകൾ https-ലേക്ക് സംബോധന ചെയ്യപ്പെടും.
(വേണമെങ്കിൽ, ഇത് എപ്പോൾ അവസാനിക്കും? ബ്രൗസറുകളും മറ്റ് സോഫ്‌റ്റ്‌വെയറുകളും ഡിഫോൾട്ടായി https-ലേക്ക് പോകേണ്ട സമയമാണിത്, ആവശ്യമെങ്കിൽ സ്വമേധയാ നോ-SSL-ലേക്ക് കൈമാറുക).
റീറൈറ്റ് പ്രവർത്തനക്ഷമമാക്കുക, റീറൈറ്റ് നിയമങ്ങൾ എഴുതുക:

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

വിചിത്രമായ ഒരു തെറ്റിദ്ധാരണ കാരണം, സാധാരണ ഗ്രേസ്ഫുൾ റീസ്റ്റാർട്ട് ഉപയോഗിച്ച് റീറൈറ്റ് നിയമങ്ങൾ പ്രയോഗിക്കുന്നത് അസാധ്യമാണ്. അതിനാൽ, ഞങ്ങൾ എൽഎസ്‌ഡബ്ല്യുഎസ് പുനരാരംഭിക്കുന്നത് ഭംഗിയായിട്ടല്ല, പരുഷമായും കാര്യക്ഷമമായും:

sudo systemctl lsws.service പുനരാരംഭിക്കുക

സെർവർ പോർട്ട് 80 കേൾക്കാൻ, നമുക്ക് മറ്റൊരു ലിസണർ സൃഷ്ടിക്കാം. നമുക്ക് അതിനെ http എന്ന് വിളിക്കാം, 80-ാമത്തെ പോർട്ട് വ്യക്തമാക്കുക, അത് സുരക്ഷിതമല്ലാത്തതായിരിക്കും:

https ലിസണർ ക്രമീകരണവുമായുള്ള സാമ്യം ഉപയോഗിച്ച്, നമ്മുടെ വെർച്വൽ ഹോസ്റ്റ് ഇതിലേക്ക് അറ്റാച്ചുചെയ്യാം.

ഇപ്പോൾ LSWS പോർട്ട് 80-ൽ ശ്രവിക്കുകയും അതിൽ നിന്ന് 443-ലേക്ക് അഭ്യർത്ഥനകൾ അയയ്ക്കുകയും url വീണ്ടും എഴുതുകയും ചെയ്യും.
ഉപസംഹാരമായി, ഡീഫോൾട്ടായി ഡീബഗ്ഗ് ആയി സജ്ജീകരിച്ചിരിക്കുന്ന LSWS ലോഗിംഗ് ലെവൽ കുറയ്ക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു. ഈ മോഡിൽ, ലോഗുകൾ മിന്നൽ വേഗതയിൽ പെരുകുന്നു! മിക്ക കേസുകളിലും, മുന്നറിയിപ്പ് നില മതിയാകും. സെർവർ കോൺഫിഗറേഷൻ > ലോഗിലേക്ക് പോകുക:

ഇത് ഒരു റിവേഴ്സ് പ്രോക്സി ആയി OpenLiteSpeed-ന്റെ കോൺഫിഗറേഷൻ പൂർത്തിയാക്കുന്നു. ഒരിക്കൽ കൂടി, LSWS പുനരാരംഭിക്കുക, ലിങ്ക് പിന്തുടരുക https://cloud.connect.link കാണുക:

Nextcloud ഞങ്ങളെ അനുവദിക്കുന്നതിന്, വിശ്വസനീയമായ ലിസ്റ്റിലേക്ക് cloud.connect.link ഡൊമെയ്ൻ ചേർക്കേണ്ടതുണ്ട്. നമുക്ക് config.php എഡിറ്റ് ചെയ്യാം. ഉബുണ്ടു ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ ഞാൻ നെക്സ്റ്റ്ക്ലൗഡ് യാന്ത്രികമായി ഇൻസ്റ്റാൾ ചെയ്തു, കോൺഫിഗേഷൻ ഇവിടെ സ്ഥിതിചെയ്യുന്നു: /var/snap/nextcloud/current/nextcloud/config.
Trusted_domains കീയിലേക്ക് 'Cloud.connect.link' പാരാമീറ്റർ ചേർക്കുക:

'trusted_domains' =>
ശ്രേണി (
0 => '172.16.22.110',
1 => 'Cloud.connect.link',
),

കൂടാതെ, അതേ കോൺഫിഗറിൽ, നിങ്ങൾ ഞങ്ങളുടെ പ്രോക്സിയുടെ IP വിലാസം വ്യക്തമാക്കണം. നെക്സ്റ്റ്ക്ലൗഡ് സെർവറിന് ദൃശ്യമാകുന്ന വിലാസം വ്യക്തമാക്കണം എന്ന വസ്തുതയിലേക്ക് ഞാൻ നിങ്ങളുടെ ശ്രദ്ധ ക്ഷണിക്കുന്നു, അതായത്. പ്രാദേശിക LSWS ഇന്റർഫേസിന്റെ IP. ഈ ഘട്ടം കൂടാതെ, Nextcloud വെബ് ഇന്റർഫേസ് പ്രവർത്തിക്കുന്നു, എന്നാൽ ആപ്ലിക്കേഷനുകൾക്ക് അംഗീകാരമില്ല.

'trusted_proxies' =>
ശ്രേണി (
0 => '172.16.22.100',
),

കൊള്ളാം, അതിനുശേഷം നമുക്ക് അംഗീകാര ഇന്റർഫേസിലേക്ക് പ്രവേശിക്കാം:

പ്രശ്നം പരിഹരിച്ചു! ഇപ്പോൾ ഓരോ ക്ലയന്റിനും സ്വന്തം സ്വകാര്യ url-ൽ "ഫയൽ ക്ലൗഡ്" സുരക്ഷിതമായി ഉപയോഗിക്കാൻ കഴിയും, ഫയലുകളുള്ള സെർവർ ഇന്റർനെറ്റിൽ നിന്ന് വേർപെടുത്തിയിരിക്കുന്നു, ഭാവിയിലെ ക്ലയന്റുകൾക്ക് എല്ലാം ഒരേപോലെ ലഭിക്കും, കൂടാതെ ഒരു അധിക IP വിലാസത്തെയും ബാധിക്കില്ല.
കൂടാതെ, സ്റ്റാറ്റിക് ഉള്ളടക്കം നൽകുന്നതിന് നിങ്ങൾക്ക് ഒരു റിവേഴ്സ് പ്രോക്സി ഉപയോഗിക്കാം, എന്നാൽ Nextcloud-ന്റെ കാര്യത്തിൽ, ഇത് വേഗതയിൽ ശ്രദ്ധേയമായ വർദ്ധനവ് നൽകില്ല. അതിനാൽ ഇത് ഓപ്ഷണലും ഓപ്ഷണലും ആണ്.

ഈ കഥ പങ്കിടുന്നതിൽ എനിക്ക് സന്തോഷമുണ്ട്, ഇത് ആർക്കെങ്കിലും ഉപകാരപ്പെടുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു. പ്രശ്നം പരിഹരിക്കുന്നതിനുള്ള കൂടുതൽ മനോഹരവും കാര്യക്ഷമവുമായ രീതികൾ നിങ്ങൾക്ക് അറിയാമെങ്കിൽ, അഭിപ്രായങ്ങൾക്ക് ഞാൻ നന്ദിയുള്ളവനായിരിക്കും!

അവലംബം: www.habr.com