雨恩的生活日誌

  我買了一支Apple的無線鍵盤, 很久了, 在Win7下也用了一段時間。當初怎麼安裝的, 現在也有點忘了! 平常用的好好的, 開機後看一下燈號, 很快就可以輸入密碼登入系統了。其實安裝不是很難, 主要是安裝驅動程式, 這只要在BootCamp光碟中找就可了(在網路上看的), 我自己則是在網路上google看到有人從BootCamp光碟中把Apple Wireless Keyboard的驅動單獨包出來, 實在太懶了, 也太不怕死了, 我就用這個來路不明的驅動程式! 運氣不錯, 是可以正常運作的。 Apple這支無線鍵盤是藍牙無線, 而我的桌機沒有藍牙, 就找了一支沒有牌子的Dongle, Win7也抓得到, 就這樣裝了起來。在裝置和印表機(如圖)中, 就可以看到那支藍牙Dongle; 此時再按'新增裝置', 就會出現另一個視窗, 這時候趕快按一下鍵盤的電源鍵, 讓燈號開始閃, 正常的話, 就會看到視窗中出現Apple Wireless Keyboard的圖像, 按下一步, 接著會出現PIN碼配對的畫面, 只要在鍵盤上輸入那個PIN碼, 再按Enter, 就會開始安裝驅動了。   其實我要記錄的不是怎麼在WIN7下安裝Apple的無線鍵盤, 而是用了一段時間後, 也許是電池沒電了, 或者是其他原因, 會發生鍵盤抓不到的情況。我的經驗是有兩種可能:   1. 因為鍵盤和其他的設備也有配對過, 例如iPod Touch; 如果不小心把iPod Touch的藍牙打開, 就會先和它配對, 結果按了半天, 覺得很奇怪, 為什麼電腦沒有回應? 鍵盤有問題嗎? 其實是沒問題, 只是連到別的設備了。   2. 真的和WIN7連不到, 就算把它由'裝置和印表機'中移除, 再用'新增裝置'的方式重抓, 就是偵測不到。每次有這種狀況, 我只要把藍牙Dongle拔下來, 重新插上去; 之後再新增裝置, 就會出現新配對PIN碼的畫面了, 重新在鍵盤上輸入新PIN碼, 配對就好了。也許這顆沒牌的藍牙Dongle, 是有點問題吧!

因為不是每天都在用，碰到時就又要找一次，所以先筆記下來。 在網路上找過，Mac的PATH環境變數設定方法，有以下幾種： 1. 在自已的目錄下的.profile檔中，加入如下的設定 export PATH="/usr/local/bin:$PATH" 然後在命令列中，再下source ./.profile指令。 缺點是只要開新的shell，就又要再下一次source ./.profile 2. 將同樣的export指令放在.bash_profile檔中，這個檔在shell啟動時會執行，所以不會有上個方法的問題。 3. 也有人是直接修改/etc/paths檔案，直接加入路徑 sudo vi /etc/paths 4. 還有人是在/etc/paths.d目錄下為每個程式建立一個同名檔案，然後在該檔中直接輸入路徑，例如： sudo vi /etc/paths.d/ruby 應該是各有各的用處吧！目前我較常用到第二個方法。

Win7出這麼久了,所以Cisco VPN Client沒有64位元版本應該已經是大家都知道的老問題了。用Google搜尋可以找到不少人都有解決方案, 如 Tommy碎碎唸 。不過, 還是有些小問題, 大致整理如下: 1. 換用Apple Mac OSX 吧,Snow Leopard(10.6)也是64位元作業系統, 可是Cisco VPN Client的MAC版就有支援。我用起來覺得很順, 很快。 2. 不然用Ubuntu吧! 使用vpnc套件: Ubuntu vpnc how-to 也很容易上手, 用起來同樣的快速, 好用。 3. 一定要用Win7 64位元, 好吧! 那就用Tommy碎碎唸推薦的 Shrew Soft 軟體, 同樣地設定要自己想辦法對應一下。不過新版本2.1.7已經可以滙入Cisco的pcf檔了!(萬歲!!)只要把以前的設定檔copy過來, 再滙入就好了。省事不少哦!但是這個軟體有一個問題, 就是不能在Wifi AP(基地台)後面, 我在家裡用Dlink DIR-412 Wifi AP, 所有設備都用無線網卡透過AP連網。Mac可以vpn成功, Ubuntu也可以, 連iPod都可以vpn。就是Shrew Soft不行, 後來使用3G網卡直接連網, 就可以了。我的同事在香港也有同樣的經驗, 我不知道他的AP是什麼款式。不過, 我覺得是軟體本身的問題比較大。 還有一個方法, 在Win7上面安裝Ubuntu的虛擬機器。我試過, 這樣的話, 即使機器以無線上網在AP後面, 也可以vpn成功。 4. 你要試試Cisco AnyConnect? 這個軟體支援Win7 64位元, 但是就我所知你的ASA要8.x以上的版本才行。意思是說, 你以前買的PIX, ASA 7.x, 不管當時花了多大把的銀子, 現在都不支援AnyConnect。我猜Cisco的用意, 就是希望大家趕快把PIX和早期的ASA換掉吧! 這樣你就可以在Win7 64上使用新版的AnyConnect軟體。

以前用過PIX 6.3,ASA 7.0,因為最近有擴點的需求,買了一顆ASA5505 ASA 8.4(1),要用來做site-to-site VPN；這才發現新版本(8.4)有一些改變： 1. NAT的設定方式及其指令 2. IKE多了一個version2的功能 設定過程： 1. 先使用ASDM連上ASA5505, 使用其wizard的site-to-site vpn設定功能, 填入資料再按下一步, 直到完成。 2. 兩個LAN各放一台電腦, 互相ping, 結果不會通。 3. 打開buffered log, 發現一個訊息：Asymmetric NAT rules matched for forward and reverse flows; Connection for icmp src Outside xxxxxxxxxxx denied due to NAT reverse path failure. 4. 因此我覺得是NAT的問題，所以找到NAT的設定，發現預設有一條全部轉址的規則；突發奇想，將該規則刪除。結果就通了。 5. 之後再設定任何轉址規則，都會使site-to-site vpn斷線。研究了一下發現是以前版本的NAT 0設定, wizard並沒有幫我們產生！所以自己加入一條NAT Identity, 並加入PAT的設定。 6. site-to-site vpn和NAT轉址功能都正常了。 NAT Identity setting影片展示

最近把資料庫異地備份的工作接回來自己做, 才發現之前同事備份資料時使用的USB 2.0隨身碟效能確實不太好, 每周要備份的資料多達60GB, 至少要兩個小時才能備完。更糟的是, 隨身碟好像有點問題, 每每備份到一半就卡住不動, 又看不出來是什麼狀況。常常等很久之後, 忍不住了就拔線, 都會造成檔案不一致的現象, 還要再下chkdsk /F指令來處理。 稍做觀察後, 我發現那顆隨身碟(Transcend)有兩個問題: 1. USB線頭有接觸不良的情形, 所以複製檔案時不能去碰線, 否則就會整顆磁碟由系統中消失。 2. 並行處理能力不好, 如果有多個大檔案同時寫入時, 就很容易出現卡住的情形。 而我們之前使用的方法(在檔案總管內拖拉), 就會造成同時多個大檔案寫入。因此, 我一開始寫批次檔, 利用xcopy指令一個檔案一個檔案的複製, 果然就不再出現卡住的現象。但是xcopy指令必須一個檔案一個檔案的寫, 而且無法自行處理目錄, 批次檔寫起來有點辛苦! 在嘗試時, 發現robocopy這個指令, 不但有續傳的功能, 而且會自行處理目錄問題, 更好的是會顯示複製的進度。大概用法如下: robocopy g:\xxx h:\yyy /E 這樣一來, 就會把g:碟中xxx目錄內所有檔案及子目錄, 通通複製到h:碟中的yyy目錄下。robocopy在必要的時候會自行新增目錄, 不用我們處理。 最後, 推薦一下USB 3.0的隨身碟, 因為備份時間太久了, 所以我改用segate GoFlex Pro的隨身碟; 實測結果: USB 2.0 -> 25MB/s USB 3.0 -> 100MB/s 所以備份時間由原來的2小時, 縮短為20分鐘。

在FreeBSD中,常常使用pkg_version -v指令來查看是否有軟體套件需要更新, 有時候會看到如下的狀況: # pkg_version -v autoconf-2.68 ! Comparison failed automake-1.11.1 ! Comparison failed libtool-2.2.10 > succeeds index (index has 2.2.6b) 這代表軟體套件內部資料庫有狀況, 此時可以下pkgdb -F指令來修護之: # pkgdb -F ---> Checking the package registry database [Updating the pkgdb in /var/db/pkg ... - 50 packages found (-0 +7) ....... done] Stale origin: 'devel/autoconf268': perhaps moved or obsoleted. -> The port 'devel/autoconf268' was moved to 'devel/autoconf' on 2010-12-08 because: "Autotools cleanup" Fixed. (-> devel/autoconf) Stale origin: 'devel/automake111': perhaps moved or obsoleted. -> The port 'devel/automake111' was moved to 'devel/automake' on 2010-12-08 because: "Autotools cleanup" Fixed. (-> devel/automake) Stale origin: 'devel/libtool22': perhaps ...