需求：

1. 啟用Loopback。
2. 已經安裝好GNS3及其環境，跟PRTG。

GNS3串接PRTG，可以利用SNMP，去看到模擬器裡設備介面的即時流量。這一部份可以幫助SNMP的學習，更進一步是Policy、Shape，Route map，最終QOS、Service Policy，以及Cisco CoPP、IP SLA、Netflow。

如果搭建好，可以即時看到成果。此外，PRTG是套很強大的工具，也可以去設定Sensor主動偵測。讓模擬環境可以更多元，練就更多樣化的操作。

步驟：

決定Network，這裡以「11.12.13.0/24」為網段。於是Loopback的IP為11.12.13.1。

用瀏覽器開啟PRTG網頁，先來到「Devices」刪到如圖，這可避免自動偵測添加不想要設備。也可以順便到「Notification Triggers」刪掉事件郵件通知。

打開GNS3，加入Router(VM)跟Cloud(電腦)。

對Cloud按右鍵「Configure」，進到設定畫面添加Loopback。

把兩者串接，記得Cloud要選Loopback。

進入Router的Console，設定介面IP，並且去Ping Loopback：11.12.13.1。

這裡可能會無法順利Ping到的情形發生，有兩種方法可以解決：
第一種，停用Loopback，然後重新啟用。
第二種，斷開Router跟Cloud的線路，然後重新連接。

一定要有Ping到，才能繼續往下。

在router上設定 snmp community，這裡使用2c版本。

回到PRTG網頁，在Local Probe添加一個Group。

命名為「GNS3」

在「GNS3」按右鍵，新增Device。

※Device Identification and Auto-Discovery 要選「No auto-discovery」

往下捲動，在SNMP設定中，取消inherit，並自行設定對應的community string。

按下完成後，在剛剛新增的Device新增Sensor。

這邊有很多選項可以做篩選，這裡選擇SNMP。

向下捲動，選擇 SNMP Traffc。

選擇想要傳送流量資訊的介面。再往下捲動可以調整掃描頻率。

新增後，過一段時間，用Ping給流量，之後可以從Sensor上看到介面流量。

到這裡已經完成基本的設定。之後可以玩玩PRTG其他種類的Sensor，或用同一套模式去偵測更多的設備，嘗試LAB。

概念： 參考

SNMP在v3，有三種安全等級：1. noAuthNoPriv 2. authNoPriv 3. authPriv。
Auth為Authentication，也就是對於帳密進行雜湊運算。
Priv為Privacy，也就是對於內容進行加密運算。
※提示：雜湊是破壞性的，不可逆向還原。加密可以逆性還原。

v3的User會採取哪種安全級別，是取決於User屬於甚麼Group。因此要先建立Group並設定其安全級別，再設定User。如果沒有設定Group，是無法通過驗證的。再設定User時，其安全級別也要跟其Group一致。

環境：

參考SNMP – GNS3串接PRTG。

目標：

1. R1使用v3，安全等級noAuth，成功添加Sensor。
2. R2使用v3，安全等級authNoPriv，成功添加Sensor。
3. R2使用v3，安全等級authPriv，成功添加Sensor。

設定：

!R1 noAuthNoPriv
conf t
int g0/0
ip addr 11.12.13.10 255.255.255.0
no sh 
snmp-server group admin1 v3 noauth
snmp-server user jn1 admin1 v3

!R2 authNoPriv
conf t
int g0/0
ip addr 11.12.13.20 255.255.255.0
no sh 
snmp-server group admin2 v3 auth
snmp-server user jn2 admin2 v3 auth sha 12345678

!R3 authPriv
conf t
int g0/0
ip addr 11.12.13.30 255.255.255.0
no sh 
snmp-server group admin3 v3 priv
snmp-server user jn3 admin3 v3 auth sha 12345678 priv aes 128 12345678
! aes 128 是PRTG能支援的上限，用192或256都無法讀取到

其餘在PRTG網頁版手動設定，

最後使用wireshark錄封包，觀察三者的差異。

所有的封包都可以看到Username，如果使用noAuth就可以直接被看光，如沒有ACL就可以隨便拿一個外接設備去看MD的資訊，再不小心就能讀寫了。
而authNoPriv，可以看到向MD要了甚麼資訊。
最後authPriv，看不到了要了甚麼。
雖然破解所需的必要資訊都在封包上看得到，不過要破解速度上太難。

除錯 TroubleShooting

錯誤代碼：
#16: Authorization Error：檢查MD的group跟user是否一致，user所屬的groupg是否存在。
#33: SNMPERR_UNKNOWN_USER_NAME：檢查NMS或MD的輸入的User Name是否正確。
#34: SNMPERR_UNSUPPORTED_SEC_LEVEL：檢查NMS是否有多輸入，如noAuth的User卻輸入了密碼。
#35: SNMPERR_AUTHENTICATION_FAILURE：檢查NMS與MD的Authentication是否一致。

SNMP的TroubleShooting通常是檢查兩端設定是否一致，這也是最常見的錯誤，如漏打一個字母。面對這種可能，只有眼睛張大一點，看仔細一點去發現。需要「一致性」的設定，建議都是複製貼上會保險一點。手Key很難保證不手抖一下。

Simple Network Management Protocol(SNMP)是一個用於管理網路設備的協定，可以取得網路設備的設定與資訊，又或者去設定網路設備。由SNMP的觀念衍生出許多高階的Application，基本上大廠牌都有一套自己的軟體，如Aruba Airwave等。SNMP的使用上可是相當頻繁，成為一位「P級」的一定得去學學。

本文根據「維基百科」為主，把資料做整理，並做一些解釋。

Protocol Name	Version	Port	Function	RFC
SNMP	1	161 162	簡單的網路管理	RFC 1155 RFC 1156 RFC 1157
SNMP	2c	161 162	可以一次詢問多種資訊，初階加密	RFC 1901–RFC 1908
SNMP	3	161 162	SNMP第三版提供三項重要的服務：認證、隱私和存取控制	RFC3411-RFC3418

一個SNMP管理的網路由下列三個關鍵元件組成：

1. 網路管理系統（NMSs，Network-management systems）
2. 被管理的裝置（managed device）
3. 代理者（agent）

以戰場為例：agent是指揮官，被管理裝置(MD)是它的手下，網路管理系統(NMS)則是將軍。

今天要詢問狀況，會由agent去向MD問，問說哪個介面目前流量如何？問你叫甚麼名字？但這是人的問法，換成機器，流量、Hostname這些資訊放在管理資訊庫（MIB，Management Information Base)的特定位置，如：1.3.6.1.2.1.25.3.3.1.2 表示要監視所有 CPU Core 使用狀況。但是，不同家的資訊位置會略有不同，正確位置可以去其官網查表。

再簡單敘述一遍，如果想要知道甚麼資訊，就去MIB查該參數存放至哪裡，得到一串類似「1.2.3.4.5.6.7.8.9」的字串，agent去向MD問這字串，MD就會回覆對應的參數。

使用概念：

SNMP在1版跟2c版都是以 community 作為通關口號，只要agent跟MD兩邊的community string對得上，就可以順利管理。但這樣的安全性是低的，它太簡單了。

SNMP在3版同時強化了驗證與加密功能，可以使用帳號密碼去做驗證，並且使用加密讓關鍵訊息增加破解的難度。

為了安全，所以多半使用v3的authPriv。要是自家SNMP的方式被破解，相當於控制權會被拿走，想一想其實相當可怕。

實戰練習：

• SNMP – GNS3串接PRTG：NMS的建立，一切SNMP實戰的起點。
• SNMP – Security入門實戰：研究SNMPv3的驗證加密，不同的差異。