NNCP 8.8.0 चे प्रकाशन, फायली/कमांड्स स्टोअर-आणि-फॉरवर्ड मोडमध्ये हस्तांतरित करण्यासाठी उपयुक्तता

नोड-टू-नोड कॉपी (NNCP) ची रिलीझ, सुरक्षित फाइल हस्तांतरण, ईमेल आणि स्टोअर-आणि-फॉरवर्ड कमांडसाठी उपयुक्ततेचा एक संच. POSIX-अनुरूप ऑपरेटिंग सिस्टीमवर काम करण्यास समर्थन देते. युटिलिटिज गो भाषेत लिहिल्या जातात आणि GPLv3 परवान्याअंतर्गत वितरित केल्या जातात.

सुरक्षित फायर-अँड-फोरगेट फाइल ट्रान्सफर, फाइल विनंत्या, ईमेल आणि कमांड एक्झिक्यूशन रिक्वेस्टसाठी स्टॅटिक रूटिंगसह लहान पीअर-टू-पीअर फ्रेंड-टू-फ्रेंड नेटवर्क्स (डझनभर नोड्स) तयार करण्यात मदत करण्यासाठी युटिलिटीज डिझाइन केल्या आहेत. सर्व प्रसारित पॅकेट्स एनक्रिप्टेड (एंड-टू-एंड) आणि मित्रांच्या ज्ञात सार्वजनिक की विरुद्ध स्पष्टपणे प्रमाणीकृत आहेत. सर्व इंटरमीडिएट पॅकेट्सवर कांदा (टॉर प्रमाणे) एन्क्रिप्शन लागू केले जाते. प्रत्येक नोड क्लायंट आणि सर्व्हर दोन्ही म्हणून काम करू शकतो आणि पुश आणि पोल वर्तन दोन्ही वापरू शकतो.

NNCP आणि UUCP आणि FTN (FidoNet टेक्नॉलॉजी नेटवर्क) सोल्यूशन्समधील फरक, वर नमूद केलेल्या एन्क्रिप्शन आणि प्रमाणीकरणाव्यतिरिक्त, असुरक्षित स्थानिक आणि सार्वजनिक नेटवर्क्सपासून शारीरिकदृष्ट्या वेगळ्या (एअर-गॅप्ड) फ्लॉपीनेट नेटवर्क आणि संगणकांसाठी बॉक्सच्या बाहेर समर्थन आहे. . NNCP मध्ये पोस्टफिक्स आणि एक्झिम सारख्या वर्तमान मेल सर्व्हरसह सुलभ एकीकरण (UUCP च्या बरोबरीने) देखील वैशिष्ट्यीकृत आहे.

NNCP च्या अनुप्रयोगाच्या संभाव्य क्षेत्रांपैकी, इंटरनेटशी कायमस्वरूपी कनेक्शनशिवाय डिव्हाइसेसवर मेल पाठवणे / प्राप्त करणे, अस्थिर नेटवर्क कनेक्शनच्या परिस्थितीत फायली हस्तांतरित करणे, भौतिक मीडियावर खूप मोठ्या प्रमाणात डेटा सुरक्षितपणे हस्तांतरित करणे, पृथक डेटा तयार करणे. नेटवर्क सेन्सॉरशिप आणि पाळत ठेवून, MitM हल्ल्यांपासून संरक्षित नेटवर्क. डिक्रिप्शन की फक्त प्राप्तकर्त्याकडे असल्याने, पॅकेट नेटवर्कवर किंवा भौतिक माध्यमांद्वारे कसे वितरित केले जाते याची पर्वा न करता, तृतीय पक्ष पाठवण्यामध्ये व्यत्यय आणून देखील सामग्री वाचू शकत नाही. या बदल्यात, डिजिटल स्वाक्षरी प्रमाणीकरण आपल्याला दुसर्‍या प्रेषकाच्या वेषात काल्पनिक शिपमेंट तयार करण्याची परवानगी देत ​​​​नाही.

NNCP 8.8.0 च्या नवकल्पनांपैकी, मागील बातम्यांच्या तुलनेत (आवृत्ती 5.0.0):

• BLAKE2b हॅश ऐवजी, तथाकथित MTH: Merkle Tree-based Hashing चा वापर BLAKE3 हॅश वापरून फाइल्सची अखंडता तपासण्यासाठी केला जातो. हे तुम्हाला पॅकेजच्या कूटबद्ध केलेल्या भागाच्या अखंडतेची गणना करण्याची अनुमती देते डाउनलोड दरम्यान, नंतर वाचण्याची आवश्यकता न ठेवता. हे अखंडता तपासणीच्या अमर्यादित समांतरीकरणास देखील अनुमती देते.
• नवीन एन्क्रिप्टेड पॅकेट फॉरमॅट पूर्णपणे स्ट्रिमिंग फ्रेंडली आहे जेव्हा डेटाचा आकार आधीच माहित नसतो. प्रमाणीकृत आकारासह ट्रान्समिशन पूर्णता सिग्नलिंग, एनक्रिप्टेड प्रवाहाच्या आत जाते. पूर्वी, प्रसारित डेटाचा आकार शोधण्यासाठी, त्यांना तात्पुरत्या फाइलमध्ये जतन करणे आवश्यक होते. त्यामुळे "nncp-exec" कमांडने "-use-tmp" पर्याय गमावला आहे कारण तो पूर्णपणे अनावश्यक आहे.
• BLAKE2b KDF आणि XOF फंक्शन्स BLAKE3 ने बदलून वापरल्या जाणार्‍या क्रिप्टोग्राफिक प्रिमिटिव्सची संख्या कमी करण्यासाठी आणि कोड सुलभ करण्यासाठी बदलले आहेत.
• आता "ff02::4e4e:4350" पत्त्यावर मल्टीकास्टिंगद्वारे स्थानिक नेटवर्कमधील इतर नोड्स शोधणे शक्य आहे.
• मल्टीकास्ट गट दिसू लागले (फिडोनेट इको कॉन्फरन्स किंवा युजनेट वृत्तसमूहांशी साधर्म्य असलेले), एका पॅकेटला समूहातील अनेक सदस्यांना डेटा पाठविण्याची परवानगी दिली, जिथे प्रत्येक पॅकेट इतर स्वाक्षरीकर्त्यांना देखील पाठवते. मल्टीकास्ट पॅकेट वाचण्यासाठी की जोडीचे ज्ञान आवश्यक आहे (आपण स्पष्टपणे गटाचे सदस्य असणे आवश्यक आहे), परंतु रिले करणे कोणत्याही नोडद्वारे केले जाऊ शकते.
• पॅकेट पावतीच्या स्पष्ट पावतीसाठी समर्थन जोडले. प्रेषक पॅकेट पाठवल्यानंतर ते हटवू नये असे निवडू शकतो, प्राप्तकर्त्याकडून विशेष ACK पॅकेट प्राप्त होण्याची वाट पाहत आहे.
• Yggdrasil आच्छादन नेटवर्कसाठी अंगभूत समर्थन: ऑनलाइन डिमन पूर्ण विकसित स्वतंत्र नेटवर्क सहभागी म्हणून कार्य करू शकतात, तृतीय-पक्ष Yggdrasil अंमलबजावणी आणि व्हर्च्युअल नेटवर्क इंटरफेसवर IP स्टॅकसह पूर्ण कार्य न वापरता.
• स्ट्रक्चर्ड स्ट्रिंग्स (RFC 3339) ऐवजी, लॉग recfile एंट्री वापरतो ज्या GNU Recutils युटिलिटीसह वापरल्या जाऊ शकतात.
• वैकल्पिकरित्या, एनक्रिप्टेड पॅकेट शीर्षलेख "hdr/" उपडिरेक्टरीमध्ये वेगळ्या फाईल्समध्ये संग्रहित केले जाऊ शकतात, मोठ्या ब्लॉक फाइल सिस्टम जसे की ZFS वर पॅकेट सूची ऑपरेशनला वेगवान करते. पूर्वी, पॅकेट शीर्षलेख पुनर्प्राप्त करण्यासाठी, डिफॉल्टनुसार, डिस्कवरून वाचण्यासाठी फक्त 128KiB ब्लॉक आवश्यक होता.
• नवीन फाइल्स तपासणे वैकल्पिकरित्या kqueue चा वापर करू शकते आणि कर्नल उपप्रणाली inotify करू शकते, कमी सिस्टम कॉल करते.
• युटिलिटीज कमी खुल्या फायली ठेवतात, त्या बंद होण्याची आणि पुन्हा उघडण्याची शक्यता कमी असते. मोठ्या संख्येने पॅकेजेससह, उघडलेल्या फायलींच्या कमाल संख्येवर मर्यादा घालणे पूर्वी शक्य होते.
• पॅकेजेस डाउनलोड करणे/अपलोड करणे, कॉपी करणे आणि प्रक्रिया करणे (टॉस) यांसारख्या ऑपरेशन्सची प्रगती आणि गती अनेक कमांड्स दाखवू लागले.
• "nncp-file" कमांड फक्‍त एकल फायलीच पाठवू शकत नाही, तर डिरेक्‍टरीज देखील पाठवू शकते, फ्लायवर त्‍यांच्‍या सामुग्रीसह पॅक्‍स संग्रहण तयार करते.
• ऑनलाइन युटिलिटीज वैकल्पिकरित्या पॅकेजच्या यशस्वी डाउनलोडनंतर लगेचच पॅकेज प्रोसेसिंग (टॉसिंग) प्रक्रिया सुरू करू शकतात, वेगळा "nncp-टॉस" डिमन न चालवता.
• दुसर्‍या सहभागीला ऑनलाइन कॉल वैकल्पिकरित्या केवळ टायमर सुरू झाल्यावरच नाही तर स्पूल निर्देशिकेत आउटगोइंग पॅकेट दिसल्यावर देखील होऊ शकतो.
• पूर्वी समर्थित FreeBSD आणि GNU/Linux व्यतिरिक्त, NetBSD आणि OpenBSD ऑपरेटिंग सिस्टम अंतर्गत कार्यक्षमता प्रदान केली जाते.
• "nncp-deemon" UCSPI-TCP इंटरफेसशी पूर्णपणे सुसंगत आहे. निर्दिष्ट फाइल डिस्क्रिप्टरवर लॉग इन करण्याच्या क्षमतेसह (उदाहरणार्थ, "NNCPLOG=FD:4" सेट करणे), डेमॉन्टूल-सदृश युटिलिटीज अंतर्गत चालवणे पूर्णपणे अनुकूल आहे.
• प्रकल्पाची असेंब्ली पूर्णपणे रीडो सिस्टममध्ये हस्तांतरित केली जाते.

स्त्रोत: opennet.ru