OpenLiteSpeed ​​ની અંદર અને બહાર નેક્સ્ટક્લાઉડ: રિવર્સ પ્રોક્સીંગ સેટઅપ

આંતરિક નેટવર્ક પર નેક્સ્ટક્લાઉડ પર પ્રોક્સીને રિવર્સ કરવા માટે હું OpenLiteSpeed ​​કેવી રીતે સેટ કરી શકું?

આશ્ચર્યજનક રીતે, OpenLiteSpeed ​​માટે Habré પર શોધ કંઈપણ આપતી નથી! હું આ અન્યાયને સુધારવા માટે ઉતાવળ કરું છું, કારણ કે LSWS એક યોગ્ય વેબ સર્વર છે. મને તેની ઝડપ અને ફેન્સી વેબ એડમિનિસ્ટ્રેશન ઇન્ટરફેસ માટે તે ગમે છે:

OpenLiteSpeed ​​વર્ડપ્રેસ "એક્સીલેટર" તરીકે સૌથી વધુ પ્રખ્યાત હોવા છતાં, આજના લેખમાં હું તેનો ચોક્કસ ઉપયોગ બતાવીશ. એટલે કે વિનંતીઓનું રિવર્સ પ્રોક્સી (રિવર્સ પ્રોક્સી). તમે કહો છો કે આ માટે nginx નો ઉપયોગ કરવો વધુ સામાન્ય છે? હું સંમત થઈશ. પરંતુ તે ખૂબ દુઃખ આપે છે કે અમે LSWS સાથે પ્રેમમાં પડ્યા!

પ્રોક્સીંગ બરાબર છે, પણ ક્યાં? કોઈ ઓછી અદ્ભુત સેવામાં - નેક્સ્ટક્લાઉડ. અમે ખાનગી "ફાઇલ-શેરિંગ ક્લાઉડ" બનાવવા માટે નેક્સ્ટક્લાઉડનો ઉપયોગ કરીએ છીએ. દરેક ક્લાયંટ માટે, અમે નેક્સ્ટક્લાઉડ સાથે એક અલગ VM ફાળવીએ છીએ, અને અમે તેમને "બહાર" જાહેર કરવા માંગતા નથી. તેના બદલે, અમે સામાન્ય રિવર્સ પ્રોક્સી દ્વારા પ્રોક્સી વિનંતીઓ કરીએ છીએ. આ સોલ્યુશન પરવાનગી આપે છે:
1) સર્વર દૂર કરો કે જેના પર ક્લાયંટ ડેટા ઇન્ટરનેટથી સંગ્રહિત છે અને
2) આઈપી એડ્રેસ સેવ કરો.

આકૃતિ આના જેવો દેખાય છે:

તે સ્પષ્ટ છે કે યોજના સરળ છે, કારણ કે વેબ સર્વિસ ઈન્ફ્રાસ્ટ્રક્ચરનું સંગઠન આજના લેખનો વિષય નથી.

આ લેખમાં પણ હું નેક્સ્ટક્લાઉડના ઇન્સ્ટોલેશન અને મૂળભૂત રૂપરેખાંકનને છોડીશ, ખાસ કરીને કારણ કે Habré પર આ વિષય પર સામગ્રી છે. પરંતુ હું ચોક્કસપણે સેટિંગ્સ બતાવીશ, જેના વિના નેક્સ્ટક્લાઉડ પ્રોક્સીની પાછળ કામ કરશે નહીં.

આપેલ:
નેક્સ્ટક્લાઉડ હોસ્ટ 1 પર ઇન્સ્ટોલ કરેલું છે અને HTTP (SSL વગર) પર કામ કરવા માટે ગોઠવેલું છે, તેમાં ફક્ત સ્થાનિક નેટવર્ક ઇન્ટરફેસ અને "ગ્રે" IP એડ્રેસ 172.16.22.110 છે.
ચાલો OpenLiteSpeed ​​ને હોસ્ટ 2 પર રૂપરેખાંકિત કરીએ. તેમાં બે ઇન્ટરફેસ છે, બાહ્ય (ઇન્ટરનેટ તરફ જુએ છે) અને નેટવર્ક પર IP એડ્રેસ સાથે આંતરિક 172.16.22.0/24
હોસ્ટ 2 નું બાહ્ય ઇન્ટરફેસ IP સરનામું DNS નામ cloud.connect.link છે

એક કાર્ય:
લિંક દ્વારા ઇન્ટરનેટ પરથી મેળવો'https://cloud.connect.linkઆંતરિક નેટવર્ક પર નેક્સ્ટક્લાઉડથી (SSL)

• ઉબુન્ટુ 18.04.2 પર ઓપનલાઇટસ્પીડ ઇન્સ્ટોલ કરી રહ્યું છે.

ચાલો એક રીપોઝીટરી ઉમેરીએ:

wget -O http://rpms.litespeedtech.com/debian/enable_lst_debain_repo.sh |સુડો બેશ
સુડો 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 allowhttps
  sudo ufw થી પરવાનગી આપે છે તમારા મેનેજમેન્ટ હોસ્ટ કોઈપણ પોર્ટ 7080 પર
  સુડો UUW સક્ષમ કરો

• OpenLiteSpeed ​​ને રિવર્સ પ્રોક્સી તરીકે સેટ કરો.
  ચાલો વર્ચ્યુઅલહોસ્ટ હેઠળ ડિરેક્ટરીઓ બનાવીએ.

  cd/usr/local/lsws/
  sudo mkdirc cloud.connect.link
  cd cloud.connect.link/
  sudo mkdir {conf,html,logs}
  સુડો ચાઉન 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 ટૅબમાં, કી અને પ્રમાણપત્રનો પાથ સ્પષ્ટ કરો:

"શ્રોતા" બનાવવામાં આવ્યું છે, હવે વર્ચ્યુઅલ હોસ્ટ મેપિંગ્સ વિભાગમાં અમે અમારા વર્ચ્યુઅલ હોસ્ટને તેમાં ઉમેરીશું:

જો LSWS માત્ર એક સેવા માટે પ્રોક્સી કરશે, તો રૂપરેખાંકન પૂર્ણ થઈ શકે છે. પરંતુ અમે ડોમેન નામના આધારે વિવિધ "ઇન્સ્ટન્સ" પર વિનંતીઓ મોકલવા માટે તેનો ઉપયોગ કરવાની યોજના બનાવીએ છીએ. અને તમામ ડોમેન્સ પાસે તેમના પોતાના પ્રમાણપત્રો હશે. તેથી, તમારે વર્ચ્યુઅલહોસ્ટ રૂપરેખા પર જવાની જરૂર છે અને SSL ટેબમાં તેની કી અને પ્રમાણપત્રનો ફરીથી ઉલ્લેખ કરવો પડશે. ભવિષ્યમાં, આ દરેક નવા વર્ચ્યુઅલ હોસ્ટ માટે થવું જોઈએ.

તે url પુનઃલેખનને રૂપરેખાંકિત કરવાનું રહે છે જેથી કરીને HTTP વિનંતીઓને https પર સંબોધવામાં આવે.
(બાય ધ વે, આ ક્યારે સમાપ્ત થશે? બ્રાઉઝર્સ અને અન્ય સોફ્ટવેર માટે ડિફોલ્ટ રૂપે https પર જવાનો અને જો જરૂરી હોય તો મેન્યુઅલી નો-SSL પર ફોરવર્ડ કરવાનો સમય છે).
પુનઃલેખન સક્ષમ કરો અને ફરીથી લખવાના નિયમો લખો ચાલુ કરો:

રીરાઈટકોન્ડ %{SERVER_PORT} 80
ફરીથી લખવાનો નિયમ ^(.*)$ 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 પર "ફાઇલ ક્લાઉડ" નો સુરક્ષિત રીતે ઉપયોગ કરી શકે છે, ફાઇલો સાથેનું સર્વર ઇન્ટરનેટથી અલગ થઈ ગયું છે, ભાવિ ક્લાયંટને બધું સમાન પ્રાપ્ત થશે અને એક પણ વધારાના IP સરનામાને અસર થશે નહીં.
વધુમાં, તમે સ્થિર સામગ્રી પહોંચાડવા માટે રિવર્સ પ્રોક્સીનો ઉપયોગ કરી શકો છો, પરંતુ નેક્સ્ટક્લાઉડના કિસ્સામાં, આ ઝડપમાં નોંધપાત્ર વધારો કરશે નહીં. તેથી તે વૈકલ્પિક અને વૈકલ્પિક છે.

મને આ વાર્તા શેર કરવામાં આનંદ થાય છે, મને આશા છે કે તે કોઈને ઉપયોગી થશે. જો તમે સમસ્યાને હલ કરવા માટે વધુ ભવ્ય અને કાર્યક્ષમ પદ્ધતિઓ જાણો છો, તો હું ટિપ્પણીઓ માટે આભારી રહીશ!

સોર્સ: www.habr.com