SingLink پروٹوکول تکنیکی وائٹ پیپر

کلائنٹ کرنٹ اکاؤنٹ کے دستیاب پیکجز، نوڈس اور پروٹوکول کی اجازت حاصل کرتا ہے۔ تصدیقی اسناد کو قلیل المدت، قابل تنسیخ، اور بعد میں ڈیٹا فارورڈنگ کی حیثیت سے الگ کیا جانا چاہیے۔

کنٹرول طیارہ نوڈ ایڈریس، پورٹ، دستیاب پروٹوکولز اور ضروری پالیسیاں واپس کرتا ہے، اور اسے کلائنٹ کو براہ راست طویل مدتی ماسٹر کیز یا غیر ضروری حساس فیلڈز فراہم نہیں کرنا چاہیے۔

کلائنٹ کو وہ ٹریفک موصول ہوتا ہے جس پر TUN موڈ، سسٹم پراکسی یا پلیٹ فارم نیٹ ورک ایکسٹینشن کے ذریعے کارروائی کی ضرورت ہوتی ہے۔ مخصوص داخلہ آپریٹنگ سسٹم کی صلاحیتوں پر منحصر ہے۔

DNS درخواستوں اور اس کے بعد کے کنکشنز کے لیے مستقل پالیسیوں کا استعمال کیا جانا چاہیے تاکہ ڈومین ناموں کو پراکسی کے ذریعے جانے سے بچایا جا سکے جب کہ DNS اب بھی مقامی نیٹ ورک سے لیک ہو رہا ہے یا غلط موڑ کا باعث بن رہا ہے۔

قواعد، ایپلیکیشن، ٹارگٹ ڈومین نام، IP، اور نیٹ ورک کی حیثیت کی بنیاد پر کنکشنز کو ڈائریکٹ، پراکسی، یا بلاک شدہ کے طور پر متعین کرتا ہے۔

دستی موڈ صارف کے مخصوص نوڈس کا استعمال کرتا ہے۔ ذہین موڈ تاخیر، دستیابی، لوڈ، علاقہ اور پیکیج کی اجازتوں کی بنیاد پر امیدوار نوڈس کا انتخاب کرسکتا ہے۔

کلائنٹ اور سرور پروٹوکول کی نسلوں اور صلاحیتوں کی تصدیق کرتے ہیں جو دونوں فریقوں کے تعاون سے ہیں۔ پرانے کلائنٹ کو خاموشی سے غیر مطابقت پذیر طرز عمل کو فعال نہیں کرنا چاہئے جب وہ نئی صلاحیتوں کو نہیں پہچان سکتا۔

نوڈس اس بات کی تصدیق کرتے ہیں کہ اکاؤنٹ یا سیشن درست ہے اور پرانے تصدیقی ڈیٹا کو عمر بڑھنے، بے ترتیب بنانے، یا مساوی میکانزم کے ذریعے دوبارہ استعمال ہونے سے روکنا چاہیے۔

پروٹوکول کے لیے موجودہ کنکشن کے لیے علیحدہ خفیہ کاری سیاق و سباق قائم کرنے کی ضرورت ہے۔ مخصوص سائفر سویٹس، ہینڈ شیک فیلڈز اور گردش کے وقفے مستقبل کے عوامی تصریحات کے تابع ہونے چاہئیں۔

سیشن کلائنٹ اور نوڈ کے درمیان ٹرانسمیشن سیشن کی نمائندگی کرتا ہے، جو کنکشن کی حیثیت، صلاحیت کی معلومات، دل کی دھڑکنیں، اور ایک یا زیادہ منطقی بہاؤ لے سکتا ہے۔

ہر درخواست کی درخواست کو سیشن کے اندر ایک منطقی سلسلہ میں میپ کیا جا سکتا ہے، یا ایک آزاد کنکشن قائم کیا جا سکتا ہے۔ حتمی طریقہ کار عوامی نفاذ پر منحصر ہے۔

قابل تجزیہ فریم بنانے کے لیے منزل کی معلومات، ندی کی شناخت، پے لوڈ کی لمبائی، کنٹرول کمانڈز، اور ڈیٹا کی ضرورت ہوتی ہے۔ یہ صفحہ غیر دستاویزی بائنری فیلڈز ایجاد نہیں کرتا ہے۔

TCP بائٹ اسٹریمز کو ترتیب کو برقرار رکھنے، آدھے بندوں اور غیر معمولی بندوں کو ہینڈل کرنے، اور ایپلیکیشن سائیڈ بیک پریشر کو ٹرانسپورٹ کی طرف منتقل کرنے کی ضرورت ہے۔

UDP ڈیٹاگرام کو پیغام کی حدود کو برقرار رکھنے اور سیشن کے وقت کا انتظام کرنے کی ضرورت ہے۔ UDP قسم کی خدمات جیسے QUIC کو بھی غیر ضروری ہیڈ آف لائن بلاکنگ سے بچنے کی ضرورت ہے۔

جب کلائنٹ، نوڈ یا ٹارگٹ سروس کی کھپت کی رفتار کم ہو جاتی ہے، تو بفر گروتھ کو محدود ہونا چاہیے تاکہ کسی ایک سٹریم کو پورے سیشن کو نیچے لانے سے روکا جا سکے۔

پیکیٹائزیشن اور پیڈنگ صرف ٹرانسمیشن کی حکمت عملی کے حصے کے طور پر استعمال کی جا سکتی ہے اور اسے مطلق اسٹیلتھ کے طور پر بیان نہیں کیا جا سکتا۔ اس کے قابل بنانے والے حالات اور اوور ہیڈ کو جانچ اور تصدیق کی ضرورت ہوتی ہے۔

ٹنل اوور ہیڈ دستیاب MTU کو کم کرے گا، اور بڑے پیکٹ کی ناکامیوں کو فریگمنٹیشن سے بچنے، MSS ایڈجسٹمنٹ، یا مساوی میکانزم کے ذریعے کم کرنے کی ضرورت ہے۔

پروٹوکول کو نیٹ ورک کے تاثرات کی بنیاد پر بھیجنے کی تال اور ری ٹرانسمیشن کو کنٹرول کرنا چاہیے، اور حقیقی پیکٹ کے نقصان، قطار میں تاخیر اور مختصر مدت کے نیٹ ورک کے گھمبیر کے درمیان فرق کرنا چاہیے۔

ڈیڈ کنکشن کا پتہ لگانے کے لیے آپریٹنگ سسٹم کے طویل ٹائم آؤٹ پر مکمل انحصار کرنے سے بچنے کے لیے سیشن اور نوڈ کی حیثیت کی مسلسل نگرانی کریں۔

Wi-Fi اور موبائل نیٹ ورکس کے درمیان سوئچ کرنے کے بعد، کلائنٹ نیٹ ورک کے داخلے، DNS، روٹنگ اور ٹرانسمیشن سیشنز کی دوبارہ تصدیق کرتا ہے، اور اپنی صلاحیتوں کے مطابق کنکشن کو دوبارہ شروع کرتا ہے۔

نرم ناکامی کی صورت میں، سیشن کو پہلے دوبارہ بنایا جا سکتا ہے، اور سخت ناکامی کی صورت میں، دستیاب نوڈس کو تبدیل کیا جا سکتا ہے۔ سوئچنگ کے عمل کے دوران، سسٹم روٹنگ کو بحال کیا جانا چاہیے اور ٹریفک کو غیر متوقع براہ راست رابطوں سے بچنا چاہیے۔

کلائنٹ واپس کیے گئے ڈیٹا کی تصدیق کرتا ہے اور اسے ختم کرتا ہے، اور کنکشن مکمل ہونے کے بعد عارضی سیشن اسٹیٹس، کیشے کیز، روٹنگ اور DNS تبدیلیوں کو صاف کرتا ہے۔