ផ្លូវ SOCKS សម្រាប់ FTPSClient របស់ Commons Net

នៅពេលមានអន្តរការី SOCKS FTPSClient របស់ Commons Net អាចប្រើចំណុចប្រទាក់ socket proxy ដែលទទួលមរតក។ រក្សាម៉ាស៊ីនមេ FTPS ជាគោលដៅនៃការតភ្ជាប់៖

var client = new org.apache.commons.net.ftp.FTPSClient(false);
client.setProxy(new java.net.Proxy(
    java.net.Proxy.Type.SOCKS,
    new java.net.InetSocketAddress("proxy.example", 1080)));
client.setTrustManager(null);
client.setEndpointCheckingEnabled(true);
client.setConnectTimeout(10000);
client.connect("ftps.example", 21);

នេះចាប់ផ្តើមការតភ្ជាប់ FTPS ច្បាស់លាស់។ កម្មវិធីនៅតែទទួលខុសត្រូវលើការចូល ការចរចាការពារទិន្នន័យ ការគ្រប់គ្រងការផ្ទេរ និងការផ្ដាច់។ ការកំណត់ null trust manager ជ្រើសរើស trust manager លំនាំដើមរបស់ JVM ជំនួសឱ្យការត្រួតពិនិត្យវិញ្ញាបនបត្រតាមកាលបរិច្ឆេទតែមួយរបស់ Commons Net។ ប្រើ trust store ដែលបានបម្រុង និងឈ្មោះម៉ាស៊ីននៃវិញ្ញាបនបត្រម៉ាស៊ីនមេ។

សម្រាប់ការផ្ទេរអកម្ម ការអនុវត្ត FTPSClient បច្ចុប្បន្នបង្កើត socket ទិន្នន័យរបស់ខ្លួនតាមរយៈ proxy ដែលបានកំណត់ផងដែរ បន្ទាប់មកបន្ថែមស្រទាប់ TLS។ បន្ទាប់ពីចូល សូមប្រើរបៀបអកម្ម ហើយចរចាឆានែលទិន្នន័យការពារដែលត្រូវការតាមរយៈ FTPS API ធម្មតា។ ការតភ្ជាប់ត្រួតពិនិត្យដែលជោគជ័យមិនបញ្ចប់ការងារនោះទេ ការតភ្ជាប់ទិន្នន័យអកម្មនៅតែជាផ្លូវដាច់ដោយឡែក។

កូដសន្មតថាសេវាកម្ម SOCKS ដោយគ្មានគណនីបន្ថែម។ ការគាំទ្រការផ្ទៀងផ្ទាត់អត្តសញ្ញាណត្រូវការពិនិត្យដាច់ដោយឡែកសម្រាប់ Java runtime និងការដាក់ពង្រាយដែលបានជ្រើស។

នេះមិនមែនជាចំណុចប្រទាក់ HTTP CONNECT របស់ FTPHTTPClient ទេ។ បងប្អូននោះគ្រប់គ្រង FTP ធម្មតាតាមរយៈផ្លូវរូង HTTP។ ការប្តូរព័រតរបស់វាមិនបន្ថែម FTPS ទេ។ ប្រសិនបើបណ្តាញអនុញ្ញាតតែ proxy HTTP សូមជ្រើសការអនុវត្ត FTPS ឬការកែសម្រួលដែលថែទាំ ហើយគាំទ្រ CONNECT ទាំងផ្លូវត្រួតពិនិត្យ និងផ្លូវទិន្នន័យ។

រក្សាការកំណត់ proxy ពេញវដ្តជីវិតឧបករណ៍ភ្ជាប់ ហើយពិនិត្យវាឡើងវិញមុនពេលភ្ជាប់ឡើងវិញនូវឧទាហរណ៍ដែលបានប្រើឡើងវិញ៖ ការផ្ដាច់ FTPS កំណត់ឡើងវិញនូវរោងចក្រ socket។ កុំជំនួសការត្រួតពិនិត្យវិញ្ញាបនបត្រដោយ trust-all manager ដើម្បីឱ្យផ្លូវនេះមើលទៅជោគជ័យ។