網絡 nbsp 域名服務 stat 窗口 之前 telnet 輸出 輸入密碼

什麽是nc

nc是netcat的簡寫，有著網絡界的瑞士軍刀美譽。因為它短小精悍、功能實用，被設計為一個簡單、可靠的網絡工具

nc的作用

（1）實現任意TCP/UDP端口的偵聽，nc可以作為server以TCP或UDP方式偵聽指定端口 （2）端口的掃描，nc可以作為client發起TCP或UDP連接 （3）機器之間傳輸文件 （4）機器之間網絡測速

nc的控制參數不少，常用的幾個參數如下所列：

-g<網關> 設置路由器躍程通信網關，最多可設置8個。

-G<指向器數目> 設置來源路由指向器，其數值為4的倍數。

-h 在線幫助。

-i<延遲秒數> 設置時間間隔，以便傳送信息及掃描通信端口。

-l 使用監聽模式，管控傳入的資料。

-n 直接使用IP地址，而不通過域名服務器。

-o<輸出文件> 指定文件名稱，把往來傳輸的數據以16進制字碼傾倒成該文件保存。

-p<通信端口> 設置本地主機使用的通信端口。

-r 亂數指定本地與遠端主機的通信端口。

-s<來源地址> 設置本地主機送出數據包的IP地址。

-u 使用UDP傳輸協議。

-v 顯示指令執行過程。

-w<超時秒數> 設置等待連線的時間。

-z 使用0輸入/輸出模式，只在掃描通信端口時使用。

前期準備

準備兩臺機器，用於測試nc命令的用法 主機A：ip地址 10.0.1.161 主機B：ip地址 10.0.1.162 兩臺機器先安裝nc和nmap的包 yum install nc -y yum install nmap -y 如果提示如下-bash： nc： command not found 表示沒安裝nc的包

nc用法1，網絡連通性測試和端口掃描

nc可以作為server端啟動一個tcp的監聽（註意，此處重點是起tcp，下面還會講udp） 先關閉A的防火墻，或者放行下面端口，然後測試B機器是否可以訪問A機器啟動的端口 在A機器上啟動一個端口監聽，比如 9999端口（註意：下面的-l 是小寫的L，不是數字1） 默認情況下下面監聽的是一個tcp的端口 nc -l 9999

客戶端測試，測試方法1 在B機器上telnet A機器此端口，如下顯示表示B機器可以訪問A機器此端口 客戶端測試，測試方法2 B機器上也可以使用nmap掃描A機器的此端口 nmap 10.0.1.161 -p9999 客戶端測試，測試方法3 使用nc命令作為客戶端工具進行端口探測 nc -vz -w 2 10.0.1.161 9999 （-v可視化，-z掃描時不發送數據，-w超時幾秒，後面跟數字） 上面命令也可以寫成 nc -vzw 2 10.0.1.161 9999 客戶端測試，測試方法4（和方法3相似，但用處更大） nc可以可以掃描連續端口，這個作用非常重要。常常可以用來掃描服務器端口，然後給服務器安全加固 在A機器上監聽2個端口，一個9999，一個9998，使用&符號丟入後臺 在客戶端B機器上掃描連續的兩個端口，如下 nc作為server端啟動一個udp的監聽（註意，此處重點是起udp，上面主要講了tcp） 啟動一個udp的端口監聽 nc -ul 9998 復制當前窗口輸入 netstat -antup |grep 9998 可以看到是啟動了udp的監聽 客戶端測試，測試方法1 nc -vuz 10.0.1.161 9998 由於udp的端口無法在客戶端使用telnet去測試，我們可以使用nc命令去掃描（前面提到nc還可以用來掃描端口） （telnet是運行於tcp協議的） （u表示udp端口，v表示可視化輸出，z表示掃描時不發送數據） 上面在B機器掃描此端口的時候，看到A機器下面出現一串XXXXX字符串 客戶端測試，測試方法2 nmap -sU 10.0.1.161 -p 9998 -Pn （它暫無法測試nc啟動的udp端口，每次探測nc作為server端啟動的udp端口時，會導致對方退出偵聽，有這個bug，對於一些程序啟動的udp端口在使用nc掃描時不會有此bug） 下面，A機器啟動一個udp的端口監聽，端口為9998 在復制的窗口上可以確認已經在監聽了 B機器使用nmap命令去掃描此udp端口，在掃描過程中，導致A機器的nc退出監聽。所以顯示端口關閉了（我推測是掃描時發數據導致的） nmap -sU 10.0.1.161 -p 9998 -Pn -sU ：表示udp端口的掃描 -Pn ：如果服務器禁PING或者放在防火墻下面的，不加-Pn 參數的它就會認為這個掃描的主機不存活就不會進行掃描了，如果不加-Pn就會像下面的結果一樣，它也會進行提示你添加上-Pn參數嘗試的 註意：如果A機器開啟了防火墻，掃描結果可能會是下面狀態。（不能確定對方是否有監聽9998端口） 既然上面測試無法使用nmap掃描nc作為服務端啟動的端口，我們可以使用nmap掃描其余的端口 （額，有點跑題了，講nmap的用法了，沒關系，主要為了說明nmap是也可以用來掃描udp端口的，只是掃描nc啟動的端口會導致對方退出端口監聽） 下面，A機器上rpcbind服務，監聽在udp的111端口 在B機器上使用nmap掃描此端口，是正常的檢測到處於open狀態 客戶端測試，測試方法3 nc掃描大量udp端口 掃描過程比較慢，可能是1秒掃描一個端口，下面表示掃描A機器的1到1000端口（暫未發現可以在一行命令中掃描分散的幾個端口的方法） nc -vuz 10.0.1.161 1-1000

nc用法2，使用nc傳輸文件和目錄

方法1，傳輸文件演示（先啟動接收命令） 使用nc傳輸文件還是比較方便的，因為不用scp和rsync那種輸入密碼的操作了 把A機器上的一個rpm文件發送到B機器上 需註意操作次序，receiver先偵聽端口，sender向receiver所在機器的該端口發送數據。 步驟1，先在B機器上啟動一個接收文件的監聽，格式如下 意思是把賴在9995端口接收到的數據都寫到file文件裏（這裏文件名隨意取） nc -l port >file nc -l 9995 >zabbix.rpm 步驟2，在A機器上往B機器的9995端口發送數據，把下面rpm包發送過去 nc 10.0.1.162 9995 < zabbix-release-2.4-1.el6.noarch.rpm B機器接收完畢，它會自動退出監聽，文件大小和A機器一樣，md5值也一樣 方法2，傳輸文件演示（先啟動發送命令） 步驟1，先在B機器上，啟動發送文件命令 下面命令表示通過本地的9992端口發送test.mv文件 nc -l 9992 <test.mv 步驟2，A機器上連接B機器，取接收文件 下面命令表示通過連接B機器的9992端口接收文件，並把文件存到本目錄下，文件名為test2.mv nc 10.0.1.162 9992 >test2.mv 方法3，傳輸目錄演示（方法發送文件類似） 步驟1，B機器先啟動監聽，如下 A機器給B機器發送多個文件 傳輸目錄需要結合其它的命令，比如tar 經過我的測試管道後面最後必須是 - ，不能是其余自定義的文件名 nc -l 9995 | tar xfvz -

步驟2，A機器打包文件並連接B機器的端口 管道前面表示把當前目錄的所有文件打包為 - ，然後使用nc發送給B機器 tar cfz - * | nc 10.0.1.162 9995 B機器這邊已經自動接收和解壓

nc用法3，測試網速

測試網速其實利用了傳輸文件的原理，就是把來自一臺機器的/dev/zero 發送給另一臺機器的/dev/null 就是把一臺機器的無限個0，傳輸給另一個機器的空設備上，然後新開一個窗口使用dstat命令監測網速 在這之前需要保證機器先安裝dstat工具 yum install -y dstat 方法1，測試網速演示（先啟動接收命令方式） 步驟1，A機器先啟動接收數據的命令，監聽自己的9991端口，把來自這個端口的數據都輸出給空設備（這樣不寫磁盤，測試網速更準確） nc -l 9991 >/dev/null 步驟2，B機器發送數據，把無限個0發送給A機器的9991端口 nc 10.0.1.161 9991 </dev/zero 在復制的窗口上使用dstat命令查看當前網速，dstat命令比較直觀，它可以查看當前cpu，磁盤，網絡，內存頁和系統的一些當前狀態指標。 我們只需要看下面我選中的這2列即可，recv是receive的縮寫，表示接收的意思，send是發送數據，另外註意數字後面的單位B，KB，MB 可以看到A機器接收數據，平均每秒400MB左右 B機器新打開的窗口上執行dstat，看到每秒發送400MB左右的數據

方法2，測試網速演示（先啟動發送命令方式） 步驟1，先啟動發送的數據，誰連接這個端口時就會接收來自zero設備的數據（二進制的無限個0） nc -l 9990 </dev/zero

步驟2，下面B機器連接A機器的9990端口，把接收的數據輸出到空設備上 nc 10.0.1.161 9990 >/dev/null

同樣可以使用dstat觀察數據發送時的網速

nc命令用法舉例