VPN ਜੁੜੇ ਹੋਣ 'ਤੇ Git 403: ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਲੱਭੋ
403 ਇੱਕ ਜਵਾਬ ਹੈ, VPN ਬਾਰੇ ਫੈਸਲਾ ਨਹੀਂ। ਪਛਾਣੋ ਕਿ ਕਿਹੜੇ ਹਿੱਸੇ ਨੇ ਇਨਕਾਰ ਕੀਤਾ, ਫਿਰ ਨੈੱਟਵਰਕਾਂ ਵਿਚਕਾਰ ਇੱਕ ਸਮੇਂ ਇੱਕ ਵੇਰੀਏਬਲ ਦੀ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ਲਿਖੋ ਕਿ ਕੀ ਬਦਲਿਆ।
ਇਹ ਦਫ਼ਤਰ ਦੇ Wi-Fi 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਫ਼ੋਨ ਦੇ ਹਾਟਸਪਾਟ 'ਤੇ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਦੋਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ VPN ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ। Git 403 ਵਾਪਸ ਕਰਦਾ ਹੈ ਅਤੇ ਗਲਤੀ ਤਿੰਨ ਲਾਈਨਾਂ ਦੀ ਹੈ। ਹਾਟਸਪਾਟ ਨੂੰ ਕਾਰਨ ਮੰਨ ਕੇ ਕੁਝ ਹਿਲਣ ਤੱਕ ਨੈੱਟਵਰਕ ਸੈਟਿੰਗਾਂ ਬਦਲਣ ਦਾ ਲਾਲਚ ਹੁੰਦਾ ਹੈ। HTTP 403 ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਰਵਰ ਨੇ ਬੇਨਤੀ ਸਮਝੀ ਅਤੇ ਇਨਕਾਰ ਕਰ ਦਿੱਤਾ, ਇਸ ਲਈ ਲਾਹੇਵੰਦ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕਿਹੜਾ ਸਰਵਰ, ਅਤੇ ਲਾਹੇਵੰਦ ਅਗਲਾ ਕਦਮ ਇੱਕ ਸਮੇਂ ਇੱਕ ਚੀਜ਼ ਬਦਲਣ ਵਾਲੀ ਤੁਲਨਾ ਹੈ।
ਨੈੱਟਵਰਕ ਤੋਂ ਪਹਿਲਾਂ ਸਥਿਤੀ ਪੜ੍ਹੋ
403 ਕੋਈ ਲੁੱਕਅੱਪ ਫੇਲ੍ਹ, TCP ਟਾਈਮਆਊਟ ਜਾਂ ਕਦੇ ਪੂਰਾ ਨਾ ਹੋਇਆ TLS ਹੈਂਡਸ਼ੇਕ ਨਹੀਂ ਹੈ। ਇਹ ਤੁਹਾਡੀ ਬੇਨਤੀ ਪਾਰਸ ਕਰਨ ਵਾਲੀ ਕਿਸੇ ਚੀਜ਼ ਦਾ ਲਿਆ ਫੈਸਲਾ ਹੈ।
ਜਦ ਤੱਕ ਤੁਸੀਂ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਉਹ ਫੈਸਲਾ ਕਿਸ ਨੇ ਲਿਆ, ਤੁਸੀਂ ਕੀਤਾ ਹਰ ਨੈੱਟਵਰਕ ਬਦਲਾਅ ਇੱਕ ਭਰੋਸੇਯੋਗ ਕਹਾਣੀ ਵਾਲਾ ਅੰਦਾਜ਼ਾ ਹੈ।
403 ਨਾਲ ਕੌਣ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ?
ਰੈਪੋਜ਼ਿਟਰੀ ਐਪਲੀਕੇਸ਼ਨ ਸਿਰਫ਼ ਇੱਕ ਉਮੀਦਵਾਰ ਹੈ। ਪ੍ਰੌਕਸੀ, ਗੇਟਵੇ ਜਾਂ ਫਿਲਟਰਿੰਗ ਸੇਵਾ ਇਸ ਦੇ ਅੱਗੇ ਬੈਠ ਕੇ ਪਹਿਲਾਂ ਜਵਾਬ ਦੇ ਸਕਦੀ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਦੋਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਉਹੀ ਸਥਿਤੀ ਦੇਖਦਾ ਹੈ। ਸਥਿਤੀ, ਸੰਬੰਧਿਤ ਹੈਡਰ ਅਤੇ ਸਾਫ਼ ਕੀਤੀ ਗਲਤੀ ਬਾਡੀ ਸੰਭਾਲੋ, ਫਿਰ ਉਨ੍ਹਾਂ ਨੂੰ ਅਧਿਕਾਰਤ ਸੇਵਾ ਦੇ ਲੌਗ ਨਾਲ ਜੋੜੋ। ਅਸਲ ਵਿੱਚ ਪਹੁੰਚਿਆ ਰਿਮੋਟ URL ਅਤੇ ਐਂਡਪੌਇੰਟ DNS ਜਾਂ ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ ਕਾਰਨ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਸੰਰਚਿਤ ਪਤਾ ਅਤੇ ਬੇਨਤੀ ਭੇਜਣ ਵਾਲੀ ਪ੍ਰਕਿਰਿਆ ਜਾਂਚੋ।
ਜੇ ਇਨਕਾਰ ਰੈਪੋਜ਼ਿਟਰੀ ਤੱਕ ਕਦੇ ਨਹੀਂ ਪਹੁੰਚਿਆ, ਇਸ ਦੇ ਲੌਗ ਚੁੱਪ ਰਹਿਣਗੇ, ਅਤੇ ਉਹ ਚੁੱਪੀ ਸਬੂਤ ਹੈ।
ਇੱਕ ਸਮੇਂ ਇੱਕ ਵੇਰੀਏਬਲ ਦੀ ਤੁਲਨਾ ਕਰੋ
ਹਾਟਸਪਾਟ ਤੁਲਨਾ ਲਾਹੇਵੰਦ ਹੈ ਕਿਉਂਕਿ ਇਹ ਸਮੱਸਿਆ ਨੂੰ ਤੰਗ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਕਾਰਨ ਸਾਬਤ ਕਰਦੀ ਹੈ ਇਸ ਲਈ ਨਹੀਂ। ਦੋ ਨੈੱਟਵਰਕ ਇੱਕੋ ਸਮੇਂ ਪਤੇ, IP ਪਰਿਵਾਰ, ਪ੍ਰੌਕਸੀ, TLS ਗੱਲਬਾਤ ਅਤੇ ਨਿਕਾਸ ਨੀਤੀ ਵਿੱਚ ਵੱਖਰੇ ਹੋ ਸਕਦੇ ਹਨ।
ਹਰ ਕੋਸ਼ਿਸ਼ ਵਿੱਚ ਇੱਕ ਚੀਜ਼ ਬਦਲੋ ਅਤੇ ਬਾਕੀ ਲਿਖੋ। ਇਹ ਕਰਦੇ ਸਮੇਂ ਮੈਂ ਨੋਟ ਵਿੱਚ ਰੱਖਦਾ ਘੱਟੋ-ਘੱਟ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਹੈ:
| Keep constant | Record when it changes |
|---|---|
| Repository, operation and credentials | Resolved address and IP family |
| Git process and configuration | Proxy use and the responding component |
| Intended VPN profile | Actual route and exit seen by the service |
ਚੱਲਣ ਅਤੇ ਫੇਲ ਹੋਣ ਵਾਲੇ ਰਨ ਵਿਚਕਾਰ ਵੱਖਰੀ ਇੱਕ ਕਤਾਰ ਹੀ ਅਗਲਾ ਘੰਟਾ ਜਾਣ ਵਾਲੀ ਥਾਂ ਹੈ।
ਬਦਲਵਾਂ ਹੱਲ ਸਬੂਤ ਹੈ, ਵਿਆਖਿਆ ਨਹੀਂ
ਦੂਜੇ ਪਤਾ ਪਰਿਵਾਰ ਨੂੰ ਜ਼ਬਰਦਸਤੀ ਵਰਤਣਾ ਮੰਜ਼ਿਲ, ਰਸਤਾ ਜਾਂ ਚੁਣਿਆ ਜਾਣ ਵਾਲਾ ਵਿਚੋਲਾ ਬਦਲ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ IPv6 ਦੇ ਰੈਪੋਜ਼ਿਟਰੀ ਨਾਲ ਅਸੰਗਤ ਹੋਣ ਨੂੰ ਸਾਬਤ ਕੀਤੇ ਬਿਨਾਂ ਨਤੀਜਾ ਬਦਲ ਸਕਦਾ ਹੈ। ਵੱਖਰੀ ਗੱਲਬਾਤ ਵਾਲਾ TLS ਸੰਸਕਰਣ ਇਸੇ ਸ਼੍ਰੇਣੀ ਦਾ ਨਿਰੀਖਣ ਹੈ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਰਟੀਫਿਕੇਟ ਜਾਂਚ ਬੰਦ ਕਰਨ ਜਾਂ ਕਨੈਕਸ਼ਨ ਕਮਜ਼ੋਰ ਕਰਨ ਨੂੰ ਜਾਇਜ਼ ਨਹੀਂ ਠਹਿਰਾਉਂਦਾ। ਕੰਮ ਕਰਨ ਵਾਲੇ ਪਹਿਲੇ ਬਦਲਾਅ 'ਤੇ ਰੁਕਣ ਦੀ ਬਜਾਏ ਇਨਕਾਰ ਕਰਨ ਵਾਲੇ ਹਿੱਸੇ ਦੀ ਨੀਤੀ ਅਤੇ ਲੌਗ ਅਸਲ ਫੈਸਲੇ ਤੱਕ ਪਿੱਛਾ ਕਰੋ।
ਜਿਸ ਬਦਲਵੇਂ ਹੱਲ ਦੀ ਤੁਸੀਂ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ ਉਹ ਕਿਤੇ ਹੋਰ ਦੁਬਾਰਾ ਫੇਲ ਹੋਵੇਗਾ।
ਠੀਕ ਹੋਣ ਵਾਲੀ ਰਿਪੋਰਟ ਲਿਖੋ
ਜਵਾਬ ਦੇਣ ਵਾਲੇ ਹਿੱਸੇ ਦੇ ਮਾਲਕ ਨੂੰ ਉਹੀ ਕਾਰਵਾਈ, ਦੋ ਰਸਤੇ ਅਤੇ ਨਾਂਹ ਕਹਿਣ ਵਾਲਾ ਹਿੱਸਾ ਦਿਓ। ਕੁਝ ਵੀ ਸਾਂਝਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਧਿਕਾਰ ਹੈਡਰ, ਸ਼ਾਮਲ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ ਨਿੱਜੀ ਰੈਪੋਜ਼ਿਟਰੀ ਵੇਰਵੇ ਹਟਾਓ।
ਲਾਹੇਵੰਦ ਰਿਪੋਰਟ ਛੋਟੀ, ਦੁਹਰਾਉਣਯੋਗ ਅਤੇ ਲੱਛਣ ਦੀ ਬਜਾਏ ਪਰਤ ਦਾ ਨਾਮ ਦੱਸਣ ਵਾਲੀ ਹੁੰਦੀ ਹੈ।
ਮੈਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰਦਾ ਜਾਂਚ
ਰਿਮੋਟ URL ਅਤੇ ਹੱਲ ਹੋਇਆ ਐਂਡਪੌਇੰਟ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਫੇਲ ਹੋਣ ਵਾਲੇ ਰਨ ਤੋਂ ਸਥਿਤੀ ਅਤੇ ਹੈਡਰ ਲਵੋ। ਉਹੀ ਕਾਰਵਾਈ ਦੂਜੇ ਨੈੱਟਵਰਕ 'ਤੇ ਦੁਹਰਾਓ ਅਤੇ ਦੋ ਰਿਕਾਰਡਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।
ਫਿਰ ਉਹ ਫ਼ਰਕ ਜਵਾਬ ਦੇਣ ਵਾਲੇ ਹਿੱਸੇ ਕੋਲ ਲੈ ਜਾਓ:
- ਕਲਾਇੰਟ ਅਤੇ ਨੈੱਟਵਰਕ 'ਤੇ ਪ੍ਰੌਕਸੀ ਸੰਰਚਨਾ।
- ਰੈਪੋਜ਼ਿਟਰੀ ਦੇ ਅੱਗੇ ਨਿਕਾਸ ਨੀਤੀ ਜਾਂ ਫਿਲਟਰਿੰਗ।
- ਟੋਕਨ ਜਾਂ ਖਾਤੇ ਦਾ ਦਾਇਰਾ, ਸਮਾਪਤੀ ਅਤੇ SSO ਸ਼ਰਤਾਂ ਸਮੇਤ।
- ਟੋਕਨ ਜਿਸ ਪਛਾਣ ਦੀ ਨੁਮਾਇੰਦਗੀ ਕਰਦਾ ਹੈ ਲਈ ਰੈਪੋਜ਼ਿਟਰੀ ਇਜਾਜ਼ਤ।
ਸਥਿਤੀ ਦਾ ਅਰਥ ਸ਼ਾਸਤਰ ਆਪ ਹੀ RFC 9110 ਵਿੱਚ ਹੈ, ਅਤੇ ਰਿਪੋਰਟ ਲਿਖਦੇ ਸਮੇਂ ਇਹ ਦੱਸਣਯੋਗ ਹੈ।