Node-to-Node CoPy (NNCP) کی ریلیز، فائلوں، ای میل، اور کمانڈز کو محفوظ طریقے سے منتقل کرنے کے لیے افادیت کا ایک سیٹ اسٹور اور فارورڈ موڈ میں عمل درآمد کے لیے۔ POSIX سے ہم آہنگ آپریٹنگ سسٹمز پر آپریشن کی حمایت کرتا ہے۔ یوٹیلیٹیز Go میں لکھی گئی ہیں اور GPLv3 لائسنس کے تحت تقسیم کی گئی ہیں۔
یوٹیلیٹیز محفوظ فائر اور فراگیٹ فائل ٹرانسفر، فائل کی درخواستوں، ای میل، اور کمانڈ کی درخواستوں کے لیے جامد روٹنگ کے ساتھ چھوٹے پیر ٹو پیئر فرینڈ ٹو فرینڈ نیٹ ورکس (درجنوں نوڈس) بنانے میں مدد کرنے پر مرکوز ہیں۔ تمام ٹرانسمٹ شدہ پیکٹ انکرپٹڈ ہیں (آخر سے آخر تک) اور واضح طور پر دوستوں کی معلوم عوامی کلیدوں کا استعمال کرتے ہوئے تصدیق شدہ ہیں۔ پیاز (جیسا کہ ٹور میں) انکرپشن تمام انٹرمیڈیٹ پیکٹوں کے لیے استعمال ہوتی ہے۔ ہر نوڈ کلائنٹ اور سرور دونوں کے طور پر کام کر سکتا ہے اور پش اور پول رویہ ماڈل دونوں کا استعمال کر سکتا ہے۔
NNCP اور UUCP اور FTN (FidoNet ٹیکنالوجی نیٹ ورک) کے حل کے درمیان فرق، مذکورہ بالا انکرپشن اور تصدیق کے علاوہ، فلاپنیٹ نیٹ ورکس اور کمپیوٹرز کو غیر محفوظ مقامی سے جسمانی طور پر الگ تھلگ (ایئر گیپڈ) کے لیے آؤٹ آف دی باکس سپورٹ ہے۔ عوامی نیٹ ورکس. NNCP موجودہ میل سرورز جیسے Postfix اور Exim کے ساتھ آسان انضمام (UUCP کے برابر) کی خصوصیات بھی رکھتا ہے۔
NNCP کے اطلاق کے ممکنہ شعبوں میں انٹرنیٹ سے مستقل کنکشن کے بغیر آلات پر میل بھیجنے/وصول کرنے کا اہتمام کرنا، غیر مستحکم نیٹ ورک کنکشن کی حالت میں فائلوں کی منتقلی، فزیکل میڈیا پر محفوظ طریقے سے بہت بڑی مقدار میں ڈیٹا کی منتقلی، الگ تھلگ ڈیٹا ٹرانسمیشن نیٹ ورکس کی تخلیق شامل ہیں۔ MitM حملے، نیٹ ورک سنسرشپ اور نگرانی کو نظرانداز کرتے ہوئے۔ چونکہ ڈکرپشن کلید صرف وصول کنندہ کے ہاتھ میں ہوتی ہے، قطع نظر اس کے کہ پیکٹ نیٹ ورک پر پہنچایا گیا ہو یا فزیکل میڈیا کے ذریعے، کوئی تیسرا فریق مواد کو نہیں پڑھ سکتا، چاہے پیکج کو روکا جائے۔ بدلے میں، ڈیجیٹل دستخط کا استعمال کرتے ہوئے تصدیق کسی دوسرے بھیجنے والے کی آڑ میں فرضی پیغام بنانے کی اجازت نہیں دیتی۔
پچھلی خبروں (ورژن 8.8.0) کے مقابلے NNCP 5.0.0 کی اختراعات میں سے:
- BLAKE2b ہیش کے بجائے، نام نہاد MTH: Merkle Tree-based Hashing، جو BLAKE3 ہیش استعمال کرتا ہے، فائلوں کی سالمیت کو جانچنے کے لیے استعمال کیا جاتا ہے۔ یہ آپ کو ڈاؤن لوڈ کرنے کے دوران ہی پیکٹ کے خفیہ کردہ حصے کی سالمیت کا حساب لگانے کی اجازت دیتا ہے، بغیر اسے مستقبل میں پڑھنے کی ضرورت ہے۔ یہ سالمیت کی جانچ کے لامحدود متوازی ہونے کی بھی اجازت دیتا ہے۔
- جب ڈیٹا کا سائز پہلے سے معلوم نہ ہو تو نیا انکرپٹڈ پیکٹ فارمیٹ مکمل طور پر سٹریمنگ کے لیے موافق ہے۔ منتقلی کی تکمیل کا اشارہ، ایک تصدیق شدہ سائز کے ساتھ، براہ راست خفیہ کردہ ندی کے اندر جاتا ہے۔ اس سے پہلے منتقل شدہ ڈیٹا کا سائز معلوم کرنے کے لیے اسے عارضی فائل میں محفوظ کرنا ضروری تھا۔ لہذا "nncp-exec" کمانڈ نے "-use-tmp" اختیار کھو دیا ہے کیونکہ یہ مکمل طور پر غیر ضروری ہے۔
- BLAKE2b KDF اور XOF فنکشنز کو BLAKE3 سے تبدیل کر دیا گیا ہے تاکہ استعمال شدہ کرپٹوگرافک پرائمیٹوز کی تعداد کو کم کیا جا سکے اور کوڈ کو آسان بنایا جا سکے۔
- "ff02::4e4e:4350" پتے پر ملٹی کاسٹنگ کے ذریعے مقامی نیٹ ورک پر دوسرے نوڈس کا پتہ لگانا اب ممکن ہے۔
- ملٹی کاسٹ گروپس نمودار ہوئے ہیں (فیڈو نیٹ ایکو کانفرنسز یا یوز نیٹ نیوز گروپس کے مشابہ)، ایک پیکٹ کو متعدد گروپ ممبران کو ڈیٹا بھیجنے کی اجازت دیتا ہے، جہاں ہر ایک پیکٹ کو باقی دستخط کنندگان تک پہنچاتا ہے۔ ملٹی کاسٹ پیکٹ کو پڑھنے کے لیے کلیدی جوڑے کا علم درکار ہوتا ہے (آپ کو واضح طور پر گروپ کا رکن ہونا چاہیے)، لیکن ریلے کسی بھی نوڈ کے ذریعے کیا جا سکتا ہے۔
- اب پیکٹ کی رسید کی واضح تصدیق کے لیے سپورٹ موجود ہے۔ بھیجنے والا پیکٹ بھیجنے کے بعد حذف نہیں کر سکتا، اس وقت تک انتظار کر رہا ہے جب تک کہ اسے وصول کنندہ سے خصوصی ACK پیکٹ موصول نہ ہو جائے۔
- Yggdrasil اوورلے نیٹ ورک کے لیے بلٹ ان سپورٹ: آن لائن ڈیمن مکمل طور پر آزاد نیٹ ورک کے شرکاء کے طور پر کام کر سکتے ہیں، تھرڈ پارٹی Yggdrasil نفاذ کا استعمال کیے بغیر اور ورچوئل نیٹ ورک انٹرفیس پر آئی پی اسٹیک کے ساتھ مکمل طور پر کام کیے بغیر۔
- سٹرکچرڈ سٹرنگز (RFC 3339) کے بجائے، لاگ recfile اندراجات کا استعمال کرتا ہے، جسے GNU Recutils افادیت کے ساتھ استعمال کیا جا سکتا ہے۔
- اختیاری طور پر، خفیہ کردہ پیکٹ ہیڈر کو "hdr/" ذیلی ڈائرکٹری میں الگ فائلوں میں ذخیرہ کیا جا سکتا ہے، بڑے بلاک سائز کے ساتھ فائل سسٹمز، جیسے ZFS پر پیکٹ لسٹ کی بازیافت کے عمل کو نمایاں طور پر تیز کرتا ہے۔ پہلے، پیکٹ ہیڈر کو بازیافت کرنے کے لیے بطور ڈیفالٹ ڈسک سے صرف 128KiB بلاک پڑھنا پڑتا تھا۔
- نئی فائلوں کی جانچ کرنا اختیاری طور پر kqueue کا استعمال کر سکتا ہے اور کرنل سب سسٹم کو inotify کر سکتا ہے، جس سے سسٹم کی کم کالیں ہو سکتی ہیں۔
- یوٹیلیٹیز کم کھلی فائلیں رکھتی ہیں اور انہیں کم کثرت سے بند اور دوبارہ کھولتی ہیں۔ پیکجوں کی ایک بڑی تعداد کے ساتھ، پہلے یہ ممکن تھا کہ کھلی فائلوں کی زیادہ سے زیادہ تعداد پر حد بندی کی جائے۔
- بہت سی ٹیموں نے پیکجوں کو ڈاؤن لوڈ/اپ لوڈ کرنا، کاپی اور پروسیسنگ (ٹاس) جیسے کاموں کی پیشرفت اور رفتار دکھانا شروع کر دی۔
- "nncp-file" کمانڈ نہ صرف ایک فائلیں بھیج سکتی ہے بلکہ ڈائریکٹریز بھی بھیج سکتی ہے، جس سے فلائی پر ان کے مواد کے ساتھ ایک پیکس آرکائیو بنایا جا سکتا ہے۔
- آن لائن یوٹیلیٹیز اختیاری طور پر ایک پیکج کے کامیابی کے ساتھ ڈاؤن لوڈ ہونے کے بعد، علیحدہ "nncp-toss" ڈیمون کو چلائے بغیر فوری طور پر پیکٹ ٹاسنگ کا مطالبہ کر سکتی ہیں۔
- کسی دوسرے شریک کو آن لائن کال اختیاری طور پر نہ صرف اس وقت ہو سکتی ہے جب ٹائمر ٹرگر ہو، بلکہ اس وقت بھی ہو سکتا ہے جب سپول ڈائرکٹری میں باہر جانے والا پیکٹ ظاہر ہو۔
- پہلے سے تعاون یافتہ FreeBSD اور GNU/Linux کے علاوہ NetBSD اور OpenBSD OS کے تحت آپریٹیبلٹی کو یقینی بناتا ہے۔
- "nncp-daemon" UCSPI-TCP انٹرفیس کے ساتھ پوری طرح مطابقت رکھتا ہے۔ ایک مخصوص فائل ڈسکرپٹر پر لاگ کرنے کی صلاحیت کے ساتھ مل کر (مثال کے طور پر "NNCPLOG=FD:4" ترتیب دے کر)، ڈیمونٹولز جیسی یوٹیلیٹیز کے تحت چلنا مکمل طور پر دوستانہ ہے۔
- پراجیکٹ اسمبلی کو مکمل طور پر ریڈو سسٹم میں منتقل کر دیا گیا ہے۔
ماخذ: opennet.ru