MAAS ਤੈਨਾਤੀ ਰਾਹੀਂ ਪ੍ਰੌਕਸੀ ਨੂੰ ਟ੍ਰੇਸ ਕਰੋ

ਸਫਲ MAAS ਬੂਟ-ਇਮੇਜ ਡਾਊਨਲੋਡ ਕੰਟਰੋਲਰ ਦੇ ਰਸਤੇ ਨੂੰ ਸਾਬਤ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਇੰਸਟਾਲ ਕੀਤੀ ਮਸ਼ੀਨ ਬਾਅਦ ਵਿੱਚ ਪੈਕੇਜ ਨਹੀਂ ਲੈ ਸਕਦੀ, ਤਾਂ ਉਸ ਪੜਾਅ ਵਿੱਚ ਉਪਭੋਗਤਾ ਦੀ ਜਾਂਚ ਕਰੋ:

ਸੇਵਾ ਵਿੱਚ ਚੱਲ ਰਹੀ MAAS ਰਿਲੀਜ਼ ਦੇ ਸਮਰਥਿਤ ਨਿਯੰਤਰਣ ਵਰਤੋ। ਦਸਤਾਵੇਜ਼ਬੱਧ enable_http_proxy ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਅਤੇ ਪੈਕੇਜ ਪਹੁੰਚ ਲਈ ਬਿਲਟ-ਇਨ ਜਾਂ ਨਿਰਧਾਰਿਤ ਪ੍ਰੌਕਸੀ ਦੀ ਵਰਤੋਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ; http_proxy ਬਾਹਰੀ ਸੇਵਾ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ। ਪੀਅਰ-ਪ੍ਰੌਕਸੀ ਮੋਡ ਵਿੱਚ, ਤੈਨਾਤ ਕੀਤੀਆਂ ਮਸ਼ੀਨਾਂ MAAS ਦੀ ਬਿਲਟ-ਇਨ ਪ੍ਰੌਕਸੀ ਵਰਤ ਸਕਦੀਆਂ ਹਨ, ਜੋ ਉਸ ਬਾਹਰੀ ਸੇਵਾ ਨੂੰ ਆਪਣੇ ਪਿਤਾ ਵਜੋਂ ਵਰਤਦੀ ਹੈ। ਜਨਤਕ ਬਾਹਰੀ ਪਿਤਾ ਦੀ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਵਰਤੋਂ ਲਈ HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ ਵਿੱਚੋਂ HTTP ਉਮੀਦਵਾਰ ਚੁਣੋ; ਪੀਅਰ-ਪ੍ਰੌਕਸੀ ਮੋਡ ਵਿੱਚ ਨੋਡ ਦੇ MAAS-ਸਥਾਨਕ ਐਂਡਪੁਆਇੰਟ ਨੂੰ ਬਿਨਾਂ ਬਦਲੇ ਰੱਖੋ।

ਇਸ ਲਈ ਨੋਡ ਉੱਤੇ MAAS-ਸਥਾਨਕ ਐਂਡਪੁਆਇੰਟ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਪੁਰਾਣਾ ਹੋਵੇ। ਬਾਹਰੀ ਪਤੇ ਨਾਲ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦੇ ਪਿਤਾ ਦੀ ਪੈੜ ਲੱਭੋ। ਜਿਨ੍ਹਾਂ ਰਿਲੀਜ਼ਾਂ ਨੇ ਨੋਡਾਂ ਨੂੰ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗਾਂ ਨਹੀਂ ਭੇਜੀਆਂ, ਉਨ੍ਹਾਂ ਦੇ ਪੁਰਾਣੇ preseed ਹੱਲ ਹਰ ਮੌਜੂਦਾ ਤੈਨਾਤੀ ਦਾ ਵਰਣਨ ਨਹੀਂ ਕਰਦੇ।

ਫੇਲ੍ਹ ਹੋ ਰਹੇ ਪੜਾਅ ਉੱਤੇ, ਤਿਆਰ ਕੀਤੀਆਂ ਪੈਕੇਜ ਸੈਟਿੰਗਾਂ, ਐਂਡਪੁਆਇੰਟ ਦੀ ਪਹੁੰਚ ਅਤੇ ਪ੍ਰਮਾਣਿਕਤਾ ਪਛਾਣ ਦੀ ਇੰਸਟਾਲਰ ਵਾਤਾਵਰਨ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਉਨ੍ਹਾਂ ਨੂੰ ਇੱਕੋ ਹੋਮ ਡਾਇਰੈਕਟਰੀ ਜਾਂ ਵੇਰੀਏਬਲ ਸਾਂਝੇ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ। APT ਵਰਤਦੇ Ubuntu ਨੋਡ ਉੱਤੇ APT ਦੇ ਆਪਣੇ ਪ੍ਰੌਕਸੀ ਵਿਕਲਪ ਜਾਂਚੋ। ਸਥਾਨਕ ਮੈਟਾਡੇਟਾ ਪਹੁੰਚ ਨੂੰ ਜਨਤਕ ਰਿਪੋਜ਼ਟਰੀਆਂ ਤੋਂ ਵੱਖ ਰੱਖੋ; ਅੰਦਰੂਨੀ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ URL ਨੂੰ ਬਾਹਰੀ ਪਿਤਾ ਨੂੰ ਭੇਜਣਾ ਫੇਲ੍ਹ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਜਨਤਕ ਡਾਊਨਲੋਡ ਕੰਮ ਕਰ ਰਹੇ ਹੋਣ।

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