ការចូលប្រើប្រាស់ដែលបានផ្ទេរសិទ្ធិ

ផ្តល់ជូនអ្នកប្រើប្រាស់នូវសិទ្ធិចូលប្រើប្រាស់ជាក់លាក់ដែលពួកគេត្រូវការ — និងគ្មានអ្វីលើសពីនេះ

នាំយកអ្នកអភិវឌ្ឍន៍មក ប្រគល់ការចេញវិក្កយបត្រទៅឱ្យគណនេយ្យកររបស់អ្នក ផ្ដល់ឱ្យអតិថិជននូវការចូលមើលសម្រាប់តែអាននៅលើគេហទំព័រផ្ទាល់ខ្លួនរបស់ពួកគេ ឬអនុញ្ញាតឱ្យក្រុមការងារគាំទ្ររបស់យើងពិនិត្យមើលបញ្ហា។ ការផ្ដល់សិទ្ធិនីមួយៗគឺជាតួនាទីដែលមានការអនុញ្ញាតច្បាស់លាស់ ត្រូវបានកំណត់ដែនក្នុងស្ថាប័នមួយ អនុវត្តនៅក្នុងមូលដ្ឋានទិន្នន័យ និងបានកត់ត្រាទុកក្នុងកំណត់ហេតុសវនកម្មដែលអាចបន្ថែមបានតែប៉ុណ្ណោះ។

មនុស្សជាច្រើនភ្ជាប់ទៅនឹងគណនីតែមួយ ដែលម្នាក់ៗមានការអនុញ្ញាតកំណត់ផ្ទាល់ខ្លួន។
  • 94ការអនុញ្ញាតលម្អិត
  • ១២តួនាទីដែលភ្ជាប់មកជាមួយ
  • 8ផ្នែកបុគ្គលិក
  • ៧០០.០០០+គេហទំព័រដែលបានបង្ហោះនៅទូទាំងពិភពលោក

ការចូលប្រើប្រាស់ជាសមាជិកភាព មិនមែនជាពាក្យសម្ងាត់ដែលបានចែករំលែកទេ

ការចែករំលែកព័ត៌មានចូលគណនីតែមួយ គឺជាមូលហេតុដែលនាំឱ្យការចូលប្រើប្រាស់គណនីមានបញ្ហា។ នៅលើ Zinn Digital® មនុស្សម្នាក់ៗមានអត្តសញ្ញាណផ្ទាល់ខ្លួន ហើយការចូលប្រើប្រាស់គឺជាសមាជិកភាព — អ្នកប្រើប្រាស់ អង្គភាព និងតួនាទី — ដែលលោកអ្នកអាចផ្តល់ឱ្យ កែប្រែ ឬដកហូតដោយឡែកពីគ្នាបាន។

អត្តសញ្ញាណផ្ទាល់ខ្លួនរបស់អ្នក ជានិច្ច

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

ស្ថាប័នបង្កើតជារចនាសម្ព័ន្ធមែកធាង

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

ការបំបែកដាច់ត្រូវបានអនុវត្តនៅក្នុងមូលដ្ឋានទិន្នន័យ

ការបែងចែកអ្នកជួលមិនមែនជាតម្រងនៅក្នុងកូដកម្មវិធី ដែលកំហុសបច្ចេកទេសអាចរំលងបាននោះទេ។ សុវត្ថិភាពកម្រិតជួរដេក (Row-Level Security) របស់ Postgres កំណត់វិសាលភាពនៃសំណួរនីមួយៗទៅកាន់ដើមឈើរងរបស់អង្គភាពអ្នកហៅ ដូច្នេះសំណើដែលនៅក្រៅវិសាលភាពរបស់អ្នកមិនមានអ្វីត្រូវត្រឡប់មកវិញនោះទេ។

អវត្តមានមើលមិនឃើញទេ

ស្នើសុំស្ថាប័ន ឬគេហទំព័រណាមួយដែលនៅក្រៅដែនកំណត់របស់អ្នក ហើយ API នឹងឆ្លើយតបដោយសារធម្មតាថារកមិនឃើញ ជាជាងសារកំហុសការអនុញ្ញាត។ សារកំហុសការអនុញ្ញាតនឹងបញ្ជាក់ថាកំណត់ត្រានោះមានពិតប្រាកដ។ រីឯសាររកមិនឃើញ គឺមិនប្រាប់អ្វីទាំងអស់ដល់អ្នកខាងក្រៅ។

តួនាទីអតិថិជនចំនួនបួន ការអនុញ្ញាតចំនួនសាមសិបប្រាំ

សិទ្ធិអនុញ្ញាតគឺជាកូនសោលម្អិត — ម៉ូឌុលបូកនឹងសកម្មភាព ដូចជា sites.restart ឬ billing.refund — ហើយតួនាទីជាអ្នកចងក្រងពួកវា។ តួនាទីចំនួនបួនគ្របដណ្តប់លើទម្រង់ដែលក្រុមការងារជាក់ស្តែងត្រូវការ ហើយតួនាទីនីមួយៗគឺជាទិន្នន័យដែលយើងផ្តល់ឱ្យជាមុន មិនមែនជាតក្កវិជ្ជាដែលកប់ក្នុងកូដនោះទេ។

ម្ចាស់

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

កម្មវិធីគ្រប់គ្រងការចេញវិក្កយបត្រ

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

អ្នកអភិវឌ្ឍន៍

មើល និងបង្កើតគេហទំព័រ ចាប់ផ្ដើមសេវាកម្មឡើងវិញ សម្អាតឃ្លាំងសម្ងាត់ គ្រប់គ្រងសោ API និងដោះស្រាយសំបុត្រគាំទ្រ។ មិនត្រូវបានរាប់បញ្ចូលដោយចេតនា៖ ការចេញវិក្កយបត្រ វិក្កយបត្រ វិធីសាស្ត្រទូទាត់ ការគ្រប់គ្រងសមាជិក ការផ្អាកគេហទំព័រ និងការលុបគេហទំព័រ។ អ្នកម៉ៅការអាចបង្កើតបានដោយមិនអាចចេញវិក្កយបត្រជូនលោកអ្នក ឬបំផ្លាញអ្វីមួយឡើយ។

បានតែអានប៉ុណ្ណោះ

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

ការចូលដែលក្រុមរបស់អ្នកមិនអាចធ្វើឱ្យចុះខ្សោយដោយស្ងាត់ៗ

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

  • Passkeys និង WebAuthn សម្រាប់ការចូលដែលធន់នឹងការបន្លំ (phishing) បូករួមទាំងការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវពីរជំហានតាម TOTP ដែលត្រូវបានអនុវត្តជាកាតព្វកិច្ចសម្រាប់មនុស្សគ្រប់គ្នាតាមគោលការណ៍ — មិនមែនជាការកំណត់ជាជម្រើសដែលសមាជិកក្រុមអាចរំលងបាននោះទេ។
  • ការចូលគណនីតាមរយៈអ៊ីមែលដោយប្រើតំណវេទមន្តជាលំនាំដើម ដោយមានអ៊ីមែល និងពាក្យសម្ងាត់ជាជម្រើសបម្រុង ព្រមទាំងការចូលគណនីតាមបណ្ដាញសង្គមតាមរយៈ Google, Microsoft, GitHub និងផ្សេងទៀត។
  • ការចុះឈ្មោះចូលតែមួយ SAML សម្រាប់អតិថិជនសហគ្រាស និងទីភ្នាក់ងារ ដូច្នេះបុគ្គលិកចូលថ្មី និងចាកចេញត្រូវបានគ្រប់គ្រងដោយអ្នកផ្តល់អត្តសញ្ញាណរបស់អ្នកជាជាងធ្វើដោយដៃ។
  • សម័យប្រជុំតែមួយនៅទូទាំងផ្ទាំងគ្រប់គ្រងអតិថិជន គេហទំព័រសាធារណៈ និងមូលដ្ឋានចំណេះដឹង ព្រមទាំងសំបុត្រគាំទ្រ — ចូលគណនីតែម្តង ហើយដកហូតសិទ្ធិតែម្តង។
  • គោលការណ៍សម័យ អត្តសញ្ញាណកម្មបន្ថែមលើសកម្មភាពរសើប និងបញ្ជីអនុញ្ញាត IP តាមស្ថាប័នជាជម្រើស សម្រាប់គណនីដែលចង់កំណត់ការចូលប្រើប្រាស់ទៅកាន់បណ្តាញដែលស្គាល់។
  • រាល់អ៊ីមែលចុះឈ្មោះត្រូវបានផ្ទៀងផ្ទាត់មុនពេលគណនីមាន ដូច្នេះអាសយដ្ឋានដែលមិនអាចផ្ញើទៅបាន អាសយដ្ឋានបណ្ដោះអាសន្ន និងអាសយដ្ឋានតួនាទី ត្រូវបានចាប់តាំងពីដើមទី ជាជាងក្លាយជាសមាជិកដែលគ្មានម្ចាស់នៅពេលក្រោយ។

នៅពេលក្រុមការងាររបស់យើងត្រូវការសិទ្ធិចូលប្រើ នោះវាមានវិសាលភាពកំណត់ និងត្រូវបានកត់ត្រាទុក

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

នាយកដ្ឋាន មិនមែនអ្នកគ្រប់គ្រងទូទៅទេ

បុគ្គលិកត្រូវបានបែងចែកជាក្រុម៖ ផ្នែកគាំទ្រ, ផ្នែកចេញវិក្កយបត្រ និងហិរញ្ញវត្ថុ, ផ្នែកទប់ស្កាត់ការរំលោភបំពាន និងទំនុកចិត្ត-សុវត្ថិភាព, ផ្នែកលក់, ផ្នែកណែនាំចាប់ផ្តើម, ផ្នែកវិស្វកម្ម និងប្រតិបត្តិការ, ផ្នែកទីផ្សារ និងផ្នែកគ្រប់គ្រង។ តួនាទីនីមួយៗផ្តល់សិទ្ធិប្រើប្រាស់ម៉ូឌុល និងសកម្មភាពជាក់លាក់ ដូច្នេះភ្នាក់ងារនឹងឃើញតែផ្នែកនៃផ្ទាំងគ្រប់គ្រងអ្នកគ្រប់គ្រងដែលការងាររបស់ពួកគេទាមទារប៉ុណ្ណោះ ហើយមិនឃើញផ្នែកផ្សេងទៀតឡើយ។

កម្រិតអតិបរមាពិតប្រាកដរបស់ភ្នាក់ងារគាំទ្រ

តួនាទីជាភ្នាក់ងារគាំទ្រផ្តល់ជូននូវសិទ្ធិយ៉ាងជាក់លាក់ដូចនេះ៖ មើលព័ត៌មានអតិថិជន មើលនិងឆ្លើយតបទៅសំបុត្រជំនួយ មើលគេហទំព័រ បើកគេហទំព័រឡើងវិញ និងសម្អាតឃ្លាំងសម្ងាត់ (cache) របស់វា។ វាមិនមានការកំណត់រចនាសម្ព័ន្ធការទូទាត់ប្រាក់ គ្មានការសងប្រាក់វិញ គ្មានការកែសម្រួលគម្រោង និងគ្មានការគ្រប់គ្រងប្រព័ន្ធបណ្តាញឡើយ។ សកម្មភាពដោះស្រាយដែលភ្នាក់ងារអាចអនុវត្តបានត្រូវបានកំណត់ដោយតួនាទី មិនមែនអាស្រ័យលើបំណងល្អនោះឡើយ។

ការចូលប្រើប្រាស់ជាអតិថិជនត្រូវបានគ្រប់គ្រងយ៉ាងតឹងរ៉ឹង

ការអនុញ្ញាត customer.impersonate មិនមែនជាផ្នែកនៃតួនាទី Manager ទេ — វាត្រូវបានកាន់កាប់ដោយ Super Admin តែប៉ុណ្ណោះ។ នៅពេលដែលវគ្គមួយកំពុងដំណើរការក្នុងនាមលោកអ្នក ផ្ទាំងគ្រប់គ្រងនឹងបង្ហាញបដាក្លែងបន្លំអត្តសញ្ញាណជាប់ជានិច្ច ដូច្នេះវាមិនដែលមានភាពស្រពេចស្រពិលថានរណាជាអ្នកកំពុងធ្វើសកម្មភាពនោះឡើយ។

អ្វីៗទាំងអស់ដែលមានឯកសិទ្ធិត្រូវបានកត់ត្រាទុកជាលាយលក្ខណ៍អក្សរ

រាល់សកម្មភាពដែលមានសិទ្ធិពិសេស និងផ្នែករដ្ឋបាល ត្រូវបានបញ្ចូលទៅក្នុងកំណត់ហេតុសវនកម្មប្រភេទបន្ថែមទិន្នន័យតែមួយមុខ ដែលកត់ត្រាអ្នកធ្វើសកម្មភាព សកម្មភាព គោលដៅ ទិន្នន័យមេតាគាំទ្រ អាសយដ្ឋាន IP និងត្រាពេលវេលា — ដោយបែងចែកតាមពេលវេលានៅក្នុងបរិស្ថានផលិតកម្ម។ ម្ចាស់ និងសមាជិកដែលមានសិទ្ធិត្រឹមតែអាន អាចអានកំណត់ហេតុរបស់ស្ថាប័នពួកគេដោយផ្ទាល់។

ដំណាក់កាលអនុម័តលើសកម្មភាពដែលអាចបណ្តាលឱ្យខូចខាត

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

ម៉ាស៊ីនក៏ទទួលបានសិទ្ធិចូលប្រើប្រាស់ដែលបានផ្ទេរប្រតិភូផងដែរ

ស្គ្រីប, បំពង់បង្ហូរ CI, CLI, អ្នកផ្តល់សេវា Terraform និងភ្នាក់ងារ AI ទាំងអស់ផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវតាមរយៈគំរូការអនុញ្ញាតដូចគ្នានឹងមនុស្ស — គ្មានព័ត៌មានសម្ងាត់មនុស្សដែលបានចែករំលែក, គ្មានការសម្ងាត់ដែលមានអាយុកាលវែងត្រូវបានបិទភ្ជាប់ទៅក្នុង build ឡើយ។

សោ API គឺសម្រាប់ស្ថាប័ននីមួយៗ និងមានវិសាលភាពកំណត់

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

កូនសោ Sandbox គឺដាច់ដោយឡែកពីផលិតកម្ម

សោសម្រាប់ test-mode និង live-mode គឺដាច់ដោយឡែកពីគ្នា ដូច្នេះការធ្វើសមាហរណកម្មដែលកំពុងអភិវឌ្ឍមិនអាចចូលប្រើទិន្នន័យផលិតកម្មដោយចៃដន្យ ឬតាមរយៈអថេរបរិស្ថានដែលបានចម្លងនោះឡើយ។

មានតែ hash ប៉ុណ្ណោះដែលត្រូវបានរក្សាទុក

យើងរក្សាទុក SHA-256 hash នៃការសម្ងាត់ និងបុព្វបទស្វែងរក — មិនដែលរក្សាទុកកូនសោដើមឡើយ។ អ្នកមើលឃើញកូនសោតែម្តងគត់នៅពេលបង្កើត។ កូនសោនីមួយៗតាមដានពេលវេលាដែលវាត្រូវបានប្រើចុងក្រោយ ហើយអាចដកហូតដោយឡែកបានដោយមិនប៉ះពាល់ដល់អ្វីផ្សេងទៀតឡើយ។

ឧបករណ៍ AI ភ្ជាប់ក្រោមការអនុញ្ញាតរបស់អ្នក

ម៉ាស៊ីនបម្រើ MCP របស់យើងអនុញ្ញាតឱ្យភ្នាក់ងារដែលមានសមត្ថភាព MCP ណាមួយអាចគ្រប់គ្រងការបង្ហោះរបស់អ្នកជាភាសាធម្មជាតិ ដោយផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវជាមួយ OAuth 2.1 និងកំណត់វិសាលភាពត្រឹមស្ថាប័ន និងតួនាទី RBAC របស់អ្នក ព្រមទាំងមានថូខឹនដែលអាចដកហូតវិញបានតាមឧបករណ៍នីមួយៗ ការបញ្ជាក់លើសកម្មភាពដែលអាចបំផ្លាញទិន្នន័យ ដែនកំណត់នៃការចំណាយ និងការកត់ត្រាសវនកម្មពេញលេញ។

ការចូលប្រើគេហទំព័រដោយផ្ទាល់

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

  • SSH ជាមួយ jailed shell បូករួមទាំង SFTP និង FTP — ការដាក់ឱ្យនៅដាច់ដោយឡែករបស់ CageFS មានន័យថា អ្នកជួលម្នាក់ៗមើលឃើញតែឯកសារផ្ទាល់ខ្លួនរបស់ពួកគេប៉ុណ្ណោះ។
  • wp-cli ពី terminal របស់ផ្ទាំងបញ្ជា និងតាមរយៈ SSH សម្រាប់ប្រតិបត្តិការដែលអ្នកអភិវឌ្ឍន៍ពិតជាចង់សរសេរ script។
  • កម្មវិធីកែសម្រួល VS Code ពេញលេញនៅក្នុងកម្មវិធីរុករកតាមរយៈ code-server ជាមួយ git ដែលកែសម្រួលឯកសាររបស់គេហទំព័រដោយផ្ទាល់នៅក្នុងផ្ទាំងគ្រប់គ្រង។
  • phpMyAdmin និង Adminer ដែលបានបង្កប់សម្រាប់មូលដ្ឋានទិន្នន័យ ព្រមទាំងកម្មវិធីគ្រប់គ្រងឯកសារដែលបានបង្កប់ ដែលទាំងពីរនេះប្រើប្រាស់ការចូលតែម្តង (single sign-on) ពីផ្ទាំងគ្រប់គ្រង ដោយមិនចាំបាច់មានសំណុំព័ត៌មានសម្ងាត់ទីពីរឡើយ។
  • សោចូលប្រើប្រាស់ និងព័ត៌មានសម្ងាត់ត្រូវបានបង្កើត រាយបញ្ជី ផ្លាស់ប្តូរវេន និងដកហូតនៅក្នុងផ្ទាំងគ្រប់គ្រង ត្រូវបានចេញដោយផ្ដល់សិទ្ធិតិចបំផុត ហើយការប្រើប្រាស់របស់ពួកវាត្រូវបានកត់ត្រាក្នុងកំណត់ហេតុសវនកម្ម។
  • បរិស្ថានសាកល្បងដែលមានមុខងារក្លូន និងបញ្ជូនទៅកាន់គេហទំព័រផ្ទាល់ រក្សាការងារដែលប្រឈមនឹងហានិភ័យឱ្យនៅឆ្ងាយពីប្រព័ន្ធដំណើរការជាក់ស្តែង ដូច្នេះការផ្លាស់ប្តូរដំបូងរបស់អ្នកសហការថ្មីនឹងមិនដែលត្រូវបានដាក់ឱ្យប្រើប្រាស់ដោយផ្ទាល់នៅលើគេហទំព័រដែលកំពុងដំណើរការឡើយ។

របៀបរៀបចំរចនាសម្ព័ន្ធសិទ្ធិចូលប្រើសម្រាប់របៀបដែលអ្នកពិតជាធ្វើការ

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

ទីភ្នាក់ងារមួយប្រើប្រាស់មែកធាងស្ថាប័ន។ អតិថិជនម្នាក់ៗទទួលបានស្ថាប័នកូនផ្ទាល់ខ្លួន ដែលផ្ទុកគេហទំព័ររបស់អតិថិជននោះ ហើយបុគ្គលិករបស់អតិថិជនផ្ទាល់ទទួលបានសមាជិកភាពនៅទីនោះ — សម្រាប់តែការមើលសម្រាប់ភាគីពាក់ព័ន្ធដែលចង់បានភាពច្បាស់លាស់ និងជាម្ចាស់សម្រាប់អតិថិជនដែលចង់បម្រើសេវាកម្មដោយខ្លួនឯង។ បុគ្គលិករបស់អ្នកទទួលបានសមាជិកភាពនៅកម្រិតខ្ពស់ជាងនេះក្នុងមែកធាង និងមើលឃើញផលប័ត្រទាំងមូល។ អតិថិជនមើលឃើញតែសាខាផ្ទាល់ខ្លួនរបស់ពួកគេប៉ុណ្ណោះ ហើយ Row-Level Security គឺជាអ្វីដែលធ្វើឱ្យការណ៍នោះក្លាយជាការពិតជាជាងការសន្យា។

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

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

សំណួរដែលសួរញឹកញាប់

តើខ្ញុំអាចផ្តល់សិទ្ធិចូលប្រើប្រាស់គេហទំព័រតែមួយដល់នរណាម្នាក់បានទេ?

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

តើអ្នកអភិវឌ្ឍន៍ដែលខ្ញុំអញ្ជើញអាចលុបគេហទំព័រ ឬបញ្ចេញទៅប្រើប្រាស់ផ្ទាល់បានទេ?

តួនាទីជា Developer មិនរួមបញ្ចូលការលុបគេហទំព័រ ឬការព្យួរគេហទំព័រនោះទេ — សិទ្ធិទាំងនោះជាកម្មសិទ្ធិរបស់តួនាទីជា Owner។ វាផ្តល់សិទ្ធិក្នុងការមើល និងបង្កើតគេហទំព័រ ការចាប់ផ្តើមសេវាកម្មឡើងវិញ ការសម្អាត cache ការគ្រប់គ្រងសោ API និងការដោះស្រាយសំបុត្រស្នើសុំ (tickets)។ ការអនុញ្ញាតឱ្យធ្វើ deployment និង push-to-live ក៏មិនមែនជាផ្នែកនៃការផ្តល់សិទ្ធិដល់ Developer ដែរ ដូច្នេះការបញ្ជូនទៅកាន់ production នៅតែស្ថិតលើម្ចាស់គណនី។ សូមភ្ជាប់វាជាមួយ staging ដើម្បីឱ្យការងារបង្កើតដំណើរការនៅក្រៅគេហទំព័រផ្ទាល់តាំងពីដំបូង។

តើបុគ្គលិករបស់ Zinn Digital® អាចមើលឃើញអ្វីខ្លះនៅក្នុងគណនីរបស់ខ្ញុំ?

វាអាស្រ័យទាំងស្រុងលើតួនាទីរបស់បុគ្គលិក ហើយតួនាទីនីមួយៗគឺជាសំណុំកូនសោការអនុញ្ញាតជាក់លាក់មួយ។ ឧទាហរណ៍ ភ្នាក់ងារគាំទ្រអាចមើលគណនី និងគេហទំព័ររបស់អ្នក មើល និងឆ្លើយតបទៅសំបុត្រស្នើសុំរបស់អ្នក បើកដំណើរការគេហទំព័រឡើងវិញ និងសម្អាតឃ្លាំងសម្ងាត់របស់វា — ហើយមិនអាចប៉ះពាល់ដល់ការកំណត់រចនាសម្ព័ន្ធការទូទាត់ប្រាក់ ការបង្វិលសងប្រាក់ គម្រោង ឬបណ្ដុំម៉ាស៊ីនបម្រើបានទេ។ ការចូលប្រើប្រាស់ក្នុងនាមជាអតិថិជន គឺជាការអនុញ្ញាតដាច់ដោយឡែកមួយដែលមានសម្រាប់តែ Super Admin ប៉ុណ្ណោះ ហើយនៅពេលដែលវាកើតឡើង ផ្ទាំងគ្រប់គ្រងនឹងបង្ហាញផ្ទាំងបដាតំណាងជាប្រចាំ។ រាល់សកម្មភាពដែលមានសិទ្ធិពិសេសត្រូវបានកត់ត្រាទុកនៅក្នុងកំណត់ហេតុសវនកម្ម រួមមានអ្នកធ្វើ សកម្មភាព គោលដៅ អាសយដ្ឋាន IP និងត្រាពេលវេលា ហើយអ្នកអាចអានកំណត់ហេតុរបស់ស្ថាប័នអ្នកដោយខ្លួនឯងបាន។

តើខ្ញុំអាចដកសិទ្ធិចូលប្រើប្រាស់បានលឿនដោយរបៀបណា ប្រសិនបើមាននរណាម្នាក់ចាកចេញ?

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

តើសមាជិកក្រុមចែករំលែកសោ API របស់ខ្ញុំដែរឬទេ?

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

តើខ្ញុំអាចភ្ជាប់ភ្នាក់ងារ AI ដោយមិនចាំបាច់ផ្តល់សោគ្រប់យ៉ាងឱ្យវាបានទេ?

បាទ/ចាស។ ម៉ាស៊ីនបម្រើ MCP របស់យើងផ្ទៀងផ្ទាត់ភ្នាក់ងារដោយប្រើ OAuth 2.1 និងកំណត់វិសាលភាពពួកវាទៅតាមស្ថាប័នរបស់អ្នក និងតួនាទី RBAC របស់អ្នក ដោយមានថូខឹនដែលអាចដកហូតបានតាមឧបករណ៍នីមួយៗ ដូច្នេះអ្នកផ្តល់នូវសមត្ថភាពជាក់លាក់ណាមួយ ជាជាងការចូលប្រើប្រាស់ពេញលេញ។ សកម្មភាពដែលនាំឱ្យបាត់បង់ទាមទារការបញ្ជាក់ មានការកំណត់កម្រិតចំណាយ ហើយគ្រប់សកម្មភាពទាំងអស់ត្រូវបានកត់ត្រាក្នុងកំណត់ហេតុសវនកម្មដូចគ្នានឹងសកម្មភាពរបស់មនុស្សដែរ។

តើអ្វីដែលរារាំងអ្នកជួលម្នាក់មិនឱ្យចូលប្រើទិន្នន័យរបស់អ្នកជួលម្នាក់ទៀត?

Postgres Row-Level Security កំណត់វិសាលភាពនៃសំណួរទៅកាន់អនុសាខាស្ថាប័នរបស់អ្នកហៅនៅក្នុងមូលដ្ឋានទិន្នន័យផ្ទាល់ ដោយមានតម្រងកម្រិតកម្មវិធីជាការការពារស៊ីជម្រៅ ជាជាងជាខ្សែការពារតែមួយគត់។ សំណើសម្រាប់កំណត់ត្រានៅក្រៅវិសាលភាព នឹងត្រឡប់លទ្ធផលថារកមិនឃើញ ជាជាងកំហុសការអនុញ្ញាត ដូច្នេះហើយគ្មានអ្វីត្រូវបានបង្ហាញអំពីអ្វីដែលមាននោះទេ។ នៅផ្នែកម៉ាស៊ីនបម្រើ ការបែងចែកដាច់ដោយឡែកតាមគេហទំព័រនីមួយៗតាមរយៈ CageFS រក្សា shell និងឯកសាររបស់អ្នកជួលម្នាក់ៗឱ្យនៅត្រឹមតែគេហទំព័រផ្ទាល់ខ្លួនរបស់ពួកគេប៉ុណ្ណោះ។

តើខ្ញុំអាចសាកល្បងវាមុនពេលបង់ប្រាក់បានទេ?

បាទ/ចាស។ ការសាកល្បងរយៈពេល 14 ថ្ងៃមិនតម្រូវឱ្យប្រើកាតទេ — មិនបាច់មានព័ត៌មានលម្អិតអំពីការទូទាត់ គ្មានការជាប់កាតព្វកិច្ច — និងរួមបញ្ចូលសេវាកម្ម Footprint-Free hosting សម្រាប់គេហទំព័ររហូតដល់ប្រាំ។ វាគ្រប់គ្រាន់ក្នុងការអញ្ជើញមិត្តរួមការងារ ចាត់តាំងតួនាទី និងបញ្ជាក់ថាព្រំដែនដំណើរការតាមវិធីដែលអ្នកត្រូវការ មុនពេលអ្នកធ្វើការសម្រេចចិត្តភ្ជាប់កិច្ចសន្យា។

ផ្ទេរសិទ្ធិដោយមានព្រំដែនដែលអ្នកអាចចង្អុលបង្ហាញបាន

ចាប់ផ្ដើមជាមួយការសាកល្បងឥតគិតថ្លៃរយៈពេល 14 ថ្ងៃដោយមិនចាំបាច់ប្រើកាត អញ្ជើញនរណាម្នាក់ ហើយមើលគំរូនៃការអនុញ្ញាតបំពេញមុខងាររបស់វា — តួនាទីដែលអ្នកអាចដាក់ឈ្មោះបាន វិសាលភាពដែលអ្នកអាចដកហូតបាន និងកំណត់ហេតុសវនកម្មដែលបញ្ជាក់យ៉ាងច្បាស់អំពីអ្នកណាបានធ្វើអ្វី។

ចាប់ផ្តើមឥតគិតថ្លៃ