网络系统 -- IT技术博客大学习 -- 共学习共进步！

我们知道，在Windows系统之间，可以通过共享目录的方式，让远程系统直接访问。其实这里是Windows提供一种远程文件系统机制，NAS协议的一种——CIFS协议。如果是Linux系统呢，同样有另外一种NAS协议——NFS协议来实现远程访问。那么这两种NAS协议能否互通呢？答案是否定的。虽然二者不能互通，但是，在Linux系统上面已经有了CIFS协议的服务端和客户端的实现，这样，无论是Linux给Windows共享还是Windows给Linux共享都可以借助这些已有的实现来做到了。

• 使用Fiddler对手机应用进行抓包测试

手机应用的抓包测试相对于PC上要麻烦一些。以下内容来自公司QA的指导，感谢~ 需要的软件：抓包工具Fiddler......

• 网关协议学习：CGI、FastCGI、WSGI

CGI即通用网关接口(Common Gateway Interface)，是外部应用程序(CGI程序)与Web服务器之间的接口标准，是在CGI程序和Web服务器之间传递信息的规程。CGI规范允许Web服务器执行外部程序，并将它们的输出发送给Web浏览器，CGI将Web的一组简单的静态超媒体文档变成一个完整的新的交互式媒体。通俗的讲CGI就像是一座桥，把网页和WEB服务器中的执行程序连接起来，它把HTML接收的指令传递给服务器的执行程序，再把服务器执行程序的结果返还给HTML页。CGI 的跨平台性能极佳，几乎可以在任何操作系统上实现。

• 分地区访问解决方案

现有的服务有很多的情况对不同的地区对同一个域名，显示不同的内容。例如广告系统，针对一个不同的地域显示不同的广告内容。可以通过动态页面根据来源IP显示不同的内容，毕竟动态页面消耗的资源还是比较的高，另外一个做法根据来源IP作一个301跳转。这两种方式做法消耗资源还是有点大，另外的一种做法是从local dns方面进行的一个dns view的方式进行的地区访问限制，这种方式的好处就是不需要在应用程序和服务器端做任何的修改，只需要配置一个dns的view就可以了，缺点是误判太多。

• 自建DNS以防止GFW干扰

国内用户无法访问youtube的主要原因是当浏览器进行DNS查询时GFW 会拦截此请求并返回错误的结果。那么一个解决办法就是采用更安全的传输方式。DNS请求默认是采用UDP协议，它是无连接的，所以UDP协议头部的IP地址非常容易被伪造，拦截的成本很低。但是DNS也支持tcp协议，经众多网友测试，GFW 不会处理TCP形式的DNS请求。

• 域名DNS相关术语

域名DNS相关术语介绍、中英文对照。

• DNSv6和DNS64简单配置

Linux系统下的各类服务基本上都已经支持IPv6，DNS是一个常用而且重要的服务，可以算是互联网的入口了。根据通常需求，说说几个和IPv6相关的重要选项！

• TCP网络协议以及其思想的应用

大部分程序员都听说过 TCP/IP 网络协议, 或者都写过 TCP socket 网络的程序, 甚至还学过 TCP 原理, 少部分看过 TCP 协议的某一个实现版本. 不过, 真正掌握 TCP 原理及思想的人, 我觉得不多. 只有理解了 TCP 原理及实现, 并且把它背后的思想和技术活学活用到其它的领域, 那才算是真正掌握了 TCP.

• 浅谈TCP优化

很多人常常对TCP优化有一种雾里看花的感觉，实际上只要理解了TCP的运行方式就能掀开它的神秘面纱。Ilya Grigorik 在「High Performance Browser Networking」中做了很多细致的描述，让人读起来醍醐灌顶，我大概总结了一下，以期更加通俗易懂。

• 在LVS上实现SNAT网关

使用LVS做4层反向代理负载均衡在网关做SNAT，为内网机器提供访问外网的功能。假设大家已经了解LVS的转发方式，这里仅叙述分析和解决问题的过程。

• 防火墙的目标地址转换和源地址转换

遇到一起防火墙故障，对防火墙的工作原理和目标地址转换、源地址转换有了进一步的了解，记录于此。

• 深入理解 GRE tunnel

GRE tunnel 的原理从根本上和 sit，ipip 这样的 tunnel 就不一样。除了外层的 IP 头和内层的 IP 头之间多了一个 GRE 头之外，它最大的不同是，tunnel 不是建立在最终的 host 上，而是在中间的 router 上！

• 网络传输协议AMF初探

AMF协议是Action Message Format协议的简称，AMF协议是Adobe公司的协议，主要用于数据交互和远程过程调用，在功能上与WebService相当，但AMF与WebService中的xml不同在于AMF是二进制数据，而xml是文本数据，AMF的传输效率比xml高。AMF使用http方式传输，目前主要用于ActionScript中，实现Flex与Service之间的通信。目前最新的版本是AMF3。

• TCP洪水攻击（SYN Flood）的诊断和处理

SYN Flood是当前最流行的DoS(拒绝服务攻击)与DDoS(分布式拒绝服务攻击)的方式之一，这是一种利用TCP协议缺陷，发送大量伪造的TCP连接请求，常用假冒的IP或IP号段发来海量的请求连接的第一个握手包(SYN包)，被攻击服务器回应第二个握手包(SYN+ACK包)，因为对方是假冒IP，对方永远收不到包且不会回应第三个握手包。导致被攻击服务器保持大量SYN_RECV状态的“半连接”，并且会重试默认5次回应第二个握手包，塞满TCP等待连接队列，资源耗尽(CPU满负荷或内存不足)，让正常的业务请求连接不进来。

• http keepalive

在http早期，每个http请求都要求打开一个tpc socket连接，并且使用一次之后就断开这个tcp连接。使用keep-alive可以改善这种状态，即在一次TCP连接中可以持续发送多份数据而不会断开连接。通过使用keep-alive机制，可以减少tcp连接建立次数，也意味着可以减少TIME_WAIT状态连接，以此提高性能和提高httpd服务器的吞吐率(更少的tcp连接意味着更少的系统内核调用,socket的accept()和close()调用)。但是，keep-alive并不是免费的午餐,长时间的tcp连接容易导致系统资源无效占用。配置不当的keep-alive，有时比重复利用连接带来的损失还更大。所以，正确地设置keep-alive timeout时间非常重要。

• 如何诊断CDN故障

某项目使用CDN做文件下载服务，最近不时有网友反馈下载出错，因为CDN是第三方提供的，且节点众多，所以诊断起来有点麻烦，必须想想招儿。首当其冲的问题是如何确认CDN有哪些节点？幸运的是通过阿里测提供的服务，我们能拿到这个IP列表，当然这个IP列表不可能百分百完整，不过应该包含了大部分的节点，有兴趣的可以参考百度的JQuery CDN例子。

• HTTP的升级产品：SPDY

SPDY是Google开发的基于传输控制协议(TCP)的应用层协议。目前已经被用于Google Chrome浏览器中来访问Google的SSL加密服务。SPDY当前并不是一个标准协议，但SPDY的开发组已经开始推动SPDY成为正式标准(现为互联网草案)，Google Chrome，Mozilla Firefox和Opera均已支持SPDY协议。SPDY协议类似于HTTP，但旨在缩短网页的加载时间和提高安全性。SPDY协议通过压缩、多路复用和优先级来缩短加载时间。SPDY并不是首字母缩略字，而仅仅是”speedy”的缩写。设计SPDY的目的在于降低网页的加载时间。通过优先级和多路复用，SPDY使得只需要建立一个TCP连接即可传送网页内容及图片等资源。SPDY中广泛应用了TLS加密，传输内容也均以gzip或DEFLATE格式压缩(与HTTP不同，HTTP的头部并不会被压缩)。另外，除了像HTTP的网页服务器被动的等待浏览器发起请求外，SPDY的网页服务器还可以主动推送内容。

• gen_tcp发送缓冲区以及水位线问题分析

当gen_tcp:send数据无法离开通过网络发送出去的时候，会暂时保留在port的消息队列里面，当消息队列满(到高水位线)的时候，port就会busy，抑制发送者推送更多的数据。当epoll探测到socket可写的时候，vm会调用tcp_inet_output把消息队列里面的数据，拉到网络去，这个过程中，队列里面的数据会越来越少，少到低水位线的时候，解除busy, 好让发送者发送更多的数据。

• gen_tcp如何限制封包大小

我们在做tcp服务器的时候，通常会从安全考虑，限制封包的大小，预防被无端攻击或者避免极端的请求对业务造成损害。我们的tcp服务器通常是erlang做的，那么就涉及到gen_tcp如何限制封包的大小. gen_tcp对封包的获取有2种方式： 1. {active, false} 封包透过gen_tcp:recv(Socket, Length) -> {ok, Packet} | {error, Reason} 来接收。 2. {active, true} 封包以消息方式投递。

• HTTP 正向代理与反向代理

代理作为客户端与服务端通信的中间人，代替客户端与服务端交流。对于客户端，代理的角色是服务端用来发送响应；对于服务端，代理的角色是客户端用来发送请求。