随笔 - 98  文章 - 1  评论 - 365 

为啥用ip不可以访问知乎，而百度却可以？

我们先来ping知乎的域名，然后可以得到响应的服务器的ip

之后我们用浏览器来访问这个ip，结果如下

被拒绝访问了。

而用ip来访问百度，则没啥问题，如图

访问知乎的时候，域名可以访问，ip不可以访问，这究竟是为啥？

我们知道，ipv4的ip地址是非常有限的，如果每个人都想拥有一个全球ip，那肯定是不够分配的，不知道啥是全球ip的可以看我这篇文章：谈谈NAT：什么？全球IP和私有IP是什么鬼?

所以，很多网站在发布的时候，是有可能几个域名共用一个CDN服务器的。

稍微解释下CDN是啥： CDN服务器可以说是一种缓存服务器。当我们要访问某个网站的资源时，如果该网站的服务器离我们很远，这样的话响应速度就会很慢，为了让响应速度快一些，我们可以把资源分布放在各个地方，然后响应客户端的时候，把离客户端较近的资源传送给他

当我们用域名访问知乎的时候，CDN服务器可以根据访问的域名知道你想要的是哪个网站的资源，然后直接给你返回对应的资源。

但是当你用公网ip访问就不一样了，由于一个CDN服务器的公网ip对应多个域名网站，他不知道你想要的是哪个网站的资源，也就是说，当你用 118.89.204.192 去访问知乎的时候，CDN服务器不知道你要访问的是 zhihu.com，还是访问 a.com 或 b.com，所以他也干脆明了点，直接拒绝你的访问。

有人可能会问，我输入域名之后，DNS服务器帮我自动解析成对应的ip，去访问知乎的时候，也还是用ip访问的啊，这貌似和ip访问没啥区别啊。

确实，访问的时候，DNS服务器都会帮们我把域名解析成ip去访问，CDN服务器之所以能够检测到对应的域名，其实是这样的:

当客户端用域名访问知乎的时候，DNS会解析成对应的ip去访问CDN服务器，然后CDN服务器可以根据SNI机制获得该ip对应的来源域名，然后返回对应的资源。

这里稍微简单粗暴解释下SNI机制:该机制主要是用来解决一个服务器对应多个域名时产生的一些问题，通过这种机制，服务器可以提前知道（还没建立链接）客户端想要访问的网站，想要知道更加具体的我已经给你们准备好文章：https://blog.csdn.net/firefile/article/details/80532161

知道了用域名可以访问知乎，而用ip不可以访问知乎之后，我们再来说说百度。

为啥百度ip和域名都可以访问呢？

这其实很简单，就是百度用的CDN服务器，只对应一个网站域名呗，说白了，就是百度有钱！

有收获?不妨点个赞，让更多的人看到这篇文章！

参考:

web浏览默认是以80端口通讯的。但现实上某些网站不是使用这个端口。另外，服务器zd通常会设定一个网页文件为首页文件，如回index.htm,default.htm，但有些网站另设了其它文件名为主页。由于使用域名可以屏蔽这个非默认的设置（出于安全的考虑）。所以直接用IP，服务器会访问默认的资源，但默认的资源并不存在，所以访问就出问题答了。

背景介绍

在访问杭电官网杭电官网的时候，直接在浏览器上，输入域名是可以得到访问结果的。因此，产生了一种猜测，既然网络中实际上是根据域名转换的IP来直接访问服务器的，那么我直接通过IP来访问杭电官网是否可以？？

通过nslookup 解析出杭电官网的ip地址，然后在浏览器中手动输入相关ip地址，结果并不能得到访问结果，为什么？

解析到的ip地址有两个
218.75.123.182
218.75.123.181
初步怀疑可能是用这两个IP地址做了高可用
当其中某一个Ip地址访问不到的时候，另外一个ip地址可以访问到。

继而，我决定换个网站来试一下，看能否直接访问杭电OJ，高潮来了,惊讶的发现杭电OJ和杭电官网，这两个网站对应的IP地址是同一个。

提出问题

由于上面的情况，我内心中充满了疑问，主要有两点。

• 1.为什么我直接访问www.hdu.edu.cn是能够访问到网站的，而当我输入218.75.123.182却访问不到？
• 2.为什么www.hdu.edu.cn和acm.hdu.edu.cn这两个网站使用dns解析出来的ip地址是一样的？

分析原因

查阅众多资料后，基本能够分析出以上两个问题的原因所在。

只输入ip地址访问不到域名的原因：

使用nslookup对多个杭电下的网站进行解析，发现很多站点的ip地址是相同的，都是218.75.123.182，218.75.123.181这两个。如下图所示，杭电网站cloud.hdu.edu.cn和www.hdu.edu.cn以及杭电oj系统.www.hdu.edu.cn对应的是同一个公网ip地址（不知道公网ip和私网ip的，可以查一下百度）

这么多站点对应同一个ip地址，你只输入ip地址，浏览器当然不知道你到底要访问哪一个站点，这就是为什么你不能够使用ip地址去访问的原因所在。

多个站点对应一个ip地址的问题

理论上来说，一个ip对应一个站点，这是很正常的，那为什么会出现上文中所描述的那样,一个ip地址对应多个站点的情况呢？

有两种技术可以实现描述的问题

• 1.虚拟主机技术
• 2.反向代理技术

虚拟主机技术

虚拟主机技术是apache，nginx等服务器所特有的一种功能，也就是实现多个站点在同一台服务器上放置。假如说杭电是使用虚拟主机技术实现的一个IP对应多个web站点的话，那么实际情况应该是这个样子：

比如我现在有一台服务器，我可以在服务器里面描述这样一种站点和实际路径的关系:

那么这样这三个站点就能够在同一台服务器上共存了，当你访问acm.hdu.edu.cn的时候,主要有这么几个步骤

• 1.dns做域名解析，然后得到解析后的结果，假如说是218.75.123.182。
• 2.浏览器开始与目标ip地址为218.75.123.182的服务器进行三次握手操作，建立TCP连接
• 3.浏览器开始构建HTTP请求报文，报文的头部格式为

Accept	
*/*
Accept-Encoding	
gzip, deflate
Accept-Language	
zh-CN,zh;q=0.8,zh-TW;q=0.7,zh-HK;q=0.5,en-US;q=0.3,en;q=0.2
Connection	
keep-alive
Cookie	
PHPSESSID=v103qj5emvgv5j8hd85d2aro33
Host	
acm.hdu.edu.cn
Referer	
http://acm.hdu.edu.cn/
User-Agent	
Mozilla/5.0 (Windows NT 10.0; …) Gecko/20100101 Firefox/62.0

只需要关注这个报文头部的这么一段

Host	
acm.hdu.edu.cn

通过这个报文可以知道，浏览器要访问ip地址为218.75.123.182的服务器的哪一台HOST（这里有一个概念，服务器上面可以有一个站点，也可以由多个站点，有一个站点的话，服务器上就只有一个HOST，如果有多个站点的话，服务器上面就会有多个虚拟HOST）

• 4.服务器接受到这个报文之后，会进行分析，apache服务器会根据报文中的host，来匹配自己的配置文件。假设，服务器中的配置文件是这样写的：

<VirtualHost *:80>
 DocumentRoot /var/www/acm
 ServerName acm.hdu.edu.cn
</VirtualHost>
<VirtualHost *:80>
 DocumentRoot /var/www/html
 ServerName www.hdu.edu.cn
</VirtualHost>
<VirtualHost *:80>
 DocumentRoot /var/www/cloud
 ServerName cloud.hdu.edu.cn
</VirtualHost>

那么当请求报文中的HOST是acm.hdu.edu.cn的时候，apache服务器就会根据自己的配置文件所写的那样，去/var/www/acm目录下寻找站点内容。

• 5.服务器处理请求，构建响应报文，发送响应报文到客户端

反向代理技术

当我以为我已经接近了事实真相的时候，意外的发现了另外一个问题，我登录到校园网，然后继续使用nslookup进行域名解析，发现了一个惊讶的事情，解析之后,上文中所提到的那三个站点的ip完全不一样。也就是说实际上这三个站点完全放在了不同的服务器上，即不可能是使用的虚拟主机技术（如果使用虚拟主机技术，这几个站点肯定是在同一台服务器上的）。
如下图所示

内网、外网解析文中所述三个站点的情况如下表所示

既有192.168开头的私网ip地址，又有10.1开头的私网ip地址，这种特殊的网络结构是由于杭电的网络规划造成的，一开始杭电使用的是192.168开头的私网ip地址，后来发现不够了，继而进行扩展，使用10.1开头的私网ip地址。这里对于这一部分内容不做深究

由此，我们基本可以推断出，杭电实际的网络结构是下图所示的样子。而不是上文中，我所推测的虚拟主机。

当我在外网访问acm.hdu.edu.cn的时候，主要经历了这么几个步骤。
通过dns解析获得acm.hdu.edu.cn的反向代理ip地址 218.75.123.181。
1.客户端发送报文到ip地址为218.75.123.181的服务器上，中间要经过NAT路由器,做NAT转化，把私网IP地址转化为公网IP地址。
2.数据包在因特网中进行路由准发
3.数据包最终到达218.75.123.181的apache服务器，这个服务器实际上并不承担web站点任务，主要是作为一个WEB网站的网关角色（反向代理角色）。
4.请求报文中的HOST是acm.hdu.edu.cn,因此，反向代理服务器会将请求报文转发至域名为acm.hdu.edu.cn的主机上。acm主机处理完请求之后，会将处理后的结果返回至客户端。

小结

本文主要讲了两方面：

• 1.直接使用ip地址访问不了站点的原因

原因就在于该ip地址可能对应着多个web站点，单单依靠ip地址是不知道如何匹配到哪个web站点的。但是通过域名，我们就能够知道具体要访问哪一个HOST。如果使用虚拟主机，直接找到相关virtual HOST即可，如果使用反向代理，那么通过代理找到HOST的实际私网地址也可以。

• 2.只有一个公网ip如何实现多个WEB站点的访问

有两种办法可以实现，其一是虚拟主机，其二就是反向代理。通过目前来看，虚拟主机的实现方式已然不多，更多的企业或者学校使用的是反向代理技术

针对本案例（杭电若干网站），这若干网站经过DNS解析后对应的是同一个ip218.75.123.182或者218.75.123.181,用户请求接入到这个公网ip的时候，该服务器会进行反向代理，根据请求报文中的HOST名字，将请求报文转发至具体的局域网内部的主机进行处理，然后再将处理结果进行返回。

        在我读《HTTP权威指南》的18章Web主机托管，有关通过Host首部进行虚拟主机托管时，脑海中突然产生了一个问题，就是当人们通过IP地址进行访问网站时，怎么区分用户访问的是哪个网站？最后上网搜了一下，发现有人说有些网站是不能通过IP地址访问的。这时我感觉这是因为服务器托管商采用了多个站点共享一个IP地址所造成的，也就是采用Host首部进行虚拟主机托管。这也就是我今天要谈的问题的由来。

        在万维网的早期，每个组织都是自行购买计算机硬件，搭建计算机机房，申请自己的网络连接，并管理自己的Web服务器软件。随着Web的快速发展，每个人都想有个自己的网站，但有个问题，那就是并不是每个人都有能力购买服务器和花费时间去搭建有空调的服务器机房，为了满足这些人的需求，就有相应的企业来做这些事了。商家把服务器，网络带宽等等事情都包办了，你只需花钱买现成就是了。

       当人们在Web托管商那里买服务器时，一般情况都是多个网站共用一台物理服务器，这是因为大多数人的网站流量都不大，如果用专门的一台服务器来管理一个网站的话，就有点资源浪费，大材小用了，当然商家也不会这样，不然他们就真的是在为社会做贡献了，要不了几下就玩完。所以大多数网站都是由托管商来托管，并托管在同一台服务器上的，当然，除非你是个土豪，自己买台服务器放家里。

        当托管商为很多人托管网站，并把多个网站托管在一个服务器上时，问题就来了，由于HTTP/1.0的一个设计缺陷，使虚拟主机托管变得不那不容易。因为HTTP/1.0规范中并没有为共享的Web服务器提供任何方法来识别要访问的是所托管的哪个虚拟网站。(这里要对HTTP报文有所了解。当访问网站时，报文的报头是这样的，以GET请求为例:GET /index.html HTTP/1.0 在报头中只指出了路径，并没有带上主机名，所以当一个服务器托管多个网站时，服务器并不知道用户请求的是哪个网站。HTTP/1.0当初设计时，并没有考虑到一台服务器托管多个虚拟主机这种情况，因为当时都是一台服务器托管一个网站，所以就把报文中的主机名给去掉了)。

        因为有了这个问题，所以也就有了相应的不同解决方法。在这就主要说两种常用方法，如果想了解其他的可以看《HTTP权威指南》的第十八章 Web主机托管。

        第一种解决方法:为每个网站分配一个或多个IP地址，把所有虚拟网站的IP地址绑定到同一台共享服务器上去，这样通过HTTP/1.0就可以访问各个不同的虚拟网站了，虽然它们是在同一台服务器上，但他们都有属于自己的IP地址。这种方法倒是解决了一台服务器托管多个虚拟网站用户对其访问的问题，但是有一个缺点，那就是IP地址数量的限制。这种方法会造成大量的IP地址被消耗。而且还有就是一台服务器上能绑定IP地址的数量也是有限的。这些各种的限制造成了这种方法并不是那么的实用，所以就又有了另一种方法。

       第二种解决方法:后来人们就扩展了HTTP/1.0，在HTTP/1.1中加了Host这个首部，Host首部用于携带主机名(也称为域名)。如 Host:www.baidu.com 这样就算多个虚拟网站共享一个IP地址，最后服务器也能通过Host首部中携带的主机名来确定用户访问的是那个网站了。

       前面说了那么多，现在终于回到了开始时的那个问题“为什么有些网站无法通过IP地址进行访问？”

       解答:如果托管商采用的是第二种解决方法:“多个虚拟网站共享一个IP地址，最后通过Host首部携带的主机名(也就是域名)来辨别用户访问的网站。”当用户通过域名来访问网站时，就不会出错。但当用户通过IP地址来访问，就出错了，因为用户在地址栏中输入的是IP地址，而不是域名，这时Host首部就没法携带主机名了，因为根本就没主机名让他携带。所以最后服务器并不知道用户访问的是哪一个网站。

       本人对第二种方法缺陷的胡乱思考:对IP地址进行反向解析，也就DNS反向解析。通过IP得到域名。虽然这种方法并不是太现实，但暂时也就只想到了这个。

----------------------------------------------------------------无聊的分割线---------------------------------------------------------------------

       昨天晚上对“第二种方法的胡乱思考”再此思考之后，现在感觉有点搞笑，完全就是瞎扯淡，还是无济于事。就算反向解析出域名，还是无法确定用户究竟要访问哪个网站。其实是准备把那段删掉的，但是鄙人有个小洁癖，凡是已经写了的东西，一般就不想去再大动了，不管对与错，若最后发现错了，也只会在旁边重新开行写。只想保留最原始的模样。毕竟那是一个思考的过程。存在即合理嘛。

       最后特别说明一下: 就是各位大佬多多包涵，文中说的有错的地方望指出，鄙人一定虚心改正，毕竟鄙人只是一个业余的计算机爱好者，而且这也是第一次写这样的文章，感觉逻辑都有点混乱，望多多指正。

      特注:文中相关知识来自《HTTP权威指南》，如果要了解的话，这是一本不错的书。