Tinyproxy Upstream ਨਿਯਮ: ਡਿਫ਼ਾਲਟ ਪ੍ਰਾਕਸੀ ਅਤੇ ਅਪਵਾਦ

ਹਰ ਮੰਜ਼ਿਲ ਨੂੰ ਸੰਭਾਲਣ ਵਾਲੇ ਪੇਰੈਂਟ ਪ੍ਰਾਕਸੀ ਨੂੰ ਡਿਫ਼ਾਲਟ ਫ਼ਾਰਵਰਡਿੰਗ ਨਿਯਮ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸਨੂੰ ਬਹੁਤ ਪੁਰਾਣੀ Tinyproxy ਸੰਰਚਨਾ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਵਾਈਲਡਕਾਰਡ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੁੰਦਾ।

ਮੌਜੂਦਾ ਮੈਨੂਅਲ ਪ੍ਰਾਕਸੀ ਕਿਸਮ ਅਤੇ ਐਂਡਪੁਆਇੰਟ ਵਰਤਦਾ ਹੈ, ਮੰਜ਼ਿਲ ਚੋਣਕਾਰ ਵਿਕਲਪਿਕ ਹੈ:

Upstream http parent.example.net:8080

ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਜਨਤਕ ਮੰਜ਼ਿਲਾਂ ਲਈ, ਬਿਨਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਵਾਲੇ ਜਨਤਕ HTTP ਪੇਰੈਂਟ ਨਾਲ, HTTP ਪ੍ਰਾਕਸੀ ਸੂਚੀ ਉਸ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਲਈ ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ; ਕਿਸੇ ਹੋਰ ਪੇਰੈਂਟ ਦੇ ਪ੍ਰਮਾਣ ਨਾ ਜੋੜੋ। ਵਿਕਲਪਿਕ ਮੰਜ਼ਿਲ ਛੱਡਣ ਨਾਲ ਇਹ ਦਸਤਾਵੇਜ਼ੀ ਸਿੰਟੈਕਸ ਵਿੱਚ ਡਿਫ਼ਾਲਟ upstream ਬਣ ਜਾਂਦੀ ਹੈ। ਫਿਰ ਵਧੇਰੇ ਖ਼ਾਸ ਮੰਜ਼ਿਲ ਨਿਯਮ ਵੱਖਰਾ ਰਸਤਾ ਜਾਂ ਜਾਣਬੁੱਝ ਕੇ ਸਿੱਧਾ ਅਪਵਾਦ ਦੱਸ ਸਕਦਾ ਹੈ।

ਵੱਖ-ਵੱਖ ਰਿਲੀਜ਼ਾਂ ਦੇ ਵਿਆਕਰਣ ਨਾ ਮਿਲਾਓ

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

ਨਿਯਮਾਂ ਦਾ ਕ੍ਰਮ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਮੈਨੂਅਲ ਆਖ਼ਰੀ-ਮੇਲ ਵਿਵਹਾਰ ਦੱਸਦਾ ਹੈ, ਇਸ ਲਈ ਸਹੀ ਦਿਸਣ ਵਾਲਾ ਅਪਵਾਦ ਬਾਅਦ ਵਾਲੇ ਮੇਲ ਖਾਂਦੇ ਨਿਯਮ ਨਾਲ ਲੁਕ ਸਕਦਾ ਹੈ। ਸਿਰਫ਼ ਸੋਧੀ ਜਾ ਰਹੀ ਲਾਈਨ ਨਹੀਂ, ਪੂਰਾ ਸੈੱਟ ਸਮੀਖਿਆ ਕਰੋ।

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

ਅੰਤ ਵਿੱਚ, ਮੰਜ਼ਿਲ ਰੂਟਿੰਗ ਨੂੰ ਕਲਾਇੰਟ ਪਹੁੰਚ ਤੋਂ ਵੱਖਰਾ ਰੱਖੋ। upstream ਨਿਯਮ ਪ੍ਰਮਾਣਿਕਤਾ ਨਿਯਮ ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ ਸੀਮਿਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕਿਹੜੀਆਂ ਮਸ਼ੀਨਾਂ ਸਥਾਨਕ ਸਰੋਤੇ ਨੂੰ ਵਰਤ ਸਕਦੀਆਂ ਹਨ। ਸਾਫ਼-ਸੁਥਰੀ ਰੂਟ ਸਾਰਣੀ ਖੁੱਲ੍ਹੀ ਪ੍ਰਾਕਸੀ ਸੇਵਾ ਦੀ ਭਰਪਾਈ ਨਹੀਂ ਕਰ ਸਕਦੀ।