VPN ਤੋਂ ਬਿਨਾਂ Git ਅਟਕਦਾ ਹੈ? OpenSSH IPQoS ਨਾਲ ਪੈਕਟਾਂ 'ਤੇ ਨਿਸ਼ਾਨ ਲਾਉਂਦਾ ਹੈ

ਦਫ਼ਤਰ ਤੋਂ ਕੀਤਾ ਕਲੋਨ ਕੰਮ ਕਰਦਾ ਹੈ, ਫ਼ੋਨ ਦੇ ਹਾਟਸਪਾਟ ਰਾਹੀਂ ਉਹੀ ਕਲੋਨ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਹੋਟਲ ਦੇ ਨੈੱਟਵਰਕ ਤੋਂ ਉਹੀ ਕਲੋਨ VPN ਚਾਲੂ ਹੋਣ ਤੱਕ ਲਟਕਦਾ ਹੈ। SSH ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਹੁੰਦਾ ਹੈ ਅਤੇ ਪਹਿਲੇ ਅਸਲ ਟ੍ਰਾਂਸਫ਼ਰ 'ਤੇ ਸੈਸ਼ਨ ਚੁੱਪ ਹੋ ਜਾਂਦਾ ਹੈ। ਕਲਾਇੰਟ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਵਿੱਚ ਜੋੜੀ ਇੱਕ ਲਾਈਨ git ਅਤੇ ssh ਦੋਵਾਂ ਨੂੰ ਇਕੱਠੇ ਠੀਕ ਕਰਦੀ ਹੈ। ਜਦੋਂ ਇੱਕ ਕਲਾਇੰਟ ਸੈਟਿੰਗ ਇੱਕੋ ਸਮੇਂ ਕਈ ਸੰਦ ਠੀਕ ਕਰਦੀ ਹੈ, ਤਾਂ ਖ਼ਰਾਬੀ ਕਲਾਇੰਟ ਦੇ ਭੇਜਣ ਵਿੱਚ ਹੁੰਦੀ ਹੈ, ਉਸ ਲਿੰਕ ਵਿੱਚ ਨਹੀਂ ਜਿਸ ਰਾਹੀਂ ਭੇਜਦਾ ਹੈ।

ਲੱਛਣ ਨੂੰ ਰਸਤੇ ਦੇ ਫ਼ਰਕ ਵਜੋਂ ਪੜ੍ਹੋ

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

ਜਿੱਥੇ ਸੈਸ਼ਨ ਮਰਦਾ ਹੈ ਉਹ ਬਿੰਦੂ ਇਸ ਨੂੰ ਹੋਰ ਸੰਕਰਾ ਕਰਦਾ ਹੈ। ਨਾਮ ਲੱਭਣ ਜਾਂ ਕੁੰਜੀ ਦੀ ਅਦਲਾ-ਬਦਲੀ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋਣ ਵਾਲਾ ਕੁਝ ਵੀ ਇਸ ਤਰ੍ਹਾਂ ਨਹੀਂ ਦਿਸਦਾ। ਜੋ ਸੈਸ਼ਨ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦਾ ਹੈ, ਬੈਨਰ ਛਾਪਦਾ ਹੈ ਅਤੇ ਫਿਰ ਪਹਿਲੀ ਵੱਡੀ ਲਿਖਤ 'ਤੇ ਜੰਮ ਜਾਂਦਾ ਹੈ, ਉਹ ਪਹਿਲਾਂ ਹੀ ਸਾਬਤ ਕਰ ਚੁੱਕਾ ਹੈ ਕਿ ਰਸਤਾ, ਨਾਮ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਸਭ ਕੰਮ ਕਰ ਰਹੇ ਹਨ।

ਕਲਾਇੰਟ ਹਰ SSH ਸਾਕਟ 'ਤੇ QoS ਬਾਈਟ ਲਾਉਂਦਾ ਹੈ

7.8 ਤੋਂ ਹਰ OpenSSH ਕਨੈਕਸ਼ਨ IP ਹੈਡਰ ਵਿੱਚ ਇੱਕ ਮੁੱਲ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ ਜਿਸ ਨੂੰ ਰਾਊਟਰ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਤਰਜੀਹ ਦੇਣ ਲਈ ਵਰਤ ਸਕਦੇ ਹਨ। ਟਰਮੀਨਲ ਸੈਸ਼ਨਾਂ ਨੂੰ ਇੱਕ ਮੁੱਲ ਮਿਲਦਾ ਹੈ ਅਤੇ ਵੱਡੀਆਂ ਕਾਪੀਆਂ ਨੂੰ ਦੂਜਾ, ਇਸ ਸਿਧਾਂਤ 'ਤੇ ਕਿ ਟਾਈਪ ਕਰਨ ਵਾਲਾ ਇਨਸਾਨ ਫ਼ਾਈਲ ਟ੍ਰਾਂਸਫ਼ਰ ਨਾਲੋਂ ਵਧੀਆ ਵਿਵਹਾਰ ਦਾ ਹੱਕਦਾਰ ਹੈ। ਬਹੁਤੇ ਨੈੱਟਵਰਕ ਇਸ ਸੰਕੇਤ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਣਡਿੱਠ ਕਰਦੇ ਹਨ, ਇਸੇ ਲਈ ਇਹ ਸਾਲਾਂ ਤੱਕ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਆਉਂਦਾ। ਥੋੜ੍ਹੇ ਜਿਹੇ Wi-Fi ਡਰਾਈਵਰ, ਮੋਬਾਈਲ ਆਪਰੇਟਰ ਅਤੇ VPN ਕੇਂਦਰ ਇਸ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਮਾੜੇ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ।

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

ਪਹਿਲਾਂ ssh -V ਨਾਲ ਕਲਾਇੰਟ ਬਿਲਡ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। 7.8 ਜਾਂ ਉਸ ਤੋਂ ਉੱਪਰ ਦਾ ਕੋਈ ਵੀ ਸੰਸਕਰਣ ਇਹ ਵਿਵਹਾਰ ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ ਰੱਖਦਾ ਹੈ।

ਤਿੰਨ ਕਮਾਂਡਾਂ ਜੋ ਇਸ ਨੂੰ MTU ਅਤੇ DNS ਤੋਂ ਵੱਖ ਕਰਦੀਆਂ ਹਨ

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

ssh -o IPQoS=none -v [email protected]
ssh -G [email protected] | grep -i ipqos
sudo tcpdump -ni any -vv "tcp port 22"

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

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

ਅਪਵਾਦ ਨੂੰ ਇੱਕ ਫ਼ਾਈਲ ਵਿੱਚ ਰੱਖੋ, ਇੱਕ ਵਾਰ ਵਿੱਚ ਇੱਕ ਹੋਸਟ

ਅਪਵਾਦ ਉਸ ਹੋਸਟ ਦੇ ਕੋਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਨਾਲ ਇੱਕ ਟਿੱਪਣੀ ਜੋ ਦੱਸੇ ਕਿ ਇਹ ਕਿਉਂ ਹੈ।

Host gitlab.example.internal
    IPQoS none
    # direct route rewrites the marking; the tunnel route passes it

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

ਸਪੱਸ਼ਟ ਕਹੋ ਕਿ ਅਪਵਾਦ ਕੀ ਨਹੀਂ ਢਕਦਾ। ਇਹ SSH 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ HTTPS ਰਿਮੋਟ, ਪੈਕੇਜ ਮਿਰਰ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਸਭ ਇਸ ਤੋਂ ਬਾਹਰ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਦੀ ਫੇਲ੍ਹਤਾ ਨੂੰ ਆਪਣਾ ਸਬੂਤ ਚਾਹੀਦਾ ਹੈ। ਬਾਸਟੀਅਨ ਰਾਹੀਂ ਜਾਂਦੀ ਲੜੀ ਵਿੱਚ ਹਰ ਛਾਲ ਕਲਾਇੰਟ ਕਨਫ਼ਿਗਰੇਸ਼ਨ ਵਰਤਦੀ ਹੈ, ਅਤੇ ਜੋ ਛਾਲ ਅਟਕਦੀ ਹੈ ਉਹੀ ਸੀਮਤ ਕਰਨ ਯੋਗ ਹੈ।

ਨੈੱਟਵਰਕ ਮਾਲਕ ਨਾਲ ਚੱਕਰ ਬੰਦ ਕਰੋ

ਖੋਜ ਨੂੰ ਚਾਰ ਤੱਥਾਂ ਵਜੋਂ ਸੌਂਪੋ: ਕਲਾਇੰਟ ਸੰਸਕਰਣ, ਪਰਖਿਆ ਰਸਤਾ, ਵਰਤਿਆ ਜਾ ਰਿਹਾ VPN ਕਲਾਇੰਟ, ਅਤੇ ਕਿਹੜੀ ਦਿਸ਼ਾ ਨੇ ਨਿਸ਼ਾਨ ਚੁੱਕਿਆ। ਇਹ ਚਾਰ ਨੈੱਟਵਰਕ ਮਾਲਕ ਲਈ ਵਿਵਹਾਰ ਦੁਬਾਰਾ ਪੈਦਾ ਕਰਨ ਅਤੇ ਇਹ ਤੈਅ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਹਨ ਕਿ ਇਹ ਜਾਣ-ਬੁੱਝ ਕੇ ਹੈ ਜਾਂ ਨਹੀਂ।

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

ਕਲਾਇੰਟ ਵਿੱਚ ਤਬਦੀਲੀ ਮਿਆਦ ਵਾਲਾ ਅਸਥਾਈ ਉਪਾਅ ਹੈ। ਉਹ ਮਿਤੀ ਟਿੱਪਣੀ ਵਿੱਚ ਲਿਖੋ।