میں ایک بہت ہی پارٹ ٹائم ایڈمنسٹریٹر کے ساتھ تجارتی سنگل سرور ویب پروجیکٹ کے لیے کنٹرول پینل جیسی چیز کی ضرورت یا غیرضروری ہونے کے بارے میں کچھ تاثرات شیئر کرنا چاہوں گا۔ کہانی کچھ سال پہلے شروع ہوئی، جب دوستوں کے دوستوں نے مجھ سے تکنیکی نقطہ نظر سے ایک کاروبار - ایک نیوز سائٹ - کی خریداری میں مدد کرنے کو کہا۔ یہ ضروری تھا کہ اس بات کا تھوڑا سا جائزہ لیا جائے کہ کس چیز پر کام ہو رہا ہے، اس بات کو یقینی بنائیں کہ تمام ضروری تفصیلات کو مناسب شکل اور حجم میں منتقل کیا گیا تھا، اور حکمت عملی کے ساتھ یہ معلوم کرنا تھا کہ کیا بہتر کیا جا سکتا ہے۔
معاہدہ ہو گیا، وائلن بجانے والے کی اب ضرورت نہیں رہی۔ ختم واقعی نہیں۔
یہ سائٹ لینوڈ پر ڈوئل کور 4-GB VM پر چلتی ہے، کچھ mossy Debian5 پر 400 دنوں کے اپ ٹائم کے ساتھ اور اس طرح کے غیر اپ ڈیٹ شدہ پیکیجز کی فہرست۔ ویب پارٹ ایک خود لکھے ہوئے CMS، nginx، php5.3 FPM، mysql ٹیونڈ پرکونا پر۔ اصول میں، یہ کام کیا.
میرے ساتھ بات چیت کے متوازی طور پر، نیا مالک پروجیکٹ کو توقعات پر لانے کے لیے ایک پروگرامر کی تلاش میں تھا۔ ملا۔ پروگرامر نے ٹریفک اور حجم کا اندازہ لگایا اور فیصلہ کیا کہ وہ بہتر بنانے اور لاگت کا انتظام کرنے کا طریقہ جانتا ہے۔ اس نے پوری سائٹ کو 700 روبل کی مشترکہ ہوسٹنگ میں منتقل کر دیا جو اس کے معمول کے IS ****er کے زیر انتظام ہے۔ کچھ دن بعد مالک کی طرف سے ایک اور کال آئی: "سب کچھ سست ہے اور ایسا لگتا ہے کہ ہم ٹوٹ چکے ہیں۔" میں نے پینل کے ذریعے صورتحال کو درست کرنے کی کوشش کی، لیکن PHP ورژن یا ہینڈلر کو fcgi سے fpm میں تبدیل کرنے کی بے نتیجہ کوششوں کے بعد، میں نے ہار مان لی اور شیل میں چلا گیا۔ وہاں مجھے ایک فعال ڈیبگ ملا جو پورے انٹرنیٹ پر پٹھوں کے پاس ورڈ کے ساتھ چمک رہا تھا، کچھ فولڈرز پر 777 جو اس وقت تک میلویئر اور اسی طرح کی بکواس سے کریک کر رہے تھے۔ مالک نے محسوس کیا اور فیصلہ کیا کہ ہوسٹنگ، پروگرامر، اور ایک ایڈمن کو بچانا غلط تھا جو اس بات پر نظر رکھ سکے کہ چیزیں کیسے چل رہی ہیں۔
ہم RuVDS جا رہے ہیں۔ برٹش لینوڈ سے تھوڑا قریب، اور اگر آپ اچانک ذاتی ڈیٹا اور یہ سب ذخیرہ کرنا چاہتے ہیں، تو آپ کو کہیں اور نہیں جانا پڑے گا۔ چونکہ اس منصوبے کو بڑھانے کا منصوبہ بنایا گیا تھا، اس لیے ہم نے ترقی کے لیے VM لیا: 4 کور، 8 گیگا بائٹس میموری، 80 جی بی ڈسک۔ ایسا نہیں ہے کہ میں nginx کنفیگرز کو دستی طور پر کنفیگر کرنے کا طریقہ نہیں جانتا ہوں، میرے پاس اس پروجیکٹ پر اتنے قریب سے کام کرنے کا جوش نہیں تھا (پارٹ ٹائم کے بارے میں اوپر دیکھیں)۔ اسی لیے میں نے پلسک انسٹال کیا (یہاں میں انسٹالیشن کی تفصیلات کو چھوڑ دوں گا، کیونکہ بڑے پیمانے پر کوئی بھی نہیں ہے: میں نے انسٹالر لانچ کیا، ایڈمن کے لیے پاس ورڈ سیٹ کیا، کلید داخل کی - بس اتنا ہے)، اس وقت یہ 17.0 تھا۔ بنیادی ترتیبات باکس سے باہر برداشت کے ساتھ کام کرتی ہیں، وہاں fail2ban اور PHP اور nginx کے تازہ ترین دستیاب ورژن موجود ہیں۔
یہ شاید روکنے اور اس کی وجہ بتانے کے قابل ہے۔ چونکہ میں اس طرح کے کام شاذ و نادر ہی کرتا ہوں، اور میرے پاس ہر معاملے کے لیے کوئی خاص ٹولز یا تیاری کا سیٹ نہیں ہے، اس لیے یہ واضح تھا کہ بنیادی چیزوں کے لیے کسی قسم کی آٹومیشن کی ضرورت ہے، تاکہ اول، جلدی، دوم، محفوظ طریقے سے، اور سوم۔ , تمام بہترین طرز عمل جو کسی نے پہلے ہی نافذ کر دیا ہے۔
لہذا، میں نے اسے انسٹال کیا. میں نے کافی وقت بچایا، نئے سرور پر سائٹ کو دوبارہ شروع کرنا تقریباً فوری تھا۔ باقی صرف پٹھوں کی تشکیل میں ترمیم کرنا تھا، اسے نصف میموری دینا اور بفر پولز کی تعداد میں اضافہ کرنا تھا، اور nginx کو نصف کور دینا تھا (Plesk گلوبل کنفیگس کو نہیں چھوتا)، اور کچھ دنوں کے لیے شیل میں جاکر دیکھنے کے لیے۔ mysqltuner کے اعدادوشمار پر۔ جی ہاں، اور میں نے سیلاب زدہ میلویئر سے چھٹکارا پانے کے لیے ایکسٹینشن کیٹلاگ سے ادا شدہ ImunifyAV خریدا۔ تقریباً 11000 متاثرہ فائلیں ملی ہیں۔ مکروہ یہ ہے کہ کوڈ کے مبہم ٹکڑے سٹیٹکس میں ڈالے جاتے تھے اور اسے ہاتھ سے صاف کرنا بالکل پھیکا ہو جاتا تھا۔ پہلے میں نے ClamAV کو آزمایا، لیکن جیسا کہ پتہ چلا، یہ ایسی چیزیں نہیں لیتا، لیکن ImunifyAV کر سکتا ہے۔ مزید برآں، جراثیم سے پاک فائلیں کام کرنے کی حالت میں رہتی ہیں؛ میلویئر والا ٹکڑا آسانی سے حذف ہوجاتا ہے۔
ریاضی آسان ہے: VMka کے لیے $50 فی مہینہ، Plesk کے لیے $10 (دراصل اس سے کم، کیونکہ آپ نے اسے ایک سال کے لیے دو ماہ کی رعایت کے ساتھ خریدا ہے) اور $3 اینٹی وائرس کے لیے۔ یا اپنے وقت کے لیے بہت سارے پیسے، جو میں نے پہلے سرور پر خرچ کیے ہوں گے، ان اصطبل کو دستی طور پر ریک کرنے میں۔ مالک اس انتظام سے کافی خوش تھا۔
اس دوران انہیں ایک نیا پروگرامر ملا۔ ہم نے ذمہ داری کی تقسیم پر اس سے اتفاق کیا، ٹیسٹ ورژن کے لیے ایک ذیلی ڈومین بنایا، اور کام شروع ہوا۔ وہ Laravel پر سائٹ کا ایک نیا ورژن کاٹ رہا تھا، اور میں fail2ban% کو دیکھ رہا تھا)۔
مزے کی بات یہ ہے کہ متجسس لوگوں کا سلسلہ تھمنے کا نام نہیں لے رہا اور ممنوعہ کی فہرست میں ہمیشہ سو کے قریب پتے ہوتے ہیں۔ اثر دلچسپ ہے: خاص طور پر، عام طور پر، اگر میں کسی شیل میں لاگ ان ہوتا ہوں، تو مجھے سلام میں SSH کے ذریعے لاگ ان کرنے کی تقریباً 20000-30000 ناکام کوششیں نظر آتی ہیں۔ fail2ban فعال ہونے کے ساتھ، تقریباً 70۔ کوششیں لگائی گئیں: 0. بدقسمتی سے، یہ مرہم کے ایک قطرے کے بغیر نہیں تھا۔ پہلے سے طے شدہ طور پر، WAF (modsecurity) آدھی فعال تھی: دریافت موڈ میں۔ یعنی، اس نے لاگ پر مشکوک سرگرمی لکھی، لیکن حقیقت میں کوئی کارروائی نہیں کی۔ اور ناکام جیلوں کے مطابق تمام نوشتہ جات کو اندھا دھند پڑھا، اور منتقل ہونے والی ہر چیز کو مار ڈالا۔ اس طرح، ہم نے آدھے ایڈیٹرز پر پابندی لگا دی: ڈی۔ مجھے اس جیل کو غیر فعال کرنا تھا، اور معتبریت کے لیے ضروری IP پتوں کو وائٹ لسٹ کرنا تھا۔ کوششیں لگائی جاتی ہیں: ماؤس کو دو بار تھپتھپائیں اور ایڈیٹرز کو سکھائیں کہ آپ کو آپ کا IP ایڈریس بتائیں۔
پروگرامر کو فوری طور پر جو چیز پسند آئی وہ تھی ڈیٹا بیس کو براہ راست پینل میں اپ لوڈ کرنے کی صلاحیت اور phpMyAdmin تک فوری رسائی
مجھے کیا پسند آیا وہ لاگ اور بیک اپ تھے۔ نوشتہ جات لکھے اور باکس سے باہر گھمائے جاتے ہیں۔ بیک اپ سیٹ اپ کرنا بہت آسان ہے۔ سب سے سست وقت میں، ایک مکمل بیک اپ بنایا جاتا ہے، تقریباً 10 گِگس، اور پھر ایک ہفتے کے لیے ہر روز ایک اضافی، 200 میگا بائٹس۔ بازیافت ایک مخصوص فائل یا ڈیٹا بیس تک دانے دار ہوتی ہے۔ اگر آپ کو ایک بڑھتے ہوئے سے بحال کرنے کی ضرورت ہے، تو آپ کو پہلے پوری زنجیر کو مکمل اور بحال کرنے کے لیے پریشان ہونے کی ضرورت نہیں ہے، Plesk خود ہی سب کچھ کرتا ہے۔ آپ کہیں بھی بیک اپ اپ لوڈ کر سکتے ہیں: FTP، ڈراپ باکس، s3 بالٹی، گوگل ڈرائیو، وغیرہ پر۔
دن F: پروگرامر نے آخر کار نیا انجن مکمل کر لیا، ہم نے اسے پروڈکشن میں اپ لوڈ کیا، پرانا ڈیٹا درآمد کیا اور اپنے مستقبل کے مسیراتی کا رنگ منتخب کرنے کے لیے بیٹھ گئے۔ ہم ابھی تک بیٹھے ہیں اور انتخاب کر رہے ہیں۔
پہلے مسائل شروع ہوئے۔ نئی سائٹ متوقع طور پر پرانی سائٹ سے زیادہ بھاری تھی، لیکن اصل ریک یہ تھی کہ ٹریفک کو اپنی طرف متوجہ کرنے کے لیے وہ دوسری چیزوں کے علاوہ Yandex.Zen کا استعمال کرتے تھے، جس سے زائرین کی بھرمار ہوتی تھی۔ سائٹ 150 بیک وقت کنکشن کے ساتھ کریش ہو گئی (میں RPS کے بارے میں بات نہیں کر رہا ہوں، کیونکہ انہوں نے اس کی پیمائش نہیں کی)۔ ہم نے php_fpm سیٹنگ ایریا میں بٹنوں کو پوک کرنا اور نوبز کو موڑنا شروع کر دیا:
ارے، اس کے پہلے ہی 500 کنکشن ہیں۔ جیسے جیسے کریڈٹ کارڈز کو فروغ دینے کے ذرائع میں شامل کیا گیا، ٹریفک کی لہریں بڑی ہوتی گئیں۔ اگلا سنگ میل بیک وقت 1000 کنکشنز ہیں۔ یہاں ہمیں کوڈ کو دوبارہ ختم کرنا تھا اور پٹھوں کی روح کو دیکھنا تھا۔ چھڑکنے سے کوئی فائدہ نہیں ہوا، لیکن ہمیں واقعی اس کی توقع نہیں تھی۔ ہم نے سست سوالات لاگ کو فعال کیا، ڈیٹا بیس میں اشاریہ جات شامل کیے، کوڈ سے غیر ضروری سوالات کو ہٹا دیا، اور mysqltuner کے مشورے کے مطابق ایک بار پھر mysql config کو صاف کیا۔
نیا چیلنج - 2000 کنکشن۔ Plesk 17.8 کا ورژن ابھی جاری ہونے میں کامیاب ہوا، جس میں، دوسری چیزوں کے علاوہ، nginx کیچنگ کو شامل کیا گیا۔ اپ ڈیٹ (حیرت انگیز طور پر آسان)۔ کوشش کرتے ہیں. کام کرتا ہے! اور پھر انہوں نے نرم رخ پر قدم رکھا، Yandex.Zen فیڈ نے کام کرنا چھوڑ دیا۔ سائٹ کام کر رہی ہے، فیڈ کام نہیں کر رہی ہے۔ فیڈ کام نہیں کرتا، ٹریفک نہیں ہے۔ ماحول گرم ہو رہا ہے۔ حالات کے دباؤ اور تخیل کی کمی کی وجہ سے، میں فوری طور پر اسٹریس اور نگینکس میں گیا اور مجھے وہی مل گیا جس کی میں تلاش کر رہا تھا۔ یہ پتہ چلتا ہے کہ کسی وقت بیوقوف nginx نے Yandex get feed.xml کے جواب کے طور پر آوارہ 500 ویں غلطی کو کیش کیا۔ کیشے کی ترتیبات میں مستثنیات شامل کرکے اسے درست کیا:
یہ واضح ہے کہ مالک کو زیادہ کی ضرورت ہے، لہریں آہستہ آہستہ بڑھ رہی ہیں۔ ہم ابھی اس کا مقابلہ کر رہے ہیں، لیکن ہم نے پہلے سے ہی میم کیچ کے ساتھ تجربہ کرنا شروع کر دیا، خوش قسمتی سے Laravel اس کی حمایت کرتا ہے۔ میں کسی بھی طرح صرف "آس پاس کھیلنے" کے لئے دستی طور پر میمکیچڈ انسٹال نہیں کرنا چاہتا تھا، لہذا میں نے ایک ڈاکر امیج انسٹال کیا۔ سیدھے پینل سے۔
ٹھیک ہے، ٹھیک ہے، میں جھوٹ بول رہا ہوں، مجھے شیل میں جانا تھا اور pecl کے ذریعے ماڈیول انسٹال کرنا تھا۔ حق پر . تھرو پٹ میں اضافے کے بارے میں ابھی کچھ نہیں کہا جا سکتا؛ اتنی بڑی آمد نہیں ہوئی ہے۔ سائٹ کا انجن لوکل ہوسٹ: 11211 سے جڑا ہوا ہے، اعدادوشمار دکھائے گئے ہیں، میموری استعمال ہو رہی ہے۔ اگر آپ کو یہ پسند ہے تو ہم دیکھیں گے کہ آگے کیا کرنا ہے۔ یا تو ہم اسے اسی طرح چھوڑ دیں گے، یا ہم "حقیقی" کو دائیں محور میں رکھ دیں گے۔ یا پھر اسی طرح ریڈیس کو آزماتے ہیں۔
پھر میلنگ لسٹ منسلک کرنا ضروری تھا۔ کوئی ریلے نہیں، صرف ایس ایم ٹی پی کی توثیق۔ میں نے ایک میلنگ ایڈریس ترتیب دیا ہے اور اس کی تفصیلات پی ایچ پی کے ذریعے نیوز لیٹر بھیجنے کے لیے استعمال کرتا ہوں۔
کچھ عرصہ قبل Plesk Obsidian (18.0) کو جاری کیا گیا تھا، ہم نے بغیر کسی خوف کے ماضی کے تجربے کی بنیاد پر اپ ڈیٹ کیا۔ سب کچھ بہت آسانی سے چلا گیا، یہاں تک کہ بات کرنے کے لیے کچھ بھی نہیں ہے۔ خوشگوار بات یہ ہے کہ انٹرفیس کا معیار بہت بہتر ہوا ہے، یہ زیادہ جدید ہو گیا ہے اور کچھ جگہوں پر زیادہ آسان ہو گیا ہے۔ زبردست چیز گرافانا پر ایڈوانس مانیٹرنگ۔
میں نے ابھی تک اس کے ساتھ تفصیل سے بات نہیں کی ہے، لیکن آپ، مثال کے طور پر، اپنے ای میل میں کسی بھی پیرامیٹر کے لیے الرٹس ترتیب دے سکتے ہیں۔ مالک کو، LOL.
جب میں انٹرفیس کے بارے میں بات کر رہا ہوں، یہ جوابدہ ہے اور فون پر واقعی اچھی طرح کام کرتا ہے۔ ابتدائی مراحل میں، جب ہم پی ایچ پی اور دیگر چیزوں کے لیے بہترین ترتیبات تلاش کرنے کی کوشش کر رہے تھے، اس سے بہت مدد ملی۔ اور خاص طور پر جب ایک پروگرامر، کام کے جوش میں، 23:XNUMX بجے کچھ کرتا ہے، اور میں، کام کے جوش میں، غسل خانے میں ووڈکا پیتا ہوں، اور مجھے فوری طور پر کچھ تبدیل کرنے کی ضرورت ہوتی ہے۔
اوہ، ویسے۔ تصویر سے پتہ چلتا ہے کہ پی ایچ پی کمپوزر نمودار ہوا ہے۔ ہم نے ابھی تک اس کے ساتھ نہیں کھیلا ہے، لیکن، کہتے ہیں، Laravel کے لیے، یہ کچھ شیل لاگ ان اور انحصار کو انسٹال کرنے میں کچھ وقت بچا سکتا ہے۔ یہی نظام Node.JS اور Ruby کے لیے موجود ہے۔
SSL کے ساتھ سب کچھ آسان ہے۔ اگر ڈومین توقع کے مطابق حل ہو جاتا ہے، تو Let's Encrypt ایک کلک میں ہو جاتا ہے اور پھر خود ڈومین کے لیے، اور ذیلی ڈومینز، اور یہاں تک کہ میل سروسز کے لیے بھی اپ ڈیٹ ہو جاتا ہے۔
Plesk خود بحیثیت سافٹ ویئر فی الحال کافی خوشگوار اور مستحکم ہے۔ یہ خود کو اور محور کو خاموشی سے اپ ڈیٹ کرتا ہے، کچھ وسائل استعمال کرتا ہے، اور آسانی سے کام کرتا ہے۔ مجھے یہ بھی یاد نہیں ہے کہ میں نے کہیں کسی چیز پر قدم رکھا تھا، جو پروڈکٹ میں واضح نقص ہوتا۔ یقیناً مسائل تھے، لیکن وہ یا تو نامکمل ترتیب کی وجہ سے تھے یا جنکشن پر کہیں تھے، اس لیے شکایت کرنے کی کوئی بات نہیں ہے۔ Plesk کے ساتھ کام کرنے کے تاثرات عام طور پر خوشگوار ہوتے ہیں۔ اس کے پاس کیا نہیں ہے، اور ہمیں اسے سمجھنے کی ضرورت ہے، کوئی (کوئی) کلسٹرنگ ہے۔ نہ LB اور نہ ہی HA۔ آپ کوشش کر سکتے ہیں، لیکن اس میں شامل کوشش اتنی ہو گی کہ شروع سے ہی کچھ مختلف کرنا بہتر ہے۔
مجھے لگتا ہے کہ ہم اس کا خلاصہ کر سکتے ہیں۔ اس صورت میں جب کوئی ایڈمنسٹریٹر نہیں ہے، یا اس کے پاس کافی نہیں ہے، جب ہوسٹنگ کی قیمت اور اس پر گھومنے والی سائٹ (سائٹ) کی قیمت 100 امریکی ڈالر سے تجاوز کر جائے، جب ہم 1500 کے جانوروں کے اشتراک کی بات نہیں کر رہے ہیں۔ سرور پر سائٹس، جب فیصلہ ساز کو سامنا کرنا پڑتا ہے اگر آپ کے پاس پارٹ ٹائم ایڈمن کی خدمات حاصل کرنے، یا سافٹ ویئر خریدنے اور آدھے روپے میں ایڈمن رکھنے کا انتخاب ہے، یا ایک بھی نہیں ہے تو - یہ یقینی طور پر معنی رکھتا ہے۔ ریموٹ ایڈمنسٹریٹر کے نقطہ نظر سے - ایک ہی چیز. $10 فی مہینہ، اور وقت بچاتا ہے اور کام میں بہت لمبے عرصے تک لچک دیتا ہے۔оایک بڑی رقم. اگر، مثال کے طور پر، مجھ سے سختی سے کہا جاتا ہے کہ میں اپنے بازو کے تحت اسی طرح کا کوئی پروجیکٹ لے، تو میں اسے Plesk کو منتقل کرنے پر اصرار کروں گا۔
ماخذ: www.habr.com