સિસ્કો તાલીમ 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 સરનામાં મૂકશે, અને ફક્ત આ પૂલમાંથી જ નેટવર્ક પરના ગ્રાહકોને સરનામાં સોંપવામાં સક્ષમ હશે. તેથી આ એક વહીવટી સેટિંગ જેવું છે જે વપરાશકર્તા કરી શકે છે.

હવે ચાલો TCP ટ્રાન્સમિશન જોઈએ. મને ખબર નથી કે તમે ચિત્રમાં દર્શાવવામાં આવેલા "ટેલિફોન" થી પરિચિત છો કે કેમ, પરંતુ જ્યારે અમે બાળકો હતા ત્યારે અમે એકબીજા સાથે વાત કરવા માટે તાર દ્વારા જોડાયેલા આ ટીન કેનનો ઉપયોગ કરતા હતા.

કમનસીબે, આજની પેઢી આવી “લક્ઝરી” પરવડી શકે તેમ નથી. મારો મતલબ છે કે આજે બાળકો એક વર્ષની ઉંમરથી ટીવીની સામે છે, તેઓ PSP રમે છે અને કદાચ આ ચર્ચાસ્પદ છે પણ મને લાગે છે કે અમારું બાળપણ શ્રેષ્ઠ હતું, અમે ખરેખર બહાર ગયા અને રમતો રમ્યા અને આજના બાળકોને સોફાથી દૂર ખેંચી શકાય નહીં. .

મારો પુત્ર માત્ર એક વર્ષનો છે અને હું પહેલેથી જ જોઈ શકું છું કે તે આઈપેડનો વ્યસની છે, મારો મતલબ છે કે તે હજી ઘણો નાનો છે પરંતુ મને લાગે છે કે આજના બાળકો પહેલેથી જ ઈલેક્ટ્રોનિક ગેજેટ્સને કેવી રીતે હેન્ડલ કરવા તે જાણતા જન્મે છે. તેથી, હું કહેવા માંગતો હતો કે બાળકો તરીકે, જ્યારે અમે રમતા હતા, ત્યારે અમે ટીનના ડબ્બામાં છિદ્રો બનાવીએ છીએ, અને જ્યારે અમે તેને દોરડાથી બાંધીએ છીએ અને એક ડબ્બામાં કંઈક કહીએ છીએ, તો બીજી બાજુ વ્યક્તિ જે કહેવામાં આવી રહી છે તે સાંભળી શકે છે. તેને, ફક્ત તેના કાન પર કેન મૂકીને. તેથી તે નેટવર્ક કનેક્શન જેવું જ છે.

આજે, TCP ટ્રાન્સફરમાં પણ કનેક્શન હોવું આવશ્યક છે જે વાસ્તવિક ડેટા ટ્રાન્સફર શરૂ થાય તે પહેલાં સ્થાપિત કરવું આવશ્યક છે. આપણે અગાઉના પાઠોમાં ચર્ચા કરી છે તેમ, TCP કનેક્શન-ઓરિએન્ટેડ ટ્રાન્સમિશન છે જ્યારે UDP કનેક્શન-ઓરિએન્ટેડ ટ્રાન્સમિશન છે. તમે કહી શકો છો કે UDP એ છે જ્યાં હું બોલ ફેંકું છું અને તમે તેને પકડી શકો છો કે કેમ તે જોવાનું તમારા પર છે. તમે તે કરવા તૈયાર છો કે નહીં તે મારી સમસ્યા નથી, હું તેને છોડીને જતો રહ્યો છું.

TCP એ વધુ એવું છે કે તમે કોઈ વ્યક્તિ સાથે વાત કરો છો અને તેને અગાઉથી ચેતવણી આપો છો કે તમે બોલ ફેંકવાના છો, તેથી તમે એક બોન્ડ બનાવો છો, અને પછી તમે બોલ ફેંકો છો જેથી તમારો સાથી તેને પકડવા માટે તૈયાર થવાની શક્યતા વધારે હોય. તેથી TCP વાસ્તવમાં કનેક્શન બનાવે છે અને પછી વાસ્તવિક ટ્રાન્સમિશન કરવાનું શરૂ કરે છે.

ચાલો જોઈએ કે તે આવા જોડાણ કેવી રીતે બનાવે છે. આ પ્રોટોકોલ કનેક્શન બનાવવા માટે 3-વે હેન્ડશેકનો ઉપયોગ કરે છે. આ બહુ ટેકનિકલ શબ્દ નથી, પરંતુ તે લાંબા સમયથી TCP કનેક્શનનું વર્ણન કરવા માટે વપરાય છે. ક્લાયંટ સર્વરને SYN ફ્લેગ સાથેનું પેકેટ મોકલવા સાથે 3-વે હેન્ડશેક મોકલવાના ઉપકરણ દ્વારા શરૂ કરવામાં આવે છે.

ચાલો કહીએ કે અગ્રભાગમાંની છોકરી, જેનો ચહેરો આપણે જોઈ શકીએ છીએ, તે ઉપકરણ 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 સ્વીકારી શકે છે. આ કિસ્સામાં, પ્રાપ્તકર્તા સંદેશ સાથે ACK મોકલે છે: "મને 9000 પેકેટ મળ્યા છે અને હવે હું 9001 પ્રાપ્ત કરવા માટે તૈયાર છું." આમાંથી, પ્રેષક નિષ્કર્ષ પર આવે છે કે પ્રાપ્ત ઉપકરણના બફરની ક્ષમતા માત્ર 9000 છે, જેનો અર્થ છે કે હવેથી હું એક સમયે 9000 થી વધુ પેકેટો મોકલીશ નહીં. આ કિસ્સામાં, પ્રેષક 9000 પેકેટના ભાગોમાં ડેટાની બાકીની રકમ ટ્રાન્સફર કરવા માટે જે સમય લેશે તેની ઝડપથી ગણતરી કરે છે અને 3 મિનિટ આપે છે. આ ત્રણ મિનિટ વાસ્તવિક ટ્રાન્સમિશન સમય છે. TCP વિન્ડોવિંગ તે જ કરે છે.

આ તે ટ્રાફિક થ્રોટલિંગ મિકેનિઝમ્સમાંથી એક છે જ્યાં મોકલવાનું ઉપકરણ આખરે સમજે છે કે વાસ્તવિક નેટવર્ક ક્ષમતા શું છે. તમે વિચારી રહ્યા હશો કે તેઓ શા માટે અગાઉથી સંમત થઈ શકતા નથી કે પ્રાપ્ત ઉપકરણની ક્ષમતા શું છે? હકીકત એ છે કે આ તકનીકી રીતે અશક્ય છે કારણ કે નેટવર્ક પર વિવિધ પ્રકારનાં ઉપકરણો છે. ધારો કે તમારી પાસે આઈપેડ છે અને તેમાં આઈફોન કરતા અલગ ડેટા ટ્રાન્સફર/રીસીવર સ્પીડ છે, તમારી પાસે વિવિધ પ્રકારના ફોન હોઈ શકે છે અથવા કદાચ તમારી પાસે ઘણું જૂનું કમ્પ્યુટર છે. તેથી, દરેક પાસે અલગ અલગ નેટવર્ક બેન્ડવિડ્થ છે.

તેથી જ ટીસીપી વિન્ડોઇંગ ટેક્નોલોજી વિકસાવવામાં આવી હતી, જ્યારે ડેટા ટ્રાન્સમિશન ઓછી ઝડપે અથવા ન્યૂનતમ સંખ્યામાં પેકેટોના ટ્રાન્સમિશન સાથે શરૂ થાય છે, ધીમે ધીમે ટ્રાફિક "વિંડો" માં વધારો કરે છે. તમે એક પેકેટ, 5 પેકેટ્સ, 10 પેકેટ્સ, 1000 પેકેટ્સ, 10000 પેકેટ્સ મોકલો અને જ્યાં સુધી ચોક્કસ સમયગાળામાં મોકલવામાં આવેલ ટ્રાફિકના મહત્તમ સંભવિત વોલ્યુમ સુધી “ઓપનિંગ” ન પહોંચે ત્યાં સુધી ધીમે ધીમે તે વિન્ડોને વધુને વધુ ખોલો. આમ, વિન્ડોવિંગનો ખ્યાલ TCP પ્રોટોકોલની કામગીરીનો એક ભાગ છે.

આગળ આપણે સૌથી સામાન્ય પોર્ટ નંબરો જોઈશું. ક્લાસિક પરિસ્થિતિ એ છે કે જ્યારે તમારી પાસે 1 મુખ્ય સર્વર હોય, કદાચ ડેટા સેન્ટર હોય. તેમાં ફાઇલ સર્વર, વેબ સર્વર, મેઇલ સર્વર અને DHCP સર્વરનો સમાવેશ થાય છે. હવે, જો ક્લાયંટ કમ્પ્યુટર્સમાંથી એક ડેટા સેન્ટરનો સંપર્ક કરે છે, જે ચિત્રની મધ્યમાં સ્થિત છે, તો તે ક્લાયંટ ઉપકરણો પર ફાઇલ સર્વર ટ્રાફિક મોકલવાનું શરૂ કરશે. આ ટ્રાફિક લાલ રંગમાં બતાવવામાં આવ્યો છે અને ચોક્કસ સર્વરથી ચોક્કસ એપ્લિકેશન માટે ચોક્કસ પોર્ટ પર ટ્રાન્સમિટ કરવામાં આવશે.

ચોક્કસ ટ્રાફિક ક્યાં જવું જોઈએ તે સર્વરને કેવી રીતે ખબર પડી? તે ડેસ્ટિનેશન પોર્ટ નંબર પરથી આ શીખે છે. જો તમે ફ્રેમ જોશો, તો તમે જોશો કે દરેક ડેટા ટ્રાન્સફરમાં ગંતવ્ય પોર્ટ નંબર અને સ્ત્રોત પોર્ટ નંબરનો ઉલ્લેખ છે. તમે જોઈ શકો છો કે વાદળી અને લાલ ટ્રાફિક, અને વાદળી ટ્રાફિક વેબ સર્વર ટ્રાફિક છે, બંને એક જ ભૌતિક સર્વર પર જાય છે, જેમાં અલગ-અલગ સર્વર ઇન્સ્ટોલ કરેલા છે. જો આ ડેટા સેન્ટર છે, તો તે વર્ચ્યુઅલ સર્વર્સનો ઉપયોગ કરે છે. તો તેઓને કેવી રીતે ખબર પડી કે લાલ ટ્રાફિક તે IP સરનામા સાથે તે ડાબા લેપટોપ પર પાછો જવાનો હતો? તેઓ પોર્ટ નંબરો માટે આ આભાર જાણે છે. જો તમે વિકિપીડિયા લેખ "TCP અને UDP પોર્ટ્સની સૂચિ" નો સંદર્ભ લો છો, તો તમે જોશો કે તે તમામ પ્રમાણભૂત પોર્ટ નંબરોની યાદી આપે છે.

જો તમે આ પૃષ્ઠ નીચે સ્ક્રોલ કરો તો તમે જોઈ શકો છો કે આ સૂચિ કેટલી મોટી છે. તેમાં અંદાજે 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 છે, કારણ કે એપ્લિકેશન જે આ 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 સરનામું જાણતું નથી. તે શુ કરી રહ્યો છે? તે બ્રોડકાસ્ટ એઆરપી વિનંતી મોકલે છે જે નેટવર્ક પરના તમામ ઉપકરણો પ્રાપ્ત કરશે, પરંતુ માત્ર 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 સૌથી રસપ્રદ પ્રશ્નો પસંદ કરીશ, જેની હું દરેક વિડિયોના અંતે સમીક્ષા કરીશ. હવેથી મારી પાસે "ટોચના પ્રશ્નો" વિભાગ હશે તેથી હું તમારા નામ સાથે એક પ્રશ્ન પોસ્ટ કરીશ અને તેનો જીવંત જવાબ આપીશ. મને લાગે છે કે આ ફાયદાકારક રહેશે.

અમારી સાથે રહેવા બદલ આભાર. શું તમને અમારા લેખો ગમે છે? વધુ રસપ્રદ સામગ્રી જોવા માંગો છો? ઓર્ડર આપીને અથવા મિત્રોને ભલામણ કરીને અમને ટેકો આપો, એન્ટ્રી-લેવલ સર્વર્સના અનન્ય એનાલોગ પર Habr વપરાશકર્તાઓ માટે 30% ડિસ્કાઉન્ટ, જેની શોધ અમારા દ્વારા તમારા માટે કરવામાં આવી હતી: VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps વિશેનું સંપૂર્ણ સત્ય $20 થી અથવા સર્વર કેવી રીતે શેર કરવું? (RAID1 અને RAID10 સાથે ઉપલબ્ધ, 24 કોરો સુધી અને 40GB DDR4 સુધી).

VPS (KVM) E5-2650 v4 (6 કોરો) 10GB DDR4 240GB SSD 1Gbps ઉનાળા સુધી મફત છ મહિનાના સમયગાળા માટે ચૂકવણી કરતી વખતે, તમે ઓર્ડર કરી શકો છો અહીં.

ડેલ R730xd 2 ગણું સસ્તું? માત્ર અહીં 2 x ઇન્ટેલ ટેટ્રાડેકા-કોર 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