- 综合排序
- 最热优先
- 最新优先
- 来自专栏cwl_Java
速读原著-TCPIP(SNMPv2)
RFC 1441 [Case et al. 1993]是其中的第一个，它系统地介绍了S N M P v 2。 同样，有两本书 [Stallings 1993; Rose 1994]也对S N M P v 2进行了介绍。 在本节中，我们主要介绍S N M P v 1和S N M P v 2之间的重要区别。 定义了两个新的M I B，它们是：SNMPv2 MIB和SNMPv2-M2M MIB（管理进程到管理进程的M I B）。 SNMPv2的安全性比S N M P v 1大有提高。 而 SNMP v2可以提供鉴别和加密。 厂家提供的设备支持S N M P v 2的会越来越多，管理站将对两个版本的 S N M P代理进程进行管理。
42420发布于 2020-03-17 - 来自专栏cwl_Java
速读原著-TCPIP(RIP版本2)
第10章 动态选路协议 10.5 RIP版本2 RFC 1388 [Malkin 1993a]中对R I P定义进行了扩充，通常称其结果为 R I P - 2。 如果R I P忽略这些必须为0的字段，那么，R I P和R I P - 2可以互操作。 图1 0 - 1 0重新给出了由R I P - 2定义的图。对于R I P - 2来说，其版本字段为2。 R I P - 2提供了一种简单的鉴别机制。可以指定 R I P报文的前2 0字节表项地址系列为 0 x ffff，路由标记为2。表项中的其余1 6字节包含一个明文口令。 最后，R I P - 2除了广播（第 1 2章）外，还支持多播。这可以减少不收听 R I P - 2报文的主机的负载。
65220发布于 2020-03-06 - 来自专栏知行合一
UML系列（2）：快速读懂结构间的关系
研发们或者技术经理们应当有体验过这种感觉，那就是“感觉我讲得挺好的，但是对方就是没能理解”。其实出现这种问题的原因往往不是因为对方理解能力差，或则自身表达不够，而是因为双方有较大的“知识落差”。那么“知识落差”到底是什么意思呢？其实很简单，就是双方各自的“知识链”不同，因此对相同事物的看法和表述不同，从而导致了理解的误差，形成了当前难以沟通的局面。但是“知识链”是几乎无法完全相同的，毕竟人的经历和学识都各不相同。那该如何解决这样的问题呢？最好的方法就是在沟通的内容范围内，用相互理解的语言进行沟通，即构建受限的“知识链”。这样哪怕彼此的三观不同，也能在工作内容中进行有效的沟通。而UML就是承接了这种责任的建模语言。
64120编辑于 2023-03-06 - 来自专栏cwl_Java
速读原著-TCPIP(RFC)
R F C的篇幅从1页到2 0 0页不等。每一项都用一个数字来标识，如 RFC 11 2 2，数字越大说明R F C的内容越新。 主机需求R F C，11 2 2和1123[Braden 1989a, 1989b]。RFC 11 2 2针对链路层、网络层和运输层；RFC 11 2 3针对应用层。
90710发布于 2020-03-02 - 来自专栏cwl_Java
速读原著-TCPIP(分层)
假设在一个局域网（ L A N）如以太网中有两台主机，二者都运行 F T P协议，图1 - 2列出了该过程所涉及到的所有协议。 ? 在图1 - 2中列举了四种不同层次上的协议。 F T P是一种应用层协议， T C P是一种运输层协议，I P是一种网络层协议，而以太网协议则应用于链路层上。 随着增加不同类型的物理网络，可能会有2 0个路由器，但应用层仍然是一样的。物理细节的隐藏使得互联网功能非常强大，也非常有用。 连接网络的另一个途径是使用网桥。 本书第 1 7～2 2章将详细讨论 T C P的内部操作细节。 然后，我们将介绍一些 T C P的应用，如第 2 6章中的Te l n e t和R l o g i n、第2 7章中的F T P以及第2 8章中的S M T P等。这些应用通常都是用户进程。
55630发布于 2020-02-29 - 来自专栏cwl_Java
速读原著-TCPIP(分用)
但在图 2 - 4中，我们又把A R P作为以太网设备驱动程序的一部分，放在 I P层的下面，其原因在逻辑上是合理的。 这些分层协议盒并不都是完美的。
47010发布于 2020-02-29 - 来自专栏cwl_Java
速读原著-TCPIP(协议)
图1 5 - 1显示了5 种T F T P报文格式（操作码为1和2的报文使用相同的格式）。 T F T P报文的头两个字节表示操作码。 T F T P服务器随后发送块编号为 2的数据。T F T P客户发回块编号为2的A C K。重复这个过程直到这个文件传送完。 除了最后一个数据分组可含有不足 5 1 2字节的数据，其他每个数据分组均含有5 1 2字节的数据。当T F T P客户收到一个不足5 1 2字节的数据分组，就知道它收到最后一个数据分组。 该客户就将文件的头 5 1 2字节以块编号为1发出。服务器则返回块编号为1的A C K。 这种类型的数据传输称为停止等待协议。它只用在一些简单的协议如 T F T P中。 在2 0 . 3节中将看到T C P提供了不同形式的确认，能提供更高的系统吞吐量。 T F T P的优点在于实现的简单而不是高的系统吞吐量。 ?
54740发布于 2020-03-11 - 来自专栏JavaEdge
DDD精粹速读（一）
2 我只剩一分钟空闲！ 如果你只能从这篇文章中记住两点，那么 DDD 的核心主张是： 2.1 模型驱动设计 在自包含的领域模型中建模业务流程和规则是重中之重。 图2: 一个分为四个部分的“现状”解决方案空间图。交付/收集部分有一个标记为第三方 SaaS 的紫色圆圈。
25810编辑于 2025-06-01 - 来自专栏ThoughtWorks
如何快速读Paper
---- 对于问题2和3 基本建议采用Waterloo大学S. Keshav的“三遍法”（以下为避免翻译不够信达雅，关键字均用英文）。
1K20发布于 2018-10-22 - 来自专栏cwl_Java
速读原著-TCPIP(广播)
12.2.1 受限的广播 受限的广播地址是 2 5 5 . 2 5 5 . 2 5 5 . 2 5 5。 大多数B S D系统将2 5 5 . 2 5 5 . 2 5 5 . 2 5 5看作是配置后第一个接口的广播地址，并且不提供向所属具备广播能力的接口传送数据报的功能。 例如，如果路由器收到发往 1 2 8 . 1 . 2 . 2 5 5的数据报，当 B类网络1 2 8 . 1的子网掩码为2 5 5 . 2 5 5 . 2 5 5 . 0时，该地址就是指向子网的广播地址 例如，如果目的子网掩码为2 5 5 . 2 5 5 . 2 5 5 . 0，那么I P地址1 2 8 . 1 . 2 5 5 . 2 5 5是一个指向所有子网的广播地址。 例如，如果I P地址为1 2 8 . 1 . 2 . 3的主机没有设置子网掩码，它的广播地址在正常情况下的默认值是 1 2 8 . 1 . 2 5 5 . 2 5 5。
55710发布于 2020-03-09 - 来自专栏cwl_Java
速读原著-TCPIP(封装)
我们将在 4 . 5节遇到最小长度的数据帧，在2 . 8节中遇到最大长度的数据帧。 1表示为I C M P协议，2表示为I G M P协议，6表示为T C P协议，1 7表示为U D P协议。 类似地，许多应用程序都可以使用 T C P或U D P来传送数据。
43420发布于 2020-02-29 - 来自专栏cwl_Java
速读原著-UnixLinux基础(四)
gedit是一个Linux环境下的文本编辑器，类似windows下的写字板程序，在不需要特别复杂的编程环境下，作为基本的文本编辑器比较合适。
61910发布于 2020-08-03 - 来自专栏cwl_Java
速读原著-TCPIP(SNMP示例)
可以看到：如果采用属于 1 4 0 . 2 5 2 . 3子网的地址，就多了额外的一跳。下面解释造成这个额外一跳的原因。 图2 5 - 2 9是系统的连接关系图。 从 t r a c e r o u t e命令的输出结果可以看出主机 g e m i n i和路由器s w n r t都连接了两个网段：1 4 0 . 2 5 2 . 3子网和1 4 0 . 2 5 2 在图2 5 - 2 9中，我们用虚线箭头画出了当 Te l n e t到1 4 0 . 2 5 2 . 3 . 5 4时的路径。 5 2 . 3 . 0 = 1 4 0 . 2 5 2 . 1 . 6 正如我们所看到发生的那样，路由表设置使得n e t b路由器把分组发送到s w n r t路由器。 那是因为在g e m i n i路由器端，它要回送的分组目的地址是1 4 0 . 2 5 2 . 1 . 2 9，而子网1 4 0 . 2 5 2 . 1是直接连接到g e m i n i路由器上的。
64800发布于 2020-03-16 - 来自专栏cwl_Java
速读原著-TCPIP(DNS 基础)
所有2字符长的域均是基于 I S O 3 1 6 6中定义的国家代码，这些域被称为国家域，或地理域。 图1 4 - 2列出了7个普通域的正式划分。 在D N S中，通常认为 3字符长的普通域仅用于美国的组织机构， 2字符长的国家域则用 于每个国家，但情况并不总是这样。
74810发布于 2020-03-11 - 来自专栏cwl_Java
速读原著-TCPIP(子网寻址)
这样做的原因是因为 A类和B类地址为主机号分配了太多的空间，可分别容纳的主机数为2 2 4-2和2 1 6-2。 这样就允许有2 5 4个子网，每个子网可以有2 5 4台主机。 ? 例如，在子网 1 4 0 . 2 5 2 . 3上，就超过5 0台主机，而在子网1 4 0 . 2 5 2 . 1上则超过1 0 0台主机。 为了到达 I P地址开始部分为 1 4 0 . 2 5 2的主机，外部路由器只需要知道通往 I P地址1 4 0 . 2 5 2 . 1 0 4 . 1的路径。 这就是说，对于网络 1 4 0 . 2 5 2只需一个路由表目，而如果采用 3 0个C类地址，则需要 3 0个路由表目。
75320发布于 2020-02-28 - 来自专栏cwl_Java
速读原著-TCPIP(SNMP协议)
图2 5 - 1描述了这5种操作。 ? 代理进程发出的 Tr a p操作采用U D P的1 6 2端口。由于收发采用了不同的端口号，所以一个系统可以同时为管理进程和代理进程（参见习题2 5 . 1）。 图2 5 - 2是封装成U D P数据报的5种操作的S N M P报文格式。 在图中，我们仅仅对I P和U D P的首部长度进行了标注。 图2 5 - 4是参数值、名称和描述之间的对应关系。 ? 差错索引字段是一个整数偏移量，指明当有差错发生时，差错发生在哪个参数。 我们将在 2 5 . 1 0节中当讨论到t r a p时再详细讨论。
74520发布于 2020-03-17 - 来自专栏cwl_Java
速读原著-UnixLinux基础(六)
c)打开能平同web服务器(192.168.31.143)机器的浏览器，网址输入192.168.31.143：
37810发布于 2020-08-03 - 来自专栏cwl_Java
速读原著-TCPIP(长肥管道)
回顾图 2 0 - 11和图2 0 - 1 2，管道可以被水平拉长（一个长的 RT T），或被垂直拉高（较高的带宽），或向两个方向拉伸。使用长肥管道会遇到多种问题。 但是从图 2 4 - 5的最后一列可以看到，现有的网络需要一个更大的窗口来提供最大的吞吐量。在 2 4 . 4节介绍的窗口扩大选项可以解决这个问题。 首先回想起I P首部中的T T L为每个I P段规定了一个生存时间的上限—2 5 5跳或2 5 5秒，看哪一个上限先达到。 推荐的M S L的值为2分钟（给出一个2 4 0秒的2 M S L），但是我们在1 8 . 6节看到许多实现使用的M S L为3 0秒。 经过T 1网络传输文件的总时间为5 . 2 11秒。如果增加更多的带宽，使用一个T 3网络(45 000 000 b/s），则总时间减少到0 . 2 0 8秒。
97921发布于 2020-03-13 - 来自专栏FreeBuf
快速读懂无线安全
2.共享密钥认证：认证可选，过程执行wep认证。就是四次握手的过程。 WPA/WPA2认证： WPA用户认证是使用的802.1X和EAP实现的。它考虑到了个人与企业的需要。 WPA2是WPA的第二个版本，WPA2采用AES-CCMP的机制。 WPA/WPA2比较： WPS加密： 简单来讲就是一个路由器的简单安全设置，用户输入一个pin，就能完成连接。 获得WPA2的加密防护。因为它的验证机制有问题，所以可以暴力破解出来pin。 WAPI认证： 国产加密，因为一直受Wifi联盟的封锁，所以导致一直没落. Open=无加密，WPA=WPA/WPA2=WPA2 CIPHER：加密算法，如CCMP，TKIP.... 现在叫《快速读懂无线安全》。 * 本文原创作者：icecolor不疯不魔不成活，本文属FreeBuf原创奖励计划，未经许可禁止转载
1.8K100发布于 2018-02-08 - 来自专栏cwl_Java
速读原著-TCPIP(资源记录)
现有大约2 0种不同类型的资源记录，下面将介绍其中的一些。另外，随着时间的推移，会加入更多类型的R R。 A 一个A记录定义了一个I P地址，它存储32 bit的二进制数。 （2）M X记录提供了一种将无法到达其目的主机的邮件传送到一个替代主机的方式。 N E T foo.com MX relay2.UU.NET M X记录能被连接在互联网主机中的邮件处理器使用。 在这个例子中，其他的邮件处理器则被告知“如果有邮件要发往 u s e r @ f o o . c o m，就将邮件送到r e l a y 1 . u u . n e t或r e l a y 2 . u 因此该 T T L值为2 4小时（2 4×6 0×6 0）。第3列，I N，是（I n t e r n e t）类。我们看到直接传送给主机自身（第一个M X记录）有最低的优先值0。
41410发布于 2020-03-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号