192.168.072 (තිත් 2 ක් පමණක්) පිං කිරීමෙන් 192.168.0.58 සිට ප්‍රතිචාරයක් ලැබෙන්නේ ඇයි?

මම වැරදීමකින් IP ලිපිනයක තිත ඉවත් කර ටයිප් කළෙමි 192.168.072.
මට පුදුමයට කරුණක් නම් මම යන්ත්‍රයකට සම්බන්ධ වීමයි192.168.0.58

මම පිං කළොත් මට 192.168.072ප්‍රතිචාර ලැබෙනවා 192.168.0.58.

ඇයි මේ?

මම වින්ඩෝස් පරිගණකයක වින්ඩෝස් වසමක සිටිමි.

නම් මම පිං 192.168.72මම ප්රතිචාරයක් ලබා 192.168.0.72පෙනී යන්නේ නම්, 0දී 072(මගේ මුල් වරද දී) සැලකිය යුතු වේ.

_{මෙම ප්‍රශ්නය සතියේ සුපිරි පරිශීලක ප්‍රශ්නයක් විය . වැඩි විස්තර සඳහා බ්ලොග් සටහන
කියවන්න හෝ ඔබම බ්ලොග් අඩවියට දායක වන්න}

සෑම කෙනෙකුම එය RFCs, IP පන්ති සහ වෙනත් දේ සමඟ අධික ලෙස අවුල් කරයි. pingපරිශීලකයා විසින් විධානය IP ආදානය විග්‍රහ කරන්නේ කෙසේදැයි බැලීමට පරීක්ෂණ කිහිපයක් ධාවනය කරන්න (බාහිර දණ්ඩ ඉවත් කර ඇත):

> ping 1
Pinging 0.0.0.1 with 32 bytes of data:

> ping 1.2
Pinging 1.0.0.2 with 32 bytes of data:

> ping 1.2.3
Pinging 1.2.0.3 with 32 bytes of data:

> ping 1.2.3.4
Pinging 1.2.3.4 with 32 bytes of data:

> ping 1.2.3.4.5
Ping request could not find host 1.2.3.4.5. Please check the name and try again.

> ping 255
Pinging 0.0.0.255 with 32 bytes of data:

> ping 256
Pinging 0.0.1.0 with 32 bytes of data:

ඔබට පෙනෙන පරිදි, pingවින්ඩෝස් (වින්ඩෝස් හි) මඟින් ඔබට විවිධ IP ලිපින ආකෘති භාවිතා කිරීමට ඉඩ ලබා දේ. IPv4 ලිපිනයක් කොටස් හතරකට (“තිත්-ක්වාඩ්”) බෙදිය හැකිය: තවද A.B.C.D, pingවිධානය මඟින් ඔබට පිටව යාමට ඉඩ සලසයි 0.

1 part  (ping A)       : 0.0.0.A
2 parts (ping A.B)     : A.0.0.B
3 parts (ping A.B.C)   : A.B.0.C
4 parts (ping A.B.C.D) : A.B.C.D

ඔබ එක් කොටසක් පමණක් සපයන්නේ නම්, එය 255 ට අඩු නම් (අෂ්ටකයක් සඳහා උපරිමය), එය ඉහත පරිදි අෂ්ටකයක් ලෙස සලකනු ලැබේ, නමුත් එය 255 ට වඩා වැඩි නම්, එය පරිවර්තනය කර ඊළඟ ක්ෂේත්‍රයට පෙරළනු ලැබේ (එනම්, mod 256).

කොටස් හතරකට වඩා වැඩි ලබා වගේ කිහිපයක් අද්දර අවස්ථා තිබේ වැඩ බවක් (උදා, සංගත වන්නේ google.comIP ලිපිනය හෝ වැඩ නෑ ගේ 0.74.125.226.4හෝ 74.125.226.4.0).

ඔබට තිත්-ක්වාඩ් සහ පැතලි ආකාර දෙකෙන්ම ෂඩාස්රාකාර අංකනය භාවිතා කළ හැකිය, නමුත් 0xඑක් එක් අෂ්ටකයට පෙර අපේක්ෂාවෙන් එය සංයුති කළ යුතුය .

එබැවින්, (IPv4) IP ලිපිනයක් නියෝජනය කිරීමට බොහෝ ක්‍රම තිබේ. ඔබට පැතලි හෝ තිත්-ක්වාඩ් (හෝ තිත්-ත්‍රිත්ව, තිත්-ද්විත්ව, හෝ තිත්-තනි) ආකෘතියක් භාවිතා කළ හැකි අතර, ඒ සෑම එකක් සඳහාම ඔබට දශම, අෂ්ටක සහ ෂඩාස්රාකාර භාවිතා කළ හැකිය (හෝ මිශ්‍ර කර ගලපන්න). උදාහරණයක් ලෙස, ඔබට google.comපහත දැක්වෙන ආකාරවලින් පිං කළ හැකිය :

• google.com  (වසමේ නම)
• 74.125.226.4  (තිත් දශම)
• 1249763844  (පැතලි දශම)
• 0112.0175.0342.0004  (තිත් අෂ්ටක)
• 011237361004  (පැතලි අෂ්ටක)
• 0x4A.0x7D.0xE2.0x04  (තිත් හෙක්ස්)
• 0x4A7DE204  (පැතලි හෙක්ස්)
• 74.0175.0xe2.4  (ථ_)

(ද්විමය අංකන සහාය එකතු නොකිරීම ගැන ස්තූතියි!)

යෙදුම :

ඔබගේ නඩුවේදී, පිං 192.168.072කිරීම ඉහත වගුවේ ( A.B.0.C) තුන්වන ආකෘතිය භාවිතා කරයි , එබැවින් ඔබ සැබවින්ම පිං 192.168.0.072කරයි. තවද, ඔබට අවසාන කොටසේ ප්‍රමුඛ ශුන්‍යයක් ඇති බැවින් එය අෂ්ටකයක් ලෙස සලකනු ලැබේ, එය දශමයෙන් 58 කි.

අභිරහස විසඳා ඇත.

සටහන, වින්ඩෝස් pingවිධානය මඟින් ආදානය සඳහා එතරම් විවිධාකාර ආකෘතීන් සඳහා ඉඩ ලබා දෙන අතර සම්මත නොවන ආකෘතීන් පෙනෙන ආකාරයට අර්ථ නිරූපණය කරන අතර, එයින් අදහස් කරන්නේ ඔබට සෑම තැනකම එවැනි ආකෘති භාවිතා කළ හැකි බව නොවේ. සමහර වැඩසටහන් මඟින් තිත්-ක්වාඩ් එකක කොටස් හතරම ලබා දීමට ඔබට බල කළ හැකිය, අනෙක් ඒවා දශම හා අෂ්ටක මිශ්‍ර කිරීමට හා ගැලපීමට ඉඩ නොදේ.

එසේම, IPv6 ලිපින මඟින් විග්‍රහ කිරීමේ තර්කනය සහ ආදාන ආකෘති පිළිගැනීම තවදුරටත් සංකීර්ණ කරයි.

අතිරේක :

syss පෙන්වා ඔයාට සංඛ්යා එක් වලංගු නොවන චරිතයක් භාවිතා කරන්නේ නම් (උදා: ලෙස බව 8හෝ 9octal භාවිත කරන විට, එය ghex-මාදිලිය, ආදිය දී) පසුව pingබව හඳුනා හා වැලක් ලෙස එය අර්ථ නිරූපණය කිරීමට ස්මාර්ට් තරම් (-al ද? -ic?) URL එක සංඛ්‍යාත්මක IP ලිපිනයක් වෙනුවට.

^{(On ාතීය ලෙස පුපුරා යන දත්ත අගයන් ගණනට අනුගත වීම සඳහා “සරල” කේතයක් ලිවීමට උත්සාහ කරන බොහෝ නිර්වින්දනයන් හා හෘදයාබාධ ඇති අයෙකු ලෙස, එය ආදාන විචල්‍යයන් සියල්ලම නිවැරදිව ක්‍රියාවට නංවන බව පෙනේ. නඩුව, අවම වශයෙන් 3 1 +3 2 +3 3 +3 4 = 120 වෙනස්කම්.)}

එබැවින්, අපේක්ෂිත පරිදි 010.020.030.040පිං 8.16.24.32වනු ඇතැයි නියම කරන අතරම , වෙත 010.020.030.080යාම pingIP ලිපිනයක් වෙනුවට URL එකක් ලෙස සලකනු ලැබේ - වැනි foo.bar.baz.com(නමුත් කනගාටුදායක ලෙස නොපවතින). වෙනත් වචන වලින් කිවහොත්, එය අමානුෂිකය පින්ග් උත්සාහ 010මෙම අමානුෂිකය මත 020වසම මත 030ඉහල මට්ටමේ වසමේ 080. කෙසේ වෙතත්, පසුව 080(වගේ වලංගු ඩොමේනයක් නොවේ .com, .netඔවුන්ගේ buddies), ඇති සම්බන්ධය අයිතිය පළමු පියවර අසාර්ථක විය.

090.010.010.010අවලංගු චරිතය වෙනත් අෂ්ටකයක ඇති තැනට එකම දේ සිදු වේ. ඒ හා සමානව, 0xf.0xf.0xf.0xfපිං 15.15.15.15, නමුත් 0xh1.0x1.0xg0.0fඅසමත් වේ.

ඔහ්, හොඳයි, බහුවිධ සංඛ්‍යා පදනම් කරගෙන චතුර ලෙස නොසිටීම නිසා ඔබට ලැබෙන්නේ එයයි.

සෑම විටම තිත් 4-තිත්-ක්වාඩ් (“40q”? “Quaddy-quad”? “Cute-q”?) ලිපින භාවිතා කිරීමට වග බලා ගැනීම පහසු සහ ආරක්ෂිත වේ.

එබැවින් පිටතට ගොස් අංක කිහිපයක් ඉගෙන ගන්න . ඔබට පෙන්වීමට හා පක්ෂවල ජීවිතය වීමට හැකි වනු ඇත, ඔවුන් පවසන පරිදි, වර්ග 10 ක් ඇත: ද්විමය දන්නා අය සහ නොදන්නා අය.

_{එහෙනම් අපි පවා හිතන්නේ IPv6 ලිපිනයක් ගැන; මම හිතන්නේ ඒවා සීල් 111 න් එකක් !!!}

මේ සඳහා හේතු දෙකක් තිබේ:

පළමුව, '0' උපසර්ගයක් මඟින් අෂ්ටක සංඛ්‍යාවක් දක්වයි. අෂ්ට (072) = dec (58) සිට, 192.168.072 = 192.168.58.

දෙවනුව, දෙවන සිට අන්තිම 0 දක්වා කෙටි ලිපිනයක් ලෙස IP ලිපින වලින් ඉවත් කළ හැකිය . 127.0.1 127.0.0.1 ලෙස අර්ථකථනය කර ඇති අතර, ඔබේ නඩුවේ 192.168.58 අර්ථකථනය කර ඇත්තේ 192.168.0.58 ලෙස ය.

අෂ්ටක අංකනය පිළිබඳ @ neu242 හි වැදගත් කරුණට අමතරව, සහ IP ලිපින කෙටි කළ හැකි බව නිරීක්ෂණය කිරීමට අමතරව, අනෙක් තීරණාත්මක කොටස වන්නේ කෙටි කළ IP ලිපින අර්ථ නිරූපණය කරන්නේ කෙසේද යන්න දැන ගැනීමයි.

අංක හතරෙන් සමහරක් අස්ථානගත වී ඇත්නම්, විග්‍රහකයා විසින් බයිට් අනුක්‍රමයේ අවසානයට (හෝ ආරම්භයට) ශුන්‍යයෙන් පුරවන ලද බයිට් එකතු කරනු ඇතැයි යමෙකුට අනුමාන කළ හැකිය. OP වාර්තා කළ හැසිරීමට මෙය නොගැලපේ: 192.168.072 192.168 ලෙස විග්‍රහ කර ඇත. 0 .58, 192.168.58 ලෙස නොවේ. 0 , හෝ 0 .192.168.58.

පෙනෙන විදිහට වින්ඩෝස් සහ ලිනක්ස් පිං (ඔබ උත්සාහ කළ අනුවාදය සහ මම උත්සාහ කළ ඒවා) IP ලිපින තර්කය විග්‍රහ කිරීමට inet_aton () ට සමාන යමක් භාවිතා කරයි. මෙම inet_aton සඳහා man පිටුව () පවසයි:

The address supplied in cp can have one of the following forms:

 a.b.c.d   Each of the four numeric parts specifies a byte of the address; the
           bytes are assigned in left-to-right order to produce the binary
           address.

 a.b.c     Parts a and b specify the first two bytes of the binary address.
           Part c is interpreted as a 16-bit value that defines the rightmost
           two bytes of the binary address.  This notation is suitable for
           specifying (outmoded) Class B network addresses.

 a.b       Part a specifies the first byte of the binary address.  Part b is
           interpreted as a 24-bit value that defines the rightmost three bytes
           of the binary address.  This notation is suitable for specifying
           (outmoded) Class C network addresses.

 a         The value a is interpreted as a 32-bit value that is stored directly
            into the binary address without any byte rearrangement.

එහෙයින් ඔබට එය තිබේ ... 192.168.072ඒබීසී රටාවට ගැළපේ, එබැවින් 072(අෂ්ටක සංඛ්‍යාවක් ලෙස විග්‍රහ කිරීමෙන් පසුව) ද්වි-ලිපිනයේ දකුණු කෙළවරේ බයිට් 2 ක් අර්ථ දක්වන බිට් 16 අගයක් ලෙස අර්ථ දැක්විය 0.58.

ඉහත නීති රීති වලට සමාන වන්නේ සංඛ්‍යා හතරෙන් එකක් අස්ථානගත වී ඇත්නම්, අවශ්‍ය ශුන්‍යයෙන් පුරවන ලද බයිට් අවසන් අංකයට පෙර වහාම එකතු කරනු ලැබේ ... අවසානයේ හෝ බයිට් නූල් ආරම්භයේ නොවේ. (අවසන් වරට ලබා දුන් අංකය 256 ට වඩා අඩු නම් එය මේ ආකාරයෙන් ප්‍රකාශ කිරීම ක්‍රියාත්මක වේ.)

පිං හි නවතම අනුවාදයන් මේ ආකාරයේ කෙටිමං හෝ අෂ්ටක අර්ථ නිරූපණයට ඉඩ නොදෙන බව සලකන්න. මෙම iputils සඳහා 2010 මූල කේතය inet_aton (පිං ඇතුළුව) මම (inet_pton භාවිතා සොයා බව) වඩා () IP ලිපිනය තර්කය විග්රහ කළ ය. මෙම inet_pton සඳහා man පිටුව () පවසයි:

Inet_aton (3) සහ inet_addr (3) මෙන් නොව, inet_pton () IPv6 ලිපින සඳහා සහය දක්වයි. අනෙක් අතට, inet_pton () පිළිගන්නේ තිත්-දශම අංකනයෙහි IPv4 ලිපින පමණක් වන අතර, inet_aton (3) සහ inet_addr (3) වඩාත් සාමාන්‍ය සංඛ්‍යා හා තිත් අංකනය (ෂඩාස්රාකාර හා අෂ්ටක සංඛ්‍යා ආකෘතීන් සහ නොකළ ආකෘතීන්ට ඉඩ දෙයි. බයිට් හතරම පැහැදිලිව ලිවීමට අවශ්‍ය නොවේ).

අයිපී එකක් ඔවුන්ගේ ස්ථානයට වැදගත් ලෙස එකතු කරන ලද පූර්ණ සංඛ්‍යා මගින් නිරූපණය කළ හැකි බව ද ඔබ සලකා බැලිය යුතුය.

192.168.0.58 is :
  192 * 256^3
+ 168 * 256^2
+   0 * 256^1
+  58 * 256^0

මෙන්න නියම දේ:

192.168.58 වනුයේ 192.168.0.58 නිසා ය

    0 * 256^1 
+  58 * 256^0 
=  58

192.11010106 ද 192.168.0.58 වනු ඇත

  168 * 256^2 
+   0 * 256^1 
+  58 * 256^0 
= 11010106

3232235578 ද 192.168.0.58 වනු ඇත

  192 * 256^3 
+ 168 * 256^2 
+   0 * 256^1 
+  58 * 256^0 
= 3232235578