ជ្រើសរើសវិធីចូល FTP proxy ដែលច្រកផ្លូវរបស់អ្នករំពឹង

ផ្គូផ្គងការសន្ទនា USER, SITE ឬ OPEN របស់ច្រកផ្លូវ FTP ដើមជាមួយកម្មវិធីភ្ញៀវដែលគាំទ្រវា ដោយរក្សាគណនីច្រកផ្លូវដាច់ដោយឡែកពីគណនីគោលដៅ។

“FTP proxy” អាចសំដៅលើច្រកផ្លូវដែលនិយាយ FTP ដោយខ្លួនឯង។ ការភ្ជាប់ទៅវាខុសពីការស្នើ CONNECT ពី HTTP proxy ឬស្នើ SOCKS server បើកគោលដៅ TCP។

ច្រកផ្លូវត្រូវការម៉ាស៊ីននិងគណនីគោលដៅ ហើយអាចត្រូវការការចូលផ្ទាល់ខ្លួនជាមុន។ ផលិតផលបង្ហាញការសន្ទនានោះតាមវិធីផ្សេងៗ៖

ការរៀបចំទម្រង់ពាក្យបញ្ជាធម្មតា
គោលដៅបង្កប់ក្នុងឈ្មោះអ្នកប្រើUSER target-user@target-host
ការចូលច្រកផ្លូវដាច់ដោយឡែកUSER/PASS របស់ច្រកផ្លូវ បន្ទាប់មកការចូលគោលដៅ
ពាក្យបញ្ជាគោលដៅច្បាស់លាស់SITE target-host ឬ OPEN target-host បន្ទាប់មកការចូលដែលត្រូវការ

ទាំងនេះជាក្រុមទំនៀមទម្លាប់ មិនមែនជាលំដាប់ស្តង់ដារតែមួយសម្រាប់គ្រប់ច្រកផ្លូវទេ។ ជ្រើសវិធីដែលអ្នកគ្រប់គ្រងបានចងក្រង និងដែលកម្មវិធីភ្ញៀវគាំទ្រ។

រក្សាគណនីទាំងពីរឱ្យមើលឃើញក្នុងការកំណត់

ពាក្យសម្ងាត់ FTP គោលដៅ និងពាក្យសម្ងាត់ច្រកផ្លូវអាចខុសគ្នា។ ច្រកផ្លូវខ្លះបញ្ចូលវាក្នុងតំណាង USER/PASS តែមួយ; ខ្លះទៀតត្រូវការការផ្លាស់ប្តូរដាច់ដោយឡែក។ ការដាក់តម្លៃទាំងអស់ក្នុងខ្សែអក្សរតែមួយមិនអាចបង្កើតកម្មវិធីភ្ញៀវដែលត្រូវផ្ញើពាក្យបញ្ជាបន្ថែមឡើងវិញបានទេ។

នេះពន្យល់ព្រំដែនដែលមានប្រយោជន៍នៅក្នុងកូដ FtpWebRequest ចាស់។ ការភ្ជាប់ FTP ធម្មតាទៅច្រកផ្លូវ ជាមួយឈ្មោះអ្នកប្រើជាក់លាក់របស់ច្រកផ្លូវ អាចសមនឹងការរៀបចំ USER/PASS ខ្លះ។ ច្រកផ្លូវដែលត្រូវការការសន្ទនា SITE ឬ OPEN ដាច់ដោយឡែកត្រូវការកម្មវិធីភ្ញៀវដែលគាំទ្រលំហូរនោះពិតប្រាកដ។ លក្ខណសម្បត្តិ Proxy ក្នុង WebRequest គឺជាចំណុចប្រទាក់មួយផ្សេងទៀត។

ឧទាហរណ៍ WinSCP ផ្តល់វិធីចូល FTP proxy ដាច់ដោយឡែក ជំនួសឱ្យការចាត់ទុកច្រកផ្លូវទាំងអស់ជាវាលម៉ាស៊ីនតែមួយ។ តម្លៃការកំណត់ឆៅជាលេខរបស់វាជាកម្មសិទ្ធិរបស់ API ដែលបានចងក្រង; ប្រើឈ្មោះវិធី និងការសន្ទនាដែលបានបម្រុងនៅពេលពិនិត្យការកំណត់។

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

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