ನಾವು ಇಂದಿನ ವೀಡಿಯೊ ಟ್ಯುಟೋರಿಯಲ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು, YouTube ನಲ್ಲಿ ನನ್ನ ಕೋರ್ಸ್‌ನ ಜನಪ್ರಿಯತೆಗೆ ಕೊಡುಗೆ ನೀಡಿದ ಪ್ರತಿಯೊಬ್ಬರಿಗೂ ನಾನು ಧನ್ಯವಾದ ಹೇಳಲು ಬಯಸುತ್ತೇನೆ. ನಾನು ಸುಮಾರು 8 ತಿಂಗಳ ಹಿಂದೆ ಇದನ್ನು ಪ್ರಾರಂಭಿಸಿದಾಗ, ಅಂತಹ ಯಶಸ್ಸನ್ನು ನಾನು ನಿರೀಕ್ಷಿಸಿರಲಿಲ್ಲ - ಇಂದು ನನ್ನ ಪಾಠಗಳನ್ನು 312724 ಜನರು ವೀಕ್ಷಿಸಿದ್ದಾರೆ, ನಾನು 11208 ಚಂದಾದಾರರನ್ನು ಹೊಂದಿದ್ದೇನೆ. ಈ ವಿನಮ್ರ ಆರಂಭ ಇಷ್ಟು ಎತ್ತರಕ್ಕೆ ತಲುಪುತ್ತದೆ ಎಂದು ನಾನು ಕನಸು ಕಂಡಿರಲಿಲ್ಲ. ಆದರೆ ನಾವು ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡಬೇಡಿ ಮತ್ತು ಇಂದಿನ ಪಾಠಕ್ಕೆ ನೇರವಾಗಿ ಹೋಗೋಣ. ಇಂದು ನಾವು ಕಳೆದ 7 ವೀಡಿಯೊ ಪಾಠಗಳಲ್ಲಿ ಸಂಭವಿಸಿದ ಅಂತರವನ್ನು ತುಂಬುತ್ತೇವೆ. ಇಂದು ಕೇವಲ 6 ನೇ ದಿನವಾಗಿದ್ದರೂ, ದಿನ 3 ಅನ್ನು 3 ವೀಡಿಯೊ ಪಾಠಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಇಂದು ನೀವು ಎಂಟನೇ ವೀಡಿಯೊ ಪಾಠವನ್ನು ವೀಕ್ಷಿಸುತ್ತೀರಿ.
ಇಂದು ನಾವು 3 ಪ್ರಮುಖ ವಿಷಯಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತೇವೆ: DHCP, TCP ಸಾರಿಗೆ ಮತ್ತು ಸಾಮಾನ್ಯ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳು. ನಾವು ಈಗಾಗಲೇ IP ವಿಳಾಸಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದ್ದೇವೆ ಮತ್ತು IP ವಿಳಾಸ ಸಂರಚನೆಯಲ್ಲಿನ ಪ್ರಮುಖ ಅಂಶವೆಂದರೆ DHCP.
DHCP ಎಂದರೆ ಡೈನಾಮಿಕ್ ಹೋಸ್ಟ್ ಕಾನ್ಫಿಗರೇಶನ್ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಇದು ಹೋಸ್ಟ್‌ಗಳಿಗಾಗಿ IP ವಿಳಾಸಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಸಹಾಯ ಮಾಡುವ ಪ್ರೋಟೋಕಾಲ್ ಆಗಿದೆ. ಆದ್ದರಿಂದ ನಾವೆಲ್ಲರೂ ಈ ವಿಂಡೋವನ್ನು ನೋಡಿದ್ದೇವೆ. ನೀವು "ಐಪಿ ವಿಳಾಸವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪಡೆದುಕೊಳ್ಳಿ" ಆಯ್ಕೆಯನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿದಾಗ, ಕಂಪ್ಯೂಟರ್ ಅದೇ ಸಬ್‌ನೆಟ್‌ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾದ DHCP ಸರ್ವರ್‌ಗಾಗಿ ಹುಡುಕುತ್ತದೆ ಮತ್ತು IP ವಿಳಾಸಕ್ಕಾಗಿ ವಿವಿಧ ಪ್ಯಾಕೆಟ್‌ಗಳು ಮತ್ತು ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. DHCP ಪ್ರೋಟೋಕಾಲ್ 6 ಸಂದೇಶಗಳನ್ನು ಹೊಂದಿದೆ, ಅದರಲ್ಲಿ 4 IP ವಿಳಾಸವನ್ನು ನಿಯೋಜಿಸಲು ನಿರ್ಣಾಯಕವಾಗಿದೆ.
ಮೊದಲ ಸಂದೇಶವು DHCP ಡಿಸ್ಕವರಿ ಸಂದೇಶವಾಗಿದೆ. DHCP ಡಿಸ್ಕವರಿ ಸಂದೇಶವು ಶುಭಾಶಯ ಸಂದೇಶವನ್ನು ಹೋಲುತ್ತದೆ. ಹೊಸ ಸಾಧನವು ನೆಟ್ವರ್ಕ್ಗೆ ಸೇರಿದಾಗ, ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ DHCP ಸರ್ವರ್ ಇದೆಯೇ ಎಂದು ಅದು ಕೇಳುತ್ತದೆ.
ಸ್ಲೈಡ್‌ನಲ್ಲಿ ನೀವು ನೋಡುವುದು ಪ್ರಸಾರ ವಿನಂತಿಯಂತೆ ಕಾಣುತ್ತದೆ, ಅಲ್ಲಿ ಸಾಧನವು DHCP ಸರ್ವರ್‌ಗಾಗಿ ಹುಡುಕುತ್ತಿರುವ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಸಾಧನಗಳನ್ನು ಸಂಪರ್ಕಿಸುತ್ತದೆ. ನಾನು ಹೇಳಿದಂತೆ, ಇದು ಪ್ರಸಾರ ವಿನಂತಿಯಾಗಿದೆ, ಆದ್ದರಿಂದ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಸಾಧನಗಳು ಅದನ್ನು ಕೇಳಬಹುದು.
ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ DHCP ಸರ್ವರ್ ಇದ್ದರೆ, ಅದು ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ - DHCP ಆಫರ್ ಕೊಡುಗೆ. ಪ್ರಸ್ತಾವನೆ ಎಂದರೆ ಡಿಎಚ್‌ಸಿಪಿ ಸರ್ವರ್, ಡಿಸ್ಕವರಿ ವಿನಂತಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ, ಕ್ಲೈಂಟ್‌ಗೆ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ನಿರ್ದಿಷ್ಟ ಐಪಿ ವಿಳಾಸವನ್ನು ಸ್ವೀಕರಿಸಲು ಕ್ಲೈಂಟ್ ಅನ್ನು ಕೇಳುತ್ತದೆ.
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 ವಿಳಾಸವನ್ನು ಮತ್ತೆ ಪೂಲ್‌ಗೆ ಹಾಕುತ್ತದೆ ಇದರಿಂದ ಅದು ಇನ್ನೊಂದು ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸಿದರೆ ಅದನ್ನು ಮತ್ತೊಂದು ಕ್ಲೈಂಟ್‌ಗೆ ನಿಯೋಜಿಸಬಹುದು.
IP ವಿಳಾಸಗಳನ್ನು ನಿಯೋಜಿಸುವಾಗ DHCP ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುವ 4 ನಿರ್ಣಾಯಕ ಸಂದೇಶಗಳು ಇವು. ಮುಂದೆ, DHCP 2 ಹೆಚ್ಚಿನ ಮಾಹಿತಿ ಸಂದೇಶಗಳನ್ನು ಹೊಂದಿದೆ. ಎರಡನೇ ಹಂತದಲ್ಲಿ DHCP OFFER ಷರತ್ತಿನಲ್ಲಿ ಸ್ವೀಕರಿಸಿದ ಮಾಹಿತಿಗಿಂತ ಹೆಚ್ಚಿನ ಮಾಹಿತಿ ಅಗತ್ಯವಿದ್ದರೆ ಕ್ಲೈಂಟ್‌ನಿಂದ ಮಾಹಿತಿ ಸಂದೇಶವನ್ನು ನೀಡಲಾಗುತ್ತದೆ. DHCP ಆಫರ್‌ನಲ್ಲಿ ಸರ್ವರ್ ಸಾಕಷ್ಟು ಮಾಹಿತಿಯನ್ನು ಒದಗಿಸದಿದ್ದಲ್ಲಿ ಅಥವಾ ಕ್ಲೈಂಟ್‌ಗೆ ಆಫರ್ ಪ್ಯಾಕೆಟ್‌ನಲ್ಲಿ ಇರುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಮಾಹಿತಿ ಅಗತ್ಯವಿದ್ದರೆ, ಅದು ಹೆಚ್ಚುವರಿ DHCP ಮಾಹಿತಿಯನ್ನು ವಿನಂತಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಸರ್ವರ್ಗೆ ಕಳುಹಿಸುವ ಇನ್ನೊಂದು ಸಂದೇಶವಿದೆ - ಇದು DHCP ಬಿಡುಗಡೆಯಾಗಿದೆ. ಕ್ಲೈಂಟ್ ತನ್ನ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಐಪಿ ವಿಳಾಸವನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ಬಯಸುತ್ತಾನೆ ಎಂದು ಅದು ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ.
ಆದಾಗ್ಯೂ, ಕ್ಲೈಂಟ್‌ಗೆ ಸರ್ವರ್ಗೆ DHCP ಬಿಡುಗಡೆಯನ್ನು ಕಳುಹಿಸಲು ಸಮಯ ಬರುವ ಮೊದಲು ಬಳಕೆದಾರರು ನೆಟ್ವರ್ಕ್ನಿಂದ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸುವುದು ಹೆಚ್ಚಾಗಿ ಸಂಭವಿಸುತ್ತದೆ. ನೀವು ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ಆಫ್ ಮಾಡಿದಾಗ ಇದು ಸಂಭವಿಸುತ್ತದೆ, ಅದನ್ನು ನಾವು ಮಾಡುತ್ತೇವೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನೆಟ್ವರ್ಕ್ ಕ್ಲೈಂಟ್, ಅಥವಾ ಕಂಪ್ಯೂಟರ್, ಬಳಸಿದ ವಿಳಾಸವನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ಸರ್ವರ್ಗೆ ತಿಳಿಸಲು ಸಮಯವನ್ನು ಹೊಂದಿಲ್ಲ, ಆದ್ದರಿಂದ DHCP ಬಿಡುಗಡೆಯು ಅಗತ್ಯವಿರುವ ಹಂತವಲ್ಲ. IP ವಿಳಾಸವನ್ನು ಪಡೆಯಲು ಅಗತ್ಯವಿರುವ ಹಂತಗಳೆಂದರೆ: DHCP ಅನ್ವೇಷಣೆ, DHCP ಕೊಡುಗೆ, DHCP ವಿನಂತಿ ಮತ್ತು DHCP ಹ್ಯಾಂಡ್ಶೇಕ್.
DNCP ಪೂಲ್ ಅನ್ನು ರಚಿಸುವಾಗ ನಾವು DHCP ಸರ್ವರ್ ಅನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡುತ್ತೇವೆ ಎಂಬುದನ್ನು ಮುಂದಿನ ಪಾಠಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ. ಪೂಲಿಂಗ್ ಮಾಡುವ ಮೂಲಕ 192.168.1.1 ರಿಂದ 192.168.1.254 ವ್ಯಾಪ್ತಿಯಲ್ಲಿ IP ವಿಳಾಸಗಳನ್ನು ನಿಯೋಜಿಸಲು ನೀವು ಸರ್ವರ್ಗೆ ಹೇಳುತ್ತೀರಿ ಎಂದರ್ಥ. ಹೀಗಾಗಿ, DHCP ಸರ್ವರ್ ಒಂದು ಪೂಲ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ, ಅದರಲ್ಲಿ 254 IP ವಿಳಾಸಗಳನ್ನು ಇರಿಸುತ್ತದೆ ಮತ್ತು ಈ ಪೂಲ್‌ನಿಂದ ಮಾತ್ರ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ವಿಳಾಸಗಳನ್ನು ನಿಯೋಜಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ ಇದು ಬಳಕೆದಾರನು ಮಾಡಬಹುದಾದ ಆಡಳಿತಾತ್ಮಕ ಸೆಟ್ಟಿಂಗ್‌ನಂತಿದೆ.
ಈಗ TCP ಪ್ರಸರಣವನ್ನು ನೋಡೋಣ. ಚಿತ್ರದಲ್ಲಿ ಚಿತ್ರಿಸಿರುವ "ದೂರವಾಣಿ" ನಿಮಗೆ ತಿಳಿದಿದೆಯೇ ಎಂದು ನನಗೆ ತಿಳಿದಿಲ್ಲ, ಆದರೆ ನಾವು ಚಿಕ್ಕವರಾಗಿದ್ದಾಗ ಪರಸ್ಪರ ಮಾತನಾಡಲು ಈ ಟಿನ್ ಕ್ಯಾನ್‌ಗಳನ್ನು ಬಳಸುತ್ತಿದ್ದೆವು.
ದುರದೃಷ್ಟವಶಾತ್, ಇಂದಿನ ಪೀಳಿಗೆಯು ಅಂತಹ "ಐಷಾರಾಮಿ" ಯನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ. ನನ್ನ ಪ್ರಕಾರ ಇಂದು ಮಕ್ಕಳು ಒಂದು ವರ್ಷದಿಂದ ಟಿವಿ ಮುಂದೆ ಇದ್ದಾರೆ, ಅವರು ಪಿಎಸ್‌ಪಿ ಆಡುತ್ತಾರೆ ಮತ್ತು ಬಹುಶಃ ಇದು ಚರ್ಚಾಸ್ಪದವಾಗಿದೆ ಆದರೆ ನಾವು ಅತ್ಯುತ್ತಮ ಬಾಲ್ಯವನ್ನು ಹೊಂದಿದ್ದೇವೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ, ನಾವು ನಿಜವಾಗಿ ಹೊರಗೆ ಹೋಗಿ ಆಟಗಳನ್ನು ಆಡಿದ್ದೇವೆ ಮತ್ತು ಇಂದಿನ ಮಕ್ಕಳನ್ನು ಸೋಫಾದಿಂದ ದೂರ ಎಳೆಯಲಾಗುವುದಿಲ್ಲ. .
ನನ್ನ ಮಗನಿಗೆ ಕೇವಲ ಒಂದು ವರ್ಷ ವಯಸ್ಸಾಗಿದೆ ಮತ್ತು ಅವನು ಐಪ್ಯಾಡ್‌ಗೆ ವ್ಯಸನಿಯಾಗಿದ್ದಾನೆ ಎಂದು ನಾನು ಈಗಾಗಲೇ ನೋಡುತ್ತಿದ್ದೇನೆ, ಅಂದರೆ ಅವನು ಇನ್ನೂ ಚಿಕ್ಕವನಾಗಿದ್ದಾನೆ ಆದರೆ ಇಂದಿನ ಮಕ್ಕಳು ಎಲೆಕ್ಟ್ರಾನಿಕ್ ಗ್ಯಾಜೆಟ್‌ಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಬೇಕೆಂದು ತಿಳಿದಿದ್ದಾರೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಆದ್ದರಿಂದ, ನಾನು ಹೇಳಲು ಬಯಸುತ್ತೇನೆ, ನಾವು ಆಡುವಾಗ, ನಾವು ಆಡುವಾಗ, ನಾವು ತವರ ಡಬ್ಬಿಗಳಲ್ಲಿ ರಂಧ್ರಗಳನ್ನು ಮಾಡುತ್ತೇವೆ ಮತ್ತು ನಾವು ಅವುಗಳನ್ನು ದಾರದಿಂದ ಕಟ್ಟಿ ಒಂದು ಡಬ್ಬಿಗೆ ಏನನ್ನಾದರೂ ಹೇಳಿದಾಗ, ಇನ್ನೊಂದು ತುದಿಯಲ್ಲಿ ವ್ಯಕ್ತಿಯು ಏನು ಹೇಳುತ್ತಿದ್ದಾರೆಂದು ಕೇಳಬಹುದು. ಡಬ್ಬಿಯನ್ನು ಅವನ ಕಿವಿಗೆ ಹಾಕುವ ಮೂಲಕ ಅವನಿಗೆ. ಆದ್ದರಿಂದ ಇದು ನೆಟ್ವರ್ಕ್ ಸಂಪರ್ಕಕ್ಕೆ ಹೋಲುತ್ತದೆ.
ಇಂದು, TCP ವರ್ಗಾವಣೆಗಳು ಸಹ ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿರಬೇಕು, ಅದು ನಿಜವಾದ ಡೇಟಾ ವರ್ಗಾವಣೆ ಪ್ರಾರಂಭವಾಗುವ ಮೊದಲು ಸ್ಥಾಪಿಸಬೇಕು. ನಾವು ಹಿಂದಿನ ಪಾಠಗಳಲ್ಲಿ ಚರ್ಚಿಸಿದಂತೆ, TCP ಸಂಪರ್ಕ-ಆಧಾರಿತ ಪ್ರಸರಣವಾಗಿದ್ದರೆ UDP ಸಂಪರ್ಕ-ಆಧಾರಿತ ಪ್ರಸರಣವಾಗಿದೆ. ನಾನು ಚೆಂಡನ್ನು ಎಸೆಯುವ ಸ್ಥಳ UDP ಎಂದು ನೀವು ಹೇಳಬಹುದು ಮತ್ತು ನೀವು ಅದನ್ನು ಹಿಡಿಯಬಹುದೇ ಎಂದು ನೋಡುವುದು ನಿಮಗೆ ಬಿಟ್ಟದ್ದು. ನೀವು ಅದನ್ನು ಮಾಡಲು ಸಿದ್ಧರಿದ್ದೀರಾ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದು ನನ್ನ ಸಮಸ್ಯೆಯಲ್ಲ, ನಾನು ಅವನನ್ನು ಬಿಟ್ಟು ಹೋಗುತ್ತೇನೆ.
TCP ಎಂದರೆ ನೀವು ಒಬ್ಬ ವ್ಯಕ್ತಿಯೊಂದಿಗೆ ಮಾತನಾಡುತ್ತಿದ್ದೀರಿ ಮತ್ತು ನೀವು ಚೆಂಡನ್ನು ಎಸೆಯಲಿದ್ದೀರಿ ಎಂದು ಮುಂಚಿತವಾಗಿ ಎಚ್ಚರಿಕೆ ನೀಡಿ, ಆದ್ದರಿಂದ ನೀವು ಬಂಧವನ್ನು ರೂಪಿಸುತ್ತೀರಿ ಮತ್ತು ನಂತರ ನೀವು ಚೆಂಡನ್ನು ಎಸೆಯುತ್ತೀರಿ ಇದರಿಂದ ನಿಮ್ಮ ಸಂಗಾತಿ ಅದನ್ನು ಹಿಡಿಯಲು ಸಿದ್ಧರಾಗುವ ಸಾಧ್ಯತೆ ಹೆಚ್ಚು. ಆದ್ದರಿಂದ TCP ವಾಸ್ತವವಾಗಿ ಸಂಪರ್ಕವನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ ಮತ್ತು ನಂತರ ನಿಜವಾದ ಪ್ರಸರಣವನ್ನು ಮಾಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ.
ಅಂತಹ ಸಂಪರ್ಕವನ್ನು ಅದು ಹೇಗೆ ರಚಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ. ಸಂಪರ್ಕವನ್ನು ರಚಿಸಲು ಈ ಪ್ರೋಟೋಕಾಲ್ 3-ವೇ ಹ್ಯಾಂಡ್ಶೇಕ್ ಅನ್ನು ಬಳಸುತ್ತದೆ. ಇದು ತುಂಬಾ ತಾಂತ್ರಿಕ ಪದವಲ್ಲ, ಆದರೆ TCP ಸಂಪರ್ಕವನ್ನು ವಿವರಿಸಲು ಇದನ್ನು ದೀರ್ಘಕಾಲ ಬಳಸಲಾಗಿದೆ. ಕಳುಹಿಸುವ ಸಾಧನದಿಂದ 3-ವೇ ಹ್ಯಾಂಡ್ಶೇಕ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸಲಾಗುತ್ತದೆ, ಕ್ಲೈಂಟ್ SYN ಫ್ಲ್ಯಾಗ್‌ನೊಂದಿಗೆ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸರ್ವರ್ಗೆ ಕಳುಹಿಸುತ್ತದೆ.
ಮುಂಭಾಗದಲ್ಲಿರುವ ಹುಡುಗಿ, ಯಾರ ಮುಖವನ್ನು ನಾವು ನೋಡಬಹುದು, ಅದು ಸಾಧನ A ಎಂದು ಹೇಳೋಣ ಮತ್ತು ಮುಖವು ಗೋಚರಿಸದ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಇರುವ ಹುಡುಗಿ ಸಾಧನ B ಎಂದು ಹೇಳೋಣ. ಹುಡುಗಿ A ಹುಡುಗಿ B ಗೆ SYN ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕಳುಹಿಸುತ್ತಾಳೆ ಮತ್ತು ಅವಳು ಹೀಗೆ ಹೇಳುತ್ತಾಳೆ: "ಅದ್ಭುತ, ಯಾರು- ನಂತರ ಅವನು ನನ್ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಬಯಸುತ್ತಾನೆ. ಆದ್ದರಿಂದ, ನಾನು ಸಂವಹನ ಮಾಡಲು ಸಿದ್ಧನಿದ್ದೇನೆ ಎಂದು ನಾನು ಉತ್ತರಿಸಬೇಕಾಗಿದೆ! ಅದನ್ನು ಹೇಗೆ ಮಾಡುವುದು? ಒಬ್ಬರು ಇನ್ನೊಂದು SYN ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸಬಹುದು ಮತ್ತು ನಂತರ ಮೂಲ SYN ಪ್ಯಾಕೆಟ್‌ನ ರಶೀದಿಯನ್ನು ಸೂಚಿಸುವ ACK ಅನ್ನು ಕಳುಹಿಸಬಹುದು. ಆದರೆ 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 ಅನ್ನು ಮಾತ್ರ ಸ್ವೀಕರಿಸಬಹುದು: "ನಾನು 9000 ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸ್ವೀಕರಿಸಿದ್ದೇನೆ ಮತ್ತು ಈಗ 9001 ಸ್ವೀಕರಿಸಲು ಸಿದ್ಧನಾಗಿದ್ದೇನೆ" ಎಂಬ ಸಂದೇಶದೊಂದಿಗೆ ACK ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಇದರಿಂದ, ಸ್ವೀಕರಿಸುವ ಸಾಧನದ ಬಫರ್ ಕೇವಲ 9000 ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆ ಎಂದು ಕಳುಹಿಸುವವರು ತೀರ್ಮಾನಿಸುತ್ತಾರೆ, ಅಂದರೆ ಇನ್ನು ಮುಂದೆ ನಾನು ಒಂದು ಸಮಯದಲ್ಲಿ 9000 ಪ್ಯಾಕೆಟ್‌ಗಳಿಗಿಂತ ಹೆಚ್ಚು ಕಳುಹಿಸುವುದಿಲ್ಲ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಕಳುಹಿಸುವವರು 9000 ಪ್ಯಾಕೆಟ್ಗಳ ಭಾಗಗಳಲ್ಲಿ ಉಳಿದ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸಲು ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯವನ್ನು ತ್ವರಿತವಾಗಿ ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತಾರೆ ಮತ್ತು 3 ನಿಮಿಷಗಳನ್ನು ನೀಡುತ್ತಾರೆ. ಈ ಮೂರು ನಿಮಿಷಗಳು ನಿಜವಾದ ಪ್ರಸರಣ ಸಮಯ. ಟಿಸಿಪಿ ವಿಂಡೋವಿಂಗ್ ಮಾಡುವುದು ಅದನ್ನೇ.
ಇದು ಟ್ರಾಫಿಕ್ ಥ್ರೊಟ್ಲಿಂಗ್ ಕಾರ್ಯವಿಧಾನಗಳಲ್ಲಿ ಒಂದಾಗಿದೆ, ಅಲ್ಲಿ ಕಳುಹಿಸುವ ಸಾಧನವು ನಿಜವಾದ ನೆಟ್ವರ್ಕ್ ಸಾಮರ್ಥ್ಯ ಏನೆಂದು ಅಂತಿಮವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆ. ಸ್ವೀಕರಿಸುವ ಸಾಧನದ ಸಾಮರ್ಥ್ಯ ಏನೆಂದು ಅವರು ಮುಂಚಿತವಾಗಿ ಒಪ್ಪಿಕೊಳ್ಳಲು ಏಕೆ ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ನೀವು ಆಶ್ಚರ್ಯಪಡಬಹುದು? ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ವಿವಿಧ ರೀತಿಯ ಸಾಧನಗಳು ಇರುವುದರಿಂದ ಇದು ತಾಂತ್ರಿಕವಾಗಿ ಅಸಾಧ್ಯವಾಗಿದೆ ಎಂಬುದು ಸತ್ಯ. ನೀವು ಐಪ್ಯಾಡ್ ಅನ್ನು ಹೊಂದಿದ್ದೀರಿ ಮತ್ತು ಇದು ಐಫೋನ್‌ಗಿಂತ ವಿಭಿನ್ನ ಡೇಟಾ ವರ್ಗಾವಣೆ/ರಿಸೀವರ್ ವೇಗವನ್ನು ಹೊಂದಿದೆ ಎಂದು ಹೇಳೋಣ, ನೀವು ವಿವಿಧ ರೀತಿಯ ಫೋನ್‌ಗಳನ್ನು ಹೊಂದಿರಬಹುದು ಅಥವಾ ನೀವು ತುಂಬಾ ಹಳೆಯ ಕಂಪ್ಯೂಟರ್ ಅನ್ನು ಹೊಂದಿರಬಹುದು. ಆದ್ದರಿಂದ, ಪ್ರತಿಯೊಬ್ಬರೂ ವಿಭಿನ್ನ ನೆಟ್ವರ್ಕ್ ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್ ಅನ್ನು ಹೊಂದಿದ್ದಾರೆ.
ಅದಕ್ಕಾಗಿಯೇ TCP ವಿಂಡೋ ತಂತ್ರಜ್ಞಾನವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲಾಗಿದೆ, ಡೇಟಾ ಪ್ರಸರಣವು ಕಡಿಮೆ ವೇಗದಲ್ಲಿ ಅಥವಾ ಕನಿಷ್ಠ ಸಂಖ್ಯೆಯ ಪ್ಯಾಕೆಟ್ಗಳ ಪ್ರಸರಣದೊಂದಿಗೆ ಪ್ರಾರಂಭವಾದಾಗ, ಕ್ರಮೇಣ ಸಂಚಾರ "ವಿಂಡೋ" ಅನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ನೀವು ಒಂದು ಪ್ಯಾಕೆಟ್, 5 ಪ್ಯಾಕೆಟ್‌ಗಳು, 10 ಪ್ಯಾಕೆಟ್‌ಗಳು, 1000 ಪ್ಯಾಕೆಟ್‌ಗಳು, 10000 ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಕಳುಹಿಸುತ್ತೀರಿ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಅವಧಿಯಲ್ಲಿ ಕಳುಹಿಸಲಾದ ಟ್ರಾಫಿಕ್‌ನ ಗರಿಷ್ಠ ಪರಿಮಾಣವನ್ನು "ಓಪನಿಂಗ್" ತಲುಪುವವರೆಗೆ ನಿಧಾನವಾಗಿ ಆ ವಿಂಡೋವನ್ನು ಹೆಚ್ಚು ಹೆಚ್ಚು ತೆರೆಯಿರಿ. ಹೀಗಾಗಿ, ಕಿಟಕಿಯ ಪರಿಕಲ್ಪನೆಯು TCP ಪ್ರೋಟೋಕಾಲ್ನ ಕಾರ್ಯಾಚರಣೆಯ ಭಾಗವಾಗಿದೆ.
ಮುಂದೆ ನಾವು ಸಾಮಾನ್ಯ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳನ್ನು ನೋಡೋಣ. ನೀವು 1 ಮುಖ್ಯ ಸರ್ವರ್ ಅನ್ನು ಹೊಂದಿರುವಾಗ ಕ್ಲಾಸಿಕ್ ಪರಿಸ್ಥಿತಿ, ಬಹುಶಃ ಡೇಟಾ ಸೆಂಟರ್. ಇದು ಫೈಲ್ ಸರ್ವರ್, ವೆಬ್ ಸರ್ವರ್, ಮೇಲ್ ಸರ್ವರ್ ಮತ್ತು DHCP ಸರ್ವರ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ. ಈಗ, ಕ್ಲೈಂಟ್ ಕಂಪ್ಯೂಟರ್‌ಗಳಲ್ಲಿ ಒಂದಾದ ಡೇಟಾ ಕೇಂದ್ರವನ್ನು ಸಂಪರ್ಕಿಸಿದರೆ, ಅದು ಚಿತ್ರದ ಮಧ್ಯದಲ್ಲಿ ಇದೆ, ಅದು ಕ್ಲೈಂಟ್ ಸಾಧನಗಳಿಗೆ ಫೈಲ್ ಸರ್ವರ್ ದಟ್ಟಣೆಯನ್ನು ಕಳುಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಈ ದಟ್ಟಣೆಯನ್ನು ಕೆಂಪು ಬಣ್ಣದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಸರ್ವರ್‌ನಿಂದ ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್‌ಗಾಗಿ ನಿರ್ದಿಷ್ಟ ಪೋರ್ಟ್‌ನಲ್ಲಿ ರವಾನೆಯಾಗುತ್ತದೆ.
ನಿರ್ದಿಷ್ಟ ಟ್ರಾಫಿಕ್ ಎಲ್ಲಿಗೆ ಹೋಗಬೇಕೆಂದು ಸರ್ವರ್ಗೆ ಹೇಗೆ ಗೊತ್ತಾಯಿತು? ಗಮ್ಯಸ್ಥಾನ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಯಿಂದ ಅವನು ಇದನ್ನು ಕಲಿಯುತ್ತಾನೆ. ನೀವು ಫ್ರೇಮ್ ಅನ್ನು ನೋಡಿದರೆ, ಪ್ರತಿ ಡೇಟಾ ವರ್ಗಾವಣೆಯಲ್ಲಿ ಗಮ್ಯಸ್ಥಾನದ ಪೋರ್ಟ್ ಸಂಖ್ಯೆ ಮತ್ತು ಮೂಲ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಯ ಉಲ್ಲೇಖವಿದೆ ಎಂದು ನೀವು ನೋಡುತ್ತೀರಿ. ನೀಲಿ ಮತ್ತು ಕೆಂಪು ದಟ್ಟಣೆ ಮತ್ತು ನೀಲಿ ಸಂಚಾರವು ವೆಬ್ ಸರ್ವರ್ ಟ್ರಾಫಿಕ್ ಆಗಿರುವುದನ್ನು ನೀವು ನೋಡಬಹುದು, ಎರಡೂ ಒಂದೇ ಭೌತಿಕ ಸರ್ವರ್ಗೆ ಹೋಗುತ್ತವೆ, ಅದು ವಿಭಿನ್ನ ಸರ್ವರ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಿದೆ. ಇದು ಡೇಟಾ ಸೆಂಟರ್ ಆಗಿದ್ದರೆ, ಅದು ವರ್ಚುವಲ್ ಸರ್ವರ್‌ಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಹಾಗಾದರೆ ಕೆಂಪು ದಟ್ಟಣೆಯು ಆ ಐಪಿ ವಿಳಾಸದೊಂದಿಗೆ ಎಡ ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗೆ ಹಿಂತಿರುಗಬೇಕೆಂದು ಅವರಿಗೆ ಹೇಗೆ ಗೊತ್ತಾಯಿತು? ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳಿಗೆ ಧನ್ಯವಾದಗಳು ಇದು ಅವರಿಗೆ ತಿಳಿದಿದೆ. ನೀವು "ಟಿಸಿಪಿ ಮತ್ತು ಯುಡಿಪಿ ಪೋರ್ಟ್‌ಗಳ ಪಟ್ಟಿ" ಎಂಬ ವಿಕಿಪೀಡಿಯ ಲೇಖನವನ್ನು ಉಲ್ಲೇಖಿಸಿದರೆ, ಅದು ಎಲ್ಲಾ ಪ್ರಮಾಣಿತ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವುದನ್ನು ನೀವು ನೋಡುತ್ತೀರಿ.
ನೀವು ಈ ಪುಟವನ್ನು ಕೆಳಗೆ ಸ್ಕ್ರಾಲ್ ಮಾಡಿದರೆ ಈ ಪಟ್ಟಿ ಎಷ್ಟು ದೊಡ್ಡದಾಗಿದೆ ಎಂಬುದನ್ನು ನೀವು ನೋಡಬಹುದು. ಇದು ಸರಿಸುಮಾರು 61 ಸಂಖ್ಯೆಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. 000 ರಿಂದ 1 ರವರೆಗಿನ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳನ್ನು ಸಾಮಾನ್ಯ ಪೋರ್ಟ್ ಸಂಖ್ಯೆಗಳು ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಪೋರ್ಟ್ 1024/TCP ftp ಕಮಾಂಡ್‌ಗಳನ್ನು ಕಳುಹಿಸಲು, ಪೋರ್ಟ್ 21 ssh ಗೆ, ಪೋರ್ಟ್ 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 ಆಗಿದೆ, ಏಕೆಂದರೆ ಈ ಎಫ್‌ಟಿಪಿ ಸರ್ವರ್ಗೆ ಸಂಪರ್ಕಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಅಪ್ಲಿಕೇಶನ್ ಅದು ಎಫ್‌ಟಿಪಿ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಕಳುಹಿಸಬೇಕು ಎಂದು ತಿಳಿದಿದೆ.
ಮುಂದೆ, ನಮ್ಮ ಕಂಪ್ಯೂಟರ್ ಹೇಳುತ್ತದೆ, "ಸರಿ, ನನ್ನ 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 ಗೆ ಹೋಗಬೇಕೆಂದು ತಿಳಿದಿದೆ ಮತ್ತು ಅದರ MAC ವಿಳಾಸ 1111 ತಿಳಿದಿದೆ, ಆದರೆ ಗೇಟ್ವೇ 10.1.1.1 ರ MAC ವಿಳಾಸ ತಿಳಿದಿಲ್ಲ. ಅವನು ಏನು ಮಾಡುತ್ತಿದ್ದಾನೆ? ಇದು ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಸಾಧನಗಳು ಸ್ವೀಕರಿಸುವ ಪ್ರಸಾರ ARP ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಆದರೆ IP ವಿಳಾಸ 10.1.1.1 ರೊಂದಿಗಿನ ರೂಟರ್ ಮಾತ್ರ ಇದಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ.
ರೂಟರ್ ತನ್ನ AAAA MAC ವಿಳಾಸದೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ ಮತ್ತು ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ MAC ವಿಳಾಸಗಳನ್ನು ಸಹ ಈ ಚೌಕಟ್ಟಿನಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ. ಫ್ರೇಮ್ ಸಿದ್ಧವಾದ ನಂತರ, ದೋಷಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಚೆಕ್ಸಮ್ ಅನ್ನು ಹುಡುಕುವ ಅಲ್ಗಾರಿದಮ್ ಆಗಿರುವ CRC ಡೇಟಾ ಸಮಗ್ರತೆಯ ಪರಿಶೀಲನೆಯನ್ನು ನೆಟ್ವರ್ಕ್ನಿಂದ ಹೊರಡುವ ಮೊದಲು ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.
ಆವರ್ತಕ ಪುನರುಕ್ತಿ CRC ಎಂದರೆ ಈ ಸಂಪೂರ್ಣ ಫ್ರೇಮ್, SYN ನಿಂದ ಕೊನೆಯ MAC ವಿಳಾಸದವರೆಗೆ ಹ್ಯಾಶಿಂಗ್ ಅಲ್ಗಾರಿದಮ್ ಮೂಲಕ ರನ್ ಆಗುತ್ತದೆ, MD5 ಎಂದು ಹೇಳಿ, ಇದು ಹ್ಯಾಶ್ ಮೌಲ್ಯಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ. ಹ್ಯಾಶ್ ಮೌಲ್ಯ ಅಥವಾ MD5 ಚೆಕ್ಸಮ್ ಅನ್ನು ನಂತರ ಫ್ರೇಮ್ನ ಆರಂಭದಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ.
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 ಅನ್ನು ನೋಡುತ್ತಾನೆ, ಅಂದರೆ ಎಫ್‌ಟಿಪಿ ಟ್ರಾಫಿಕ್, SYN ಅನ್ನು ನೋಡುತ್ತಾನೆ ಮತ್ತು ಆದ್ದರಿಂದ ಯಾರಾದರೂ ಅವನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದಾರೆ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾರೆ.
ಈಗ, ಹ್ಯಾಂಡ್ಶೇಕ್ ಬಗ್ಗೆ ನಾವು ಕಲಿತದ್ದನ್ನು ಆಧರಿಸಿ, ಸರ್ವರ್ 30.1.1.10 ಒಂದು SYN/ACK ಪ್ಯಾಕೆಟ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಕಂಪ್ಯೂಟರ್ 10.1.1.10 ಗೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಈ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಸಾಧನ 10.1.1.10 ACK ಅನ್ನು ರಚಿಸುತ್ತದೆ, SYN ಪ್ಯಾಕೆಟ್ ರೀತಿಯಲ್ಲಿಯೇ ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಹಾದುಹೋಗುತ್ತದೆ ಮತ್ತು ಸರ್ವರ್ ACK ಅನ್ನು ಸ್ವೀಕರಿಸಿದ ನಂತರ, ಸಂಪರ್ಕವನ್ನು ಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ.
ನೀವು ತಿಳಿದಿರಬೇಕಾದ ಒಂದು ವಿಷಯವೆಂದರೆ ಇದೆಲ್ಲವೂ ಒಂದು ಸೆಕೆಂಡಿಗಿಂತ ಕಡಿಮೆ ಅವಧಿಯಲ್ಲಿ ನಡೆಯುತ್ತದೆ. ಇದು ತುಂಬಾ ವೇಗವಾದ ಪ್ರಕ್ರಿಯೆಯಾಗಿದೆ, ನಾನು ನಿಧಾನಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸಿದೆ ಇದರಿಂದ ಎಲ್ಲವೂ ನಿಮಗೆ ಸ್ಪಷ್ಟವಾಗಿದೆ.
ಈ ಟ್ಯುಟೋರಿಯಲ್ ನಲ್ಲಿ ನೀವು ಕಲಿತದ್ದು ನಿಮಗೆ ಉಪಯುಕ್ತವಾಗಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ನೀವು ಯಾವುದೇ ಪ್ರಶ್ನೆಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ದಯವಿಟ್ಟು ನನಗೆ ಬರೆಯಿರಿ [ಇಮೇಲ್ ರಕ್ಷಿಸಲಾಗಿದೆ] ಅಥವಾ ಈ ವೀಡಿಯೊದ ಅಡಿಯಲ್ಲಿ ಪ್ರಶ್ನೆಗಳನ್ನು ಬಿಡಿ.
ಮುಂದಿನ ಪಾಠದಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಾನು YouTube ನಿಂದ 3 ಅತ್ಯಂತ ಆಸಕ್ತಿದಾಯಕ ಪ್ರಶ್ನೆಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತೇನೆ, ಅದನ್ನು ನಾನು ಪ್ರತಿ ವೀಡಿಯೊದ ಕೊನೆಯಲ್ಲಿ ಪರಿಶೀಲಿಸುತ್ತೇನೆ. ಇನ್ನು ಮುಂದೆ ನಾನು "ಉನ್ನತ ಪ್ರಶ್ನೆಗಳು" ವಿಭಾಗವನ್ನು ಹೊಂದಿದ್ದೇನೆ ಆದ್ದರಿಂದ ನಾನು ನಿಮ್ಮ ಹೆಸರಿನೊಂದಿಗೆ ಪ್ರಶ್ನೆಯನ್ನು ಪೋಸ್ಟ್ ಮಾಡುತ್ತೇನೆ ಮತ್ತು ಅದಕ್ಕೆ ನೇರ ಉತ್ತರಿಸುತ್ತೇನೆ. ಇದು ಪ್ರಯೋಜನಕಾರಿ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ, ಪ್ರವೇಶ ಮಟ್ಟದ ಸರ್ವರ್‌ಗಳ ಅನನ್ಯ ಅನಲಾಗ್‌ನಲ್ಲಿ Habr ಬಳಕೆದಾರರಿಗೆ 30% ರಿಯಾಯಿತಿ, ಇದನ್ನು ನಿಮಗಾಗಿ ನಾವು ಕಂಡುಹಿಡಿದಿದ್ದೇವೆ: (RAID1 ಮತ್ತು RAID10, 24 ಕೋರ್‌ಗಳವರೆಗೆ ಮತ್ತು 40GB DDR4 ವರೆಗೆ ಲಭ್ಯವಿದೆ).
VPS (KVM) E5-2650 v4 (6 ಕೋರ್‌ಗಳು) 10GB DDR4 240GB SSD 1Gbps ಬೇಸಿಗೆಯವರೆಗೆ ಉಚಿತ ಆರು ತಿಂಗಳ ಅಥವಾ ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಅವಧಿಗೆ ಪಾವತಿಸುವಾಗ, ನೀವು ಆದೇಶಿಸಬಹುದು .
Dell R730xd 2 ಪಟ್ಟು ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ ನೆದರ್ಲ್ಯಾಂಡ್ಸ್ನಲ್ಲಿ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ರಿಂದ! ಬಗ್ಗೆ ಓದು
ಮೂಲ: www.habr.com