ការប្រយុទ្ធសម្រាប់មីលីវិនាទី។ របៀបជ្រើសរើសម៉ាស៊ីនមេដែលមាន ping ទាបបំផុត។

សម្រាប់កិច្ចការជាច្រើន ការពន្យារពេលរវាងម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេគឺមានសារៈសំខាន់ ឧទាហរណ៍នៅក្នុងហ្គេមអនឡាញ ការប្រជុំជាវីដេអូ/សំឡេង ទូរស័ព្ទ IP VPN ជាដើម។ ប្រសិនបើម៉ាស៊ីនមេនៅឆ្ងាយពីអតិថិជននៅកម្រិតបណ្តាញ IP នោះការពន្យារពេល (ដែលគេនិយមហៅថា "ping", "lag") នឹងរំខានដល់ការងារ។

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

តើធ្វើដូចម្តេចដើម្បីជ្រើសរើសម៉ាស៊ីនមេដែលនៅជិតបំផុតតាមដែលអាចធ្វើទៅបានចំពោះអតិថិជនសក្តានុពលទាំងអស់? តើការតភ្ជាប់បណ្តាញ IP គឺជាអ្វី? តើធ្វើដូចម្តេចដើម្បីដឹកនាំអតិថិជនទៅម៉ាស៊ីនមេដែលនៅជិតបំផុត? ចូរយើងស្វែងយល់នៅក្នុងអត្ថបទ។

ការពន្យារពេលនៃការវាស់វែង

ជាដំបូង ចូរយើងរៀនពីរបៀបវាស់វែងការពន្យារពេល។ កិច្ចការនេះមិនសាមញ្ញដូចដែលវាហាក់ដូចជាទេ ដោយសារការពន្យារពេលអាចប្រែប្រួលសម្រាប់ពិធីការ និងទំហំកញ្ចប់ព័ត៌មានផ្សេងៗគ្នា។ អ្នកក៏អាចនឹងខកខានព្រឹត្តិការណ៍រយៈពេលខ្លីផងដែរ ដូចជាការធ្លាក់ចុះដែលមានរយៈពេលពីរបីមីលីវិនាទី។

ICMP - ភីងធម្មតា។

យើងនឹងប្រើឧបករណ៍ប្រើប្រាស់ Unix ping វាអនុញ្ញាតឱ្យអ្នកកំណត់ចន្លោះពេលរវាងការផ្ញើកញ្ចប់ព័ត៌មានដោយដៃ ដែលកំណែ ping សម្រាប់ Windows មិនអាចធ្វើបាន។ នេះសំខាន់ព្រោះប្រសិនបើមានការផ្អាកយូររវាងកញ្ចប់ព័ត៌មាន អ្នកប្រហែលជាមិនឃើញអ្វីដែលកំពុងកើតឡើងរវាងពួកវាទេ។

ទំហំកញ្ចប់ (ជម្រើស -s) - តាមលំនាំដើម ឧបករណ៍ប្រើប្រាស់ ping ផ្ញើកញ្ចប់ទំហំ 64 បៃ។ ជាមួយនឹងកញ្ចប់តូចបែបនេះ បាតុភូតដែលកើតឡើងជាមួយកញ្ចប់ធំជាងនេះប្រហែលជាមិនគួរឱ្យកត់សម្គាល់ទេ ដូច្នេះយើងនឹងកំណត់ទំហំកញ្ចប់ព័ត៌មានទៅជា 1300 បៃ។

ចន្លោះពេលរវាងកញ្ចប់ព័ត៌មាន (ជម្រើស -i) — ពេលវេលារវាងការបញ្ជូនទិន្នន័យ។ តាមលំនាំដើម កញ្ចប់ព័ត៌មានត្រូវបានផ្ញើម្តងក្នុងមួយវិនាទី វាវែងណាស់ កម្មវិធីពិតផ្ញើរាប់រយ និងរាប់ពាន់កញ្ចប់ក្នុងមួយវិនាទី ដូច្នេះយើងនឹងកំណត់ចន្លោះពេលទៅ 0.1 វិនាទី។ កម្មវិធីនេះមិនអនុញ្ញាតឱ្យតិចជាងនេះទេ។

ជាលទ្ធផលពាក្យបញ្ជាមើលទៅដូចនេះ៖

ping -s 1300 -i 0.1 yandex.ru

ការរចនានេះអនុញ្ញាតឱ្យអ្នកមើលឃើញរូបភាពជាក់ស្តែងបន្ថែមទៀតនៃការពន្យារពេល។

Ping តាមរយៈ UDP និង TCP

ក្នុងករណីខ្លះការភ្ជាប់ TCP ត្រូវបានដំណើរការខុសពីកញ្ចប់ ICMP ហើយដោយសារបញ្ហានេះ ការវាស់វែងអាចប្រែប្រួលអាស្រ័យលើពិធីការ។ វាក៏កើតឡើងជាញឹកញាប់ផងដែរដែលម៉ាស៊ីនមិនឆ្លើយតបទៅនឹង ICMP ហើយ ping ធម្មតាមិនដំណើរការទេ។ នេះជាអ្វីដែលម្ចាស់ផ្ទះធ្វើពេញមួយជីវិតរបស់គាត់ឧទាហរណ៍។ microsoft.com ។.

ឧបករណ៍ប្រើប្រាស់ nping ពីអ្នកអភិវឌ្ឍន៍នៃ nmap scanner ដ៏ល្បីល្បាញអាចបង្កើតកញ្ចប់ណាមួយ។ វាក៏អាចត្រូវបានប្រើដើម្បីវាស់វែងការពន្យារពេលផងដែរ។
ដោយសារ UDP និង TCP ដំណើរការលើឧបករណ៍ជាក់លាក់ យើងត្រូវ "ping" ច្រកជាក់លាក់មួយ។ តោះព្យាយាម ping TCP 80 នោះគឺ ច្រកម៉ាស៊ីនមេគេហទំព័រ៖

$ sudo nping --tcp -p 80 --delay 0.1 -c 0 microsoft.com

Starting Nping 0.7.80 ( https://nmap.org/nping ) at 2020-04-30 13:07 MSK
SENT (0.0078s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
SENT (0.1099s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.2068s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.2107s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.3046s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=43 id=0 iplen=44  seq=1480267007 win=64240 <mss 1440>
SENT (0.3122s) TCP 10.0.0.1:63236 > 13.77.161.179:80 S ttl=64 id=49156 iplen=40  seq=3401731188 win=1480
RCVD (0.4247s) TCP 13.77.161.179:80 > 10.0.0.1:63236 SA ttl=42 id=0 iplen=44  seq=2876862274 win=64240 <mss 1398>

Max rtt: 112.572ms | Min rtt: 93.866ms | Avg rtt: 101.093ms
Raw packets sent: 4 (160B) | Rcvd: 3 (132B) | Lost: 1 (25.00%)
Nping done: 1 IP address pinged in 0.43 seconds

តាមលំនាំដើម nping ផ្ញើ 4 កញ្ចប់ហើយឈប់។ ជម្រើស -c ១ បើកការផ្ញើកញ្ចប់ព័ត៌មានគ្មានទីបញ្ចប់ ដើម្បីបញ្ឈប់កម្មវិធី អ្នកត្រូវចុច Ctrl+C ។ ស្ថិតិនឹងត្រូវបានបង្ហាញនៅចុងបញ្ចប់។ យើងឃើញថាតម្លៃ rtt ជាមធ្យម (ពេលធ្វើដំណើរទៅមក) គឺ 101ms ។

MTR - traceroute នៅលើ steroids

កម្មវិធីនេះ MTR My Traceroute គឺជាឧបករណ៍ប្រើប្រាស់កម្រិតខ្ពស់សម្រាប់តាមដានផ្លូវទៅកាន់ម៉ាស៊ីនពីចម្ងាយ។ មិនដូចឧបករណ៍ប្រើប្រាស់ប្រព័ន្ធធម្មតាទេ traceroute (នៅក្នុង Windows នេះគឺជាឧបករណ៍ប្រើប្រាស់ tracert) វាអាចបង្ហាញការពន្យារពេលដល់ម៉ាស៊ីននីមួយៗនៅក្នុងខ្សែសង្វាក់កញ្ចប់ព័ត៌មាន។ វាក៏អាចតាមដានផ្លូវមិនត្រឹមតែតាមរយៈ ICMP ប៉ុណ្ណោះទេ ប៉ុន្តែថែមទាំងតាមរយៈ UDP និង TCP ផងដែរ។

$ sudo mtr microsoft.com

(អាចចុចបាន) ចំណុចប្រទាក់កម្មវិធី MTR ។ ការតាមដានផ្លូវទៅកាន់ microsoft.com បានចាប់ផ្តើម

MTR បង្ហាញ ping ទៅកាន់ម៉ាស៊ីននីមួយៗក្នុងខ្សែសង្វាក់ភ្លាមៗ ហើយទិន្នន័យត្រូវបានធ្វើបច្ចុប្បន្នភាពជានិច្ចខណៈពេលដែលកម្មវិធីកំពុងដំណើរការ ហើយការផ្លាស់ប្តូររយៈពេលខ្លីអាចមើលឃើញ។
រូបថតអេក្រង់បង្ហាញថាថ្នាំង #6 មានការខាតបង់កញ្ចប់ព័ត៌មាន ប៉ុន្តែតាមពិត នេះមិនមែនជាការពិតទាំងស្រុងនោះទេ ពីព្រោះរ៉ោតទ័រខ្លះអាចបោះបង់កញ្ចប់ព័ត៌មានដោយ TTL ដែលផុតកំណត់ហើយមិនត្រឡប់ការឆ្លើយតបកំហុស ដូច្នេះទិន្នន័យការបាត់បង់កញ្ចប់ព័ត៌មានអាចត្រូវបានមិនអើពើនៅទីនេះ។

វ៉ាយហ្វាយទល់នឹងខ្សែ

ប្រធានបទនេះមិនពាក់ព័ន្ធទាំងស្រុងទៅនឹងអត្ថបទនោះទេ ប៉ុន្តែតាមគំនិតរបស់ខ្ញុំ វាមានសារៈសំខាន់ខ្លាំងណាស់នៅក្នុងបរិបទនៃការពន្យារពេល។ ខ្ញុំពិតជាចូលចិត្ត WiFi ប៉ុន្តែប្រសិនបើខ្ញុំមានឱកាសតិចតួចបំផុតដើម្បីភ្ជាប់អ៊ីនធឺណិតដោយប្រើខ្សែ ខ្ញុំនឹងប្រើវា។ ខ្ញុំ​ក៏​តែង​តែ​បំបាក់​ទឹកចិត្ត​មនុស្ស​ពី​ការ​ប្រើ​កាមេរ៉ា​វ៉ាយហ្វាយ។
ប្រសិនបើអ្នកលេងអ្នកបាញ់ប្រហារតាមអ៊ីនធឺណិតធ្ងន់ធ្ងរ ចាក់វីដេអូ ឬធ្វើពាណិជ្ជកម្មលើផ្សារហ៊ុន៖ សូមប្រើអ៊ីនធឺណិតតាមខ្សែ។

នេះ​ជា​ការ​សាកល្បង​មើល​ឃើញ​ដើម្បី​ប្រៀបធៀប​ការ​តភ្ជាប់​វ៉ាយហ្វាយ និង​ខ្សែ។ នេះគឺជា ping ទៅកាន់រ៉ោតទ័រវ៉ាយហ្វាយ ពោលគឺមិនទាន់មានអ៊ីនធឺណិតនៅឡើយ។

(អាចចុចបាន) ការប្រៀបធៀប ping ទៅរ៉ោតទ័រវ៉ាយហ្វាយតាមរយៈខ្សែ និងតាមរយៈវ៉ាយហ្វាយ

វាអាចត្រូវបានគេមើលឃើញថាតាមរយៈវ៉ាយហ្វាយការពន្យាពេលគឺយូរជាង 1ms ហើយជួនកាលមានកញ្ចប់ដែលមានការពន្យារពេលយូរជាងដប់ដង! ហើយនេះគ្រាន់តែជារយៈពេលខ្លីប៉ុណ្ណោះ។ ក្នុងពេលជាមួយគ្នា រ៉ោតទ័រដូចគ្នាបង្កើតការពន្យាពេលមានស្ថេរភាព <1ms ។

ក្នុងឧទាហរណ៍ខាងលើ វ៉ាយហ្វាយ 802.11n នៅ 2.4GHz ត្រូវបានប្រើ មានតែកុំព្យូទ័រយួរដៃ និងទូរស័ព្ទប៉ុណ្ណោះដែលត្រូវបានភ្ជាប់ទៅចំណុចចូលប្រើវ៉ាយហ្វាយ។ ប្រសិនបើមានអតិថិជនច្រើននៅលើចំណុចចូលដំណើរការ លទ្ធផលនឹងកាន់តែអាក្រក់។ នេះ​ជា​មូលហេតុ​ដែល​ខ្ញុំ​ប្រឆាំង​នឹង​ការ​ប្តូរ​កុំព្យូទ័រ​ការិយាល័យ​ទាំងអស់​ទៅ​ជា WiFi ប្រសិនបើ​វា​អាច​ទៅ​ដល់​ពួកវា​ដោយ​ខ្សែ​។

ការតភ្ជាប់ IP

ដូច្នេះ យើង​បាន​រៀន​វាស់​ស្ទង់​ភាព​យឺតយ៉ាវ​ដល់​ម៉ាស៊ីន​មេ ចូរ​យើង​ព្យាយាម​ស្វែង​រក​ម៉ាស៊ីន​បម្រើ​ដែល​នៅ​ជិត​យើង​បំផុត។ ដើម្បីធ្វើដូច្នេះ យើងអាចមើលពីរបៀបដែលផ្លូវរបស់អ្នកផ្តល់សេវារបស់យើងដំណើរការ។ វាងាយស្រួលប្រើសម្រាប់សេវាកម្មនេះ។ bgp.he.net

នៅពេលដែលយើងចូលទៅកាន់គេហទំព័រ យើងឃើញថាអាសយដ្ឋាន IP របស់យើងជាកម្មសិទ្ធិរបស់ប្រព័ន្ធស្វយ័ត AS42610.

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

ក្រាហ្វការតភ្ជាប់នៃប្រព័ន្ធស្វយ័តរបស់អ្នកផ្តល់សេវា

ដោយប្រើឧបករណ៍នេះ អ្នកអាចសិក្សាពីរបៀបដែលបណ្តាញរបស់អ្នកផ្តល់សេវាណាមួយ រួមទាំងការបង្ហោះត្រូវបានរៀបចំឡើង។ មើលអ្នកផ្តល់សេវាណាដែលវាត្រូវបានភ្ជាប់ដោយផ្ទាល់ទៅ។ ដើម្បីធ្វើដូចនេះអ្នកត្រូវបញ្ចូលអាសយដ្ឋាន IP របស់ម៉ាស៊ីនមេចូលទៅក្នុងការស្វែងរក bgp.he.net ហើយមើលក្រាហ្វនៃប្រព័ន្ធស្វយ័តរបស់វា។ អ្នកក៏អាចយល់ពីរបៀបដែលមជ្ឈមណ្ឌលទិន្នន័យមួយ ឬអ្នកផ្តល់សេវាបង្ហោះត្រូវបានភ្ជាប់ទៅមួយផ្សេងទៀត។

ចំណុចផ្លាស់ប្តូរចរាចរណ៍ភាគច្រើនផ្តល់នូវឧបករណ៍ពិសេសមួយហៅថា កញ្ចក់មើល ដែលអនុញ្ញាតឱ្យអ្នក ping និង traceroute ពីរ៉ោតទ័រជាក់លាក់មួយនៅចំណុចប្តូរប្រាក់។

ឧទាហរណ៍, រកមើលកញ្ចក់ ពី MGTS

ដូច្នេះនៅពេលជ្រើសរើសម៉ាស៊ីនមេ យើងអាចមើលឃើញជាមុនពីរបៀបដែលវានឹងមើលទៅពីចំណុចផ្លាស់ប្តូរចរាចរណ៍ផ្សេងៗគ្នា។ ហើយប្រសិនបើអតិថិជនសក្តានុពលរបស់យើងមានទីតាំងនៅក្នុងតំបន់ភូមិសាស្រ្តជាក់លាក់ យើងអាចស្វែងរកទីតាំងល្អបំផុតសម្រាប់ម៉ាស៊ីនមេ។

ជ្រើសរើសម៉ាស៊ីនមេដែលនៅជិតបំផុត។

យើងបានសម្រេចចិត្តធ្វើឱ្យដំណើរការសាមញ្ញក្នុងការស្វែងរកម៉ាស៊ីនមេល្អបំផុតសម្រាប់អតិថិជនរបស់យើង ហើយបានបង្កើតទំព័រមួយជាមួយនឹងការធ្វើតេស្តដោយស្វ័យប្រវត្តិនៃទីតាំងនៅក្បែរនោះ៖ មជ្ឈមណ្ឌលទិន្នន័យ RUVDS.
នៅពេលអ្នកចូលទៅកាន់ទំព័រមួយ ស្គ្រីបវាស់ការពន្យារពេលពីកម្មវិធីរុករករបស់អ្នកទៅកាន់ម៉ាស៊ីនមេនីមួយៗ ហើយបង្ហាញពួកវានៅលើផែនទីអន្តរកម្ម។ នៅពេលអ្នកចុចលើមជ្ឈមណ្ឌលទិន្នន័យ ព័ត៌មានដែលមានលទ្ធផលតេស្តត្រូវបានបង្ហាញ។

ប៊ូតុងនេះនាំអ្នកទៅកាន់ទំព័រសាកល្បងភាពយឺតយ៉ាវសម្រាប់មជ្ឈមណ្ឌលទិន្នន័យទាំងអស់របស់យើង។ ដើម្បីមើលលទ្ធផលតេស្ត ចុចលើចំណុចមជ្ឈមណ្ឌលទិន្នន័យនៅលើផែនទី

ប្រភព: www.habr.com