[
https://issues.apache.org/jira/browse/NET-730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gary D. Gregory resolved NET-730.
---------------------------------
Fix Version/s: 3.11.0
Resolution: Fixed
[~jthalmai]
Fixed in git master and snapshot builds in
https://repository.apache.org/content/repositories/snapshots/commons-net/commons-net/3.11.0-SNAPSHOT/
Please verify with your use case and let me know.
> Cannot connect to FTP server with HTTP proxy
> --------------------------------------------
>
> Key: NET-730
> URL: https://issues.apache.org/jira/browse/NET-730
> Project: Commons Net
> Issue Type: Bug
> Components: FTP
> Affects Versions: 3.10.0
> Reporter: Johannes Thalmair
> Assignee: Gary D. Gregory
> Priority: Major
> Fix For: 3.11.0
>
>
> After updating from Commons Net 3.9.0 to 3.10.0, I can no longer connect to
> an FTP server with an HTTP proxy that requires authorization. Sadly I do not
> have direct access to that server and don't know which proxy is running
> there. A try to connect just blocks for 5 minutes and then fails with an
> IOException: No response from proxy
> at org.apache.commons.net.ftp.FTPHTTPClient
> .tunnelHandshake(FTPHTTPClient .java:209)
> at org.apache.commons.net.ftp.FTPHTTPClient .connect(FTPHTTPClient
> .java:173)
>
> I'm using the org.apache.commons.net.ftp.FTPHTTPClient for connecting and
> already did some debugging. The change that causes my problem is the switch
> from the deprecated
> org.apache.commons.net.util.Base64.{{{}encodeToString(byte[]){}}} to
> java.util.Base64.getEncoder().encodeToString({{{}byte[]{}}}) to encode the
> Proxy-Authorization header in FTPHTTPClient.tunnelHandshake() (see
> [https://github.com/apache/commons-net/commit/396bade29ad98d20a2c039ac561db56b63018b39])
> The old encoding method added a CRLF / "\r\n" to the end of the String,
> while the new one does not. This specific proxy seems to expect it, I don't
> know if others do, too.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
