我思考了很多知识组织方法来帮助理解网络知识，比如按osi模型从底至上，或者按协议种类，或者按网络发展史。但最终我还是决定选择用这个经典的问题，将网络知识串成线。理解从输入url到看到页面的过程，弄明白这中间有哪些步骤，再仔细分析这些步骤的原理和行为，是我所能想到最清晰的一条知识脉络了。
今天我们来聊聊DNS。 所谓域名系统（Domain Name System缩写DNS，Domain Name被译为域名）是因特网的一项核心服务，它作为可以将域名和IP地址相互映射的一个分布式数据库,可以balabala..省略一万字不表，因为这都不是重点！ 重点只有一个，大厂经常问！
前段时间在处理 iOS 端的 HTTPDNS 相关 SDK，在接入和测试环节发现大家对 HTTP 的整体请求流程包括 HTTP 劫持原理以及 HTTPDNS 的工作原理并不是太清楚，所以写下这边文章帮助大家深入 web 请求过程：如何发起请求，HTTP 协议解析，DNS 域名解析。
为了方便用户记忆，我们将IP变成一个个的域名来输入到浏览器进行访问。而这使得访问网站时要先将其域名解析成 IP 。DNS (Domain Name Server) 的作用就是进行 IP 解析，把域名对应到 IP。 在 Great FireWall 的 5 种封锁方法中，有一种简单而效果很好的方法是 DNS 污染。GFW 会对 DNS 的解析过程进行干扰，这会使对某些被干扰的域名返回一个错误的 IP 地址给你的主机，使你无法正确连接到你要的服务器上读取正确的信息。 Hosts 文件本来是用来提高解析效率。在进行 DNS 请求以前，系统会先检查自己的 Hosts 文件中是否有这个地址映射关系，如果有则调用这个 IP 地址映射，如果没有再向已知的 DNS 服务器提出域名解析。也就是说 Hosts 的请求级别比 DNS 高。当你的 Hosts 文件里面有对应的 IP 时，它就会直接访问那个 IP，而不用通过 DNS。 所以，当我们直接将 Google、Twitter、Facebook 之类的 IP 放入 Hosts 文件后，就可以跳过 DNS 的解析这一步，直接就行 IP 访问，不受 GFW 的 DNS 污染干扰了。
前言 很高兴认识大家，之前做过很多分享，今天这次终于讲到正题了。因为之前一直讲自动化运维，其实做这么多年运维，自动化运维没干多少年。这几年很多公司各方面机器数量多了，规模大了才开始去做自动化运维。 今天的课题是高性能Web架构之缓存体系，之所以讲这个体系是因为作为一名运维工程师，我们经常会遇到Web站点访问很慢的情况。要解决这个问题，直接找开发，问题也不一定能解决。因为这个问题不仅仅是开发的问题， 这个问题涉及到浏览器从发出请求到响应请求的一系列问题，所有地方都需要一点点摸清楚才能最后找到问题所在。 1、认
很高兴认识大家，之前做过很多分享，今天这次终于讲到正题了。因为之前一直讲自动化运维，其实做这么多年运维，自动化运维没干多少年。这几年很多公司各方面机器数量多了，规模大了才开始去做自动化运维。
在浏览器里输入网址或者点击链接，网页打开了……这是我们上网时再普通不过的一幕，但是如此简单的表象背后，却隐藏着无比复杂的技术流程。想涨涨知识吗？往下看吧。 一个HTTP请求的过程 为了简化我们先从一个HTTP请求开始，简要介绍一下一个HTTP求情的网络传输过程，也就是所谓的“从输入URL到页面下载完的过程中都发生了什么事情”。 ● DNS Lookup 先获得URL对应的IP地址 ● Socket Connect 浏览器和服务器建立TCP连接 ● Send Request 发送HTT
一个HTTP请求的过程 为了简化我们先从一个HTTP请求开始，简要介绍一下一个HTTP求情的网络传输过程，也就是所谓的“从输入 URL 到页面下载完的过程中都发生了什么事情” ●DNS Lookup 先获得URL对应的IP地址 ●Socket Connect 浏览器和服务器建立TCP连接 ●Send Request 发送HTTP请求 ●Content Download 服务器发送响应 如果下到物理层去讲就有点耍流氓了，如果这些你还认可这几个步骤的话，我们就来讲一下这里面存在的性能问题。 ●如果你对DNS
对于面试的大部分前端开发者来说，对浏览器的了解也算是一知半解，因为我们一开始前端觉得，我们开发中通常使用浏览器来显示和调试页面用的，不会涉入到太过的相关浏览器工作原理知识。
在上一篇文章中，我们介绍了浏览器的渲染流程，这篇文章中，我们将重点聚焦在渲染阻塞上，来详细看一下渲染阻塞以及一些常见的解决方法。
画外音：这就是为啥它叫反向代理。 【正向代理服务器】：局域网内的主机通过一个正向代理服务器访问外网,并将外网的结果返回给局域网内的主机；
本文介绍了DNS解析过程、安全防范和性能优化等相关知识。
Hey guys 各位读者姥爷们大家好，这里是程序员 cxuan 计算机网络连载系列的第 13 篇文章。
请求第一时间会查询本地主机的DNS缓存表ipconfig/displaydns，若本地DNS缓存表有对应的IP地址则返回浏览器进行访问，如果没有则会向DNS域名服务器发出查询请求（上一级的DNS服务器）
大概就是这样的过程，下面我们来仔细的分析下浏览器是如何查找到域名对应的ip地址的。
第一步：在浏览器中输入www.bilibili.com域名，操作系统会先检查自己本地的hosts文件
Bonjour，也称为零配置网络，可以自动发现 IP 网络上的计算机、设备和服务。 Bonjour 使用行业标准 IP 协议，允许设备自动发现彼此，无需输入 IP 地址或配置 DNS 服务器。具体来说，Bonjour 可以在没有 DHCP 服务器的情况下自动分配 IP 地址，在没有 DNS 服务器的情况下进行名称到地址的转换，以及在没有目录服务器的情况下进行服务发现。 Bonjour 是一个开放协议，Apple 已将其作为正在进行的标准创建过程的一部分提交给 IETF。要了解更多信息，请查看 Bonjour 协议规范，其中详细介绍了构成链路本地和广域 Bonjour 的技术。
当我们开始之前，我们需要明白：虽然我们每次访问网页，都是使用域名的方式（例如：www.baidu.com）。但对于计算机来说，它最终访问的是域名对应的IP（例如：10.102.201.253）。所以今天我们要讲的这一切，其实就为了说清楚一件事情：DNS是如何为域名找到对应的 IP 地址的。
【运维方向优先】a. 请描述TCP协议3次握手建立连接的过程。b. 为什么协议设计是3次握手连接建立而不是2次或4次，如果2次有什么问题，如果4次有什么问题？
在Windows操作系统上，push代码到git的时候，出现了Failed to connect to github.com port 443: Timed out的错误。一脸懵逼，浏览器网页也访问不了。
nginx、lvs、keepalived、f5、DNS轮询，往往讨论的是接入层的这样几个问题：
a）首先会搜索浏览器自身的DNS缓存（缓存时间比较短，大概只有1分钟，且只能容纳1000条缓存）
我们在浏览器输入网址，其实就是要向服务器请求我们想要的页面内容，所有浏览器首先要确认的是域名所对应的服务器在哪里。将域名解析成对应的服务器IP地址这项工作，是由DNS服务器来完成的。
当我们在浏览器输入一个网址，然后按下回车，接下来浏览器显示了页面。网速好的话这之间可能就一秒，但在这一秒内到底发生了什么？
计算机与网络设备要相互通信，必须要遵循一定的规则，我们把这种规则称为协议。协议会规定好谁先发起请求，怎么寻找服务器地址，怎么获取请求内容，怎么响应请求等等。
上一篇文章“一分钟了解负载均衡的一切”引起了不少同学的关注，评论中大家争论的比较多的一个技术点是接入层负载均衡技术，部分同学持这样的观点： 1）nginx前端加入lvs和keepalived可以替代“DNS轮询” 2）F5能搞定接入层高可用、扩展性、负载均衡，可以替代“DNS轮询” “DNS轮询”究竟是不是过时的技术，是不是可以被其他方案替代，接入层架构技术演进，是本文将要细致讨论的内容。 一、问题域 nginx、lvs、keepalived、f5、DNS轮询，每每提到这些技术，往往讨论的是接入层的这样几个
刚开始写这篇文章还是挺纠结的，因为网上搜索“从输入url到页面展示到底发生了什么”，你可以搜到一大堆的资料。而且面试这道题基本是必考题，二月份面试的时候，虽然知道这个过程发生了什么，不过当面试官一步步追问下去的，很多细节就不太清楚了。
地址:http://www.cnblogs.com/xianyulaodi/ 作者:咸鱼老弟
在输入地址栏之前，浏览器会对输入的内容进行检查，如果是一个符合格式的正确 url 就会执行 DNS解析，如果不是，比如输入了一些字符串，那么就会执行搜索功能。如图：
在Windows 操作系统上，push代码到git的时候，出现了Failed to connect to github.com port 443: Timed out的错误。一脸懵逼，浏览器网页也访问不了。
随着写的WEB程序越来越多,项目的部署也越来越繁琐,对于一些线上问题总是搞不清楚是哪个环节出的问题,归根结底是对整个流程的不熟悉导致,所以分析下一个WEB请求从用户输入地址到页面出来到底经历过多少东西.
为了方便记忆。可以给linux系统主机名，也可以根据需要修改主机名 指令hostname来查看主机名 修改主机名 vim /etc/hostname 进入之后修改就行
当我们开始在浏览器中输入网址的时候，浏览器其实就已经在智能的匹配可能得 url 了，他会从历史记录，书签等地方，找到已经输入的字符串可能对应的 url，然后给出智能提示，让你可以补全url地址。对于 google的chrome 的浏览器，他甚至会直接从缓存中把网页展示出来，就是说，你还没有按下 enter，页面就出来了。
网络爬虫（又被称为网页蜘蛛，网络机器人，在FOAF社区中间，更经常的称为网页追逐者），是一种按照一定的规则，自动地抓取万维网信息的程序或者脚本。另外一些不常使用的名字还有蚂蚁、自动索引、模拟程序或者蠕虫。
试想一个问题，我们人类可以有多少种识别自己的方式？可以通过身份证来识别，可以通过社保卡号来识别，也可以通过驾驶证来识别，尽管我们有多种识别方式，但在特定的环境下，某种识别方法可能比另一种方法更为适合。因特网上的主机和人类一样，可以使用多种识别方式进行标识。互联网上主机的一种标识方法是使用它的 主机名(hostname) ，如 www.facebook.com、 www.google.com 等。但是这是我们人类的记忆方式，路由器不会这么理解，路由器喜欢定长的、有层次结构的 IP地址。
对一次网络请求过程的了解程度，一是展现你的专业知识；二是深刻的理解，让你在大型网站架构中做出更适合、可靠的架构。而DNS是这一切的出发点，本文结合一张常用架构图，来描述一下这个过程。
dns也可以认为是域名的解析，因为在实际的网络请求中，是通过ip来进行互访请求的，但是ip是四个字节的数字组成，不容易记住，能够更加方便的访问互联网，然后域名系统应运而生，但是域名并不是免费的，需要到域名注册商处进行申请注册，人们都习惯记忆域名，但机器间互相只认识 IP 地址，域名与 IP 地址之间是一一对应的，它们之间的转换工作称为域名解析，域名解析需要由专门的域名解析服务器来完成，解析过程是自动进行的。域名解析（DNS）是将域名（例如 cloud.tencent.com）转换成为机器可读的 IP 地址（例如10.10.10.10）的服务。
作者在若干年前面试腾讯前端岗位的时候，有一个压轴的题目：在浏览器输入 URL 回车之后发生了什么？作者当时作为毕业两年的的切图仔，当时一脸懵逼，挂的彻底！
打开浏览器从输入网址到网页呈现在大家面前，背后到底发生了什么？经历怎么样的一个过程？先给大家来张总体流程图，具体步骤请看下文分解！
问题：在浏览器中输入URL到整个页面显示在用户面前时这个过程中到底发生了什么。仔细思考这个问题，发现确实很深，这个过程涉及到的东西很多。
问题1：当我们在浏览器中输入网址，按下回车，具体发生了什么？ 对网址进行DNS解析，得到对应的IP地址。 根据这个IP地址，找到对应的服务器，并发起TCP的三次握手。 建立TCP连接后会发起HTTP请求。 服务器响应HTTP请求。 浏览器解析得到html代码。 请求html代码中的资源（如js、css、图片等）。 浏览器对页面进行渲染呈现给用户。 服务器关闭关闭TCP连接。 问题2：DNS是什么？ DNS一般指域名系统。域名系统（英文：Domain Name System，缩写：DNS）是互联网的一项服务。
完整高频题库仓库地址：https://github.com/hzfe/awesome-interview
早在HTTP建立之初，主要就是为了将超文本标记语言(HTML)文档从Web服务器传送到客户端的浏览器。也是说对于前端来说，我们所写的HTML页面将要放在我们的web服务器上，用户端通过浏览器访问url地址来获取网页的显示内容，但是到了WEB2.0以来，我们的页面变得复杂，不仅仅单纯的是一些简单的文字和图片，同时我们的HTML页面有了CSS，Javascript，来丰富我们的页面展示，当ajax的出现，我们又多了一种向服务器端获取数据的方法，这些其实都是基于HTTP协议的。同样到了移动互联网时代，我们页面可以跑在手机端浏览器里面，但是和PC相比，手机端的网络情况更加复杂，这使得我们开始了不得不对HTTP进行深入理解并不断优化过程中。
今天继续来聊聊面试，今天聊一聊网络，计算机网络是大学计算机核心专业课之一，也是考研必考专业课，重要性不用多说。
小汪最近在看【WebKit 技术内幕】一书，说实话，这本书写的太官方了，不通俗易懂。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
