网管的工作日志范本.doc

网管的工作日志范本 工作日志对网路管理员来说，是非常重要的文件。任何一位有良好习惯的管理员，每天例行工事之一就是要整理网管日志。哦很久没做 report 和 log 了下面是小弟刚到某公司第二周的工作报告和事件汇报或许可以给您参考一下本周主要工作和进度1继续对公司网路结果探测已经延伸至 3 楼。初步完成。2修改 12 楼之物理网路图。已完成第一版。(请参考附件 1kh_phy.vsd)3绘制 12 楼之逻辑网路图。已完成初稿。(请参考附件 2kh_logi.vsd)4继续修改PC Information Sheet并以此为基础设计出Server InformationSheet。基本完成。(请参考附件 3KH ServerInformation Sheet.doc)5对 miao 和 whale 两台伺服器进行设定档记录。初步完成。(请参考附件4ks_conf.doc)6草拟公司网路安全原则。部份完成。(请参考附件 5net_policy.doc)7草拟网路使用者指南。仅开头须等网路安全原则完成始能继续。8常务事件处理及技术支援。基本上得以解决。(请参考附带文件 6events_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)根据目前所草拟之网路安全原则公司会要求所有工作站安装放病毒软体不知道公司对此的规定如何11)基于前述弟对许多规定还相当模糊目前在网路安全原则所提议的大部份为“杜撰”实在不知道其必要性和可行性。如果您觉得有探讨的余地请给予指示。 * * * * * * * * * * * * * * * * * * * *下面为当周日志 * * * * * * * * * * * * * * * * * * * *-2000/06/091)10:30am问题根据文彬之报告他的主机不能用 主机寄信给非本公司的地址同样用 主机也不能。均遇到 not relaying 的问题。测试步骤1到文彬的电脑输入 hostname 得到其主机名称为 ifconfig |grepaddr 得到它的 IP 为 282检查文彬的邮件软体(netscape, linux version)之sender address 为将之加进 reply to 也同样遇到相同问题3telnet 至 (211.xx.xx.76)查看 /var/log/maillog 发现关于conquer 这个 sender 有这样的叙述relay=IDENT:conquer28推测看情形似乎是 sendmail 不能够反查询文彬的主机。在 sendmail 8.9.x 已经不开放任意 relay 的情形下sendmail 要接收一封转寄邮件的时候必须反查询 sender 的主机地址。这动作可以经由 hosts 档或 DNS。修正步骤1cat /etc/host.conf 确定其order是 hosts,bind2cat /etc/hosts | grep 192.168.20 并没有发现任何记录3nslookup 查询 并没有结果set q=ptr 后查询 28 也没结果。4至此应该确定是反查询的问题了。解决方法有三4.1 为192.168.20 建立反解 DNS同时更新 的正解以将 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 privateIP 网路应该不至于让目前 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 为 8 的DHCP server 分配下来的IP192.168.2