お伝えしたいこと
GNS3は幾度もリリースされ、今ではかなり安定して動作します。
しかし、それでもGNS3を使っていると現実のネットワーク機器では考えられないようなトラブルに見舞われることがあります。
VMが起動しなかったり、ケーブル直結なのにARPが通らなかったり...。
本記事では、GNS3を使っている時に踏みがちなトラブルと回避方法を紹介します。
文字化け
GNS3において、日本語 (※2バイト文字) は全力で避けてください。
GNS3上のマシン名はもちろんのこと、GNS3のバックエンドで動作しているVirtualBoxやQEMU上のVM名やファイルパスも含めてです。
VMだけでなく、仮想ディスクやISOファイルのファイル名、ファイルパスも気をつけてください。
GNS3が発行する命令に日本語が混ざると、文字化けしてエラーになります。
結果として、仮想マシンの起動/停止/追加/削除が一切できなくなります。
参考情報として、GNS3が各種連携ソフトに命令を送るイメージを下表に示します。
以下のnameに日本語が混ざると不具合の原因になります。
| 仮想化エンジン | コマンドイメージ |
|---|---|
| VMware Workstation Player | vmrun [options...] name |
| VirtualBox | VBoxManage [options...] name |
| Docker | docker [options...] name |
| QEMU | qemu-system-x86_64 [options...] name |
GNS3 GUI上の操作は電源を切ってから
GNS3 GUI上の操作とは、以下のようなものを指します。
- GNS3上のケーブル配線
- GNS3のノードを右クリックして
Configureからの設定変更
もちろん、コンソール接続や電源OFF操作などは問題ありません。
これらの操作を行うと、本来通るはずの通信が通らなくなることがあります。
結果として、ケーブルで直結されたLinuxからARPを出してもL2スイッチ上でMACアドレステーブルを学習しない...なんてホラーが起こりえます。
「VACL設定したっけ...？」と頭を悩ませるより先に、まずはGNS3観点で疑いましょう。
この事象から復旧するには、以下のいずれかの操作が必要です。
面倒ですが、ホストマシンのOS再起動が最も確実です。
仮想マシンをグループに所属させないこと
VirtualBoxは、仮想マシンを右クリックしてグループに追加できます。
...が、この機能を使ったときGNS3が正しく動作しないことがあります。
あまり仮想マシンをグループに追加しないほうが良いと思います。
具体例としては、以下の操作を行った時にGNS3 Projectを開けなくなりました。
結果として、GNS3 Projectを作り直すことになりました...。
- VirtualBox VMをVirtualBox上でグループに追加する
- GNS3上で
Use as a linked base VMを有効化する - GNS3 Projectを保存して、GNS3を一旦終了する
- 保存したGNS3 Projectを開き直す
セキュリティソフトに要注意
GNS3は内部的に様々な実行ファイルを実行し、またlocalhostに対してTCP/UDP通信を行います。
GNS3をWindowsで動かしているとき、Windowsファイアウォールがしばしばこのような通信をブロックします。
結果として、 GNS3上ではケーブルが直結しているのに何故か通信が通らない といったことになります。
原因は、GNS3上の通信に利用されているUDP Tunnel通信をブロックしているためです。
Windowsファイアウォールであれば、設定にもよりますが通信をブロックしたときにポップアップが出ると思います。
そこで通信を許可するための操作を行えば問題ありません。
ここで誤って「拒否」を選択してしまった場合はWindows Firewallに拒否ルールが追加されてしまいます。
その場合は、Windowsファイアウォールの規則を編集し、該当の拒否ルールを削除するようにしてください。
アプリケーションにGNS3やDynamipsが含まれていれば、それが問題のルールだと思います。
まとめ
GNS3周りの主なトラブルと回避方法を紹介しました。
皆様の時間節約につながれば幸いです。
