MathJax - Beautiful math in all browsers
A JavaScript display engine for mathematics that works in all browsers. No more setup for readers. It just works.
Valar Morghulis. Valar Dohaeris.
mode-line初始值:
1 | ("%e" mode-line-front-space mode-line-mule-info mode-line-client mode-line-modified mode-line-remote mode-line-frame-identification mode-line-buffer-identification " " mode-line-position |
随着网络技术的飞速发展,网络的数量也越来越多。而网络中的设备来自各个不同的厂家,如何管理这些设备就变得十分重要。本章的内容就是介绍管理这些设备的标准。
基于TCP/IP的网络管理包含两个部分:网络管理站(也叫管理进程,manager)和被管的网络单元(也叫被管设备)。被管设备种类繁多,例如:路由器、X终端、终端服务器和打印机等。这些被管设备的共同点就是都运行TCP/IP协议。被管设备端和管理相关的软件叫做代理程序(agent)或代理进程。管理站一般都是带有彩色监视器的工作站,可以显示所有被管设备的状态(例如连接是否掉线、各种连接上的流量状况等)。
管理进程和代理进程之间的通信可以有两种方式。一种是管理进程向代理进程发出请求,询问一个具体的参数值(例如:你产生了多少个不可达的ICMP端口?)。另外一种方式是代理进程主动向管理进程报告有某些重要的事件发生(例如:一个连接口掉线了)。当然,管理进程除了可以向代理进程询问某些参数值以外,它还可以按要求改变代理进程的参数值(例如:把默认的IP TTL值改为64)。
作者:飞花
天刚蒙蒙亮,母亲就把我叫起来了:“琼宝,今天是这里的场,我们担点米到场上卖了,好弄点钱给你爹买药。”
我迷迷糊糊睁开双眼,看看窗外,日头还没出来呢。我实在太困,又在床上赖了一会儿。
隔壁传来父亲的咳嗽声,母亲在厨房忙活着,饭菜的香气混合着淡淡的油烟味飘过来,慢慢驱散了我的睡意。我坐起来,穿好衣服,开始铺床。
“姐,我也跟你们一起去赶场好不好?你买冰棍给我吃!”
弟弟顶着一头睡得乱蓬蓬的头发跑到我房里来。
“毅宝,你不能去,你留在家里放水。”隔壁传来父亲的声音,夹杂着几声咳嗽。
弟弟有些不情愿地冲隔壁说:“爹,天气这么热,你自己昨天才中了暑,今天又叫我去,就不怕我也中暑!”
“人怕热,庄稼不怕?都不去放水,地都干了,禾都死了,一家人喝西北风去?”父亲一动气,咳嗽得越发厉害了。
弟弟冲我吐吐舌头,扮了个鬼脸,就到父亲房里去了。
只听见父亲开始叮嘱他怎么放水,去哪个塘里引水,先放哪丘田,哪几个地方要格外留神别人来截水,等等。
TCP已经在从1200 b/s的拨号SLIP链路到以太数据链路上运行了许多年。在80年代和90年代初期,以太网是运行TCP/IP最主要的数据链路方式。虽然TCP在比以太网速率高的环境(如T2电话线、FDDI及千兆比网络)中也能够正确运行,但在这些高速率环境下,TCP的某些限制就会暴露出来。
路径MTU即当前在两个主机之间的路径上任何网络上的最小MTU。路径MTU发现在IP首部中继承并设置“不要分片(DF)”比特,来发现当前路径上的路由器是否需要对正在发送的IP数据报进行分片。如果一个待转发的IP数据报被设置DF比特,而其长度又超过了MTU,那么路由器将返回ICMP不可达的差错。
TCP的路径MTU发现按如下方式进行:在连接建立时,TCP使用输出接口或对端声明的MSS中的最小MTU作为起始的报文段大小。路径MTU发现不允许TCP超过对端声明的MSS。如果对端没有指定一个MSS,则默认为536。
一旦选定了起始的报文段大小,在该连接上的所有被TCP发送的IP数据报都将被设置DF比特。如果某个中间路由器需要对一个设置了DF标志的数据报进行分片,它就丢弃这个数据报,并产生一个ICMP的“不能分片”差错。
如果收到这个ICMP差错,TCP就减少段大小并进行重传。如果路由器产生的是一个较新的该类ICMP差错,则报文段大小被设置为下一跳的MTU减去IP和TCP的首部长度。如果是一个较旧的该类ICMP差错,则必须尝试下一个可能的最小MTU。当由这个ICMP差错引起的重传发生时,拥塞窗口不需要变化,但要启动慢启动。
MathJax - Beautiful math in all browsers
A JavaScript display engine for mathematics that works in all browsers. No more setup for readers. It just works.
网页中增加配置:
1 | <script type="text/x-mathjax-config"> |
可以没有任何数据流通过一个空闲的TCP连接。也就是说,如果TCP连接的双方都没有向对方发送数据,则在两个TCP模块之间不交换任何信息。例如,没有可以在其他网络协议中发现的轮询。这意味着我们可以启动一个客户与服务器建立一个连接,然后离去数小时、数天、数个星期或者数月,而连接依然保持。中间路由器可以崩溃和重启,电话线可以被挂断再连通,但是只要两端的主机没有被重启,则连接依然保持建立。
这意味着两个应用进程—客户进程或服务器进程—都没有使用应用级的定时器来检测非活动状态,而这种非活动状态可以导致应用进程中的任何一个终止其活动。
然而,许多时候一个服务器希望知道客户主机是否崩溃并关机或者崩溃又重新启动。许多实现提供的保活定时器可以提供这种能力。
保活并不是TCP规范中的一部分。Host Requirements RFC提供了3个不使用保活定时器的理由:(1)在出现短暂差错的情况下,这可能会使一个非常好的连接释放掉;(2)它们耗费不必要的带宽;(3)在按分组计费的情况下会在互联网上花掉更多的钱。然而,许多实现提供了保活定时器。
保活定时器是一个有争论的功能。许多人认为如果需要,这个功能不应该在TCP中提供,而应该由应用程序来完成。这是应当认真对待的一些问题之一,因为在这个论题上有些人表达出了很大的热情。
TCP通过让接收方指明希望从发送方接收的数据字节数(即窗口大小)来进行流量控制。如果窗口大小为0会发生什么情况呢?这将有效地阻止发送方传送数据,直到窗口变为非0为止。
TCP必须能够处理打开此窗口的ACK丢失的情况。ACK的传输并不可靠,也就是说,TCP不对ACK报文段进行确认,TCP只确认那些包含有数据的ACK报文段。
如果一个确认丢失了,则双方就有可能因为等待对方而使连接终止:接收方等待接收数据(因为它已经向发送方通告了一个非0的窗口),而发送方在等待允许它继续发送数据的窗口更新。为防止这种死锁情况的发生,发送方使用一个坚持定时器(persist timer)来周期性地向接收方查询,以便发现窗口是否已增大。这些从发送方发出的报文段称为窗口探查(window probe)。
TCP提供可靠的运输层。它使用的方法之一就是确认从另一端收到的数据。但数据和确认都有可能会丢失。TCP通过在发送时设置一个定时器来解决这种问题。如果当定时器溢出时还没有收到确认,它就重传该数据。对任何实现而言,关键之处就在于超时和重传的策略,即怎样决定超时间隔和如何确定重传的频率。
对每个连接,TCP管理4个不同的定时器。
使用 Stylus 可以直接使用 userstyles 网站 提供的模板,很多下载后几乎不用设定即可使用,前提是现在电脑上安装相应的字体。
这里推荐一款 ForceMyFont 的模板,可以设定的选项非常丰富,前提也是需要在电脑上安装你选择的字体。
你也可以自定义字体CSS的样式,在 Chrome 浏览器中,这里使用 Stylus 插件,编写新的样式,代码如下:
1 | *{font-weight:500!important;} |
第一行设定字重,第二行设定英文字体和中文字体。如果要添加字体阴影,可以添加以下代码:
1 | *{text-shadow:0.01em 0.01em 0.01em #999999 !important;} |
其中的数值依次代表阴影的 X 轴偏移、Y 轴偏移、阴影大小,以及字体颜色。