Menu
▾
▴
#139 Misleading error on attempted ftp access
Attempts to use Privoxy as an FTP
proxy are currently answered with
"404 - no such domain: http://<ftp url>"
We should detect ftp urls when parsing
the request and produce a proper error
code and message.
Logged In: NO
Will Privoxy ever be able to process ftp sites? We have
many ftp sites that we access that have PDF files we view.
Logged In: YES
user_id=322640
What do you mean by "process"? If you mean to act as a ftp
filtering proxy, there is no plans for this, nor is anyone
working on this. What problems do you have the pdfs now? It
shouldn't be a problem, just don't set your browser's ftp
proxy settings. Do the ftp sites have ads? Why do you need
this???
Logged In: NO
We can certainly set the browser's ftp proxy settings to
circumvent this problem, however, it will require resetting this
parameter on thousands of PCs. I would rather not have to
do this. As a result, we get an error on ftp sites when trying
to load pdf files.
Logged In: YES
user_id=322640
Thousands? Wow.
I really don't think there are even plans for ftp support,
much less any work being done. I suspect this would be much
more work than it might sound like, since privoxy code is
very much intertwined with http protocol.
What might help, and is on the table for the next stable
release cycle (3.2), is transparent proxying. Or would you
still have to reconfigure all those browsers? How did you
configure them in the first place (if you don't mind me asking)?
There is also some talk of a 'redirect' action where a URL
is arbitrarily redirected somewhere else. And I guess a
chance something might be possible to handle ftp URLs via
that. But it is just in the talking stage at this point, and
won't happen soon.
Logged In: NO
I understand Privoxy will never (or isn't planned to be) an
ftp proxy. What about detecting that the link is for ftp and
just letting it pass through, no filtering.
fred@fredsanders.com
Logged In: NO
When I try to read
ftp://ftp.rsasecurity.com/pub/cryptobytes/crypto1n2.pdf
(using MSIE 5.5) I get an error, because Privoxy tries to find
http://ftp://ftp.rsasecurity.com/pub/cryptobytes/crypto1n2.pdf
and fails. Disabling Privoxy has no effect; it does the same
thing enabled or disabled. As someone said before, Privoxy
needs to detect ftp requests and just pass them through
unchanged.
Logged In: YES
user_id=78811
> As someone said before, Privoxy
> needs to detect ftp requests and just pass them through
> unchanged.
No. Passing requests, unchanged or not, is proxying. And now
please repeat after me: "Privoxy is not an FTP proxy". After that,
remove any FTP proxy settings you have made in your browser
or operating system.
Seriously, there is no such thing as silently stepping out of the
way when you've reeceived an FTP proxy request. Handling that
would require integrarting an FTP client into Privoxy which we
might or might not choose to do in a distant future, but which is
in no way a required or even typical feature in HTTP proxies.
This bug is concerned with the way Privoxy reacts to such
illegal requests. It should, but doesn't yet, say: "Privoxy is
not an FTP proxy"...
Logged In: YES
user_id=322640
Just to be clear, I have no problem retrieving the quoted
ftp url with Mozilla + Privoxy. The problem is not a Privoxy
problem but a proxy setting problem. I am guessing some
browsers (or OS's) have a general "proxy" setting and then
lump FTP and HTTP together for browsing purposes leaving the
user with little way of knowing that FTP proxying is being
activated as well. The error message that is quoted below
cannot happen unless there is an attempt to proxy the FTP
URL (which is purely a browser/OS decision). Privoxy CAN'T
do this, and the browser should not be told to try it.
Logged In: YES
user_id=78811
Ooops, accidentally closed. Resurrecting.
See also duplicate BR #736380 at
http://sf.net/tracker?func=detail&aid=736380&group_id=11118&atid=111118
Logged In: NO
come on... this is now June 2005 and it's still doing this...
Your request for http://ftp://www.generalissue.com/canvas/COMBAT6.zip could not be fulfilled, because the domain name ftp could not be resolved.
the actual link for the item is:
ftp://www.generalissue.com/canvas/COMBAT6.zip
paul dot cooke100 at blueyonder dot co dot uk
Logged In: YES
user_id=918753
+1 for this bug.
For an example visit:
http://dl.winsite.com/bin/downl?500000030590
It redirects to an FTP location privoxy can't resolve.
ftp://sunsite.rediris.es/mirror/winsite/win95/games/same.ZIP
"No such domain
Your request for
http://ftp://sunsite.rediris.es/mirror/winsite/win95/games/same.ZIP
could not be fulfilled, because the domain name ftp could
not be resolved. "
Logged In: YES
user_id=249980
You guys do understand that "resolving" this will amount to
a better message, not actually passing the request on,
right? The "solution" is to turn FTP proxying off.
Logged In: YES
user_id=875547
Privoxy 3.0.5 beta blocks ftp requests with a "go away" message.