OpenLiteSpeed ​​এর ভিতরে এবং বাইরে নেক্সটক্লাউড: বিপরীত প্রক্সি সেট আপ করুন

অভ্যন্তরীণ নেটওয়ার্কে নেক্সটক্লাউডে প্রক্সি রিভার্স করতে আমি কীভাবে OpenLiteSpeed ​​সেট আপ করব?

আশ্চর্যজনকভাবে, OpenLiteSpeed-এর জন্য Habré-এ একটি অনুসন্ধান কিছুই দেয় না! আমি এই অবিচার সংশোধন করার জন্য তাড়াহুড়ো করছি, কারণ LSWS একটি শালীন ওয়েব সার্ভার। আমি এর গতি এবং অভিনব ওয়েব প্রশাসন ইন্টারফেসের জন্য এটি পছন্দ করি:

যদিও OpenLiteSpeed ​​একটি ওয়ার্ডপ্রেস "অ্যাক্সিলারেটর" হিসাবে সর্বাধিক বিখ্যাত, আজকের নিবন্ধে আমি এটির একটি বরং নির্দিষ্ট ব্যবহার দেখাব। যথা রিভার্স প্রক্সি অফ রিকোয়েস্ট (রিভার্স প্রক্সি)। আপনি বলেন যে এটির জন্য nginx ব্যবহার করা আরও সাধারণ? আমি রাজি হব। কিন্তু আমরা LSWS এর প্রেমে পড়েছি এতটাই কষ্ট!

প্রক্সি করা ঠিক আছে, কিন্তু কোথায়? কোন কম বিস্ময়কর সেবা - নেক্সটক্লাউড. আমরা ব্যক্তিগত "ফাইল-শেয়ারিং ক্লাউড" তৈরি করতে নেক্সটক্লাউড ব্যবহার করি। প্রতিটি ক্লায়েন্টের জন্য, আমরা নেক্সটক্লাউডের সাথে একটি পৃথক VM বরাদ্দ করি এবং আমরা সেগুলিকে "বাইরে" প্রকাশ করতে চাই না। পরিবর্তে, আমরা একটি সাধারণ বিপরীত প্রক্সির মাধ্যমে প্রক্সি অনুরোধ করি। এই সমাধান অনুমতি দেয়:
1) যে সার্ভারে ক্লায়েন্ট ডেটা ইন্টারনেট থেকে সংরক্ষণ করা হয় তা সরান এবং
2) আইপি ঠিকানা সংরক্ষণ করুন.

চিত্রটি এর মতো দেখাচ্ছে:

এটা স্পষ্ট যে স্কিম সরলীকৃত হয়, কারণ ওয়েব পরিষেবা পরিকাঠামোর সংগঠন আজকের নিবন্ধের বিষয় নয়।

এছাড়াও এই নিবন্ধে আমি পরবর্তী ক্লাউডের ইনস্টলেশন এবং মৌলিক কনফিগারেশন বাদ দেব, বিশেষ করে যেহেতু Habré-এর এই বিষয়ে উপকরণ রয়েছে। তবে আমি অবশ্যই সেটিংস দেখাব, যা ছাড়া নেক্সটক্লাউড প্রক্সির পিছনে কাজ করবে না।

দেওয়া হলে
নেক্সটক্লাউড হোস্ট 1 এ ইনস্টল করা আছে এবং HTTP (SSL ছাড়া) এর উপর কাজ করার জন্য কনফিগার করা হয়েছে, শুধুমাত্র একটি স্থানীয় নেটওয়ার্ক ইন্টারফেস এবং একটি "ধূসর" IP ঠিকানা 172.16.22.110 রয়েছে৷
আসুন হোস্ট 2-এ OpenLiteSpeed ​​কনফিগার করি। এর দুটি ইন্টারফেস রয়েছে, বাহ্যিক (ইন্টারনেটের দিকে দেখায়) এবং নেটওয়ার্কে একটি IP ঠিকানা সহ অভ্যন্তরীণ 172.16.22.0/24
হোস্ট 2 এর বাহ্যিক ইন্টারফেস আইপি ঠিকানা হল 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 শুরু

• ন্যূনতম ফায়ারওয়াল সেটআপ।
  

  সুডো ufw ssh অনুমতি
  sudo ufw ডিফল্ট আউটগোয়িং অনুমতি দেয়
  sudo ufw ডিফল্ট ইনকামিং অস্বীকার
  sudo ufw HTTP অনুমতি দেয়
  sudo ufw অনুমতি https
  sudo ufw থেকে অনুমতি দেয় আপনার ব্যবস্থাপনা হোস্ট যেকোনো পোর্ট 7080 এ
  সুডো 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 ওয়েব ইন্টারফেস থেকে ভার্চুয়াল হোস্ট কনফিগার করা যাক।
ইউআরএল ব্যবস্থাপনা খুলুন 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-এ যাওয়ার সময়, এবং প্রয়োজনে ম্যানুয়ালি নো-এসএসএল-এ ফরোয়ার্ড করা)।
পুনর্লিখন চালু করুন এবং পুনর্লিখনের নিয়ম লিখুন:

RewriteCond %{SERVER_PORT} 80
পুনর্লিখন নিয়ম ^(।*) $ https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

একটি অদ্ভুত ভুল বোঝাবুঝির কারণে, সাধারণ গ্রেসফুল রিস্টার্টের সাথে পুনরায় লেখার নিয়ম প্রয়োগ করা অসম্ভব। অতএব, আমরা LSWS পুনরায় চালু করব সুন্দরভাবে নয়, কিন্তু অভদ্রভাবে এবং দক্ষতার সাথে:

sudo systemctl রিস্টার্ট lsws.service

সার্ভারকে পোর্ট 80 শোনার জন্য, আসুন আরেকটি লিসেনার তৈরি করি। আসুন এটিকে http বলি, 80 তম পোর্ট নির্দিষ্ট করুন এবং এটি অ-সুরক্ষিত হবে:

https শ্রোতা সেটিং এর সাথে সাদৃশ্য দিয়ে, এর সাথে আমাদের ভার্চুয়াল হোস্ট সংযুক্ত করা যাক।

এখন LSWS পোর্ট 80 এ শুনবে এবং ইউআরএলটি পুনরায় লিখতে এটি থেকে 443 নম্বরে অনুরোধ পাঠাবে।
উপসংহারে, আমি LSWS লগিং স্তর কমানোর সুপারিশ করছি, যা ডিফল্টরূপে ডিবাগে সেট করা আছে। এই মোডে, লগগুলি বিদ্যুতের গতিতে সংখ্যাবৃদ্ধি করে! বেশিরভাগ ক্ষেত্রে, সতর্কতা স্তর যথেষ্ট। সার্ভার কনফিগারেশন > লগ এ যান:

এটি বিপরীত প্রক্সি হিসাবে OpenLiteSpeed-এর কনফিগারেশন সম্পূর্ণ করে। আবার, LSWS পুনরায় চালু করুন, লিঙ্কটি অনুসরণ করুন https://cloud.connect.link এবং দেখো:

নেক্সটক্লাউড আমাদের প্রবেশ করতে দেওয়ার জন্য, আমাদের বিশ্বস্ত তালিকায় cloud.connect.link ডোমেন যোগ করতে হবে। এর config.php সম্পাদনা করা যাক. উবুন্টু ইনস্টল করার সময় আমি স্বয়ংক্রিয়ভাবে Nextcloud ইনস্টল করেছি এবং কনফিগারেশনটি এখানে অবস্থিত: /var/snap/nextcloud/current/nextcloud/config।
trusted_domains কী-তে 'cloud.connect.link' প্যারামিটার যোগ করুন:

'trusted_domains' =>
অ্যারে (
0 => '172.16.22.110',
1 => 'cloud.connect.link',
),

আরও, একই কনফিগারেশনে, আপনাকে অবশ্যই আমাদের প্রক্সির IP ঠিকানা উল্লেখ করতে হবে। আমি আপনার দৃষ্টি আকর্ষণ করছি যে ঠিকানাটি অবশ্যই নেক্সটক্লাউড সার্ভারে দৃশ্যমান একটি নির্দিষ্ট করতে হবে, যেমন স্থানীয় LSWS ইন্টারফেসের আইপি। এই ধাপ ছাড়া, নেক্সটক্লাউড ওয়েব ইন্টারফেস কাজ করে, কিন্তু অ্যাপ্লিকেশন অনুমোদিত নয়।

'trusted_proxies' =>
অ্যারে (
0 => '172.16.22.100',
),

দুর্দান্ত, এর পরে আমরা অনুমোদন ইন্টারফেসে যেতে পারি:

সমস্যা সমাধান! এখন প্রতিটি ক্লায়েন্ট তার নিজের ব্যক্তিগত url এ "ফাইল ক্লাউড" নিরাপদে ব্যবহার করতে পারে, ফাইল সহ সার্ভারটি ইন্টারনেট থেকে আলাদা করা হয়েছে, ভবিষ্যতের ক্লায়েন্টরা সবকিছু একই রকম পাবেন এবং একটি অতিরিক্ত আইপি ঠিকানা প্রভাবিত হবে না।
অতিরিক্তভাবে, আপনি স্ট্যাটিক সামগ্রী সরবরাহ করতে একটি বিপরীত প্রক্সি ব্যবহার করতে পারেন, তবে নেক্সটক্লাউডের ক্ষেত্রে এটি গতিতে লক্ষণীয় বৃদ্ধি দেবে না। তাই এটা ঐচ্ছিক এবং ঐচ্ছিক।

আমি এই গল্পটি ভাগ করে আনন্দিত, আমি আশা করি এটি কারও কাজে লাগবে। আপনি যদি সমস্যাটি সমাধানের জন্য আরও মার্জিত এবং দক্ষ পদ্ধতিগুলি জানেন তবে আমি মন্তব্যের জন্য কৃতজ্ঞ থাকব!

উত্স: www.habr.com