curl/wget 测试http请求的响应头信息

1. wget –debug

wget可以使用debug信息来查看信息头,如下:

[[email protected] ~]# wget --debug http://192.168.112.129/index.html

DEBUG output created by Wget 1.12 on linux-gnu.

--2017-06-01 10:15:12--  http://192.168.112.129/index.html

Connecting to 192.168.112.129:80... connected.

Created socket 3.

Releasing 0x0000000000e92340 (new refcount 0).

Deleting unused 0x0000000000e92340.

---request begin---

GET /index.html HTTP/1.0

User-Agent: Wget/1.12 (linux-gnu)

Accept: */*

Host: 192.168.112.129

Connection: Keep-Alive

---request end---

HTTP request sent, awaiting response...

---response begin---

HTTP/1.1 200 OK

Server: nginx/1.10.2

Date: Thu, 01 Jun 2017 02:15:12 GMT

Content-Type: text/html

Content-Length: 23

Last-Modified: Thu, 01 Jun 2017 02:10:40 GMT

Connection: keep-alive

ETag: "592f77a0-17"

Accept-Ranges: bytes

---response end---

200 OK

Registered socket 3 for persistent reuse.

Length: 23 [text/html]

Saving to: “index.html.1”

100%[===================================================================================================================================================>] 23          --.-K/s   in 0s

2017-06-01 10:15:12 (2.82 MB/s) - “index.html.1” saved [23/23]

[[email protected] ~]#

2. wget -save-headers

以使用-S、–save-headers选项,不过此时只能查看响应头部信息,注意,debug和save-headers都会输出到文件。

3. wget --spider

判断一个文件或者页面是否存在,可以使用一下命令:

[[email protected] ~]# wget --spider nv http://192.168.112.129/index.html

Spider mode enabled. Check if remote file exists.

--2017-06-01 10:09:08--  http://nv/

Resolving nv... failed: Temporary failure in name resolution.

wget: unable to resolve host address “nv”

Spider mode enabled. Check if remote file exists.

--2017-06-01 10:09:18--  http://192.168.112.129/index.html

Connecting to 192.168.112.129:80... connected.

HTTP request sent, awaiting response... 200 OK

Length: 3698 (3.6K) [text/html]

Remote file exists and could contain further links,

but recursion is disabled -- not retrieving.

[[email protected] ~]#

4. curl -v

可以查看url的文件头信息,如下:

[[email protected] ~]# curl -v http://192.168.112.129/index.html

* About to connect() to 192.168.112.129 port 80 (#0)

*   Trying 192.168.112.129... connected

* Connected to 192.168.112.129 (192.168.112.129) port 80 (#0)

> GET /index.html HTTP/1.1

> User-Agent: curl/7.19.7 (x86_64-redhat-linux-gnu) libcurl/7.19.7 NSS/3.21 Basic ECC zlib/1.2.3 libidn/1.18 libssh2/1.4.2

> Host: 192.168.112.129

> Accept: */*

>

< HTTP/1.1 200 OK

< Server: nginx/1.10.2

< Date: Thu, 01 Jun 2017 02:10:46 GMT

< Content-Type: text/html

< Content-Length: 23

< Last-Modified: Thu, 01 Jun 2017 02:10:40 GMT

< Connection: keep-alive

< ETag: "592f77a0-17"

< Accept-Ranges: bytes

<

this is a test website

* Connection #0 to host 192.168.112.129 left intact

* Closing connection #0

[[email protected] ~]#

5. curl -I

利用curl的-I(大写i)--head 选项仅查看响应头部信息:

[[email protected] ~]# curl -I http://192.168.112.129/index.html

HTTP/1.1 200 OK

Server: nginx/1.10.2

Date: Thu, 01 Jun 2017 02:11:36 GMT

Content-Type: text/html

Content-Length: 23

Last-Modified: Thu, 01 Jun 2017 02:10:40 GMT

Connection: keep-alive

ETag: "592f77a0-17"

Accept-Ranges: bytes

[[email protected] ~]#

6. 获取url的状态码

[[email protected] ~]# curl -o /dev/null -s -w %{http_code} http://192.168.112.129/index.html

200

[[email protected] ~]#

时间: 2024-10-13 12:13:48

curl/wget 测试http请求的响应头信息的相关文章

wget/curl查看请求响应头信息

wget / curl 是两个比较方便的测试http功能的命令行工具,大多数情况下,测试http功能主要是查看请求响应 头信息 ,而给这两个工具加上适当的命令行参数即可轻易做到,其实查man手册就能找到对应的参数选项,不过这里仍然mark一下. wget --debug Turn on debug output, meaning various information important to the developers of Wget if it does not work properly

curl get请求添加header头信息

function get($url) { $ch = curl_init(); curl_setopt($ch, CURLOPT_HTTPGET, true); curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); //TRUE 将curl_exec()获取的信息以字符串返回,而不是直接输出. $header = ['User-Agent: php test']; //设置一个你的浏览器agent的header curl_setopt($ch, CURLOPT

http响应头信息

HTTP 响应头信息 HTTP请求头提供了关于请求,响应或者其他的发送实体的信息. 在本章节中我们将具体来介绍HTTP响应头信息. 应答头 说明 Allow 服务器支持哪些请求方法(如GET.POST等). Content-Encoding 文档的编码(Encode)方法.只有在解码之后才可以得到Content-Type头指定的内容类型.利用gzip压缩文档能够显著地减少HTML文档的下载时间.Java的GZIPOutputStream可以很方便地进行gzip压缩,但只有Unix上的Netsca

HTTP 响应头信息

HTTP 响应头信息 HTTP请求头提供了关于请求,响应或者其他的发送实体的信息. 在本章节中我们将具体来介绍HTTP响应头信息.

HTTP请求模型和头信息参考

发送HTTP请求:一个请求由四个部分组成:请求行.请求头标.空行和请求数据 请求行 请求行由三个标记组成:请求方法.请求URI和HTTP版本,它们用空格分隔.例如:GET /index.html HTTP/1.1 HTTP规范定义了8种可能的请求方法: GET            检索URI中标识资源的一个简单请求HEAD            与GET方法相同,服务器只返回状态行和头标,并不返回请求文档POST            服务器接受被写入客户端输出流中的数据的请求PUT     

[转]HTTP请求模型和头信息参考

参考: http://blog.csdn.net/baggio785/archive/2006/04/13/661410.aspx模型: http://blog.csdn.net/baggio785/archive/2006/04/13/661412.aspx HTTP请求模型 一.连接至Web服务器一个客户端应用(如Web浏览器)打开到Web服务器的HTTP端口的一个套接字(缺省为80). 例如:http://www.myweb.com:8080/index.html在Java中,这将等同于代

AFNetworking 2.0获取响应头信息

转载请注明出处:http://blog.csdn.net/dengbin9009/article/details/43304813 前文有提到在初始化的时候可以设置Http的头信息,这没有任何问题,但是在笔者使用过程中,时常是要获取Http返回的一些头信息,在初次用AFNetworking2.0新特性NSURLSessionDataTask的时候,为了获取返回的头信息,搞了两个晚上,先是度娘,谷歌,StackOverflow,然后各种那个群找人,嘴壶问同事找大神,最后都说没有用过.就在想要放弃,

Tomcat 中响应头信息(Http Response Header) Content-Length 和 Transfer-Encoding

户端(PC浏览器或者手机浏览器)在接受到Tomcat的响应的时候,头信息通常都会带上Content-Length ,一般情况下客户端会在接受完Content-Length长度的数据之后才会开始解析.而在Tomcat上,页面处理过程中会将需要out.print的数据都放在缓存中,然后一次性的返回给客户端. 另外一种情况就是头信息中不存在Content-Length ,取而代之的是Tansfer-Encoding:chunked ,这个头信息的的意思是response的内容会被Tomcat分成一块一

http请求响应头信息

package aaa; import java.io.UnsupportedEncodingException;import java.nio.charset.Charset;import java.util.Arrays; import org.springframework.http.HttpEntity;import org.springframework.http.HttpHeaders;import org.springframework.http.HttpMethod;import