安裝Skype on openSUSE12.3 (64bit)

由於Skype是32 bit，所以在安裝上有些相依性的套件要裝一下，記綠如下:

Step.1 先到Skype網站下載Skype 版本:
http://www.skype.com/zh-Hant/download-skype/skype-for-linux/

Step.2 安裝Skype(無相依性安裝)

sudo rpm -ivh --nodeps skype-*

Step.3 安裝32位元環境相關套件

sudo zypper install glibc-locale-32bit libasound2-32bit libpng12-0-32bit libqt4-32bit libqt4-x11-32bit libqtwebkit4-32bit

Step.4 啟動skype

skype 

為什麼選Cisco AP?(Why Cisco AP?)

佈了這麼多AP終於知道，Why Cisco AP ??

    昨天到客戶端佈建兩顆AP，一顆1142N、一顆1042N。由於客戶環境是對IT較苛求的環境，所以$$都要花在刀口上，即使只購了兩顆AP，必需讓主管了解效益才行，於是陪著客戶測試與原有AP差異在哪?

       首先，我們挑選了一個偏遠的地點，AP訊號幾乎都是臨界值，如下圖為用inSSID所抓的圖示:

                  圖中紅色線為原始Third Party AP訊號，較粗的微黃色線為Cisco AP訊號。

                 

 這張圖可以看出兩件事:

 1.訊號強度:  兩條線的訊號平均都在-70 ~ -80dB之間，可見無線訊號強度相近。

                         這個數值其實意義不大，因為每個國家都會規定其訊號強度，所以理論上各家

                         AP的訊號強度都是一樣的。

 2.訊號穩定度: 訊號穩定度可以從上圖兩個地方來看:

             a.振幅: 由於無線訊號是透過空氣傳送，接收端會看見訊號波是上上下下的圖示

                        ，愈穩定的訊號如上圖中間有一條很平穩的長線，這是Cisco AP 另一個頻

                         率(5G Hz)的波長，這條平穩的線代表的是接收端能穩定的接收訊號。如果

                         看見不斷上下變動的訊號，一般使用者就會覺得訊號忽然有、忽然沒有的。

            b.訊號連續性: 上圖仔細看Third Party的紅色訊號線，可以發現線會忽然消失、再出

                                     線的不連續線形，這代表訊號接收端已經接收不到訊號，如果有資

                                     料在傳輸會有斷斷續續的感受。

從圖確實可以推測出使用情況，透過實際使用可以更容易了解差異。
下圖是Cisco AP位於臨界點的測試狀況，左邊是長Ping中華電信DNS主機的狀況，下圖右
邊是以Hinet測試上傳與下載的速度:

從圖可以得知長Ping狀況穩定，上傳5.38Mbps、下載6.94Mbps。

左相同的位置下面是Third Party AP的狀況:

左邊可以看的到Ping偶而才可以用，而右邊的Hinet連線測試，網頁根本開不起來。

測試中可以了解，看AP訊號不是只看訊號強度，如上面測試兩顆AP訊號強度幾乎一樣，
但實際使用確有兩個極大的差異。

這次安裝讓自已了解為何要花較多的$$買Cisco AP，也分享這個測試狀況。

Default Gateway 與 Default Route的不同??

Default Route VS. Default Gateway

 近日同事問了一個問題: "Default Route"與"Default Gateway"的差異在哪?

頓時進入沉思狀態…內心的疑問是…不是都一樣嗎???

另一位同事回應，差異是一個是Layer 2、一個是Layer 3。原發問的同事答：　沒錯！！

哇咧！！！真的是一頭霧水～～

竟然差別是在OSI模型的Layer 2與 Layer 3!!於是我回想一下…

Layer 2是用MAC位址、Layer 3是用IP位址。

假設Default Gateway與Default Route都是192.168.1.1時，在Cisco設備上設定如下:

Default Route 

ip route 0.0.0.0 0.0.0.0 192.168.1.1

Default Gateway

ip default-gateway 192.168.1.1

那…瞄的!!明明一樣都是靠Layer 3的IP位址，都是運作於Layer3才對，哪來的Layer 2呢?
再仔細想想…

正確答案應該是:
Default Route 設定於Layer 3環境，而Default Gateway 設定於Layer 2環境，都是以Layer 3的IP進行定址。

想想Layer 2的Switch設備好了，由於上面沒有routing table，跟本沒辦法下指令ip route 0.0.0.0 的指令，當我們要透過其它網段來管理這台設備時，就是透過ip default-gateway來達成。

而ip route 0.0.0.0 0.0.0.0時常見於Layer 3的設備上(Router或是Core Switch)，我們就可以透過default route的指令來指定沒定義的路由網哪裡跑。

所以，Default Gateway與Default Route的差異，在於運作的環境(Layer 2或 Layer 3)，不同的環境可以下的指令不同，雖然指令不同，但有都同樣的目的，將不認識的目的IP往哪一點丟，如此而已。

私有IP到底是哪些?(Private IP v4)

私有IP到底是哪些?

在客戶端可以看到各式各樣的內部IP，時間久了~連最基本的哪些是虛擬IP?(私有IP)都忘了~

虧嘻嘻哈哈認證(CCXX)都考過了@@

今天碰巧逛到RFC1918 終於更確認Private IP 範圍，引用RFC1918定義範圍如下:

The Internet Assigned Numbers Authority (IANA) has reserved the
following three blocks of the IP address space for private internets:

10.0.0.0 - 10.255.255.255 (10/8 prefix)
172.16.0.0 - 172.31.255.255 (172.16/12 prefix)
192.168.0.0 - 192.168.255.255 (192.168/16 prefix)

位於10.X.X.X段的Private IP較不會有爭議，看到10就知道是 Private IP。

而位於172.16段會有下面的問題:

172.3.X.X 是Private IP嗎?

172.35.X.X 是Private IP嗎?

答案都是否定的，原因Private IP僅位於172.16.X.X ~ 172.31.X.X之間，常見到客戶網路環境在這一段會有與Public IP衝突的狀況。

而192.168.X.X也都是Private IP ，有看過教學文件僅定議192.168.0.X/24，其實是錯誤的。

帶Tag還是不帶Tag? Trunk Port還是 Access Port?

簡單的概念，這麼久才搞懂@@

Trunk Port 與Access Port比較好理解，直接接到電腦、主機的就叫Access Port，Switch與Switch之間需要相互溝通Vlan的，會用Trunk Port。

以Cisco 來說，設定如下:
設定Gi0/12為Trunk Port  -
interface GigabitEthernet0/12
 switchport mode trunk

設定Gi0/1為Vlan 234的Access Port -
interface GigabitEthernet0/1
 switchport mode access
 switchport access vlan 234

好的，接下來就是我卡住的地方，那到底啥時要帶Tag啥時不要帶Tag呢??
簡單的說，帶Tag就是Trunk Port，而不帶Tag就是Access Port。

用下面這張圖來說明:

這是Linksys上面對於是否要Tag的設定，這個畫面是針對Vlan 234的設定，其中Ge12與Ge24為Trunk Port(橘色部份)，所以當Vlan234在這個Port時，需要選擇帶Tag。而其它在Vlan234的主機接到了GE1~7  Port(紅色部份)，也就是Access Port，這裡不需要帶Tag, 所以選擇untag。

值得注意的就是，以往我們設定Cisco的Trunk Port，只需要在該介面設定Trunk，即會將所有Vlan帶Tag透過這個Port傳輸，如果只想限制某些Vlan，再用switchport trunk allowed vlan ID指令來限制。
但是在設定Tag或Untag的Switch上，必需針對每個Vlan去設定這一個Port是否要帶Tag?比如上圖在Vlan234裡指定GE12需帶Tag，這不帶表所有vlan都會在這個Port帶Tag，需要各別Vlan去指定，否則該Port不會自然帶Tag，就會發現這個vlan怎麼沒通的狀況。

簡單設定Aruba AP(Aruba Thin AP Basic Config)

最近碰到客戶使用這款AP，不過thin AP不外就是設定IP與Controller，指令不同，如下:

print                                             \\先看現有設定

setenv name AP-123                        \\設定AP名稱

setenv group aruba-group                     \\設定群組

setenv master 192.168.1.1                       \\設定Conterller IP

setenv serverip 192.168.1.1                     \\設定Conterller IP

setenv ipaddr 172.16.1.3                           \\設定AP IP

setenv netmask 255.255.255.0                 \\ AP遮照

setenv gatewayip 172.16.1.254                   \\ AP Gateway

save                                                      \\存起來

重開後就可以在Controller發現它的踨影了!!

TTL之大小與網路節點數量

上個月跟老婆看了一部很棒的電影In Time，中文翻成"鐘點戰"，描述每個人的生命在過了25歲之後，就開始跟手上的數字拔河，數字歸零時就是生命的終點!!

就像在網路我們透過Ping，去追查一個端點的TTL(Time to Live)值一樣，每經過一個網路節點(通常是Ruoter)，其TTL值就會扣掉"1"，一直到扣到TTL值為零時，該封包就像鐘點戰裡的人類一樣，代表生命的結束。

雖說透過TTL的大小可以判斷經過的節點，但…數值大就代表經過的節點少、數值小就代表經過的節點多嗎???

以下圖來說，從內部網路Ping到中華電信DNS主機的TTL值為: 247

而下圖，是內部網路節點的Ping資訊，TTL值是:63

如果我們單純以TTL值來判斷，那上面到DNS的值為247 > 63，代表連線到中華電信所經過的節點比較少!!

這是錯誤的判斷!!

原因是因為TTL的初始值是由對點，即您的目的地所決定的。這個初始值可以是32,64,128,255等變化，依不同的系統與設備有不同的TTL初始值，這裡可以看到一些初始TTL值:

http://noahdavids.org/self_published/TTL_values.html

所以當我們在判斷經過多少節點時，公式應該是這樣:

網路節點數量 = 初始TTL值  - Ping所得到的TTL值

所以以上例來說，我們需先得知究竟對點的初始TTL值為多少?

到中華電信的TTL值是247，初始值一定是255^^

而到192.168.40.253這台是環境的CoreSwitch，其TTL初始值是64

所以兩點的節點數量套用上面的公式分別如下:

中華電信DNS主機:

節點數量 = 255 - 247 = 8

內部CoreSwitch:

節點數量 = 64 - 63 = 1

所以....雖然從Ping得到的TTL值較小，但，其所經過的節點數量是較少的!!

故，當我們在判斷網路節點時，應以初始TTL減去Ping得到的TTL值來判斷，

而不是當以Ping得到的TTL值來判斷網路節點!!

體驗Foundstone 7

今天終於有機會把Found Stone 7給裝起來試看看^^

它的安裝需求與6.7一樣:

需要環境: Win2003(Eng)+SP2+IIS+Mysql2005+SP2

安裝好之後如下:

 跟6.7版一樣，是Web Client架構。
唯一感受上的差異是…安裝過程已經設定好GSGlobal 帳號的設定，
不需再另外設定…讓整個安裝流程簡化許多!!

6.7到7.0其實沒太大的差異，主要如下:
除了畫面有變美之外…就是對Web的安全檢測有加強!!

如下，可以對WEB安全檢測個各設定。

總結，不像6.0到6.7的大改版，7.0版只算是6.7版的進化，使用上的差異不大，

多了Web的檢測，與資產項目的整合。

防止私接Switch的利器 - BPDU GUARD

今天客戶問我一個問題:

為什麼設定了Spanning-tree portfast還有spanning-tree bpduguard enable後那個port不能接switch阿!?

回答這個問題之前，有三個名詞要先了解:

1.spanning-tree: 中文好像翻成生成樹，管它什麼翻譯，這個東西是Switch上的設定，設定上去後，Switch與Switch之間會相互溝通，避免網路迴圈(loop)狀況產生，缺點是剛接上switch的設備會需要30~50秒的時間…溝通…之後網路才會通。

2.portfast: 這是spanning-tree的進階設定，目的就是當確定網路port所連接的設備確定是終端設備，如印表機、PC、Server等時，不需要switch之間的spanning-tree那30~50秒的溝通，可以利用portfast跳過這個溝通時間。

3.BPDU:全面為bridge protocol data unit，為switch之間spanning-tree溝通的協定資料，只要有spanning-tree的環境就會有BPDU存在。

了解這三個名詞之後，再來看spanning-tree的進階設定"BPDUGUARD"，我們知道bpdu是switch之間溝通spanning-tree的協定資料，那來防止bpdu的bpduguard就是防止switch之間溝通spanning-tree的保彪，問題是…為什麼要禁止spanning-tree呀??這不是防止loop發生的好機制嗎??

原因是spanning-tree是cisco switch預設的功能，只要開機就有啦!!所以只要把一台switch接到另一個swich就會發生spanning-tree的溝通。這時....BPDU GUARD的功就用產生了，可以用來避免人把swich接到自已的網路環境，因為只要一接上就會有bpdu協定資料出現，這時bpdu guard就會將該port error disable，來避免有人私接swich進網路環境。

聰明的您應該有發現，這有個前提，整個bpdu guard的保護只能保護會發送bpdu的switch，如果對方把spanning-tree關掉，或是非cisco swich，這個安全機制就破功啦@@

雖然如此，這還是一個很好的功能，比如說某天自已忘了，接了一台swich上去，更動了原本的STP架構，這不就糗了!!透過BPDU GUARD就是在避免STP被更動的危險狀況!!

最後…回到原將問題:
為什麼設定了Spanning-tree portfast還有spanning-tree bpduguard enable後那個port不能接switch阿!?


因為spanning-tree bpduguard enable之後，會開啟spanning-tree的bpdu防護機制，避免swich之間有spanning-tree的溝通資料(bpdu)，或者說，避免有人私接switch進來，因為當對方一接進來，該port會偵測到bpdu資料，此時已啟用bpdu guard的switch會自動將該port Error Disable。所以更正確一點的說法是，不能接會發送bpdu的switch進來，如果非cisco swich或是已關掉spanning-tree的swich還是可以接進來的。

Cisco 瘦AP加入Controller (Lightweight AP join the Controller)

如何把Thin AP (Lightweight  AP)加入Controller內?

最近常有機會在不同的環境將thin ap 加入controller裡面好讓controller控制，方法很多，到底環境要用什麼樣的方式來加呢?先了解ap如何與controller溝通，再依不同的環境選合適的方式。

Cisco 瘦AP加入Controller的順序依序如下:

1.區域廣播(Local IP Subnet Discovery):

原理:先用廣播的方式，找到環境內的Controller，也就是thin AP與Controller在同一個網段裡，這是最快也最簡單的方式。

方法:只要把AP插上電與網路即可。

2.空中廣播Over The Air Provisioning(OTAP):

原理:當從網路線上廣播找不到controller時，第二步透過空氣中的無線電廣播，找尋有沒有其它ap已經有controller的資訊，有的話就跟著去找到Controller

方法: 把AP放置在已加入controller的thin ap 附近。

3.Locally Stored Controller IP Address:

原理:如果從空氣中找不到其它AP的訊號，第三步就是找尋自已AP內是不是有設定過Controller的資訊?Controller 的IP地址，有的話即透過此IP地址去找Controller

方法:以console線接到ap，從CLI輸入下列指令

lwapp ap controller ip add x.x.x.x

上面指令即是告訴AP controller在哪裡，如果環境沒有dhcp先配方ip的話，需要先設定ip給thin ap，指令如下:

lwapp ap ip address x.x.x.x x.x.x.x

4. DHCP option 43:

原理:如果AP本身沒有設定Controller的IP資訊，接下來即找尋DHCP的option43資訊，是否有設定controller的位址，有的話即套用此IP位址與controller溝通

方法: 以cisco switch為例，設定dhcp 的option如下:

ip dhcp pool wireless

   network 192.168.1.x 255.255.255.0

   dns-server 192.168.1.x

   default-router 192.168.1.254

   option 43 hex f104.c0a8.a202

簡單說明option 43，option43是16進制的IP位址，所以在option43之前需指定hex(16進)，而這16進的號碼是由Type + Length + Value 所組成。Type比較簡單，永遠是0xF1，只取F1為開頭。而Length就看有設定多少個IP位址，以IPv4來說，192.168.10.5是一個IP有四段，所以length為4，如果是兩個ip，比如192.168.10.5與192.168.10.6有兩個IP， length為8。最後Value就是把IP位址改成16進。

下面的例子是把192.168.10.5與192.168.10.20這兩個controller ip設定成option 43的格式:

option 43 hex f108c0a80a05c0a80a14

5. DNS Discovery:

原理:最後，DHCP沒設定option 43的話，就是看DNS有沒有指定Controller在哪?有的話即進行與controller的溝通。

方法: 即是在DNS上加入一比Recorder ，如下:

 CISCO-CAPWAP-CONTROLLER.localdomain  10.0.0.1

後面的localdomain為環境的網域名稱，上面紅色的部份是ap會找尋的固定名稱，需要一樣

當跑完上面五個流程都沒找到，就會從頭再來一次，直到找到controller為止，因為…thin AP沒辦法像FAT AP能夠勇敢、單獨的存在著。

所以可以簡單的把Thin AP 加入Controller的方式概分為兩種環境:

1.同一個網段裡: 這是最簡單的，即上面介紹的第一種方式區域廣播，只需要確認ap有電、有網路線即可。

2.不同網段裡:跨網段可以從上面2~4方式選一種，以簡單方便為主。

Cisco IP phone 常用秘技

常用密技1. Reset整台話機到預設值:
先把電源線拔除(或PoE線拔除)，再重新將電源接回。
電源線接上後長按#字鍵，直到mute,speaker或畫面旁的雙鍵輪流閃爍、
放開#字鍵，輸入: 123456789*0#
需在一分鐘內輸入完成，完成後即會在網路內找尋CUCM更新啦^^

常用密技2. 功能解鎖鍵:
輸入**# 即編輯上鎖的功能^^

弱點掃描自已來 - FoundStone6.7基本設定

裝好之後到開始掃之前，有一些設定要做，

做完之後才能開始掃~

1.  開啟FCMconsole程式:

   開始->所有程式集->FondStone->FCMconsole

   選擇Accept

2. 設定登入的Globaladmin帳號密碼: (安裝時所設定的密碼)

3. 登入後記下FS的IP與FQDN:

4. 修改Windows系統下的hosts檔案:

5. 以系統管理帳號進入FoundStone頁面:

   以https://localhost/ 開啟登入頁面，預設登入資訊:

   Organization: FSglobal

   User Name: Globaladmin

   Password: (在FCMconsole設定的密碼)

5. 於Organization下按右鍵新增一組可以掃描的組織:

名稱自取易記名稱

6. 設定這個組織可以掃描的Pool:

由於自已掃，所以就全開。點選0.0.0.1 ~ 255.255.255.254à按下Add to Pool:

7. 選擇這個組織可以掃描的引擎:

7. 設定這個組織的使用者: (重點在User Name 與Password待會登入使用)

按下Finish完成設定!!

弱點掃描自已來 - FoundScan6.7簡單安裝

許多環境都有弱點掃描需求，也常需要花費、或靠廠商來執行，
何不自已來呢??

硬體

¨   CPU: Pentium 4 or above (2GHz is better)

¨   Memory: 建議最少1G

¨   Disk Space: 40G以上

軟體

¨   Operating system: Windows 2003 Service Pack 2 IIS要啟動

¨   Microsoft SQL Server 2005 Stander with Service Pack 2

開始FoundScan安裝

1. Double click FoundstoneEnterpriseSetup67.exe

2. Architecture選擇”Single-Server”

   System 選擇”All Components”

3. 設定資料庫的密碼(即安裝SQL2005時所設的密碼，我的VM 密碼為ringline)

4. 安裝前系統檢測，需要全部Passed才能安裝，如果沒有就把系統環境補好再安裝(如Windows patch,IIS,SQL等環境)

5. 輸入主機資訊，主機名稱會自動帶上，密碼有複雜度要(我通常以P@ssw0rd符合要求也便利大家使用)

6. 安裝前參數確認，基本上就是按下next

7. 系統相依系確認，正常情況如下，確認都Pass即可繼續安裝: 

按下Next即開始安裝:

(安裝過程有錯誤訊息，需檢測Windows、IIS、SQL與patch是否安裝正確)

8. 看到這個訊息就是安裝完成啦!!

完重後要重開電腦

包著Allen Bradley外皮的Cisco Switch

今天客戶帶我去看他們產線，說switch出問題，到了現場在PLC設備箱子裡，
客戶指著上面這台設備，說~"就是這一台!!"

@@一頭霧水~~這是Switch?????
console進去看之後:(sh ver)

啥咪~~是lanbase IOS

沒有風扇，不用散熱~~原來這就是傳說中的工業用Switch!!所有操作就跟cisco設備一樣，真是開了眼界^^

用reload in mm 來避免遠端路由設定錯誤時斷線

最近在客戶端與外國客戶一起設定多點動態路由，偷學了外國人招^^

為了避免設定狀況錯誤，造成斷線，但…遠方又沒有人可以協助，

所以在設定之前用一個簡單的指令，排程路由器在幾分鐘之後自動重開，

就算全部斷線了，也會在重開後使用正常的config檔開機起來回復原來的狀況:

1. 先把自已的設定檔存起來:
write

2. 設定15分鐘後自動從開:
reload in 15

3. 開始改config與驗證

4. 如果確定新的設定都能運作，就把reload取消:
reload cancel

最後再把新的設定檔給存下去就ok啦^^

用Perl縮短維護Cisco Router Switch時間

因為一直用相同的指令在多台設備之間進行維護，實在覺得很…浪費時間，
透過Perl可以縮短許多重覆的部份。

下面是如何用Perl對一群Switch或Router做同樣的網路維護動作，
也把running-config備份下來:

Step.1 裝Perl:
以Windows來說，可以到這裡下載合適的Active Perl
http://www.activestate.com/activeperl/downloads
下載完點兩下進行安裝，安裝完記得重開機。

Step.2 裝Net::Telnet::Cisco 模組:
執行Comand_> ppm install Net::Telnet::Cisco進行安裝

Step.3 寫一段Perl:
用文字編輯器編寫並存成xxx.pl檔案:(以下範例即對一些IP進行相同的網維指令)

use Net::Telnet::Cisco;

my @hosts = qw( 192.168.1 192.168.3 192.168.6.6 192.168.8.8 192.168.12.4);
#把要登入的Swich或Router全打進上面

foreach my $host( @hosts ) {
my $session = Net::Telnet::Cisco->new(Host => $host);
$session->login('admin','1234');
#上面這段即輸入Switch或Ruter的帳號密碼
$session->enable('1234');
#再輸入enable的帳號密碼
open(write_file,">$host.txt");
#上面是把每一台主機的維護資訊都以IP名稱存檔
#下面是維護想要看的指令集
my @output;
push(@output,$session->cmd('show version'));
push(@output,$session->cmd('show log'));
push(@output,$session->cmd('show process cpu'));
push(@output,$session->cmd('show env all'));
push(@output,$session->cmd('show ip inter brief'));
push(@output,$session->cmd('show interface'));
push(@output,$session->cmd('show flash'));

print write_file @output;
close(write_file);
#最後再把running-config給備起來，IP是當時自已電腦的IP
$session->cmd('copy run tftp://IP');
}

Cisco 註冊碼之2101與2102

最近裝了一台4507R

遇到一個問題: 怎麼IOS都換不上去????

後來同事告訴我要注意Register值是不是2101，是的話就換不過去，Check一下:

到底什2101是啥咪意思?
這裡有說明:http://www.cisco.com/en/US/products/hw/routers/ps133/products_tech_note09186a008022493f.shtml

0x2101就是開機用bootstrap開機，不管你放在flash裡的東西:
Boots into bootstrap
Ignores break
Boots into ROM if initial boot fails
9600 console baud rate

更換成0x2102之後，就不用bootstrap開機，會去找flash裡的ios:
Ignores break
Boots into ROM if initial boot fails
9600 console baud rate default value for most platforms

時常要破掉密碼的0x2142就是跳過存在RAM裡的startup開機:
Ignores break
Boots into ROM if initial boot fails
9600 console baud rate
Ignores the contents of Non-Volatile RAM (NVRAM) (ignores configuration)

所以下次IOS換不過，可以確認一下註冊碼^^

耐熱的工業用Switch 2955

幫客戶維護發現這款Switch工作溫度竟然高達65度@@

確認過這款耐熱型Swich2955，工作溫度可達60度耶!!

真是夠屌的!

NME-X-23ES-1G-P模組的Password Recovery

這陣子在這下面台3845上:

插入了一片Switch的Service Module: NME-X-23ES-1G-P

這片模組是透過3845的背版相連接的，當登入到3845之後，要進入這片的方式如下:
Router#service-module gigabitEthernet 2/0 session

上面的gi 2/0就是3845上面接到模組的背版介面，以session即可連入。

如果是正常的情況要做密碼回復(Password Recovery)，只要到Cisco這個便利的網站:
http://www.cisco.com/en/US/products/sw/iosswrel/ps1831/products_tech_note09186a00801746e6.shtml
就能找到。

但… NME-X-23ES-1G-P這片模組比較糗的是，當你重開Router時，Switch也開好了@@
不知道怎麼進行Rest，其實方法很簡單，如下:

Step.1 重設NME-X-23ES-1G-P模組密碼:
Router#service-module gigabitEthernet 2/0 password-reset
Do you want to proceed with password reset process?[confirm]
Starting password reset process...
Wait for 50 secs for password reset process to complete
Password reset process is complete...

[Resuming connection 1 to 192.168.10.253 ... ]

重設好之後會再登入Switch
switch:

Step.2 初始化Switch
switch: flash_init

Initializing Flash...

flashfs[0]: 503 files, 7 directories

flashfs[0]: 0 orphaned files, 0 orphaned directories

flashfs[0]: Total bytes: 32514048

flashfs[0]: Bytes used: 19305984

flashfs[0]: Bytes available: 13208064

flashfs[0]: flashfs fsck took 9 seconds.

...done Initializing Flash.


switch:

Step.3 備份開機檔config.text
switch: rename flash:config.text flash:config.text.bak

Step.4 開機
switch: boot

Loading "flash:c3750-ipbase-mz.122-35.SE5/c3750-ipbase-mz.122-35.SE5.bin"...@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@

File "flash:c3750-ipbase-mz.122-35.SE5/c3750-ipbase-mz.122-35.SE5.bin" uncompressed and installed, entry point: 0x3000

executing...
(原來NME模組上有自已的IOS耶~)

Step.5 設定新密碼
Would you like to enter the initial configuration dialog? [yes/no]: no
Switch>en
Switch#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Switch(config)#enable password Mypass123
Switch(config)#exit
Switch#write
Switch#copy running-config startup-config
Destination filename [startup-config]?
Building configuration...
[OK]
Switch#reload

Fortinet的Password Recovery

如果實體能存取的到設備，只要接上Console就能重設admin的密碼，
方式如下:

輸入帳號:maintainer
密碼:bcpb(Forti的序號)
(如: bcpbFGT50A2905408509)

進去後改掉密碼:
config system admin
edit admin
set password
end

再輸入:
show system interface
了解現在ip後就可重WEB登入管理了^^