SSTP ਦੇ ਅੰਦਰ TCP: ਮੁੜ-ਪ੍ਰਸਾਰਣ ਦੋ ਵਾਰ ਕਿਉਂ ਹੁੰਦਾ ਹੈ

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

ਢਾਂਚਾ ਅਸਲੀ ਹੈ। ਇਹ ਸ਼ਰਤੀ ਵੀ ਹੈ, ਜਿਸ ਦਾ ਜ਼ਿਕਰ ਪ੍ਰਤੀਸ਼ਠਾ ਕਦੇ ਨਹੀਂ ਕਰਦੀ।

ਇੱਕ ਮਾਰਗ ਉੱਤੇ ਦੋ ਭਰੋਸੇਯੋਗ ਸਟ੍ਰੀਮਾਂ

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

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

ਹੁਣ ਦੋਵੇਂ ਪਰਤਾਂ ਇੱਕੋ ਸਮੇਂ ਪਿੱਛੇ ਹਟਦੀਆਂ ਹਨ। ਪੂਰੀ ਅੰਤਰ-ਕਿਰਿਆ ਇਹੀ ਹੈ, ਅਤੇ ਇਸ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਇੱਕ ਗੁੰਮ ਹੋਇਆ ਹਿੱਸਾ ਕਾਫ਼ੀ ਹੈ।

ਪ੍ਰਭਾਵ ਕਿੱਥੇ ਦਿਸਦਾ ਹੈ ਅਤੇ ਕਿੱਥੇ ਨਹੀਂ

ਸਾਫ਼ ਮਾਰਗ ਉੱਤੇ ਬਾਹਰੀ ਸਟ੍ਰੀਮ ਘੱਟ ਹੀ ਕੁਝ ਬਹਾਲ ਕਰਦੀ ਹੈ। ਅੰਤਰ-ਕਿਰਿਆ ਕਦੇ ਸਰਗਰਮ ਨਹੀਂ ਹੁੰਦੀ, ਅਤੇ SSTP ਇੰਟਰੈਕਟਿਵ ਟ੍ਰੈਫਿਕ ਨੂੰ ਬਿਲਕੁਲ ਠੀਕ ਲੈ ਜਾਂਦਾ ਹੈ। ਵਿਆਪਕ ਦਾਅਵਾ ਠੀਕ ਇਸੇ ਬਿੰਦੂ ਉੱਤੇ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ।

ਪ੍ਰਭਾਵ ਉਦੋਂ ਦਿਸਦਾ ਹੈ ਜਦੋਂ ਨੁਕਸਾਨ ਜਾਂ ਮੁੜ-ਕ੍ਰਮਣ ਅਧਾਰ ਮਾਰਗ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਭੀੜ ਭਰਿਆ Wi-Fi ਲਿੰਕ ਜਾਂ ਬਦਲਦੀ ਦੇਰੀ ਵਾਲਾ ਮੋਬਾਈਲ ਕਨੈਕਸ਼ਨ ਹਾਲਾਤ ਬਣਾਉਂਦਾ ਹੈ। ਫਿਰ ਰੁਕੀ ਹੋਈ ਬਾਹਰੀ ਕਤਾਰ ਸੁਰੰਗ ਦੇ ਅੰਦਰ ਦਿਸਣ ਵਾਲੀ ਦੇਰੀ ਬਣ ਜਾਂਦੀ ਹੈ।

ਇਹ ਕੰਮ ਦੇ ਭਾਰ ਨਾਲ ਵੀ ਵਧਦਾ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਸਮਾਂਤਰ ਪ੍ਰਵਾਹ ਕਤਾਰ ਭਰਦੇ ਹਨ ਅਤੇ ਕਤਾਰ ਦੇ ਸਿਰੇ ਉੱਤੇ ਰੁਕਾਵਟ ਨੂੰ ਹੋਰ ਖਰਾਬ ਕਰਦੇ ਹਨ। ਉਸੇ ਮਾਰਗ ਉੱਤੇ ਇੱਕ ਇੰਟਰੈਕਟਿਵ ਸੈਸ਼ਨ ਸਵੀਕਾਰਯੋਗ ਲੱਗ ਸਕਦਾ ਹੈ।

ਲੱਛਣ ਆਮ ਤੌਰ ਉੱਤੇ ਕੀ ਨਹੀਂ ਹੁੰਦਾ

ਹਰ ਹੌਲੀ ਸੈਸ਼ਨ ਇਹ ਸਮੱਸਿਆ ਨਹੀਂ ਹੈ। ਪਹਿਲੇ ਪੈਕਟ ਤੋਂ ਸਥਿਰ ਘੱਟ ਦਰ ਸਮਰੱਥਾ, ਸ਼ੇਪਿੰਗ ਜਾਂ ਸਰਵਰ ਸੀਮਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ। ਸਥਾਨਕ ਭੀੜ ਨਾਲ ਮਿਲਦੇ ਵਿਰਾਮ ਪਹੁੰਚ ਲਿੰਕ ਉੱਤੇ ਕਤਾਰਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ।

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

# outer path quality to the SSTP endpoint
ping -c 50 203.0.113.44 | tail -3
mtr -rwc 50 203.0.113.44

# is the local link saturated while the session stalls?
sar -n DEV 2 5

# retransmissions on the outer connection
ss -tin dst 203.0.113.44

ਸਮੱਸਿਆ ਵਾਪਰਦੇ ਸਮੇਂ ਹੀ ਮਾਪ ਕਰੋ। ਸਿਹਤਮੰਦ ਮਿੰਟ ਵਿੱਚ ਲਿਆ ਕੈਪਚਰ ਖਰਾਬ ਮਿੰਟ ਵਿੱਚ ਚੱਲਦੇ ਲੂਪ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।

ਭਰੋਸੇਯੋਗ ਤੁਲਨਾ

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

ਪੋਰਟ ਬਦਲਣ ਨਾਲ ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ ਬਦਲਦਾ। SSTP ਕਲਾਇੰਟ ਵਿੱਚ ਅਸੰਬੰਧਿਤ ਪ੍ਰੋਫਾਈਲ ਆਯਾਤ ਕਰਨ ਨਾਲ ਬਦਲਵਾਂ ਟ੍ਰਾਂਸਪੋਰਟ ਨਹੀਂ ਬਣਦਾ। ਤੁਲਨਾ ਦਾ ਅਰਥ ਸਿਰਫ਼ ਤਦ ਹੀ ਹੈ ਜਦੋਂ ਸਰਵਰ ਦੂਜਾ ਵਿਕਲਪ ਦਿੰਦਾ ਹੈ।

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