ការតភ្ជាប់ broker Artemis ដែលជោគជ័យជាមួយពាក្យសម្ងាត់ SOCKS ខុស អាចបានឆ្លងកាត់អ្នកគ្រប់គ្រង proxy។ ពិនិត្យគោលដៅ broker មិនត្រឹមតែ socksHost ទេ។

ឯកសារ transport ពិពណ៌នាអាសយដ្ឋាន broker loopback ដូចជា localhost និង 127.0.0.1 ថាជាអាសយដ្ឋានដែលឆ្លងកាត់ការកំណត់ SOCKS។ សម្រាប់ផ្លូវដោះស្រាយមូលដ្ឋានធម្មតា សូមប្រើអាសយដ្ឋាន broker ដែលមិនមែន loopback ដែលបានបម្រុងទុក នៅពេលការតភ្ជាប់ត្រូវឆ្លងកាត់អ្នកកណ្តាល។ alias ផ្សេងទៀតដែលនៅតែដោះស្រាយទៅ loopback អាចផ្តល់លទ្ធផលដូចគ្នា។

ពិនិត្យលក្ខខណ្ឌពិតប្រាកដនៃកំណែ connector

កូដ connector upstream ថ្មីជាងនេះរួមមានការលើកលែង remote-DNS ច្បាស់លាស់។ លក្ខខណ្ឌរបស់អ្នកគ្រប់គ្រង proxy គឺ៖

socksEnabled && (socksRemoteDNS || !isTargetLocalHost())

នៅពេល socksRemoteDNS ត្រូវបានបើកក្នុងការអនុវត្តដែលមានលក្ខខណ្ឌនោះ connector ទុកគោលដៅមិនដោះស្រាយ ហើយដំឡើងអ្នកគ្រប់គ្រង SOCKS សូម្បីតែសម្រាប់គោលដៅដែលមើលទៅដូច loopback។ ជាមួយតម្លៃលំនាំដើមដែលបានចងក្រង false ការសាកល្បងអាសយដ្ឋានមូលដ្ឋាននៅតែសំខាន់។

នោះផ្លាស់ប្តូរអត្ថន័យនៃ hostname ដូចជា localhost៖ នៅពេលវាត្រូវបានផ្ញើទៅម៉ាស៊ីនមេ SOCKS ដើម្បីដោះស្រាយ វាសំដៅទៅ ទិដ្ឋភាពគោលដៅរបស់ proxy។ បញ្ជាក់ថានេះជាទីតាំង broker ដែលបានបម្រុងទុក មុនពេលជ្រើសរើសការដោះស្រាយពីចម្ងាយ។

ផ្គូផ្គងឥរិយាបថជាមួយ client Artemis ដែលបានដំឡើង។ នៅពេលអ្នកគ្រប់គ្រងស្ថិតនៅក្នុងផ្លូវពិតប្រាកដ សូមបែងចែកការផ្ទៀងផ្ទាត់ SOCKS ពីការផ្ទៀងផ្ទាត់ broker ហើយផ្ទៀងផ្ទាត់ផ្លូវតភ្ជាប់ដែលទទួលបាន ជំនួសឱ្យការចាត់ទុកសម័យ broker ជោគជ័យជាភស្តុតាងថាព័ត៌មាន proxy ត្រូវបានប្រើ។

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