ਮਿਲੀਸਕਿੰਟ ਲਈ ਲੜ ਰਿਹਾ ਹੈ। ਸਭ ਤੋਂ ਘੱਟ ਪਿੰਗ ਵਾਲਾ ਸਰਵਰ ਕਿਵੇਂ ਚੁਣਨਾ ਹੈ

ਬਹੁਤ ਸਾਰੇ ਕੰਮਾਂ ਲਈ, ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰ ਦੇਰੀ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦੀ ਹੈ, ਉਦਾਹਰਨ ਲਈ ਔਨਲਾਈਨ ਗੇਮਾਂ, ਵੀਡੀਓ/ਵੌਇਸ ਕਾਨਫਰੰਸਿੰਗ, IP ਟੈਲੀਫੋਨੀ, VPN, ਆਦਿ ਵਿੱਚ। ਜੇਕਰ ਸਰਵਰ IP ਨੈੱਟਵਰਕ ਪੱਧਰ 'ਤੇ ਕਲਾਇੰਟ ਤੋਂ ਬਹੁਤ ਦੂਰ ਹੈ, ਤਾਂ ਦੇਰੀ (ਪ੍ਰਸਿੱਧ ਤੌਰ 'ਤੇ "ਪਿੰਗ", "ਲੈਗ" ਕਿਹਾ ਜਾਂਦਾ ਹੈ) ਕੰਮ ਵਿੱਚ ਦਖਲ ਦੇਵੇਗਾ।

ਇੱਕ ਸਰਵਰ ਦੀ ਭੂਗੋਲਿਕ ਨੇੜਤਾ ਹਮੇਸ਼ਾ IP ਰੂਟਿੰਗ ਪੱਧਰ 'ਤੇ ਬਰਾਬਰੀ ਨਹੀਂ ਹੁੰਦੀ। ਇਸ ਲਈ, ਉਦਾਹਰਨ ਲਈ, ਕਿਸੇ ਹੋਰ ਦੇਸ਼ ਵਿੱਚ ਇੱਕ ਸਰਵਰ ਤੁਹਾਡੇ ਸ਼ਹਿਰ ਵਿੱਚ ਇੱਕ ਸਰਵਰ ਨਾਲੋਂ ਤੁਹਾਡੇ "ਨੇੜੇ" ਹੋ ਸਕਦਾ ਹੈ। ਸਾਰੇ ਰੂਟਿੰਗ ਅਤੇ ਨੈੱਟਵਰਕ ਨਿਰਮਾਣ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਕਾਰਨ.

ਇੱਕ ਸਰਵਰ ਦੀ ਚੋਣ ਕਿਵੇਂ ਕਰੀਏ ਜੋ ਸਾਰੇ ਸੰਭਾਵੀ ਗਾਹਕਾਂ ਦੇ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਨੇੜੇ ਹੋਵੇ? IP ਨੈੱਟਵਰਕ ਕਨੈਕਟੀਵਿਟੀ ਕੀ ਹੈ? ਇੱਕ ਕਲਾਇੰਟ ਨੂੰ ਨਜ਼ਦੀਕੀ ਸਰਵਰ ਤੇ ਕਿਵੇਂ ਨਿਰਦੇਸ਼ਿਤ ਕਰਨਾ ਹੈ? ਆਉ ਲੇਖ ਵਿਚ ਪਤਾ ਕਰੀਏ.

ਦੇਰੀ ਨੂੰ ਮਾਪਣਾ

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

ICMP - ਨਿਯਮਤ ਪਿੰਗ

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

ਪੈਕੇਜ ਦਾ ਆਕਾਰ (ਵਿਕਲਪ -s) - ਮੂਲ ਰੂਪ ਵਿੱਚ, ਪਿੰਗ ਉਪਯੋਗਤਾ 64 ਬਾਈਟਸ ਦੇ ਆਕਾਰ ਦੇ ਪੈਕੇਟ ਭੇਜਦੀ ਹੈ। ਅਜਿਹੇ ਛੋਟੇ ਪੈਕੇਟਾਂ ਦੇ ਨਾਲ, ਵੱਡੇ ਪੈਕੇਟਾਂ ਨਾਲ ਵਾਪਰਨ ਵਾਲੀਆਂ ਘਟਨਾਵਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਨਹੀਂ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਅਸੀਂ ਪੈਕੇਟ ਦਾ ਆਕਾਰ 1300 ਬਾਈਟ 'ਤੇ ਸੈੱਟ ਕਰਾਂਗੇ।

ਪੈਕੇਟ ਵਿਚਕਾਰ ਅੰਤਰਾਲ (ਵਿਕਲਪ -i) — ਡਾਟਾ ਭੇਜਣ ਵਿਚਕਾਰ ਸਮਾਂ। ਮੂਲ ਰੂਪ ਵਿੱਚ, ਪੈਕੇਟ ਪ੍ਰਤੀ ਸਕਿੰਟ ਵਿੱਚ ਇੱਕ ਵਾਰ ਭੇਜੇ ਜਾਂਦੇ ਹਨ, ਇਹ ਬਹੁਤ ਲੰਮਾ ਹੈ, ਅਸਲ ਪ੍ਰੋਗਰਾਮ ਪ੍ਰਤੀ ਸਕਿੰਟ ਸੈਂਕੜੇ ਅਤੇ ਹਜ਼ਾਰਾਂ ਪੈਕੇਟ ਭੇਜਦੇ ਹਨ, ਇਸਲਈ ਅਸੀਂ ਅੰਤਰਾਲ ਨੂੰ 0.1 ਸਕਿੰਟ ਵਿੱਚ ਸੈੱਟ ਕਰਾਂਗੇ। ਪ੍ਰੋਗਰਾਮ ਸਿਰਫ਼ ਘੱਟ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ.

ਨਤੀਜੇ ਵਜੋਂ, ਕਮਾਂਡ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

ping -s 1300 -i 0.1 yandex.ru

ਇਹ ਡਿਜ਼ਾਈਨ ਤੁਹਾਨੂੰ ਦੇਰੀ ਦੀ ਵਧੇਰੇ ਯਥਾਰਥਵਾਦੀ ਤਸਵੀਰ ਦੇਖਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

UDP ਅਤੇ TCP ਰਾਹੀਂ ਪਿੰਗ ਕਰੋ

ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ, TCP ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ICMP ਪੈਕੇਟਾਂ ਨਾਲੋਂ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਸੰਸਾਧਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਸਦੇ ਕਾਰਨ, ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਅਧਾਰ ਤੇ ਮਾਪ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦੇ ਹਨ। ਇਹ ਵੀ ਅਕਸਰ ਹੁੰਦਾ ਹੈ ਕਿ ਹੋਸਟ ਸਿਰਫ਼ ICMP ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਨਿਯਮਤ ਪਿੰਗ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇਹ ਉਹ ਹੈ ਜੋ ਇੱਕ ਮੇਜ਼ਬਾਨ ਆਪਣੀ ਸਾਰੀ ਜ਼ਿੰਦਗੀ ਕਰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ. microsoft.com.

ਉਪਯੋਗਤਾ nping ਮਸ਼ਹੂਰ ਸਕੈਨਰ ਦੇ ਡਿਵੈਲਪਰਾਂ ਤੋਂ nmap ਕੋਈ ਵੀ ਪੈਕੇਟ ਤਿਆਰ ਕਰ ਸਕਦਾ ਹੈ। ਇਸਦੀ ਵਰਤੋਂ ਦੇਰੀ ਨੂੰ ਮਾਪਣ ਲਈ ਵੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
ਕਿਉਂਕਿ UDP ਅਤੇ TCP ਖਾਸ ਲੋਕਾਂ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ, ਸਾਨੂੰ ਇੱਕ ਖਾਸ ਪੋਰਟ ਨੂੰ "ਪਿੰਗ" ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਆਉ ਟੀਸੀਪੀ 80 ਨੂੰ ਪਿੰਗ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ, ਯਾਨੀ ਵੈੱਬ ਸਰਵਰ ਪੋਰਟ:

$ sudo nping --tcp -p 80 --delay 0.1 -c 0 microsoft.com

Starting Nping 0.7.80 ( https://nmap.org/nping ) at 2020-04-30 13:07 MSK
SENT (0.0078s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
SENT (0.1099s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.2068s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.2107s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.3046s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.3122s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.4247s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=42 id=0 iplen=44  seq=2876862274 win=64240 <mss 1398>

Max rtt: 112.572ms | Min rtt: 93.866ms | Avg rtt: 101.093ms
Raw packets sent: 4 (160B) | Rcvd: 3 (132B) | Lost: 1 (25.00%)
Nping done: 1 IP address pinged in 0.43 seconds

ਮੂਲ ਰੂਪ ਵਿੱਚ, nping 4 ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ ਅਤੇ ਰੁਕ ਜਾਂਦਾ ਹੈ। ਵਿਕਲਪ -ਸੀ 0 ਪੈਕੇਟਾਂ ਦੀ ਬੇਅੰਤ ਭੇਜਣ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ; ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਰੋਕਣ ਲਈ, ਤੁਹਾਨੂੰ Ctrl+C ਦਬਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਅੰਕੜੇ ਅੰਤ ਵਿੱਚ ਦਿਖਾਏ ਜਾਣਗੇ। ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਔਸਤ rtt (ਰਾਊਂਡ-ਟ੍ਰਿਪ ਟਾਈਮ) ਮੁੱਲ 101ms ਹੈ।

MTR - ਸਟੀਰੌਇਡ 'ਤੇ ਟਰੇਸਰਾਊਟ

ਪ੍ਰੋਗਰਾਮ ਐਮ ਟੀ ਆਰ My Traceroute ਇੱਕ ਰਿਮੋਟ ਹੋਸਟ ਲਈ ਰੂਟਾਂ ਨੂੰ ਟਰੇਸ ਕਰਨ ਲਈ ਇੱਕ ਉੱਨਤ ਉਪਯੋਗਤਾ ਹੈ। ਆਮ ਸਿਸਟਮ ਉਪਯੋਗਤਾ ਟਰੇਸਰਾਊਟ ਦੇ ਉਲਟ (ਵਿੰਡੋਜ਼ ਵਿੱਚ ਇਹ ਟਰੇਸਰਟ ਉਪਯੋਗਤਾ ਹੈ), ਇਹ ਪੈਕੇਟ ਚੇਨ ਵਿੱਚ ਹਰੇਕ ਹੋਸਟ ਨੂੰ ਦੇਰੀ ਦਿਖਾ ਸਕਦਾ ਹੈ। ਇਹ ਨਾ ਸਿਰਫ਼ ICMP ਰਾਹੀਂ, ਸਗੋਂ UDP ਅਤੇ TCP ਰਾਹੀਂ ਵੀ ਰੂਟਾਂ ਦਾ ਪਤਾ ਲਗਾ ਸਕਦਾ ਹੈ।

$ sudo mtr microsoft.com

(ਕਲਿੱਕ ਕਰਨ ਯੋਗ) MTR ਪ੍ਰੋਗਰਾਮ ਇੰਟਰਫੇਸ। microsoft.com ਲਈ ਰੂਟ ਟਰੇਸਿੰਗ ਸ਼ੁਰੂ ਹੋਈ

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

ਵਾਈਫਾਈ ਬਨਾਮ ਕੇਬਲ

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

WiFi ਅਤੇ ਕੇਬਲ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਲਈ ਇੱਥੇ ਇੱਕ ਵਿਜ਼ੂਅਲ ਟੈਸਟ ਹੈ। ਇਹ ਵਾਈਫਾਈ ਰਾਊਟਰ ਲਈ ਇੱਕ ਪਿੰਗ ਹੈ, ਯਾਨੀ ਅਜੇ ਤੱਕ ਇੰਟਰਨੈੱਟ ਨਹੀਂ ਹੈ।

(ਕਲਿੱਕ ਕਰਨ ਯੋਗ) ਕੇਬਲ ਦੁਆਰਾ ਅਤੇ ਵਾਈਫਾਈ ਦੁਆਰਾ ਇੱਕ WiFi ਰਾਊਟਰ ਨਾਲ ਪਿੰਗ ਦੀ ਤੁਲਨਾ

ਇਹ ਦੇਖਿਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਵਾਈਫਾਈ 'ਤੇ ਦੇਰੀ 1 ਮਿ. ਅਤੇ ਇਹ ਸਿਰਫ ਥੋੜਾ ਸਮਾਂ ਹੈ. ਉਸੇ ਸਮੇਂ, ਉਹੀ ਰਾਊਟਰ <1ms ਦੀ ਸਥਿਰ ਦੇਰੀ ਪੈਦਾ ਕਰਦਾ ਹੈ।

ਉਪਰੋਕਤ ਉਦਾਹਰਨ ਵਿੱਚ, 802.11GHz 'ਤੇ WiFi 2.4n ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਗਈ ਹੈ, ਸਿਰਫ਼ ਇੱਕ ਲੈਪਟਾਪ ਅਤੇ ਇੱਕ ਫ਼ੋਨ WiFi ਐਕਸੈਸ ਪੁਆਇੰਟ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ। ਜੇ ਐਕਸੈਸ ਪੁਆਇੰਟ 'ਤੇ ਵਧੇਰੇ ਗਾਹਕ ਹੁੰਦੇ, ਤਾਂ ਨਤੀਜੇ ਬਹੁਤ ਮਾੜੇ ਹੋਣਗੇ। ਇਸ ਲਈ ਮੈਂ ਸਾਰੇ ਦਫਤਰੀ ਕੰਪਿਊਟਰਾਂ ਨੂੰ ਵਾਈਫਾਈ 'ਤੇ ਬਦਲਣ ਦੇ ਵਿਰੁੱਧ ਹਾਂ ਜੇਕਰ ਕੇਬਲ ਨਾਲ ਉਨ੍ਹਾਂ ਤੱਕ ਪਹੁੰਚਣਾ ਸੰਭਵ ਹੈ।

IP ਕਨੈਕਟੀਵਿਟੀ

ਇਸ ਲਈ, ਅਸੀਂ ਸਰਵਰ ਲਈ ਦੇਰੀ ਨੂੰ ਮਾਪਣਾ ਸਿੱਖਿਆ ਹੈ, ਆਓ ਆਪਣੇ ਸਭ ਤੋਂ ਨਜ਼ਦੀਕੀ ਸਰਵਰ ਨੂੰ ਲੱਭਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ. ਅਜਿਹਾ ਕਰਨ ਲਈ, ਅਸੀਂ ਦੇਖ ਸਕਦੇ ਹਾਂ ਕਿ ਸਾਡੇ ਪ੍ਰਦਾਤਾ ਦੀ ਰੂਟਿੰਗ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ। ਇਸਦੇ ਲਈ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸੁਵਿਧਾਜਨਕ ਹੈ bgp.he.net

ਜਦੋਂ ਅਸੀਂ ਸਾਈਟ ਨੂੰ ਐਕਸੈਸ ਕਰਦੇ ਹਾਂ, ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ ਕਿ ਸਾਡਾ IP ਐਡਰੈੱਸ ਆਟੋਨੋਮਸ ਸਿਸਟਮ ਨਾਲ ਸਬੰਧਤ ਹੈ AS42610.

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

ਪ੍ਰਦਾਤਾ ਦੇ ਖੁਦਮੁਖਤਿਆਰ ਸਿਸਟਮਾਂ ਦਾ ਕਨੈਕਟੀਵਿਟੀ ਗ੍ਰਾਫ਼

ਇਸ ਟੂਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਤੁਸੀਂ ਅਧਿਐਨ ਕਰ ਸਕਦੇ ਹੋ ਕਿ ਹੋਸਟਿੰਗ ਸਮੇਤ, ਕਿਸੇ ਵੀ ਪ੍ਰਦਾਤਾ ਦੇ ਚੈਨਲਾਂ ਦਾ ਸੰਰਚਨਾ ਕਿਵੇਂ ਹੈ। ਦੇਖੋ ਕਿ ਇਹ ਕਿਸ ਪ੍ਰਦਾਤਾ ਨਾਲ ਸਿੱਧਾ ਜੁੜਿਆ ਹੋਇਆ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ bgp.he.net ਦੀ ਖੋਜ ਵਿੱਚ ਸਰਵਰ ਦਾ IP ਪਤਾ ਦਰਜ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਇਸਦੇ ਆਟੋਨੋਮਸ ਸਿਸਟਮ ਦੇ ਗ੍ਰਾਫ ਨੂੰ ਵੇਖਣਾ ਹੋਵੇਗਾ। ਤੁਸੀਂ ਇਹ ਵੀ ਸਮਝ ਸਕਦੇ ਹੋ ਕਿ ਇੱਕ ਡੇਟਾ ਸੈਂਟਰ ਜਾਂ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਦੂਜੇ ਨਾਲ ਕਿਵੇਂ ਜੁੜਿਆ ਹੋਇਆ ਹੈ।

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

ਉਦਾਹਰਣ ਲਈ, ਸ਼ੀਸ਼ਾ ਵੇਖ ਰਿਹਾ ਹੈ MGTS ਤੋਂ

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

ਨਜ਼ਦੀਕੀ ਸਰਵਰ ਦੀ ਚੋਣ ਕਰੋ

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

ਬਟਨ ਤੁਹਾਨੂੰ ਸਾਡੇ ਸਾਰੇ ਡਾਟਾ ਸੈਂਟਰਾਂ ਲਈ ਲੇਟੈਂਸੀ ਟੈਸਟ ਪੰਨੇ 'ਤੇ ਲੈ ਜਾਂਦਾ ਹੈ। ਟੈਸਟ ਦੇ ਨਤੀਜੇ ਦੇਖਣ ਲਈ, ਨਕਸ਼ੇ 'ਤੇ ਡਾਟਾ ਸੈਂਟਰ ਪੁਆਇੰਟ 'ਤੇ ਕਲਿੱਕ ਕਰੋ

ਸਰੋਤ: www.habr.com