Nextcloud ខាងក្នុង និងខាងក្រៅ OpenLiteSpeed៖ ដំឡើងប្រូកស៊ីបញ្ច្រាស

តើខ្ញុំតំឡើង OpenLiteSpeed ​​​​ដើម្បីបញ្ច្រាសប្រូកស៊ីទៅ Nextcloud នៅលើបណ្តាញខាងក្នុងដោយរបៀបណា?

គួរឱ្យភ្ញាក់ផ្អើល, ការស្វែងរកនៅលើ Habre សម្រាប់ OpenLiteSpeed ​​​​មិនផ្តល់អ្វីទេ! ខ្ញុំប្រញាប់កែតម្រូវភាពអយុត្តិធម៌នេះ ពីព្រោះ LSWS គឺជាម៉ាស៊ីនមេគេហទំព័រសមរម្យ។ ខ្ញុំចូលចិត្តវាសម្រាប់ល្បឿន និងចំណុចប្រទាក់គ្រប់គ្រងគេហទំព័រដ៏ប្រណិតរបស់វា៖

ទោះបីជា OpenLiteSpeed ​​​​ល្បីបំផុតជា WordPress "បង្កើនល្បឿន" នៅក្នុងអត្ថបទថ្ងៃនេះខ្ញុំនឹងបង្ហាញពីការប្រើប្រាស់ជាក់លាក់របស់វា។ ប្រូកស៊ីបញ្ច្រាសនៃសំណើ (ប្រូកស៊ីបញ្ច្រាស) ។ អ្នកនិយាយថាវាជារឿងធម្មតាជាងក្នុងការប្រើ nginx សម្រាប់រឿងនេះ? ខ្ញុំនឹងយល់ព្រម។ ប៉ុន្តែវាឈឺចាប់ខ្លាំងណាស់ដែលយើងលង់ស្រលាញ់ LSWS!

ប្រូកស៊ីមិនអីទេ ប៉ុន្តែកន្លែងណា? នៅក្នុងសេវាកម្មដ៏អស្ចារ្យមិនតិចទេ - Nextcloud ។ យើងប្រើ Nextcloud ដើម្បីបង្កើត "ពពកចែករំលែកឯកសារ" ឯកជន។ សម្រាប់អតិថិជននីមួយៗ យើងបែងចែក VM ដាច់ដោយឡែកជាមួយ Nextcloud ហើយយើងមិនចង់បង្ហាញពួកវា "នៅខាងក្រៅ" ទេ។ ផ្ទុយទៅវិញ យើងស្នើសុំប្រូកស៊ីតាមរយៈប្រូកស៊ីបញ្ច្រាសធម្មតា។ ដំណោះស្រាយនេះអនុញ្ញាតឱ្យ៖
1) លុបម៉ាស៊ីនមេដែលទិន្នន័យអតិថិជនត្រូវបានរក្សាទុកចេញពីអ៊ីនធឺណិត
2) រក្សាទុកអាសយដ្ឋាន ip ។

ដ្យាក្រាមមើលទៅដូចនេះ:

វាច្បាស់ណាស់ថាគ្រោងការណ៍នេះត្រូវបានធ្វើឱ្យសាមញ្ញ, ដោយសារតែ ការរៀបចំរចនាសម្ព័ន្ធសេវាកម្មគេហទំព័រមិនមែនជាប្រធានបទនៃអត្ថបទថ្ងៃនេះទេ។

ផងដែរនៅក្នុងអត្ថបទនេះ ខ្ញុំនឹងលុបចោលការដំឡើង និងការកំណត់រចនាសម្ព័ន្ធមូលដ្ឋាននៃ nextcloud ជាពិសេសចាប់តាំងពី Habre មានសម្ភារៈលើប្រធានបទនេះ។ ប៉ុន្តែខ្ញុំពិតជានឹងបង្ហាញការកំណត់ ដោយគ្មាន Nextcloud នឹងមិនដំណើរការនៅពីក្រោយប្រូកស៊ីទេ។

បានផ្តល់ឱ្យ៖
Nextcloud ត្រូវបានដំឡើងនៅលើម៉ាស៊ីន 1 និងកំណត់រចនាសម្ព័ន្ធឱ្យដំណើរការលើ http (ដោយគ្មាន SSL) មានចំណុចប្រទាក់បណ្តាញមូលដ្ឋាន និងអាសយដ្ឋាន IP "ពណ៌ប្រផេះ" 172.16.22.110 ។
ចូរកំណត់រចនាសម្ព័ន្ធ OpenLiteSpeed ​​​​នៅលើម៉ាស៊ីន 2 ។ វាមានចំណុចប្រទាក់ពីរ ខាងក្រៅ (មើលទៅអ៊ីនធឺណិត) និងខាងក្នុងជាមួយអាសយដ្ឋាន IP នៅលើបណ្តាញ 172.16.22.0/24
អាសយដ្ឋាន IP ចំណុចប្រទាក់ខាងក្រៅរបស់ម្ចាស់ផ្ទះ 2 គឺឈ្មោះ DNS cloud.connect.link

ភារកិច្ច៖
ទទួលបានពីអ៊ីនធឺណិតតាមរយៈតំណ 'https://cloud.connect.link' (SSL) ទៅ Nextcloud នៅលើបណ្តាញខាងក្នុង។

• ការដំឡើង OpenLiteSpeed ​​​​នៅលើអ៊ូប៊ុនទូ 18.04.2 ។

តោះបន្ថែមឃ្លាំង៖

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

ដំឡើង ដំណើរការ៖

sudo apt-get ដំឡើង 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 ​​​​ជាប្រូកស៊ីបញ្ច្រាស។
  តោះបង្កើតថតនៅក្រោម virtualhost ។

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

ចូរកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីននិម្មិតពីចំណុចប្រទាក់បណ្ដាញ LSWS ។
បើកការគ្រប់គ្រង url http://cloud.connect.link:7080
ការចូល/ពាក្យសម្ងាត់លំនាំដើម៖ admin/123456

បន្ថែមម៉ាស៊ីននិម្មិត (ម៉ាស៊ីននិម្មិត> បន្ថែម) ។
នៅពេលបន្ថែម សារកំហុសនឹងលេចឡើង - បាត់ឯកសារកំណត់រចនាសម្ព័ន្ធ។ នេះជារឿងធម្មតាទេ ដោះស្រាយដោយចុច Click ដើម្បីបង្កើត។

នៅក្នុងផ្ទាំងទូទៅ បញ្ជាក់ Document Root (ទោះបីជាវាមិនត្រូវការក៏ដោយ ការកំណត់នឹងមិនរលត់ដោយគ្មានវាទេ)។ Domain Name បើមិនបានបញ្ជាក់ទេ នឹងត្រូវយកចេញពី Virtual Host Name ដែលយើងដាក់ឈ្មោះ domain name របស់យើង។

ឥឡូវនេះវាដល់ពេលដែលត្រូវចងចាំថាយើងមិនត្រឹមតែមានម៉ាស៊ីនមេបណ្តាញប៉ុណ្ណោះទេ ប៉ុន្តែប្រូកស៊ីបញ្ច្រាស។ ការកំណត់ខាងក្រោមនឹងប្រាប់ LSWS នូវអ្វីដែលត្រូវប្រូកស៊ី និងកន្លែងណា។ នៅក្នុងការកំណត់ virtualhost បើកផ្ទាំង External App ហើយបន្ថែមកម្មវិធីថ្មីនៃប្រភេទម៉ាស៊ីនមេគេហទំព័រ៖

បញ្ជាក់ឈ្មោះ និងអាសយដ្ឋាន។ អ្នកអាចបញ្ជាក់ឈ្មោះតាមអំពើចិត្ត ប៉ុន្តែអ្នកត្រូវចាំវា វានឹងមានប្រយោជន៍ក្នុងជំហានបន្ទាប់។ អាសយដ្ឋានគឺជាកន្លែងដែល Nextcloud រស់នៅក្នុងបណ្តាញខាងក្នុង៖

នៅក្នុងការកំណត់ម៉ាស៊ីននិម្មិតដូចគ្នា បើកផ្ទាំងបរិបទ ហើយបង្កើតបរិបទថ្មីនៃប្រភេទប្រូកស៊ី៖

បញ្ជាក់ប៉ារ៉ាម៉ែត្រ៖ URI = /, Web server = nextcloud_1 (ឈ្មោះពីជំហានមុន)

ចាប់ផ្តើម LSWS ឡើងវិញ។ នេះត្រូវបានធ្វើដោយចុចតែម្តងពីចំណុចប្រទាក់គេហទំព័រ អព្ភូតហេតុ! (ក្រុមហ៊ុនដឹកជញ្ជូនកណ្តុរតំណពូជនិយាយជាមួយខ្ញុំ)

• យើងដាក់វិញ្ញាបនបត្រ កំណត់រចនាសម្ព័ន្ធ https ។
  នីតិវិធីសម្រាប់ការទទួលបានវិញ្ញាបនបត្រ យើងនឹងលុបវាចោល យល់ព្រមថាយើងមានវារួចហើយ ហើយកុហកជាមួយសោនៅក្នុងថត /etc/letsencrypt/live/cloud.connect.link ។

ចូរបង្កើត "អ្នកស្តាប់" (អ្នកស្តាប់ > បន្ថែម) ចូរហៅវាថា "https" ។ ចង្អុលវាទៅច្រក 443 ហើយចំណាំថាវានឹងមានសុវត្ថិភាព៖

នៅក្នុងផ្ទាំង SSL បញ្ជាក់ផ្លូវទៅកាន់កូនសោ និងវិញ្ញាបនបត្រ៖

"អ្នកស្តាប់" ត្រូវបានបង្កើតឡើង ឥឡូវនេះនៅក្នុងផ្នែក Virtual Host Mappings យើងនឹងបន្ថែមម៉ាស៊ីននិម្មិតរបស់យើងទៅវា៖

ប្រសិនបើ LSWS នឹងប្រូកស៊ីទៅសេវាកម្មតែមួយ នោះការកំណត់អាចត្រូវបានបញ្ចប់។ ប៉ុន្តែយើងមានគម្រោងប្រើវាដើម្បីផ្ញើសំណើទៅកាន់ "ឧទាហរណ៍" ផ្សេងៗគ្នា អាស្រ័យលើឈ្មោះដែន។ ហើយដែនទាំងអស់នឹងមានវិញ្ញាបនបត្រផ្ទាល់ខ្លួន។ ដូច្នេះ អ្នកត្រូវចូលទៅកាន់ការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីននិម្មិត ហើយបញ្ជាក់ម្តងទៀតនូវគន្លឹះ និងវិញ្ញាបនបត្ររបស់វានៅក្នុងផ្ទាំង SSL ។ នៅពេលអនាគត នេះគួរតែត្រូវបានធ្វើសម្រាប់ម៉ាស៊ីននិម្មិតថ្មីនីមួយៗ។

វានៅសល់ដើម្បីកំណត់រចនាសម្ព័ន្ធការសរសេរឡើងវិញ url ដូច្នេះសំណើ http ត្រូវបានផ្ញើទៅ https ។
(ដោយវិធីនេះ តើវានឹងបញ្ចប់នៅពេលណា? វាដល់ពេលសម្រាប់កម្មវិធីរុករក និងកម្មវិធីផ្សេងទៀតដើម្បីចូលទៅកាន់ https តាមលំនាំដើម ហើយបញ្ជូនបន្តទៅ no-SSL ដោយដៃប្រសិនបើចាំបាច់)។
បើកបើកដំណើរការសរសេរឡើងវិញ ហើយសរសេរច្បាប់សរសេរឡើងវិញ៖

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

ដោយសារតែការយល់ខុសចម្លែកមួយ វាមិនអាចទៅរួចទេក្នុងការអនុវត្តច្បាប់សរសេរឡើងវិញជាមួយនឹងការចាប់ផ្តើមឡើងវិញ Graceful ធម្មតា។ ដូច្នេះហើយ យើងនឹងចាប់ផ្តើម LSWS ឡើងវិញដោយមិនមានសោភ័ណភាពទេ ប៉ុន្តែដោយឈ្លើយ និងប្រកបដោយប្រសិទ្ធភាព៖

sudo systemctl ចាប់ផ្តើម lsws.service ឡើងវិញ

ដើម្បីធ្វើឱ្យម៉ាស៊ីនមេស្តាប់ច្រក 80 សូមបង្កើតឧបករណ៍ស្តាប់មួយផ្សេងទៀត។ ចូរហៅវាថា http បញ្ជាក់ច្រកទី 80 ហើយថាវានឹងមិនមានសុវត្ថិភាព៖

ដោយភាពស្រដៀងគ្នាជាមួយការកំណត់អ្នកស្តាប់ https សូមភ្ជាប់ម៉ាស៊ីននិម្មិតរបស់យើងទៅវា។

ឥឡូវនេះ LSWS នឹងស្តាប់នៅលើច្រក 80 ហើយផ្ញើសំណើទៅ 443 ពីវា ដោយសរសេរ url ឡើងវិញ។
សរុបសេចក្តីមក ខ្ញុំសូមណែនាំឱ្យបន្ថយកម្រិតនៃការចូល LSWS ដែលត្រូវបានកំណត់ទៅជា Debug តាមលំនាំដើម។ នៅក្នុងរបៀបនេះ កំណត់ហេតុកើនឡើងក្នុងល្បឿនផ្លេកបន្ទោរ! សម្រាប់ករណីភាគច្រើន កម្រិតព្រមានគឺគ្រប់គ្រាន់ហើយ។ ចូលទៅកាន់ការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេ > កំណត់ហេតុ៖

វាបញ្ចប់ការកំណត់រចនាសម្ព័ន្ធ OpenLiteSpeed ​​​​ជាប្រូកស៊ីបញ្ច្រាស។ ជាថ្មីម្តងទៀត ចាប់ផ្តើម LSWS ឡើងវិញ តាមតំណ https://cloud.connect.link ហើយ​ឃើញ:

ដើម្បីឱ្យ Nextcloud អនុញ្ញាតឱ្យយើងចូល យើងត្រូវបន្ថែមដែន cloud.connect.link ទៅក្នុងបញ្ជីដែលគួរឱ្យទុកចិត្ត។ តោះទៅកែសម្រួល config.php ។ ខ្ញុំបានដំឡើង Nextcloud ដោយស្វ័យប្រវត្តិ នៅពេលដំឡើង Ubuntu ហើយ config មានទីតាំងនៅទីនេះ៖ /var/snap/nextcloud/current/nextcloud/config ។
បន្ថែមប៉ារ៉ាម៉ែត្រ 'cloud.connect.link' ទៅកូនសោ Trusted_domains៖

'trusted_domains' =>
អារេ (
0 => '១៩២.១៦៨.០.៣',
1 => 'cloud.connect.link',
),

លើសពីនេះ នៅក្នុងការកំណត់ដូចគ្នា អ្នកត្រូវតែបញ្ជាក់អាសយដ្ឋាន IP នៃប្រូកស៊ីរបស់យើង។ ខ្ញុំទាក់ទាញការយកចិត្តទុកដាក់របស់អ្នកចំពោះការពិតដែលថាអាសយដ្ឋានត្រូវតែបញ្ជាក់មួយដែលអាចមើលឃើញដោយម៉ាស៊ីនមេ Nextcloud ពោលគឺឧ។ IP នៃចំណុចប្រទាក់ LSWS មូលដ្ឋាន។ បើគ្មានជំហាននេះទេ ចំណុចប្រទាក់បណ្ដាញ Nextcloud ដំណើរការ ប៉ុន្តែកម្មវិធីមិនត្រូវបានអនុញ្ញាតទេ។

'trusted_proxies' =>
អារេ (
0 => '១៩២.១៦៨.០.៣',
),

ល្អណាស់ បន្ទាប់ពីនោះយើងអាចចូលទៅក្នុងចំណុចប្រទាក់ការអនុញ្ញាត៖

បញ្ហាត្រូវបានដោះស្រាយ! ឥឡូវនេះ អតិថិជនម្នាក់ៗអាចប្រើប្រាស់ "ឯកសារពពក" ដោយសុវត្ថិភាពនៅ url ផ្ទាល់ខ្លួនរបស់គាត់ ម៉ាស៊ីនមេដែលមានឯកសារត្រូវបានបំបែកចេញពីអ៊ីនធឺណិត អតិថិជននាពេលអនាគតនឹងទទួលបានអ្វីគ្រប់យ៉ាងដូចគ្នា ហើយមិនមែនអាសយដ្ឋាន IP បន្ថែមតែមួយនឹងរងផលប៉ះពាល់នោះទេ។
លើសពីនេះ អ្នកអាចប្រើប្រូកស៊ីបញ្ច្រាសដើម្បីបញ្ជូនមាតិកាឋិតិវន្ត ប៉ុន្តែក្នុងករណី Nextcloud វានឹងមិនផ្តល់ល្បឿនកើនឡើងគួរឱ្យកត់សម្គាល់នោះទេ។ ដូច្នេះវាជាជម្រើសនិងស្រេចចិត្ត។

ខ្ញុំរីករាយក្នុងការចែករំលែករឿងនេះ ខ្ញុំសង្ឃឹមថាវានឹងមានប្រយោជន៍ដល់នរណាម្នាក់។ ប្រសិនបើអ្នកដឹងពីវិធីសាស្រ្តឆើតឆាយនិងប្រសិទ្ធភាពបន្ថែមទៀតសម្រាប់ការដោះស្រាយបញ្ហាខ្ញុំនឹងដឹងគុណចំពោះមតិយោបល់!

ប្រភព: www.habr.com