AWS Lambda មិនអាចឈានដល់ប្រូកស៊ីឯកជន៖ ពិនិត្យផ្លូវ VPC

ប្រើអាសយដ្ឋាន និងច្រករបស់អ្នកស្តាប់ប្រូកស៊ីសម្រាប់ការតភ្ជាប់ VPC ដំបូង ជាមួយទិសដៅក្រុមសុវត្ថិភាព និងទិដ្ឋភាព DNS ត្រឹមត្រូវ។

នៅពេល Requests ត្រូវបានកំណត់សម្រាប់ប្រូកស៊ីបញ្ជូនបន្ត Lambda ភ្ជាប់ទៅអ្នកស្តាប់នោះជាមុន។ គេហទំព័រ HTTPS នៅលើ 443 មិនប្តូរប្រូកស៊ីដែលស្តាប់នៅលើ 3128 ទៅជាច្រក 443 នៃជំហានដំបូងទេ។

Lambda code → configured VPC path → proxy listener → destination

សម្រាប់ប្រូកស៊ីឯកជនដែលស្នាក់នៅលើ EC2 ភ្ជាប់អនុគមន៍ទៅសបណេត VPC និងក្រុមសុវត្ថិភាពដែលបានកំណត់។ Lambda គ្រប់គ្រងចំណុចប្រទាក់បណ្តាញសម្រាប់ការភ្ជាប់នេះ។ សបណេតផ្សេងៗអាចដំណើរការ នៅពេលការបញ្ជូនផ្លូវ និងការគ្រប់គ្រងការចូលរបស់ពួកគេអនុញ្ញាត។

ការគ្រប់គ្រងតម្រូវការជំហានដំបូងក្នុងការដំឡើងដែលបញ្ជូនផ្លូវផ្ទាល់ក្នុង VPC ដូចគ្នា
ក្រុមសុវត្ថិភាពរបស់អនុគមន៍TCP ចេញទៅអ្នកស្តាប់ប្រូកស៊ី
ក្រុមសុវត្ថិភាពរបស់ប្រូកស៊ីTCP ចូលលើច្រកនោះពីប្រភព ឬក្រុមសុវត្ថិភាពរបស់អនុគមន៍ដែលបានកំណត់
ដំណើរការប្រូកស៊ីអ្នកស្តាប់លើចំណុចប្រទាក់ដែលអាចឈានដល់ ជាមួយការអនុញ្ញាតចូលរបស់អតិថិជន

ច្បាប់ចូលតែលើក្រុមអនុគមន៍មិនអាចអនុញ្ញាតការតភ្ជាប់អតិថិជនចេញនេះបានទេ។ បញ្ចូលតារាងបញ្ជូនផ្លូវ និង ACL បណ្តាញរបស់សបណេតក្នុងការពិនិត្យផ្លូវ។

សម្រាប់ឈ្មោះប្រូកស៊ីឯកជនក្នុង Route 53 ផ្ទៀងផ្ទាត់ការភ្ជាប់តំបន់ដែលរៀបចំជាមួយ VPC និងការកំណត់ DNS រួមទាំង enableDnsHostnames និង enableDnsSupport។ ការស្វែងរកជោគជ័យពីកុំព្យូទ័រយួរដៃមិនបញ្ជាក់ទិដ្ឋភាព DNS របស់ Lambda ទេ។ កត់ត្រាថាឈ្មោះដែលបរាជ័យគឺប្រូកស៊ី ឬគេហទំព័រ។ ការប្តូរគេហទំព័រទៅ IP លេខមិនមែនជាការកែឈ្មោះប្រូកស៊ីទេ។

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

អត្ថបទពាក់ព័ន្ធ