网管的工作日志范本

网管的工作日志范本 工作日志对网路管理员来说,是非常重要的文件。任何一位有良好习惯的管理员,每天例行工事之一就是要整理网管日志。 哦﹐很久没做report 和log 了﹐下面是小弟刚到某公司第二周的‘工作报告’和‘事件汇报’﹐或许可以给您参考一下﹕ 本周主要工作和进度﹕ 1﹐继续对公司网路结果探测﹐已经延伸至3 楼。初步完成。 2﹐修改12 楼之物理网路图。已完成第一版。(请参考附件1﹐kh_phy.vsd) 3﹐绘制12 楼之逻辑网路图。已完成初稿。(请参考附件2﹐kh_logi.vsd) 4﹐继续修改《PC Information Sheet》﹐并以此为基础 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 出《Server Information Sheet》。基本完成。(请参考附件3﹐KH Server Information Sheet.doc) 5﹐对miao 和whale 两台伺服器进行设定档记录。初步完成。(请参考附件 4﹐ks_conf.doc) 6﹐草拟公司《网路安全原则》。部份完成。(请参考附件5﹐net_policy.doc) 7﹐草拟《网路使用者指南》。仅开头﹐须等《网路安全原则》完成始能继续。 8﹐常务事件处理及技术支援。基本上得以解决。(请参考附带文件6﹐events_wk02.txt) ---------------------------- 原计划中没有实行之事务和原因﹕ 1﹐对所有PC 进行资料记录。 从(某某上司)处得知目前PC 部份无需管理﹐所以目前仅就miao 和whale 主机进行了记 录。 2﹐如有可能﹐会对目前使用者帐户做一些整理。 目前看来似乎没有此必要性﹐待空闲时再考虑处理。 -------- 下周计划﹕ 1﹐主攻《网路安全原则》的草拟。 2﹐继续草拟《网路使用者指南》。 3﹐修改3 楼之网路图﹐包括物理和逻辑的。 4﹐绘制高雄总部的网路逻辑图。 5﹐完成伺服器的设定档记录。 6﹐如有可能﹐会对目前使用者帐户做一些整理。 ---- 建议﹕ 1) 首先多谢(某某上司)这星期来的指点和照顾。让弟得以顺利展开工作﹐并同时增进了对公司 人事﹑及网路情况的了解。 2) 请抽空审查12 楼网路之物理和逻辑两图﹐请纠正任何不实之处。(必要时﹐可以对原文件 进行修改。它们都是用Visio Pro 5 绘制的﹐如果您用的版本较新﹐修改后请注意版本兼容情况。) 3) 请抽空审阅“Server Information Sheet ”﹐对不必要之项目﹑或需增加项目加以指示。 4) 伺服器设定档案记录主要是目前机器上面的档案的拷贝﹑和某些命令的执行结果。或许尚有 未包括的文件。如果发现有任何错误﹐或建议﹐请尽早指示。但考虑到该文件的长度﹐回复 可以暂缓。 5) 请检查“events_wk02.txt”(附带文件5)中关于伺服器的修改﹐如果发现有错误的步骤或错 误的更改﹐请给予修正指示。尤其是 2000/06/09 事件 2 中关于DHCP 的建议﹐请考虑一下。 6) 请仔细审阅《网路安全原则》一文﹐如果发现有任何需要改进的地方﹐一定要提出﹐好及早 纠正。假如您觉得文章方向有偏颇﹐请提出指示。该文件目前仅为草稿﹐在定稿之前﹐一定 要呈交总经理或相关行政领导人审查﹐并获得通过方可发行。如有可能﹐还要咨询公司之法 律顾问。 7) 根据目前所草拟之《网路安全原则》﹐除了《网路使用者指南》外﹐我们尚需要《网路服务 管理规程》。它的内容应该包括﹕ 7.1网路运作之服务标准(即何种服务可以运行﹐以及运行的服务等级﹔何种服务需要禁止﹐ 以及禁止等级) 7.2伺服器之架设标准(例如硬体 要求 对教师党员的评价套管和固井爆破片与爆破装置仓库管理基本要求三甲医院都需要复审吗 ﹑软体要求﹑平台﹑版本﹑授权证书范围﹑指定或非指 定机器﹑等等) 7.3伺服器服务的安装步骤(最好为step by step 的安装﹐除了可以让相关人员在事故重建中得到标准外﹐对任何接手人员都可立即上轨) 7.4网路的稽查原则(包括记录档的配置和存放﹑人员的指定﹑排程﹑等等) 7.5网路备份原则(硬体设备﹑安装﹑服务范围﹑人员﹑排程﹑等等)。另﹐在《网路安全原 则》中有提及到网路使用者的备份服务﹐是否必要﹖和哪些人员需要﹖ 7.6网路监控和警备原则(设备﹑手段﹑要求程度﹑人员﹑预警临界界定﹑上报渠道﹑等等) 由于弟对公司网路架构不熟﹐而且说老实﹐也未能胜任技术要求﹐尤其是伺服器﹑路由设备 和网路监测等方面。所以﹐以上第7 点的内容我想最后还是请您撰写。 8) 根据目前所草拟之《网路安全原则》﹐我们会对远端访问服务加以限制。但弟不是很清楚公 司目前或将来会否提供远端访问。以及它的安全要求是什么﹖请作出指引。 9) 根据目前所草拟之《网路安全原则》﹐公司也会监管网际网路的访问﹐其中会包括站台过滤 和anit-spam 机制。不知道是否可行﹖如果有此需要﹐其设定指南也应该包括在《网路服务管理指南》中。 10) 根据目前所草拟之《网路安全原则》﹐公司会要求所有工作站安装放病毒软体﹐不知道公司 对此的规定如何﹖ 基于前述﹐弟对许多规定还相当模糊﹐目前在《网路安全原则》所提议的﹐大部份为“杜撰”﹐实在不知道其必要性和可行性。如果您觉得有探讨的余地﹐请给予指示。 ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * 下面为当周日志﹕ ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ~ * ---------- 2000/06/09 1)10:30am 问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 ﹕ 根据文彬之报告﹐他的主机不能用smtp.xxx.com 主机寄信给非本公司的地址﹐同样用 smtp.ks.xxx.com 主机也不能。均遇到"not relaying" 的问题。 测试步骤﹕ 1﹐到文彬的电脑输入hostname 得到其主机名称为﹕conquer.xxx.com﹐ifconfig |grep addr 得到它的IP 为192.168.20.128 2﹐检查文彬的邮件软体(netscape, linux version)之sender address 为 conquer@xxx.com﹐将之加进"reply to" 也同样遇到相同问题 3﹐telnet 至smtp.ks.xxx.com (211.xx.xx.76)﹐查看/var/log/maillog 发现关于 conquer 这个sender 有这样的叙述﹕"relay=IDENT:conquer@[192.168.20.128]" 推测﹕ 看情形似乎是sendmail 不能够反查询文彬的主机。 在sendmail 8.9.x 已经不开放任意relay 的情形下﹐sendmail 要接收一封转寄邮件的时 候﹐必须反查询sender 的主机地址。这动作可以经由hosts 档或DNS。 修正步骤﹕ 1﹐cat /etc/host.conf 确定其order是hosts,bind 2﹐cat /etc/hosts | grep 192.168.20 并没有发现任何记录 3﹐nslookup 查询conquer.xxx.com 并没有结果﹐set q=ptr 后查询192.168.20.128 也没结果。 4﹐至此应该确定是反查询的问题了。解决 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 有三﹕ 4.1 为192.168.20 建立反解DNS﹐同时更新xxx.com 的正解以将R/D 的主机加进 考虑到DNS 的对外开放性。在这台允许直接外部连线之DNS 主机上透露过多内的部网路资讯﹐实在是 非常不明智的行为,不应该考虑﹐除非在内部网路建立独立的DNS 主机。但这样牵涉到目 前的网路架构问题。相信目前是难以实现的﹐就算必须这样做﹐也应该向上头申请获批准方 可实行。 4.2 将文彬电脑用hosts 静态对应。但这样做的话﹐其他在192.168.20 下面的主机也要 这样做﹐实在太麻烦了。 4.3 修改/etc/mail/access 档﹐将文彬主机的IP 加入。但和前一个理由一样﹐这样做必 须为每一台主机建立 RELAY﹐有点麻烦。倒不如将整个192.168.20 网加入﹐不过考虑到其他的本地网路﹐或许 他们将来也会用到本机器做mail relay ﹐所以决定将整组192.168 加入。虽然范围过大了﹐不过“相信”这个reserved private IP 网路应该不至于让目前server 成为ineternet 上面的spam 基地吧。 5﹐最后su 为root ﹐修改/etc/mail/access ﹐将"192.168 RELAY" 加入 6﹐重新启动sendmail ﹕/etc/rc.d/init.d/sendmail restart﹐确定有两个'OK' 结果﹕ 对外邮件传送成功。 2) 11:10am 问题﹕ 接到(某某上司)来电﹐得知Jenifer 之电脑无法使用邮件。 检测步骤﹕ 1﹐尝试下载邮件﹐或得" can not connect to server" 的回应 2﹐在command prompt 输入'winipcfg' 竟然没有此命令﹐原来这是windows 2000 的机 器﹐改为输入ipconfig /all 。发现这台主机竟然使用从一台IP 为192.168.23.48 的DHCP server 分配下来的 IP﹕192.168.23.101 ﹐而它目前并没有获得DNS 的设定。 3﹐输入ipconfig release 后接ipconfig renew ﹐IP 并没有改变。 推测﹕ 可能在同一物理网路上有其他主角正扮演着DHCP 角色﹐这应该和目前的网路设计有所出 入。更糟糕的是﹕这台DHCP server 并没有为clients 指定DNS 内容﹐这恐怕是连不上 mail server 的主要原因。