路由器操作系统也是需要更新的,于是我研究了一下更新路由器操作系统经验总结,在这里拿出来和大家分享一下,希望对大家有用.路由器操作系统同网络操作系统一样容易受到黑客的攻击.大多数中小企业没有雇佣路由器工程师,也没有把这项功能当成一件必须要做的事情外包出去.因此,网络管理员和经理人既不十分了解也没有时间去保证路由器的安全.下面是保证路由器安全的十个基本的技巧.

1、更新你的路由器操作系统

就像网络操作系统一样,路由器操作系统也需要更新,以便纠正编程错误、软件瑕疵和缓存溢出的问题.要经常向你的路由器厂商查询当前的更新和路由器操作系统的版本.

2、修改默认的口令

据卡内基梅隆大学的计算机应急反应小组称,80%的安全事件都是由于较弱或者默认的口令引起的.避免使用普通的口令,并且使用大小写字母混合的方式作为更强大的口令规则.

3、禁用HTTP设置和SNMP(简单网络管理协议)

你的路由器的HTTP设置部分对于一个繁忙的网络管理员来说是很容易设置的.但是,这对路由器来说也是一个安全问题.如果你的路由器有一个命令行设置,禁用HTTP方式并且使用这种设置方式.如果你没有使用你的路由器上的SNMP,那么你就不需要启用这个功能.思科路由器存在一个容易遭受GRE隧道攻击的SNMP安全漏洞.

4、封锁ICMP(互联网控制消息协议)ping请求

ping和其它ICMP功能对于网络管理员和黑客都是非常有用的工具.黑客能够利用你的路由器上启用的ICMP功能找出可用来攻击你的网络的信息.

5、禁用来自互联网的telnet命令

在大多数情况下,你不需要来自互联网接口的主动的telnet会话.如果从内部访问你的路由器设置会更安全一些.

6、禁用IP定向广播

IP定向广播能够允许对你的设备实施拒绝服务攻击.一台路由器的内存和CPU难以承受太多的请求.这种结果会导致缓存溢出.

7、禁用IP路由和IP重新定向

重新定向允许数据包从一个接口进来然后从另一个接口出去.你不需要把精心设计的数据包重新定向到专用的内部网路.

8、包过滤

包过滤仅传递你允许进入你的网络的那种数据包.许多公司仅允许使用80端口(HTTP)和110/25端口(电子邮件).此外,你可以封锁和允许IP地址和范围.

9、审查安全记录

通过简单地利用一些时间审查你的记录文件,你会看到明显的攻击方式,甚至安全漏洞.你将为你经历了如此多的攻击感到惊奇.

10、不必要的服务

永远禁用不必要的服务,无论是路由器、服务器和工作站上的不必要的服务都要禁用.思科的设备通过网络路由器操作系统默认地提供一些小的服务,如echo(回波), chargen(字符发生器协议)和discard(抛弃协议).

转自:http://www.sz-isp.com

第二篇：操作系统实验总结

学号：

姓名：

班级：

在本学期的计算机操作系统这门课学习当中，为了更好的了解操作系统相关知识，我们通过OS Lab平台做了几个实验。在实验室的过程中，我对课堂上学到的操作系统的一些知识有了新的认识，同时还接触到了操作系统的相关源代码，而且通过实验的运行效果了解了平时我们看不到的操作系统的一些状况，收获还是很大的。下面先简要归纳在实验课上我做的几个实验的主要实验内容和实验步骤：

实验一：实验环境的使用

实验步骤：

1.1启动OS Lab

OS Lab每次启动后都会首先弹出一个用于注册用户信息的对话框（可以选择对话框标题栏上的“帮助”按钮获得关于此对话框的帮助信息）。在此对话框中填入学号和姓名后，点击“确定”按钮完成本次注册。观察OS Lab主窗口的布局。OS Lab主要由下面的若干元素组成：菜单栏、工具栏以及停靠在左侧和底部的各种工具窗口，余下的区域用来放置编辑器窗口。

1.2 学习OS Lab的基本使用方法

练习使用OS Lab编写一个Windows控制台应用程序，熟悉OS Lab的基本使用方法（主要包括新建项目、生成项目、调试项目等）。

实验二：操作系统的启动

实验步骤：

2.1 准备实验

启动OS Lab，新建一个EOS Kernel项目，在“项目管理器”窗口中打开boot文件夹中的boot.asm和loader.asm两个汇编文件，按F7生成项目，生成完成后，使用Windows资源管理器打开项目文件夹中的Debug文件夹。找到由boot.asm生成的软盘引导扇区程序boot.bin文件，找到由loader.asm生成的loader程序loader.bin文件，记录下此文件的大小1566字节。

2.2 调试EOS操作系统的启动过程

2.2.1 使用Bochs做为远程目标机

将调试时使用的远程目标机修改为Bochs

2.2.2 调试BIOS程序

按F5启动调试， Bochs在CPU要执行的第一条指令（即BIOS的第一条指令）处中断，从Console窗口显示的内容中，我们可以获得关于BIOS第一条指令的相关信息，然后查看CPU在没有执行任何指令之前主要寄存器中的数据，以及内存中的数据。

2.2.3 调试软盘引导扇区程序

练习从0x7c00处调试软盘引导扇区程序；查看boot.lst文件；调试过程——软盘引导扇区程序的主要任务就是将软盘中的loader.bin文件加载到物理内存的0x1000处，然后跳转到loader程序的第一条指令（物理地址0x1000处的指令）继续执行loader程序；

2.2.4 调试加载程序

调试过程——Loader程序的主要任务是将操作系统内核（kernel.dll文件）加载到内存中，然后让CPU进入保护模式并且启用分页机制，最后进入操作系统内核开始执行（跳转到kernel.dll的入口点执行）；

2.2.5 调试内核

2.2.6 EOS启动后的状态和行为

查看EOS的版本号；查看EOS启动后的进程和线程的信息；查看有应用程序运行时进程和线程的信息

实验三：进程的创建

实验步骤：

3.1 准备实验

启动OS Lab；新建一个EOS Kernel项目；分别使用Debug配置和Release配置生成此项目，从而在该项目文件夹中生成完全版本的EOS SDK文件夹；新建一个EOS应用程序项目；使用在第3步生成的SDK文件夹覆盖EOS应用程序项目文件夹中的SDK文件夹

3.2 练习使用控制台命令创建EOS应用程序的进程

3.3 练习通过编程的方式让应用程序创建另一个应用程序的进程

使用OS Lab打开本实验文件夹中的NewProc.c文件；查看应用程序创建另一个应用程序的进程的执行结果。

3.4 调试CreateProcess函数

调试CreateProcess函数创建进程的过程；分别验证应用程序和操作系统内核在进程的4G虚拟地址空间中所处的位置；

3.5 调试PsCreateProcess函数

调试PspCreateProcessEnvironment函数；调试进程控制块的创建过程；调试初始化进程控制块中各个成员变量的过程。

3.6 练习通过编程的方式创建应用程序的多个进程

使用OS Lab打开本实验文件夹中的参考源代码文件NewTwoProc.c，仔细阅读此文件中的源代码。使用NewTwoProc.c文件中的源代码替换EOS应用程序项目中EOSApp.c文件内的源代码，生成后启动调试，查看多个进程并发执行的结果。

实验四：线程的状态和转换

实验步骤：

4.1 准备实验

启动OS Lab，新建一个EOS Kernel项目

4.2 调试线程状态的转换过程

查看一下loop命令执行的效果；调试线程状态转换的过程；对断点进行一些调整。

4.2.1 线程由阻塞状态进入就绪状态：

将线程从等待队列中移除；将线程的状态由Waiting修改为Zero；将线程插入其优先级对应的就绪队列的队尾；将线程的状态由Zero修改为Ready。

4.2.2 线程由运行状态进入就绪状态：

线程中断运行，将线程中断运行时的上下文保存到线程控制块中；如果处于运行状态的线程被更高优先级的线程抢先，就需要将该线程插入其优先级对应的就绪队列的队首。（注意，如果处于运行状态的线程主动让出处理器，例如时间片用完，就需要将程插入其优先级对应的就绪队列的队尾）；将线程的状态由Running修改为Ready

4.2.3 线程由就绪状态进入运行状态：

将线程从其优先级对应的就绪队列中移除；将线程的状态由Ready修改为Zero；将线程的状态由Zero修改为Running；将线程的上下文从线程控制块（TCB）复制到处理器的各个寄存器中，让线程从上次停止运行的位置继续运行。

4.2.4 线程由运行状态进入阻塞状态：

将线程插入等待队列的队尾；将线程的状态由Running修改为Waiting；将线程中断执行，并将处理器上下文保存到该线程的线程控制块中。

4.3 为线程增加挂起状态

观察loop线程被挂起的情况：删除之前添加的所有断点；按F5启动调试；待EOS启动完

毕，在EOS控制台中输入命令“loop”后按回车。此时可以看到loop线程的执行计数在不停增长，说明loop线程正在执行，记录下loop线程的ID；按Ctrl+F2切换到控制台2，输入命令“suspend 31”（如果loop线程的ID是31）后按回车；按Ctrl+1切换回控制台1，可以看到由于loop线程已经成功被挂起，其执行计数已经停止增长了。

在PsResumThread函数第119行需要添加的代码的流程可以是：首先调用List Remove Entry函数将线程从挂起线程队列中移除， 然后调用PspReadyThread函数将线程恢复为就绪状态，最后调用PspThreadSchedule宏函数执行线程调度，让刚刚恢复的线程有机会执行。

实验过程：

做实验时，最开始并不是很了解OS Lab平台的使用，即使对着老师给的实验教程做还是不怎么会，于是请教会做的同学，通过同学的讲解我知道了怎样在OS Lab平台上建立项目，怎样更改路径并找到项目的源文件等等基本操作。

掌握对平台的简单应用后，做后面的实验我是按照实验教程上的步骤一步步的实施，并且每次都认真观察相应的运行结果，每个实验都会建议我们学习实验教程前面的理论部分，我想如果对他的理论不熟悉，就算试验成功了我也不知道为什么，所以我一般在做实验前会对前面的理论部分进行简要的学习和熟悉。做实验的过程中，有时候按照实验教程上的步骤做平台还是会出现一些错误，比如做实验三到调试CreateProcess函数时，出现的调试异常对话框中，本来是要点击“是”的，但做到这里电脑总是会出现像死机一样的状况，关掉平台重做到这里老是出现同样的问题，最后换电脑也是这样，然后我尝试不按照实验步骤点击“是”也不行，最后还是又还了电脑才做成功，问其他同学也有出现同样的问题，我想可能是平台和电脑上有什么地方有冲突吧。

之后做试验是遇到问题我还是选择多问同学，毕竟每个人擅长的是不同的，有些问题这个同学会解决，有些问题则是那个同学才懂解决，通过互相交流和学习，我们通过实验不仅巩固了课堂上学到的相关知识，也对操作系统有了更深的了解。

体会：

其实做完实验我还是不能保证我对OS Lab这个平台有很好的全面的了解，但是对一些基本操作及其快捷键我算是大致掌握了，通过这个平台我也是认识到了“没有做不到的，只有想不到的”，我觉得创建这个平台的人们真的是很了不起，这个平台让我们便动手便了解了平时我们看不到的操作系统的相关知识。要做好实验，得按照实验教程上面的内容一步步落实，要边做变领悟相关原理及运行结果的出现的原因，这样我们才能在试验中学到更多、掌握更多。其次，也遇到问题我们自然是要先自己思考，通过不同的尝试来解决，之后不能解决的我们要多向老师同学请教，通过互相交流得来的知识也是会让我们难忘的。