Node-to-Node CoPy (NNCP) جو رليز، محفوظ فائل جي منتقلي، اي ميل ۽ اسٽور ۽ فارورڊ ڪمانڊز لاءِ يوٽيلٽيز جو هڪ سيٽ. POSIX-compliant آپريٽنگ سسٽم تي ڪم کي سپورٽ ڪري ٿو. يوٽيلٽيز گو ٻولي ۾ لکيل آهن ۽ GPLv3 لائسنس تحت ورهايل آهن.
يوٽيلٽيز ٺهيل آهن ننڍا پير-ٽو-پيئر دوست دوست نيٽ ورڪ ٺاهڻ ۾ مدد لاءِ (درجن نوڊس) مستحڪم روٽنگ سان محفوظ فائر-۽-فرارٽ فائل ٽرانسفر، فائل درخواستون، اي ميل، ۽ ڪمانڊ ايگزيڪيوشن درخواستون. سڀئي منتقل ٿيل پيڪٽس انڪريپٽ ٿيل آهن (آخر کان آخر تائين) ۽ واضح طور تي دوستن جي سڃاتل عوامي ڪنجين جي خلاف تصديق ٿيل آهن. پياز (جيئن Tor ۾) انڪريپشن سڀني وچولي پيڪيٽ تي لاڳو ٿئي ٿي. هر نوڊ هڪ ڪلائنٽ ۽ سرور ٻنهي جي طور تي ڪم ڪري سگهي ٿو ۽ ٻنهي کي استعمال ڪري سگهي ٿو پش ۽ پول رويي.
NNCP ۽ UUCP ۽ FTN (FidoNet ٽيڪنالاجي نيٽورڪ) حلن جي وچ ۾ فرق، مٿي بيان ڪيل انڪريپشن ۽ تصديق کان علاوه، فلاپي نيٽ نيٽ ورڪن ۽ ڪمپيوٽرن لاءِ باڪس کان ٻاهر جي مدد آهي جيڪي جسماني طور تي غير محفوظ مقامي ۽ عوامي نيٽ ورڪن کان الڳ ٿيل (ايئر گپڊ) آهن. . NNCP موجوده ميل سرورز جهڙوڪ پوسٽ فڪس ۽ ايگزم سان آسان انضمام (يو يو سي پي سان برابر) جي خاصيت پڻ رکي ٿو.
NNCP جي ايپليڪيشن جي ممڪن علائقن مان، انٽرنيٽ جي مستقل ڪنيڪشن کان سواء ڊوائيسز تي ميل موڪلڻ / وصول ڪرڻ جي تنظيم، غير مستحڪم نيٽ ورڪ ڪنيڪشن جي حالتن ۾ فائلن کي منتقلي، محفوظ طور تي جسماني ميڊيا تي ڊيٽا جي تمام وڏي مقدار کي منتقل ڪرڻ، الڳ ٿيل ڊيٽا ٺاهڻ. منتقلي نيٽ ورڪ MitM حملن کان محفوظ آهن، نيٽ ورڪ سينسرشپ ۽ نگراني کي نظرانداز ڪندي. جيئن ته ڊيڪرپشن ڪيچ صرف وصول ڪندڙ وٽ آهي، ان کان سواءِ ته ڪيئن پيڪٽ نيٽ ورڪ تي يا فزيڪل ميڊيا ذريعي پهچايو وڃي ٿو، ٽيون پارٽي مواد نه پڙهي سگهي ٿي، ايستائين جو موڪل کي روڪيندي به. موڙ ۾، ڊجيٽل دستخط جي تصديق توهان کي ڪنهن ٻئي موڪليندڙ جي آڙ ۾ جعلي شپمينٽ ٺاهڻ جي اجازت ناهي.
NNCP 8.8.0 جي جدت جي وچ ۾، اڳئين خبرن جي مقابلي ۾ (نسخ 5.0.0):
- BLAKE2b هيش جي بدران، نام نهاد MTH: Merkle Tree-based Hashing استعمال ڪيو ويندو آهي فائلن جي سالميت کي جانچڻ لاءِ، BLAKE3 هيش استعمال ڪندي. اهو توهان کي اجازت ڏئي ٿو ته پيڪيج جي انڪريپٽ ٿيل حصي جي سالميت کي ڳڻڻ جي صحيح ڊائون لوڊ دوران، بغير ان کي پڙهڻ جي ضرورت کان سواء. اهو پڻ اجازت ڏئي ٿو لامحدود برابري جي چڪاس جي.
- نئين انڪريپٽ ٿيل پيڪٽ فارميٽ مڪمل طور تي دوستانه اسٽريمنگ آهي جڏهن ڊيٽا جي سائيز اڳ ۾ معلوم نه آهي. ٽرانسميشن مڪمل ٿيڻ جي سگنلنگ، هڪ تصديق ٿيل سائيز سان، انڪري ٿيل وهڪرو جي اندر اندر وڃي ٿو. اڳي، منتقل ٿيل ڊيٽا جي سائيز کي ڳولڻ لاء، ان کي هڪ عارضي فائل ۾ محفوظ ڪرڻ ضروري هو. تنهن ڪري "nncp-exec" حڪم "-use-tmp" اختيار وڃائي ڇڏيو آهي ڇاڪاڻ ته اهو مڪمل طور تي غير ضروري آهي.
- BLAKE2b KDF ۽ XOF افعال کي BLAKE3 سان تبديل ڪيو ويو آھي استعمال ٿيل cryptographic primitives جو تعداد گھٽائڻ ۽ ڪوڊ کي آسان ڪرڻ.
- ھاڻي اھو ممڪن آھي ته مقامي نيٽ ورڪ ۾ ٻين نوڊس کي ملائي ڪاسٽنگ ذريعي پتو پئجي سگھي ”ff02::4e4e:4350“.
- ملٽي ڪاسٽ گروپ ظاهر ٿيا (فيڊو نيٽ ايڪو ڪانفرنسن يا يوزنٽ نيوز گروپس جي برابر)، هڪ پيڪٽ کي اجازت ڏئي ٿو ته ڊيٽا موڪلي سگهي گروپ جي ڪيترن ئي ميمبرن کي، جتي هر هڪ پيڪٽ کي ٻين دستخط ڪندڙن ڏانهن پڻ پهچائي ٿو. هڪ ملٽي ڪاسٽ پيڪٽ پڙهڻ لاءِ اهم جوڙي جي ڄاڻ جي ضرورت آهي (توهان کي واضح طور تي گروپ جو ميمبر هجڻ گهرجي)، پر رليز ڪنهن به نوڊ ذريعي ڪري سگهجي ٿي.
- شامل ڪيل سپورٽ پيڪٽ جي رسيد جي واضح اعتراف لاءِ. موڪليندڙ اهو چونڊي سگھي ٿو ته پيڪٽ کي موڪلڻ کان پوءِ حذف نه ڪيو وڃي، وصول ڪندڙ کان هڪ خاص ACK پيڪٽ حاصل ڪرڻ جي انتظار ۾.
- Yggdrasil اوورلي نيٽ ورڪ لاءِ بلٽ-ان سپورٽ: آن لائن ڊيمون مڪمل آزاد نيٽ ورڪ شرڪت ڪندڙن جي طور تي ڪم ڪري سگھن ٿيون، بغير ٽئين پارٽي جي Yggdrasil عملن کي استعمال ڪرڻ ۽ ورچوئل نيٽ ورڪ انٽرفيس تي IP اسٽيڪ سان مڪمل ڪم.
- ترتيب ڏنل تارن جي بدران (RFC 3339)، لاگ استعمال ڪري ٿو recfile entries جيڪي GNU Recutils افاديت سان استعمال ڪري سگھجن ٿيون.
- اختياري طور تي، انڪريپٽ ٿيل پيڪٽ هيڊرز کي "hdr/" ذيلي ڊاريڪٽري ۾ الڳ فائلن ۾ ذخيرو ڪري سگھجي ٿو، وڏي بلاڪ فائل سسٽم تي پيڪٽ لسٽنگ جي عملن کي تيز ڪري ٿو جهڙوڪ ZFS. اڳي، هڪ پيڪٽ هيڊر حاصل ڪرڻ جي ضرورت آهي، ڊفالٽ طور، صرف هڪ 128KiB بلاڪ ڊسڪ مان پڙهڻ لاء.
- نون فائلن لاءِ چيڪ ڪرڻ اختياري طور تي استعمال ڪري سگھي ٿو kqueue ۽ inotify kernel subsystems، ڪري سگھي ٿو گھٽ سسٽم ڪالون.
- يوٽيلٽيون گهٽ کليل فائلون رکن ٿيون، اهي بند ٿيڻ ۽ ٻيهر کولڻ جا امڪان گهٽ آهن. پيڪيجز جي وڏي تعداد سان، اڳي ئي ممڪن هو ته وڌ ۾ وڌ کليل فائلن جي حد تائين.
- ڪيترن ئي حڪمن جي عملن جي ترقي ۽ رفتار کي ڏيکارڻ شروع ڪيو، جهڙوڪ ڊائون لوڊ / اپ لوڊ ڪرڻ، ڪاپي ۽ پروسيسنگ (ٽاس) پيڪيجز.
- "nncp-file" حڪم موڪلي سگھي ٿو نه رڳو ھڪڙي فائلون، پر ڊائريڪٽريون پڻ، ھڪڙي پيڪس آرڪائيو ٺاھيو انھن جي مواد سان گڏ پرواز تي.
- آن لائين يوٽيلٽيز اختياري طور تي پيڪيج جي ڪامياب ڊائون لوڊ ٿيڻ کان پوءِ فوري طور تي پيڪيج پروسيسنگ (ٽاسنگ) جي عمل کي شروع ڪري سگھن ٿيون، سواءِ الڳ ”nncp-toss“ ڊيمن کي هلائڻ جي.
- هڪ ٻئي شرڪت ڪندڙ کي هڪ آن لائن ڪال اختياري طور تي ٿي سگهي ٿو نه رڳو جڏهن ٽائمر فائر ٿئي ٿو، پر اهو پڻ جڏهن ٻاهر نڪرندڙ پيڪٽ اسپول ڊاريڪٽري ۾ ظاهر ٿئي ٿو.
- NetBSD ۽ OpenBSD آپريٽنگ سسٽم تحت ڪم ڪرڻ جي صلاحيت مهيا ڪئي وئي آهي، ان کان علاوه اڳ ۾ سپورٽ ٿيل FreeBSD ۽ GNU/Linux.
- "nncp-daemon" مڪمل طور تي UCSPI-TCP انٽرفيس سان مطابقت رکي ٿو. هڪ مخصوص فائل ڊسڪرپٽر تي لاگ ان ڪرڻ جي صلاحيت سان گڏ (مثال طور، سيٽنگ "NNCPLOG=FD:4")، اهو مڪمل طور تي دوستانه آهي ڊيمونٽول-جهڙي افاديت هيٺ هلائڻ لاءِ.
- منصوبي جي اسيمبلي مڪمل طور تي ريڊيو سسٽم ڏانهن منتقل ڪيو ويو آهي.
جو ذريعو: opennet.ru