今天由於機器人演示的需要，同時用幾台電腦操控不同的Nao機器人。
演示用aldebaran公司的Choregraphe軟件進行控制。當時注冊的時候使用的是單機版的CD key。以前一個人用沒有任何問題，但是今天卻只能有一台電腦使用，其他電腦使用就會彈出CD key已經被注冊過的提示。
晚上的時候用Wireshark進行抓包分析，找出了驗證的原理。
測試是用兩台電腦，IP分別為192.168.1.66（A機）和192.168.1.7（B機）。在A機上面裝好后，B機上面運行出現上面的驗證提示。開始以為驗證已注冊過的信息是來自TCP包，后來發現是UDP包。過濾規則是為了濾掉一些無關的UDP包，過濾規則（udp and ip.addr==192.168.1.7 and not ipv6）。發現打開Choregraphe軟件，輸入CDkey后出現如下包：
從上面可以看出，B機（IP:192.168.1.7）啟動Choregraphe軟件后，向整個網絡發出UDP廣播數據包（目的地址：255.255.255.255），里面包含自己注冊的CDkey。然后，A機（IP:192.168.1.66）的choregraphe接收到這個UDP數據包后，和自己的CD key比較，向B機發出這個CD key已經被注冊的回應數據包，這樣B機的Choregraphe軟件收到這樣的數據包后，就提示用戶的單機版CD key就、已經被注冊，然后自動退出。
第一次輸入CD key，還有一個注冊號合法性驗證的過程，這個過程可能是向公司的遠程數據庫連接進行的，這個驗證可以通過，不用屏蔽掉，否則注冊可能通不過。（這個由於時間原因沒有仔細驗證是否存在這個過程，和具體連接的IP）。而如果需要保證不沖突，那么需要屏蔽掉A機發過來的UDP響應數據包，或者不讓B機發出CD key驗證的UDP廣播數據包。
我們這里使用到的端口是9669，這個是Choregraphe軟件驗證時使用的端口，我們在防火牆里面把Choregraphe軟件在這個端口的UDP通信屏蔽掉后，就不會有已經被注冊過的提示了。
這樣問題就解決了。
當然也可以用最直截了當的方法：先斷掉電腦與外界的通信，啟動Choregraphe后在聯網，貌似只在啟動的時候驗證，這樣也能使用。
附：用"udp.port==9669"規則過濾，啟動Choregraphe軟件時抓到的驗證過程數據包：
