ការឆ្លើយតបលម្អិតចំពោះមតិយោបល់ក៏ដូចជាបន្តិចបន្តួចអំពីជីវិតរបស់អ្នកផ្តល់សេវានៅក្នុងសហព័ន្ធរុស្ស៊ី

បាន​ជំរុញ​ឱ្យ​ខ្ញុំ​ទៅ​កាន់​ការ​ប្រកាស​នេះ​ នេះគឺជាមតិយោបល់.

ខ្ញុំដកស្រង់វានៅទីនេះ៖

ខាត់ណា ថ្ងៃនេះនៅម៉ោង 18:53 ព្រឹក

ខ្ញុំរីករាយជាមួយអ្នកផ្តល់សេវាថ្ងៃនេះ។ ទន្ទឹមនឹងការអាប់ដេតប្រព័ន្ធទប់ស្កាត់គេហទំព័រ អ៊ីមែល mail.ru របស់គាត់ត្រូវបានហាមឃាត់។ ខ្ញុំបានទូរស័ព្ទទៅផ្នែកជំនួយបច្ចេកទេសតាំងពីព្រឹកមក ប៉ុន្តែពួកគេមិនអាចធ្វើអ្វីបានទេ។ អ្នកផ្តល់សេវាគឺតូច ហើយជាក់ស្តែងអ្នកផ្តល់សេវាលំដាប់ខ្ពស់រារាំងវា។ ខ្ញុំក៏បានកត់សម្គាល់ពីការធ្លាក់ចុះនៃការបើកគេហទំព័រទាំងអស់ ប្រហែលជាពួកគេបានដំឡើងប្រភេទ DLP មួយចំនួន? ពីមុនមិនមានបញ្ហាជាមួយការចូលប្រើទេ។ ការបំផ្លិចបំផ្លាញ RuNet កើតឡើងនៅចំពោះមុខខ្ញុំ...

ការពិតគឺថាវាហាក់ដូចជាយើងជាអ្នកផ្តល់ដូចគ្នានោះ :)

ហើយជាការពិត ខាត់ណា ខ្ញុំស្ទើរតែទាយពីមូលហេតុនៃបញ្ហាជាមួយ mail.ru (ទោះបីជាយើងបដិសេធមិនជឿលើរឿងបែបនេះអស់រយៈពេលជាយូរក៏ដោយ) ។

ខាងក្រោមនេះនឹងបែងចែកជាពីរផ្នែក៖

1. ហេតុផលសម្រាប់បញ្ហាបច្ចុប្បន្នរបស់យើងជាមួយ mail.ru និងដំណើរស្វែងរកដ៏រំភើបដើម្បីស្វែងរកពួកគេ។
2. អត្ថិភាពនៃ ISP នៅក្នុងការពិតនាពេលបច្ចុប្បន្ននេះ ស្ថេរភាពនៃអធិបតេយ្យភាព RuNet ។

បញ្ហាលទ្ធភាពប្រើប្រាស់ជាមួយ mail.ru

អូ វា​ជា​រឿង​វែង​ណាស់។

ការពិតគឺថា ដើម្បីអនុវត្តតម្រូវការរបស់រដ្ឋ (ព័ត៌មានលម្អិតបន្ថែមនៅក្នុងផ្នែកទីពីរ) យើងបានទិញ កំណត់រចនាសម្ព័ន្ធ និងដំឡើងឧបករណ៍មួយចំនួន - ទាំងសម្រាប់ត្រងធនធានហាមឃាត់ និងសម្រាប់ការអនុវត្ត។ ការបកប្រែ NAT អ្នកជាវ។

មួយរយៈមុន ទីបំផុតយើងបានកសាងស្នូលបណ្តាញឡើងវិញតាមរបៀបដែលចរាចរណ៍អតិថិជនទាំងអស់បានឆ្លងកាត់ឧបករណ៍នេះយ៉ាងតឹងរ៉ឹងក្នុងទិសដៅត្រឹមត្រូវ។

ពីរបីថ្ងៃមុន យើងបានបើកការត្រងដែលហាមឃាត់នៅលើវា (ខណៈពេលដែលការចាកចេញពីប្រព័ន្ធចាស់ដំណើរការ) - អ្វីគ្រប់យ៉ាងហាក់ដូចជាដំណើរការល្អ។

បន្ទាប់មក ពួកគេបានចាប់ផ្តើមបើកដំណើរការ NAT ជាបណ្តើរៗនៅលើឧបករណ៍នេះសម្រាប់ផ្នែកផ្សេងៗនៃអតិថិជន។ តាម​មើល​ទៅ​អ្វីៗ​ក៏​ហាក់​ដូច​ជា​ដំណើរ​ការ​ល្អ​ដែរ។

ប៉ុន្តែថ្ងៃនេះ ដោយបានបើកដំណើរការ NAT លើឧបករណ៍សម្រាប់ផ្នែកបន្ទាប់នៃអ្នកជាវ តាំងពីព្រឹកព្រលឹមមក យើងប្រឈមមុខនឹងការត្អូញត្អែរមួយចំនួនសមរម្យអំពីភាពមិនអាចប្រើបាន ឬភាពអាចរកបានដោយផ្នែក។ mail.ru និងធនធាន Mail Ru Group ផ្សេងទៀត។

ពួកគេចាប់ផ្តើមពិនិត្យ៖ អ្វីមួយនៅកន្លែងណាមួយ។ иногда, ម្តងម្កាល ផ្ញើ TCP RST ក្នុងការឆ្លើយតបទៅនឹងសំណើទាំងស្រុងចំពោះបណ្តាញ mail.ru ។ លើសពីនេះទៅទៀត វាបញ្ជូនបង្កើតមិនត្រឹមត្រូវ (ដោយគ្មាន ACK) ជាក់ស្តែង TCP RST សិប្បនិម្មិត។ នេះជាអ្វីដែលវាមើលទៅ៖

តាមធម្មជាតិ គំនិតដំបូងគឺអំពីឧបករណ៍ថ្មី៖ DPI ដ៏គួរឱ្យភ័យខ្លាច គ្មានការជឿជាក់លើវា អ្នកមិនដឹងថាវាអាចធ្វើបានទេ - បន្ទាប់ពីទាំងអស់ TCP RST គឺជារឿងធម្មតាក្នុងចំណោមឧបករណ៍ទប់ស្កាត់។

ការសន្មត់ ខាត់ណា យើង​ក៏​បាន​ដាក់​ចេញ​នូវ​គំនិត​ដែល​ថា​អ្នក​ណា​ម្នាក់​«ល្អ​ជាង»​កំពុង​ត្រង ប៉ុន្តែ​បាន​បោះ​ចោល​ភ្លាមៗ។

ទីមួយ យើងមាន Uplinks គ្រប់គ្រាន់ ដើម្បីកុំឱ្យយើងរងទុក្ខដូចនេះ :)

ទីពីរ​យើង​ត្រូវ​បាន​តភ្ជាប់​ទៅ​ជា​មួយ​ចំនួន​ IX នៅទីក្រុងមូស្គូ ហើយចរាចរទៅកាន់ mail.ru ឆ្លងកាត់ពួកគេ ហើយពួកគេមិនមានទំនួលខុសត្រូវ ឬហេតុផលផ្សេងទៀតដើម្បីត្រងចរាចរណ៍ទេ។

ពាក់កណ្តាលថ្ងៃបន្ទាប់ត្រូវបានចំណាយលើអ្វីដែលជាធម្មតាហៅថា shamanism - រួមជាមួយអ្នកលក់ឧបករណ៍ដែលយើងអរគុណពួកគេមិនបានបោះបង់ :)

• តម្រងត្រូវបានបិទទាំងស្រុង
• NAT ត្រូវបានបិទដោយប្រើគ្រោងការណ៍ថ្មី។
• កុំព្យូទ័រសាកល្បងត្រូវបានដាក់ក្នុងអាងដាច់ដោយឡែកមួយ។
• អាសយដ្ឋាន IP បានផ្លាស់ប្តូរ

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

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

ការកត់សម្គាល់នៅចំណុចនេះ នរណាម្នាក់អាចនិយាយថា៖ ប៉ុន្តែវាកាន់តែងាយស្រួលជាងក្នុងការចាក់សំរាមមិនមែនចេញពីកុំព្យូទ័រសាកល្បងនោះទេ ប៉ុន្តែមកពីផ្លូវហាយវេខាងលើ DPI?

ទេ ជាអកុសល ការយកកន្លែងចាក់សំរាម (និងសូម្បីតែឆ្លុះកញ្ចក់) 40+gbps មិនមែនជារឿងតូចតាចទេ។

បន្ទាប់ពីនេះនៅពេលល្ងាចមិនមានអ្វីត្រូវធ្វើក្រៅពីត្រលប់ទៅការសន្មត់នៃការច្រោះចម្លែកនៅកន្លែងណាមួយខាងលើ។

ខ្ញុំបានពិនិត្យមើល IX ដែលចរាចរទៅកាន់បណ្តាញ MRG ឥឡូវនេះកំពុងឆ្លងកាត់ ហើយគ្រាន់តែលុបចោលវគ្គ bgp ទៅវា។ ហើយ - មើលចុះ! - អ្វីៗបានត្រលប់មកធម្មតាវិញភ្លាមៗ🙁

ម៉្យាងវិញទៀត វាជារឿងដ៏អាម៉ាស់មួយ ដែលពេញមួយថ្ងៃបានចំណាយពេលស្វែងរកបញ្ហា ទោះបីជាវាត្រូវបានដោះស្រាយក្នុងរយៈពេលប្រាំនាទីក៏ដោយ។

ម៉្យាងវិញទៀត៖

- នៅក្នុងការចងចាំរបស់ខ្ញុំ នេះគឺជារឿងដែលមិនធ្លាប់មានពីមុនមក។ ដូចដែលខ្ញុំបានសរសេរខាងលើរួចហើយ - IX ពិតជា មិនមានចំនុចណាមួយក្នុងការត្រងចរាចរឆ្លងកាត់នោះទេ។ ជាធម្មតាពួកវាមានរាប់រយជីហ្គាបៃ / តេរ៉ាប៊ីតក្នុងមួយវិនាទី។ ខ្ញុំ​គ្រាន់​តែ​មិន​នឹក​ស្មាន​ដល់​រឿង​បែប​នេះ​រហូត​មក​ដល់​ពេល​ថ្មីៗ​នេះ។

- សំណាងមិនគួរឱ្យជឿចៃដន្យនៃកាលៈទេសៈ៖ ផ្នែករឹងថ្មីដែលមិនគួរឱ្យទុកចិត្ត ហើយវាមិនច្បាស់ពីអ្វីដែលអាចរំពឹងទុកបាន - រៀបចំជាពិសេសសម្រាប់ការទប់ស្កាត់ធនធាន រួមទាំង TCP RSTs

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

នេះជាការប៉ុនប៉ងតូចមួយដើម្បីបង្ហាញអំពីភាពត្រឹមត្រូវដោយខ្លួនឯង សូមមេត្តាយោគយល់ និងអភ័យទោស :)

PS: ខ្ញុំមិនដាក់ឈ្មោះក្រុមហ៊ុនផលិត DPI/NAT ឬ IX ដោយចេតនាទេ (តាមពិតទៅ ខ្ញុំមិនមានការត្អូញត្អែរពិសេសណាមួយអំពីពួកគេទេ រឿងសំខាន់គឺត្រូវយល់ថាវាជាអ្វី)

ថ្ងៃនេះ (ក៏ដូចជាម្សិលមិញ និងថ្ងៃមុនថ្ងៃម្សិលមិញ) ការពិតពីទស្សនៈរបស់អ្នកផ្តល់សេវាអ៊ីនធឺណិត

ខ្ញុំបានចំណាយពេលប៉ុន្មានសប្តាហ៍ចុងក្រោយនេះក្នុងការកសាងស្នូលនៃបណ្តាញឡើងវិញយ៉ាងខ្លាំង ដោយអនុវត្តនូវឧបាយកលជាច្រើន "សម្រាប់ប្រាក់ចំណេញ" ជាមួយនឹងហានិភ័យនៃផលប៉ះពាល់យ៉ាងខ្លាំងដល់ចរាចរណ៍អ្នកប្រើប្រាស់ផ្ទាល់។ ពិចារណាលើគោលដៅ លទ្ធផល និងផលវិបាកនៃអ្វីៗទាំងអស់នេះ តាមសីលធម៌ វាពិតជាលំបាកណាស់។ ជាពិសេស - ជាថ្មីម្តងទៀតបានស្តាប់សុន្ទរកថាដ៏ស្រស់ស្អាតអំពីការការពារស្ថេរភាពនៃ Runet, អធិបតេយ្យភាព។ល។ ល​ល។

នៅក្នុងផ្នែកនេះ ខ្ញុំនឹងព្យាយាមពណ៌នាអំពី "ការវិវត្ត" នៃបណ្តាញស្នូលនៃ ISP ធម្មតាក្នុងរយៈពេលដប់ឆ្នាំកន្លងមកនេះ។

ដប់​ឺឹឹ​ឆ្នាំមុន។

នៅក្នុងគ្រាដ៏មានពរនោះ ស្នូលនៃបណ្តាញអ្នកផ្តល់សេវាអាចមានភាពសាមញ្ញ និងអាចទុកចិត្តបាន ដូចជាការស្ទះចរាចរណ៍៖

នៅក្នុងរូបភាពដ៏សាមញ្ញបំផុតនេះ មិនមាន trunks, rings, ip/mpls routing ទេ។

ខ្លឹមសាររបស់វាគឺថាចរាចរណ៍អ្នកប្រើប្រាស់នៅទីបំផុតបានឈានដល់ការប្តូរកម្រិតខឺណែល - ពីកន្លែងដែលវាបានទៅ BNGពីកន្លែងណា តាមក្បួន ត្រលប់ទៅការប្តូរស្នូល ហើយបន្ទាប់មក "ចេញ" - តាមរយៈច្រកព្រំដែនមួយ ឬច្រើនទៅកាន់អ៊ីនធឺណិត។

គ្រោងការណ៍បែបនេះគឺងាយស្រួលណាស់ក្នុងការកក់ទុកទាំងនៅលើ L3 (ការនាំផ្លូវថាមវន្ត) និងនៅលើ L2 (MPLS) ។

អ្នកអាចដំឡើង N+1 នៃអ្វីទាំងអស់៖ ចូលប្រើម៉ាស៊ីនមេ កុងតាក់ ព្រំដែន - និងមធ្យោបាយមួយ ឬផ្សេងទៀតទុកពួកវាសម្រាប់ការបរាជ័យដោយស្វ័យប្រវត្តិ។

បន្ទាប់ពីពីរបីឆ្នាំ វាច្បាស់ណាស់សម្រាប់មនុស្សគ្រប់គ្នានៅក្នុងប្រទេសរុស្ស៊ីថាវាមិនអាចទៅរួចទេក្នុងការរស់នៅបែបនេះតទៅទៀត: វាជារឿងបន្ទាន់ដើម្បីការពារកុមារពីឥទ្ធិពលដ៏អាក្រក់នៃអ៊ីនធឺណិត។

មានតម្រូវការបន្ទាន់ក្នុងការស្វែងរកវិធីដើម្បីត្រងចរាចរណ៍អ្នកប្រើប្រាស់។

មានវិធីសាស្រ្តផ្សេងគ្នានៅទីនេះ។

ក្នុងករណីមិនសូវល្អ អ្វីមួយត្រូវបានដាក់ "នៅក្នុងគម្លាត"៖ រវាងចរាចរណ៍អ្នកប្រើប្រាស់ និងអ៊ីនធឺណិត។ ចរាចរណ៍ដែលឆ្លងកាត់ "អ្វីមួយ" នេះត្រូវបានវិភាគ ហើយឧទាហរណ៍ កញ្ចប់ព័ត៌មានក្លែងក្លាយដែលមានការបញ្ជូនបន្តត្រូវបានផ្ញើទៅកាន់អតិថិជន។

ក្នុងករណីប្រសើរជាងនេះបន្តិច - ប្រសិនបើបរិមាណចរាចរណ៍អនុញ្ញាត - អ្នកអាចធ្វើល្បិចតូចមួយដោយត្រចៀករបស់អ្នក៖ ផ្ញើសម្រាប់តែការត្រងចរាចរដែលមានប្រភពពីអ្នកប្រើប្រាស់ទៅកាន់អាសយដ្ឋានទាំងនោះដែលត្រូវការត្រងប៉ុណ្ណោះ (ដើម្បីធ្វើដូច្នេះអ្នកអាចយកអាសយដ្ឋាន IP បាន។ បញ្ជាក់នៅទីនោះពីបញ្ជីឈ្មោះ ឬដោះស្រាយបន្ថែមលើដែនដែលមានស្រាប់នៅក្នុងបញ្ជីឈ្មោះ)។

នៅពេលមួយសម្រាប់គោលបំណងទាំងនេះខ្ញុំបានសរសេរសាមញ្ញមួយ។ ឌីភី ខ្នាតតូច - ទោះ​បី​ជា​ខ្ញុំ​មិន​ហ៊ាន​ហៅ​គាត់​ថា​។ វាគឺសាមញ្ញណាស់ ហើយមិនមានផលិតភាពខ្លាំងនោះទេ - ទោះបីជាយ៉ាងណាក៏ដោយ វាបានអនុញ្ញាតឱ្យយើង និងអ្នកផ្តល់សេវាផ្សេងទៀតរាប់សិបនាក់ (ប្រសិនបើមិនមានរាប់រយ) មិនឱ្យបញ្ចេញចោលរាប់លានភ្លាមៗនៅលើប្រព័ន្ធ DPI ឧស្សាហកម្ម ប៉ុន្តែបានផ្តល់ពេលវេលាបន្ថែមជាច្រើនឆ្នាំទៀត។

ដោយវិធីនេះអំពី DPI នៅពេលនោះនិងបច្ចុប្បន្នដោយវិធីនេះ មនុស្សជាច្រើនដែលបានទិញប្រព័ន្ធ DPI ដែលមាននៅលើទីផ្សារនៅពេលនោះបានបោះវាចោលហើយ។ ជាការប្រសើរណាស់, ពួកគេមិនត្រូវបានរចនាឡើងសម្រាប់នេះ: រាប់រយរាប់ពាន់អាសយដ្ឋាន, រាប់ម៉ឺន URLs ។

ហើយក្នុងពេលជាមួយគ្នានេះអ្នកផលិតក្នុងស្រុកបានកើនឡើងយ៉ាងខ្លាំងចំពោះទីផ្សារនេះ។ ខ្ញុំមិននិយាយអំពីសមាសធាតុផ្នែករឹងទេ - អ្វីគ្រប់យ៉ាងគឺច្បាស់សម្រាប់អ្នករាល់គ្នានៅទីនេះ ប៉ុន្តែផ្នែកទន់ - រឿងសំខាន់ដែល DPI មាន - ប្រហែលជាសព្វថ្ងៃនេះ ប្រសិនបើមិនមែនជាកម្រិតខ្ពស់បំផុតនៅក្នុងពិភពលោកទេ នោះប្រាកដជា ក) អភិវឌ្ឍដោយលោតផ្លោះ។ និងខ) ក្នុងតម្លៃនៃផលិតផលប្រអប់មួយ - គ្រាន់តែមិនអាចប្រៀបផ្ទឹមបានជាមួយនឹងដៃគូប្រកួតប្រជែងបរទេស។

ខ្ញុំចង់មានមោទនភាព ប៉ុន្តែសោកសៅបន្តិច =)

ឥឡូវនេះអ្វីៗមើលទៅដូចនេះ៖

ក្នុងរយៈពេលពីរបីឆ្នាំទៀត។ មនុស្សគ្រប់រូបមានសវនកររួចហើយ។ មានធនធានកាន់តែច្រើនឡើងនៅក្នុងបញ្ជីឈ្មោះ។ សម្រាប់ឧបករណ៍ចាស់ៗមួយចំនួន (ឧទាហរណ៍ Cisco 7600) គ្រោងការណ៍ "តម្រងចំហៀង" ជាធម្មតាមិនអាចអនុវត្តបានទេ៖ ចំនួនផ្លូវនៅលើវេទិកាចំនួន 76 ត្រូវបានកំណត់ចំពោះអ្វីមួយដូចជាប្រាំបួនរយពាន់ ខណៈពេលដែលចំនួនផ្លូវ IPv4 តែម្នាក់ឯងនាពេលបច្ចុប្បន្ននេះគឺជិតដល់ 800 ។ ពាន់។ ហើយប្រសិនបើវាជា ipv6 ... ហើយផងដែរ ... តើមានប៉ុន្មាន? 900000 អាសយដ្ឋានបុគ្គលនៅក្នុងការហាមឃាត់ RKN? =)

មាននរណាម្នាក់បានប្តូរទៅគ្រោងការណ៍ជាមួយនឹងការឆ្លុះបញ្ចាំងនៃចរាចរឆ្អឹងខ្នងទាំងអស់ទៅកាន់ម៉ាស៊ីនមេត្រង ដែលគួរតែវិភាគលំហូរទាំងមូល ហើយប្រសិនបើរកឃើញអ្វីមួយមិនល្អ សូមផ្ញើ RST ក្នុងទិសដៅទាំងពីរ (អ្នកផ្ញើ និងអ្នកទទួល)។

ទោះជាយ៉ាងណាក៏ដោយ ចរាចរណ៍កាន់តែច្រើន គ្រោងការណ៍នេះត្រូវបានអនុវត្តតិច។ ប្រសិនបើមានការពន្យារពេលតិចតួចបំផុតក្នុងដំណើរការ ចរាចរណ៍ដែលឆ្លុះបញ្ចាំងនឹងហោះហើរដោយមិនមាននរណាកត់សម្គាល់ ហើយអ្នកផ្តល់សេវានឹងទទួលបានរបាយការណ៍ដ៏ល្អមួយ។

អ្នកផ្តល់សេវាកាន់តែច្រើនឡើងត្រូវបានបង្ខំឱ្យដំឡើងប្រព័ន្ធ DPI នៃកម្រិតនៃភាពជឿជាក់ខុសៗគ្នានៅទូទាំងផ្លូវហាយវេ។

មួយឆ្នាំ ឬពីរឆ្នាំមុន យោងតាមពាក្យចចាមអារ៉ាម FSB ស្ទើរតែទាំងអស់បានចាប់ផ្តើមទាមទារការដំឡើងឧបករណ៍ពិតប្រាកដ SORM (ពីមុន អ្នកផ្តល់សេវាភាគច្រើនបានគ្រប់គ្រងដោយមានការយល់ព្រមពីអាជ្ញាធរ ផែនការ SORM - ផែនការនៃវិធានការប្រតិបត្តិការក្នុងករណីដែលត្រូវការស្វែងរកអ្វីមួយនៅកន្លែងណាមួយ)

បន្ថែមពីលើលុយ (មិនពិតប្រាកដទេ ប៉ុន្តែនៅតែរាប់លាន) SORM ត្រូវការឧបាយកលជាច្រើនទៀតជាមួយបណ្តាញ។

• SORM ត្រូវការមើលអាសយដ្ឋានអ្នកប្រើប្រាស់ "ប្រផេះ" មុនពេលបកប្រែ nat
• SORM មានចំនួនកំណត់នៃចំណុចប្រទាក់បណ្តាញ

ដូច្នេះ ជាពិសេស យើងត្រូវកសាងខឺណែលមួយដុំឡើងវិញ យ៉ាងសាមញ្ញ ដើម្បីប្រមូលចរាចរអ្នកប្រើប្រាស់ទៅកាន់ម៉ាស៊ីនមេចូលដំណើរការនៅកន្លែងណាមួយនៅកន្លែងតែមួយ។ ដើម្បីឆ្លុះវានៅក្នុង SORM ជាមួយនឹងតំណភ្ជាប់ជាច្រើន។

នោះគឺសាមញ្ញណាស់ វាគឺ (ឆ្វេង) ទល់នឹង (ស្តាំ)៖

ឥឡូវនេះ អ្នកផ្តល់សេវាភាគច្រើនក៏ទាមទារឱ្យមានការអនុវត្តន៍ SORM-3 ផងដែរ ដែលរួមមាន ក្នុងចំណោមរបស់ផ្សេងទៀត ការកត់ត្រាការចាក់ផ្សាយ nat ។

សម្រាប់គោលបំណងទាំងនេះ យើងក៏ត្រូវបន្ថែមឧបករណ៍ដាច់ដោយឡែកសម្រាប់ NAT ទៅក្នុងដ្យាក្រាមខាងលើ (ពិតជាអ្វីដែលត្រូវបានពិភាក្សានៅក្នុងផ្នែកទីមួយ)។ លើសពីនេះទៅទៀត បន្ថែមតាមលំដាប់ជាក់លាក់មួយ៖ ដោយសារ SORM ត្រូវតែ "មើល" ចរាចរ មុនពេលបកប្រែអាសយដ្ឋាន ចរាចរណ៍ត្រូវតែទៅយ៉ាងតឹងរ៉ឹងដូចខាងក្រោម៖ អ្នកប្រើប្រាស់ -> ប្តូរ, ខឺណែល -> ចូលប្រើម៉ាស៊ីនមេ -> SORM -> NAT -> ប្តូរ, ខឺណែល - > អ៊ីនធឺណិត។ ដើម្បីធ្វើដូចនេះយើងត្រូវ "បត់" លំហូរចរាចរក្នុងទិសដៅផ្សេងទៀតដើម្បីរកប្រាក់ចំណេញដែលជាការលំបាកផងដែរ។

សរុបមក៖ ក្នុងរយៈពេលដប់ឆ្នាំចុងក្រោយនេះ ការរចនាស្នូលនៃអ្នកផ្តល់សេវាជាមធ្យមកាន់តែស្មុគស្មាញច្រើនដង ហើយចំណុចបន្ថែមនៃការបរាជ័យ (ទាំងក្នុងទម្រង់ឧបករណ៍ និងក្នុងទម្រង់នៃការផ្លាស់ប្តូរតែមួយ) បានកើនឡើងយ៉ាងខ្លាំង។ តាមពិត តម្រូវការខ្លាំងដើម្បី "មើលអ្វីៗគ្រប់យ៉ាង" បង្កប់ន័យកាត់បន្ថយ "អ្វីគ្រប់យ៉ាង" ដល់ចំណុចមួយ។

ខ្ញុំគិតថានេះអាចជាការបូកសរុបប្រកបដោយតម្លាភាពចំពោះគំនិតផ្តួចផ្តើមបច្ចុប្បន្នដើម្បីធ្វើអធិបតេយ្យភាព Runet ការពារវា ស្ថេរភាព និងកែលម្អវា :)

ហើយ Yarovaya នៅតែនាំមុខ។

ប្រភព: www.habr.com