ពីប្រភពខាងក្រៅដល់ការអភិវឌ្ឍន៍ (ភាគ១)

В អត្ថបទមុនខ្ញុំបាននិយាយអំពីប្រវត្តិនៃការបង្កើត Veliam និងការសម្រេចចិត្តចែកចាយវាតាមរយៈប្រព័ន្ធ SaaS ។ នៅក្នុងអត្ថបទនេះ ខ្ញុំនឹងនិយាយអំពីអ្វីដែលខ្ញុំត្រូវធ្វើដើម្បីធ្វើឱ្យផលិតផលមិនមែនក្នុងស្រុក ប៉ុន្តែជាសាធារណៈ។ អំពីរបៀបដែលការចែកចាយបានចាប់ផ្តើម និងបញ្ហាអ្វីដែលពួកគេបានជួបប្រទះ។

ផែនការ

កម្មវិធីខាងក្រោយបច្ចុប្បន្នសម្រាប់អ្នកប្រើប្រាស់គឺនៅលើលីនុច។ ស្ទើរតែគ្រប់ស្ថាប័នទាំងអស់មាន Windows Server ដែលមិនអាចនិយាយបានអំពីលីនុច។ កម្លាំងចម្បងរបស់ Veliam គឺការតភ្ជាប់ពីចម្ងាយទៅកាន់ម៉ាស៊ីនមេ និងឧបករណ៍បណ្តាញនៅពីក្រោយ NAT ។ ប៉ុន្តែមុខងារនេះត្រូវបានចងយ៉ាងតឹងរ៉ឹងទៅនឹងការពិតដែលថារ៉ោតទ័រត្រូវតែជា Mikrotik ។ ហើយនេះច្បាស់ណាស់នឹងមិនពេញចិត្តមនុស្សជាច្រើនទេ។ ដំបូងខ្ញុំចាប់ផ្តើមគិតអំពីការបន្ថែមការគាំទ្រសម្រាប់រ៉ោតទ័រពីអ្នកលក់ទូទៅបំផុត។ ប៉ុន្តែ​ខ្ញុំ​យល់​ថា​នេះ​ជា​ការ​ប្រណាំង​មិន​ចេះ​ចប់​ដើម្បី​ពង្រីក​បញ្ជី​ក្រុមហ៊ុន​ដែល​គាំទ្រ។ លើសពីនេះទៅទៀត អ្នកដែលត្រូវបានគាំទ្ររួចហើយអាចមានសំណុំពាក្យបញ្ជាផ្សេងគ្នាសម្រាប់ការផ្លាស់ប្តូរច្បាប់ NAT ពីគំរូមួយទៅគំរូមួយ។ មធ្យោបាយតែមួយគត់ចេញពីស្ថានភាពហាក់ដូចជា VPN ។

ដោយសារយើងសម្រេចចិត្តចែកចាយផលិតផល ប៉ុន្តែមិនមែនជាប្រភពបើកចំហ វាមិនអាចទៅរួចទេក្នុងការរួមបញ្ចូលបណ្ណាល័យផ្សេងៗដែលមានអាជ្ញាប័ណ្ណបើកចំហដូចជា GPL ជាដើម។ ជាទូទៅនេះគឺជាប្រធានបទដាច់ដោយឡែកមួយ បន្ទាប់ពីការសម្រេចចិត្តលក់ផលិតផល ខ្ញុំត្រូវឆ្លងកាត់ពាក់កណ្តាលនៃបណ្ណាល័យដោយសារតែការពិតដែលថាពួកគេជា GPL ។ នៅពេលដែលពួកគេសរសេរសម្រាប់ខ្លួនវាគឺជារឿងធម្មតា។ ប៉ុន្តែវាមិនសមរម្យសម្រាប់ការចែកចាយទេ។ VPN ទីមួយដែលគិតដល់គឺ OpenVPN ។ ប៉ុន្តែវាជា GPL ។ ជម្រើសមួយទៀតគឺប្រើ SoftEther VPN របស់ជប៉ុន។ អាជ្ញាប័ណ្ណរបស់គាត់អនុញ្ញាតឱ្យគាត់បញ្ចូលវាទៅក្នុងផលិតផលរបស់គាត់។ បន្ទាប់ពីពីរបីថ្ងៃនៃការធ្វើតេស្តផ្សេងៗគ្នាអំពីរបៀបបញ្ចូលវាតាមរបៀបដែលអ្នកប្រើប្រាស់មិនចាំបាច់កំណត់រចនាសម្ព័ន្ធអ្វីទាំងអស់ ហើយដឹងអំពី SoftEther VPN គំរូមួយត្រូវបានទទួល។ អ្វីគ្រប់យ៉ាងគឺដូចដែលវាគួរតែមាន។ ប៉ុន្តែសម្រាប់ហេតុផលមួយចំនួនគ្រោងការណ៍នេះនៅតែធ្វើឱ្យយើងយល់ច្រឡំហើយនៅទីបំផុតយើងបានបោះបង់ចោលវា។ ប៉ុន្តែ​តាម​ធម្មជាតិ ពួកគេ​បាន​បដិសេធ​បន្ទាប់​ពី​ពួកគេ​មាន​ជម្រើស​ផ្សេង។ នៅទីបញ្ចប់អ្វីគ្រប់យ៉ាងត្រូវបានធ្វើនៅលើការតភ្ជាប់ TCP ធម្មតា។ ការតភ្ជាប់មួយចំនួនដំណើរការតាមរយៈអ្នកសម្របសម្រួល ខ្លះដោយផ្ទាល់តាមរយៈបច្ចេកវិទ្យា Nat Hole Punching (NHP) ដែលត្រូវបានអនុវត្តនៅក្នុង Free Pascal ផងដែរ។ ខ្ញុំត្រូវតែនិយាយថា ខ្ញុំមិនធ្លាប់បានឮអំពី NHP ពីមុនមកទេ។ ហើយវាមិនដែលកើតឡើងចំពោះខ្ញុំទេដែលថាវាអាចភ្ជាប់ឧបករណ៍បណ្តាញ 2 ដែលឧបករណ៍ទាំងពីរនេះស្ថិតនៅខាងក្រោយ NAT ដោយផ្ទាល់។ ខ្ញុំបានសិក្សាប្រធានបទ យល់ពីគោលការណ៍នៃប្រតិបត្តិការ ហើយអង្គុយសរសេរ។ ផែនការនេះត្រូវបានសម្រេច អ្នកប្រើប្រាស់ភ្ជាប់ដោយចុចតែម្តងទៅឧបករណ៍ដែលចង់បាននៅពីក្រោយ NAT តាមរយៈ RDP, SSH ឬ Winbox ដោយមិនចាំបាច់បញ្ចូលពាក្យសម្ងាត់ ឬដំឡើង VPN ទេ។ លើសពីនេះទៅទៀត ការតភ្ជាប់ទាំងនេះភាគច្រើនឆ្លងកាត់អ្នកសម្របសម្រួលរបស់យើង ដែលមានឥទ្ធិពលល្អលើ ping និងថ្លៃសេវានៃការតភ្ជាប់ទាំងនេះ។

ការផ្ទេរផ្នែកខាងម៉ាស៊ីនមេពីលីនុចទៅវីនដូ

មានបញ្ហាជាច្រើននៅពេលប្តូរទៅវីនដូ។ ទីមួយគឺថា wmic ដែលភ្ជាប់មកជាមួយនៅក្នុង windows មិនអនុញ្ញាតឱ្យអ្នកធ្វើសំណួរ WQL ទេ។ ហើយនៅក្នុងប្រព័ន្ធរបស់យើង អ្វីៗទាំងអស់ត្រូវបានសាងសង់រួចហើយនៅលើពួកវា។ ហើយ​មាន​អ្វី​មួយ​ផ្សេង​ទៀត ប៉ុន្តែ​ឥឡូវ​នេះ​ខ្ញុំ​បាន​ភ្លេច​ថា​ហេតុ​អ្វី​បាន​ជា​នៅ​ទី​បំផុត​ពួកគេ​បាន​បោះបង់​ការ​ប្រើ​ប្រាស់​វា​។ ប្រហែលជាមានភាពខុសគ្នារវាងកំណែវីនដូ។ ហើយ​បញ្ហា​ទី​ពីរ​គឺ​ការ​បញ្ចូល​ពហុ​ខ្សែ។ មិនស្វែងរកឧបករណ៍ប្រើប្រាស់ភាគីទីបីដ៏ល្អនៅក្រោមអាជ្ញាប័ណ្ណ "អាចទទួលយកបាន" សម្រាប់ពួកយើង ខ្ញុំបានបើកដំណើរការ Lazarus IDE ម្តងទៀត។ ហើយខ្ញុំបានសរសេរឧបករណ៍ប្រើប្រាស់ចាំបាច់។ ការបញ្ចូលគឺជាបញ្ជីវត្ថុដែលត្រូវការ និងសំណួរជាក់លាក់ដែលត្រូវធ្វើ ហើយជាការឆ្លើយតបខ្ញុំទទួលបានទិន្នន័យ។ ហើយទាំងអស់នេះនៅក្នុងរបៀបពហុខ្សែ។ អស្ចារ្យ។

បន្ទាប់ពីខ្ញុំបានដំឡើង pthreads សម្រាប់ PHP Windows ខ្ញុំគិតថាអ្វីៗនឹងចាប់ផ្តើមភ្លាមៗ ប៉ុន្តែវាមិនដូច្នោះទេ។ បន្ទាប់ពីពេលខ្លះនៃការបំបាត់កំហុស ខ្ញុំបានដឹងថា pthread ហាក់ដូចជាដំណើរការ ប៉ុន្តែវាមិនដំណើរការលើប្រព័ន្ធរបស់យើងទេ។ វាច្បាស់ណាស់ថាមានភាពប្លែកខ្លះក្នុងការធ្វើការជាមួយ pthreads នៅលើ Windows ។ ដូច្នេះហើយបានជា។ ខ្ញុំបានអានឯកសារ ហើយវាត្រូវបានសរសេរនៅទីនោះថា សម្រាប់ Windows ចំនួននៃ threads ត្រូវបានកំណត់ ហើយតាមដែលខ្ញុំចាំបានយ៉ាងច្បាស់លាស់។ នេះបានក្លាយជាបញ្ហា។ ដោយសារតែនៅពេលដែលខ្ញុំចាប់ផ្តើមកាត់បន្ថយចំនួនខ្សែស្រឡាយដែលកម្មវិធីដំណើរការវាដំណើរការយឺតណាស់។ ខ្ញុំបានបើក IDE ម្តងទៀត ហើយមុខងារសម្រាប់ multithread pinging of objects ត្រូវបានបន្ថែមទៅឧបករណ៍ប្រើប្រាស់ដូចគ្នា។ ជាការប្រសើរណាស់, មានការស្កេនច្រកជាច្រើនរួចទៅហើយនៅទីនោះផងដែរ។ តាមពិតទៅ បន្ទាប់ពីនេះ តម្រូវការ pthreads សម្រាប់ PHP បានបាត់ ហើយវាលែងប្រើទៀតហើយ។ លើសពីនេះ មុខងារជាច្រើនទៀតត្រូវបានបន្ថែមទៅក្នុងឧបករណ៍ប្រើប្រាស់នេះ ហើយវានៅតែដំណើរការរហូតមកដល់សព្វថ្ងៃនេះ។ បន្ទាប់ពីនេះ កម្មវិធីដំឡើងសម្រាប់ Windows ត្រូវបានប្រមូលផ្តុំ ដែលរួមមាន Apache, PHP, MariaDB, កម្មវិធី PHP ខ្លួនវា និងឧបករណ៍ប្រើប្រាស់សម្រាប់ធ្វើអន្តរកម្មជាមួយប្រព័ន្ធ ដែលសរសេរជា Free Pascal ។ ចំណែក​អ្នក​ដំឡើង​វិញ ខ្ញុំ​គិត​ថា​នឹង​ដោះ​ស្រាយ​បញ្ហា​នេះ​ឲ្យ​បាន​លឿន ព្រោះ... នេះគឺជារឿងធម្មតា និងចាំបាច់សម្រាប់ស្ទើរតែគ្រប់កម្មវិធីទាំងអស់។ ទាំងខ្ញុំកំពុងមើលកន្លែងខុស ឬអ្វីផ្សេងទៀត។ ប៉ុន្តែខ្ញុំតែងតែជួបប្រទះផលិតផលដែលមិនបត់បែនគ្រប់គ្រាន់ ឬមានតម្លៃថ្លៃ និងមិនអាចបត់បែនបាន។ និងនៅឡើយទេ, ខ្ញុំបានរកឃើញកម្មវិធីដំឡើងដោយឥតគិតថ្លៃដែលវានឹងអាចធ្វើទៅបានដើម្បីផ្តល់នូវបំណងប្រាថ្នាណាមួយ។ នេះគឺជា InnoSetup ។ ខ្ញុំ​កំពុង​សរសេរ​អំពី​រឿង​នេះ​នៅ​ទី​នេះ ព្រោះ​ខ្ញុំ​ត្រូវ​តែ​ស្វែង​រក​វា​ក្នុង​ករណី​ដែល​ខ្ញុំ​សន្សំ​ពេល​នរណា​ម្នាក់។

ការបដិសេធកម្មវិធីជំនួយក្នុងការពេញចិត្តអតិថិជនរបស់អ្នក។

ពីមុនខ្ញុំបានសរសេរថាផ្នែកអតិថិជនគឺជាកម្មវិធីរុករកដែលមាន "កម្មវិធីជំនួយ" ។ ដូច្នេះមានពេលខ្លះនៅពេលដែល Chrome ត្រូវបានអាប់ដេត ហើយប្លង់គឺកោងបន្តិច បន្ទាប់មក Windows ត្រូវបានអាប់ដេត ហើយគ្រោងការណ៍ uri ផ្ទាល់ខ្លួនបានបាត់។ ខ្ញុំពិតជាមិនចង់ឱ្យមានការភ្ញាក់ផ្អើលបែបនេះនៅក្នុងកំណែសាធារណៈនៃផលិតផលនោះទេ។ លើស​ពី​នេះ​ទៅ​ទៀត UI ផ្ទាល់​ខ្លួន​បាន​ចាប់​ផ្ដើម​បាត់​បន្ទាប់​ពី​ការ​ធ្វើ​បច្ចុប្បន្នភាព​របស់ Windows នីមួយៗ។ Microsoft គ្រាន់តែលុបសាខាដែលមិនមែនជារបស់ខ្លួនទាំងអស់នៅក្នុងផ្នែកដែលត្រូវការ។ ដូចគ្នានេះផងដែរ Google Chrome ឥឡូវនេះមិនអនុញ្ញាតឱ្យអ្នកចងចាំជម្រើសដើម្បីបើកឬមិនកម្មវិធីពី uri ផ្ទាល់ខ្លួនទេ ហើយសួរសំណួរនេះរាល់ពេលដែលអ្នកចុចលើវត្ថុត្រួតពិនិត្យ។ ជាការប្រសើរណាស់ ជាទូទៅ អន្តរកម្មធម្មតាជាមួយប្រព័ន្ធមូលដ្ឋានរបស់អ្នកប្រើប្រាស់គឺចាំបាច់ ដែលកម្មវិធីរុករកមិនផ្តល់។ ជម្រើសដ៏សាមញ្ញបំផុតនៅក្នុងគ្រោងការណ៍នេះហាក់ដូចជាគ្រាន់តែបង្កើតកម្មវិធីរុករកផ្ទាល់ខ្លួនរបស់អ្នក ដូចដែលមនុស្សជាច្រើនកំពុងធ្វើតាមរយៈអេឡិចត្រុង។ ប៉ុន្តែអ្វីៗជាច្រើនត្រូវបានសរសេររួចជាស្រេចនៅក្នុង Free Pascal រួមទាំងផ្នែកម៉ាស៊ីនមេ ដូច្នេះយើងសម្រេចចិត្តបង្កើតម៉ាស៊ីនភ្ញៀវជាភាសាតែមួយ មិនមែនបង្កើតសួនសត្វទេ។ នេះជារបៀបដែលអតិថិជនដែលមាន Chromium នៅលើយន្តហោះត្រូវបានសរសេរ។ បន្ទាប់ពីនោះវាចាប់ផ្តើមទទួលបានខ្សែផ្សេងៗ។

ចេញផ្សាយ

ទីបំផុតយើងជ្រើសរើសឈ្មោះសម្រាប់ប្រព័ន្ធ។ យើងបានឆ្លងកាត់ជម្រើសផ្សេងៗជាបន្តបន្ទាប់ ខណៈពេលដែលដំណើរការនៃការបំប្លែងពីកំណែក្នុងស្រុកទៅជា SaaS កំពុងដំណើរការ។ ដោយសារដំបូងឡើយ យើងមានគម្រោងចូលមិនត្រឹមតែទីផ្សារក្នុងស្រុកទេ លក្ខណៈវិនិច្ឆ័យសំខាន់សម្រាប់ការជ្រើសរើសឈ្មោះគឺវត្តមាននៃដែនដែលមិនមាន ឬមិនមានតម្លៃថ្លៃខ្លាំងនៅក្នុងតំបន់ “.com” ។ មុខងារ/ម៉ូឌុលមួយចំនួនមិនទាន់ត្រូវបានបញ្ជូនពីកំណែមូលដ្ឋានទៅកាន់ Veliam នៅឡើយទេ ប៉ុន្តែយើងបានសម្រេចចិត្តថាយើងនឹងបញ្ចេញវាជាមួយនឹងមុខងារបច្ចុប្បន្ន ហើយបំពេញមុខងារដែលនៅសល់ជាការអាប់ដេត។ នៅក្នុងកំណែដំបូងបំផុតមិនមាន HelpDesk, Veliam Connector វាមិនអាចទៅរួចទេក្នុងការផ្លាស់ប្តូរកម្រិតសម្រាប់កេះការជូនដំណឹង និងច្រើនទៀត។ យើងបានទិញវិញ្ញាបនបត្រសញ្ញាកូដ និងចុះហត្ថលេខាលើផ្នែកម៉ាស៊ីនភ្ញៀវ និងម៉ាស៊ីនមេ។ យើងបានសរសេរគេហទំព័រសម្រាប់ផលិតផល ចាប់ផ្តើមនីតិវិធីសម្រាប់ការចុះឈ្មោះកម្មវិធី ពាណិជ្ជសញ្ញា។ល។ ជាទូទៅយើងត្រៀមខ្លួនរួចរាល់ហើយដើម្បីចាប់ផ្តើម។ អារម្មណ៍រីករាយបន្តិចពីការងារដែលបានធ្វើ និងពីការពិតដែលថាប្រហែលជាមាននរណាម្នាក់នឹងប្រើផលិតផលរបស់អ្នក ទោះបីជាយើងមិនមានការសង្ស័យអំពីរឿងនេះក៏ដោយ។ ហើយបន្ទាប់មកឈប់។ ដៃគូបាននិយាយថាវាមិនអាចទៅរួចទេក្នុងការចូលទៅក្នុងទីផ្សារដោយគ្មានការជូនដំណឹងតាមរយៈអ្នកនាំសារ។ វាអាចទៅរួចដោយគ្មានរឿងជាច្រើនទៀត ប៉ុន្តែមិនមែនដោយគ្មានរឿងនេះទេ។ បន្ទាប់ពីការជជែកគ្នាខ្លះ ការរួមបញ្ចូលជាមួយ Telegram ត្រូវបានបន្ថែម ដែលសាកសមនឹងយើង។ ក្នុងចំណោមអ្នកផ្ញើសារបន្ទាន់បច្ចុប្បន្នទាំងអស់ នេះគឺតែមួយគត់ដែលផ្តល់នូវការចូលប្រើ APIs របស់វាដោយឥតគិតថ្លៃ និងដោយគ្មាននីតិវិធីអនុម័តស្មុគស្មាញណាមួយឡើយ។ កម្មវិធី WhatsApp ដូចគ្នានេះស្នើឱ្យទាក់ទងអ្នកផ្តល់សេវាដែលគិតប្រាក់ល្អសម្រាប់ការប្រើប្រាស់សេវាកម្មរបស់ពួកគេ អក្សរទាំងអស់ដែលស្នើសុំការចូលប្រើដោយគ្មាន gaskets មិនត្រូវបានអើពើ។ Viber... មិនដឹងអ្នកណាប្រើវាទេ ព្រោះ... សារឥតបានការ និងការផ្សាយពាណិជ្ជកម្មនៅទីនោះគឺចេញពីតារាង។ នៅចុងខែធ្នូ បន្ទាប់ពីការធ្វើតេស្តផ្ទៃក្នុង និងការធ្វើតេស្តជាបន្តបន្ទាប់ក្នុងចំណោមមិត្តភ័ក្តិ ការចុះឈ្មោះត្រូវបានបើកសម្រាប់អ្នករាល់គ្នា ហើយកម្មវិធីត្រូវបានបង្កើតឡើងសម្រាប់ទាញយក។

ការចាប់ផ្តើមនៃការចែកចាយ

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

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

អ្វីទាំងអស់ដែលយើងអាចធ្វើបានក្នុងស្ថានភាពនេះ ដើម្បីធ្វើឱ្យមនុស្សមានអារម្មណ៍ស្ងប់គឺត្រូវបើកចំហតាមដែលអាចធ្វើទៅបាន ធ្វើការដោយសុវត្ថិភាព និងកុំធុញទ្រាន់នឹងការឆ្លើយសំណួររបស់មនុស្ស។

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

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

ឥឡូវនេះយើងបានបញ្ចប់នីតិវិធីសម្រាប់ការទទួលបានវិញ្ញាបនបត្រ EV Code Sign ។ ដើម្បីទទួលបានវា អ្នកត្រូវឆ្លងកាត់ការត្រួតពិនិត្យជាបន្តបន្ទាប់ ហើយផ្ញើឯកសារជាច្រើនអំពីក្រុមហ៊ុន ដែលឯកសារខ្លះត្រូវតែបញ្ជាក់ដោយមេធាវី។ ការទទួលបានវិញ្ញាបនបត្រ EV Code Sign អំឡុងពេលមានជំងឺរាតត្បាតគឺជាប្រធានបទដាច់ដោយឡែកសម្រាប់អត្ថបទមួយ។ នីតិវិធីចំណាយពេលមួយខែ។ ហើយ​វា​មិន​មែន​ជា​ការ​រង់ចាំ​មួយ​ខែ​នោះ​ទេ ប៉ុន្តែ​មាន​ការ​ស្នើ​សុំ​ឯកសារ​បន្ថែម​ជា​ប្រចាំ។ ប្រហែលជាជំងឺរាតត្បាតមិនមានជាប់ពាក់ព័ន្ធទេ ហើយនីតិវិធីចំណាយពេលយូរណាស់សម្រាប់មនុស្សគ្រប់គ្នា? ចែករំលែក។

អ្នកខ្លះនិយាយថាយើងនឹងមិនប្រើវាទេព្រោះមិនមានវិញ្ញាបនបត្រ FSTEC ។ យើងត្រូវពន្យល់ថាយើងមិនអាចទទួលបានវា ហើយនឹងមិនដោយសារតែដើម្បីទទួលបានវិញ្ញាបនបត្រនេះ ការអ៊ិនគ្រីបត្រូវតែស្របតាម GOST ហើយយើងមានគម្រោងចែកចាយកម្មវិធីមិនត្រឹមតែនៅក្នុងប្រទេសរុស្ស៊ី និងប្រើប្រាស់ AES ប៉ុណ្ណោះទេ។

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

ការបន្ថែមមុខងារចូលប្រើពីចម្ងាយសម្រាប់បុគ្គលិក

កិច្ចការមួយក្នុងចំណោមកិច្ចការញឹកញាប់របស់អតិថិជនគឺ "ផ្តល់ឱ្យ Vanya ចូលប្រើកុំព្យូទ័ររបស់គាត់ពីផ្ទះ" ។ យើងបានលើកឡើង VPN នៅលើ Mikrotik និងបានបង្កើតគណនីសម្រាប់អ្នកប្រើប្រាស់។ ប៉ុន្តែនេះគឺជាបញ្ហាពិតប្រាកដ។ អ្នក​ប្រើ​មិន​អាច​មើល​ការ​ណែនាំ​ និង​ធ្វើ​តាម​វា​ជា​ជំហានៗ​ដើម្បី​ភ្ជាប់​តាម VPN។ កំណែផ្សេងគ្នានៃវីនដូ។ នៅក្នុង Windows មួយ អ្វីគ្រប់យ៉ាងភ្ជាប់គ្នាបានល្អ ពិធីការមួយផ្សេងទៀតគឺត្រូវការ។ ហើយជាទូទៅ វាតែងតែត្រូវបានផ្សារភ្ជាប់ជាមួយនឹងការកំណត់រចនាសម្ព័ន្ធឧបករណ៍បណ្តាញឡើងវិញ ដែលដើរតួជាម៉ាស៊ីនមេ VPN ហើយមិនមែនបុគ្គលិកទាំងអស់អាចចូលប្រើវាបានទេ ហើយនេះគឺជាការរអាក់រអួល។

ប៉ុន្តែយើងមានការតភ្ជាប់ពីចម្ងាយទៅកាន់ម៉ាស៊ីនមេ និងឧបករណ៍បណ្តាញរួចហើយ។ ហេតុអ្វីមិនប្រើការដឹកជញ្ជូនដែលត្រៀមរួចជាស្រេច ហើយបង្កើតឧបករណ៍ប្រើប្រាស់តូចមួយដាច់ដោយឡែកដែលអ្នកអាចផ្តល់ឱ្យអ្នកប្រើប្រាស់ដើម្បីភ្ជាប់។ ខ្ញុំគ្រាន់តែចង់ធ្វើឱ្យប្រាកដថាអ្នកប្រើប្រាស់មិនបានបញ្ចូលអ្វីដែលមិនច្បាស់លាស់នៅទីនោះ។ គ្រាន់តែប៊ូតុងមួយ "ភ្ជាប់" ។ ប៉ុន្តែ​តើ​ឧបករណ៍​ប្រើប្រាស់​នេះ​នឹង​យល់​ពី​កន្លែង​ដែល​ត្រូវ​តភ្ជាប់​ដោយ​របៀប​ណា​ប្រសិនបើ​វា​មាន​ប៊ូតុង​តែមួយ? មានគំនិតមួយដើម្បីបង្កើតកម្មវិធីដែលត្រូវការតាមអ៊ីនធឺណិតនៅលើម៉ាស៊ីនមេរបស់យើង។ អ្នកគ្រប់គ្រងប្រព័ន្ធចុចប៊ូតុង "ផ្លូវកាត់ទាញយក" ហើយពាក្យបញ្ជាមួយត្រូវបានផ្ញើទៅកាន់ពពករបស់យើងដើម្បីបង្កើតប្រព័ន្ធគោលពីរដែលមានព័ត៌មានរឹងសម្រាប់ភ្ជាប់ទៅម៉ាស៊ីនមេ / កុំព្យូទ័រដែលចង់បានតាមរយៈ RDP ។ ជាទូទៅនេះអាចត្រូវបានធ្វើ។ ប៉ុន្តែ វាត្រូវចំណាយពេលយូរ អ្នកគ្រប់គ្រងនឹងត្រូវរង់ចាំជាមុនសិន រហូតដល់ប្រព័ន្ធគោលពីរត្រូវបានចងក្រង បន្ទាប់មកទាញយក។ ជាការពិតណាស់ វាអាចគ្រាន់តែបន្ថែមឯកសារទីពីរជាមួយនឹង config ប៉ុន្តែនេះគឺជាឯកសារ 2 រួចហើយ ហើយសម្រាប់ភាពសាមញ្ញ អ្នកប្រើប្រាស់ត្រូវការមួយ។ ឯកសារមួយ ប៊ូតុងមួយ និងគ្មានកម្មវិធីដំឡើង។ បន្ទាប់ពីអានបន្តិចនៅលើ Google ខ្ញុំបានសន្និដ្ឋានថាប្រសិនបើអ្នកបន្ថែមព័ត៌មានខ្លះទៅចុងបញ្ចប់នៃ ".exe" ដែលបានចងក្រងនោះវាមិនកាន់តែយ៉ាប់យ៉ឺនទេ (ល្អស្ទើរតែ) ។ យ៉ាងហោចណាស់អ្នកអាចបន្ថែមសង្រ្គាម និងសន្តិភាពនៅទីនោះ ហើយវានឹងដំណើរការដូចពីមុន។ វា​នឹង​ជា​អំពើ​បាប​មួយ​ដែល​មិន​បាន​ទាញ​យក​ប្រយោជន៍​ពី​រឿង​នេះ។ ឥឡូវនេះ អ្នកគ្រាន់តែអាចស្រាយកញ្ចប់កម្មវិធីបានភ្លាមៗនៅក្នុងម៉ាស៊ីនភ្ញៀវដោយខ្លួនឯង ដោយវិធីដែលវាត្រូវបានគេហៅថា Veliam Connector ហើយគ្រាន់តែបន្ថែមព័ត៌មានចាំបាច់សម្រាប់ការតភ្ជាប់ទៅចុងបញ្ចប់របស់វា។ ហើយកម្មវិធីខ្លួនឯងដឹងពីអ្វីដែលត្រូវធ្វើជាមួយវា។ ហេតុអ្វី​បាន​ជា​ខ្ញុំ​សរសេរ​ថា "ល្អ​ស្ទើរតែ" ក្នុង​វង់ក្រចក​ខ្ពស់​ជាង​នេះ​បន្តិច? ដោយសារតែអ្នកត្រូវចំណាយសម្រាប់ភាពងាយស្រួលនេះ ដែលកម្មវិធីបាត់បង់ហត្ថលេខាឌីជីថលរបស់វា។ ប៉ុន្តែ​នៅ​ដំណាក់កាល​នេះ យើង​ជឿ​ថា​នេះ​ជា​តម្លៃ​តិចតួច​ក្នុង​ការ​ចំណាយ​សម្រាប់​ភាព​ងាយស្រួល​បែប​នេះ​។

អាជ្ញាប័ណ្ណម៉ូឌុលភាគីទីបី

ខ្ញុំបានសរសេរខាងលើរួចហើយថាបន្ទាប់ពីវាត្រូវបានសម្រេចចិត្តធ្វើឱ្យផលិតផលមានលក់ជាសាធារណៈ ហើយមិនត្រឹមតែសម្រាប់ការប្រើប្រាស់ផ្ទាល់របស់យើងប៉ុណ្ណោះទេ យើងត្រូវប្រឹងប្រែង និងស្វែងរកការជំនួសសម្រាប់ម៉ូឌុលមួយចំនួនដែលមិនអនុញ្ញាតឱ្យខ្លួនយើងបញ្ចូលក្នុងផលិតផលរបស់យើង។ ប៉ុន្តែ​ក្រោយ​ពេល​ចេញ​ផ្សាយ រឿង​មិន​សប្បាយ​ចិត្ត​មួយ​ត្រូវ​បាន​គេ​រក​ឃើញ​ដោយ​ចៃដន្យ។ ម៉ាស៊ីនមេ Veliam ដែលនៅខាងអតិថិជន រួមបញ្ចូល MariaDB DBMS ។ ហើយវាមានអាជ្ញាប័ណ្ណ GPL ។ អាជ្ញាប័ណ្ណ GPL បង្កប់ន័យថាកម្មវិធីត្រូវតែជាប្រភពបើកចំហ ហើយប្រសិនបើផលិតផលរបស់យើងរួមបញ្ចូល MariaDB ដែលមានអាជ្ញាប័ណ្ណនេះ នោះផលិតផលរបស់យើងត្រូវតែស្ថិតនៅក្រោមអាជ្ញាប័ណ្ណនេះ។ ប៉ុន្តែជាសំណាងល្អ គោលបំណងនៃអាជ្ញាប័ណ្ណនេះគឺជាប្រភពបើកចំហ មិនមែនដាក់ទណ្ឌកម្មអ្នកដែលធ្វើខុសដោយចៃដន្យនៅក្នុងតុលាការនោះទេ។ ប្រសិនបើម្ចាស់កម្មសិទ្ធិបញ្ញាមានការទាមទារ គាត់ជូនដំណឹងដល់អ្នកបំពានជាលាយលក្ខណ៍អក្សរ ហើយគាត់ត្រូវតែលុបបំបាត់ការរំលោភនេះក្នុងរយៈពេល 30 ថ្ងៃ។ យើងបានរកឃើញកំហុសរបស់យើងដោយខ្លួនឯង ហើយមិនបានទទួលសំបុត្រណាមួយ ហើយភ្លាមៗនោះបានចាប់ផ្តើមពិចារណាជម្រើសអំពីរបៀបដោះស្រាយបញ្ហា។ ដំណោះស្រាយបានប្រែទៅជាជាក់ស្តែង - ប្តូរទៅ SQLite ។ មូលដ្ឋានទិន្នន័យនេះមិនមានកម្រិតអាជ្ញាប័ណ្ណទេ។ កម្មវិធីរុករកតាមអ៊ីនធឺណិតទំនើបភាគច្រើនប្រើ SQLite និងកម្មវិធីផ្សេងៗទៀត។ ខ្ញុំបានរកឃើញព័ត៌មាននៅលើអ៊ីនធឺណិតដែល SQLite ត្រូវបានចាត់ទុកថាជា DBMS ដែលរីករាលដាលបំផុតនៅក្នុងពិភពលោក ច្បាស់ណាស់ដោយសារតែកម្មវិធីរុករក ប៉ុន្តែខ្ញុំមិនបានស្វែងរកភស្តុតាងទេ ដូច្នេះនេះគឺជាព័ត៌មានមិនត្រឹមត្រូវ។ ខ្ញុំចាប់ផ្តើមសិក្សាពីគ្រោះថ្នាក់នៃការប្តូរទៅ SQLite ។

នេះក្លាយជាកិច្ចការដែលមិនសំខាន់ នៅពេលដែលអតិថិជនមានម៉ាស៊ីនមេជាច្រើនរយដែលបានដំឡើងជាមួយ MariaDB និងទិន្នន័យនៅក្នុងនោះ។ មុខងារ MariaDB មួយចំនួនមិនមាននៅក្នុង SQLite ទេ។ ជាឧទាហរណ៍ នៅក្នុងកូដដែលយើងបានប្រើសំណួរដូចជា

Select * FROM `table` WHERE `id`>1000 FOR UPDATE

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

PRAGMA journal_mode=WAL;

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

HelpDesk ថ្មី។

វាចាំបាច់ក្នុងការច្រកប្រព័ន្ធ HelpDesk ពីកំណែខាងក្នុងទៅកំណែ SaaS ប៉ុន្តែជាមួយនឹងការផ្លាស់ប្តូរមួយចំនួន។ រឿងដំបូងដែលខ្ញុំចង់ធ្វើគឺការធ្វើសមាហរណកម្មជាមួយដែនរបស់អតិថិជនទាក់ទងនឹងការអនុញ្ញាតរបស់អ្នកប្រើប្រាស់ប្រកបដោយតម្លាភាពនៅក្នុងប្រព័ន្ធ។ ឥឡូវនេះ ដើម្បីចូលទៅក្នុង HelpDesk ហើយទុកសំណើនៅក្នុងប្រព័ន្ធ អ្នកប្រើប្រាស់គ្រាន់តែចុចលើផ្លូវកាត់នៅលើផ្ទៃតុ ហើយកម្មវិធីរុករកនឹងបើក។ អ្នកប្រើប្រាស់មិនបញ្ចូលព័ត៌មានសម្ងាត់ណាមួយឡើយ។ ម៉ូឌុលសម្រាប់ Apache SSPI ដែលជាផ្នែកមួយនៃម៉ាស៊ីនមេ Veliam ផ្តល់សិទ្ធិឱ្យអ្នកប្រើប្រាស់ដោយស្វ័យប្រវត្តិនៅក្រោមគណនីដែន។ ដើម្បីទុកសំណើនៅក្នុងប្រព័ន្ធ នៅពេលដែលអ្នកប្រើប្រាស់នៅខាងក្រៅបណ្តាញសាជីវកម្ម គាត់ចុចលើប៊ូតុងមួយ ហើយគាត់ទទួលបានតំណនៅក្នុងអ៊ីមែលរបស់គាត់ ដែលតាមរយៈនោះគាត់ចូលទៅក្នុងប្រព័ន្ធ HelpDesk ដោយគ្មានពាក្យសម្ងាត់។ ប្រសិនបើអ្នកប្រើត្រូវបានបិទ ឬលុបក្នុងដែន នោះគណនី HelpDesk ក៏នឹងឈប់ដំណើរការដែរ។ ដូច្នេះ អ្នកគ្រប់គ្រងប្រព័ន្ធមិនចាំបាច់ត្រួតពិនិត្យគណនីទាំងក្នុងដែន និង HelpDesk ខ្លួនឯងទេ។ និយោជិតម្នាក់បានលាឈប់ពីការងារ - គាត់បានផ្តាច់គណនីរបស់គាត់នៅក្នុងដែន ហើយនោះហើយជាវា គាត់នឹងមិនចូលទៅក្នុងប្រព័ន្ធ មិនមែនមកពីបណ្តាញសាជីវកម្ម មិនមែនតាមរយៈតំណភ្ជាប់ទេ។ ដើម្បីឱ្យការរួមបញ្ចូលនេះដំណើរការ អ្នកគ្រប់គ្រងប្រព័ន្ធត្រូវបង្កើត GPO មួយ។ បន្ថែមគេហទំព័រខាងក្នុងទៅតំបន់អ៊ីនធឺណេត и ចែកចាយផ្លូវកាត់ទៅកាន់អ្នកប្រើប្រាស់ទាំងអស់នៅលើកុំព្យូទ័រ.

រឿងទីពីរដែលយើងចាត់ទុកថាចាំបាច់បំផុតសម្រាប់ប្រព័ន្ធ HelpDesk យ៉ាងហោចណាស់សម្រាប់ខ្លួនយើងគឺការភ្ជាប់ទៅកាន់អ្នកដាក់ពាក្យដោយផ្ទាល់ពីកម្មវិធីដោយចុចតែម្តង។ លើសពីនេះទៅទៀត ការតភ្ជាប់ត្រូវតែឆ្លងកាត់ ប្រសិនបើអ្នកគ្រប់គ្រងប្រព័ន្ធនៅលើបណ្តាញផ្សេង។ សម្រាប់​ការ​ចេញ​ធនធាន​នេះ​គឺ​ជា​កាតព្វកិច្ច សម្រាប់​អ្នក​គ្រប់​គ្រង​ប្រព័ន្ធ​ពេញ​ម៉ោង វា​ក៏​ជា​ញឹក​ញាប់​ចាំបាច់​ខ្លាំង​ដែរ។ មានផលិតផលមួយចំនួនរួចហើយដែលធ្វើការងារដ៏ល្អនៃការតភ្ជាប់ពីចម្ងាយ។ ហើយយើងបានសម្រេចចិត្តធ្វើសមាហរណកម្មសម្រាប់ពួកគេ។ ឥឡូវនេះយើងបានរួមបញ្ចូលសម្រាប់ VNC ហើយនៅពេលអនាគតយើងមានគម្រោងបន្ថែម Radmin និង TeamViewer ។ ដោយប្រើការដឹកជញ្ជូនបណ្តាញរបស់យើងសម្រាប់ការតភ្ជាប់ហេដ្ឋារចនាសម្ព័ន្ធពីចម្ងាយ យើងបានធ្វើឱ្យ VNC ភ្ជាប់ទៅស្ថានីយការងារពីចម្ងាយនៅពីក្រោយ NAT ។ ដូចគ្នានេះដែរនឹងកើតឡើងជាមួយ Radmin ។ ឥឡូវនេះ ដើម្បីភ្ជាប់ទៅកាន់អ្នកប្រើប្រាស់ អ្នកគ្រាន់តែចុចប៊ូតុង "ភ្ជាប់ទៅអ្នកដាក់ពាក្យ" នៅក្នុងកម្មវិធីខ្លួនឯង។ ម៉ាស៊ីនភ្ញៀវ VNC បើក និងភ្ជាប់ទៅអ្នកដាក់ពាក្យ ដោយមិនគិតពីថាតើអ្នកស្ថិតនៅលើបណ្តាញតែមួយ ឬអង្គុយនៅផ្ទះដោយពាក់ស្បែកជើង។ ដំបូង អ្នកគ្រប់គ្រងប្រព័ន្ធដោយប្រើ GPO ត្រូវតែដំឡើង VNC Server នៅលើស្ថានីយការងាររបស់អ្នកគ្រប់គ្នា។

ឥឡូវនេះយើងខ្លួនយើងកំពុងប្តូរទៅ HelpDesk ថ្មី ហើយប្រើការរួមបញ្ចូលជាមួយដែន និង VNC ។ នេះគឺងាយស្រួលណាស់សម្រាប់ពួកយើង។ ឥឡូវនេះយើងអាចជៀសវាងការបង់ប្រាក់សម្រាប់ TeamViewer ដែលយើងបានប្រើប្រាស់អស់រយៈពេលជាង 3 ឆ្នាំដើម្បីដំណើរការសេវាកម្មគាំទ្ររបស់យើង។

តើ​យើង​មាន​គម្រោង​ធ្វើ​អ្វី​បន្ទាប់​ទៀត?

នៅពេលយើងបញ្ចេញផលិតផល យើងមិនបានបង់ពន្ធទេ ប៉ុន្តែគ្រាន់តែកំណត់ពន្ធឥតគិតថ្លៃដល់វត្ថុត្រួតពិនិត្យចំនួន 50 ប៉ុណ្ណោះ។ ឧបករណ៍បណ្តាញ និងម៉ាស៊ីនមេចំនួន XNUMX គួរតែគ្រប់គ្រាន់សម្រាប់អ្នករាល់គ្នា។ ហើយបន្ទាប់មកសំណើបានចាប់ផ្តើមចូលមកដើម្បីបង្កើនដែនកំណត់។ និយាយ​ថា​យើង​តក់ស្លុត​បន្តិច​គឺ​មិន​និយាយ​អ្វី​សោះ។ តើ​ក្រុមហ៊ុន​ដែល​មាន​ម៉ាស៊ីន​មេ​ច្រើន​ពិត​ជា​ចាប់​អារម្មណ៍​នឹង​កម្មវិធី​របស់​យើង​ឬ? យើងបានពង្រីកដែនកំណត់ដោយឥតគិតថ្លៃសម្រាប់អ្នកដែលបានស្នើសុំបែបនេះ។ ជាការឆ្លើយតបទៅនឹងសំណើរបស់ពួកគេ យើងបានសួរខ្លះថាហេតុអ្វីបានជាពួកគេត្រូវការច្រើន តើពួកគេពិតជាមានម៉ាស៊ីនមេ និងឧបករណ៍បណ្តាញដ៏ច្រើនបែបនេះឬ? ហើយវាបានប្រែក្លាយថាអ្នកគ្រប់គ្រងប្រព័ន្ធបានចាប់ផ្តើមប្រើប្រព័ន្ធតាមរបៀបដែលយើងមិនបានគ្រោងទុកទាល់តែសោះ។ អ្វីគ្រប់យ៉ាងប្រែទៅជាសាមញ្ញ - កម្មវិធីរបស់យើងបានចាប់ផ្តើមត្រួតពិនិត្យមិនត្រឹមតែម៉ាស៊ីនមេប៉ុណ្ណោះទេប៉ុន្តែថែមទាំងស្ថានីយការងារផងដែរ។ ដូច្នេះមានសំណើជាច្រើនដើម្បីពង្រីកដែនកំណត់។ ឥឡូវនេះយើងបានណែនាំពន្ធដែលបានបង់រួចហើយ ហើយដែនកំណត់អាចត្រូវបានពង្រីកដោយឯករាជ្យ។

ម៉ាស៊ីនមេស្ទើរតែតែងតែដំណើរការជាមួយប្រព័ន្ធផ្ទុកទិន្នន័យ ឬថាសមូលដ្ឋាននៅក្នុងអារេ RAID ។ ហើយដំបូងឡើយ យើងបានបង្កើតផលិតផលសម្រាប់ពួកគេ។ ហើយការត្រួតពិនិត្យ SMART មិនគួរឱ្យចាប់អារម្មណ៍សម្រាប់កិច្ចការនេះទេ។ ប៉ុន្តែដោយគិតពីការពិតដែលថាមនុស្សបានកែសម្រួលកម្មវិធីសម្រាប់ត្រួតពិនិត្យស្ថានីយការងារ សំណើបានលេចឡើងសម្រាប់ការអនុវត្តការត្រួតពិនិត្យ SMART ។ យើងនឹងអនុវត្តវាក្នុងពេលឆាប់ៗនេះ។

ជាមួយនឹងការមកដល់នៃ Veliam Connector វាបានក្លាយជាការមិនចាំបាច់ក្នុងការដាក់ពង្រាយម៉ាស៊ីនមេ VPN នៅក្នុងបណ្តាញសាជីវកម្ម ឬធ្វើ RDGW ឬគ្រាន់តែបញ្ជូនច្រកទៅកាន់ម៉ាស៊ីនចាំបាច់សម្រាប់ភ្ជាប់តាមរយៈ RDP ។ មនុស្សជាច្រើនប្រើប្រព័ន្ធរបស់យើងសម្រាប់តែការភ្ជាប់ពីចម្ងាយទាំងនេះប៉ុណ្ណោះ។ Veliam Connector អាចប្រើបានសម្រាប់តែ Windows ប៉ុណ្ណោះ ហើយអ្នកប្រើប្រាស់ក្រុមហ៊ុនមួយចំនួនបានភ្ជាប់ពីកុំព្យូទ័រយួរដៃនៅផ្ទះដែលកំពុងដំណើរការ MacOS ទៅកាន់ស្ថានីយការងារ ឬស្ថានីយនៅលើបណ្តាញសាជីវកម្ម។ ហើយវាប្រែថាអ្នកគ្រប់គ្រងប្រព័ន្ធត្រូវបានបង្ខំ ដោយសារតែអ្នកប្រើប្រាស់ជាច្រើននៅតែត្រលប់ទៅបញ្ហានៃការបញ្ជូនបន្ត ឬ VPN វិញ។ ដូច្នេះហើយ ឥឡូវនេះ យើងកំពុងបញ្ចប់ការបង្កើតកំណែរបស់ Veliam Connector សម្រាប់ MacOS។ អ្នកប្រើប្រាស់បច្ចេកវិទ្យា Apple ដែលពួកគេចូលចិត្តក៏នឹងមានឱកាសភ្ជាប់ទៅហេដ្ឋារចនាសម្ព័ន្ធសាជីវកម្មដោយចុចតែម្តង។

ខ្ញុំ​ពិត​ជា​ចូល​ចិត្ត​ការ​ពិត​ដែល​ថា ការ​មាន​អ្នក​ប្រើ​ប្រព័ន្ធ​មួយ​ចំនួន​ធំ អ្នក​មិន​ចាំ​បាច់​គិត​ពី​អ្វី​ដែល​មនុស្ស​ត្រូវ​ការ និង​អ្វី​ដែល​ងាយ​ស្រួល​ជាង​នេះ​ទេ។ ពួកគេខ្លួនឯងសរសេរបំណងប្រាថ្នារបស់ពួកគេដូច្នេះមានផែនការអភិវឌ្ឍន៍ជាច្រើនសម្រាប់អនាគតដ៏ខ្លីខាងមុខនេះ។

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

ប្រភព: www.habr.com