问题描述
我注意到使用cURL的奇怪行为。
我的目标是从命令行获取位于https://example-host.io/assets/application-32c3de8cf2ce2ad1c3ea1a3dc94c8c72e39357bf25dbbe76649e68530d64bbf1.js的文件，我可以使用浏览器来获取文件。
每当我发出以下命令时：
curl -v -i -s -k --http1.1 -X 'GET' -H $'Host: example-host.io' -H 'User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0' -H 'Connection: close' 'https://example-host.io/assets/application-32c3de8cf2ce2ad1c3ea1a3dc94c8c72e39357bf25dbbe76649e68530d64bbf1.js' > test
服务器使用503代码进行响应
相反，如果我通过以下命令使用burp作为代理发送相同的请求：
curl -v -i -s -k --http1.1 -X 'GET' -H $'Host: example-host.io' -H 'User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:82.0) Gecko/20100101 Firefox/82.0' -H 'Connection: close' 'https://example-host.io/assets/application-32c3de8cf2ce2ad1c3ea1a3dc94c8c72e39357bf25dbbe76649e68530d64bbf1.js' --proxy 127.0.0.1:8080> test
它就像一种魅力
我的想法是，由于该站点正在使用该行为，因此该行为是由某种Cloudflare保护引起的。 为什么我的第一个请求不起作用？
谢谢
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）