【发布时间】：2020-01-05 02:40:50
【问题描述】：
我正在尝试使用 cURL 命令行实用程序将文件上传到文件托管服务。起初，我使用 Chromium 浏览器上传了一个文件，并打开了 Web 开发者控制台：在网络选项卡中，我查找了相应的行，然后单击“全部复制为 curl”。我模仿了相同的请求 - 在正确登录并附加保存的 cookie 文件后 - 使用 cURL，但是当我下载上传的文件时，不幸的是文件内容总是以几行 HTTP 标头开头，我明确发送（设置为 - H，如 Content-Type），或由 cURL 隐式添加（如边界）。
文件内容开头的例子：
--------------------------1dbea6717e57a1ab
Content-Disposition: attachment; name="files[]"; filename="data.bin"
Content-Type: application/octet-stream
<...binary file data then...>
其中行结尾是 CR/LF（十六进制查看器中的 0D0A），并且在这个不需要的标头的最前面是双 CR/LF 0D0A0D0A。
什么会导致这种奇怪的行为？似乎服务器端程序无法将二进制文件数据与标题行分开。也许我应该手动设置边界或仅使用 LF（换行，0A）作为标题的行尾？我找不到这样的 cURL 选项，它可以设置分隔标题行的字符（CR/LF LF）。
我用于上传的 cURL 命令：
curl 'https://example.com/upload' -H 'Origin: https://example.com' -H 'Accept-Encoding: gzip, deflate, br' -H 'Accept-Language: en-US,en;q=0.9,hu;q=0.8' -H 'User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36' -H 'Content-Type: application/octet-stream' -H 'Accept: */*' -H 'Referer: https://example.com/' -b cookie.txt -H 'Connection: keep-alive' -F "files[]=@data.bin" --compressed -L
如果我使用服务的网络上传器 - 一些 JS 库 - 文件当然可以。
如果我使用这个命令，那么它基本上可以工作，问题是服务器上的文件大小将为零。但是，当我下载文件时，它是完整的，md5sum 通过了。当我使用网络上传器时，这也不会发生，在这种情况下，服务器上的文件大小也可以。
curl 'https://example.com/upload' -H 'Origin: https://example.com' -H 'Accept-Encoding: gzip, deflate, br' -H 'Accept-Language: en-US,en;q=0.9,hu;q=0.8' -H 'User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36' -H 'Accept: */*' -H 'Referer: https://example.com/' -H 'Connection: keep-alive' -b cookie.txt -F "files[]=@data.bin;type=application/octet-stream" --compressed -L
【问题讨论】：
-
当您提出此类问题时，请附上您使用的命令。
-
我最好的猜测：您的服务器不支持
Multipart/form-data-格式，并且无法正确解析文件上传。https://example.com/upload的文档是否说明您应该以multipart/form-data格式上传文件？ -
不要自己设置
Accept-Encoding标头。如果您的 curl 安装没有使用br支持编译，并且服务器实际上决定使用br进行传输，那么您只会得到不可读的二进制数据。只需使用--compressed参数，curl 将自动制作 Accept-Header 标头，其中包含您的 curl 安装支持的所有编码。
标签： curl upload multipart boundary linefeed