判断一个网站使用哪种web服务器，最直接的方式是查看HTTP响应头里的Server字段，配合在线检测工具或浏览器开发者工具，几秒钟就能得到答案。
网站背后的web服务器,就像一个前台接待员，负责响应访客的请求、分发页面内容，想知道接待员是谁，不需要撬开门缝偷看，因为它自己会在“名片”也就是HTTP响应头上写清楚，下面把几种靠谱的判断思路逐一拆开，从零基础到进阶操作都覆盖到。
怎么看网站用的什么服务器：三种立即可用的方法
网上关于“怎么看网站用的什么服务器”的答案很多，但真正能落地的就是下面这几种，不需要安装复杂软件，也不需要看懂源代码，按步骤操作即可。
用在线检测工具，零门槛查服务器类型
不少站长工具站和第三方检测平台提供“网站服务器检测”功能，它们的原理是模拟一个浏览器访问你的目标网站，然后把响应头原样展示出来。
操作路径大致是：打开工具站，输入域名，点击查询，在结果列表里找到“Header”或“响应头”标签页，就能看到Server字段，这类工具的优势是不用本地安装任何环境，适合完全不懂技术、只是好奇“这个网站用的什么技术栈”的人。
需要注意的是,免费工具的数据有一定延迟，部分工具展示的是CDN节点信息而不是源站服务器，后面会专门讲这个坑。
浏览器开发者工具，看到最实时的响应头
这个方法看到的是当前这一刻的真实数据，而且不需要额外安装东西，用的是Chrome、Edge、Firefox自带的开发者工具。
以Chrome为例,具体步骤是：先打开目标网站，然后按下F12或右键选择“检查”，切换到“网络”（Network）标签页，刷新页面，在请求列表里找到最上面的那个文档请求，点击它，右侧面板会切换到“标头”（Headers）子页，往下拉，找到“响应头”部分，第一行通常就是Server字段。
这个方法的优点是能看到完整的响应头,包括X-Powered-By这类额外信息，缺点是对于完全没接触过开发者工具的人，第一次打开可能觉得界面复杂，但实际只盯住一个字段就够用了。
命令行直接抓取，适合批量检测和深入分析
如果你要检测的网站不止一个,或者想看看服务器有没有隐藏信息，命令行工具curl是最快的方案。
在Windows的PowerShell、macOS的终端或Linux的Shell里，输入下面这行命令：
curl -I https://目标域名
-I参数的意思是只获取响应头，不下载正文，命令执行后，屏幕上会打印出Server字段、日期、Content-Type等信息，想同时看请求和响应全过程，把-I换成-v就行。
这种方式返回的响应头最完整,没有多余的前端包装，能看到真实的头部字段，也是很多技术人员检查“网站用的是哪个web服务器”时首选的验证手段。
web服务器类型大对比：Nginx、Apache、IIS和Caddy怎么区分
判断出来一个Server字段的值之后,接下来要分辨它代表什么，市面上绝大部分网站运行在以下几种web服务器上，各自的特征很鲜明。
| Server字段值 | 对应的Web服务器 | 典型特征 |
|---|---|---|
nginx或openresty |
Nginx及其衍生版 | 字段值全小写，许多高并发站点用它 |
Apache或Apache/2.4.xx |
Apache HTTP Server | 首字母大写，常附带版本号 |
Microsoft-IIS/10.0 |
微软IIS | 带“Microsoft-”前缀，格式固定 |
Caddy |
Caddy | 只显示名字，不显示版本，很简洁 |
cloudflare |
Cloudflare反代 | 说明该网站套了CDN，源站被隐藏 |
国内网站常用web服务器有哪些
在国内的IDC机房和云服务器生态里,Nginx的使用比例相当高，是中小型网站和大型门户的主流选择，这主要是因为Nginx对高并发的处理能力出色，同时占用的系统资源相对较小，很多国内云厂商的应用镜像、建站程序一键部署方案，默认装的就是Nginx或者它的改良版，比如Tengine。
Apache则常见于老牌的虚拟主机空间和传统企业站,不少十多年前上线的系统，至今仍然跑在Apache上，这类站点通常兼容性做得很好，各种旧脚本都能正常运行。
微软系Windows服务器则基本绑定IIS,涉及ASP.NET或Access数据库的老网站大概率跑在IIS上，行业共识认为，挖掘机学校、维修类网站这类传统行业站点里，IIS的遗留比例比想象中高得多。
识别服务器响应头里的“迷惑行为”
看Server字段时经常遇到一种情况：明明查出来是cloudflare或者nginx，但怎么看都不像，这里要分两层说。
第一层,是CDN服务商在响应头里写上了自己的名字，既然网站套了CDN，真实源站的Server头就看不到了，看到的是CDN节点返回的头信息，这是正常的。
第二层,是高手故意修改了Server字段来迷惑对手，把nginx改成Apache，或者直接删掉Server字段，都是可以做到的，但有这个心思的站长极少，普通个人网站和中小企业网站用不上这种操作。
查完服务器之后：网站用什么服务器好
知道了网站服务器类型,判断“网站用什么服务器好”就变成了一个动态问题，得结合流量规模、开发语言、运维水平来综合考量。
新站上线怎么选服务器
新网站没有历史包袱,纯静态页面或者简单的HTML站点，选择Nginx最合适，既快又省内存，如果是用PHP写的内容站或博客，Nginx加PHP-FPM的组合多年来一直很稳定，而用ASP.NET开发的企业内部系统或政务类平台，留在Windows上用IIS是顺手的选择。
老站迁移需要关注什么
老站迁移时,不要只看Server字段，还要看下面几个细节，响应头里的X-Powered-By如果显示PHP版本，要确认新环境是否兼容已有的代码，旧站点里如果存在大量.htaccess规则文件，迁到Nginx上就要重写伪静态规则，这是一项不小的工程。
对于个人站长大致可以参考这个思路：单纯追求易用和图形化配置，选宝塔面板自带的Nginx一键部署，国内环境下很省心，追求性能极致的极客用户，可以试试用Caddy自动配置HTTPS，省掉手动折腾证书的环节，而企业级场景，Nginx全家桶（Nginx Plus）或OpenResty能覆盖绝大多数需求。
业内专家指出,判断自己该用什么服务器，先看会不会Shell，再看后端语言是什么，最后考虑预算，这三个条件一确定，选择范围就很小了。
网页本身也会“说漏嘴”：通过源码和其他痕迹反推
响应头是最直接的证据,但如果Server字段被人为隐藏了，还可以从网站的其他特征里找到线索。
从默认文件名和错误页面分辨
Apache默认的404错误页面底部会带一个“Apache/2.4.XX (Unix)”的标注，IIS的默认错误页会显示明确的Microsoft字样，Nginx的错误页相对简单，一般就是一行纯文本加nginx版本号，访问一个不存在路径，看返回的错误页，能作为辅助判断依据。
用专业工具检测网站的技术全貌
市面上有不少在线工具能扫描网站使用的全套技术栈,包括web服务器、后端语言、前端框架、分析工具、广告系统等，它们的行为原理是结合HTTP响应头和网页源码里的特征字符串，比如生成器meta标签、特定注释、独有的CSS类名等，来综合推断。
这类工具适合用来做竞品分析,想看一个同行网站用的什么建站系统、跑在什么服务器上，跑一遍扫描，信息就基本齐全了。
关于怎么看网站web服务器的常见问题
为什么有些网站查不到服务器类型
不少知名网站会隐藏或改写Server响应头，防止别人利用版本信息做漏洞探测，这是主动的安全策略，不影响网站正常运行，这种情况下，就只能通过错误页面、源码特征或第三方工具推测，无法百分之百确定。
curl命令在Windows上无法运行怎么办
Windows 10及以上的系统自带curl命令，直接打开PowerShell就能用，老版本Windows若不支持，用浏览器开发者工具就是最方便的替代方案，不需要装任何额外东西。
查看服务器信息和查看IP归属地的结果会不一致吗
会不一致,Server字段反映的是web服务器软件，即逻辑层面的角色，IP归属地反映的是物理服务器的位置，网站套了CDN之后，IP归属地是CDN节点的，离源站十万八千里，两者本来就不应该有对应关系，想要找到源站真实IP，那是另一套技术活，得靠历史DNS记录、子域名枚举等方式去挖，普通场景下没有太大必要。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/%e5%a6%82%e4%bd%95%e6%9f%a5%e7%9c%8b%e7%bd%91%e7%ab%99%e4%bd%bf%e7%94%a8%e7%9a%84web%e6%9c%8d%e5%8a%a1%e5%99%a8%ef%bc%8c%e6%9c%8d%e5%8a%a1%e5%99%a8%e7%b1%bb%e5%9e%8b%e6%80%8e%e4%b9%88%e6%9f%a5/
