Ping ថ្នាំង IPv6 ទាំងអស់នៅលើឆានែលមួយ។

នៅសល់ពីរបីថ្ងៃរហូតដល់ការចាប់ផ្តើមនៃលំហូរថ្មីតាមអត្រា "វិស្វករបណ្តាញ" ពី OTUS ។ ក្នុងន័យនេះ យើងចង់ចែករំលែកជាមួយអ្នកនូវការបកប្រែនៃសម្ភារៈមានប្រយោជន៍លើប្រធានបទនេះ។

ស៊េរីនៃការបង្ហោះប្លក់អំពីគន្លឹះ និងល្បិចសម្រាប់ការដោះស្រាយបញ្ហា IPv6 ping (ICMPv6 Echo Request/Echo Reply)

សូមចំណាំថាខ្ញុំកំពុងប្រើលីនុច (ជាពិសេស Fedora 31) ទោះជាយ៉ាងណាក៏ដោយ វាក្យសម្ព័ន្ធពាក្យបញ្ជា ping សម្រាប់ប្រព័ន្ធប្រតិបត្តិការផ្សេងទៀត សង្ឃឹមថានឹងស្រដៀងគ្នាខ្លាំងណាស់។

Ping ថ្នាំង IPv6 ទាំងអស់នៅលើឆានែលមួយ។

គន្លឹះដំបូង និងសាមញ្ញបំផុតគឺ ping ថ្នាំង IPv6 ទាំងអស់នៅលើតំណភ្ជាប់។

IPv6 ប្រើអាសយដ្ឋានពហុខាសសម្រាប់គ្រប់ប្រភេទនៃការទំនាក់ទំនងមួយទៅច្រើន។ មិនមានអាសយដ្ឋាន IPv6 ផ្សាយ (ឬផ្សាយ) ទេ។ វាសម្គាល់ IPv6 ពី IPv4 ដែលមានប្រភេទអាសយដ្ឋានផ្សាយជាច្រើន ឧទាហរណ៍ អាសយដ្ឋាន "ការផ្សាយមានកំណត់" 255.255.255.255 [RFC1122] ។

ទោះយ៉ាងណាក៏ដោយ មានអាសយដ្ឋាន IPv6 "ថ្នាំងទាំងអស់ច្រើន" ដូច្នេះយើងនឹងប្រើវាដើម្បី ping ថ្នាំង IPv6 ទាំងអស់នៅលើតំណ។ (អាស័យដ្ឋាន "ការផ្សាយ" តាមពិតគ្រាន់តែជាអាសយដ្ឋានពហុខាសដែលមានឈ្មោះពិសេស ដែលជាក្រុមពហុខាសដែលរួមបញ្ចូលថ្នាំងទាំងអស់។ ចំណាំថា ឧទាហរណ៍ ប៊ីតអាសយដ្ឋាន "ក្រុម" ឬពហុខាសត្រូវបានបើកនៅក្នុងអាសយដ្ឋានផ្សាយអ៊ីសឺរណិតនៅស្រទាប់តំណ )

អាសយដ្ឋាន IPv6 ពហុថ្នាំងទាំងអស់សម្រាប់ឆានែល៖ ff02::1. ff តំណាងឱ្យអាសយដ្ឋាន IPv6 ពហុខាស។ 0 បន្ទាប់គឺជាផ្នែកនៃទង់ដែលមានប៊ីតមិនកំណត់។

បន្ថែមទៀត 2 កំណត់តំបន់នៃក្រុមពហុខាស។ មិនដូចអាសយដ្ឋាន IPv4 ពហុខាសទេ អាសយដ្ឋាន IPv6 ពហុខាសមានវិសាលភាព។ តម្លៃវិសាលភាពបង្ហាញពីផ្នែកនៃបណ្តាញដែលកញ្ចប់ព័ត៌មានពហុខាសត្រូវបានអនុញ្ញាតឱ្យបញ្ជូនបន្ត។ នៅពេលដែលកញ្ចប់ព័ត៌មានឈានដល់ព្រំដែននៃវិសាលភាពដែលបានបញ្ជាក់ កញ្ចប់ព័ត៌មានត្រូវតែត្រូវបានទម្លាក់ ដោយមិនគិតពីថាតើវាល Hop Count របស់វាមិនសូន្យទេ។ ជាការពិតណាស់ ប្រសិនបើចំនួនលោតឡើងដល់សូន្យ មុនពេលឈានដល់ព្រំដែនក្រុមពហុខាសដែលបានបញ្ជាក់ វាក៏ត្រូវបានកំណត់ឡើងវិញភ្លាមៗផងដែរ។ នេះគឺជាបញ្ជីពេញលេញនៃវិសាលភាព IPv6 multicast ។

ទីបំផុត ::1 បញ្ជាក់ក្រុមពហុថ្នាំងទាំងអស់។

អំពីអាសយដ្ឋាន ff02::1 គួរកត់សំគាល់ថាវាមិនច្បាស់លាស់។ នៅលើម៉ាស៊ីន IPv6 ដែលមានចំណុចប្រទាក់ច្រើន ដូចជារ៉ោតទ័រ ឬម៉ាស៊ីនពហុផ្ទះ អាសយដ្ឋាន ff02::1 មិនមានអ្វីដែលអ្នកអាចបញ្ជាក់ចំណុចប្រទាក់ណាមួយដែលត្រូវផ្ញើសំណើអេកូ ICMPv6 ទៅ ឬរំពឹងថានឹងទទួលបានការឆ្លើយតប ICMPv6 បន្ទរនៅពេលពួកគេមកដល់។ ff02::1 មានសុពលភាព ហើយអាចប្រើនៅលើចំណុចប្រទាក់ និងឆានែលណាមួយដែលភ្ជាប់ទៅថ្នាំងពហុចំណុចប្រទាក់។

ដូច្នេះនៅពេលដែលយើង ping ថ្នាំង IPv6 ទាំងអស់នៅលើតំណភ្ជាប់មួយ យើងត្រូវប្រាប់ឧបករណ៍ប្រើប្រាស់ផងដែរ។ ping សម្រាប់ IPv6 ដែលចំណុចប្រទាក់ដែលត្រូវប្រើ។

ការកំណត់ចំណុចប្រទាក់ - ជម្រើសបន្ទាត់ពាក្យបញ្ជា

ដូចដែលយើងបានឃើញរួចមកហើយ អាសយដ្ឋានពហុថ្នាំងទាំងអស់ដែលយើងចង់ប្រើគឺ − ff02::1 - មិនផ្តល់ព័ត៌មានណាមួយទាក់ទងនឹងចំណុចប្រទាក់ណាមួយដែលត្រូវផ្ញើ និងទទួលសំណើអេកូ ICMPv6 និងកញ្ចប់ឆ្លើយតបអេកូ។

ដូច្នេះ តើ​យើង​បញ្ជាក់​ចំណុច​ប្រទាក់​ដែល​ត្រូវ​ប្រើ​សម្រាប់​ទំហំ​អាសយដ្ឋាន​ពហុខាស ឬ​លំហ​អាសយដ្ឋាន​តំណ​មូលដ្ឋាន​ដោយ​របៀបណា?

វិធីទីមួយ និងច្បាស់បំផុតគឺផ្តល់វាជាប៉ារ៉ាម៉ែត្រទៅកម្មវិធីដែលយើងកំពុងប្រើ។

សម្រាប់ការប្រើប្រាស់ ping យើងផ្តល់វាតាមរយៈជម្រើស -I.

[mark@opy ~]$ ping -w 1 -I enp3s2 ff02::1
ping: Warning: source address might be selected on device other than: enp3s2
PING ff02::1(ff02::1) from :: enp3s2: 56 data bytes
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.438 ms
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.589 ms (DUP!)
64 bytes from fe80::7e31:f5ff:fe1b:9fdb%enp3s2: icmp_seq=1 ttl=64 time=5.15 ms (DUP!)
64 bytes from fe80::f7f8:15ff:fe6f:be6e%enp3s2: icmp_seq=1 ttl=64 time=58.0 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:b881%enp3s2: icmp_seq=1 ttl=64 time=62.3 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:ad79%enp3s2: icmp_seq=1 ttl=64 time=62.8 ms (DUP!)
 
--- ff02::1 ping statistics ---
1 packets transmitted, 1 received, +5 duplicates, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.438/31.544/62.786/29.566 ms
[mark@opy ~]$

ដោយប្រើ ping ពហុថ្នាំងទាំងអស់នេះ យើងបានទទួលការឆ្លើយតបពីថ្នាំង IPv6 ចំនួន 6 ។ ការឆ្លើយតបបានមកពីអាសយដ្ឋានថ្នាំង Link-Local IPv6 ដោយចាប់ផ្តើមជាមួយបុព្វបទ fe80::/10.

ថា ping មិនបន្តផ្ញើសំណើអេកូ ICMPv6 ដោយគ្មានកំណត់រហូតដល់យើងរំខានវា ជាធម្មតាយើងបញ្ជាក់ចំនួនកញ្ចប់ដែលត្រូវផ្ញើតាមជម្រើស -c ។ ទោះជាយ៉ាងណាក៏ដោយ នេះក៏ការពារ ping ពីការទទួលយក និងបង្ហាញការឆ្លើយតប ICMPv6 អេកូច្រើនជាងមួយ នៅពេលផ្ញើសំណើ ICMPv6 អេកូពហុខាស។ ជំនួសមកវិញ យើងបានប្រើជម្រើស -w ដើម្បីបញ្ជាក់ថា ping គួរតែបញ្ចប់បន្ទាប់ពី 1 វិនាទី មិនថាសំណើអេកូ ICMPv6 ឬការឆ្លើយតបអេកូត្រូវបានផ្ញើ ឬទទួលប៉ុន្មាននោះទេ។

រឿងមួយទៀតដែលត្រូវយកចិត្តទុកដាក់គឺ (DUP!) លទ្ធផលនៅលើចម្លើយទីពីរ និងជាបន្តបន្ទាប់។ កញ្ចប់ព័ត៌មានទាំងនេះត្រូវបានកំណត់ថាជាការឆ្លើយតបស្ទួន ព្រោះវាមានតម្លៃលំដាប់ ICMP ដូចគ្នាទៅនឹងសំណើអេកូ ICMPv6 នីមួយៗដែលត្រូវបានផ្ញើតាំងពីដំបូង។ ពួកវាលេចឡើងដោយសារតែសំណើ ICMPv6 multicast echo ផ្តល់លទ្ធផលនៅក្នុងការឆ្លើយតប unicast បុគ្គលជាច្រើន។ ចំនួនស្ទួនត្រូវបានចង្អុលបង្ហាញផងដែរនៅក្នុងសេចក្តីសង្ខេបស្ថិតិ។

ការកំណត់ចំណុចប្រទាក់ - លេខសម្គាល់តំបន់

វិធីមួយទៀតដើម្បីបង្ហាញចំណុចប្រទាក់សម្រាប់ប្រើគឺជាផ្នែកមួយនៃប៉ារ៉ាម៉ែត្រអាសយដ្ឋាន IPv6 ។

យើង​អាច​មើល​ឃើញ​ឧទាហរណ៍​នៃ​ការ​នេះ​នៅ​ក្នុង​លទ្ធផល ping ដែល​អាសយដ្ឋាន​របស់ IPv6 hosts ដែល​ឆ្លើយតប​ក៏​មាន​បច្ច័យ​ដែរ។ %enp3s2ឧទាហរណ៍:

64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.438 ms

វិធីសាស្រ្តនៃការបញ្ជាក់ចំណុចប្រទាក់នេះត្រូវបានពិពណ៌នាជាផ្លូវការនៅក្នុង [RFC4007] "IPv6 Defined Address Architecture" ។ ទោះបីជាជាធម្មតាពួកវាត្រូវបានគេហៅថាចំណុចប្រទាក់ប្រព័ន្ធប្រតិបត្តិការក៏ដោយពួកគេពិតជាកំណត់អ្វីដែលទូទៅជាងនេះ - "តំបន់" ឬ "វិសាលភាព" ។

ហេតុផលសម្រាប់ការមានតំបន់ទូទៅ ឬតំបន់វិសាលភាពគឺថា ដូចដែលបានរៀបរាប់នៅក្នុង [RFC4007] ថ្នាំង IPv6 អាចមានចំណុចប្រទាក់ IPv6 ផ្សេងគ្នាជាច្រើនដែលតភ្ជាប់ទៅឆានែលដូចគ្នា។ ចំណុចប្រទាក់ទាំងនេះគឺជាសមាជិកនៃតំបន់ដូចគ្នា។

វាគួរតែអាចដាក់ជាក្រុមចំណុចប្រទាក់ច្រើននៅក្នុងតំបន់មួយនៅក្រោមប្រព័ន្ធប្រតិបត្តិការ។ បច្ចុប្បន្ន ខ្ញុំមិនដឹងថាតើវាអាចទៅរួចនៅក្រោមលីនុច ឬរបៀបធ្វើវាទេ។

ការប្រើបច្ច័យ %<zone_id>យើងអាចដកជម្រើសបន្ទាត់ពាក្យបញ្ជាចេញ -I ping.

[mark@opy ~]$ ping -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.453 ms (DUP!)
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.606 ms (DUP!)
64 bytes from fe80::7e31:f5ff:fe1b:9fdb%enp3s2: icmp_seq=1 ttl=64 time=6.23 ms (DUP!)
64 bytes from fe80::f7f8:15ff:fe6f:be6e%enp3s2: icmp_seq=1 ttl=64 time=157 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:ad79%enp3s2: icmp_seq=1 ttl=64 time=159 ms (DUP!)
64 bytes from fe80::877d:4ff:fe1a:b881%enp3s2: icmp_seq=1 ttl=64 time=161 ms (DUP!)
64 bytes from fe80::23d:e8ff:feec:958c%enp3s2: icmp_seq=1 ttl=64 time=179 ms (DUP!)
 
--- ff02::1%enp3s2 ping statistics ---
1 packets transmitted, 1 received, +7 duplicates, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.106/82.858/179.216/81.281 ms
 
[mark@opy ~]$

Link-Local Address ឆ្លើយតប

ពី nodes multicast ping ទាំងអស់នេះ យើងបានទទួលការឆ្លើយតបសរុបចំនួន 6 តែមួយគត់។

ការឆ្លើយតបទាំងនេះបានមកពីអាសយដ្ឋានម៉ាស៊ីន unicast Link-Local IPv6 ។ ឧទាហរណ៍ ខាងក្រោមនេះជាចម្លើយទីមួយ៖

64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms

Unicast Link-Local IPv6 addresses គឺត្រូវបានទាមទារនៅលើគ្រប់ IPv6-enabled interfaces [RFC4291], “IP Version 6 Addressing Architecture”។ ហេតុផលសម្រាប់នេះគឺថាថ្នាំង IPv6 តែងតែមានអាសយដ្ឋាន IPv6 unicast ដោយស្វ័យប្រវត្តិ ដែលវាយ៉ាងហោចណាស់អាចប្រើដើម្បីទំនាក់ទំនងជាមួយថ្នាំងផ្សេងទៀតនៅលើតំណភ្ជាប់ផ្ទាល់របស់វា។ នេះរួមបញ្ចូលទាំងការទំនាក់ទំនងជាមួយកម្មវិធីនៅលើម៉ាស៊ីនផ្សេងទៀតតាមរយៈអាសយដ្ឋានម៉ាស៊ីន Link-Local ។

វាជួយសម្រួលដល់ការរចនា និងការអនុវត្តពិធីការដូចជា IPv6 Neighbor Discovery និង OSPFv3។ វាក៏អនុញ្ញាតឱ្យកម្មវិធីអ្នកប្រើប្រាស់ចុងក្រោយនៅលើម៉ាស៊ីនធ្វើការទំនាក់ទំនងតាមឆានែលដោយមិនទាមទារហេដ្ឋារចនាសម្ព័ន្ធ IPv6 ដែលគាំទ្រផ្សេងទៀតនៅលើឆានែល។ ការទំនាក់ទំនងដោយផ្ទាល់រវាងម៉ាស៊ីន IPv6 ដែលបានតភ្ជាប់មិនតម្រូវឱ្យមានរ៉ោតទ័រ IPv6 ឬម៉ាស៊ីនមេ DHCPv6 នៅលើការតភ្ជាប់ទេ។

អាសយដ្ឋាន Link-Local ចាប់ផ្តើមដោយបុព្វបទ 10 ប៊ីត fe80អមដោយលេខសូន្យ 54 ប៊ីត ហើយបន្ទាប់មក 64 ប៊ីត ចំណុចប្រទាក់អត្តសញ្ញាណ (IID) ។ នៅក្នុងចម្លើយដំបូងខាងលើ 2392:6213:a15b:66ff គឺជា IID 64 ប៊ីត។

Looped Multicast

តាមលំនាំដើម កញ្ចប់ព័ត៌មានពហុខាសត្រូវបានត្រឡប់ខាងក្នុងទៅថ្នាំងដែលផ្ញើពួកវា។ វាកើតឡើងសម្រាប់ទាំងអាសយដ្ឋាន IPv6 និង IPv4 ។

ហេតុផលសម្រាប់ឥរិយាបទលំនាំដើមនេះគឺថានៅពេលដែលកញ្ចប់ព័ត៌មានពហុខាសត្រូវបានផ្ញើ វាក៏អាចមានកម្មវិធីពហុខាសក្នុងតំបន់ដែលកំពុងស្តាប់ដែលកំពុងដំណើរការនៅលើម៉ាស៊ីនផ្ញើខ្លួនវា ក៏ដូចជាកន្លែងណាមួយនៅលើបណ្តាញផងដែរ។ កម្មវិធីក្នុងស្រុកនេះក៏ត្រូវតែទទួលកញ្ចប់ព័ត៌មានច្រើនផងដែរ។

យើងអាចមើលឃើញរង្វិលជុំមូលដ្ឋានពហុខាសនេះនៅក្នុងលទ្ធផល ping របស់យើង៖

[mark@opy ~]$ ping -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::2392:6213:a15b:66ff%enp3s2: icmp_seq=1 ttl=64 time=0.106 ms
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.453 ms (DUP!)
...

ការឆ្លើយតបដំបូង និងលឿនបំផុត (0,106 ms ធៀបនឹង 0,453 ms) បានមកពីអាសយដ្ឋាន Link-Local ដែលបានកំណត់រចនាសម្ព័ន្ធនៅលើចំណុចប្រទាក់ខ្លួនវា enp3s2.

[mark@opy ~]$ ip addr show dev enp3s2 | grep fe80
    inet6 fe80::2392:6213:a15b:66ff/64 scope link noprefixroute 
[mark@opy ~]$

ឧបករណ៍ប្រើប្រាស់ ping ផ្តល់នូវវិធីមួយដើម្បីទប់ស្កាត់មតិកែលម្អពហុខាសក្នុងតំបន់ដោយប្រើប៉ារ៉ាម៉ែត្រ -L. ប្រសិនបើយើងផ្ញើ ping multicast ទាំងអស់ជាមួយទង់នេះ នោះការឆ្លើយតបត្រូវបានកំណត់ចំពោះថ្នាំងពីចម្ងាយ។ យើងមិនទទួលបានការឆ្លើយតបពីអាសយដ្ឋាន Link-Local នៃចំណុចប្រទាក់ផ្ញើនោះទេ។

[mark@opy ~]$ ping -L -w 1 ff02::1%enp3s2
PING ff02::1%enp3s2(ff02::1%enp3s2) 56 data bytes
64 bytes from fe80::1d36:1fff:fefd:82be%enp3s2: icmp_seq=1 ttl=64 time=0.383 ms
 
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.467 ms (DUP!)
...

Ping Link-អាសយដ្ឋានក្នុងតំបន់

ដូចដែលអ្នកអាចទាយបាន អាសយដ្ឋាន unicast Link-Local ដោយខ្លួនឯងក៏មិនផ្តល់ព័ត៌មានគ្រប់គ្រាន់ដើម្បីចង្អុលបង្ហាញថាតើចំណុចប្រទាក់ណាមួយដែលត្រូវប្រើដើម្បីទៅដល់ពួកគេ។ ដូចទៅនឹង ping multicast ទាំងអស់ដែរ យើងក៏ត្រូវបញ្ជាក់ចំណុចប្រទាក់ជាប៉ារ៉ាម៉ែត្របន្ទាត់ពាក្យបញ្ជាផងដែរ។ ping ឬលេខសម្គាល់តំបន់ដែលមានអាសយដ្ឋាននៅពេល pinging អាសយដ្ឋាន Link-Local ។

លើកនេះយើងអាចប្រើប្រាស់បាន។ -cដើម្បីកំណត់ចំនួនកញ្ចប់ព័ត៌មាន និងការឆ្លើយតបដែលបានផ្ញើ និងទទួល pingចាប់តាំងពីយើងកំពុងសម្តែង unicast ping ។

[mark@opy ~]$ ping -c 1 fe80::f31c:ccff:fe26:a6d9%enp3s2
 
PING fe80::f31c:ccff:fe26:a6d9%enp3s2(fe80::fad1:11ff:feb7:3704%enp3s2) 56 data bytes
64 bytes from fe80::f31c:ccff:fe26:a6d9%enp3s2: icmp_seq=1 ttl=64 time=0.395 ms
 
--- fe80::f31c:ccff:fe26:a6d9%enp3s2 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.395/0.395/0.395/0.000 ms
[mark@opy ~]$

Ping (ទាំងអស់) អាសយដ្ឋាន IPv6 ផ្សេងទៀត?

នៅក្នុងអត្ថបទនេះ យើងបានឃើញពីរបៀប ping ថ្នាំង IPv6 ទាំងអស់នៅលើឆានែលដោយប្រើអាសយដ្ឋាន IPv6 ពហុថ្នាំងទាំងអស់ ff02::1. យើងក៏បានឃើញពីរបៀបកំណត់ចំណុចប្រទាក់ណាមួយដែលត្រូវប្រើជាមួយអាសយដ្ឋាន IPv6 ពហុថ្នាំងទាំងអស់ ដោយសារអាសយដ្ឋានខ្លួនវាមិនអាចផ្តល់ព័ត៌មាននេះបានទេ។ យើងបានប្រើជម្រើសបន្ទាត់ពាក្យបញ្ជា pingឬបញ្ជាក់ចំណុចប្រទាក់ដោយប្រើបច្ច័យ %<zone_id>.

បន្ទាប់មក យើងបានរៀនអំពី unicast Link-Local addresses ដែលជាអាសយដ្ឋានដែលប្រើដើម្បីឆ្លើយតបទៅនឹងសំណើ ICMPv6 echo នៃ nodes ទាំងអស់។

យើងក៏បានឃើញពីរបៀបដែលកញ្ចប់ព័ត៌មានច្រើនត្រូវបានត្រឡប់ទៅកាន់ថ្នាំងផ្ញើតាមលំនាំដើម និងរបៀបបិទវាសម្រាប់ឧបករណ៍ប្រើប្រាស់ ping.

ជាចុងក្រោយ យើងបានបញ្ចូលអាសយដ្ឋាន Link-Local តែមួយដោយប្រើបច្ច័យ %<zone_id>ចាប់តាំងពីអាសយដ្ឋាន Link-Local ខ្លួនឯងក៏មិនផ្តល់ព័ត៌មានអំពីចំណុចប្រទាក់ដែលចេញផងដែរ។

ដូច្នេះចុះយ៉ាងណាចំពោះការ ping ថ្នាំងផ្សេងទៀតទាំងអស់ និងទទួលបានអាសយដ្ឋាន unicast សកលរបស់ពួកគេ (GUAs) (នោះគឺអាសយដ្ឋានសាធារណៈរបស់ពួកគេនៅលើអ៊ីនធឺណិត) ឬអាសយដ្ឋាន unicast ក្នុងស្រុកតែមួយគត់របស់ពួកគេ (ULAs)? យើងនឹងមើលវានៅក្នុងការប្រកាសប្លក់បន្ទាប់។

អស់ហើយ។

អ្នកអាចស្វែងយល់បន្ថែមអំពីវគ្គសិក្សារបស់យើងនៅ កំណត់ចំណាំថ្ងៃបើក.

ប្រភព: www.habr.com