В ، مون ويليام جي تخليق جي پس منظر بابت ڳالهايو ۽ ساس سسٽم ذريعي ان کي ورهائڻ جو فيصلو. هن آرٽيڪل ۾، مان ڳالهائيندس ته مون کي ڇا ڪرڻو هو پراڊڪٽ کي مقامي نه پر عوامي بڻائڻ لاءِ. ورهائڻ جي شروعات ڪيئن ٿي ۽ انهن کي ڪهڙيون مشڪلاتون پيش آيون.
منصوبه بندي
استعمال ڪندڙن لاءِ موجوده سرور سائڊ آن هو Linuxتقريبن هر تنظيم وٽ آهي Windows سرور، جنهن بابت نٿو چئي سگهجي Linuxويليم جي مکيه طاقت سرورز ۽ نيٽ ورڪ سامان سان ريموٽ ڪنيڪشن آهي جيڪي NAT جي پويان آهن. بهرحال، هي ڪارڪردگي سختي سان ان حقيقت سان ڳنڍيل هئي ته روٽر کي مائڪروٽڪ هجڻ گهرجي. اهو واضح طور تي ڪيترن کي مطمئن نه ڪندو. مون شروعات ۾ سڀ کان وڌيڪ مشهور وينڊرز کان روٽرز لاءِ سپورٽ شامل ڪرڻ تي غور ڪيو. پر مون محسوس ڪيو ته هي سپورٽ ٿيل ڪمپنين جي فهرست کي وڌائڻ لاءِ هڪ ڪڏهن به نه ختم ٿيندڙ ڊوڙ هوندي. ان کان علاوه، جيڪي اڳ ۾ ئي سپورٽ ٿيل آهن انهن وٽ ماڊل جي لحاظ کان NAT ضابطن کي تبديل ڪرڻ لاءِ مختلف حڪمن جا سيٽ هوندا. هڪ VPN واحد حل لڳي رهيو هو.
جيئن ته اسان پراڊڪٽ ورهائڻ جو فيصلو ڪيو، پر اوپن سورس جي طور تي نه، اسان GPL وانگر اوپن لائسنس سان مختلف لائبريريون شامل نه ڪري سگهياسين. هي هڪ مڪمل طور تي ٻيو مسئلو آهي: پراڊڪٽ وڪڻڻ جو فيصلو ڪرڻ کان پوءِ، اسان کي اڌ لائبريريون ٻيهر ڪم ڪرڻيون پيون ڇاڪاڻ ته اهي GPL هيون. جڏهن اسان پاڻ لاءِ لکي رهيا هئاسين، اهو ٺيڪ هو. پر اهو ورهائڻ لاءِ مناسب ناهي. پهريون VPN جيڪو ذهن ۾ اچي ٿو اهو آهي... OpenVPNپر اهو GPL آهي. ٻيو آپشن جاپاني SoftEther VPN استعمال ڪرڻ هو. ان جي لائسنس ان کي پراڊڪٽ ۾ شامل ڪرڻ جي اجازت ڏني. ان کي ڪيئن ضم ڪجي ان تي ڪجهه ڏينهن جي مختلف ٽيسٽن کان پوءِ ته جيئن صارف کي SoftEther VPN بابت ڪجهه به ترتيب ڏيڻ يا ڪجهه به ڄاڻڻ جي ضرورت نه پوي، اسان هڪ پروٽوٽائپ کڻي آياسين. هر شيءِ توقع مطابق ڪم ڪيو. پر ڪنهن سبب جي ڪري، هي اسڪيم اڃا تائين اسان کي پريشان ڪري ٿي، ۽ اسان آخرڪار ان کي ڇڏي ڏنو. قدرتي طور تي، اسان ٻيو آپشن آڻڻ کان پوءِ ان کي ڇڏي ڏنو. آخر ۾، سڀ ڪجهه باقاعده TCP ڪنيڪشن استعمال ڪندي ڪيو ويو. ڪجهه ڪنيڪشن هڪ ڪوآرڊينيٽر ذريعي ڪم ڪن ٿا، ٻيا سڌو سنئون نيٽ هول پنچنگ (NHP) ٽيڪنالاجي استعمال ڪندي، جيڪا فري پاسڪل ۾ پڻ لاڳو ڪئي وئي هئي. مون کي ضرور چوڻ گهرجي، مون اڳ ڪڏهن به NHP بابت نه ٻڌو هو. ۽ اهو مون کي ڪڏهن به نه لڳو ته توهان سڌو سنئون ٻه نيٽ ورڪ ڊوائيسز کي ڳنڍي سگهو ٿا، جيڪي ٻئي NAT جي پويان آهن. مون موضوع جو مطالعو ڪيو، اصول کي سمجهيو، ۽ لکڻ لاءِ ويٺو. هي خيال لاڳو ڪيو ويو آهي: استعمال ڪندڙ هڪ ڪلڪ سان NAT جي پويان گهربل ڊوائيس سان RDP، SSH، يا Winbox ذريعي ڳنڍي ٿو، بغير پاسورڊ داخل ڪرڻ يا VPN سيٽ اپ ڪرڻ جي. ان کان علاوه، انهن مان گھڻا ڪنيڪشن اسان جي ڪوآرڊينيٽر کي نظرانداز ڪن ٿا، جنهن جو پنگ ۽ انهن ڪنيڪشن جي سروسنگ جي قيمت تي مثبت اثر پوي ٿو.
سرور جي حصي جو ترجمو Linux تي Windows
منتقلي سان مسئلا Windows ڪيترائي هئا. پهرين، ونڊوز ۾ بلٽ ان wmic WQL سوالن جي اجازت نٿو ڏئي. ۽ اسان جو سسٽم اڳ ۾ ئي انهن تي ٺهيل هو. ۽ ڪجهه ٻيون شيون هيون، پر مون کي وسري ويو آهي ته اسان آخرڪار ان کي ڇو ڇڏيو. شايد نسخن جي وچ ۾ فرق آهي. Windows۽ ٻيو مسئلو ملٽي ٿريڊنگ جو آهي. هڪ قابل قبول لائسنس تحت هڪ سٺي ٽئين پارٽي يوٽيلٽي نه ملي سگهي، مون Lazarus IDE کي ٻيهر شروع ڪيو ۽ ضروري يوٽيلٽي لکي. اهو ان پٽ جي طور تي گهربل شين ۽ مخصوص سوالن جي فهرست وٺندو آهي، ۽ جواب ۾ ڊيٽا وصول ڪندو آهي. ۽ اهو سڀ ملٽي ٿريڊنگ موڊ ۾. بهترين.
جڏهن مون PHP لاءِ pthreads ترتيب ڏنو Windows مون سوچيو ته سڀ ڪجهه ٺيڪ ڪم ڪندو، پر اهو نه ٿيو. ڪجهه ڊيبگنگ کان پوءِ، مون محسوس ڪيو ته پي ٿريڊس ڪم ڪري رهيا هئا، پر اهو اسان جي سسٽم تي ڪم نه ڪيو. اهو واضح ٿي ويو ته پي ٿريڊس ۾ ڪجهه خاصيت هئي. Windows. اهو ائين هو. مون دستاويز پڙهيا، ۽ ان ۾ چيو ويو ته لاءِ Windows موضوعن جو تعداد محدود آهي، ۽، جيستائين مون کي ياد آهي، اهو ضمني آهي. هي هڪ مسئلو بڻجي ويو. ڇاڪاڻ ته جڏهن مون موضوعن جو تعداد گهٽائڻ شروع ڪيو جنهن تي ايپليڪيشن هلي رهي هئي، اهو تمام سست رفتاري سان هلي رهيو هو. مون ٻيهر IDE کوليو، ۽ ساڳئي يوٽيلٽي کي ملٽي ٿريڊ آبجيڪٽ پنگنگ ڪارڪردگي سان اپڊيٽ ڪيو ويو هو. ۽ پورٽ اسڪيننگ پڻ شامل ڪئي وئي. ان کان پوءِ، PHP لاءِ pthreads جي ضرورت ختم ٿي وئي، ۽ اهو هاڻي استعمال نه ٿيو. بعد ۾ هن يوٽيلٽي ۾ ڪيترائي وڌيڪ خاصيتون شامل ڪيون ويون، ۽ اهو اڃا تائين اڄ تائين ڪم ڪري ٿو. ان کان پوءِ، هڪ انسٽالر مرتب ڪيو ويو جنهن لاءِ Windows، جنهن ۾ اپاچي، پي ايڇ پي، ماريا ڊي بي، پي ايڇ پي ايپليڪيشن پاڻ، ۽ سسٽم سان لهه وچڙ لاءِ يوٽيلٽيز جو هڪ سيٽ شامل هو، سڀ مفت پاسڪل ۾ لکيل هئا. انسٽالر جي حوالي سان، مون سوچيو ته مان هن مسئلي کي جلدي حل ڪندس، ڇاڪاڻ ته اهو سافٽ ويئر جي تقريبن هر ٽڪڙي لاءِ انتهائي عام ۽ ضروري آهي. يا ته مان صحيح جاءِ تي نه ڏسي رهيو هوس، يا مڪمل طور تي ڪجهه ٻيو. پر مون کي اهڙيون شيون ملنديون رهيون جيڪي يا ته ڪافي لچڪدار يا مهانگيون ۽ پڻ لچڪدار هيون. آخرڪار، مون کي هڪ مفت انسٽالر مليو جيڪو ڪنهن به ضرورت کي پورو ڪري سگهي ٿو: انوو سيٽ اپ. مان هتي ان بابت لکي رهيو آهيان ڇاڪاڻ ته مون کي ان کي ڳولڻو پيو، جيڪڏهن اهو ڪنهن جو ڪجهه وقت بچائي.
توهان جي ڪلائنٽ جي حق ۾ پلگ ان کان انڪار
مون اڳ ۾ لکيو هو ته ڪلائنٽ سائڊ هڪ برائوزر هو جنهن ۾ "پلگ ان" هو. تنهن ڪري اهڙا وقت هئا جڏهن ڪروم اپڊيٽ ٿيندو هو ۽ لي آئوٽ ٿورو بي ترتيب ٿي ويندو هو، يا Windows مان اپڊيٽ ڪندس ۽ ڪسٽم يو آر اسڪيم غائب ٿي ويندي. مان واقعي پراڊڪٽ جي عوامي ورزن ۾ هن قسم جو سرپرائز نه ٿو چاهيان. ان کان علاوه، ڪسٽم يو آر اسڪيمون هر اپڊيٽ کان پوءِ غائب ٿيڻ لڳيون. Windowsمائڪروسوفٽ صرف لاڳاپيل سيڪشن ۾ سڀني غير مائڪروسوفٽ شاخن کي هٽائي ڇڏيو. گوگل ڪروم کي هاڻي ڪسٽم يو آر ايل مان ايپليڪيشن کولڻ جو انتخاب ياد ناهي، هر وقت جڏهن توهان مانيٽر ٿيل شئي تي ڪلڪ ڪندا آهيو ته اهو سوال پڇندو هو. آخرڪار، صارف جي مقامي سسٽم سان صحيح رابطي جي ضرورت هئي، جيڪو برائوزر مهيا نٿو ڪري. هن منظرنامي ۾ سڀ کان آسان آپشن صرف پنهنجو برائوزر ٺاهڻ لڳي ٿو، جيئن ڪيترائي هاڻي اليڪٽران سان ڪري رهيا آهن. پر ڪيتريون ئي شيون اڳ ۾ ئي فري پاسڪل ۾ لکيل هيون، بشمول سرور سائڊ، تنهن ڪري انهن فيصلو ڪيو ته ڪلائنٽ کي هڪ ئي ٻولي ۾ ٺاهيو وڃي بجاءِ هڪ هوج پوج ٺاهڻ جي. تنهن ڪري، هڪ ڪلائنٽ بورڊ تي ڪروميم سان لکيو ويو. ان کان پوءِ، اهو مختلف بائنڊنگ حاصل ڪرڻ لڳو.
ڇڏڻ
آخرڪار اسان سسٽم لاء نالو چونڊيو. اسان مسلسل مختلف اختيارن مان گذريا هئاسين جڏهن مقامي ورزن کان SaaS ۾ تبديل ڪرڻ جو عمل جاري هو. جيئن ته اسان شروعاتي طور تي نه رڳو گهريلو مارڪيٽ ۾ داخل ٿيڻ جي منصوبابندي ڪئي، هڪ نالو چونڊڻ جو بنيادي معيار ".com" زون ۾ غير آباد يا تمام قيمتي ڊومين جي موجودگي هئي. ڪجھ فنڪشن/ماڊيول اڃا تائين مقامي ورزن مان وليم تائين پورٽ نه ڪيا ويا آھن، پر اسان فيصلو ڪيو آھي ته انھن کي موجوده ڪارڪردگيءَ سان رليز ڪنداسين ۽ باقي تازه ڪاري جي طور تي مڪمل ڪنداسين. پهرين ورزن ۾ ڪا به هيلپ ڊيسڪ نه هئي، ويليم ڪنيڪٽر، نوٽيفڪيشن ٽرگرز ۽ گهڻو ڪجهه لاءِ حدن کي تبديل ڪرڻ ناممڪن هو. اسان هڪ ڪوڊ سائن سرٽيفڪيٽ خريد ڪيو ۽ ڪلائنٽ ۽ سرور حصن تي دستخط ڪيو. اسان پراڊڪٽ لاءِ ويب سائيٽ لکي، سافٽ ويئر رجسٽر ڪرڻ لاءِ طريقا شروع ڪيا، ٽريڊ مارڪ وغيره. عام طور تي، اسان شروع ڪرڻ لاء تيار آهيون. ڪيل ڪم مان ٿورڙي خوشي ۽ انهي حقيقت کان ته شايد ڪو توهان جي پيداوار کي استعمال ڪندو، جيتوڻيڪ اسان کي ان بابت ڪو شڪ نه هو. ۽ پوءِ روڪيو. پارٽنر چيو ته ميسينجر ذريعي اطلاعن کان سواءِ مارڪيٽ ۾ داخل ٿيڻ ناممڪن آهي. اهو ڪيترن ئي ٻين شين کان سواء ممڪن آهي، پر ان کان سواء نه. ڪجهه بحث مباحثي کان پوءِ، ٽيليگرام سان انضمام شامل ڪيو ويو، جيڪو اسان لاءِ مناسب هو. سڀني موجوده فوري پيغامن مان، اهو صرف هڪ آهي جيڪو پنهنجي APIs تائين رسائي فراهم ڪري ٿو مفت ۽ بغير ڪنهن پيچيده منظوري واري طريقيڪار جي. ساڳيو WhatsApp مهيا ڪندڙن سان رابطو ڪرڻ جو مشورو ڏئي ٿو جيڪي انهن جي خدمتن کي استعمال ڪرڻ لاء سٺو پيسا وصول ڪن ٿا، سڀني خطن کي نظر انداز ڪيو ويو جيڪي بغير رسائي جي رسائي لاء پڇيا ويا آهن. خير، وائبر... مون کي خبر ناهي ته ڪير ان کي استعمال ڪري ٿو، ڇو ته... اسپام ۽ اشتهار چارٽ بند آهن. ڊسمبر جي آخر ۾، دوستن جي وچ ۾ اندروني ٽيسٽ ۽ ٽيسٽ جي هڪ سيريز کان پوء، رجسٽريشن سڀني لاء کوليو ويو ۽ سافٽ ويئر ڊائون لوڊ لاء دستياب ڪيو ويو.
تقسيم جي شروعات
شروعات کان وٺي، اسان سمجھيو ته اسان کي سسٽم استعمال ڪندڙن جي ھڪڙي ننڍڙي وهڪري جي ضرورت آھي ته جيئن اھي پراڊڪٽ کي جنگي موڊ ۾ آزمائي سگھن ۽ ڪجھ پھريون موٽ ڏيو. VK تي ڪيترائي خريد ڪيل پوسٽون ميوو تي. پهرين رجسٽريشن اچي چڪي آهي.
هتي اهو ضرور چوڻ گهرجي ته مارڪيٽ ۾ داخل ٿيڻ جڏهن توهان جي ڪمپني جو مشهور نالو نه آهي، ۽ ساڳئي وقت بغير ايجنٽ جي نگراني جي ڪارڪردگي مهيا ڪرڻ جنهن ۾ توهان کي توهان جي سرورز ۽ ڪم اسٽيشنن مان اڪائونٽ داخل ڪرڻ جي ضرورت آهي، تمام ڏکيو آهي. اهو ڪيترن ئي ماڻهن کي ڊڄي ٿو. اسان شروع کان ئي سمجھندا ھئاسين ته ھن سان مسئلا ھوندا ۽ ان لاءِ ٽيڪنيڪل ۽ اخلاقي طور تي تيار ھئاسين. سڀ ريموٽ ڪنيڪشن، ان حقيقت جي باوجود ته RDP ۽ SSH اڳ ۾ ئي ڊفالٽ طور انڪرپٽ ٿيل آهن، اضافي طور تي اسان جي سافٽ ويئر پاران AES معيار استعمال ڪندي انڪريپٽ ٿيل آهن. مقامي سرورز مان سڀ ڊيٽا HTTPS ذريعي بادل ڏانهن منتقل ڪيو ويو آهي. اڪائونٽس انڪريپٽ فارم ۾ محفوظ ٿيل آهن. سڀني سب سسٽم لاءِ انڪرپشن ڪنجيون سڀني ڪلائنٽ لاءِ انفرادي آهن. ريموٽ ڪنيڪشن لاءِ، سيشن انڪرپشن ڪيچ عام طور تي استعمال ٿيندا آهن.
هن صورتحال ۾ اسان اهو سڀ ڪجهه ڪري سگهون ٿا ته جيئن ماڻهن کي پرسڪون محسوس ٿئي جيترو ٿي سگهي کليل هجي، حفاظت تي ڪم ڪيو وڃي ۽ ماڻهن جي سوالن جا جواب ڏيڻ کان ڪڏهن به نه ٿڪجي.
ڪيترن ئي لاء، سافٽ ويئر جي سهولت ۽ ڪارڪردگي خوف کان وڌيڪ آهي، ۽ اهي رجسٽرڊ ڪن ٿا. ڪجهه ماڻهن VK تي شايع ٿيل پوسٽن ۾ لکيو ته هي سافٽ ويئر استعمال نه ٿو ڪري سگهجي ڇاڪاڻ ته هي انهن جي پاسورڊ جو هڪ مجموعو آهي ۽ عام طور تي هڪ نالي جي ڪمپني. اهو ضرور چيو وڃي ٿو ته هڪ کان وڌيڪ ماڻهو هن راء هئا. ڪيترائي ماڻهو صرف اهو نه ٿا سمجهن ته جڏهن اهي سرور تي ٻيون پراپرائيٽري سافٽ ويئر انسٽال ڪن ٿا جيڪو هڪ خدمت جي طور تي هلندو آهي، ان کي پڻ سسٽم ۾ مڪمل حق حاصل آهن ۽ انهن کي غير قانوني ڪم ڪرڻ لاءِ اڪائونٽن جي ضرورت ناهي (اهو واضح آهي ته توهان تبديل ڪري سگهو ٿا. صارف جنهن کان سروس شروع ڪئي وئي آهي، پر هتي پڻ، توهان ڪنهن به اڪائونٽ ۾ داخل ڪري سگهو ٿا). حقيقت ۾، ماڻهن جا خوف سمجھڻ وارا آهن. سرور تي سافٽ ويئر انسٽال ڪرڻ هڪ عام ڳالهه آهي، پر اڪائونٽ داخل ڪرڻ ٿورڙو خوفناڪ ۽ مبهم آهي، ڇاڪاڻ ته اڌ ماڻهن جو پاس ورڊ سڀني خدمتن لاءِ ساڳيو هوندو آهي، ۽ ٽيسٽ لاءِ به الڳ اڪائونٽ ٺاهڻ سستي آهي. پر هن وقت اتي هڪ وڏي تعداد ۾ خدمتون آهن جن تي ماڻهو اعتماد ڪن ٿا انهن جي سندن ۽ وڌيڪ. ۽ اسان انهن مان هڪ ٿيڻ جي ڪوشش ڪندا آهيون.
اتي ڪيترائي تبصرا هئا جن چيو ته اسان اهو چوري ڪيو آهي. اهو اسان کي ٿورو حيران ڪيو. ٺيڪ آهي، هڪ شخص جي راء، پر اهڙا رايا مختلف ماڻهن جي مختلف اشاعتن ۾ مليا آهن. پهرين ته انهن کي خبر نه هئي ته ان تي ڪيئن رد عمل ڪجي. يا ته افسوس جي ڳالهه اها آهي ته ڪجهه ماڻهن جي اها راءِ آهي ته روس ۾ ڪو به ماڻهو پنهنجي مرضيءَ سان ڪجهه به نٿو ڪري سگهي، پر رڳو چوري ڪري سگهي ٿو، يا وري خوشيءَ جي ڳالهه اها آهي ته هو سمجهن ٿا ته اها چوري ئي ٿي سگهي ٿي.
اسان ھاڻي مڪمل ڪيو آھي EV ڪوڊ سائن سرٽيفڪيٽ حاصل ڪرڻ لاءِ. ان کي حاصل ڪرڻ لاء، توهان کي چيڪن جي هڪ سيريز ذريعي وڃڻ جي ضرورت آهي ۽ ڪمپني بابت دستاويزن جو هڪ گروپ موڪلڻ جي ضرورت آهي، جن مان ڪجهه هڪ وڪيل طرفان تصديق ٿيل هجڻ گهرجن. هڪ وبائي مرض دوران اي وي ڪوڊ سائن سرٽيفڪيٽ حاصل ڪرڻ هڪ مضمون لاءِ الڳ موضوع آهي. عمل هڪ مهينو ورتو. ۽ اهو مهينو انتظار جو نه هو، پر اضافي دستاويزن جي مسلسل درخواستن جو. ٿي سگهي ٿو ته وبائي مرض جو ان سان ڪو به واسطو نه هو، ۽ اهو طريقو هر ڪنهن لاءِ ايترو ڊگهو ٿي ويو؟ حصيداري ڪريو.
ڪجهه چون ٿا ته اسان ان کي استعمال نه ڪنداسين ڇو ته ڪو FSTEC سرٽيفڪيٽ ناهي. اسان کي وضاحت ڪرڻي پوندي ته اسان ان کي حاصل نٿا ڪري سگهون ۽ نه ڪنداسين ڇو ته هي سرٽيفڪيٽ حاصل ڪرڻ لاءِ، انڪريپشن GOST جي مطابق هجڻ گهرجي، ۽ اسان سافٽ ويئر کي نه رڳو روس ۾ ورهائڻ ۽ AES استعمال ڪرڻ جو منصوبو ٺاهيون ٿا.
اهي سڀئي تبصرا ڪجهه شڪ پيدا ڪن ٿا ته اهو ممڪن آهي ته هڪ پراڊڪٽ کي فروغ ڏيڻ لاء جيڪو توهان کي عام طور تي سڃاتل ٿيڻ کان سواء اڪائونٽ داخل ڪرڻ جي ضرورت آهي. جيتوڻيڪ اسان کي خبر هئي ته اهڙا به هوندا جن جو ان حوالي سان انتهائي منفي رويو هو. رجسٽريشن جو تعداد هڪ هزار کان مٿي ٿيڻ کان پوء، اسان ان بابت سوچڻ بند ڪيو. خاص طور تي بعد ۾، انهن جي منفيات کان علاوه، جن اڃا تائين پيداوار جي ڪوشش نه ڪئي هئي، تمام خوشگوار تبصرا ظاهر ٿيڻ لڳا. اهو چوڻ گهرجي ته اهي مثبت جائزو پيداوار جي ترقي لاء سڀ کان وڏو محرڪ آهن.
ملازمن لاءِ ريموٽ رسائي ڪارڪردگي شامل ڪرڻ
گراهڪن جي سڀ کان عام درخواستن مان هڪ آهي "ايوان کي گهر کان سندس ڪمپيوٽر تائين رسائي ڏيو." اسان ميڪروٽڪ تي هڪ وي پي اين قائم ڪيو ۽ صارف اڪائونٽ ٺاهيا. پر هي هڪ حقيقي مسئلو آهي. صارف هدايتن تي عمل نٿا ڪري سگهن ۽ وي پي اين ذريعي ڳنڍڻ لاءِ قدم بہ قدم هدايتن تي عمل نٿا ڪري سگهن. مختلف نسخا Windowsهڪ ونڊوز ۾، سڀ ڪجهه ٺيڪ سان ڳنڍجي ٿو، پر ٻئي ۾، هڪ مختلف پروٽوڪول جي ضرورت آهي. ۽ عام طور تي، ان ۾ هميشه نيٽ ورڪ سامان کي ٻيهر ترتيب ڏيڻ شامل هو جيڪو 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 مانيٽرنگ لاڳو ڪرڻ لاءِ درخواستون سامهون آيون آهن. ان تي جلد عمل ڪنداسين.
ويليم ڪنيڪٽر جي آمد سان، هاڻي ڪارپوريٽ نيٽ ورڪ تي وي پي اين سرور کي ترتيب ڏيڻ، يا آر ڊي جي ڊبليو ٺاهڻ، يا آر ڊي پي ڪنيڪشن لاءِ ضروري مشينن ڏانهن پورٽس کي فارورڊ ڪرڻ جي ڪا ضرورت ناهي. ڪيترائي ماڻهو اسان جي سسٽم کي صرف انهن ريموٽ ڪنيڪشن لاءِ استعمال ڪندا آهن. ويليم ڪنيڪٽر صرف هيٺ ڏنل دستياب آهي Windows، ۽ ڪجهه ڪارپوريٽ استعمال ڪندڙ گهر جي ليپ ٽاپن کان MacOS هلائيندڙ ورڪ اسٽيشنن يا ڪارپوريٽ نيٽ ورڪ تي ٽرمينلز سان ڳنڍيندا آهن. ان جو مطلب آهي ته سسٽم ايڊمنسٽريٽر کي ڪيترن ئي استعمال ڪندڙن جي ڪري فارورڊنگ يا VPNs جي مسئلي تي ٻيهر غور ڪرڻ تي مجبور ڪيو ويندو آهي. تنهن ڪري، اسان هن وقت ويليم ڪنيڪٽر جي MacOS ورزن جي ترقي کي آخري شڪل ڏئي رهيا آهيون. انهن جي پسنديده ايپل ڊوائيسز جا استعمال ڪندڙ پڻ هڪ ڪلڪ سان ڪارپوريٽ انفراسٽرڪچر سان ڳنڍڻ جي قابل هوندا.
مون کي حقيقت پسند آهي ته، سسٽم استعمال ڪندڙن جي وڏي تعداد ۾، توهان کي پنهنجي دماغ کي ريڪ ڪرڻ جي ضرورت ناهي ته ماڻهن کي ڪهڙي ضرورت آهي ۽ ڇا وڌيڪ آسان ٿيندو. اهي پاڻ پنهنجون خواهشون لکن ٿا، تنهنڪري ويجهي مستقبل لاءِ ڪافي ترقياتي منصوبا آهن.
گڏوگڏ، اسان هاڻي منصوبابندي ڪري رهيا آهيون ته سسٽم کي انگريزي ۾ ترجمو ڪرڻ ۽ ان کي ٻاهرين ملڪ ۾ ورهائڻ شروع ڪيو وڃي. اسان اڃا تائين نه ٿا ڄاڻون ته اسان پنهنجي ملڪ کان ٻاهر پيداوار ڪيئن ورهائي سگهون ٿا، اسان اختيارن کي ڳولي رهيا آهيون. شايد ان بابت هڪ الڳ مضمون بعد ۾ ايندو. ٿي سگهي ٿو ڪو ماڻهو جنهن هن مضمون کي پڙهيو آهي، گهربل ویکٹر تجويز ڪرڻ جي قابل هوندو، يا هو پاڻ ڄاڻي ٿو ۽ ڄاڻي ٿو ته اهو ڪيئن ڪجي ۽ پنهنجون خدمتون پيش ڪندو. اسان توهان جي مدد جي ساراهه ڪنداسين.
جو ذريعو: www.habr.com
