You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@commons.apache.org by "Dave Nice (JIRA)" <ji...@apache.org> on 2016/02/29 17:21:18 UTC

[jira] [Created] (NET-588) FTPClient.setPassiveNatWorkaround assumes host is outside site local range

Dave Nice created NET-588:
-----------------------------

             Summary: FTPClient.setPassiveNatWorkaround assumes host is outside site local range
                 Key: NET-588
                 URL: https://issues.apache.org/jira/browse/NET-588
             Project: Commons Net
          Issue Type: Bug
          Components: FTP
    Affects Versions: 3.3, 3.1
            Reporter: Dave Nice


We have a NAT firewall between two "site local" 10.x networks. The effect is that the FTP library tries to make data connections to the wrong host because the passive NAT workaround doesn't operate if both remote and local networks are "site local".

I see that Damon Dan references pretty much the exact issue within bug NET-363 when the workaround was originally introduced.

Users with "site local" networks would be quite at liberty to subnet within the network, I guess, to suit their administrative needs, so this seems like a valid issue.

Options I can see:
1) Include a way of forcing the workaround in place
2) Remove the selectivity around rewriting the host only if you're connecting "site local" -> "non-site local"... Issue here is around a server that has multiple endpoints for data connections?
3) Allow the user to specify their own data host via API

I haven't yet identified a workaround within the current code!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)