ਪੈਕੇਜ ਮੈਨੇਜਰ ਦੀ ਮਦਦ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ Cntlm ਡਾਊਨਲੋਡ ਕਰਨਾ

ਜੇ ਪੈਕੇਜ ਮੈਨੇਜਰ ਦਫ਼ਤਰ ਦੇ ਪ੍ਰੌਕਸੀ 'ਤੇ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਤਾਂ ਇਸਨੂੰ Cntlm ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਕਹਿਣਾ ਨਿਰਭਰਤਾ ਦਾ ਚੱਕਰ ਬਣਾਉਂਦਾ ਹੈ: ਸਹਾਇਕ ਉਸ ਰਸਤੇ ਲਈ ਲੋੜੀਂਦਾ ਹੈ ਜੋ ਸਹਾਇਕ ਲਿਆਉਣਾ ਸੀ।

ਪਹਿਲਾਂ ਤੋਂ ਕੰਮ ਕਰ ਰਿਹਾ curl ਕਲਾਇੰਟ ਪਹਿਲੀ ਡਾਊਨਲੋਡ ਦੇ ਸਕਦਾ ਹੈ। NTLM ਪ੍ਰੌਕਸੀ ਲਈ curl ਦਾ --proxy-ntlm ਵਿਕਲਪ ਪ੍ਰੌਕਸੀ ਨਾਲ ਪ੍ਰਮਾਣਿਕਤਾ ਚੁਣਦਾ ਹੈ; --ntlm ਇਸ ਦੀ ਥਾਂ ਦੂਰ ਦੇ ਟਿਕਾਣੇ ਨਾਲ ਪ੍ਰਮਾਣਿਕਤਾ ਚੁਣਦਾ ਹੈ। ਪ੍ਰੌਕਸੀ ਖਾਤਾ curl ਦੀ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਕੌਂਫਿਗਰੇਸ਼ਨ ਰਾਹੀਂ ਦਿਓ।

ਸਥਾਪਿਤ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਰਿਲੀਜ਼ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਲਈ ਬਣਾਇਆ Cntlm RPM ਇਸਦੇ ਭਰੋਸੇਯੋਗ ਪੈਕੇਜ ਸਰੋਤ ਤੋਂ ਲਓ। ਕਿਸੇ ਪੁਰਾਣੇ ਜਵਾਬ ਦਾ ਸਿੱਧਾ Fedora ਪੈਕੇਜ URL ਉਸ ਰਿਲੀਜ਼ ਦੇ ਪੈਕੇਜ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ; ਇਹ ਅੱਜ ਦਾ ਸਰਵਵਿਆਪੀ ਇੰਸਟਾਲਰ ਪਤਾ ਨਹੀਂ ਹੈ।

ਸਥਾਨਕ RPM ਫਿਰ ਵੀ ਨੈੱਟਵਰਕ ਦਾ ਕੰਮ ਛੱਡ ਸਕਦਾ ਹੈ

ਸਹਾਇਕ ਪੈਕੇਜ ਡਾਊਨਲੋਡ ਕਰਨਾ ਅਤੇ ਇਸਦੀਆਂ ਨਿਰਭਰਤਾਵਾਂ ਹੱਲ ਕਰਨਾ ਵੱਖਰੇ ਕੰਮ ਹਨ। ਦੂਜੀ ਮਸ਼ੀਨ 'ਤੇ ਪੁਰਾਣੇ RPM ਨੂੰ ਵਾਧੂ ਡਾਊਨਲੋਡ ਦੀ ਲੋੜ ਨਹੀਂ ਸੀ, ਇਸ ਲਈ ਮੌਜੂਦਾ ਪੈਕੇਜ ਦੀ ਕੋਈ ਨਿਰਭਰਤਾ ਨਹੀਂ—ਇਹ ਨਾ ਮੰਨੋ।

DNF-ਅਧਾਰਿਤ ਸਿਸਟਮ 'ਤੇ ਸਥਾਨਕ-ਫਾਈਲ ਦਾ ਦਸਤਾਵੇਜ਼ੀ ਰੂਪ ਇਹ ਹੈ:

dnf install ./cntlm.rpm

ਡਾਊਨਲੋਡ ਕੀਤੀ ਫਾਈਲ ਦਾ ਅਸਲ ਨਾਮ ਅਤੇ ਢੁਕਵੇਂ ਇੰਸਟਾਲੇਸ਼ਨ ਅਧਿਕਾਰ ਵਰਤੋ। DNF ਨੂੰ ਹਾਲੇ ਵੀ ਰਿਪੋਜ਼ਟਰੀ ਮੈਟਾਡੇਟਾ ਜਾਂ ਗੁੰਮ ਨਿਰਭਰਤਾ ਪੈਕੇਜ ਚਾਹੀਦੇ ਹੋ ਸਕਦੇ ਹਨ। ਜੇ ਉਹ ਨੈੱਟਵਰਕ ਰਸਤਾ ਅਜੇ ਵੀ ਉਪਲਬਧ ਨਹੀਂ, ਤਾਂ ਉਸੇ ਰਿਲੀਜ਼ ਲਈ ਲੋੜੀਂਦੇ ਪੈਕੇਜ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਕੰਮ ਕਰਨ ਵਾਲੇ ਰਸਤੇ ਰਾਹੀਂ ਲਓ ਅਤੇ ਡਿਸਟਰੀਬਿਊਸ਼ਨ ਦੀ ਆਮ ਪੈਕੇਜ-ਪੁਸ਼ਟੀ ਨੀਤੀ ਬਣਾਈ ਰੱਖੋ।

ਸਹਾਇਕ ਦੇ ਸਥਾਪਿਤ ਅਤੇ ਕੌਂਫਿਗਰ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪੈਕੇਜ ਮੈਨੇਜਰ ਅਗਲੀਆਂ ਬੇਨਤੀਆਂ ਲਈ ਆਪਣੇ ਸਥਾਨਕ ਸਰੋਤੇ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ। ਸਿਰਫ਼ RPM ਫਾਈਲ ਸੰਭਾਲੇ ਜਾਣ ਕਾਰਨ ਉਹ ਸਰੋਤਾ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਇਸਦਾ ਲੂਪਬੈਕ ਪਤਾ ਸਿਰਫ਼ ਉਸ ਮਸ਼ੀਨ 'ਤੇ ਅਰਥ ਰੱਖਦਾ ਹੈ ਜਿੱਥੇ ਸਹਾਇਕ ਚੱਲ ਰਿਹਾ ਹੈ।