ਮਿਰਰ ਰੋਟੇਸ਼ਨ ਬਦਲਦਾ ਹੈ ਕਿ Squid ਕੀ ਮੁੜ ਵਰਤ ਸਕਦਾ ਹੈ

ਦੋ ਕਲਾਇੰਟ Squid ਰਾਹੀਂ ਇੱਕੋ RPM ਡਾਊਨਲੋਡ ਕਰਦੇ ਹਨ, ਪਰ ਦੂਜਾ ਸਥਾਨਾਂਤਰਣ ਫਿਰ ਵੀ ਇੱਕ ਮਿਰਰ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਪੂਰੇ ਬੇਨਤੀ URL ਦੀ ਤੁਲਨਾ ਕਰੋ:

http://mirror-a.example.net/packages/tool-1.0.rpm
http://mirror-b.example.net/packages/tool-1.0.rpm

ਪੈਕੇਜ ਫਾਈਲਨਾਮ ਮੇਲ ਖਾਂਦੇ ਹਨ; ਉਹਨਾਂ ਦੇ ਟੀਚਾ URI ਵੱਖਰੇ ਹਨ। HTTP ਕੈਸ਼ ਕੁੰਜੀਆਂ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ ਬੇਨਤੀ ਢੰਗ ਅਤੇ ਟੀਚਾ URI ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਮੇਲ ਖਾਂਦੇ ਪੈਕੇਜ ਚੈੱਕਸਮ ਇਹਨਾਂ ਐਂਟਰੀਆਂ ਨੂੰ ਆਪਣੇ ਆਪ ਨਹੀਂ ਜੋੜਦੇ।

Yum ਅਤੇ DNF ਇੱਕ ਸਥਿਰ baseurl ਵਰਤ ਸਕਦੇ ਹਨ ਜਾਂ mirrorlist ਅਤੇ metalink ਰਾਹੀਂ ਮਿਰਰ ਲੱਭ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ ਇੱਕੋ ਜਿਹੀਆਂ ਸਥਾਪਨਾਵਾਂ ਵੱਖਰੇ ਡਾਊਨਲੋਡ URL ਚੁਣ ਸਕਦੀਆਂ ਹਨ।

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

ਜਾਂਚੋ ਕਿ ਆਬਜੈਕਟ ਕੈਸ਼ਿੰਗ ਉਪਲਬਧ ਹੈ ਜਾਂ ਨਹੀਂ

ਆਮ HTTPS CONNECT ਟਨਲ ਦੇ ਅੰਦਰ Squid HTTP ਕੈਸ਼ਿੰਗ ਲਈ RPM ਜਵਾਬ ਦਾ ਮੁੱਖ ਹਿੱਸਾ ਨਹੀਂ ਦੇਖ ਸਕਦਾ। ਇੱਕ ਆਮ ਮਿਰਰ ਹੋਸਟਨਾਮ ਇਸਨੂੰ ਨਹੀਂ ਬਦਲੇਗਾ। HTTPS ਰਿਪੋਜ਼ਟਰੀਆਂ ਨੂੰ ਐਨਕ੍ਰਿਪਟਿਡ ਰੱਖੋ।

ਉਹਨਾਂ ਜਵਾਬਾਂ ਲਈ ਜੋ Squid ਕੈਸ਼ ਕਰ ਸਕਦਾ ਹੈ, ਮੁੜ ਵਰਤੋਂ ਅਜੇ ਵੀ ਤਾਜ਼ਗੀ, ਬੇਨਤੀ ਅਤੇ ਜਵਾਬ ਨਿਰਦੇਸ਼ਾਂ ਅਤੇ ਸਥਾਨਕ ਕੈਸ਼ ਨੀਤੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। ਚੁਣਿਆ URL, ਕੀ ਲੈਣ-ਦੇਣ ਦਿੱਖਣ ਵਾਲਾ HTTP ਸੀ ਜਾਂ ਐਨਕ੍ਰਿਪਟਿਡ ਟਨਲ, ਅਤੇ ਇਸਦਾ ਕੈਸ਼ ਨਤੀਜਾ ਦਰਜ ਕਰੋ।