|
|
|
|
知识点：
生成树网桥
端口
角色
|
|
关键词：
端口
协议
章/节：
网络设备与网络软件
|
|
|
|
|
|
|
|
在STP协议中，在确定端口角色时，可能会用到BPDU中哪些参数（）。
|
|
|
|
|
| A.
BPDU TYPE, ROOTID, ROOT PATH COST, BRIDGE ID
|
|
|
| B.
FLAGS, ROOT PATH COST, BRIDGE ID, PORT ID
|
|
|
| C.
ROOTID, ROOT PATH COST, BRIDGE ID, BRIDGE PORT ID
|
|
|
| D.
ROOTID, ROOT PATH COST, BRIDGE ID, PORT ID
|
|
|
|
|
|
|
|
| |
|
为保障您的权益，请登录
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
生成树网桥是最常用的一种网桥，又叫透明网桥（Transparent Bridge）。所谓“透明”，是指它对所连接的任何网络站点都完全透明，用户既感觉不到它的存在，也无法对网桥寻址，所有的路由判断全部由网桥自己确定。透明网桥不仅用于同种MAC协议的LAN之间的互联，而且可以用于任何MAC标准（802.3、802.4、802.5）的不同类的LAN互联。当网桥连接在网络中时，它能自动初始化并对自身进行配置，不需要人工做任何配置。
|
|
|
|
（1）透明网桥的自学习过程算法。前面介绍过，当网桥收到一个帧时，便可通过查找转发数据基来确定是将帧滤除还是转发。由于网桥工作在数据链路层的MAC子层，通过对MAC帧头中源和目的站地址的检查便可建立起这种转发数据基。根据MAC帧地址建立转发数据基的过程称为“自学习”过程。透明网桥自学习过程采用如下所述的逆向学习算法。网桥每收到一帧，检查该帧源地址是否已在网桥的地址端口表中建立，若未建立则增加相应的地址端口项。为了处理动态拓扑问题，每当增加地址端口项时，在这项中注明帧的到达时间。每当表中已有的地址发来的帧到达时，用当前时间更新该项。
|
|
|
|
从对应项内容即可知道最新到来帧的时间。网桥中有一进程定期扫描地址端口表，清除存在时间大于某个设定值的全部项，这种处理意味着如果某台机器断开或停机一定时间，网桥中就不再保留该机器有关的地址端口项，发给它的帧将扩散发送，并直到该机发出的帧被网桥再次收到为止。所谓扩散发送，即网桥把每个到来的目的地址不明的（地址端口表查不到的）帧输出到此网桥的所有端口（除了收到该帧的端口）。
|
|
|
|
（2）透明网桥的路径选择算法。透明网桥采用的路径选择算法也比较简单。转发帧的路径选择取决于帧的源和目的站点所在的LAN（网桥连接的端口），如果源和目的站点处于同一LAN（即网桥的同一端口）则丢弃该帧，如果源和目的站点处于不同的LAN则转发该帧，经过查地址端口表判断，是直接转换还是扩散发送。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
在TCP/IP网络中，传输层的所有服务都包含端口号，它们可以唯一区分每个数据包包含哪些应用协议。端口系统利用这种信息来区分包中的数据，尤其是端口号使一个接收端计算机系统能够确定它所收到的IP包类型，并把它交给合适的高层软件。
|
|
|
|
端口号和设备IP地址的组合通常称作插口（socket）。任何TCP/IP实现所提供的服务都用知名的1～1023之间的端口号。这些知名端口号由Internet号分配机构（Internet Assigned Numbers Authority, IANA）来管理。例如，SMTP所用的TCP端口号是25，POP3所用的TCP端口号是110，DNS所用的UDP端口号为53，WWW服务使用的TCP端口号为80。FTP在客户与服务器的内部建立两条TCP连接，一条是控制连接，端口号为21；另一条是数据连接，端口号为20。
|
|
|
|
256～1023之间的端口号通常由UNIX系统占用，以提供一些特定的UNIX服务。也就是说，提供一些只有UNIX系统才有的而其他操作系统可能不提供的服务。
|
|
|
|
在实际应用中，用户可以改变服务器上各种服务的保留端口号，但要注意，在需要服务的客户端也要改为同一端口号。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
考虑一个有很多出纳的银行。每一个出纳必须对同一组关系具有同种类型的权限。无论何时指定一个新的出纳，他都必须被单独授予所有这些授权。
|
|
|
|
一个更好的机制是指明所有出纳应该有的授权，并单独标示出哪些数据库用户是出纳。系统可以用这两条信息来确定每一个有出纳身份的人的权限。当一个人被新雇佣为出纳时，必须给他分配一个用户标识符，并且必须将他标示为一个出纳，而不需要重新单独给予出纳权限。
|
|
|
|
角色（role）的概念可用于该机制。在数据库中建立一个角色集，和授予每一个单个用户一样，可将权限授予角色。分配给每个数据库用户一些他（或她）有权扮演的角色（也可能是空的）。
|
|
|
|
事实上，在银行的数据库里，角色的例子可以包括system-administrator、branch-manager、teller和auditor。一个不是很合适的方法是建立一个teller用户号，允许每一个出纳用这个出纳用户号来连接数据库。该机制的问题是它无法鉴别出到底哪个出纳执行了事务，从而导致安全隐患。应用角色的好处是需要每个用户用自己的用户号连接数据库。
|
|
|
|
任何可以授予一个用户的权限都可以授予一个角色。给用户分配角色就跟给用户授权一样。与其他授权一样，一个用户也可以被授予给他人分配角色的权限。这样，可以授予支行经理（branch-manager）分配出纳角色的权限。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
