1. 褰挞嗗间笅杈句竴涓锻戒护,浣犲彂鐜颁笉钖堢悊镄勬椂鍊,浣犲备綍镓ц屾渶濂斤纻
褰扑綘鍙戠幇棰嗗间笅杈剧殑锻戒护涓嶅悎鐞嗘椂锛屼互涓嬫槸涓浜涙ラゅ拰寤鸿锛屽府锷╀綘镓ц屽缑镟村ソ锛
1. 鍐烽润镐濊冿细鍦ㄩ噰鍙栬屽姩涔嫔墠锛屼缭鎸佸㖞闱椤苟杩涜屽唴閮ㄦ濊冦傜‘淇濅綘瀵瑰懡浠ょ殑涓嶅悎鐞嗕箣澶勬湁娓呮榈镄勭悊瑙ｏ纴骞舵槑纭镊宸辩殑瑙傜偣鍜岀悊鐢便
2. 瀵绘眰瑙ｉ喷锛濡傛灉鍙鑳界殑璇濓纴瀵绘眰钖戦嗗艰锋暀鍜岃В閲婄殑链轰细銆备綘鍙浠ョぜ璨屽湴鎻愬嚭鐤戣槛鍜岄梾棰桡纴瀵绘眰镟村氱殑鑳屾櫙淇℃伅鍜岃В閲娿傝繖链夊姪浜庝綘鐞呜В锻戒护镄勮儗鏅鍜岀洰镄勶纴骞跺彲鑳戒负浣犳彁渚涙洿澶氱殑娲炲疗鍜岀悊瑙ｃ
3. 鎻愬嚭寤鸿锛濡傛灉浣犺や负链夋洿濂界殑鏂规硶鎴栬В鍐虫柟妗堬纴浣犲彲浠ヨ唉阃婂湴钖戦嗗兼彁鍑哄缓璁銆傝〃杈句綘镄勮傜偣鍜岀悊鐢憋纴鎻愪緵钖堢悊镄勬浛浠ｆ柟妗堬纴骞惰В閲娄负浠涔堣繖涓鏂规埚彲鑳芥洿链夋晥鎴栨洿钖堥伞
4. 阃夋嫨钖堥傜殑镞舵満鍜屾柟寮忥细阃夋嫨钖堥傜殑镞舵満鍜屾柟寮忎笌棰嗗艰繘琛屾矡阃氭槸镊冲叧閲嶈佺殑銆傜‘淇濋夋嫨涓涓阃傚綋镄勬椂链猴纴阆垮厤鍦ㄧ揣寮犳垨铡嫔姏楂樼殑𨱍呭喌涓嬫彁鍑轰綘镄勮傜偣銆傞夋嫨阃傚綋镄勬柟寮忥纴鍙鑳芥槸涓瀵逛竴镄勪细璁銆佷功闱㈡矡阃氭垨鍏朵粬链夋晥镄勬矡阃氭柟寮忋
5. 灏婇吨骞跺惉鍙栭嗗肩殑鍐冲畾锛链缁堬纴濡傛灉棰嗗煎潥鎸佷粬浠镄勫懡浠わ纴浣犻渶瑕佸皧閲崭粬浠镄勫喅瀹氥傚嵆浣夸綘涓嶅畬鍏ㄥ悓镒忥纴涔熻佸敖锷涙墽琛岋纴骞跺姫锷涜揪鍒伴嗗兼湡链涚殑鐩镙囥
6. 瀵绘眰鏀鎸佸拰鍙嶉堬细濡傛灉浣犱粛铹跺瑰懡浠ょ殑涓嶅悎鐞嗘ф劅鍒板汹𨱍戞垨涓嶆弧镒忥纴浣犲彲浠ュ绘眰鍏朵粬钖屼簨鎴栦笂绾х殑鏀鎸佸拰鍙嶉堛备粬浠镄勮傜偣鍜屽缓璁鍙鑳藉府锷╀綘镟村ソ鍦板簲瀵硅繖绉嶆儏鍐碉纴骞舵彁渚涙洿澶氱殑瑙ｅ喅鏂规堛
閲嶈佺殑鏄锛屽湪澶勭悊杩欑嶆儏鍐垫椂淇濇寔涓扑笟鍜屽皧閲嶃备笌棰嗗艰繘琛岀Н鏋佺殑娌熼氾纴骞跺𪾢绀轰綘镄勮亴涓氱礌鍏诲拰瑙ｅ喅闂棰樼殑鑳藉姏銆
2. ping命令怎么使用，怎么理解ping的反馈
Ping是潜水艇人员的专用术语，表示回应的声纳脉冲，在网络中Ping 是一个十分好用的TCP/IP工具。它主要的功能是用来检测网络的连通情况和分析网络速度。
Ping有好的善的一面也有恶的一面。先说一下善的一面吧。上面已经说过Ping的用途就是用来检测网络的连同情况和分析网络速度，但它是通过什么来显示连通呢？这首先要了解Ping的一些参数和返回信息。
以下是PING的一些参数：
ping [-t] [-a] [-n count] [-l length] [-f] [-i ttl] [-v tos] [-r count] [-s count] [-j computer-list] | [-k computer-list] [-w timeout] destination-list
-t
Ping 指定的计算机直到中断。
-a
将地址解析为计算机名。
-n count
发送 count 指定的 ECHO 数据包数。默认值为 4。
-l length
发送包含由 length 指定的数据量的 ECHO 数据包。默认为 32 字节；最大值是65,527。
-f
在数据包中发送"不要分段"标志。数据包就不会被路由上的网关分段。
-i ttl
将"生存时间"字段设置为 ttl 指定的值。
-v tos
将"服务类型"字段设置为 tos 指定的值。
-r count
在"记录路由"字段中记录传出和返回数据包的路由。count 可以指定最少 1 台，最多 9 台计算机。
-s count
指定 count 指定的跃点数的时间戳。
-j computer-list
利用 computer-list 指定的计算机列表路由数据包。连续计算机可以被中间网关分隔（路由稀疏源）IP 允许的最大数量为 9。
-k computer-list
利用 computer-list 指定的计算机列表路由数据包。连续计算机不能被中间网关分隔（路由严格源）IP 允许的最大数量为 9。
-w timeout
指定超时间隔，单位为毫秒。
destination-list
指定要 ping 的远程计算机。
Ping的返回信息有"Request Timed Out"、"Destination Net Unreachable"和"Bad IP address"还有"Source quench received"。
"Request Timed Out"这个信息表示对方主机可以到达到TIME OUT，这种情况通常是为对方拒绝接收你发给它的数据包造成数据包丢失。大多数的原因可能是对方装有防火墙或已下线。
"Destination Net Unreachable"这个信息表示对方主机不存在或者没有跟对方建立连接。这里要说明一下"destination host unreachable"和"time out"的区别，如果所经过的路由器的路由表中具有到达目标的路由，而目标因为其它原因不可到达，这时候会出现"time out"，如果路由表中连到达目标的路由都没有，那就会出现"destination host unreachable"。
"Bad IP address" 这个信息表示你可能没有连接到DNS服务器所以无法解析这个IP地址，也可能是IP地址不存在。
"Source quench received"信息比较特殊，它出现的机率很少。它表示对方或中途的服务器繁忙无法回应。
怎样使用Ping这命令来测试网络连通呢？
连通问题是由许多原因引起的，如本地配置错误、远程主机协议失效等，当然还包括设备等造成的故障。
首先我们讲一下使用Ping命令的步骤。
使用Ping检查连通性有五个步骤：
1. 使用ipconfig /all观察本地网络设置是否正确；
2. Ping 127.0.0.1，127.0.0.1 回送地址Ping回送地址是为了检查本地的TCP/IP协议有没有设置好；
3. Ping本机IP地址，这样是为了检查本机的IP地址是否设置有误；
4. Ping本网网关或本网IP地址，这样的是为了检查硬件设备是否有问题，也可以检查本机与本地网络连接是否正常；（在非局域网中这一步骤可以忽略）
5. Ping远程IP地址，这主要是检查本网或本机与外部的连接是否正常。
在检查网络连通的过程中可能出现一些错误，这些错误总的来说分为两种最常见。
1. Request Timed Out
"request time out"这提示除了在《PING（一）》提到的对方可能装有防火墙或已关机以外，还有就是本机的IP不正确和网关设置错误。
①、IP不正确：
IP不正确主要是IP地址设置错误或IP地址冲突，这可以利用ipconfig /all这命令来检查。在WIN2000下IP冲突的情况很少发生，因为系统会自动检测在网络中是否有相同的IP地址并提醒你是否设置正确。在NT中不但会出现"request time out"这提示而且会出现"Hardware error"这提示信息比较特殊不要给它的提示所迷惑。
②、网关设置错误：这个错误可能会在第四个步骤出现。网关设置错误主要是网关地址设置不正确或网关没有帮你转发数据，还有就是可能远程网关失效。这里主要是在你Ping外部网络地址时出错。错误表现为无法Ping外部主机返回信息"Request timeout"。
2. Destination Host Unreachable
当你在开始PING网络计算机时如果网络设备出错它返回信息会提示"destination host unreachable"。如果局域网中使用DHCP分配IP时，而碰巧DHCP失效，这时使用 PING命令就会产生此错误。因为在DHCP失效时客户机无法分配到IP系统只有自设IP，它往往会设为不同子网的IP。所以会出现"Destination Host Unreachable"。另外子网掩码设置错误也会出现这错误。
还有一个比较特殊就是路由返回错误信息，它一般都会在"Destination Host Unreachable"前加上IP地址说明哪个路由不能到达目标主机。这说明你的机器与外部网络连接没有问题，但与某台主机连接存在问题。
举个例子吧。
我管理的网络有19台机，由一台100M集线器连接服务器，使用DHCP动态分配IP地址。
有一次有位同事匆忙地告诉我"我的OUTLOOK打不开了"，我到他机器检查，首先我检查了本地网络设置，我用ipconfig /all看IP分配情况一切正常。接着我就开始PING网络中的其中一台机器，第一次PING结果很正常，但OUTLOOK还是无法使用其它网络软件和Copy网络文件都可以使用但网络速度很慢，第二次PING我用了一个参数-t（-t可以不中断地PING对方，当时我想PING一次可能发现不了问题）发现有time=30ms和request time out，从服务器PING这台机就更有趣，request time out比正常数据还多，在局域中竟然有time=30ms和request time out太不正常了。开始我认为是网卡的问题但换网卡后故障依旧，重做网线还是不能解决问题，这故障真有趣！最后我没办法了把它插在集线器端口上的另一端的网线换到另一个端口，哈！故障解决了。原来是集线器端口坏了。
如何用Ping命令来判断一条链路的速度？
Ping这个命令除了可以检查网络的连通和检测故障以外，还有一个比较有趣的用途，那就是可以利用它的一些返回数据，来估算你跟某台主机之间的速度是多少字节每秒
我们先来看看它有那些返回数据。
Pinging 202.105.136.105 with 32 bytes of data:
Reply from 202.105.136.105: bytes=32 time=590ms TTL=114
Reply from 202.105.136.105: bytes=32 time=590ms TTL=114
Reply from 202.105.136.105: bytes=32 time=590ms TTL=114
Reply from 202.105.136.105: bytes=32 time=601ms TTL=114
Ping statistics for 202.105.136.105:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 590ms, Maximum = 601ms, Average = 593ms
在例子中"bytes=32"表示ICMP报文中有32个字节的测试数据（这是估算速度的关键数据），"time=590ms"是往返时间。
怎样估算链路的速度呢？举个例子吧。我们把A和B之间设置为PPP链路。
从上面的PING例子可以注意到，默认情况下发送的ICMP报文有32个字节。除了这32个字节外再加上20个字节的IP首部和8个字节的ICMP首部，整个IP数据报文的总长度就是60个字节（因为IP和ICMP是Ping命令的主要使用协议，所以整个数据报文要加上它们）。另外在使用Ping命令时还使用了另一个协议进行传输，那就是PPP协议（点对点协议），所以在数据的开始和结尾再加上8个字节。在传输过程中，由于每个字节含有8bit数据、1bit起始位和1bit结束位，因此传输速率是每个字节2.98ms。由此我们可以估计需要405ms。即68*2.98*2（乘2是因为我们还要计算它的往返时间）。
我们来测试一下33600 b/s的链路：
Pinging 202.105.36.125 with 32 bytes of data:
Reply from 202.105.36.125: bytes=32 time=415ms TTL=114
Reply from 202.105.36.125: bytes=32 time=415ms TTL=114
Reply from 202.105.36.125: bytes=32 time=415ms TTL=114
Reply from 202.105.36.125: bytes=32 time=421ms TTL=114
Ping statistics for 202.105.36.125:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 415ms, Maximum = 421ms, Average = 417ms
看是不是差不多啊。^_^
这里大家可能要注意到，这估算值跟实际值是有误差的，为什么呢？因为我们现在估算的是一个理论值，还有一些东西我们没有考虑。比如在网络中的其它干扰，这些干扰主要来之别的计算机。因为在你测试时不可能全部计算机停止使用网络给你做测试，这是不实际的。另外就是传输设备，因为有某些设备如MODEM它在传输时会把数据压缩后再发送，这大大减少了传输时间。这些东西产生的误差我们是不能避免的，但其数值大约在5%以内我们都可以接受（利用MODEM传输例外），但是可以减少误差的产生。比如把MODEM的压缩功能关闭和在网络没有那么繁忙时进行测试。有时候误差是无须消除的。因为我们需要这些误差跟所求得的理论值进行比较分析，从而找出网络的缺陷而进行优化。这时测试网络的所有数据包括误差都会成为我们优化的依据。
还要注意，这种算法在局域网并不适用，因为在局域网中速度非常的快几乎少于1ms，而Ping的最小时间分辨率是1ms，所以根本无法用Ping命令来检测速度。如果想测试速度那就要用专门仪器来检测。
总的来说，Ping命令是一个在故障检查方面很有用而且很便利的工具
3. 鎸囦护鍜屽弽棣堢敤浠涔埚瓧姣
鎸囦护鐢―锛屽弽棣堢敤PV銆
鐢佃剳鎸囦护涓轰粈涔堥兘鐢ㄨ嫳鏂囧瓧姣嶈屼笉鐢ㄦ眽瀛楋纴鍦╓indows98浠ュ墠锛娈OS鏄涓浜篜C鍏煎圭数鑴戠殑链锘烘湰閰嶅囷纴钥孧S-DOS鍒欐槸链鏅阆崭娇鐢ㄧ殑PC鍏煎笵OS銆傜幇鍦ㄧ数鑴戜笂镄勬棤璁轰粈涔堟搷浣灭郴缁熼兘鏄鍦ㄥ师𨱒DOS镎崭綔绯荤粺镄勫熀纭涓婄爷鍙戠殑銆
4. 对上级错误的任务命令怎么处理
首先，如果上级并不是不能沟通的人的话，建议将自己的想法、顾虑找个合适的时机与上级好好沟通一下；
然后，因为公司内每个人的级别不同，所知晓知识、信息的数量、广度与深度不同，所以可能出现对同一事物出现不同的认知甚至较大分歧，有时候下级看来错误的任务命令可能并不一定是错的。
当然也有存在上级疏忽错漏的时候，这时候，仍然需要好好地再次沟通以便能高效地执行命令。
再然后，双方间的沟通是否有效，就视乎双方的观点、沟通是否表达到位，沟通方式是否双方能接受的方式，相互之间的信任是否到位了；
当确认上级指令有误，我们可以先服从，再反馈；当上级下达命令后，如果当场直接问“领导，这个地方好像不妥……”上级可能会觉得面子上过不去，会认为：试都没试，就说不行？
所以我们可以犹豫下，然后说好。真的去执行后，再来找上级：“ 领导，刚按您的意思试了一下，我觉得我们这个地方用这个方法会不会更好一点？”委婉地去提意见，这样相信对方会更能接受一些。
如果充分沟通完，上级仍然坚持这样的命令，那就只能照办了，相信TA有TA的理由或考量（有的可能不便说透），只要不是违法犯罪的事，即便不能理解也必须执行，上级对自己的命令和其结果或后果负责，下级为自己的执行效率负责，也可以做好相应的记录备案。