: Thursday, August 22, 2019 6:39 PM
To: ftpserver-users@mina.apache.org
Subject: Re: FTP Data Channels Through Reverse Proxy
Hi Kenneth,
Of course there are FTP-capable (reverse) proxies out there. Maybe there are
no free ones; that´s different...
Regarding when to close the data channel
gt; match FTP with auto-flush on. We know the socket close logic is at the
> heart of the problem. Apache is closing the command socket and I'll bet
> there is some internal hidden error causing that.
>
> Thanks.
> Ken
>
> -Original Message-
> From: David Latorre
>
an afterCommand()
> for MLSD, but then we'd have to know this was for a DC and close that
> DC instead of the Command Channel. Ugh!
>
> Thanks.
> Ken
>
> -Original Message-
> From: Kenneth Taylor
> Sent: Thursday, August 22, 2019 9:01 AM
> To: ftpserver-users@
ut then we'd have to know this was for a DC and close that DC
> instead of the Command Channel. Ugh!
>
> Thanks.
> Ken
>
> -Original Message-
> From: Kenneth Taylor
> Sent: Thursday, August 22, 2019 9:01 AM
> To: ftpserver-users@mina.apache.org
> Subject: RE: FTP Data
erver.
Could it be that Apache is expecting something on that stream, even if its just
an ACK or disconnect?
Thanks.
Ken
-Original Message-
From: David Latorre
Sent: Wednesday, August 21, 2019 6:09 PM
To: ftpserver-users@mina.apache.org
Subject: Re: FTP Data Channels Through Reverse Proxy
hing on that stream, even if its just
an ACK or disconnect?
Thanks.
Ken
-Original Message-
From: David Latorre
Sent: Wednesday, August 21, 2019 6:09 PM
To: ftpserver-users@mina.apache.org
Subject: Re: FTP Data Channels Through Reverse Proxy
Ah sorry,
I was rechecking something and
Ah sorry,
I was rechecking something and made a mistake regarding the IP address in
the PASV response. In any case, unless you have proof (logs from the server
or network traces of the server <-> proxy bit) that the server returns
invalid data in the proxy case, I think you should focus on
Hi Kenneth,
Shouldn't you receive the proxy address as a response to PASV when going
through the proxy? Otherwise it would bypass the proxy, but I'm assuming
you should not connect directly from the client to the server and that's
why you need a proxy. I'm a bit puzzled since you state that the
We are trying to get Apache FTP Server to work behind a reverse proxy. The only
thing not working is the data channels. We use an Ftplet to intercept and
handle the PASV command and substitute our proxy's IP and port in the PASV
response. That all seems to work fine. We are testing it with