ਸਿਸਕੋ ਸਿਖਲਾਈ 200-125 CCNA v3.0. ਦਿਨ 6: ਖਾਲੀ ਥਾਂਵਾਂ ਨੂੰ ਭਰਨਾ (DHCP, TCP, ਹੈਂਡਸ਼ੇਕ, ਆਮ ਪੋਰਟ ਨੰਬਰ)

ਅੱਜ ਦਾ ਵੀਡੀਓ ਟਿਊਟੋਰਿਅਲ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਮੈਂ ਉਨ੍ਹਾਂ ਸਾਰਿਆਂ ਦਾ ਧੰਨਵਾਦ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਜਿਨ੍ਹਾਂ ਨੇ YouTube 'ਤੇ ਮੇਰੇ ਕੋਰਸ ਦੀ ਪ੍ਰਸਿੱਧੀ ਲਈ ਯੋਗਦਾਨ ਪਾਇਆ। ਜਦੋਂ ਮੈਂ ਇਸ ਨੂੰ ਲਗਭਗ 8 ਮਹੀਨੇ ਪਹਿਲਾਂ ਸ਼ੁਰੂ ਕੀਤਾ ਸੀ, ਮੈਨੂੰ ਅਜਿਹੀ ਸਫਲਤਾ ਦੀ ਉਮੀਦ ਨਹੀਂ ਸੀ - ਅੱਜ ਮੇਰੇ ਪਾਠਾਂ ਨੂੰ 312724 ਲੋਕਾਂ ਦੁਆਰਾ ਦੇਖਿਆ ਗਿਆ ਹੈ, ਮੇਰੇ ਕੋਲ 11208 ਗਾਹਕ ਹਨ. ਮੈਂ ਕਦੇ ਸੁਪਨੇ ਵਿੱਚ ਵੀ ਨਹੀਂ ਸੋਚਿਆ ਸੀ ਕਿ ਇਹ ਨਿਮਰ ਸ਼ੁਰੂਆਤ ਇੰਨੀ ਉਚਾਈ ਤੱਕ ਪਹੁੰਚ ਜਾਵੇਗੀ। ਪਰ ਆਓ ਸਮਾਂ ਬਰਬਾਦ ਨਾ ਕਰੀਏ ਅਤੇ ਸਿੱਧੇ ਅੱਜ ਦੇ ਪਾਠ 'ਤੇ ਚੱਲੀਏ। ਅੱਜ ਅਸੀਂ ਪਿਛਲੇ 7 ਵੀਡੀਓ ਪਾਠਾਂ ਵਿੱਚ ਆਈਆਂ ਕਮੀਆਂ ਨੂੰ ਭਰਾਂਗੇ। ਹਾਲਾਂਕਿ ਅੱਜ ਸਿਰਫ 6ਵਾਂ ਦਿਨ ਹੈ, ਦਿਨ 3 ਨੂੰ 3 ਵੀਡੀਓ ਪਾਠਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਸੀ, ਇਸ ਲਈ ਅੱਜ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਅੱਠਵਾਂ ਵੀਡੀਓ ਸਬਕ ਦੇਖੋਗੇ।

ਅੱਜ ਅਸੀਂ 3 ਮਹੱਤਵਪੂਰਨ ਵਿਸ਼ਿਆਂ ਨੂੰ ਕਵਰ ਕਰਾਂਗੇ: DHCP, TCP ਟ੍ਰਾਂਸਪੋਰਟ, ਅਤੇ ਸਭ ਤੋਂ ਆਮ ਪੋਰਟ ਨੰਬਰ। ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ IP ਐਡਰੈੱਸ ਬਾਰੇ ਗੱਲ ਕਰ ਚੁੱਕੇ ਹਾਂ, ਅਤੇ IP ਐਡਰੈੱਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਵਿੱਚ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਕਾਰਕਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ DHCP।

DHCP ਦਾ ਅਰਥ ਹੈ ਡਾਇਨਾਮਿਕ ਹੋਸਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਇਹ ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਹੈ ਜੋ ਹੋਸਟਾਂ ਲਈ IP ਐਡਰੈੱਸ ਨੂੰ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਕੌਂਫਿਗਰ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ ਅਸੀਂ ਸਭ ਨੇ ਇਸ ਵਿੰਡੋ ਨੂੰ ਦੇਖਿਆ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ "ਆਟੋਮੈਟਿਕਲੀ ਇੱਕ IP ਪਤਾ ਪ੍ਰਾਪਤ ਕਰੋ" ਵਿਕਲਪ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ, ਤਾਂ ਕੰਪਿਊਟਰ ਇੱਕ DHCP ਸਰਵਰ ਦੀ ਖੋਜ ਕਰਦਾ ਹੈ ਜੋ ਉਸੇ ਸਬਨੈੱਟ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ IP ਪਤੇ ਲਈ ਵੱਖ-ਵੱਖ ਪੈਕੇਟ ਅਤੇ ਬੇਨਤੀਆਂ ਭੇਜਦਾ ਹੈ। DHCP ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ 6 ਸੁਨੇਹੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ 4 ਇੱਕ IP ਪਤਾ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ।

ਪਹਿਲਾ ਸੁਨੇਹਾ ਇੱਕ DHCP ਡਿਸਕਵਰੀ ਸੁਨੇਹਾ ਹੈ। DHCP ਖੋਜ ਸੁਨੇਹਾ ਇੱਕ ਸ਼ੁਭਕਾਮਨਾ ਸੰਦੇਸ਼ ਦੇ ਸਮਾਨ ਹੈ। ਜਦੋਂ ਕੋਈ ਨਵਾਂ ਡਿਵਾਈਸ ਨੈੱਟਵਰਕ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਤਾਂ ਇਹ ਪੁੱਛਦਾ ਹੈ ਕਿ ਕੀ ਨੈੱਟਵਰਕ 'ਤੇ ਕੋਈ DHCP ਸਰਵਰ ਹੈ।

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

ਜੇਕਰ ਨੈੱਟਵਰਕ 'ਤੇ ਇੱਕ DHCP ਸਰਵਰ ਹੈ, ਤਾਂ ਇਹ ਇੱਕ ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ - ਇੱਕ DHCP ਪੇਸ਼ਕਸ਼ ਪੇਸ਼ਕਸ਼। ਪ੍ਰਸਤਾਵ ਦਾ ਮਤਲਬ ਹੈ ਕਿ DHCP ਸਰਵਰ, ਇੱਕ ਖੋਜ ਬੇਨਤੀ ਦੇ ਜਵਾਬ ਵਿੱਚ, ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਭੇਜਦਾ ਹੈ, ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਖਾਸ IP ਐਡਰੈੱਸ ਸਵੀਕਾਰ ਕਰਨ ਲਈ ਕਹਿੰਦਾ ਹੈ।

DHCP ਸਰਵਰ ਇੱਕ IP ਐਡਰੈੱਸ ਰਿਜ਼ਰਵ ਕਰਦਾ ਹੈ, ਇਸ ਮਾਮਲੇ ਵਿੱਚ 192.168.1.2, ਇਸਨੂੰ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ, ਸਗੋਂ ਡਿਵਾਈਸ ਲਈ ਇਸ ਐਡਰੈੱਸ ਨੂੰ ਰਿਜ਼ਰਵ ਕਰਦਾ ਹੈ। ਉਸੇ ਸਮੇਂ, ਪੇਸ਼ਕਸ਼ ਪੈਕੇਜ ਵਿੱਚ DHCP ਸਰਵਰ ਦਾ ਆਪਣਾ IP ਪਤਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ।

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

ਮੰਨ ਲਓ ਕਿ ਗਾਹਕ ਪਹਿਲੀ ਅਰਜ਼ੀ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਕਲਾਇੰਟ ਇੱਕ DHCP ਬੇਨਤੀ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ ਜੋ ਸ਼ਾਬਦਿਕ ਤੌਰ 'ਤੇ ਕਹਿੰਦਾ ਹੈ "ਮੈਂ DHCP ਸਰਵਰ 192.168.1.2 ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੇ IP ਐਡਰੈੱਸ 192.168.1.1 ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹਾਂ।"

ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ, 192.168.1.1 DHCP ਸਰਵਰ ਜਵਾਬ ਦਿੰਦਾ ਹੈ "ਠੀਕ ਹੈ, ਮੈਂ ਇਸਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹਾਂ," ਭਾਵ, ਇਹ ਬੇਨਤੀ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ DHCP ACK ਨੂੰ ਕਲਾਇੰਟ ਨੂੰ ਭੇਜਦਾ ਹੈ। ਪਰ ਸਾਨੂੰ ਯਾਦ ਹੈ ਕਿ ਇੱਕ ਹੋਰ DHCP ਸਰਵਰ ਨੇ ਕਲਾਇੰਟ ਲਈ 1.50 ਦਾ IP ਐਡਰੈੱਸ ਰਿਜ਼ਰਵ ਕੀਤਾ ਹੈ। ਇੱਕ ਵਾਰ ਜਦੋਂ ਇਹ ਇੱਕ ਕਲਾਇੰਟ ਦੀ ਪ੍ਰਸਾਰਣ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਅਸਫਲਤਾ ਬਾਰੇ ਜਾਣ ਜਾਵੇਗਾ ਅਤੇ ਉਸ IP ਪਤੇ ਨੂੰ ਪੂਲ ਵਿੱਚ ਵਾਪਸ ਪਾ ਦੇਵੇਗਾ ਤਾਂ ਜੋ ਇਹ ਕਿਸੇ ਹੋਰ ਕਲਾਇੰਟ ਨੂੰ ਇਸ ਨੂੰ ਸੌਂਪ ਸਕਦਾ ਹੈ ਜੇਕਰ ਇਹ ਕੋਈ ਹੋਰ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।

ਇਹ 4 ਨਾਜ਼ੁਕ ਸੁਨੇਹੇ ਹਨ ਜੋ DHCP IP ਐਡਰੈੱਸ ਨਿਰਧਾਰਤ ਕਰਨ ਵੇਲੇ ਬਦਲਦਾ ਹੈ। ਅੱਗੇ, DHCP ਕੋਲ 2 ਹੋਰ ਜਾਣਕਾਰੀ ਸੁਨੇਹੇ ਹਨ। ਕਲਾਇੰਟ ਦੁਆਰਾ ਇੱਕ ਸੂਚਨਾ ਸੁਨੇਹਾ ਜਾਰੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜੇਕਰ ਇਸਨੂੰ ਦੂਜੇ ਪੜਾਅ ਵਿੱਚ DHCP ਪੇਸ਼ਕਸ਼ ਧਾਰਾ ਵਿੱਚ ਪ੍ਰਾਪਤ ਕੀਤੀ ਗਈ ਜਾਣਕਾਰੀ ਤੋਂ ਵੱਧ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜੇ ਸਰਵਰ ਨੇ DHCP ਪੇਸ਼ਕਸ਼ ਵਿੱਚ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤੀ, ਜਾਂ ਜੇ ਕਲਾਇੰਟ ਨੂੰ ਪੇਸ਼ਕਸ਼ ਪੈਕੇਟ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਜਾਣਕਾਰੀ ਨਾਲੋਂ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਇਹ ਵਾਧੂ DHCP ਜਾਣਕਾਰੀ ਦੀ ਬੇਨਤੀ ਕਰਦਾ ਹੈ। ਇੱਕ ਹੋਰ ਸੁਨੇਹਾ ਹੈ ਜੋ ਕਲਾਇੰਟ ਸਰਵਰ ਨੂੰ ਭੇਜਦਾ ਹੈ - ਇਹ DHCP ਰੀਲੀਜ਼ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਆਪਣਾ ਮੌਜੂਦਾ IP ਪਤਾ ਜਾਰੀ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ।

ਹਾਲਾਂਕਿ, ਸਭ ਤੋਂ ਵੱਧ ਅਕਸਰ ਇਹ ਹੁੰਦਾ ਹੈ ਕਿ ਉਪਭੋਗਤਾ ਕੋਲ ਸਰਵਰ ਨੂੰ DHCP ਰੀਲੀਜ਼ ਭੇਜਣ ਦਾ ਸਮਾਂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਨੈੱਟਵਰਕ ਤੋਂ ਡਿਸਕਨੈਕਟ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਹ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਕੰਪਿਊਟਰ ਨੂੰ ਬੰਦ ਕਰਦੇ ਹੋ, ਜੋ ਅਸੀਂ ਕਰਦੇ ਹਾਂ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਨੈੱਟਵਰਕ ਕਲਾਇੰਟ, ਜਾਂ ਕੰਪਿਊਟਰ, ਕੋਲ ਵਰਤੇ ਗਏ ਪਤੇ ਨੂੰ ਜਾਰੀ ਕਰਨ ਲਈ ਸਰਵਰ ਨੂੰ ਸੂਚਿਤ ਕਰਨ ਦਾ ਸਮਾਂ ਨਹੀਂ ਹੈ, ਇਸਲਈ DHCP ਰੀਲੀਜ਼ ਇੱਕ ਲੋੜੀਂਦਾ ਕਦਮ ਨਹੀਂ ਹੈ। ਇੱਕ IP ਪਤਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਕਦਮ ਹਨ: DHCP ਖੋਜ, DHCP ਪੇਸ਼ਕਸ਼, DHCP ਬੇਨਤੀ, ਅਤੇ DHCP ਹੈਂਡਸ਼ੇਕ।

ਅਗਲੇ ਪਾਠਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਮੈਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗਾ ਕਿ ਇੱਕ DNCP ਪੂਲ ਬਣਾਉਣ ਵੇਲੇ ਅਸੀਂ ਇੱਕ DHCP ਸਰਵਰ ਨੂੰ ਕਿਵੇਂ ਸੰਰਚਿਤ ਕਰਦੇ ਹਾਂ। ਪੂਲਿੰਗ ਦੁਆਰਾ ਸਾਡਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਸਰਵਰ ਨੂੰ 192.168.1.1 ਤੋਂ 192.168.1.254 ਦੀ ਰੇਂਜ ਵਿੱਚ IP ਪਤੇ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕਹਿੰਦੇ ਹੋ। ਇਸ ਤਰ੍ਹਾਂ, DHCP ਸਰਵਰ ਇੱਕ ਪੂਲ ਬਣਾਏਗਾ, ਇਸ ਵਿੱਚ 254 IP ਐਡਰੈੱਸ ਰੱਖੇਗਾ, ਅਤੇ ਸਿਰਫ਼ ਇਸ ਪੂਲ ਤੋਂ ਨੈੱਟਵਰਕ 'ਤੇ ਗਾਹਕਾਂ ਨੂੰ ਪਤੇ ਨਿਰਧਾਰਤ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ। ਇਸ ਲਈ ਇਹ ਇੱਕ ਪ੍ਰਬੰਧਕੀ ਸੈਟਿੰਗ ਵਰਗਾ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਕਰ ਸਕਦਾ ਹੈ.

ਆਓ ਹੁਣ ਟੀਸੀਪੀ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਨੂੰ ਵੇਖੀਏ. ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਤੁਸੀਂ ਤਸਵੀਰ ਵਿੱਚ ਦਰਸਾਏ ਗਏ "ਟੈਲੀਫੋਨ" ਤੋਂ ਜਾਣੂ ਹੋ ਜਾਂ ਨਹੀਂ, ਪਰ ਜਦੋਂ ਅਸੀਂ ਬੱਚੇ ਸੀ ਤਾਂ ਅਸੀਂ ਇੱਕ ਦੂਜੇ ਨਾਲ ਗੱਲ ਕਰਨ ਲਈ ਇੱਕ ਸਤਰ ਨਾਲ ਜੁੜੇ ਇਹਨਾਂ ਟੀਨ ਦੇ ਡੱਬਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸੀ।

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

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

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

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

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

ਮੰਨ ਲਓ ਕਿ ਫੋਰਗਰਾਉਂਡ ਵਿੱਚ ਕੁੜੀ, ਜਿਸਦਾ ਚਿਹਰਾ ਅਸੀਂ ਦੇਖ ਸਕਦੇ ਹਾਂ, ਡਿਵਾਈਸ A ਹੈ, ਅਤੇ ਬੈਕਗ੍ਰਾਉਂਡ ਵਿੱਚ ਕੁੜੀ, ਜਿਸਦਾ ਚਿਹਰਾ ਦਿਖਾਈ ਨਹੀਂ ਦੇ ਰਿਹਾ, ਡਿਵਾਈਸ B ਹੈ। ਕੁੜੀ A ਕੁੜੀ B ਨੂੰ ਇੱਕ SYN ਪੈਕੇਟ ਭੇਜਦੀ ਹੈ, ਅਤੇ ਉਹ ਕਹਿੰਦੀ ਹੈ: “ਬਹੁਤ ਵਧੀਆ, ਕੌਣ- ਫਿਰ ਉਹ ਮੇਰੇ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ। ਇਸ ਲਈ, ਮੈਨੂੰ ਜਵਾਬ ਦੇਣ ਦੀ ਲੋੜ ਹੈ ਕਿ ਮੈਂ ਗੱਲਬਾਤ ਕਰਨ ਲਈ ਤਿਆਰ ਹਾਂ!” ਇਹ ਕਿਵੇਂ ਕਰਨਾ ਹੈ? ਕੋਈ ਇੱਕ ਹੋਰ SYN ਪੈਕੇਟ ਵਾਪਸ ਭੇਜ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਇੱਕ ACK ਅਸਲ SYN ਪੈਕੇਟ ਦੀ ਰਸੀਦ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਪਰ ACK ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਭੇਜਣ ਦੀ ਬਜਾਏ, ਸਰਵਰ SYN ਅਤੇ ACK ਵਾਲਾ ਇੱਕ ਸਾਂਝਾ ਪੈਕੇਟ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਨੈੱਟਵਰਕ 'ਤੇ ਪ੍ਰਸਾਰਿਤ ਕਰਦਾ ਹੈ।

ਇਸ ਲਈ ਇਸ ਸਮੇਂ, ਡਿਵਾਈਸ A ਨੇ ਇੱਕ SYN ਪੈਕੇਟ ਭੇਜਿਆ ਹੈ ਅਤੇ ਇੱਕ SYN/ACK ਪੈਕੇਟ ਵਾਪਸ ਪ੍ਰਾਪਤ ਕੀਤਾ ਹੈ। ਹੁਣ ਡਿਵਾਈਸ A ਨੂੰ ਡਿਵਾਈਸ B ਨੂੰ ਇੱਕ ACK ਪੈਕੇਟ ਭੇਜਣਾ ਚਾਹੀਦਾ ਹੈ, ਯਾਨੀ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਸਨੂੰ ਸੰਚਾਰ ਸਥਾਪਤ ਕਰਨ ਲਈ ਡਿਵਾਈਸ B ਤੋਂ ਸਹਿਮਤੀ ਪ੍ਰਾਪਤ ਹੋਈ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਦੋਵੇਂ ਡਿਵਾਈਸਾਂ ਨੇ SYN ਅਤੇ ACK ਪੈਕੇਟ ਪ੍ਰਾਪਤ ਕੀਤੇ, ਅਤੇ ਹੁਣ ਅਸੀਂ ਕਹਿ ਸਕਦੇ ਹਾਂ ਕਿ ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਹੋ ਗਿਆ ਹੈ, ਯਾਨੀ, TCP ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ 3-ਪੜਾਅ ਦਾ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ।

ਅੱਗੇ ਅਸੀਂ TCP ਵਿੰਡੋਿੰਗ ਤਕਨਾਲੋਜੀ ਨੂੰ ਦੇਖਾਂਗੇ। ਸਿੱਧੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਇਹ ਇੱਕ ਤਰੀਕਾ ਹੈ ਜੋ TCP/IP ਵਿੱਚ ਭੇਜਣ ਵਾਲੇ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਸਮਝੌਤਾ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਦੱਸ ਦੇਈਏ ਕਿ ਵਿੰਡੋਜ਼ ਵਿੱਚ ਅਸੀਂ ਇੱਕ ਵੱਡੀ ਫਾਈਲ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਾਂ, ਜਿਵੇਂ ਕਿ 2 ਜੀਬੀ ਸਾਈਜ਼, ਇੱਕ ਡਰਾਈਵ ਤੋਂ ਦੂਜੀ ਵਿੱਚ. ਟ੍ਰਾਂਸਫਰ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ, ਸਿਸਟਮ ਸਾਨੂੰ ਸੂਚਿਤ ਕਰੇਗਾ ਕਿ ਫਾਈਲ ਟ੍ਰਾਂਸਫਰ ਵਿੱਚ ਲਗਭਗ 1 ਸਾਲ ਦਾ ਸਮਾਂ ਲੱਗੇਗਾ। ਪਰ ਕੁਝ ਸਕਿੰਟਾਂ ਬਾਅਦ ਸਿਸਟਮ ਆਪਣੇ ਆਪ ਨੂੰ ਠੀਕ ਕਰੇਗਾ ਅਤੇ ਕਹੇਗਾ: "ਓ, ਇੱਕ ਮਿੰਟ ਉਡੀਕ ਕਰੋ, ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਸ ਵਿੱਚ ਇੱਕ ਸਾਲ ਨਹੀਂ, ਲਗਭਗ 6 ਮਹੀਨੇ ਲੱਗਣਗੇ।" ਥੋੜਾ ਹੋਰ ਸਮਾਂ ਲੰਘ ਜਾਵੇਗਾ ਅਤੇ ਵਿੰਡੋਜ਼ ਕਹੇਗਾ: "ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਮੈਂ 1 ਮਹੀਨੇ ਵਿੱਚ ਫਾਈਲ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੇ ਯੋਗ ਹੋ ਸਕਦਾ ਹਾਂ।" ਇਸ ਤੋਂ ਬਾਅਦ “1 ਦਿਨ”, “6 ਘੰਟੇ”, “3 ਘੰਟੇ”, “1 ਘੰਟਾ”, “20 ਮਿੰਟ”, “10 ਮਿੰਟ”, “3 ਮਿੰਟ” ਸੰਦੇਸ਼ ਆਉਣਗੇ। ਵਾਸਤਵ ਵਿੱਚ, ਪੂਰੀ ਫਾਈਲ ਟ੍ਰਾਂਸਫਰ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸਿਰਫ 3 ਮਿੰਟ ਲੱਗਣਗੇ। ਇਹ ਕਿਵੇਂ ਹੋਇਆ? ਸ਼ੁਰੂ ਵਿੱਚ, ਜਦੋਂ ਤੁਹਾਡੀ ਡਿਵਾਈਸ ਕਿਸੇ ਹੋਰ ਡਿਵਾਈਸ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੀ ਹੈ, ਇਹ ਇੱਕ ਪੈਕੇਟ ਭੇਜਦੀ ਹੈ ਅਤੇ ਪੁਸ਼ਟੀ ਦੀ ਉਡੀਕ ਕਰਦੀ ਹੈ। ਜੇਕਰ ਡਿਵਾਈਸ ਪੁਸ਼ਟੀ ਲਈ ਲੰਬਾ ਸਮਾਂ ਇੰਤਜ਼ਾਰ ਕਰਦੀ ਹੈ, ਤਾਂ ਇਹ ਸੋਚਦਾ ਹੈ: "ਜੇ ਮੈਨੂੰ ਇਸ ਸਪੀਡ 'ਤੇ 2 GB ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ ਹੈ, ਤਾਂ ਇਸ ਵਿੱਚ ਲਗਭਗ 2 ਸਾਲ ਲੱਗਣਗੇ।" ਕੁਝ ਸਮੇਂ ਬਾਅਦ, ਤੁਹਾਡੀ ਡਿਵਾਈਸ ਇੱਕ ACK ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ ਅਤੇ ਸੋਚਦੀ ਹੈ, "ਠੀਕ ਹੈ, ਮੈਂ ਇੱਕ ਪੈਕੇਟ ਭੇਜਿਆ ਅਤੇ ਇੱਕ ACK ਪ੍ਰਾਪਤ ਕੀਤਾ, ਇਸਲਈ ਪ੍ਰਾਪਤਕਰਤਾ 1 ਪੈਕੇਟ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ। ਹੁਣ ਮੈਂ ਉਸਨੂੰ ਇੱਕ ਦੀ ਬਜਾਏ 10 ਪੈਕੇਟ ਭੇਜਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ।” ਭੇਜਣ ਵਾਲਾ 10 ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ ਅਤੇ ਕੁਝ ਸਮੇਂ ਬਾਅਦ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਡਿਵਾਈਸ ਤੋਂ ਇੱਕ ACK ਪੁਸ਼ਟੀ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪ੍ਰਾਪਤਕਰਤਾ ਅਗਲੇ, 11ਵੇਂ ਪੈਕੇਟ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ। ਭੇਜਣ ਵਾਲਾ ਸੋਚਦਾ ਹੈ: "ਬਹੁਤ ਵਧੀਆ, ਕਿਉਂਕਿ ਪ੍ਰਾਪਤਕਰਤਾ ਨੇ ਇੱਕ ਵਾਰ ਵਿੱਚ 10 ਪੈਕੇਟ ਸੰਭਾਲੇ ਸਨ, ਹੁਣ ਮੈਂ ਉਸਨੂੰ ਦਸ ਦੀ ਬਜਾਏ 100 ਪੈਕੇਟ ਭੇਜਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਾਂਗਾ।" ਉਹ 100 ਪੈਕੇਟ ਭੇਜਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਕਿ ਉਸਨੇ ਉਹ ਪ੍ਰਾਪਤ ਕੀਤੇ ਹਨ ਅਤੇ ਹੁਣ 101 ਪੈਕੇਟ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਸਮੇਂ ਦੇ ਨਾਲ, ਪ੍ਰਸਾਰਿਤ ਪੈਕੇਟਾਂ ਦੀ ਗਿਣਤੀ ਵਧਦੀ ਜਾਂਦੀ ਹੈ.

ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਦੱਸੀ ਗਈ ਜਾਣਕਾਰੀ ਦੇ ਮੁਕਾਬਲੇ ਫਾਈਲ ਕਾਪੀ ਸਮੇਂ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਕਮੀ ਵੇਖਦੇ ਹੋ - ਇਹ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਵਧੀ ਹੋਈ ਯੋਗਤਾ ਦੇ ਕਾਰਨ ਹੈ। ਹਾਲਾਂਕਿ, ਇੱਕ ਬਿੰਦੂ ਆਉਂਦਾ ਹੈ ਜਦੋਂ ਪ੍ਰਸਾਰਣ ਵਾਲੀਅਮ ਵਿੱਚ ਹੋਰ ਵਾਧਾ ਅਸੰਭਵ ਹੋ ਜਾਂਦਾ ਹੈ. ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ 10000 ਪੈਕੇਟ ਭੇਜੇ ਹਨ, ਪਰ ਰਿਸੀਵਰ ਦਾ ਡਿਵਾਈਸ ਬਫਰ ਸਿਰਫ 9000 ਨੂੰ ਸਵੀਕਾਰ ਕਰ ਸਕਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ ਇੱਕ ACK ਨੂੰ ਸੰਦੇਸ਼ ਦੇ ਨਾਲ ਭੇਜਦਾ ਹੈ: "ਮੈਨੂੰ 9000 ਪੈਕੇਟ ਮਿਲੇ ਹਨ ਅਤੇ ਹੁਣ 9001 ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਤਿਆਰ ਹਾਂ।" ਇਸ ਤੋਂ, ਭੇਜਣ ਵਾਲਾ ਇਹ ਸਿੱਟਾ ਕੱਢਦਾ ਹੈ ਕਿ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਡਿਵਾਈਸ ਦੇ ਬਫਰ ਦੀ ਸਮਰੱਥਾ ਸਿਰਫ 9000 ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹੁਣ ਤੋਂ ਮੈਂ ਇੱਕ ਵਾਰ ਵਿੱਚ 9000 ਤੋਂ ਵੱਧ ਪੈਕੇਟ ਨਹੀਂ ਭੇਜਾਂਗਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਭੇਜਣ ਵਾਲਾ 9000 ਪੈਕੇਟਾਂ ਦੇ ਭਾਗਾਂ ਵਿੱਚ ਡੇਟਾ ਦੀ ਬਾਕੀ ਰਕਮ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਵਿੱਚ ਲੱਗਣ ਵਾਲੇ ਸਮੇਂ ਦੀ ਜਲਦੀ ਗਣਨਾ ਕਰਦਾ ਹੈ, ਅਤੇ 3 ਮਿੰਟ ਦਿੰਦਾ ਹੈ। ਇਹ ਤਿੰਨ ਮਿੰਟ ਅਸਲ ਪ੍ਰਸਾਰਣ ਸਮਾਂ ਹਨ। TCP ਵਿੰਡੋਿੰਗ ਇਹੀ ਕਰਦੀ ਹੈ।

ਇਹ ਉਹਨਾਂ ਟ੍ਰੈਫਿਕ ਥ੍ਰੋਟਲਿੰਗ ਵਿਧੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ਜਿੱਥੇ ਭੇਜਣ ਵਾਲੀ ਡਿਵਾਈਸ ਆਖਰਕਾਰ ਸਮਝਦੀ ਹੈ ਕਿ ਅਸਲ ਨੈੱਟਵਰਕ ਸਮਰੱਥਾ ਕੀ ਹੈ। ਤੁਸੀਂ ਸ਼ਾਇਦ ਸੋਚ ਰਹੇ ਹੋਵੋਗੇ ਕਿ ਉਹ ਇਸ ਗੱਲ 'ਤੇ ਪਹਿਲਾਂ ਤੋਂ ਸਹਿਮਤ ਕਿਉਂ ਨਹੀਂ ਹੋ ਸਕਦੇ ਕਿ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਯੰਤਰ ਦੀ ਸਮਰੱਥਾ ਕੀ ਹੈ? ਤੱਥ ਇਹ ਹੈ ਕਿ ਇਹ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਅਸੰਭਵ ਹੈ ਕਿਉਂਕਿ ਨੈਟਵਰਕ 'ਤੇ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਉਪਕਰਣ ਹਨ. ਮੰਨ ਲਓ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਆਈਪੈਡ ਹੈ ਅਤੇ ਇਸਦੀ ਇੱਕ ਆਈਫੋਨ ਨਾਲੋਂ ਵੱਖਰੀ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ/ਰਿਸੀਵਰ ਸਪੀਡ ਹੈ, ਤੁਹਾਡੇ ਕੋਲ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਫ਼ੋਨ ਹੋ ਸਕਦੇ ਹਨ, ਜਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਤੁਹਾਡੇ ਕੋਲ ਬਹੁਤ ਪੁਰਾਣਾ ਕੰਪਿਊਟਰ ਹੋਵੇ। ਇਸ ਲਈ, ਹਰੇਕ ਕੋਲ ਵੱਖ-ਵੱਖ ਨੈੱਟਵਰਕ ਬੈਂਡਵਿਡਥ ਹੈ।

ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ TCP ਵਿੰਡੋਿੰਗ ਟੈਕਨਾਲੋਜੀ ਵਿਕਸਿਤ ਕੀਤੀ ਗਈ ਸੀ, ਜਦੋਂ ਡਾਟਾ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਘੱਟ ਗਤੀ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜਾਂ ਘੱਟੋ ਘੱਟ ਪੈਕਟਾਂ ਦੇ ਪ੍ਰਸਾਰਣ ਨਾਲ, ਹੌਲੀ ਹੌਲੀ ਟ੍ਰੈਫਿਕ "ਵਿੰਡੋ" ਨੂੰ ਵਧਾਉਂਦਾ ਹੈ। ਤੁਸੀਂ ਇੱਕ ਪੈਕੇਟ, 5 ਪੈਕੇਟ, 10 ਪੈਕੇਟ, 1000 ਪੈਕੇਟ, 10000 ਪੈਕੇਟ ਭੇਜਦੇ ਹੋ ਅਤੇ ਹੌਲੀ-ਹੌਲੀ ਉਸ ਵਿੰਡੋ ਨੂੰ ਵੱਧ ਤੋਂ ਵੱਧ ਖੋਲ੍ਹਦੇ ਹੋ ਜਦੋਂ ਤੱਕ "ਓਪਨਿੰਗ" ਇੱਕ ਖਾਸ ਸਮੇਂ ਵਿੱਚ ਭੇਜੀ ਗਈ ਆਵਾਜਾਈ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਸੰਭਾਵਿਤ ਮਾਤਰਾ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਜਾਂਦੀ। ਇਸ ਤਰ੍ਹਾਂ, ਵਿੰਡੋਿੰਗ ਦੀ ਧਾਰਨਾ TCP ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਸੰਚਾਲਨ ਦਾ ਹਿੱਸਾ ਹੈ।

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

ਸਰਵਰ ਨੂੰ ਕਿਵੇਂ ਪਤਾ ਲੱਗਾ ਕਿ ਕੁਝ ਟ੍ਰੈਫਿਕ ਕਿੱਥੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ? ਉਹ ਡੈਸਟੀਨੇਸ਼ਨ ਪੋਰਟ ਨੰਬਰ ਤੋਂ ਇਹ ਸਿੱਖਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਫਰੇਮ ਨੂੰ ਦੇਖਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਦੇਖੋਗੇ ਕਿ ਹਰੇਕ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਵਿੱਚ ਮੰਜ਼ਿਲ ਪੋਰਟ ਨੰਬਰ ਅਤੇ ਸਰੋਤ ਪੋਰਟ ਨੰਬਰ ਦਾ ਜ਼ਿਕਰ ਹੁੰਦਾ ਹੈ। ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਨੀਲਾ ਅਤੇ ਲਾਲ ਟ੍ਰੈਫਿਕ, ਅਤੇ ਨੀਲਾ ਟ੍ਰੈਫਿਕ ਵੈਬ ਸਰਵਰ ਟ੍ਰੈਫਿਕ ਹੈ, ਦੋਵੇਂ ਇੱਕੋ ਭੌਤਿਕ ਸਰਵਰ ਤੇ ਜਾਂਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਸਰਵਰ ਸਥਾਪਿਤ ਹੁੰਦੇ ਹਨ। ਜੇ ਇਹ ਇੱਕ ਡੇਟਾ ਸੈਂਟਰ ਹੈ, ਤਾਂ ਇਹ ਵਰਚੁਅਲ ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ. ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਕਿਵੇਂ ਪਤਾ ਲੱਗਾ ਕਿ ਲਾਲ ਟ੍ਰੈਫਿਕ ਨੂੰ ਉਸ IP ਪਤੇ ਦੇ ਨਾਲ ਉਸ ਖੱਬੇ ਲੈਪਟਾਪ ਤੇ ਵਾਪਸ ਜਾਣਾ ਚਾਹੀਦਾ ਸੀ? ਉਹ ਪੋਰਟ ਨੰਬਰਾਂ ਦੇ ਕਾਰਨ ਇਹ ਜਾਣਦੇ ਹਨ। ਜੇਕਰ ਤੁਸੀਂ ਵਿਕੀਪੀਡੀਆ ਲੇਖ “TCP ਅਤੇ UDP ਪੋਰਟਾਂ ਦੀ ਸੂਚੀ” ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਦੇਖੋਗੇ ਕਿ ਇਹ ਸਾਰੇ ਮਿਆਰੀ ਪੋਰਟ ਨੰਬਰਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ।

ਜੇ ਤੁਸੀਂ ਇਸ ਪੰਨੇ ਨੂੰ ਹੇਠਾਂ ਸਕ੍ਰੋਲ ਕਰਦੇ ਹੋ ਤਾਂ ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਇਹ ਸੂਚੀ ਕਿੰਨੀ ਵੱਡੀ ਹੈ। ਇਸ ਵਿੱਚ ਲਗਭਗ 61 ਨੰਬਰ ਹਨ। 000 ਤੋਂ 1 ਤੱਕ ਦੇ ਪੋਰਟ ਨੰਬਰਾਂ ਨੂੰ ਸਭ ਤੋਂ ਆਮ ਪੋਰਟ ਨੰਬਰਾਂ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਪੋਰਟ 1024/TCP ftp ਕਮਾਂਡਾਂ ਭੇਜਣ ਲਈ, ssh ਲਈ ਪੋਰਟ 21, ਟੈਲਨੈੱਟ ਲਈ ਪੋਰਟ 22, ਯਾਨੀ ਅਣ-ਇਨਕ੍ਰਿਪਟਡ ਸੁਨੇਹੇ ਭੇਜਣ ਲਈ ਹੈ। ਬਹੁਤ ਮਸ਼ਹੂਰ ਪੋਰਟ 23 ਦੀ ਵਰਤੋਂ HTTP ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਪੋਰਟ 80 ਦੀ ਵਰਤੋਂ HTTPS ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਐਨਕ੍ਰਿਪਟਡ ਡੇਟਾ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜੋ ਕਿ HTTP ਦੇ ਸੁਰੱਖਿਅਤ ਸੰਸਕਰਣ ਦੇ ਸਮਾਨ ਹੈ।
ਕੁਝ ਪੋਰਟਾਂ TCP ਅਤੇ UDP ਦੋਵਾਂ ਨੂੰ ਸਮਰਪਿਤ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਕੁਝ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ ਵੱਖ-ਵੱਖ ਕਾਰਜ ਕਰਦੀਆਂ ਹਨ ਕਿ ਕੀ ਕਨੈਕਸ਼ਨ TCP ਜਾਂ UDP ਹੈ। ਇਸ ਲਈ, ਅਧਿਕਾਰਤ ਤੌਰ 'ਤੇ TCP ਪੋਰਟ 80 HTTP ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਅਣਅਧਿਕਾਰਤ ਤੌਰ 'ਤੇ UDP ਪੋਰਟ 80 HTTP ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਪਰ ਇੱਕ ਵੱਖਰੇ HTTP ਪ੍ਰੋਟੋਕੋਲ - QUIC ਦੇ ਅਧੀਨ।

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

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

ਹੁਣ ਆਓ ਦੇਖੀਏ ਕਿ ਅਸੀਂ ਜੋ ਥੋੜ੍ਹੀ ਜਿਹੀ ਜਾਣਕਾਰੀ ਜਾਣਦੇ ਹਾਂ ਉਸ ਦੇ ਆਧਾਰ 'ਤੇ ਡਾਟਾ ਨੈੱਟਵਰਕ 'ਤੇ ਕਿਵੇਂ ਚਲਦਾ ਹੈ। ਦੱਸ ਦੇਈਏ ਕਿ ਕੰਪਿਊਟਰ 10.1.1.10 ਇਸ ਕੰਪਿਊਟਰ, ਜਾਂ ਇਸ ਸਰਵਰ ਨਾਲ ਸੰਪਰਕ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ, ਜਿਸਦਾ ਪਤਾ 30.1.1.10 ਹੈ। ਹਰੇਕ ਡਿਵਾਈਸ ਦੇ IP ਪਤੇ ਦੇ ਹੇਠਾਂ ਇਸਦਾ MAC ਪਤਾ ਹੈ। ਮੈਂ ਸਿਰਫ ਆਖਰੀ 4 ਅੱਖਰਾਂ ਵਾਲੇ MAC ਐਡਰੈੱਸ ਦੀ ਉਦਾਹਰਣ ਦੇ ਰਿਹਾ ਹਾਂ, ਪਰ ਅਭਿਆਸ ਵਿੱਚ ਇਹ 48 ਅੱਖਰਾਂ ਵਾਲਾ 12-ਬਿੱਟ ਹੈਕਸਾਡੈਸੀਮਲ ਨੰਬਰ ਹੈ। ਕਿਉਂਕਿ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਨੰਬਰ ਵਿੱਚ 4 ਬਿੱਟ ਹੁੰਦੇ ਹਨ, 12 ਹੈਕਸਾਡੈਸੀਮਲ ਅੰਕ ਇੱਕ 48-ਬਿੱਟ ਨੰਬਰ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ।

ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ, ਜੇਕਰ ਇਹ ਡਿਵਾਈਸ ਇਸ ਸਰਵਰ ਨਾਲ ਸੰਪਰਕ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ, ਤਾਂ 3-ਵੇਅ ਹੈਂਡਸ਼ੇਕ ਦਾ ਪਹਿਲਾ ਕਦਮ ਪਹਿਲਾਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਯਾਨੀ ਇੱਕ SYN ਪੈਕੇਟ ਭੇਜਣਾ। ਜਦੋਂ ਇਹ ਬੇਨਤੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਕੰਪਿਊਟਰ 10.1.1.10 ਸਰੋਤ ਪੋਰਟ ਨੰਬਰ ਨਿਰਧਾਰਤ ਕਰੇਗਾ, ਜੋ ਵਿੰਡੋਜ਼ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਬਣਾਉਂਦਾ ਹੈ। ਵਿੰਡੋਜ਼ ਬੇਤਰਤੀਬੇ 1 ਅਤੇ 65,000 ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਪੋਰਟ ਨੰਬਰ ਚੁਣਦਾ ਹੈ। ਪਰ ਕਿਉਂਕਿ 1 ਤੋਂ 1024 ਦੀ ਰੇਂਜ ਵਿੱਚ ਸ਼ੁਰੂਆਤੀ ਸੰਖਿਆਵਾਂ ਵਿਆਪਕ ਤੌਰ 'ਤੇ ਜਾਣੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਸਿਸਟਮ 25000 ਤੋਂ ਵੱਧ ਸੰਖਿਆਵਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰੇਗਾ ਅਤੇ ਇੱਕ ਬੇਤਰਤੀਬ ਸਰੋਤ ਪੋਰਟ ਬਣਾਏਗਾ, ਉਦਾਹਰਨ ਲਈ, ਨੰਬਰ 25113।

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

ਅੱਗੇ, ਸਾਡਾ ਕੰਪਿਊਟਰ ਕਹਿੰਦਾ ਹੈ, "ਠੀਕ ਹੈ, ਮੇਰਾ IP ਪਤਾ 10.1.1.10 ਹੈ, ਅਤੇ ਮੈਨੂੰ IP ਪਤੇ 30.1.1.10 ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।" ਇਹ ਦੋਵੇਂ ਪਤੇ ਇੱਕ SYN ਬੇਨਤੀ ਬਣਾਉਣ ਲਈ ਪੈਕੇਟ ਵਿੱਚ ਵੀ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਹਨ, ਅਤੇ ਇਹ ਪੈਕੇਟ ਕਨੈਕਸ਼ਨ ਦੇ ਅੰਤ ਤੱਕ ਨਹੀਂ ਬਦਲੇਗਾ।

ਮੈਂ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਤੁਸੀਂ ਇਸ ਵੀਡੀਓ ਤੋਂ ਸਮਝੋ ਕਿ ਡੇਟਾ ਕਿਵੇਂ ਨੈੱਟਵਰਕ ਵਿੱਚ ਚਲਦਾ ਹੈ। ਜਦੋਂ ਬੇਨਤੀ ਭੇਜਣ ਵਾਲਾ ਸਾਡਾ ਕੰਪਿਊਟਰ ਸਰੋਤ IP ਪਤਾ ਅਤੇ ਮੰਜ਼ਿਲ ਦਾ IP ਪਤਾ ਦੇਖਦਾ ਹੈ, ਤਾਂ ਇਹ ਸਮਝਦਾ ਹੈ ਕਿ ਮੰਜ਼ਿਲ ਦਾ ਪਤਾ ਉਸ ਸਥਾਨਕ ਨੈੱਟਵਰਕ 'ਤੇ ਨਹੀਂ ਹੈ। ਮੈਂ ਇਹ ਕਹਿਣਾ ਭੁੱਲ ਗਿਆ ਕਿ ਇਹ ਸਾਰੇ /24 IP ਪਤੇ ਹਨ। ਇਸ ਲਈ ਜੇਕਰ ਤੁਸੀਂ /24 IP ਐਡਰੈੱਸ ਨੂੰ ਦੇਖਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਮਹਿਸੂਸ ਕਰੋਗੇ ਕਿ ਕੰਪਿਊਟਰ 10.1.1.10 ਅਤੇ 30.1.1.10 ਇੱਕੋ ਨੈੱਟਵਰਕ 'ਤੇ ਨਹੀਂ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ, ਬੇਨਤੀ ਭੇਜਣ ਵਾਲਾ ਕੰਪਿਊਟਰ ਸਮਝਦਾ ਹੈ ਕਿ ਇਸ ਨੈੱਟਵਰਕ ਨੂੰ ਛੱਡਣ ਲਈ, ਉਸਨੂੰ 10.1.1.1 ਗੇਟਵੇ ਨਾਲ ਸੰਪਰਕ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਜੋ ਕਿ ਕਿਸੇ ਇੱਕ ਰਾਊਟਰ ਇੰਟਰਫੇਸ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਹ ਜਾਣਦਾ ਹੈ ਕਿ ਇਸਨੂੰ 10.1.1.1 'ਤੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇਸਦਾ 1111 ਦਾ MAC ਪਤਾ ਜਾਣਦਾ ਹੈ, ਪਰ ਗੇਟਵੇ 10.1.1.1 ਦਾ MAC ਪਤਾ ਨਹੀਂ ਜਾਣਦਾ ਹੈ। ਉਹ ਕੀ ਕਰ ਰਿਹਾ ਹੈ? ਇਹ ਇੱਕ ਪ੍ਰਸਾਰਣ ARP ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ ਜੋ ਨੈੱਟਵਰਕ 'ਤੇ ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਹੋਵੇਗਾ, ਪਰ IP ਐਡਰੈੱਸ 10.1.1.1 ਵਾਲਾ ਸਿਰਫ਼ ਰਾਊਟਰ ਹੀ ਇਸਦਾ ਜਵਾਬ ਦੇਵੇਗਾ।

ਰਾਊਟਰ ਆਪਣੇ AAAA MAC ਐਡਰੈੱਸ ਨਾਲ ਜਵਾਬ ਦੇਵੇਗਾ, ਅਤੇ ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ MAC ਐਡਰੈੱਸ ਵੀ ਇਸ ਫਰੇਮ ਵਿੱਚ ਰੱਖੇ ਜਾਣਗੇ। ਇੱਕ ਵਾਰ ਫਰੇਮ ਤਿਆਰ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਇੱਕ CRC ਡੇਟਾ ਇੰਟੈਗਰਿਟੀ ਚੈਕ, ਜੋ ਕਿ ਗਲਤੀਆਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਇੱਕ ਚੈਕਸਮ ਲੱਭਣ ਲਈ ਇੱਕ ਐਲਗੋਰਿਦਮ ਹੈ, ਨੂੰ ਨੈੱਟਵਰਕ ਛੱਡਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤਾ ਜਾਵੇਗਾ।
ਸਾਈਕਲਿਕ ਰਿਡੰਡੈਂਸੀ ਸੀਆਰਸੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਪੂਰਾ ਫਰੇਮ, SYN ਤੋਂ ਲੈ ਕੇ ਆਖਰੀ MAC ਐਡਰੈੱਸ ਤੱਕ, ਇੱਕ ਹੈਸ਼ਿੰਗ ਐਲਗੋਰਿਦਮ ਦੁਆਰਾ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, MD5 ਕਹਿੰਦੇ ਹਨ, ਨਤੀਜੇ ਵਜੋਂ ਇੱਕ ਹੈਸ਼ ਮੁੱਲ ਹੁੰਦਾ ਹੈ। ਹੈਸ਼ ਮੁੱਲ, ਜਾਂ MD5 ਚੈੱਕਸਮ, ਫਿਰ ਫਰੇਮ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ।

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

ਅੱਗੇ, ਰਾਊਟਰ MAC ਐਡਰੈੱਸ ਨੂੰ ਦੇਖੇਗਾ ਅਤੇ ਕਹੇਗਾ, "ਠੀਕ ਹੈ, MAC ਐਡਰੈੱਸ AAAA ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਫਰੇਮ ਮੈਨੂੰ ਸੰਬੋਧਿਤ ਕੀਤਾ ਗਿਆ ਹੈ," ਅਤੇ MAC ਐਡਰੈੱਸ ਵਾਲੇ ਫਰੇਮ ਦੇ ਹਿੱਸੇ ਨੂੰ ਮਿਟਾਓ।

ਮੰਜ਼ਿਲ IP ਐਡਰੈੱਸ 30.1.1.10 ਨੂੰ ਦੇਖਦੇ ਹੋਏ, ਉਹ ਸਮਝ ਜਾਵੇਗਾ ਕਿ ਇਹ ਪੈਕੇਟ ਉਸ ਨੂੰ ਸੰਬੋਧਿਤ ਨਹੀਂ ਹੈ ਅਤੇ ਉਸ ਨੂੰ ਰਾਊਟਰ ਰਾਹੀਂ ਅੱਗੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਹੁਣ ਰਾਊਟਰ "ਸੋਚਦਾ ਹੈ" ਕਿ ਉਸਨੂੰ ਇਹ ਦੇਖਣ ਦੀ ਲੋੜ ਹੈ ਕਿ 30.1.1.10 ਐਡਰੈੱਸ ਵਾਲਾ ਨੈੱਟਵਰਕ ਕਿੱਥੇ ਸਥਿਤ ਹੈ। ਅਸੀਂ ਅਜੇ ਰੂਟਿੰਗ ਦੀ ਪੂਰੀ ਧਾਰਨਾ ਨੂੰ ਕਵਰ ਨਹੀਂ ਕੀਤਾ ਹੈ, ਪਰ ਅਸੀਂ ਜਾਣਦੇ ਹਾਂ ਕਿ ਰਾਊਟਰਾਂ ਕੋਲ ਇੱਕ ਰੂਟਿੰਗ ਟੇਬਲ ਹੈ। ਇਸ ਸਾਰਣੀ ਵਿੱਚ 30.1.1.0 ਪਤੇ ਵਾਲੇ ਨੈੱਟਵਰਕ ਲਈ ਇੱਕ ਐਂਟਰੀ ਹੈ। ਜਿਵੇਂ ਕਿ ਤੁਹਾਨੂੰ ਯਾਦ ਹੈ, ਇਹ ਹੋਸਟ IP ਐਡਰੈੱਸ ਨਹੀਂ ਹੈ, ਪਰ ਨੈੱਟਵਰਕ ਪਛਾਣਕਰਤਾ ਹੈ। ਰਾਊਟਰ "ਸੋਚੇਗਾ" ਕਿ ਇਹ ਰਾਊਟਰ 30.1.1.0 ਰਾਹੀਂ ਜਾ ਕੇ 24/20.1.1.2 ਪਤੇ 'ਤੇ ਪਹੁੰਚ ਸਕਦਾ ਹੈ।

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

ਇਸ ਲਈ ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਇਹ ਪਹਿਲਾਂ ਹੀ MAC ਪਤਾ ਜਾਣਦਾ ਹੈ, ਫਿਰ ਸਾਡੇ ਕੋਲ BBB ਸਰੋਤ MAC ਪਤਾ ਅਤੇ CCC ਮੰਜ਼ਿਲ MAC ਪਤਾ ਹੋਵੇਗਾ। ਰਾਊਟਰ ਦੁਬਾਰਾ FCS/CRC ਦੀ ਗਣਨਾ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਫਰੇਮ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਰੱਖਦਾ ਹੈ।

ਇਹ ਫਿਰ ਇਸ ਫਰੇਮ ਨੂੰ ਨੈੱਟਵਰਕ ਉੱਤੇ ਭੇਜਦਾ ਹੈ, ਫਰੇਮ ਰਾਊਟਰ 20.1.12 ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਇਹ ਚੈਕਸਮ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਡੇਟਾ ਖਰਾਬ ਨਹੀਂ ਹੋਇਆ ਹੈ, ਅਤੇ FCS/CRC ਨੂੰ ਮਿਟਾ ਦਿੰਦਾ ਹੈ। ਇਹ ਫਿਰ MAC ਪਤਿਆਂ ਨੂੰ "ਛਾਂਟਦਾ" ਹੈ, ਮੰਜ਼ਿਲ ਨੂੰ ਵੇਖਦਾ ਹੈ ਅਤੇ ਵੇਖਦਾ ਹੈ ਕਿ ਇਹ 30.1.1.10 ਹੈ। ਉਹ ਜਾਣਦਾ ਹੈ ਕਿ ਇਹ ਪਤਾ ਉਸਦੇ ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ। ਉਹੀ ਫਰੇਮ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਦੁਹਰਾਇਆ ਜਾਂਦਾ ਹੈ, ਰਾਊਟਰ ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ MAC ਐਡਰੈੱਸ ਵੈਲਯੂ ਜੋੜਦਾ ਹੈ, ਹੈਸ਼ਿੰਗ ਕਰਦਾ ਹੈ, ਹੈਸ਼ ਨੂੰ ਫਰੇਮ ਨਾਲ ਜੋੜਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਪੂਰੇ ਨੈੱਟਵਰਕ ਵਿੱਚ ਭੇਜਦਾ ਹੈ।

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

ਉਹ ਪੋਰਟ 21 ਨੂੰ ਦੇਖਦਾ ਹੈ, ਜਿਸਦਾ ਅਰਥ ਹੈ FTP ਟ੍ਰੈਫਿਕ, SYN ਵੇਖਦਾ ਹੈ ਅਤੇ ਇਸਲਈ ਸਮਝਦਾ ਹੈ ਕਿ ਕੋਈ ਉਸ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੈ।

ਹੁਣ, ਜੋ ਅਸੀਂ ਹੈਂਡਸ਼ੇਕ ਬਾਰੇ ਸਿੱਖਿਆ ਹੈ ਉਸ ਦੇ ਆਧਾਰ 'ਤੇ, ਸਰਵਰ 30.1.1.10 ਇੱਕ SYN/ACK ਪੈਕੇਟ ਬਣਾਏਗਾ ਅਤੇ ਇਸਨੂੰ ਕੰਪਿਊਟਰ 10.1.1.10 'ਤੇ ਵਾਪਸ ਭੇਜੇਗਾ। ਇਸ ਪੈਕੇਟ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ, ਡਿਵਾਈਸ 10.1.1.10 ਇੱਕ ACK ਬਣਾਏਗਾ, ਇਸਨੂੰ SYN ਪੈਕੇਟ ਦੀ ਤਰ੍ਹਾਂ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਪਾਸ ਕਰੇਗਾ, ਅਤੇ ਸਰਵਰ ਨੂੰ ACK ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਕੁਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕੀਤਾ ਜਾਵੇਗਾ।

ਇੱਕ ਗੱਲ ਜੋ ਤੁਹਾਨੂੰ ਪਤਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਇਹ ਸਭ ਇੱਕ ਸਕਿੰਟ ਤੋਂ ਵੀ ਘੱਟ ਸਮੇਂ ਵਿੱਚ ਵਾਪਰਦਾ ਹੈ। ਇਹ ਇੱਕ ਬਹੁਤ ਹੀ, ਬਹੁਤ ਤੇਜ਼ ਪ੍ਰਕਿਰਿਆ ਹੈ, ਜਿਸਨੂੰ ਮੈਂ ਹੌਲੀ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਹੈ ਤਾਂ ਜੋ ਤੁਹਾਡੇ ਲਈ ਸਭ ਕੁਝ ਸਪੱਸ਼ਟ ਹੋਵੇ।
ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਤੁਸੀਂ ਇਸ ਟਿਊਟੋਰਿਅਲ ਵਿੱਚ ਜੋ ਸਿੱਖਿਆ ਹੈ ਉਹ ਤੁਹਾਨੂੰ ਲਾਭਦਾਇਕ ਲੱਗੇਗਾ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਈ ਸਵਾਲ ਹਨ, ਤਾਂ ਕਿਰਪਾ ਕਰਕੇ ਮੈਨੂੰ ਇਸ 'ਤੇ ਲਿਖੋ [ਈਮੇਲ ਸੁਰੱਖਿਅਤ] ਜਾਂ ਇਸ ਵੀਡੀਓ ਦੇ ਹੇਠਾਂ ਸਵਾਲ ਛੱਡੋ।

ਅਗਲੇ ਪਾਠ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਮੈਂ YouTube ਤੋਂ 3 ਸਭ ਤੋਂ ਦਿਲਚਸਪ ਸਵਾਲਾਂ ਦੀ ਚੋਣ ਕਰਾਂਗਾ, ਜਿਨ੍ਹਾਂ ਦੀ ਮੈਂ ਹਰੇਕ ਵੀਡੀਓ ਦੇ ਅੰਤ ਵਿੱਚ ਸਮੀਖਿਆ ਕਰਾਂਗਾ। ਹੁਣ ਤੋਂ ਮੇਰੇ ਕੋਲ "ਚੋਟੀ ਦੇ ਸਵਾਲ" ਭਾਗ ਹੋਵੇਗਾ ਇਸਲਈ ਮੈਂ ਤੁਹਾਡੇ ਨਾਮ ਦੇ ਨਾਲ ਇੱਕ ਸਵਾਲ ਪੋਸਟ ਕਰਾਂਗਾ ਅਤੇ ਇਸਦਾ ਲਾਈਵ ਜਵਾਬ ਦੇਵਾਂਗਾ। ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ।

ਸਾਡੇ ਨਾਲ ਰਹਿਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ। ਕੀ ਤੁਹਾਨੂੰ ਸਾਡੇ ਲੇਖ ਪਸੰਦ ਹਨ? ਹੋਰ ਦਿਲਚਸਪ ਸਮੱਗਰੀ ਦੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ? ਆਰਡਰ ਦੇ ਕੇ ਜਾਂ ਦੋਸਤਾਂ ਨੂੰ ਸਿਫਾਰਸ਼ ਕਰਕੇ ਸਾਡਾ ਸਮਰਥਨ ਕਰੋ, ਪ੍ਰਵੇਸ਼-ਪੱਧਰ ਦੇ ਸਰਵਰਾਂ ਦੇ ਇੱਕ ਵਿਲੱਖਣ ਐਨਾਲਾਗ 'ਤੇ ਹੈਬਰ ਉਪਭੋਗਤਾਵਾਂ ਲਈ 30% ਦੀ ਛੂਟ, ਜਿਸਦੀ ਖੋਜ ਸਾਡੇ ਦੁਆਰਾ ਤੁਹਾਡੇ ਲਈ ਕੀਤੀ ਗਈ ਸੀ: VPS (KVM) E5-2650 v4 (6 ਕੋਰ) 10GB DDR4 240GB SSD 1Gbps ਤੋਂ $20 ਜਾਂ ਸਰਵਰ ਨੂੰ ਕਿਵੇਂ ਸਾਂਝਾ ਕਰਨਾ ਹੈ ਬਾਰੇ ਪੂਰੀ ਸੱਚਾਈ? (RAID1 ਅਤੇ RAID10 ਦੇ ਨਾਲ ਉਪਲਬਧ, 24 ਕੋਰ ਤੱਕ ਅਤੇ 40GB DDR4 ਤੱਕ)।

VPS (KVM) E5-2650 v4 (6 ਕੋਰ) 10GB DDR4 240GB SSD 1Gbps ਗਰਮੀਆਂ ਤੱਕ ਮੁਫ਼ਤ ਛੇ ਮਹੀਨਿਆਂ ਦੀ ਮਿਆਦ ਲਈ ਭੁਗਤਾਨ ਕਰਨ ਵੇਲੇ, ਤੁਸੀਂ ਆਰਡਰ ਕਰ ਸਕਦੇ ਹੋ ਇੱਥੇ.

Dell R730xd 2 ਗੁਣਾ ਸਸਤਾ? ਇੱਥੇ ਹੀ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ਟੀਵੀ $199 ਤੋਂ ਨੀਦਰਲੈਂਡ ਵਿੱਚ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ਤੋਂ! ਬਾਰੇ ਪੜ੍ਹੋ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕਾਰਪੋਰੇਸ਼ਨ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ ਡੇਲ R730xd E5-2650 v4 ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਨਾਲ ਕਲਾਸ 9000 ਯੂਰੋ ਦੀ ਕੀਮਤ ਦੇ ਇੱਕ ਪੈਸੇ ਲਈ?

ਸਰੋਤ: www.habr.com