Your message dated Wed, 8 Jul 2009 15:48:31 +0200
with message-id <[email protected]>
and subject line Re: Bug#534544: squid: ftp put for uploads doesn't work
has caused the Debian Bug report #534544,
regarding squid: ftp put for uploads doesn't work
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
534544: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534544
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: squid
Version: 2.7.STABLE3-4.1
Severity: normal
I've been using ftp put for a long time with squid, I use it from time to
time, so I hadn't realised till now that ftp put (the method you use to
upload files to a ftp through squid) is not working anymore.
My config comes from etch and with etch's squid ftp put work ok but with
lenny's they don't work. I have also tested squid3 and it works ok.
The problem may just be something with the checks it does on the request,
this is what it says when you try to make an upload:
ma...@duo:~$ curl -T oki_linux.pdf ftp://ftp/incoming/
% Total % Received % Xferd Average Speed Time Time Time
% Current
Dload Upload Total Spent Left
Speed
0 138k 0 0 0 0 0 0 --:--:-- --:--:-- --:--:--
0<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd";>
<HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html;
charset=iso-8859-1">
<TITLE>ERROR: The requested URL could not be retrieved</TITLE>
<STYLE
type="text/css"><!--BODY{background-color:#ffffff;font-family:verdana,sans-serif}PRE{font-family:sans-serif}--></STYLE>
</HEAD><BODY>
<H1>ERROR</H1>
<H2>The requested URL could not be retrieved</H2>
<HR noshade size="1px">
<P>
While trying to process the request:
<PRE>
PUT /incoming/oki%5Flinux%2Epdf HTTP/1.1
User-Agent: curl/7.18.2 (x86_64-pc-linux-gnu) libcurl/7.18.2 OpenSSL/0.9.8g
zlib/1.2.3.3 libidn/1.8 libssh2/0.18
Host: ftp:21
Pragma: no-cache
Accept: */*
Proxy-Connection: Keep-Alive
Content-Length: 140747
Expect: 100-continue
</PRE>
<P>
The following error was encountered:
<UL>
<LI>
<STRONG>
Invalid Request
</STRONG>
</UL>
<P>
Some aspect of the HTTP Request is invalid. Possible problems:
<UL>
<LI>Missing or unknown request method
<LI>Missing URL
<LI>Missing HTTP Identifier (HTTP/1.0)
<LI>Request is too large
<LI>Content-Length missing for POST or PUT requests
<LI>Illegal character in hostname; underscores are not allowed
</UL>
<P>Your cache administrator is <A HREF="mailto:webmaster";>webmaster</A>.
<BR clear="all">
<HR noshade size="1px">
<ADDRESS>
Generated Thu, 25 Jun 2009 07:22:03 GMT by proxy (squid/2.7.STABLE3)
</ADDRESS>
</BODY></HTML>
0 138k 100 1476 0 0 10772 0 --:--:-- --:--:-- --:--:--
720k
ma...@duo:~$
I have tried this against several squid servers, some of them with almost
lenny's default config, all of them have failed.
If you need any other info or testing don't hesitate to contact me.
-- System Information:
Debian Release: 5.0.1
APT prefers stable
APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30 (SMP w/2 CPU cores)
Locale: lang=gl...@euro, lc_ctype=gl...@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash
Versions of packages squid depends on:
ii adduser 3.110 add and remove users and groups
ii debconf [debcon 1.5.24 Debian configuration management sy
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libcomerr2 1.41.3-1 common error description library
ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [
ii libkrb53 1.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries
ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries
ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l
ii logrotate 3.7.1-5 Log rotation utility
ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip
ii netbase 4.34 Basic TCP/IP networking system
ii squid-common 2.7.STABLE3-4.1 Internet object cache (WWW proxy c
squid recommends no packages.
Versions of packages squid suggests:
pn logcheck-database <none> (no description available)
pn resolvconf <none> (no description available)
ii smbclient 2:3.2.5-4lenny2 a LanManager-like simple client fo
pn squid-cgi <none> (no description available)
pn squidclient <none> (no description available)
pn winbind <none> (no description available)
-- debconf information:
squid/fix_cachedir_perms: false
squid/fix_lines: true
--- End Message ---
--- Begin Message ---
From this snippet is quite clear where is the problem:
PUT ftp://ftp.my.net/incoming/patch%2D2%2E6%2E30%2E1%2Ebz2 HTTP/1.1
User-Agent: curl/7.18.2 (x86_64-pc-linux-gnu) libcurl/7.18.2 OpenSSL/
0.9.8g zlib/1.2.3.3 libidn/1.8 libssh2/0.18
Host: ftp.my.net:21
Pragma: no-cache
Accept: */*
Proxy-Connection: Keep-Alive
Content-Length: 43614
Expect: 100-continue
HTTP/1.0 417 Expectation failed
Server: squid/2.7.STABLE3
Date: Tue, 07 Jul 2009 08:56:25 GMT
Content-Type: text/html
Content-Length: 1475
Expires: Tue, 07 Jul 2009 08:56:25 GMT
X-Squid-Error: ERR_INVALID_REQ 0
X-Cache: MISS from proxy.my.net
X-Cache-Lookup: NONE from proxy.my.net:3128
Via: 1.0 proxy.my.net:3128 (squid/2.7.STABLE3)
Connection: close
As you see curl is setting the Expect: with value '100-continue'
header which cannot be satisfied. This is because squid only supports
HTTP/1.0 where 100-continue is not defined. You should use the --
proxy1.0 option of curl to make sure that it is using HTTP/1.0.
Regards,
L
--
Luigi Gangitano -- <[email protected]> -- <[email protected]>
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26
--- End Message ---
