NNCP 8.8.0 এর রিলিজ, স্টোর-এন্ড-ফরোয়ার্ড মোডে ফাইল/কমান্ড স্থানান্তরের জন্য ইউটিলিটি

নোড-টু-নোড কপি (এনএনসিপি) এর রিলিজ, স্টোর-এন্ড-ফরোয়ার্ড মোডে কার্যকর করার জন্য ফাইল, ইমেল এবং কমান্ডগুলি নিরাপদে স্থানান্তর করার জন্য ইউটিলিটিগুলির একটি সেট। POSIX- সামঞ্জস্যপূর্ণ অপারেটিং সিস্টেমে অপারেশন সমর্থন করে। ইউটিলিটিগুলি Go-তে লেখা এবং GPLv3 লাইসেন্সের অধীনে বিতরণ করা হয়েছে।

ইউটিলিটিগুলি নিরাপদ ফায়ার-এন্ড-ফোরগেট ফাইল স্থানান্তর, ফাইলের অনুরোধ, ইমেল এবং কমান্ড অনুরোধের জন্য স্ট্যাটিক রাউটিং সহ ছোট পিয়ার-টু-পিয়ার ফ্রেন্ড-টু-ফ্রেন্ড নেটওয়ার্ক (ডজন নোড) তৈরি করতে সহায়তা করার উপর দৃষ্টি নিবদ্ধ করে। সমস্ত প্রেরিত প্যাকেট এনক্রিপ্ট করা হয় (এন্ড-টু-এন্ড) এবং বন্ধুদের পরিচিত পাবলিক কী ব্যবহার করে স্পষ্টভাবে প্রমাণীকৃত হয়। পেঁয়াজ (টর হিসাবে) এনক্রিপশন সমস্ত মধ্যবর্তী প্যাকেটের জন্য ব্যবহৃত হয়। প্রতিটি নোড একটি ক্লায়েন্ট এবং একটি সার্ভার উভয় হিসাবে কাজ করতে পারে এবং উভয় পুশ এবং পোল আচরণ মডেল ব্যবহার করতে পারে।

NNCP এবং UUCP এবং FTN (FidoNet প্রযুক্তি নেটওয়ার্ক) সমাধানগুলির মধ্যে পার্থক্য, উপরে উল্লিখিত এনক্রিপশন এবং প্রমাণীকরণ ছাড়াও, ফ্লপপিনেট নেটওয়ার্ক এবং কম্পিউটারগুলিকে অনিরাপদ স্থানীয় থেকে শারীরিকভাবে বিচ্ছিন্ন (এয়ার-গ্যাপড) জন্য আউট-অফ-দ্য-বক্স সমর্থন। পাবলিক নেটওয়ার্ক। এনএনসিপি বর্তমান মেল সার্ভার যেমন পোস্টফিক্স এবং এক্সিমের সাথে সহজ ইন্টিগ্রেশন (UUCP-এর সমতুল্য) বৈশিষ্ট্যযুক্ত।

NNCP-এর জন্য আবেদনের সম্ভাব্য ক্ষেত্রগুলির মধ্যে রয়েছে ইন্টারনেটের সাথে স্থায়ী সংযোগ ছাড়াই ডিভাইসে মেল পাঠানো/গ্রহণ করা, একটি অস্থির নেটওয়ার্ক সংযোগের পরিস্থিতিতে ফাইল স্থানান্তর করা, ভৌত মিডিয়াতে নিরাপদে খুব বেশি পরিমাণে ডেটা স্থানান্তর করা, বিচ্ছিন্ন ডেটা ট্রান্সমিশন নেটওয়ার্ক তৈরি করা MitM আক্রমণ, নেটওয়ার্ক সেন্সরশিপ এবং নজরদারি বাইপাস করে। যেহেতু ডিক্রিপশন কী কেবলমাত্র প্রাপকের হাতে থাকে, প্যাকেটটি নেটওয়ার্কের মাধ্যমে বা ফিজিক্যাল মিডিয়ার মাধ্যমে সরবরাহ করা হোক না কেন, প্যাকেজটি বাধা দিলেও তৃতীয় পক্ষ বিষয়বস্তু পড়তে পারে না। পরিবর্তে, ডিজিটাল স্বাক্ষর প্রমাণীকরণ অন্য প্রেরকের ছদ্মবেশে একটি কাল্পনিক বার্তা তৈরি করার অনুমতি দেয় না।

NNCP 8.8.0 এর উদ্ভাবনগুলির মধ্যে, পূর্ববর্তী খবরের (সংস্করণ 5.0.0) তুলনায়:

• BLAKE2b হ্যাশের পরিবর্তে, তথাকথিত MTH: Merkle Tree-ভিত্তিক হ্যাশিং, যা 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-toss" ডেমন না চালিয়ে প্যাকেট টসিং চালু করতে পারে।
• অন্য অংশগ্রহণকারীকে একটি অনলাইন কল ঐচ্ছিকভাবে শুধুমাত্র যখন একটি টাইমার ট্রিগার করা হয় তখনই নয়, যখন একটি বহির্গামী প্যাকেট স্পুল ডিরেক্টরিতে উপস্থিত হয় তখনও হতে পারে।
• পূর্বে সমর্থিত FreeBSD এবং GNU/Linux ছাড়াও NetBSD এবং OpenBSD OS-এর অধীনে অপারেবিলিটি নিশ্চিত করে।
• "nncp-ডেমন" UCSPI-TCP ইন্টারফেসের সাথে সম্পূর্ণ সামঞ্জস্যপূর্ণ। একটি নির্দিষ্ট ফাইল বর্ণনাকারীতে লগ করার ক্ষমতার সাথে মিলিত (উদাহরণস্বরূপ "NNCPLOG=FD:4" সেট করে), এটি daemontools-এর মতো ইউটিলিটিগুলির অধীনে চালানো সম্পূর্ণ বন্ধুত্বপূর্ণ।
• প্রকল্পের সমাবেশ সম্পূর্ণরূপে রিডো সিস্টেমে স্থানান্তরিত হয়েছে।

উত্স: opennet.ru