پرانے کلائنٹس کی ترتیبات
HandyCafe بغیر کسی خلل کے پرانے V3 اور V4 کلائنٹ انسٹالیشنز کے ساتھ چلتا ہے۔ لیگیسی کلائنٹس کی ترتیبات کا صفحہ رن ٹائم پروٹوکول کو کنٹرول کرتا ہے: نیٹ ورک لسٹنرز جو V3 اور V4 کلائنٹس کو ان کے اصل پورٹس پر اس سرور سے منسلک ہونے دیتے ہیں۔
پرانے انسٹالیشن سے ڈیٹا درآمد کرنا اپنے ترتیب کے صفحہ پر ایک الگ کام ہے۔ مزید معلومات کے لئے دیکھیں ڈیٹا مائیگریشن۔ یہ دو خصوصیات آزاد ہیں۔ رن ٹائم سپورٹ کسی بھی ڈیٹا کی مائیگریشن کے بغیر بھی کام کرتی ہے۔ ایک مائیگریشن رن ٹائم سپورٹ کے بغیر بھی کام کرتی ہے۔ آپ دونوں کو ایک ساتھ بھی استعمال کر سکتے ہیں۔
رن ٹائم پروٹوکول سیکشن
پرانے کلائنٹ سپورٹ کو فعال کریں
سیکشن کے اوپر ایک ماسٹر ٹوگل ہے۔ جب یہ آن ہوتا ہے، تو سرور تین نیٹ ورک لسٹنرز شروع کرتا ہے:
- کنفیگرڈ ملٹی کاسٹ گروپ پر ایک UDP لسٹنر۔
UDP port + 2پر ایک TCP کمانڈ لسٹنر۔UDP port + 7پر ایک TCP فائل ٹرانسفر لسٹنر۔
ٹوگل کو آف کرنے سے تینوں لسٹنرز ایک ساتھ بند ہو جاتے ہیں۔ آپ پورٹ نمبرز یا انکوڈنگ کو غیر فعال حالت میں ایڈجسٹ کر سکتے ہیں، پھر تبدیلیوں کو لاگو کرنے کے لیے دوبارہ فعال کریں۔
کنفیگریشن فیلڈز
| فیلڈ | ڈیفالٹ | وضاحت |
|---|---|---|
| Auth Key | HANDYCAFE | ایک مشترکہ 10-کریکٹر کی کی۔ ہر ان باؤنڈ اور آؤٹ باؤنڈ فریم اس سٹرنگ کو لے جاتا ہے۔ جو فریم میچ نہیں کرتے وہ ڈراپ ہو جاتے ہیں۔ آپ کے تمام پرانے کلائنٹس کو ایک ہی کی استعمال کرنی چاہیے۔ |
| UDP Multicast IP | 230.4.4.46 | کلائنٹ ڈسکوری بیکنز اور UDP پر مبنی کمانڈ ڈسپیچ کے لیے استعمال ہونے والا ملٹی کاسٹ گروپ۔ زیادہ تر پرانے کلائنٹ بلڈز میں ہارڈ کوڈڈ۔ |
| Server UDP Port | 710 | UDP پورٹ جس پر سرور کلائنٹ بیکنز اور کمانڈز کے لیے سنتا ہے۔ پرانے کلائنٹس اس پورٹ پر بھیجتے ہیں۔ |
| Client UDP Port | 711 | UDP پورٹ جس پر پرانے کلائنٹس سنتے ہیں۔ سرور دریافت شدہ کلائنٹ IP پر اس پورٹ پر یونی کاسٹ مینجمنٹ کمانڈز بھیجتا ہے۔ |
| Encoding | cp1254 | وائر فارمیٹ سٹرنگ فیلڈز کے لیے کریکٹر انکوڈنگ۔ ترکی انسٹالیشنز کے لیے cp1254 استعمال کریں، مغربی یورپی کے لیے cp1252۔ نامعلوم ویلیوز cp1254 پر واپس آتی ہیں اور سرور لاگ میں وارننگ دیتے ہیں۔ |
| Server Version | 3.4.01 | ہر UDP بیکن میں نشر ہونے والی ورژن سٹرنگ۔ کچھ پرانے کلائنٹس ان ورژنز سے فریمز کو مسترد کرتے ہیں جنہیں وہ نہیں پہچانتے۔ اسے اپنے اصل سرور کی ورژن سٹرنگ سے ملانے کے لیے سیٹ کریں۔ |
| Protocol Variant | STE | وائر فارمیٹ کا انتخاب۔ نیچے ویریئنٹ موازنہ دیکھیں۔ |
| Inactivity Timeout | 10 | سیکنڈز۔ فی-MAC واچ ڈاگ۔ اگر اس ونڈو کے اندر کسی کلائنٹ سے کوئی ٹریفک نہیں آتا تو کلائنٹ کو آف لائن نشان زد کیا جاتا ہے۔ 10 سیکنڈز کا وقفہ ان پرانے کلائنٹس کے لیے مناسب ہے جو ہر 2 یا 3 سیکنڈز میں بیکن کرتے ہیں۔ |
ڈیروائیوڈ پورٹس
فارم کے نیچے، صفحہ ایک ریڈ اونلی لائن دکھاتا ہے جو ڈیروائیوڈ TCP پورٹس کو ظاہر کرتا ہے:
TCP Command Port: 712 File Transfer Port: 717
یہ پورٹس UDP سرور پورٹ سے حساب کیے جاتے ہیں۔ آپ انہیں الگ سے کنفیگر نہیں کرتے۔ اگر آپ Server UDP Port کو کسی مختلف ویلیو پر تبدیل کرتے ہیں، تو ڈیروائیوڈ پورٹس اس کے ساتھ منتقل ہو جاتے ہیں۔
پروٹوکول ویریئنٹ
پروٹوکول ویریئنٹ فیلڈ سرور کے ذریعے استعمال ہونے والے وائر فارمیٹ کو منتخب کرتا ہے۔ اس ویریئنٹ کو منتخب کریں جو آپ کے پرانے سرور کے بلڈ کے مطابق ہو۔
| ویریئنٹ | کب استعمال کریں |
|---|---|
| STE (Smart/Turbo Edition) | جدید پرانا کوڈ بیس۔ فریم اسٹرکچر میں 70 بائٹ لائسنس-انفو پری فکس شامل کرتا ہے۔ فریم سائز 1337 بائٹس ہے۔ اگر آپ کی پرانی انسٹالیشن نے اسمارٹ یا ٹربو ایڈیشن استعمال کیا تو اسے منتخب کریں۔ |
| Standard | سادہ بنیادی پرانا بلڈ۔ لائسنس-انفو پری فکس کے بغیر فریم سائز 1267 بائٹس ہے۔ اسے صرف اس وقت منتخب کریں جب آپ کی پرانی انسٹالیشن اسٹینڈرڈ ایڈیشن تھی بغیر لائسنس رجسٹریشن کے۔ |
غلط ویریئنٹ کا انتخاب کرنے سے فریمز ڈراپ یا غلط پڑھے جاتے ہیں۔ علامات میں شامل ہیں کلائنٹس آن لائن نظر آتے ہیں لیکن ہر کمانڈ کو نظرانداز کرتے ہیں، یا کمانڈ ڈیٹا 70 بائٹ آفسیٹ کے ذریعے منتقل ہوتا ہے۔
جدید کلائنٹس کے ساتھ ہم آہنگی
پرانے پورٹس (710, 711, 712, 717) جدید HandyCafe پروٹوکول پورٹس (TCP 5001, 5002, 5003, UDP 5004) سے مکمل طور پر الگ ہیں۔ دونوں پروٹوکول اسٹیکس بیک وقت بغیر کسی تنازع کے چلتے ہیں۔ آپ ایک ہی LAN پر پرانے اور نئے کلائنٹس کو ملا سکتے ہیں اور انہیں ایک ہی ایڈمن پینل سے مینج کر سکتے ہیں۔
تبدیلیوں کا اطلاق
رن ٹائم پروٹوکول سیکشن میں ہر فیلڈ کو صفحے کے نیچے موجود گلوبل Save بٹن کے ساتھ محفوظ کیا جاتا ہے۔ محفوظ کرنے پر، سرور:
- تینوں پرانے لسٹنرز کو بند کر دیتا ہے اگر وہ چل رہے ہوں۔
- Auth Key کی تصدیق کرتا ہے (خالی نہیں ہونا چاہیے)۔
- اپ ڈیٹ شدہ فیلڈز سے نئے لسٹنر کنفیگریشنز بناتا ہے۔
- لسٹنرز کو بیک وقت دوبارہ شروع کرتا ہے۔
- جب تینوں دوبارہ آن لائن ہوں تو نوٹیفکیشن بھیجتا ہے۔
اگر کوئی پورٹ پہلے سے کسی دوسرے عمل کے ذریعے استعمال ہو رہی ہے، تو سرور ایک ایرر رپورٹ کرتا ہے اور ٹوگل واپس آف ہو جاتا ہے۔ اپنے فائر وال اور دیگر سروسز کو netstat کے ساتھ چیک کریں اور ایک فری پورٹ رینج منتخب کریں۔
Database Migration
HandyCafe 3.x یا 4.x انسٹالیشن سے ڈیٹا درآمد کرنا اب اس صفحے پر نہیں ہوتا۔ یہ ڈیٹا مائیگریشن کی سیٹنگز کے صفحے پر HandyCafe Legacy سورس کے تحت ہوتا ہے، EveryCafe اور Pancafe امپورٹرز کے ساتھ۔
یہ صفحہ پرانی انسٹالیشن کی دریافت، کیا درآمد ہوتا ہے، سورس فائلز پر ریڈ-اونلی گارنٹی، درآمد کو دوبارہ چلانا اور اسے ختم کرنے کے بارے میں معلومات فراہم کرتا ہے۔ مرحلہ وار رہنمائی کے لیے دیکھیں پرانی انسٹالیشن سے منتقلی کیسے کریں۔
تجاویز
- مائیگریشن چلانے سے پہلے پرانے سرور کو بند کریں۔ اگر پرانا سسٹم ابھی بھی اپنے ڈیٹا بیس میں لکھ رہا ہے، تو درآمد کو پرانا یا جزوی ڈیٹا نظر آ سکتا ہے۔
- پہلی مائیگریشن سے پہلے انکوڈنگ فیلڈ کو اپنے پرانے لوکیل سے ملائیں۔ ڈیٹا درآمد ہونے کے بعد اسے تبدیل کرنے سے پہلے سے خراب شدہ ناموں کو درست نہیں کیا جا سکے گا۔
- ہمیشہ پہلے ایک ٹیسٹ مائیگریشن چلائیں۔ "آخری گنتی" کے تحت ریکارڈ کی گنتی چیک کریں اور نئے سسٹم کے لیے عملے کو متعین کرنے سے پہلے کچھ ممبر اور ٹرانزیکشن قطاروں کو چیک کریں۔
- رن ٹائم سپورٹ کو فعال کریں اور اپنے پرانے کلائنٹس کو ایک عبوری مدت کے لیے منسلک رکھیں۔ یہ آپ کو تصدیق کرنے دیتا ہے کہ نیا سرور انہیں یکساں طور پر سروس فراہم کرتا ہے اس سے پہلے کہ آپ پرانے سرور کو ریٹائر کریں۔
- اگر آپ Server UDP Port کو تبدیل کرتے ہیں، تو یاد رکھیں کہ ڈیروائیوڈ کمانڈ اور فائل ٹرانسفر پورٹس اس کے ساتھ منتقل ہو جاتے ہیں۔ فائر وال رولز کو اسی کے مطابق اپ ڈیٹ کرنے کی ضرورت ہے۔