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的理由或考量（有的可能不便說透），只要不是違法犯罪的事，即便不能理解也必須執行，上級對自己的命令和其結果或後果負責，下級為自己的執行效率負責，也可以做好相應的記錄備案。