NNCP 8.8.0 ਦੀ ਰਿਲੀਜ਼, ਸਟੋਰ-ਅਤੇ-ਅੱਗੇ ਮੋਡ ਵਿੱਚ ਫਾਈਲਾਂ/ਕਮਾਂਡਾਂ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਉਪਯੋਗਤਾਵਾਂ

ਨੋਡ-ਟੂ-ਨੋਡ ਕਾਪੀ (NNCP) ਦੀ ਰਿਲੀਜ਼, ਸਟੋਰ-ਅਤੇ-ਅੱਗੇ ਮੋਡ ਵਿੱਚ ਚਲਾਉਣ ਲਈ ਫਾਈਲਾਂ, ਈਮੇਲ, ਅਤੇ ਕਮਾਂਡਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੂਪ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਉਪਯੋਗਤਾਵਾਂ ਦਾ ਇੱਕ ਸਮੂਹ। POSIX-ਅਨੁਕੂਲ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮਾਂ 'ਤੇ ਕਾਰਵਾਈ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਉਪਯੋਗਤਾਵਾਂ Go ਵਿੱਚ ਲਿਖੀਆਂ ਗਈਆਂ ਹਨ ਅਤੇ GPLv3 ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ ਵੰਡੀਆਂ ਗਈਆਂ ਹਨ।

ਉਪਯੋਗਤਾਵਾਂ ਸੁਰੱਖਿਅਤ ਫਾਇਰ-ਐਂਡ-ਫਰਗੇਟ ਫਾਈਲ ਟ੍ਰਾਂਸਫਰ, ਫਾਈਲ ਬੇਨਤੀਆਂ, ਈਮੇਲ, ਅਤੇ ਕਮਾਂਡ ਬੇਨਤੀਆਂ ਲਈ ਸਥਿਰ ਰਾਊਟਿੰਗ ਦੇ ਨਾਲ ਛੋਟੇ ਪੀਅਰ-ਟੂ-ਪੀਅਰ ਫ੍ਰੈਂਡ-ਟੂ-ਫ੍ਰੈਂਡ ਨੈੱਟਵਰਕ (ਦਰਜ਼ਨਾਂ ਨੋਡ) ਬਣਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਨ 'ਤੇ ਕੇਂਦ੍ਰਿਤ ਹਨ। ਸਾਰੇ ਪ੍ਰਸਾਰਿਤ ਪੈਕੇਟ ਏਨਕ੍ਰਿਪਟਡ (ਐਂਡ-ਟੂ-ਐਂਡ) ਹੁੰਦੇ ਹਨ ਅਤੇ ਦੋਸਤਾਂ ਦੀਆਂ ਜਾਣੀਆਂ-ਪਛਾਣੀਆਂ ਜਨਤਕ ਕੁੰਜੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦੇ ਹਨ। ਪਿਆਜ਼ (ਜਿਵੇਂ ਕਿ ਟੋਰ ਵਿੱਚ) ਏਨਕ੍ਰਿਪਸ਼ਨ ਸਾਰੇ ਵਿਚਕਾਰਲੇ ਪੈਕੇਟਾਂ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਹਰੇਕ ਨੋਡ ਇੱਕ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਦੋਵਾਂ ਵਜੋਂ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਪੁਸ਼ ਅਤੇ ਪੋਲ ਵਿਵਹਾਰ ਮਾਡਲਾਂ ਦੋਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ।

NNCP ਅਤੇ UUCP ਅਤੇ FTN (FidoNet ਤਕਨਾਲੋਜੀ ਨੈੱਟਵਰਕ) ਹੱਲਾਂ ਵਿਚਕਾਰ ਅੰਤਰ, ਉਪਰੋਕਤ ਐਨਕ੍ਰਿਪਸ਼ਨ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਤੋਂ ਇਲਾਵਾ, ਅਸੁਰੱਖਿਅਤ ਸਥਾਨਕ ਅਤੇ ਅਸੁਰੱਖਿਅਤ ਲੋਕਲ ਤੋਂ ਫਿਜ਼ੀਕਲ ਤੌਰ 'ਤੇ ਅਲੱਗ ਕੀਤੇ (ਏਅਰ-ਗੈਪਡ) ਫਲੌਪਪਿਨੇਟ ਨੈੱਟਵਰਕਾਂ ਅਤੇ ਕੰਪਿਊਟਰਾਂ ਲਈ ਆਊਟ-ਆਫ-ਦ-ਬਾਕਸ ਸਮਰਥਨ ਹੈ। ਜਨਤਕ ਨੈੱਟਵਰਕ. NNCP ਮੌਜੂਦਾ ਮੇਲ ਸਰਵਰਾਂ ਜਿਵੇਂ ਕਿ ਪੋਸਟਫਿਕਸ ਅਤੇ ਐਗਜ਼ਿਮ ਦੇ ਨਾਲ ਆਸਾਨ ਏਕੀਕਰਣ (UUCP ਦੇ ਬਰਾਬਰ) ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਵੀ ਰੱਖਦਾ ਹੈ।

NNCP ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਸੰਭਾਵਿਤ ਖੇਤਰਾਂ ਵਿੱਚ ਇੰਟਰਨੈਟ ਨਾਲ ਸਥਾਈ ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਮੇਲ ਭੇਜਣਾ/ਪ੍ਰਾਪਤ ਕਰਨਾ, ਅਸਥਿਰ ਨੈਟਵਰਕ ਕਨੈਕਸ਼ਨ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਫਾਈਲਾਂ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ, ਭੌਤਿਕ ਮੀਡੀਆ 'ਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਮਾਤਰਾ ਵਿੱਚ ਡਾਟਾ ਸੁਰੱਖਿਅਤ ਰੂਪ ਨਾਲ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ, ਅਲੱਗ-ਥਲੱਗ ਡੇਟਾ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਨੈਟਵਰਕ ਬਣਾਉਣਾ ਸ਼ਾਮਲ ਹੈ। MitM ਹਮਲੇ, ਨੈੱਟਵਰਕ ਸੈਂਸਰਸ਼ਿਪ ਅਤੇ ਨਿਗਰਾਨੀ ਨੂੰ ਬਾਈਪਾਸ ਕਰਦੇ ਹੋਏ। ਕਿਉਂਕਿ ਡੀਕ੍ਰਿਪਸ਼ਨ ਕੁੰਜੀ ਸਿਰਫ਼ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਹੱਥਾਂ ਵਿੱਚ ਹੁੰਦੀ ਹੈ, ਚਾਹੇ ਪੈਕੇਟ ਨੈੱਟਵਰਕ ਉੱਤੇ ਜਾਂ ਭੌਤਿਕ ਮੀਡੀਆ ਰਾਹੀਂ ਡਿਲੀਵਰ ਕੀਤਾ ਗਿਆ ਹੋਵੇ, ਕੋਈ ਤੀਜੀ ਧਿਰ ਸਮੱਗਰੀ ਨੂੰ ਨਹੀਂ ਪੜ੍ਹ ਸਕਦੀ, ਭਾਵੇਂ ਪੈਕੇਜ ਨੂੰ ਰੋਕਿਆ ਗਿਆ ਹੋਵੇ। ਬਦਲੇ ਵਿੱਚ, ਡਿਜੀਟਲ ਦਸਤਖਤ ਪ੍ਰਮਾਣਿਕਤਾ ਕਿਸੇ ਹੋਰ ਭੇਜਣ ਵਾਲੇ ਦੀ ਆੜ ਵਿੱਚ ਇੱਕ ਫਰਜ਼ੀ ਸੁਨੇਹਾ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ।

ਪਿਛਲੀਆਂ ਖਬਰਾਂ (ਵਰਜਨ 8.8.0) ਦੇ ਮੁਕਾਬਲੇ NNCP 5.0.0 ਦੀਆਂ ਕਾਢਾਂ ਵਿੱਚੋਂ:

• BLAKE2b ਹੈਸ਼ ਦੀ ਬਜਾਏ, ਅਖੌਤੀ MTH: ਮਰਕਲ ਟ੍ਰੀ-ਅਧਾਰਿਤ ਹੈਸ਼ਿੰਗ, ਜੋ ਕਿ 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 ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕਰਨਲ ਸਬ-ਸਿਸਟਮ ਨੂੰ ਸੂਚਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਘੱਟ ਸਿਸਟਮ ਕਾਲਾਂ ਕਰ ਸਕਦਾ ਹੈ।
• ਉਪਯੋਗਤਾਵਾਂ ਘੱਟ ਖੁੱਲ੍ਹੀਆਂ ਫਾਈਲਾਂ ਰੱਖਦੀਆਂ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਘੱਟ ਅਕਸਰ ਬੰਦ ਅਤੇ ਮੁੜ ਖੋਲ੍ਹਦੀਆਂ ਹਨ। ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਪੈਕੇਜਾਂ ਦੇ ਨਾਲ, ਪਹਿਲਾਂ ਖੁੱਲ੍ਹੀਆਂ ਫਾਈਲਾਂ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਸੰਖਿਆ ਵਿੱਚ ਇੱਕ ਸੀਮਾ ਵਿੱਚ ਚੱਲਣਾ ਸੰਭਵ ਸੀ।
• ਬਹੁਤ ਸਾਰੀਆਂ ਟੀਮਾਂ ਨੇ ਪੈਕੇਜਾਂ ਨੂੰ ਡਾਊਨਲੋਡ/ਅੱਪਲੋਡ ਕਰਨਾ, ਕਾਪੀ ਕਰਨਾ ਅਤੇ ਪ੍ਰੋਸੈਸ ਕਰਨਾ (ਟੌਸ) ਵਰਗੇ ਕਾਰਜਾਂ ਦੀ ਪ੍ਰਗਤੀ ਅਤੇ ਗਤੀ ਦਿਖਾਉਣੀ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤੀ ਹੈ।
• "nncp-file" ਕਮਾਂਡ ਨਾ ਸਿਰਫ਼ ਸਿੰਗਲ ਫਾਈਲਾਂ, ਸਗੋਂ ਡਾਇਰੈਕਟਰੀਆਂ ਵੀ ਭੇਜ ਸਕਦੀ ਹੈ, ਫਲਾਈ 'ਤੇ ਉਹਨਾਂ ਦੀ ਸਮੱਗਰੀ ਦੇ ਨਾਲ ਇੱਕ ਪੈਕਸ ਆਰਕਾਈਵ ਬਣਾ ਸਕਦੀ ਹੈ।
• ਔਨਲਾਈਨ ਉਪਯੋਗਤਾਵਾਂ ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ ਇੱਕ ਵੱਖਰੇ "nncp-toss" ਡੈਮਨ ਨੂੰ ਚਲਾਏ ਬਿਨਾਂ, ਇੱਕ ਪੈਕੇਜ ਦੇ ਸਫਲਤਾਪੂਰਵਕ ਡਾਉਨਲੋਡ ਹੋਣ ਤੋਂ ਬਾਅਦ ਤੁਰੰਤ ਪੈਕੇਟ ਟੌਸਿੰਗ ਦੀ ਮੰਗ ਕਰ ਸਕਦੀਆਂ ਹਨ।
• ਕਿਸੇ ਹੋਰ ਭਾਗੀਦਾਰ ਨੂੰ ਔਨਲਾਈਨ ਕਾਲ ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ ਉਦੋਂ ਹੀ ਨਹੀਂ ਹੋ ਸਕਦੀ ਹੈ ਜਦੋਂ ਟਾਈਮਰ ਚਾਲੂ ਹੁੰਦਾ ਹੈ, ਸਗੋਂ ਜਦੋਂ ਸਪੂਲ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਇੱਕ ਆਊਟਗੋਇੰਗ ਪੈਕੇਟ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ।
• ਪਹਿਲਾਂ ਸਮਰਥਿਤ FreeBSD ਅਤੇ GNU/Linux ਤੋਂ ਇਲਾਵਾ, NetBSD ਅਤੇ OpenBSD OS ਦੇ ਅਧੀਨ ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ।
• "nncp-daemon" UCSPI-TCP ਇੰਟਰਫੇਸ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਨੁਕੂਲ ਹੈ। ਇੱਕ ਨਿਸ਼ਚਿਤ ਫਾਈਲ ਡਿਸਕ੍ਰਿਪਟਰ (ਉਦਾਹਰਨ ਲਈ "NNCPLOG=FD:4" ਸੈੱਟ ਕਰਕੇ) ਵਿੱਚ ਲੌਗ ਕਰਨ ਦੀ ਯੋਗਤਾ ਦੇ ਨਾਲ ਜੋੜਿਆ ਗਿਆ ਹੈ, ਇਹ ਡੈਮੋਂਟੂਲ ਵਰਗੀਆਂ ਸਹੂਲਤਾਂ ਦੇ ਅਧੀਨ ਚਲਾਉਣ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਨੁਕੂਲ ਹੈ।
• ਪ੍ਰੋਜੈਕਟ ਅਸੈਂਬਲੀ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਰੀਡੋ ਸਿਸਟਮ ਵਿੱਚ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ।

ਸਰੋਤ: opennet.ru