В ، مون ويليام جي تخليق جي پس منظر بابت ڳالهايو ۽ ساس سسٽم ذريعي ان کي ورهائڻ جو فيصلو. هن آرٽيڪل ۾، مان ڳالهائيندس ته مون کي ڇا ڪرڻو هو پراڊڪٽ کي مقامي نه پر عوامي بڻائڻ لاءِ. ورهائڻ جي شروعات ڪيئن ٿي ۽ انهن کي ڪهڙيون مشڪلاتون پيش آيون.
منصوبه بندي
صارفين لاء موجوده پس منظر لينڪس تي هو. تقريبن هر تنظيم وٽ ونڊوز سرور آهن، جيڪي لينڪس بابت نٿا چئي سگهجن. ويليم جي بنيادي طاقت آهي ريموٽ ڪنيڪشن سرورز ۽ نيٽ ورڪ سامان جي پويان NAT. پر هي ڪارڪردگي تمام مضبوط طور تي ان حقيقت سان ڳنڍيل هو ته روٽر کي ميڪروٽڪ هجڻ گهرجي. ۽ اهو واضح طور تي ڪيترن ئي کي مطمئن نه ڪندو. مون پهريون ڀيرو سوچڻ شروع ڪيو روٽرز لاءِ سپورٽ شامل ڪرڻ بابت سڀ کان وڌيڪ عام وينڊرز. پر مون سمجهيو ته اها سپورٽ ٿيل ڪمپنين جي لسٽ کي وڌائڻ لاءِ هڪ لامحدود نسل هئي. ان کان علاوه، اهي جيڪي اڳ ۾ ئي سپورٽ ڪيا ويا آهن NAT قاعدن کي ماڊل کان ماڊل کي تبديل ڪرڻ لاء مختلف حڪمن جا سيٽ هوندا. صورتحال مان نڪرڻ جو واحد رستو هڪ وي پي اين ٿيڻ لڳي.
جيئن ته اسان پراڊڪٽ کي ورهائڻ جو فيصلو ڪيو، پر اوپن سورس جي طور تي نه، اهو ناممڪن ٿي ويو ته مختلف لائبريرين کي کليل لائسنس سان شامل ڪرڻ جهڙوڪ GPL. اهو عام طور تي هڪ الڳ موضوع آهي؛ پراڊڪٽ وڪڻڻ جو فيصلو ڪرڻ کان پوءِ، مون کي اڌ لائبريرين مان وڃڻو پيو ڇاڪاڻ ته اهي GPL هئا. جڏهن اهي پاڻ لاء لکيا، اهو عام هو. پر اهو ورهائڻ لاء مناسب ناهي. پهريون VPN جيڪو ذهن ۾ اچي ٿو اهو آهي OpenVPN. پر اهو GPL آهي. ٻيو اختيار هو جاپاني SoftEther VPN استعمال ڪرڻ. هن جي لائسنس کيس اجازت ڏني ته ان کي پنهنجي پيداوار ۾ شامل ڪري. ڪجهه ڏينهن جي مختلف ٽيسٽن کان پوءِ ان کي ڪيئن ضم ڪيو وڃي ته جيئن صارف کي ڪنهن به شيءِ کي ترتيب ڏيڻ جي ضرورت نه پوي ۽ SoftEther VPN بابت ڄاڻڻ جي ضرورت آهي، هڪ پروٽوٽائپ حاصل ڪيو ويو. سڀ ڪجهه ائين هو جيئن ٿيڻ گهرجي. پر ڪجهه سببن لاء، هن منصوبي اڃا تائين اسان کي پريشان ڪيو، ۽ اسان آخرڪار ان کي ڇڏي ڏنو. پر قدرتي طور تي انهن انڪار ڪيو جڏهن اهي ٻئي اختيار سان آيا. آخر ۾، هر شي باقاعده TCP ڪنيڪشن تي ڪيو ويو. ڪجهه ڪنيڪشن هڪ ڪوآرڊينيٽر ذريعي ڪم ڪن ٿا، ڪجهه سڌو سنئون نيٽ هول پنچنگ (NHP) ٽيڪنالاجي جي ذريعي، جيڪو پڻ فري پاسڪل ۾ لاڳو ڪيو ويو آهي. مون کي ضرور چوڻ گهرجي ته مون ڪڏهن به اڳ NHP بابت نه ٻڌو هو. ۽ اهو مون کي ڪڏهن به محسوس نه ٿيو ته اهو ممڪن آهي 2 نيٽ ورڪ ڊوائيسز کي ڳنڍڻ، جن مان ٻئي سڌو سنئون NAT جي پويان آهن. مون موضوع جو مطالعو ڪيو، آپريشن جي اصول کي سمجھيو ۽ لکڻ لاءِ ويھي رھيس. منصوبي کي محسوس ڪيو ويو آهي، صارف هڪ ڪلڪ سان ڳنڍيندو آهي گهربل ڊوائيس سان NAT جي پويان RDP، SSH يا Winbox ذريعي بغير پاسورڊ داخل ڪرڻ يا VPN سيٽ ڪرڻ جي. ان کان علاوه، انهن مان گھڻا ڪنيڪشن اسان جي ڪوآرڊينيٽر کان گذري ويا آهن، جن جو پنگ تي سٺو اثر آهي ۽ انهن ڪنيڪشن جي خدمت جي قيمت.
لينڪس کان ونڊوز ڏانهن سرور طرف منتقلي
ونڊوز تي سوئچ ڪرڻ وقت ڪيترائي مسئلا هئا. پهريون اهو آهي ته ونڊوز ۾ ٺهيل wmic توهان کي WQL سوال ڪرڻ جي اجازت نٿو ڏئي. ۽ اسان جي سسٽم ۾، سڀڪنھن شيء کي اڳ ۾ ئي ٺهيل هو. ۽ اتي ٻيو ڪجهه هو، پر هاڻي مون کي وساري ڇڏيو آهي ڇو ته اهي آخرڪار ان جي استعمال کي ڇڏي ڏنو. ونڊوز ورزن جي وچ ۾ ممڪن طور تي اختلاف. ۽ ٻيو مسئلو multithreading آهي. اسان لاءِ ”قابل قبول“ لائسنس جي تحت سٺي ٽئين پارٽي جي افاديت نه ڳولڻ ، مون ٻيهر لانچ ڪيو Lazarus IDE. ۽ مون ضروري افاديت لکيو. ان پٽ شين جي گهربل فهرست آهي ۽ ڪهڙن مخصوص سوالن کي ڪرڻ جي ضرورت آهي، ۽ جواب ۾ مون کي ڊيٽا ملي ٿي. ۽ هي سڀ ملٽي ٿريڊ موڊ ۾. زبردست.
PHP ونڊوز لاءِ پي ٿريڊس قائم ڪرڻ کان پوءِ، مون سوچيو ته سڀ ڪجهه فوري طور تي شروع ٿي ويندو، پر اهو معاملو نه هو. ڪجهه وقت جي ڊيبگنگ کان پوء، مون محسوس ڪيو ته پيٿريڊ ڪم ڪرڻ لڳي، پر اهو اسان جي سسٽم تي ڪم نه ڪيو. اهو واضح ٿيو ته ونڊوز تي pthreads سان ڪم ڪرڻ ۾ ڪجهه خاصيت آهي. ۽ ائين ئي هو. مون دستاويز پڙهيا، ۽ اتي لکيل هو ته ونڊوز لاءِ موضوعن جو تعداد محدود آهي، ۽، جيستائين مون کي ياد آهي، واضح طور تي. اهو مسئلو بڻجي ويو. ڇو ته جڏهن مون ٿريڊن جو تعداد گھٽائڻ شروع ڪيو ته ايپليڪيشن هلندي هئي، اهو ڪم تمام سست رفتاري سان ڪيو. مون IDE کي ٻيهر کوليو ۽ شين جي ملٽي ٿريڊ پنگنگ لاءِ ڪارڪردگي ساڳي يوٽيلٽي ۾ شامل ڪئي وئي. خير، اتي اڳ ۾ ئي تمام گهڻو پورٽ اسڪيننگ آهي. دراصل، ان کان پوء، PHP لاء pthreads جي ضرورت غائب ٿي ويو، ۽ اهو هاڻي استعمال نه ڪيو ويو آهي. ان کان علاوه، هن افاديت ۾ ڪيترائي وڌيڪ ڪارڪردگي شامل ڪيا ويا ۽ اهو اڃا تائين ڪم ڪري ٿو. ان کان پوء، ونڊوز لاء هڪ انسٽالر گڏ ڪيو ويو، جنهن ۾ شامل ڪيو ويو Apache، PHP، MariaDB، PHP ايپليڪيشن پاڻ ۽ سسٽم سان رابطي لاء يوٽيلٽيز جو هڪ سيٽ، Free Pascal ۾ لکيل آهي. جيئن ته انسٽالر لاء، مون سوچيو ته آئون جلدي هن مسئلي کي حل ڪندس، ڇاڪاڻ ته ... هي هڪ تمام عام شيء آهي ۽ لڳ ڀڳ هر سافٽ ويئر لاء ضروري آهي. يا ته مان غلط جاءِ تي ڏسي رهيو هوس، يا ٻيو ڪجهه. پر مان مسلسل پروڊڪٽس ۾ آيو آهيان جيڪي يا ته ڪافي لچڪدار نه هئا، يا قيمتي ۽ پڻ لچڪدار. ۽ اڃا تائين، مون کي هڪ مفت انسٽالر مليو جنهن ۾ اهو ممڪن ٿيندو ته ڪنهن به خواهش لاء مهيا ڪرڻ لاء. هي آهي InnoSetup. مان ان بابت هتي لکي رهيو آهيان ڇاڪاڻ ته مون کي ان کي ڏسڻو پوندو ان صورت ۾ جڏهن آئون ڪنهن جو وقت بچائيان.
توهان جي ڪلائنٽ جي حق ۾ پلگ ان کان انڪار
مون اڳ ۾ لکيو آهي ته ڪلائنٽ حصو هڪ برائوزر هو "پلگ ان" سان. تنهن ڪري اهڙا وقت هئا جڏهن ڪروم کي اپڊيٽ ڪيو ويو هو ۽ ترتيب ٿورو ڪڙي هئي، پوء ونڊوز اپڊيٽ ڪيو ويو ۽ ڪسٽم يوري اسڪيم غائب ٿي وئي. مان واقعي نه ٿو چاهيان ته پراڊڪٽ جي عوامي ورزن ۾ اهڙي قسم جا تعجب ٿين. ان کان علاوه، ڪسٽم uri هر ونڊوز اپڊيٽ کان پوء غائب ٿيڻ شروع ڪيو. Microsoft صرف گهربل سيڪشن ۾ سڀني غير ان جي شاخن کي ختم ڪري ڇڏيو. انهي سان گڏ، گوگل ڪروم هاڻي توهان کي ياد رکڻ جي اجازت نه ڏيندو آهي ته توهان ڪسٽم uri کان ايپليڪيشن کولڻ يا نه کولڻ جو انتخاب، ۽ اهو سوال هر وقت پڇي ٿو جڏهن توهان ڪنهن نگراني اعتراض تي ڪلڪ ڪريو. خير، عام طور تي، صارف جي مقامي سسٽم سان معمولي رابطي ضروري هئي، جيڪو برائوزر مهيا نٿو ڪري. هن اسڪيم ۾ آسان ترين آپشن اهو لڳي ٿو ته توهان صرف پنهنجو برائوزر ٺاهيو، جيئن ته ڪيترائي هاڻي اليڪٽران ذريعي ڪري رهيا آهن. پر ڪيتريون ئي شيون اڳ ۾ ئي لکيل هيون Free Pascal ۾، بشمول سرور جي حصي ۾، تنهن ڪري اسان فيصلو ڪيو ته ڪلائنٽ کي ساڳي ٻولي ۾ ٺاهيو، ۽ زو نه ٺاهيو. اهو ڪيئن لکيو ويو آهي هڪ ڪلائنٽ ڪروميم سان بورڊ تي. ان کان پوء، ان کي مختلف strappings حاصل ڪرڻ لڳو.
ڇڏڻ
آخرڪار اسان سسٽم لاء نالو چونڊيو. اسان مسلسل مختلف اختيارن مان گذريا هئاسين جڏهن مقامي ورزن کان SaaS ۾ تبديل ڪرڻ جو عمل جاري هو. جيئن ته اسان شروعاتي طور تي نه رڳو گهريلو مارڪيٽ ۾ داخل ٿيڻ جي منصوبابندي ڪئي، هڪ نالو چونڊڻ جو بنيادي معيار ".com" زون ۾ غير آباد يا تمام قيمتي ڊومين جي موجودگي هئي. ڪجھ فنڪشن/ماڊيول اڃا تائين مقامي ورزن مان وليم تائين پورٽ نه ڪيا ويا آھن، پر اسان فيصلو ڪيو آھي ته انھن کي موجوده ڪارڪردگيءَ سان رليز ڪنداسين ۽ باقي تازه ڪاري جي طور تي مڪمل ڪنداسين. پهرين ورزن ۾ ڪا به هيلپ ڊيسڪ نه هئي، ويليم ڪنيڪٽر، نوٽيفڪيشن ٽرگرز ۽ گهڻو ڪجهه لاءِ حدن کي تبديل ڪرڻ ناممڪن هو. اسان هڪ ڪوڊ سائن سرٽيفڪيٽ خريد ڪيو ۽ ڪلائنٽ ۽ سرور حصن تي دستخط ڪيو. اسان پراڊڪٽ لاءِ ويب سائيٽ لکي، سافٽ ويئر رجسٽر ڪرڻ لاءِ طريقا شروع ڪيا، ٽريڊ مارڪ وغيره. عام طور تي، اسان شروع ڪرڻ لاء تيار آهيون. ڪيل ڪم مان ٿورڙي خوشي ۽ انهي حقيقت کان ته شايد ڪو توهان جي پيداوار کي استعمال ڪندو، جيتوڻيڪ اسان کي ان بابت ڪو شڪ نه هو. ۽ پوءِ روڪيو. پارٽنر چيو ته ميسينجر ذريعي اطلاعن کان سواءِ مارڪيٽ ۾ داخل ٿيڻ ناممڪن آهي. اهو ڪيترن ئي ٻين شين کان سواء ممڪن آهي، پر ان کان سواء نه. ڪجهه بحث مباحثي کان پوءِ، ٽيليگرام سان انضمام شامل ڪيو ويو، جيڪو اسان لاءِ مناسب هو. سڀني موجوده فوري پيغامن مان، اهو صرف هڪ آهي جيڪو پنهنجي APIs تائين رسائي فراهم ڪري ٿو مفت ۽ بغير ڪنهن پيچيده منظوري واري طريقيڪار جي. ساڳيو WhatsApp مهيا ڪندڙن سان رابطو ڪرڻ جو مشورو ڏئي ٿو جيڪي انهن جي خدمتن کي استعمال ڪرڻ لاء سٺو پيسا وصول ڪن ٿا، سڀني خطن کي نظر انداز ڪيو ويو جيڪي بغير رسائي جي رسائي لاء پڇيا ويا آهن. خير، وائبر... مون کي خبر ناهي ته ڪير ان کي استعمال ڪري ٿو، ڇو ته... اسپام ۽ اشتهار چارٽ بند آهن. ڊسمبر جي آخر ۾، دوستن جي وچ ۾ اندروني ٽيسٽ ۽ ٽيسٽ جي هڪ سيريز کان پوء، رجسٽريشن سڀني لاء کوليو ويو ۽ سافٽ ويئر ڊائون لوڊ لاء دستياب ڪيو ويو.
تقسيم جي شروعات
شروعات کان وٺي، اسان سمجھيو ته اسان کي سسٽم استعمال ڪندڙن جي ھڪڙي ننڍڙي وهڪري جي ضرورت آھي ته جيئن اھي پراڊڪٽ کي جنگي موڊ ۾ آزمائي سگھن ۽ ڪجھ پھريون موٽ ڏيو. VK تي ڪيترائي خريد ڪيل پوسٽون ميوو تي. پهرين رجسٽريشن اچي چڪي آهي.
هتي اهو ضرور چوڻ گهرجي ته مارڪيٽ ۾ داخل ٿيڻ جڏهن توهان جي ڪمپني جو مشهور نالو نه آهي، ۽ ساڳئي وقت بغير ايجنٽ جي نگراني جي ڪارڪردگي مهيا ڪرڻ جنهن ۾ توهان کي توهان جي سرورز ۽ ڪم اسٽيشنن مان اڪائونٽ داخل ڪرڻ جي ضرورت آهي، تمام ڏکيو آهي. اهو ڪيترن ئي ماڻهن کي ڊڄي ٿو. اسان شروع کان ئي سمجھندا ھئاسين ته ھن سان مسئلا ھوندا ۽ ان لاءِ ٽيڪنيڪل ۽ اخلاقي طور تي تيار ھئاسين. سڀ ريموٽ ڪنيڪشن، ان حقيقت جي باوجود ته RDP ۽ SSH اڳ ۾ ئي ڊفالٽ طور انڪرپٽ ٿيل آهن، اضافي طور تي اسان جي سافٽ ويئر پاران AES معيار استعمال ڪندي انڪريپٽ ٿيل آهن. مقامي سرورز مان سڀ ڊيٽا HTTPS ذريعي بادل ڏانهن منتقل ڪيو ويو آهي. اڪائونٽس انڪريپٽ فارم ۾ محفوظ ٿيل آهن. سڀني سب سسٽم لاءِ انڪرپشن ڪنجيون سڀني ڪلائنٽ لاءِ انفرادي آهن. ريموٽ ڪنيڪشن لاءِ، سيشن انڪرپشن ڪيچ عام طور تي استعمال ٿيندا آهن.
هن صورتحال ۾ اسان اهو سڀ ڪجهه ڪري سگهون ٿا ته جيئن ماڻهن کي پرسڪون محسوس ٿئي جيترو ٿي سگهي کليل هجي، حفاظت تي ڪم ڪيو وڃي ۽ ماڻهن جي سوالن جا جواب ڏيڻ کان ڪڏهن به نه ٿڪجي.
ڪيترن ئي لاء، سافٽ ويئر جي سهولت ۽ ڪارڪردگي خوف کان وڌيڪ آهي، ۽ اهي رجسٽرڊ ڪن ٿا. ڪجهه ماڻهن VK تي شايع ٿيل پوسٽن ۾ لکيو ته هي سافٽ ويئر استعمال نه ٿو ڪري سگهجي ڇاڪاڻ ته هي انهن جي پاسورڊ جو هڪ مجموعو آهي ۽ عام طور تي هڪ نالي جي ڪمپني. اهو ضرور چيو وڃي ٿو ته هڪ کان وڌيڪ ماڻهو هن راء هئا. ڪيترائي ماڻهو صرف اهو نه ٿا سمجهن ته جڏهن اهي سرور تي ٻيون پراپرائيٽري سافٽ ويئر انسٽال ڪن ٿا جيڪو هڪ خدمت جي طور تي هلندو آهي، ان کي پڻ سسٽم ۾ مڪمل حق حاصل آهن ۽ انهن کي غير قانوني ڪم ڪرڻ لاءِ اڪائونٽن جي ضرورت ناهي (اهو واضح آهي ته توهان تبديل ڪري سگهو ٿا. صارف جنهن کان سروس شروع ڪئي وئي آهي، پر هتي پڻ، توهان ڪنهن به اڪائونٽ ۾ داخل ڪري سگهو ٿا). حقيقت ۾، ماڻهن جا خوف سمجھڻ وارا آهن. سرور تي سافٽ ويئر انسٽال ڪرڻ هڪ عام ڳالهه آهي، پر اڪائونٽ داخل ڪرڻ ٿورڙو خوفناڪ ۽ مبهم آهي، ڇاڪاڻ ته اڌ ماڻهن جو پاس ورڊ سڀني خدمتن لاءِ ساڳيو هوندو آهي، ۽ ٽيسٽ لاءِ به الڳ اڪائونٽ ٺاهڻ سستي آهي. پر هن وقت اتي هڪ وڏي تعداد ۾ خدمتون آهن جن تي ماڻهو اعتماد ڪن ٿا انهن جي سندن ۽ وڌيڪ. ۽ اسان انهن مان هڪ ٿيڻ جي ڪوشش ڪندا آهيون.
اتي ڪيترائي تبصرا هئا جن چيو ته اسان اهو چوري ڪيو آهي. اهو اسان کي ٿورو حيران ڪيو. ٺيڪ آهي، هڪ شخص جي راء، پر اهڙا رايا مختلف ماڻهن جي مختلف اشاعتن ۾ مليا آهن. پهرين ته انهن کي خبر نه هئي ته ان تي ڪيئن رد عمل ڪجي. يا ته افسوس جي ڳالهه اها آهي ته ڪجهه ماڻهن جي اها راءِ آهي ته روس ۾ ڪو به ماڻهو پنهنجي مرضيءَ سان ڪجهه به نٿو ڪري سگهي، پر رڳو چوري ڪري سگهي ٿو، يا وري خوشيءَ جي ڳالهه اها آهي ته هو سمجهن ٿا ته اها چوري ئي ٿي سگهي ٿي.
اسان ھاڻي مڪمل ڪيو آھي EV ڪوڊ سائن سرٽيفڪيٽ حاصل ڪرڻ لاءِ. ان کي حاصل ڪرڻ لاء، توهان کي چيڪن جي هڪ سيريز ذريعي وڃڻ جي ضرورت آهي ۽ ڪمپني بابت دستاويزن جو هڪ گروپ موڪلڻ جي ضرورت آهي، جن مان ڪجهه هڪ وڪيل طرفان تصديق ٿيل هجڻ گهرجن. هڪ وبائي مرض دوران اي وي ڪوڊ سائن سرٽيفڪيٽ حاصل ڪرڻ هڪ مضمون لاءِ الڳ موضوع آهي. عمل هڪ مهينو ورتو. ۽ اهو مهينو انتظار جو نه هو، پر اضافي دستاويزن جي مسلسل درخواستن جو. ٿي سگهي ٿو ته وبائي مرض جو ان سان ڪو به واسطو نه هو، ۽ اهو طريقو هر ڪنهن لاءِ ايترو ڊگهو ٿي ويو؟ حصيداري ڪريو.
ڪجهه چون ٿا ته اسان ان کي استعمال نه ڪنداسين ڇو ته ڪو FSTEC سرٽيفڪيٽ ناهي. اسان کي وضاحت ڪرڻي پوندي ته اسان ان کي حاصل نٿا ڪري سگهون ۽ نه ڪنداسين ڇو ته هي سرٽيفڪيٽ حاصل ڪرڻ لاءِ، انڪريپشن GOST جي مطابق هجڻ گهرجي، ۽ اسان سافٽ ويئر کي نه رڳو روس ۾ ورهائڻ ۽ AES استعمال ڪرڻ جو منصوبو ٺاهيون ٿا.
اهي سڀئي تبصرا ڪجهه شڪ پيدا ڪن ٿا ته اهو ممڪن آهي ته هڪ پراڊڪٽ کي فروغ ڏيڻ لاء جيڪو توهان کي عام طور تي سڃاتل ٿيڻ کان سواء اڪائونٽ داخل ڪرڻ جي ضرورت آهي. جيتوڻيڪ اسان کي خبر هئي ته اهڙا به هوندا جن جو ان حوالي سان انتهائي منفي رويو هو. رجسٽريشن جو تعداد هڪ هزار کان مٿي ٿيڻ کان پوء، اسان ان بابت سوچڻ بند ڪيو. خاص طور تي بعد ۾، انهن جي منفيات کان علاوه، جن اڃا تائين پيداوار جي ڪوشش نه ڪئي هئي، تمام خوشگوار تبصرا ظاهر ٿيڻ لڳا. اهو چوڻ گهرجي ته اهي مثبت جائزو پيداوار جي ترقي لاء سڀ کان وڏو محرڪ آهن.
ملازمن لاءِ ريموٽ رسائي ڪارڪردگي شامل ڪرڻ
گراهڪن جي اڪثر ڪمن مان هڪ آهي ”وانيا کي گهر کان هن جي ڪمپيوٽر تائين رسائي ڏيو. اسان Mikrotik تي VPN وڌايو ۽ صارفين لاءِ اڪائونٽ ٺاهيا. پر هي هڪ حقيقي مسئلو آهي. صارفين کي هدايتون ڏسڻ جي قابل نه هوندا آهن ۽ انهن جي پيروي ڪندي قدم قدم سان وي پي اين ذريعي ڳنڍڻ لاء. ونڊوز جا مختلف ورجن. ھڪڙي ونڊوز ۾ سڀ ڪجھ چڱي طرح ڳنڍيندو آھي، ٻئي ۾ ھڪڙو مختلف پروٽوڪول جي ضرورت آھي. ۽ عام طور تي، اهو هميشه نيٽ ورڪ سامان جي ٻيهر ترتيب سان لاڳاپيل هوندو هو، جيڪو هڪ وي پي اين سرور جي طور تي ڪم ڪيو، ۽ سڀني ملازمن کي ان تائين رسائي نه آهي ۽ اهو مشڪل هو.
پر اسان وٽ اڳ ۾ ئي ريموٽ ڪنيڪشن آهن سرور ۽ نيٽ ورڪ سامان. ڇو نه هڪ تيار ٿيل ٽرانسپورٽ استعمال ڪريو ۽ هڪ الڳ ننڍڙي افاديت ٺاهيو جيڪو توهان صرف صارف کي ڳنڍڻ لاء ڏئي سگهو ٿا. مان صرف پڪ ڪرڻ چاهيان ٿو ته صارف اتي ڪا به غير معمولي داخل نه ڪئي. صرف هڪ بٽڻ "ڳنڍيو". پر اها افاديت ڪيئن سمجهي سگهندي ته ڪٿي ڳنڍجي جيڪڏهن ان ۾ صرف هڪ بٽڻ هجي؟ اسان جي سرورز تي گهربل ايپليڪيشن آن لائن ٺاهڻ لاءِ هڪ خيال هو. سسٽم ايڊمنسٽريٽر ”ڊائون لوڊ شارٽ ڪٽ“ بٽڻ تي ڪلڪ ڪري ٿو، ۽ آر ڊي پي ذريعي گهربل سرور/ڪمپيوٽر سان ڳنڍڻ لاءِ هارڊ وائرڊ معلومات سان گڏ انفرادي بائنري ٺاهڻ لاءِ اسان جي ڪلائوڊ ڏانهن هڪ حڪم موڪليو ويو آهي. عام طور تي، اهو ٿي سگهي ٿو. پر اهو هڪ ڊگهو وقت وٺندو آهي؛ منتظم کي پهريان انتظار ڪرڻو پوندو جيستائين بائنري مرتب ڪيو وڃي ۽ پوءِ ڊائون لوڊ ڪيو وڃي. يقينا، اهو ممڪن آهي ته صرف هڪ سيڪنڊ فائل کي ترتيب سان شامل ڪرڻ لاء، پر اهو اڳ ۾ ئي 2 فائلون آهي، ۽ سادگي لاء صارف کي هڪ جي ضرورت آهي. ھڪڙي فائل، ھڪڙو بٽڻ ۽ ڪو انسٽالر. گوگل تي ٿورڙي پڙهڻ کان پوء، مان ان نتيجي تي پهتو آهيان ته جيڪڏهن توهان مرتب ڪيل ".exe" جي آخر ۾ ڪجهه معلومات شامل ڪريو، پوء اهو خراب نه ٿيندو (چڱو، لڳ ڀڳ). توهان گهٽ ۾ گهٽ اتي جنگ ۽ امن شامل ڪري سگهو ٿا، ۽ اهو اڳ وانگر ڪم ڪندو. ان مان فائدو نه وٺڻ گناهه ٿيندو. ھاڻي توھان آساني سان ايپليڪيشن کي انپيڪ ڪري سگھو ٿا سڌو سنئون ڪلائنٽ ۾، جنھن کي سڏيو ويندو آھي Veliam Connector، ۽ صرف ان جي پڇاڙيء ۾ ڪنيڪشن لاء ضروري معلومات شامل ڪريو. ۽ ايپليڪيشن پاڻ ڄاڻي ٿو ته ان سان ڇا ڪجي. مون ڇو لکيو ”تقريبا چڱي طرح“ قوس ۾ ٿورو مٿي؟ ڇو ته توھان کي ھن سهولت لاءِ ادا ڪرڻو پوندو ته ايپليڪيشن پنھنجي ڊجيٽل دستخط وڃائي ٿي. پر هن مرحلي تي، اسان يقين رکون ٿا ته اهڙي سهولت لاء ادا ڪرڻ لاء هي هڪ ننڍڙي قيمت آهي.
ٽئين پارٽي ماڊل لائسنس
مون اڳ ۾ ئي مٿي لکيو آهي ته پراڊڪٽ کي عام طور تي دستياب ڪرڻ جو فيصلو ٿيڻ کان پوءِ، ۽ نه رڳو اسان جي پنهنجي استعمال لاءِ، اسان کي سخت محنت ڪرڻي هئي ۽ ڪجهه ماڊلز جي متبادل ڳولڻ لاءِ جيڪي پاڻ کي اسان جي پروڊڪٽ ۾ شامل ٿيڻ نه ڏيندا هئا. پر ڇڏڻ کان پوء، هڪ تمام ناپسنديده شيء اتفاقي طور دريافت ڪيو ويو. وليم سرور، جيڪو ڪلائنٽ جي پاسي تي هو، ماريا ڊي بي ڊي بي ايم ايس شامل آهي. ۽ اهو GPL لائسنس يافته آهي. جي پي ايل لائسنس جو مطلب آهي ته سافٽ ويئر اوپن سورس هجڻ گهرجي، ۽ جيڪڏهن اسان جي پراڊڪٽ ۾ ماريا ڊي بي شامل آهي، جنهن وٽ هي لائسنس آهي، ته پوءِ اسان جي پروڊڪٽ کي هن لائسنس هيٺ هجڻ گهرجي. پر خوشقسمتيءَ سان، هن لائسنس جو مقصد اوپن سورس آهي، نه ته انهن کي سزا ڏيڻ جيڪي حادثاتي طور عدالت ۾ غلطيون ڪن ٿا. جيڪڏهن ڪاپي رائيٽ هولڊر کي ڪا دعويٰ آهي، ته هو خلاف ورزي ڪندڙ کي لکت ۾ اطلاع ڏئي ٿو ۽ هن کي 30 ڏينهن اندر خلاف ورزي ختم ڪرڻ گهرجي. اسان پاڻ پنهنجي غلطي کي دريافت ڪيو ۽ ڪو به خط نه مليو ۽ فوري طور تي مسئلن کي حل ڪرڻ جي اختيارن تي غور ڪرڻ شروع ڪيو. حل واضح ٿي ويو - SQLite ڏانهن سوئچ ڪريو. هن ڊيٽابيس ۾ ڪا به لائسنس جي پابندي ناهي. اڪثر جديد برائوزر استعمال ڪندا آهن SQLite، ۽ ٻين پروگرامن جو هڪ گروپ. مون کي انٽرنيٽ تي معلومات ملي ٿي ته SQLite دنيا ۾ سڀ کان وڌيڪ وسيع DBMS سمجهي ويندي آهي، خاص طور تي برائوزرن جي ڪري، پر مون ثبوت نه ڳوليو، تنهنڪري هي غلط معلومات آهي. مون SQLite تي سوئچ ڪرڻ جي خطرن جو مطالعو شروع ڪيو.
اهو هڪ غير معمولي ڪم ٿي ويندو آهي جڏهن ڪلائنٽ ڪيترن ئي سئو سرورن سان ماريا ڊي بي ۽ ان ۾ ڊيٽا سان نصب ٿيل آهن. ڪجھ ماريا ڊي بي خاصيتون موجود نه آھن SQLite ۾. خير، مثال طور، ڪوڊ ۾ اسان استعمال ڪيو سوالن وانگر
Select * FROM `table` WHERE `id`>1000 FOR UPDATE
هي تعمير نه رڳو ٽيبل مان چونڊ ڪري ٿو، پر قطار جي ڊيٽا کي به لاڪ ڪري ٿو. ۽ ڪيترن ئي وڌيڪ ڊزائن کي پڻ ٻيهر لکڻو پيو. پر ان کان علاوه ته اسان کي ڪيترن ئي سوالن کي ٻيهر لکڻو پيو، اسان کي پڻ هڪ ميڪانيزم سان گڏ اچڻو پوندو، جڏهن ڪلائنٽ جي ويلام سرور کي اپڊيٽ ڪيو ويندو، سڀني ڊيٽا کي نئين ڊي بي ايم ايس ڏانهن پورٽ ڪندو ۽ پراڻي هڪ کي حذف ڪري ڇڏيندو. انهي سان گڏ، SQLite ۾ ٽرانزيڪشن ڪم نه ڪيو ۽ اهو هڪ حقيقي مسئلو هو. پر ورلڊ وائڊ ويب جي وسعت کي پڙهڻ کان پوء، مون کي بغير ڪنهن پريشاني جي معلوم ٿيو ته SQLite ۾ ٽرانزيڪشن کي فعال ڪري سگهجي ٿو هڪ سادي حڪم پاس ڪندي جڏهن ڳنڍڻ
PRAGMA journal_mode=WAL;نتيجي طور، ڪم مڪمل ڪيو ويو ۽ ھاڻي ڪلائنٽ جو سرور حصو SQLite تي ھلندو آھي. اسان سسٽم جي آپريشن ۾ ڪا به تبديلي محسوس نه ڪئي.
نئون هيلپ ڊيسڪ
هيلپ ڊيسڪ سسٽم کي اندروني ورزن کان SaaS ورزن تائين پورٽ ڪرڻ ضروري هو، پر ڪجهه تبديلين سان. پهرين شيء جيڪا آئون ڪرڻ چاهيان ٿي ڪلائنٽ جي ڊومين سان انضمام هئي سسٽم ۾ شفاف صارف اختيار جي لحاظ کان. هاڻي، هيلپ ڊيسڪ ۾ لاگ ان ٿيڻ ۽ سسٽم ۾ هڪ درخواست ڇڏڻ لاءِ، صارف صرف ڊيسڪ ٽاپ تي شارٽ ڪٽ تي ڪلڪ ڪري ٿو ۽ برائوزر کلي ٿو. استعمال ڪندڙ ڪو به سند داخل نٿو ڪري. Apache SSPI لاءِ ماڊل، جيڪو Veliam سرور جو حصو آهي، خودڪار طور تي صارف کي ڊومين اڪائونٽ تحت اختيار ڪري ٿو. سسٽم ۾ درخواست ڇڏڻ لاءِ جڏهن صارف ڪارپوريٽ نيٽ ورڪ کان ٻاهر آهي، هو هڪ بٽڻ تي ڪلڪ ڪري ٿو ۽ هن کي پنهنجي اي ميل ۾ هڪ لنڪ ملي ٿي جنهن ذريعي هو هيلپ ڊيسڪ سسٽم ۾ لاگ ان ٿئي ٿو بغير پاسورڊ. جيڪڏهن ڪو صارف ڪنهن ڊومين ۾ غير فعال يا ختم ٿيل آهي ته پوءِ هيلپ ڊيسڪ اڪائونٽ به ڪم ڪرڻ بند ڪري ڇڏيندو. ان ڪري، سسٽم ايڊمنسٽريٽر کي ڊومين ۽ هيلپ ڊيسڪ ٻنهي ۾ اڪائونٽس جي نگراني ڪرڻ جي ضرورت ناهي. هڪ ملازم استعيفيٰ ڏئي ٿو - هو ڊومين ۾ پنهنجو اڪائونٽ ختم ڪري ٿو ۽ اهو ئي آهي ، هو سسٽم ۾ لاگ ان نه ٿيندو نه ڪارپوريٽ نيٽ ورڪ مان ، نه لنڪ ذريعي. ھن انضمام کي ڪم ڪرڻ لاءِ، سسٽم ايڊمنسٽريٽر کي ھڪڙو GPO ٺاھڻ جي ضرورت آھي، جيڪو и .
ٻي شيءِ جنهن کي اسان هيلپ ڊيسڪ سسٽم لاءِ انتهائي ضروري سمجهون ٿا، گهٽ ۾ گهٽ پاڻ لاءِ، هڪ ڪلڪ ۾ درخواست ڏيندڙ سان سڌو سنئون ايپليڪيشن سان ڳنڍڻ آهي. ان کان علاوه، ڪنيڪشن پاس ٿيڻ گهرجن جيڪڏهن سسٽم ايڊمنسٽريٽر مختلف نيٽ ورڪ تي آهي. آئوٽ سورسنگ لاءِ اهو لازمي آهي، مڪمل وقت واري نظام جي منتظمين لاءِ اهو پڻ اڪثر ضروري هوندو آهي. اتي اڳ ۾ ئي ڪيترائي پراڊڪٽس آھن جيڪي ريموٽ ڪنيڪشن جو چڱو ڪم ڪندا آھن. ۽ اسان فيصلو ڪيو انهن لاءِ انضمام جو. اسان ھاڻي VNC لاءِ ضم ڪيو آھي، ۽ مستقبل ۾ اسان Radmin ۽ TeamViewer کي شامل ڪرڻ جو ارادو ڪيو آھي. اسان جي نيٽ ورڪ ٽرانسپورٽ کي ريموٽ انفراسٽرڪچر ڪنيڪشن لاءِ استعمال ڪندي، اسان NAT جي پويان ريموٽ ورڪ اسٽيشنن سان VNC ڪنيڪٽ ڪيو. راڊمن سان به ائين ئي ٿيندو. هاڻي، هڪ صارف سان ڳنڍڻ لاء، توهان کي صرف ايپليڪيشن ۾ "درخواست ڪندڙ سان ڳنڍيو" بٽڻ تي ڪلڪ ڪرڻ جي ضرورت آهي. VNC ڪلائنٽ کولي ٿو ۽ درخواست ڪندڙ سان ڳنڍي ٿو، قطع نظر ته توهان ساڳئي نيٽ ورڪ تي آهيو يا چپل ۾ گهر ۾ ويٺا آهيو. پهريون، سسٽم ايڊمنسٽريٽر، GPO استعمال ڪندي، هر ڪنهن جي ڪم اسٽيشنن تي VNC سرور انسٽال ڪرڻ لازمي آهي.
هاڻي اسان پاڻ کي تبديل ڪري رهيا آهيون نئين HelpDesk ۽ استعمال ڪري رهيا آهيون انضمام ڊومين ۽ VNC سان. اهو اسان لاء تمام آسان آهي. ھاڻي اسان TeamViewer لاءِ ادا ڪرڻ کان پاسو ڪري سگھون ٿا، جيڪو اسان ٽن سالن کان وڌيڪ استعمال ڪري رھيا آھيون اسان جي سپورٽ سروس کي هلائڻ لاءِ.
اسان اڳتي ڇا ڪرڻ جي منصوبابندي ڪري رهيا آهيون؟
جڏهن اسان پراڊڪٽ جاري ڪيو، اسان ڪو به ادا ڪيل ٽريف نه ڪيو، پر صرف 50 مانيٽرنگ شين تائين مفت ٽريف کي محدود ڪيو. پنج درجن نيٽ ورڪ ڊوائيسز ۽ سرور هر ڪنهن لاء ڪافي هجڻ گهرجي، اسان سوچيو. ۽ پوءِ حد وڌائڻ لاءِ درخواستون اچڻ لڳيون. چوڻ لاءِ ته اسان کي ٿورڙو صدمو هو ته ڪجهه چوڻ لاءِ. ڇا ڪمپنيون آهن جن وٽ ڪيترائي سرور آهن واقعي اسان جي سافٽ ويئر ۾ دلچسپي وٺندا آهن؟ اسان انهن لاءِ مفت جي حد وڌائي ڇڏي جن اهڙيون درخواستون ڪيون. انهن جي درخواست جي جواب ۾، اسان ڪجهه کان پڇيو ته انهن کي تمام گهڻو ضرورت آهي، ڇا انهن وٽ واقعي سرور ۽ نيٽ ورڪ سامان جو هڪ وڏو تعداد آهي. ۽ اهو ظاهر ٿيو ته سسٽم منتظمين سسٽم کي استعمال ڪرڻ شروع ڪيو طريقن سان اسان سڀني کي منصوبابندي نه ڪيو هو. سڀڪنھن شيء کي سادو ٿي ويو - اسان جي سافٽ ويئر نه رڳو سرور، پر پڻ ڪم اسٽيشنن جي نگراني ڪرڻ شروع ڪيو. ان ڪري حدون وڌائڻ لاءِ ڪيتريون ئي درخواستون آھن. ھاڻي اسان اڳ ۾ ئي ادا ڪيل ٽريف متعارف ڪرايو آھي ۽ حدون آزاديء سان وڌائي سگھجن ٿيون.
سرور لڳ ڀڳ هميشه يا ته اسٽوريج سسٽم يا مقامي ڊسڪ سان RAID صف ۾ ڪم ڪن ٿا. ۽ اسان شروعات ۾ انهن لاءِ پراڊڪٽ ٺاهيو. ۽ SMART مانيٽرنگ هن ڪم لاءِ دلچسپ نه هئي. پر ان حقيقت کي نظر ۾ رکندي ته ماڻهن ڪم اسٽيشنن جي نگرانيءَ لاءِ سافٽ ويئر ٺاهيا آهن، SMART مانيٽرنگ لاڳو ڪرڻ لاءِ درخواستون سامهون آيون آهن. ان تي جلد عمل ڪنداسين.
Veliam Connector جي اچڻ سان، ڪارپوريٽ نيٽ ورڪ ۾ وي پي اين سرور کي لڳائڻ، يا RDGW ڪرڻ، يا صرف آر ڊي پي ذريعي ڳنڍڻ لاءِ ضروري مشينن ڏانهن بندرگاهن کي اڳتي وڌائڻ لاءِ غير ضروري ٿي ويو. ڪيترائي ماڻهو اسان جي سسٽم کي صرف انهن ريموٽ ڪنيڪشن لاءِ استعمال ڪندا آهن. Veliam Connector صرف ونڊوز لاءِ موجود آهي، ۽ ڪجهه ڪمپني استعمال ڪندڙ گهر جي ليپ ٽاپن مان ڪنيڪٽ ٿين ٿا MacOS تي هلندڙ ڪارپوريٽ نيٽ ورڪ تي ڪم اسٽيشنن يا ٽرمينلز سان. ۽ اهو ظاهر ٿئي ٿو ته سسٽم ايڊمنسٽريٽر مجبور آهي، ڪيترن ئي استعمال ڪندڙن جي ڪري، اڃا تائين اڳتي وڌڻ يا وي پي اين جي مسئلي ڏانهن موٽڻ لاء. تنهن ڪري، اسان هاڻي MacOS لاء Veliam Connector جو هڪ نسخو ٺاهي رهيا آهيون. انهن جي پسنديده ايپل ٽيڪنالاجي جي استعمال ڪندڙن کي پڻ هڪ ڪلڪ ۾ ڪارپوريٽ انفراسٽرڪچر سان ڳنڍڻ جو موقعو هوندو.
مون کي حقيقت پسند آهي ته، سسٽم استعمال ڪندڙن جي وڏي تعداد ۾، توهان کي پنهنجي دماغ کي ريڪ ڪرڻ جي ضرورت ناهي ته ماڻهن کي ڪهڙي ضرورت آهي ۽ ڇا وڌيڪ آسان ٿيندو. اهي پاڻ پنهنجون خواهشون لکن ٿا، تنهنڪري ويجهي مستقبل لاءِ ڪافي ترقياتي منصوبا آهن.
گڏوگڏ، اسان هاڻي منصوبابندي ڪري رهيا آهيون ته سسٽم کي انگريزي ۾ ترجمو ڪرڻ ۽ ان کي ٻاهرين ملڪ ۾ ورهائڻ شروع ڪيو وڃي. اسان اڃا تائين نه ٿا ڄاڻون ته اسان پنهنجي ملڪ کان ٻاهر پيداوار ڪيئن ورهائي سگهون ٿا، اسان اختيارن کي ڳولي رهيا آهيون. شايد ان بابت هڪ الڳ مضمون بعد ۾ ايندو. ٿي سگهي ٿو ڪو ماڻهو جنهن هن مضمون کي پڙهيو آهي، گهربل ویکٹر تجويز ڪرڻ جي قابل هوندو، يا هو پاڻ ڄاڻي ٿو ۽ ڄاڻي ٿو ته اهو ڪيئن ڪجي ۽ پنهنجون خدمتون پيش ڪندو. اسان توهان جي مدد جي ساراهه ڪنداسين.
جو ذريعو: www.habr.com