04丨网络编程原理：一个字符的互联网之旅

老师您好，客户端在发送请求的时候，是如何知道服务器的mac地址的？这个有点想不明白

401是未授权啊Unauthorized 500是Internal Server Error 这么明显的错误 多误导人啊

1.（链路层）客户端如何获悉服务端的mac地址？是在客户端和服务端tcp三次握手的时候获取吗？ 2.（网络层）如果请求链路多次转发，会涉及到多个ip，网络层中服务端的ip会被覆盖吗？

老师你好，以前一直以为SOCKET也是一种协议，但是看你文中没有提及SOCKET是属于哪一层的，个人认为，应该也是属于应用层的一种，请老师解答下

应用服务器数量众多，但负载均衡服务器只有一台，那负载均衡服务器能处理过来吗？

还有IP隧道模式，负载均衡服务器把收到的数据包，封装一个新的IP头标记，发给应用服务器，应用服务器收到数据包后，还原数据包，直接返回客户端，无需经过负载均衡服务器，缓解负载均衡服务器压力； NAT模式：是把客户端发来的数据包的IP头的目的地址，在负载均衡器上换成其中一台应用服务器的IP地址，并发至此应用服务器来处理,应用服务器处理完成后把数据交给经过负载均衡器,负载均衡器再把数据包的原IP地址改为自己的IP，将目的地址改为客户端IP地址，无论是进来的流量,还是出去的流量,都必须经过负载均衡器。

居然留言有这么多人不知道 Linux 内核负载均衡（也就是 LVS），LVS是第一个国产合并到Linux Kernel的功能 。批评一下作者不直接说LVS，让很多人误解了。 https://plantegg.github.io/2019/06/20/%E5%B0%B1%E6%98%AF%E8%A6%81%E4%BD%A0%E6%87%82%E8%B4%9F%E8%BD%BD%E5%9D%87%E8%A1%A1--lvs%E5%92%8C%E8%BD%AC%E5%8F%91%E6%A8%A1%E5%BC%8F/

网络系统像蛋糕一样多层协议，反映了如何将一个复杂系统拆解成一个一个独立的子系统分而治之。 HTTP协议解决的是有明确目的的通信，例如Get就是从服务端获取某些资源，Put是往服务器修改数据，Post是往服务器添加数据。 TCP 协议解决的是二进制意义上的稳定通信，通过握手协议建立连接，收发双方都不断的重复读和写操作。 IP协议解决的是一个地址通信，IP是主机的地址，类似于一户人家的门牌号码。IP协议不是一个稳定的协议，发出就不管了。IP地址不太好记，所以用DNS来解析，就像我们熟人之间，说某某人的家就好了，不用再说具体门牌。 数据链路层，解决的是物理连接。每个网卡都有一个地址，这个地址像经纬度坐标，不像IP层的ip那样容易修改。 物理层，解决的是物理信号到二进制信号的转化。

一篇文章概述网络编程原理。 我感觉即使不是互联网应用，单位内部局域网上的应用其实也符合“互联网之旅”中的描述（局域网内可能不需要 CDN，但是 DNS 还是可以有的）。 应用层（OSI 顶部的应用层、表示层、会话层）的 HTTP 协议，传输层的 TCP 协议，网络层的 IP 协议，数据链路层的 ARP 协议……能把这几个协议将清楚，那么一个网络包的旅程也就基本清楚了。 关于负载均衡，推荐隔壁专栏《从零开始学架构》中的《20 | 高性能负载均衡：分类及架构》和《21 | 高性能负载均衡：算法》。 对于思考题，其实负载均衡大概有三类，DNS、软件和硬件。 DNS 负载均衡一般由域名商提供，主要是按照访问的 IP 地址来决定访问不同地理位置的机房，相对简单、成本低，但是定制化功能较差和分配策略较少。 软件负载均衡比较常用，主要有 Nginx 和 LVS，7 层的 Nginx 大概是 5 万/秒，4 层的 LVS 是十万级。优点是简单、便宜、灵活，缺点是性能不如硬件负载均衡，也没有安全防护功能。 硬件负载均衡（F5 和 A10）除了贵，基本没有别的缺点，功能强大、性能高、稳定，还有安全防护功能。 比较典型的负载均衡架构是由 DNS 支撑地理级别的负载均衡，然后由 F5 支持集群级别的负载均衡，最后由 Nginx 或者 LVS 来实现机器级别的负载均衡。

DNS的负载均衡，应用层的nginx、apache，传输层的F5.