ការតភ្ជាប់ត្រូវបានកំណត់ឡើងវិញដោយភាគីម្ខាងតាមរយៈប្រូកស៊ី៖ រកដំណាក់កាលដែលបរាជ័យ
ប្រើដំណាក់កាលតភ្ជាប់ និងភស្តុតាងបញ្ជាក់ ដើម្បីស៊ើបអង្កេតការកំណត់ប្រូកស៊ីឡើងវិញ ដោយមិនចាត់ទុកសារកំហុសខ្លីរបស់ប្រព័ន្ធប្រតិបត្តិការជាការកំណត់មូលហេតុ។
“Connection reset by peer” បង្ហាញពីការតភ្ជាប់ដឹកជញ្ជូនដែលដាច់។ វាមិនកំណត់អ្នកផ្តល់សេវា ប្រតិបត្តិករប្រូកស៊ី ឬគេហទំព័រជាមូលហេតុទេ។
| ពេលវេលាកំណត់ឡើងវិញ | កន្លែងស៊ើបអង្កេត |
|---|---|
| ភ្លាមៗបន្ទាប់ពី TCP ភ្ជាប់ | ការមិនត្រូវគ្នានៃពិធីការ ឬសេវាដែលបដិសេធការផ្លាស់ប្តូរបើកដំបូង |
| បន្ទាប់ពី CONNECT ជោគជ័យ | ផ្លូវរូងក្រោមដីដែលបានបង្កើត |
| អំឡុងពេលឆ្លើយតប | ការបិទផ្នែកខាងលើ គោលនយោបាយអាយុកាលរបស់អន្តរការី និងផ្លូវផ្ទេរ |
បន្ទាប់មកផ្លាស់ប្តូរលក្ខខណ្ឌពាក់ព័ន្ធមួយ ខណៈរក្សាប្រូកស៊ី និងគោលដៅឱ្យនៅដដែល។ ប្រៀបធៀបការតភ្ជាប់ដែលបានអ៊ិនគ្រីបត្រឹមត្រូវពីអតិថិជនទៅប្រូកស៊ី នៅកន្លែងដែលគាំទ្រ ឬអតិថិជនដូចគ្នាពីបណ្តាញដែលបានអនុម័តផ្សេងទៀត។ សួរថាតើប្រតិបត្តិករអាចភ្ជាប់ការប៉ុនប៉ងនេះនៅក្នុងកំណត់ហេតុរបស់គាត់បានឬទេ។
លទ្ធផលខុសគ្នាធ្វើឱ្យការស៊ើបអង្កេតតូចចង្អៀត ប៉ុន្តែមិនបញ្ជាក់មូលហេតុតែមួយទេ។ ការបញ្ជូនចរាចរណ៍តាមរូងក្រោមដីអាចផ្លាស់ប្តូរពេលវេលា បន្ទុក គោលនយោបាយ និងឧបករណ៍កណ្តាលក្នុងពេលតែមួយ។ ភាពជោគជ័យរបស់វាតែម្នាក់ឯងមិនអាចបង្ហាញពីការទប់ស្កាត់ដោយចេតនានៅលើផ្លូវដើមបានទេ។
នៅកន្លែងដែលមានការសង្កេតកញ្ចប់ដែលបានអនុញ្ញាត សូមប្រៀបធៀបជាមួយកំណត់ហេតុកម្មវិធី និងប្រូកស៊ី។ សូម្បីតែអាសយដ្ឋានប្រភពកញ្ចប់ដែលរំពឹងទុកក៏មិនពន្យល់ថាហេតុអ្វីបានជាការកំណត់ឡើងវិញត្រូវបានផ្ញើ ឬប្រព័ន្ធណាបានអនុវត្តគោលនយោបាយ។
រក្សាទុកកំហុសជាលេខ ត្រាពេលវេលា ចំណុចបញ្ចប់ និងដំណាក់កាលចុងក្រោយដែលបានបញ្ចប់។ ប្រើភស្តុតាងនោះមុនពេលផ្លាស់ប្តូរព័ត៌មានសម្ងាត់ ឬការកំណត់ TLS; សារកំណត់ឡើងវិញខ្លីដោយខ្លួនឯងមិនផ្តល់ហេតុផលដើម្បីផ្លាស់ប្តូរទាំងពីរនោះទេ។