មុនពេលយើងចាប់ផ្តើមការបង្រៀនវីដេអូថ្ងៃនេះ ខ្ញុំចង់អរគុណអ្នកគ្រប់គ្នាដែលបានរួមចំណែកដល់ការពេញនិយមនៃវគ្គសិក្សារបស់ខ្ញុំនៅលើ YouTube ។ នៅពេលដែលខ្ញុំចាប់ផ្តើមវាប្រហែល 8 ខែមុន ខ្ញុំមិនរំពឹងជោគជ័យបែបនេះទេ - ថ្ងៃនេះមេរៀនរបស់ខ្ញុំត្រូវបានមើលដោយមនុស្ស 312724 នាក់ ខ្ញុំមានអ្នកជាវ 11208 ។ ខ្ញុំមិនដែលស្រមៃថាការចាប់ផ្តើមដ៏រាបទាបនេះនឹងឈានដល់កម្ពស់បែបនេះទេ។ តែកុំឲ្យខាតពេលទៅតាមមេរៀនថ្ងៃនេះ។ ថ្ងៃនេះយើងនឹងបំពេញចន្លោះដែលបានកើតឡើងនៅក្នុងមេរៀនវីដេអូ 7 ចុងក្រោយ។ ថ្វីត្បិតតែថ្ងៃនេះជាថ្ងៃទី ៦ ក៏ដោយ ប៉ុន្តែថ្ងៃទី ៣ ត្រូវបានបំបែកជាវីដេអូមេរៀនចំនួន ៣ ដូច្នេះថ្ងៃនេះអ្នកនឹងបានទស្សនាវីដេអូមេរៀនទី ៨ ជាក់ជាមិនខាន។
ថ្ងៃនេះយើងនឹងលើកយកប្រធានបទសំខាន់ៗចំនួន 3៖ DHCP ការដឹកជញ្ជូន TCP និងលេខច្រកទូទៅបំផុត។ យើងបាននិយាយរួចហើយអំពីអាសយដ្ឋាន IP ហើយកត្តាសំខាន់បំផុតមួយក្នុងការកំណត់រចនាសម្ព័ន្ធអាសយដ្ឋាន IP គឺ DHCP ។
DHCP តំណាងឱ្យពិធីការការកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនថាមវន្ត ហើយវាគឺជាពិធីការដែលជួយកំណត់រចនាសម្ព័ន្ធអាសយដ្ឋាន IP យ៉ាងសកម្មសម្រាប់ម៉ាស៊ីន។ ដូច្នេះ យើងទាំងអស់គ្នាបានឃើញបង្អួចនេះ។ នៅពេលអ្នកចុចលើជម្រើស "ទទួលបានអាសយដ្ឋាន IP ដោយស្វ័យប្រវត្តិ" កុំព្យូទ័រស្វែងរកម៉ាស៊ីនមេ DHCP ដែលត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅលើបណ្តាញរងដូចគ្នា ហើយផ្ញើកញ្ចប់ព័ត៌មានផ្សេងៗ និងសំណើសម្រាប់អាសយដ្ឋាន IP ។ ពិធីការ DHCP មាន 6 សារ ដែលក្នុងនោះ 4 សារមានសារៈសំខាន់សម្រាប់ការផ្តល់អាសយដ្ឋាន IP ។
សារដំបូងគឺសារ DHCP DISCOVERY ។ សារការរកឃើញរបស់ DHCP គឺស្រដៀងទៅនឹងសារជូនពរ។ នៅពេលដែលឧបករណ៍ថ្មីភ្ជាប់បណ្តាញ វាសួរថាតើមានម៉ាស៊ីនមេ DHCP នៅលើបណ្តាញដែរឬទេ។
អ្វីដែលអ្នកឃើញនៅក្នុងស្លាយមើលទៅដូចជាសំណើចាក់ផ្សាយដែលឧបករណ៍ទាក់ទងឧបករណ៍ទាំងអស់នៅលើបណ្តាញដែលកំពុងស្វែងរកម៉ាស៊ីនមេ DHCP ។ ដូចដែលខ្ញុំបាននិយាយ នេះគឺជាការស្នើសុំការផ្សាយ ដូច្នេះឧបករណ៍ទាំងអស់នៅលើបណ្តាញអាចឮវាបាន។
ប្រសិនបើមានម៉ាស៊ីនមេ DHCP នៅលើបណ្តាញ វាផ្ញើកញ្ចប់ព័ត៌មាន - ការផ្តល់ជូន DHCP ។ សំណើមានន័យថាម៉ាស៊ីនមេ DHCP ឆ្លើយតបទៅនឹងសំណើស្វែងរក ផ្ញើការកំណត់រចនាសម្ព័ន្ធទៅអតិថិជន ដោយសុំឱ្យអតិថិជនទទួលយកអាសយដ្ឋាន IP ជាក់លាក់មួយ។
ម៉ាស៊ីនមេ DHCP រក្សាទុកអាសយដ្ឋាន IP ក្នុងករណីនេះ 192.168.1.2 មិនផ្តល់វាទេ ប៉ុន្តែរក្សាទុកអាសយដ្ឋាននេះសម្រាប់ឧបករណ៍។ ក្នុងពេលជាមួយគ្នា កញ្ចប់ផ្តល់ជូនមានអាសយដ្ឋាន IP ផ្ទាល់ខ្លួនរបស់ម៉ាស៊ីនមេ DHCP ។
ប្រសិនបើមានម៉ាស៊ីនមេ DHCP ច្រើនជាងមួយនៅលើបណ្តាញនេះ នោះម៉ាស៊ីនមេ DHCP ផ្សេងទៀត នៅពេលទទួលបានសំណើផ្សាយរបស់អតិថិជន ក៏នឹងផ្តល់អាសយដ្ឋាន IP របស់វាផងដែរ ឧទាហរណ៍ 192.168.1.50 ។ វាមិនមែនជារឿងធម្មតាទេដែលមានម៉ាស៊ីនមេ DHCP ពីរផ្សេងគ្នាដែលបានកំណត់រចនាសម្ព័ន្ធនៅលើបណ្តាញតែមួយ ប៉ុន្តែពេលខ្លះវាកើតឡើង។ ដូច្នេះនៅពេលដែលការផ្តល់ជូន DHCP ត្រូវបានផ្ញើទៅអតិថិជន វាទទួលបានការផ្តល់ជូន 2 DHCP ហើយឥឡូវនេះត្រូវតែសម្រេចចិត្តថាតើការផ្តល់ជូន DHCP មួយណាដែលវាចង់ទទួលយក។
ចូរសន្មតថាអតិថិជនទទួលយកកម្មវិធីដំបូង។ នេះមានន័យថាអតិថិជនផ្ញើសំណើរ DHCP REQUEST ដែលនិយាយតាមព្យញ្ជនៈថា "ខ្ញុំទទួលយកអាសយដ្ឋាន IP 192.168.1.2 ដែលផ្តល់ដោយម៉ាស៊ីនមេ DHCP 192.168.1.1" ។
នៅពេលទទួលបានសំណើនោះ ម៉ាស៊ីនមេ 192.168.1.1 DHCP ឆ្លើយតបថា "មិនអីទេ ខ្ញុំទទួលស្គាល់វា" ពោលគឺវាទទួលស្គាល់សំណើ និងផ្ញើ DHCP ACK នេះទៅអតិថិជន។ ប៉ុន្តែយើងចងចាំថាម៉ាស៊ីនមេ DHCP មួយផ្សេងទៀតបានបម្រុងទុកអាសយដ្ឋាន IP នៃ 1.50 សម្រាប់អតិថិជន។ នៅពេលដែលវាទទួលបានសំណើចាក់ផ្សាយរបស់អតិថិជន វានឹងដឹងអំពីការបរាជ័យ ហើយនឹងដាក់អាសយដ្ឋាន IP នោះចូលទៅក្នុងក្រុមវិញ ដើម្បីឱ្យវាអាចប្រគល់វាទៅឱ្យអតិថិជនផ្សេងទៀត ប្រសិនបើវាទទួលបានសំណើផ្សេងទៀត។
ទាំងនេះគឺជាសារសំខាន់ចំនួន 4 ដែល DHCP ផ្លាស់ប្តូរនៅពេលផ្តល់អាសយដ្ឋាន IP ។ បន្ទាប់មក DHCP មានសារពត៌មាន 2 បន្ថែមទៀត។ សារព័ត៌មានត្រូវបានចេញដោយម៉ាស៊ីនភ្ញៀវ ប្រសិនបើវាត្រូវការព័ត៌មានបន្ថែមជាងវាបានទទួលនៅក្នុងឃ្លា DHCP OFFER ក្នុងជំហានទីពីរ។ ប្រសិនបើម៉ាស៊ីនមេមិនបានផ្តល់ព័ត៌មានគ្រប់គ្រាន់នៅក្នុងការផ្តល់ជូន DHCP ឬប្រសិនបើអតិថិជនត្រូវការព័ត៌មានបន្ថែមជាងអ្វីដែលមាននៅក្នុងកញ្ចប់ផ្តល់ជូននោះ វាស្នើសុំព័ត៌មាន DHCP បន្ថែម។ មានសារមួយទៀតដែលម៉ាស៊ីនភ្ញៀវផ្ញើទៅម៉ាស៊ីនមេ - នេះគឺជាការចេញផ្សាយ DHCP ។ វាជូនដំណឹងដល់អ្នកថាអតិថិជនចង់បញ្ចេញអាសយដ្ឋាន IP ដែលមានស្រាប់របស់វា។
ទោះជាយ៉ាងណាក៏ដោយ អ្វីដែលកើតឡើងញឹកញាប់បំផុតនោះគឺថាអ្នកប្រើប្រាស់ផ្តាច់ចេញពីបណ្តាញ មុនពេលអតិថិជនមានពេលវេលាដើម្បីផ្ញើ DHCP RELEASE ទៅម៉ាស៊ីនមេ។ វាកើតឡើងនៅពេលអ្នកបិទកុំព្យូទ័រដែលយើងធ្វើ។ ក្នុងករណីនេះ ម៉ាស៊ីនភ្ញៀវបណ្តាញ ឬកុំព្យូទ័រមិនមានពេលវេលាដើម្បីជូនដំណឹងដល់ម៉ាស៊ីនមេ ដើម្បីបញ្ចេញអាសយដ្ឋានដែលបានប្រើ ដូច្នេះ DHCP RELEASE មិនមែនជាជំហានចាំបាច់នោះទេ។ ជំហានដែលត្រូវការដើម្បីទទួលបានអាសយដ្ឋាន IP គឺ៖ ការរកឃើញ DHCP ការផ្តល់ជូន DHCP ការស្នើសុំ DHCP និងការចាប់ដៃ DHCP ។
នៅក្នុងមេរៀនបន្ទាប់ខ្ញុំនឹងប្រាប់អ្នកពីរបៀបដែលយើងកំណត់រចនាសម្ព័ន្ធម៉ាស៊ីនមេ DHCP នៅពេលបង្កើត DNCP pool ។ តាមរយៈការដាក់បញ្ចូលគ្នា យើងមានន័យថាអ្នកប្រាប់ម៉ាស៊ីនមេឱ្យកំណត់អាសយដ្ឋាន IP នៅក្នុងជួរ 192.168.1.1 ដល់ 192.168.1.254 ។ ដូច្នេះ ម៉ាស៊ីនមេ DHCP នឹងបង្កើតអាងមួយ ដាក់អាសយដ្ឋាន IP ចំនួន 254 នៅក្នុងវា ហើយនឹងអាចផ្តល់អាសយដ្ឋានដល់អតិថិជននៅលើបណ្តាញបានតែពីអាងនេះប៉ុណ្ណោះ។ ដូច្នេះនេះគឺជាអ្វីមួយដូចជាការកំណត់រដ្ឋបាលដែលអ្នកប្រើប្រាស់អាចធ្វើបាន។
ឥឡូវនេះសូមមើលការបញ្ជូន TCP ។ ខ្ញុំមិនដឹងថាតើអ្នកធ្លាប់ស្គាល់ "ទូរស័ព្ទ" នៅក្នុងរូបភាពនេះទេ ប៉ុន្តែកាលពីយើងនៅក្មេង យើងធ្លាប់ប្រើកំប៉ុងសំណប៉ាហាំងទាំងនេះដែលភ្ជាប់ដោយខ្សែដើម្បីនិយាយគ្នា។
ជាអកុសល មនុស្សជំនាន់នេះមិនអាចមានលទ្ធភាពទិញ "ប្រណីត" បែបនេះបានទេ។ ខ្ញុំចង់និយាយថា សព្វថ្ងៃនេះ ក្មេងៗនៅមុខទូរទស្សន៍តាំងពីអាយុមួយមក ពួកគេលេង PSP ហើយប្រហែលជាវាជជែកគ្នាបាន ប៉ុន្តែខ្ញុំគិតថាយើងមានកុមារភាពល្អបំផុត ពួកយើងបានចេញទៅខាងក្រៅ ហើយលេងហ្គេម ហើយក្មេងៗសព្វថ្ងៃនេះមិនអាចដកខ្លួនចេញពីសាឡុងបានឡើយ។ .
កូនប្រុសខ្ញុំទើបតែអាយុមួយឆ្នាំប៉ុណ្ណោះ ខ្ញុំឃើញហើយថាគាត់ញៀន iPad មានន័យថាគាត់នៅក្មេងណាស់ ប៉ុន្តែខ្ញុំគិតថា ក្មេងៗសម័យនេះកើតមកចេះប្រើឧបករណ៍អេឡិចត្រូនិចហើយ។ អញ្ចឹងខ្ញុំចង់និយាយថា កាលនៅក្មេងៗ ពេលយើងលេង យើងនឹងធ្វើរន្ធនៅក្នុងកំប៉ុងសំណប៉ាហាំង ហើយនៅពេលដែលយើងចងវាជាមួយនឹងខ្សែមួយ ហើយនិយាយអ្វីមួយចូលទៅក្នុងកំប៉ុងមួយ នោះម្ខាងទៀតគេអាចលឺអ្វីដែលគេនិយាយ។ ទៅគាត់ដោយគ្រាន់តែដាក់កំប៉ុងទៅត្រចៀករបស់គាត់។ ដូច្នេះវាស្រដៀងទៅនឹងការតភ្ជាប់បណ្តាញ។
សព្វថ្ងៃនេះ សូម្បីតែការផ្ទេរ TCP ត្រូវតែមានការតភ្ជាប់ដែលត្រូវតែបង្កើតឡើង មុនពេលការផ្ទេរទិន្នន័យពិតប្រាកដចាប់ផ្តើម។ ដូចដែលយើងបានពិភាក្សានៅក្នុងមេរៀនមុន TCP គឺជាការបញ្ជូនដែលផ្តោតលើការតភ្ជាប់ខណៈពេលដែល UDP គឺជាការបញ្ជូនតាមការតភ្ជាប់។ អ្នកអាចនិយាយបានថា UDP គឺជាកន្លែងដែលខ្ញុំបោះបាល់ ហើយវាអាស្រ័យលើអ្នកដើម្បីមើលថាតើអ្នកអាចចាប់វាបានដែរឬទេ។ ទោះអ្នកត្រៀមខ្លួនធ្វើឬមិនមិនមែនជាបញ្ហារបស់ខ្ញុំទេ ខ្ញុំគ្រាន់តែចាកចេញពីគាត់។
TCP គឺដូចជាអ្នកនិយាយជាមួយបុរសម្នាក់ ហើយព្រមានគាត់ជាមុនថាអ្នកនឹងបោះបាល់ ដូច្នេះអ្នកបង្កើតចំណង ហើយបន្ទាប់មកអ្នកបោះបាល់ដើម្បីឱ្យដៃគូរបស់អ្នកទំនងជាត្រៀមខ្លួនដើម្បីចាប់វា។ ដូច្នេះ TCP ពិតជាបង្កើតការតភ្ជាប់ ហើយបន្ទាប់មកចាប់ផ្តើមធ្វើការបញ្ជូនពិតប្រាកដ។
សូមក្រឡេកមើលរបៀបដែលវាបង្កើតការតភ្ជាប់បែបនេះ។ ពិធីការនេះប្រើការចាប់ដៃ 3 ផ្លូវដើម្បីបង្កើតការតភ្ជាប់។ នេះមិនមែនជាពាក្យបច្ចេកទេសខ្លាំងទេ ប៉ុន្តែវាត្រូវបានប្រើជាយូរមកហើយដើម្បីពណ៌នាអំពីការតភ្ជាប់ TCP។ ការចាប់ដៃ 3 ផ្លូវត្រូវបានផ្តួចផ្តើមដោយឧបករណ៍បញ្ជូន ដោយអតិថិជនផ្ញើកញ្ចប់ព័ត៌មានដែលមានទង់ SYN ទៅកាន់ម៉ាស៊ីនមេ។
ឧបមាថា ក្មេងស្រីនៅផ្ទៃខាងមុខដែលមុខយើងអាចមើលឃើញគឺជាឧបករណ៍ A ហើយក្មេងស្រីនៅផ្ទៃខាងក្រោយដែលមុខមិនអាចមើលឃើញគឺជាឧបករណ៍ B. ក្មេងស្រី A ផ្ញើកញ្ចប់ SYN ទៅក្មេងស្រី B ហើយនាងនិយាយថា៖ “អស្ចារ្យណាស់ អ្នកណា - បន្ទាប់មកគាត់ចង់ទំនាក់ទំនងជាមួយខ្ញុំ។ ដូច្នេះ ខ្ញុំត្រូវឆ្លើយថា ខ្ញុំត្រៀមខ្លួនរួចរាល់ក្នុងការទំនាក់ទំនង!»។ តើត្រូវធ្វើដូចម្តេច? មនុស្សម្នាក់អាចផ្ញើកញ្ចប់ SYN ផ្សេងទៀតត្រឡប់មកវិញ ហើយបន្ទាប់មក ACK ដែលបង្ហាញពីការទទួលកញ្ចប់ព័ត៌មាន SYN ដើម។ ប៉ុន្តែជំនួសឱ្យការផ្ញើ ACKs ដាច់ដោយឡែក ម៉ាស៊ីនមេបង្កើតជាកញ្ចប់ព័ត៌មានទូទៅដែលមាន SYN និង ACK ហើយបញ្ជូនវាតាមបណ្តាញ។
ដូច្នេះនៅចំណុចនេះ ឧបករណ៍ A បានផ្ញើកញ្ចប់ព័ត៌មាន SYN និងទទួលបានកញ្ចប់ព័ត៌មាន SYN/ACK ត្រឡប់មកវិញ។ ឥឡូវនេះ ឧបករណ៍ A ត្រូវតែផ្ញើឧបករណ៍ B នូវកញ្ចប់ ACK ពោលគឺបញ្ជាក់ថាវាបានទទួលការយល់ព្រមពីឧបករណ៍ B ដើម្បីបង្កើតទំនាក់ទំនង។ ដូច្នេះឧបករណ៍ទាំងពីរបានទទួលកញ្ចប់ SYN និង ACK ហើយឥឡូវនេះយើងអាចនិយាយបានថាការតភ្ជាប់ត្រូវបានបង្កើតឡើង ពោលគឺការចាប់ដៃ 3 ដំណាក់កាលត្រូវបានបញ្ចប់ដោយប្រើពិធីការ TCP ។
បន្ទាប់យើងនឹងពិនិត្យមើលបច្ចេកវិទ្យា TCP Windowing ។ និយាយឱ្យសាមញ្ញ វាគឺជាវិធីសាស្រ្តដែលប្រើក្នុង TCP/IP ដើម្បីចរចាសមត្ថភាពរបស់អ្នកផ្ញើ និងអ្នកទទួល។
ចូរនិយាយថានៅក្នុងវីនដូយើងកំពុងព្យាយាមផ្ទេរឯកសារធំមួយនិយាយថាទំហំ 2 GB ពីដ្រាយមួយទៅមួយទៀត។ នៅដើមដំបូងនៃការផ្ទេរនេះ ប្រព័ន្ធនឹងប្រាប់យើងថាការផ្ទេរឯកសារនឹងចំណាយពេលប្រហែល 1 ឆ្នាំ។ ប៉ុន្តែពីរបីវិនាទីក្រោយមកប្រព័ន្ធនឹងកែខ្លួនឯងហើយនិយាយថា "អូ រង់ចាំបន្តិច ខ្ញុំគិតថាវានឹងចំណាយពេលប្រហែល 6 ខែ មិនមែនមួយឆ្នាំទេ"។ ពេលវេលានឹងកន្លងផុតទៅបន្តិចហើយ Windows នឹងនិយាយថា "ខ្ញុំគិតថាខ្ញុំប្រហែលជាអាចផ្ទេរឯកសារក្នុងរយៈពេល 1 ខែ។" វានឹងបន្តដោយសារ “1 ថ្ងៃ”, “6 ម៉ោង”, “3 ម៉ោង”, “1 ម៉ោង”, “20 នាទី”, “10 នាទី”, “3 នាទី”។ តាមពិតដំណើរការផ្ទេរឯកសារទាំងមូលនឹងចំណាយពេលត្រឹមតែ 3 នាទីប៉ុណ្ណោះ។ តើរឿងនេះកើតឡើងដោយរបៀបណា? ដំបូង នៅពេលដែលឧបករណ៍របស់អ្នកព្យាយាមទំនាក់ទំនងជាមួយឧបករណ៍ផ្សេងទៀត វាផ្ញើកញ្ចប់ព័ត៌មានមួយ ហើយរង់ចាំការបញ្ជាក់។ ប្រសិនបើឧបករណ៍រង់ចាំរយៈពេលយូរសម្រាប់ការបញ្ជាក់ វាគិតថា "ប្រសិនបើខ្ញុំត្រូវផ្ទេរទិន្នន័យ 2 GB ក្នុងល្បឿននេះ វានឹងចំណាយពេលប្រហែល 2 ឆ្នាំ"។ បន្ទាប់ពីពេលខ្លះ ឧបករណ៍របស់អ្នកទទួលបាន ACK ហើយគិតថា "មិនអីទេ ខ្ញុំបានផ្ញើកញ្ចប់មួយ ហើយបានទទួល ACK ដូច្នេះអ្នកទទួលអាចទទួលបាន 1 កញ្ចប់។ ឥឡូវខ្ញុំនឹងព្យាយាមបញ្ជូនគាត់១០កញ្ចប់ជំនួសឲ្យមួយ»។ អ្នកផ្ញើផ្ញើ 10 កញ្ចប់ហើយបន្ទាប់ពីពេលខ្លះទទួលបានការបញ្ជាក់ ACK ពីឧបករណ៍ទទួល ដែលមានន័យថាអ្នកទទួលកំពុងរង់ចាំកញ្ចប់ទី 10 បន្ទាប់។ អ្នកផ្ញើគិតថា៖ «អស្ចារ្យណាស់ ចាប់តាំងពីអ្នកទទួលបានយក ១០ កញ្ចប់តែម្ដង ឥឡូវខ្ញុំនឹងព្យាយាមផ្ញើ ១០០ កញ្ចប់ជំនួសឲ្យដប់»។ គាត់ផ្ញើ 11 កញ្ចប់ហើយអ្នកទទួលឆ្លើយតបថាគាត់បានទទួលហើយឥឡូវនេះកំពុងរង់ចាំ 10 កញ្ចប់។ ដូច្នេះយូរ ៗ ទៅចំនួននៃកញ្ចប់បញ្ជូនកើនឡើង។
នេះជាមូលហេតុដែលអ្នកឃើញការថយចុះយ៉ាងឆាប់រហ័សនៃពេលវេលាចម្លងឯកសារបើប្រៀបធៀបទៅនឹងអ្វីដែលបានបញ្ជាក់ដំបូង - នេះគឺដោយសារតែការកើនឡើងសមត្ថភាពក្នុងការផ្ទេរទិន្នន័យយ៉ាងច្រើន។ ទោះយ៉ាងណាក៏ដោយ មានចំណុចមួយកើតឡើងនៅពេលដែលការកើនឡើងបន្ថែមទៀតនៃបរិមាណបញ្ជូនក្លាយទៅជាមិនអាចទៅរួច។ ចូរនិយាយថាអ្នកបានផ្ញើ 10000 កញ្ចប់ ប៉ុន្តែសតិបណ្ដោះអាសន្នឧបករណ៍របស់អ្នកទទួលអាចទទួលយកបានត្រឹមតែ 9000 ប៉ុណ្ណោះ។ ក្នុងករណីនេះ អ្នកទទួលផ្ញើ ACK ជាមួយនឹងសារថា "ខ្ញុំបានទទួល 9000 កញ្ចប់ ហើយឥឡូវនេះខ្ញុំត្រៀមខ្លួនរួចរាល់ហើយដើម្បីទទួលបាន 9001" ។ ពីនេះអ្នកផ្ញើសន្និដ្ឋានថាសតិបណ្ដោះអាសន្ននៃឧបករណ៍ទទួលមានសមត្ថភាពត្រឹមតែ 9000 ដែលមានន័យថាចាប់ពីពេលនេះតទៅខ្ញុំនឹងផ្ញើមិនលើសពី 9000 កញ្ចប់ក្នុងពេលតែមួយ។ ក្នុងករណីនេះ អ្នកផ្ញើគណនាយ៉ាងឆាប់រហ័សនូវពេលវេលាដែលវានឹងនាំគាត់ទៅផ្ទេរទិន្នន័យដែលនៅសល់ក្នុងផ្នែកនៃ 9000 packets ហើយផ្តល់ពេល 3 នាទី។ បីនាទីនេះគឺជាពេលវេលាបញ្ជូនពិតប្រាកដ។ នោះហើយជាអ្វីដែល TCP Windowing ធ្វើ។
នេះគឺជាយន្តការមួយក្នុងចំនោមយន្ដការទប់ស្កាត់ចរាចរណ៍ដែលឧបករណ៍បញ្ជូននៅទីបំផុតយល់ថាសមត្ថភាពបណ្តាញពិតប្រាកដគឺជាអ្វី។ អ្នកប្រហែលជាឆ្ងល់ថា ហេតុអ្វីបានជាពួកគេមិនអាចយល់ស្របជាមុនអំពីសមត្ថភាពនៃឧបករណ៍ទទួល? ការពិតគឺថានេះមិនអាចទៅរួចទេតាមបច្ចេកទេសព្រោះមានប្រភេទផ្សេងគ្នានៃឧបករណ៍នៅលើបណ្តាញ។ ចូរនិយាយថាអ្នកមាន iPad ហើយវាមានល្បឿនផ្ទេរ/ទទួលទិន្នន័យខុសពី iPhone អ្នកអាចមានទូរសព្ទប្រភេទផ្សេងៗគ្នា ឬប្រហែលជាអ្នកមានកុំព្យូទ័រចាស់។ ដូច្នេះហើយ មនុស្សគ្រប់រូបមានកម្រិតបញ្ជូនបណ្តាញខុសៗគ្នា។
នោះហើយជាមូលហេតុដែលបច្ចេកវិទ្យា TCP Windowing ត្រូវបានបង្កើតឡើង នៅពេលដែលការបញ្ជូនទិន្នន័យចាប់ផ្តើមក្នុងល្បឿនទាប ឬជាមួយនឹងការបញ្ជូននៃចំនួនអប្បបរមានៃកញ្ចប់ព័ត៌មាន ដែលបង្កើនចរាចរ "បង្អួច" បន្តិចម្តងៗ។ អ្នកផ្ញើកញ្ចប់មួយ 5 កញ្ចប់ 10 កញ្ចប់ 1000 កញ្ចប់ 10000 កញ្ចប់ ហើយបើកបង្អួចនោះបន្តិចម្តងៗ កាន់តែច្រើនឡើងៗ រហូតដល់ "ការបើក" ឈានដល់បរិមាណអតិបរមាដែលអាចធ្វើទៅបាននៃចរាចរណ៍ដែលបានផ្ញើក្នុងរយៈពេលជាក់លាក់ណាមួយ។ ដូច្នេះ គំនិតនៃ Windowing គឺជាផ្នែកមួយនៃប្រតិបត្តិការនៃពិធីការ TCP ។
បន្ទាប់យើងនឹងពិនិត្យមើលលេខច្រកទូទៅបំផុត។ ស្ថានភាពបុរាណគឺនៅពេលដែលអ្នកមានម៉ាស៊ីនមេ 1 ប្រហែលជាមជ្ឈមណ្ឌលទិន្នន័យ។ វារួមបញ្ចូលម៉ាស៊ីនមេឯកសារ ម៉ាស៊ីនមេគេហទំព័រ ម៉ាស៊ីនមេសំបុត្រ និងម៉ាស៊ីនមេ DHCP ។ ឥឡូវនេះ ប្រសិនបើកុំព្យូទ័រអតិថិជនណាមួយទាក់ទងមជ្ឈមណ្ឌលទិន្នន័យ ដែលមានទីតាំងនៅកណ្តាលរូបភាព វានឹងចាប់ផ្តើមបញ្ជូនចរាចរម៉ាស៊ីនមេឯកសារទៅឧបករណ៍ម៉ាស៊ីនភ្ញៀវ។ ចរាចរណ៍នេះត្រូវបានបង្ហាញជាពណ៌ក្រហម ហើយនឹងត្រូវបានបញ្ជូននៅលើច្រកជាក់លាក់មួយសម្រាប់កម្មវិធីជាក់លាក់មួយពីម៉ាស៊ីនមេជាក់លាក់មួយ។
តើម៉ាស៊ីនមេដឹងថាចរាចរណ៍ជាក់លាក់គួរទៅណា? គាត់រៀនពីលេខច្រកគោលដៅ។ ប្រសិនបើអ្នកក្រឡេកមើលស៊ុម អ្នកនឹងឃើញថានៅក្នុងការផ្ទេរទិន្នន័យនីមួយៗមានការលើកឡើងអំពីលេខច្រកគោលដៅ និងលេខច្រកប្រភព។ អ្នកអាចមើលឃើញថាចរាចរណ៍ពណ៌ខៀវ និងក្រហម ហើយចរាចរពណ៌ខៀវគឺជាចរាចរម៉ាស៊ីនមេគេហទំព័រ ទាំងពីរចូលទៅកាន់ម៉ាស៊ីនមេដូចគ្នា ដែលមានម៉ាស៊ីនមេផ្សេងគ្នាដែលបានដំឡើង។ ប្រសិនបើនេះជាមជ្ឈមណ្ឌលទិន្នន័យ នោះវាប្រើម៉ាស៊ីនមេនិម្មិត។ ដូច្នេះតើពួកគេដឹងដោយរបៀបណាថា ចរាចរណ៍ក្រហមត្រូវបានគេសន្មត់ថាត្រលប់ទៅកុំព្យូទ័រយួរដៃខាងឆ្វេងនោះជាមួយនឹងអាសយដ្ឋាន IP នោះ? ពួកគេដឹងរឿងនេះដោយសារលេខច្រក។ ប្រសិនបើអ្នកយោងទៅអត្ថបទវិគីភីឌា "បញ្ជីច្រក TCP និង UDP" អ្នកនឹងឃើញថាវារាយបញ្ជីលេខច្រកស្តង់ដារទាំងអស់។
ប្រសិនបើអ្នករមូរចុះក្រោមទំព័រនេះ អ្នកអាចដឹងថាបញ្ជីនេះធំប៉ុនណា។ វាមានប្រហែល 61 លេខ។ លេខច្រកពី 000 ដល់ 1 ត្រូវបានគេស្គាល់ថាជាលេខច្រកទូទៅបំផុត។ ឧទាហរណ៍ ច្រក 1024/TCP គឺសម្រាប់ផ្ញើពាក្យបញ្ជា ftp ច្រក 21 គឺសម្រាប់ ssh ច្រក 22 គឺសម្រាប់ Telnet នោះគឺសម្រាប់ការផ្ញើសារដែលមិនបានអ៊ិនគ្រីប។ ច្រកដ៏ពេញនិយម 23 ផ្ទុកទិន្នន័យនៅលើ HTTP ខណៈពេលដែលច្រក 80 ផ្ទុកទិន្នន័យដែលបានអ៊ិនគ្រីបលើ HTTPS ដែលស្រដៀងទៅនឹងកំណែសុវត្ថិភាពរបស់ HTTP ។
ច្រកមួយចំនួនត្រូវបានឧទ្ទិសដល់ទាំង TCP និង UDP ហើយមួយចំនួនទៀតអនុវត្តភារកិច្ចផ្សេងៗគ្នាអាស្រ័យលើថាតើការតភ្ជាប់គឺ TCP ឬ UDP ។ ដូច្នេះ ច្រក TCP 80 ជាផ្លូវការត្រូវបានប្រើសម្រាប់ HTTP ហើយច្រក UDP 80 មិនផ្លូវការត្រូវបានប្រើសម្រាប់ HTTP ប៉ុន្តែនៅក្រោមពិធីការ HTTP ផ្សេង - QUIC ។
ដូច្នេះ លេខច្រកក្នុង TCP មិនតែងតែមានបំណងធ្វើដូចនៅក្នុង UDP នោះទេ។ អ្នកមិនចាំបាច់រៀនបញ្ជីនេះដោយបេះដូងទេ វាមិនអាចចាំបានទេ ប៉ុន្តែអ្នកត្រូវដឹងពីលេខច្រកពេញនិយម និងទូទៅបំផុតមួយចំនួន។ ដូចដែលខ្ញុំបាននិយាយ ច្រកទាំងនេះមួយចំនួនមានគោលបំណងផ្លូវការ ដែលត្រូវបានពិពណ៌នានៅក្នុងស្តង់ដារ ហើយខ្លះមានគោលបំណងមិនផ្លូវការ ដូចករណីរបស់ Chromium ដែរ។
ដូច្នេះ តារាងនេះរាយលេខច្រកទូទៅទាំងអស់ ហើយលេខទាំងនេះត្រូវបានប្រើដើម្បីផ្ញើ និងទទួលចរាចរណ៍នៅពេលប្រើកម្មវិធីជាក់លាក់។
ឥឡូវនេះសូមក្រឡេកមើលពីរបៀបដែលទិន្នន័យផ្លាស់ទីឆ្លងកាត់បណ្តាញដោយផ្អែកលើព័ត៌មានតិចតួចដែលយើងដឹង។ ចូរនិយាយថាកុំព្យូទ័រ 10.1.1.10 ចង់ទាក់ទងកុំព្យូទ័រនេះ ឬម៉ាស៊ីនមេនេះដែលមានអាសយដ្ឋាន 30.1.1.10 ។ ខាងក្រោមអាសយដ្ឋាន IP នៃឧបករណ៍នីមួយៗគឺជាអាសយដ្ឋាន MAC របស់វា។ ខ្ញុំកំពុងផ្តល់ឧទាហរណ៍នៃអាសយដ្ឋាន MAC ដែលមានត្រឹមតែ 4 តួអក្សរចុងក្រោយ ប៉ុន្តែនៅក្នុងការអនុវត្តវាគឺជាលេខគោលដប់ប្រាំមួយ 48 ប៊ីតដែលមាន 12 តួអក្សរ។ ដោយសារលេខនីមួយៗមាន 4 ប៊ីត លេខគោលដប់ប្រាំមួយ 12 ខ្ទង់តំណាងឱ្យលេខ 48 ប៊ីត។
ដូចដែលយើងដឹងហើយថា ប្រសិនបើឧបករណ៍នេះចង់ទាក់ទងជាមួយម៉ាស៊ីនមេនេះ ជំហានដំបូងនៃការចាប់ដៃ 3 ផ្លូវត្រូវតែធ្វើឡើងជាមុន ពោលគឺការផ្ញើកញ្ចប់ព័ត៌មាន SYN ។ នៅពេលដែលសំណើនេះត្រូវបានធ្វើឡើង កុំព្យូទ័រ 10.1.1.10 នឹងបញ្ជាក់លេខច្រកប្រភព ដែល Windows បង្កើតថាមវន្ត។ វីនដូជ្រើសរើសលេខច្រកមួយដោយចៃដន្យរវាង 1 និង 65,000 ។ ប៉ុន្តែចាប់តាំងពីលេខចាប់ផ្តើមក្នុងចន្លោះពី 1 ដល់ 1024 ត្រូវបានគេស្គាល់យ៉ាងទូលំទូលាយ ក្នុងករណីនេះប្រព័ន្ធនឹងពិចារណាលេខធំជាង 25000 ហើយបង្កើតច្រកប្រភពចៃដន្យឧទាហរណ៍លេខ 25113 ។
បន្ទាប់មក ប្រព័ន្ធនឹងបន្ថែមច្រកទិសដៅទៅកញ្ចប់ព័ត៌មាន ក្នុងករណីនេះវាជាច្រក 21 ពីព្រោះកម្មវិធីដែលកំពុងព្យាយាមភ្ជាប់ទៅម៉ាស៊ីនមេ FTP នេះដឹងថាវាគួរតែបញ្ជូនចរាចរ FTP ។
បន្ទាប់មក កុំព្យូទ័ររបស់យើងនិយាយថា "មិនអីទេ អាសយដ្ឋាន IP របស់ខ្ញុំគឺ 10.1.1.10 ហើយខ្ញុំត្រូវទាក់ទងអាសយដ្ឋាន IP 30.1.1.10"។ អាសយដ្ឋានទាំងពីរនេះត្រូវបានរួមបញ្ចូលផងដែរនៅក្នុងកញ្ចប់ព័ត៌មានដើម្បីបង្កើតសំណើ SYN ហើយកញ្ចប់ព័ត៌មាននេះនឹងមិនផ្លាស់ប្តូររហូតដល់ចុងបញ្ចប់នៃការតភ្ជាប់។
ខ្ញុំចង់ឱ្យអ្នកយល់ពីវីដេអូនេះពីរបៀបដែលទិន្នន័យផ្លាស់ទីឆ្លងកាត់បណ្តាញ។ នៅពេលដែលកុំព្យូទ័ររបស់យើងផ្ញើសំណើឃើញអាសយដ្ឋាន IP ប្រភព និងអាសយដ្ឋាន IP ទិសដៅ វាយល់ថាអាសយដ្ឋានគោលដៅមិនស្ថិតនៅលើបណ្តាញមូលដ្ឋាននោះទេ។ ខ្ញុំភ្លេចនិយាយថាទាំងនេះជាអាសយដ្ឋាន IP /24 ទាំងអស់។ ដូច្នេះប្រសិនបើអ្នកក្រឡេកមើលអាសយដ្ឋាន IP /24 អ្នកនឹងដឹងថាកុំព្យូទ័រ 10.1.1.10 និង 30.1.1.10 មិនស្ថិតនៅលើបណ្តាញតែមួយទេ។ ដូច្នេះ កុំព្យូទ័រដែលផ្ញើសំណើយល់ថា ដើម្បីចាកចេញពីបណ្តាញនេះ វាត្រូវតែទាក់ទង 10.1.1.1 gateway ដែលត្រូវបានកំណត់រចនាសម្ព័ន្ធនៅលើចំណុចប្រទាក់រ៉ោតទ័រមួយ។ វាដឹងថាវាគួរតែទៅកាន់ 10.1.1.1 ហើយដឹងពីអាសយដ្ឋាន MAC របស់វានៃ 1111 ប៉ុន្តែមិនស្គាល់អាសយដ្ឋាន MAC នៃច្រកទ្វារ 10.1.1.1 ។ តើគាត់កំពុងធ្វើអ្វី? វាផ្ញើសំណើ ARP ផ្សាយដែលឧបករណ៍ទាំងអស់នៅលើបណ្តាញនឹងទទួលបាន ប៉ុន្តែមានតែរ៉ោតទ័រដែលមានអាសយដ្ឋាន IP 10.1.1.1 ប៉ុណ្ណោះដែលនឹងឆ្លើយតបទៅវា។
រ៉ោតទ័រនឹងឆ្លើយតបជាមួយនឹងអាសយដ្ឋាន AAAA MAC របស់វា ហើយអាសយដ្ឋាន MAC ប្រភព និងទិសដៅក៏នឹងត្រូវបានដាក់នៅក្នុងស៊ុមនេះផងដែរ។ នៅពេលដែលស៊ុមរួចរាល់ ការត្រួតពិនិត្យភាពត្រឹមត្រូវនៃទិន្នន័យ CRC ដែលជាក្បួនដោះស្រាយសម្រាប់ការស្វែងរក checksum ដើម្បីរកឃើញកំហុស នឹងត្រូវបានអនុវត្តមុនពេលចាកចេញពីបណ្តាញ។
Cyclic Redundancy CRC មានន័យថា ស៊ុមទាំងមូលនេះ ចាប់ពី SYN ទៅអាសយដ្ឋាន MAC ចុងក្រោយ គឺដំណើរការតាមរយៈក្បួនដោះស្រាយ hashing និយាយថា MD5 ដែលបណ្តាលឱ្យមានតម្លៃ hash ។ បន្ទាប់មកតម្លៃ hash ឬ MD5 checksum ត្រូវបានដាក់នៅដើមស៊ុម។
ខ្ញុំបានដាក់ស្លាកវា FCS/CRC ពីព្រោះ FCS គឺជា Frame Check Sequence ដែលជាតម្លៃ CRC បួនបៃ។ អ្នកខ្លះប្រើការកំណត់ FCS ហើយអ្នកខ្លះប្រើ CRC ការរចនា ដូច្នេះខ្ញុំគ្រាន់តែរួមបញ្ចូលការរចនាទាំងពីរ។ ប៉ុន្តែជាទូទៅវាគ្រាន់តែជាតម្លៃ hash ប៉ុណ្ណោះ។ វាចាំបាច់ដើម្បីធ្វើឱ្យប្រាកដថាទិន្នន័យទាំងអស់ដែលទទួលបាននៅលើបណ្តាញមិនមានកំហុស។ ដូច្នេះហើយ នៅពេលដែលស៊ុមនេះទៅដល់រ៉ោតទ័រ រឿងដំបូងដែលរ៉ោតទ័រនឹងធ្វើគឺគណនា checksum ដោយខ្លួនវា ហើយប្រៀបធៀបវាជាមួយនឹងតម្លៃ FCS ឬ CRC ដែលស៊ុមដែលទទួលបានមាន។ វិធីនេះគាត់អាចពិនិត្យមើលថាទិន្នន័យដែលទទួលបាននៅលើបណ្តាញមិនមានកំហុសទេបន្ទាប់ពីនោះគាត់នឹងដក checksum ចេញពីស៊ុម។
បន្ទាប់មក រ៉ោតទ័រនឹងមើលអាសយដ្ឋាន MAC ហើយនិយាយថា "យល់ព្រម អាសយដ្ឋាន MAC AAAA មានន័យថាស៊ុមត្រូវបានផ្ញើមកខ្ញុំ" ហើយលុបផ្នែកនៃស៊ុមដែលមានអាសយដ្ឋាន MAC ។
ក្រឡេកមើលអាសយដ្ឋាន IP ទិសដៅ 30.1.1.10 គាត់នឹងយល់ថាកញ្ចប់ព័ត៌មាននេះមិនត្រូវបានផ្ញើទៅគាត់ទេ ហើយត្រូវតែបន្តតាមរយៈរ៉ោតទ័រ។
ឥឡូវនេះរ៉ោតទ័រ "គិត" ថាវាត្រូវមើលកន្លែងដែលបណ្តាញដែលមានអាសយដ្ឋាន 30.1.1.10 ស្ថិតនៅ។ យើងមិនទាន់បាននិយាយអំពីគោលគំនិតពេញលេញនៃការកំណត់ផ្លូវនៅឡើយទេ ប៉ុន្តែយើងដឹងថា Routers មានតារាងនាំផ្លូវ។ តារាងនេះមានធាតុសម្រាប់បណ្តាញដែលមានអាសយដ្ឋាន 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 រួចហើយ នោះយើងនឹងមានអាសយដ្ឋាន MAC ប្រភព BBB និងអាសយដ្ឋាន MAC ទិសដៅ CCC ។ រ៉ោតទ័រគណនា FCS/CRC ម្តងទៀត ហើយដាក់វានៅដើមស៊ុម។
បន្ទាប់មកវាផ្ញើស៊ុមនេះតាមបណ្តាញ ស៊ុមទៅដល់រ៉ោតទ័រ 20.1.12 វាពិនិត្យ checksum ធ្វើឱ្យប្រាកដថាទិន្នន័យមិនខូច និងលុប FCS/CRC ។ បន្ទាប់មកវា "កាត់" អាសយដ្ឋាន MAC រកមើលទិសដៅ ហើយឃើញថាវាជា 30.1.1.10។ គាត់ដឹងថាអាសយដ្ឋាននេះត្រូវបានភ្ជាប់ទៅចំណុចប្រទាក់របស់គាត់។ ដំណើរការបង្កើតស៊ុមដូចគ្នាត្រូវបានធ្វើម្តងទៀត រ៉ោតទ័របន្ថែមតម្លៃអាសយដ្ឋាន MAC ប្រភព និងទិសដៅ ធ្វើ hash ភ្ជាប់ hash ទៅស៊ុម ហើយផ្ញើវាឆ្លងកាត់បណ្តាញ។
ម៉ាស៊ីនមេរបស់យើងនៅទីបំផុតបានទទួលសំណើ SYN ដែលបានផ្ញើទៅវា ពិនិត្យមើលការពិនិត្យមើល hash ហើយប្រសិនបើកញ្ចប់ព័ត៌មានមិនមានកំហុស នោះវានឹងលុប hash ។ បន្ទាប់មកគាត់ដកអាសយដ្ឋាន MAC មើលអាសយដ្ឋាន IP ហើយដឹងថាកញ្ចប់ព័ត៌មាននេះត្រូវបានផ្ញើទៅគាត់។
បន្ទាប់ពីនោះ វាកាត់អាសយដ្ឋាន IP ដែលទាក់ទងទៅនឹងស្រទាប់ទីបីនៃម៉ូដែល OSI ហើយមើលលេខច្រក។
គាត់ឃើញច្រក 21 ដែលមានន័យថាចរាចរ FTP ឃើញ SYN ហើយដូច្នេះយល់ថាមាននរណាម្នាក់កំពុងព្យាយាមទំនាក់ទំនងជាមួយគាត់។
ឥឡូវនេះ ដោយផ្អែកលើអ្វីដែលយើងបានរៀនអំពីការចាប់ដៃនោះ ម៉ាស៊ីនមេ 30.1.1.10 នឹងបង្កើតកញ្ចប់ព័ត៌មាន SYN/ACK ហើយបញ្ជូនវាត្រឡប់ទៅកុំព្យូទ័រ 10.1.1.10 វិញ។ នៅពេលទទួលបានកញ្ចប់ព័ត៌មាននេះ ឧបករណ៍ 10.1.1.10 នឹងបង្កើត ACK ឆ្លងកាត់បណ្តាញតាមរបៀបដូចគ្នានឹងកញ្ចប់ព័ត៌មាន SYN ហើយបន្ទាប់ពីម៉ាស៊ីនមេទទួលបាន ACK ការតភ្ជាប់នឹងត្រូវបានបង្កើតឡើង។
រឿងមួយដែលអ្នកគួរដឹងគឺថា រឿងទាំងអស់នេះកើតឡើងក្នុងរយៈពេលតិចជាងមួយវិនាទី។ នេះគឺជាដំណើរការដ៏លឿនបំផុត ដែលខ្ញុំបានព្យាយាមបន្ថយល្បឿន ដើម្បីឲ្យអ្វីៗមានភាពច្បាស់លាស់ចំពោះអ្នក។
ខ្ញុំសង្ឃឹមថាអ្នករកឃើញអ្វីដែលអ្នកបានរៀននៅក្នុងមេរៀននេះមានប្រយោជន៍។ ប្រសិនបើអ្នកមានសំណួរសូមសរសេរមកខ្ញុំនៅ [អ៊ីមែលការពារ] ឬទុកសំណួរនៅក្រោមវីដេអូនេះ។
ចាប់ផ្តើមជាមួយនឹងមេរៀនបន្ទាប់ ខ្ញុំនឹងជ្រើសរើសសំណួរដែលចាប់អារម្មណ៍បំផុតចំនួន 3 ពី YouTube ដែលខ្ញុំនឹងពិនិត្យឡើងវិញនៅចុងបញ្ចប់នៃវីដេអូនីមួយៗ។ ចាប់ពីពេលនេះតទៅ ខ្ញុំនឹងមានផ្នែក "សំណួរកំពូល" ដូច្នេះខ្ញុំនឹងបង្ហោះសំណួរមួយជាមួយនឹងឈ្មោះរបស់អ្នក ហើយឆ្លើយវាផ្ទាល់។ ខ្ញុំគិតថានេះនឹងមានប្រយោជន៍។
សូមអរគុណចំពោះការស្នាក់នៅជាមួយពួកយើង។ តើអ្នកចូលចិត្តអត្ថបទរបស់យើងទេ? ចង់មើលខ្លឹមសារគួរឱ្យចាប់អារម្មណ៍បន្ថែមទៀតទេ? គាំទ្រយើងដោយការបញ្ជាទិញឬណែនាំដល់មិត្តភក្តិ, ការបញ្ចុះតម្លៃ 30% សម្រាប់អ្នកប្រើប្រាស់ Habr នៅលើ analogue តែមួយគត់នៃម៉ាស៊ីនមេកម្រិតធាតុ ដែលត្រូវបានបង្កើតឡើងដោយពួកយើងសម្រាប់អ្នក៖
VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps ឥតគិតថ្លៃរហូតដល់រដូវក្តៅ នៅពេលបង់ប្រាក់សម្រាប់រយៈពេលប្រាំមួយខែ ឬច្រើនជាងនេះ អ្នកអាចបញ្ជាទិញបាន។
Dell R730xd ថោកជាង 2 ដង? នៅទីនេះ
ប្រភព: www.habr.com