亚太地区运维工程师

[root@vultr ~]# tcpdump -i eth0 -c 2 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 01:25:44.952654 IP 45.63.62.88.vultrusercontent.com.ssh > 27.38.238.130.cxws : Flags [P.], seq 2453249983:2453250179, ack 227453586, win 37, length 196 01:25:44.953148 IP 45.63.62.88.vultrusercontent.com.53759 > 108.61.10.10.choopa.net.domain : 63726+ PTR? 130.238.38.27.in-addr.arpa. (44) 2 packets captured 8 packets received by filter 0 packets dropped by kernel [root@vultr ~]# tcpdump -i eth0 -c 2 -nn tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes 01:29:06.950182 IP 45.63.62.88.22 > 27.38.238.130.4673 : Flags [P.], seq 2453251891:2453252087, ack 227454630, win 37, length 196 01:29:06.950649 IP 45.63.62.88.22 > 27.38.238.130.4673 : Flags [P.], seq 196:376, ack 1, win 37, length 180 2 packet...

 发展过程： HTTP/1：1996年  HTTP/1.1：1997年 HTTP/2：2015年 What is HTTP/2? 2015年，一个名为HTTP/2的新版本被创建。 HTTP/2解决了HTTP/1.1的创造者们没有预料到的几个问题。 特别是，HTTP/2比HTTP/1.1更快、更有效。 HTTP/2更快的方式之一是它在加载过程中如何优先处理内容。 什么是优先顺序？ 在 Web 性能的背景中，优先顺序是指加载内容的顺序。假设用户访问新闻网站并导航到一篇文章。应该先加载文章顶部的照片？应该先加载文章的文本？应该先加载横幅广告？ 优先顺序会影响网页的加载时间。例如，某些资源（例如大型 JavaScript 文件）如果必须先加载，则可能会妨碍页面其余部分的加载。如果最后加载这些妨碍渲染的资源，则可以一次加载页面的更多部分。 另外，这些页面资源的加载顺序会影响用户对页面加载时间的感知。如果仅首先加载幕后内容（如 CSS 文件）或用户无法立即看到的内容（如页面底部的横幅广告），则用户会认为该页面根本没有加载。如果首先加载对用户最重要的内容（例如页面顶部的图像），则用户会觉得页面加载速度更快。 HTTP/2 中的优先顺序如何影响性能？ 在 HTTP/2 中，开发人员可以动手进行细致的优先顺序控制。这样，他们可以将页面加载的感知速度和实际速度最大化到 HTTP/1.1 无法企及的水平。 HTTP/2 提供了一个称为加权优先顺序的功能。开发人员可以决定每次首先加载哪些页面资源。在 HTTP/2 中，当客户端请求网页时，服务器会一次性将多个数据流发送到客户端，而不是逐个依次发送。这种数据传输方法称为多路复用。开发人员可以为这些数据流分别分配一个不同的加权值，该值告诉客户端首先要呈现哪个数据流。 想象一下，爱丽丝想要阅读她的朋友鲍勃写的小说，但是爱丽丝和鲍勃都只通过普通邮件沟通。爱丽丝给鲍勃写信，要求鲍勃将小说寄给她。鲍勃决定以 HTTP/1.1 方式发送小说：一次寄出一个章节，并且仅在收到爱丽丝确认她已收到上一章的回信后才寄出下一章。使用这种内容交付方法，爱丽丝需要数周时间才能读完鲍勃的小说。 现在，假设鲍勃决定以 HTTP/2 方式将小说发送给爱丽丝：这时，他分开发送小说的各个章节（以保持在邮局的大小限制内），但一次性发送了所有章节。他还为每一章编号：...

协议 端口 NFS 3.0 TCP/UDP 111，892和TCP/UDP 2049 NFS 4.0 TCP/UDP 2049 CIFS/SMB 445 NFS服务端口：2049，其余功能的端口随机选择小于1024的端口 RPC的功能是指定每个NFS功能所对应的port number，并通知客户端 Here are the ports that need to be opened:  -TCP port 2049: The default port of NFS server listening. UDP port 2049: The default port of NFS server listening.  -TCP/UDP port 111: RPC binding port is used to establish connections between clients and servers. 单纯NFS服务端至少需要两个daemon： rpc.nfsd ： 最主要的 NFS 伺服器服務提供者。這個 daemon 主要的功能就是在管理用戶端是否能夠使用服务器文件系统挂载信息等， 其中還包含這個登入者的 ID 的判別喔！ rpc.mountd 這個 daemon 主要的功能，則是在管理 NFS 的檔案系統哩！當用戶端順利的通過 rpc.nfsd 而登入伺服器之後，在他可以使用 NFS 伺服器提供的檔案之前，還會經過檔案使用權限 (就是那個 -rwxrwxrwx 與 owner, group 那幾個權限啦) 的認證程序！他會去讀 NFS 的設定檔 /etc/exports 來比對用戶端的權限，當通過這一關之後用戶端就可以取得使用 NFS 檔案的權限啦！(註：這個也是我們用來管理 NFS 分享之目錄的使用權限與安全設定的地方哩！) 实现： NFS启动时随机选择的端口会注册到RPC，RPC固定使用port 111监听客户端请求 注意： 不管客户端还是服务端，使用NFS时需要先启动RPC RPC重新启动，所管理的所有服务都要重新启动，RPC Server包括：NIS、NFS等 RPC：Remote Procedure Call If we need to run a function on...