NNCP 8.8.0 को रिलीज, भण्डार-र-फर्वार्ड मोडमा फाइलहरू/कमाण्डहरू स्थानान्तरण गर्नका लागि उपयोगिताहरू

Node-to-Node CoPy (NNCP) को रिलीज, भण्डार-र-फर्वार्ड मोडमा कार्यान्वयनको लागि फाइलहरू, इमेल, र आदेशहरू सुरक्षित रूपमा स्थानान्तरण गर्नका लागि उपयोगिताहरूको सेट। POSIX-संगत अपरेटिङ सिस्टमहरूमा सञ्चालनलाई समर्थन गर्दछ। उपयोगिताहरू Go मा लेखिएका छन् र GPLv3 इजाजतपत्र अन्तर्गत वितरित छन्।

यी उपयोगिताहरू सुरक्षित फायर-एन्ड-फोरगेट फाइल स्थानान्तरण, फाइल अनुरोधहरू, इमेल, र आदेश कार्यान्वयन अनुरोधहरूको लागि स्थिर मार्ग सहित साना पियर-टु-पियर फ्रेन्ड-टु-फ्यान्ड नेटवर्कहरू (दर्जनौं नोडहरू) निर्माण गर्न मद्दत गर्न डिजाइन गरिएको हो। सबै प्रसारित प्याकेटहरू अन्त-देखि-अन्त इन्क्रिप्ट गरिएका छन् र पियरहरूको ज्ञात सार्वजनिक कुञ्जीहरू प्रयोग गरेर स्पष्ट रूपमा प्रमाणित गरिएका छन्। प्याज इन्क्रिप्शन (जस्तै टोर) सबै मध्यवर्ती प्याकेटहरूमा लागू गरिन्छ। प्रत्येक नोडले क्लाइन्ट वा होस्टको रूपमा काम गर्न सक्छ। सर्भर र पुश र पोल व्यवहार मोडेल दुवै प्रयोग गर्नुहोस्।

NNCP ले UUCP र FTN (FidoNet टेक्नोलोजी नेटवर्क) समाधानहरू भन्दा फरक छ, माथि उल्लिखित इन्क्रिप्शन र प्रमाणीकरणको अतिरिक्त, असुरक्षित स्थानीय र सार्वजनिक नेटवर्कहरूबाट भौतिक रूपमा अलग (एयर-ग्याप्ड) फ्लपी-नेटवर्कहरू र कम्प्युटरहरूको लागि आउट-अफ-द-बक्स समर्थन प्रदान गरेर। NNCP ले हालको इमेल सेवाहरूसँग सजिलो एकीकरण (जस्तै UUCP) पनि सुविधा दिन्छ। सर्भरहरू, जस्तै पोस्टफिक्स र एक्जिम।

एनएनसीपीका लागि आवेदनका सम्भावित क्षेत्रहरूमा इन्टरनेटमा स्थायी जडान बिना उपकरणहरूमा मेल पठाउने/प्राप्त गर्ने, अस्थिर नेटवर्क जडानको अवस्थामा फाइलहरू स्थानान्तरण गर्ने, भौतिक मिडियामा सुरक्षित रूपमा धेरै मात्रामा डाटा स्थानान्तरण गर्ने, पृथक डाटा ट्रान्समिशन नेटवर्कहरू सिर्जना गर्ने समावेश छन्। MitM आक्रमणहरू, नेटवर्क सेन्सरशिप र निगरानीलाई बाइपास गर्दै। डिक्रिप्शन कुञ्जी प्रापकको हातमा मात्र भएको हुनाले, प्याकेट नेटवर्कमा वा भौतिक मिडिया मार्फत डेलिभर गरिएको भए तापनि, प्याकेज रोकिएको भए तापनि तेस्रो पक्षले सामग्री पढ्न सक्दैन। बदलामा, डिजिटल हस्ताक्षर प्रमाणीकरणले अर्को प्रेषकको आडमा काल्पनिक सन्देश सिर्जना गर्न अनुमति दिँदैन।

अघिल्लो समाचार (संस्करण ५.०.०) को तुलनामा NNCP 8.8.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 प्रयोग गर्न सक्छ र कर्नेल उपप्रणालीहरूलाई सूचित गर्न सक्छ, कम प्रणाली कलहरू बनाउँदै।
• उपयोगिताहरूले कम खुला फाइलहरू राख्छन् र तिनीहरूलाई कम बारम्बार बन्द र पुन: खोल्नुहोस्। प्याकेजहरूको ठूलो संख्याको साथ, पहिले यो खुला फाइलहरूको अधिकतम संख्यामा सीमिततामा चलाउन सम्भव थियो।
• धेरै टोलीहरूले डाउनलोड/अपलोडिङ, प्रतिलिपि र प्रशोधन (टस) प्याकेजहरू जस्ता कार्यहरूको प्रगति र गति देखाउन थाले।
• "nncp-file" कमाण्डले एकल फाइल मात्र पठाउन सक्दैन, तर डाइरेक्टरीहरू पनि पठाउन सक्छ, फ्लाईमा तिनीहरूको सामग्रीसहित प्याक्स अभिलेख सिर्जना गर्दछ।
• अनलाईन उपयोगिताहरूले वैकल्पिक रूपमा प्याकेज सफलतापूर्वक डाउनलोड गरिसकेपछि, छुट्टै nncp-toss डेमन नचलाएर तुरुन्तै टसिङ कल गर्न सक्छन्।
• अर्को सहभागीलाई अनलाइन कल वैकल्पिक रूपमा एक टाइमर ट्रिगर हुँदा मात्र होइन, तर स्पूल डाइरेक्टरीमा बाहिर जाने प्याकेट देखा पर्दा पनि हुन सक्छ।
• पहिले समर्थित FreeBSD र GNU/Linux को अतिरिक्त, NetBSD र OpenBSD OS अन्तर्गत सञ्चालन योग्यता सुनिश्चित गर्दछ।
• "nncp-deemon" UCSPI-TCP इन्टरफेससँग पूर्ण रूपमा उपयुक्त छ। निर्दिष्ट फाइल डिस्क्रिप्टरमा लग गर्ने क्षमतासँग जोडिएको (उदाहरणका लागि "NNCPLOG=FD:4" सेट गरेर), यो डेमोन्टूल-जस्तो उपयोगिताहरू अन्तर्गत चलाउन पूर्ण रूपमा अनुकूल छ।
• आयोजनाको एसेम्बली पूर्णतया रिडो प्रणालीमा हस्तान्तरण गरिएको छ।

स्रोत: opennet.ru