VMwareを使ってStand Aloneの評価環境を構築しよう -1-
以前に評価環境の構築方法は紹介したことがあるのですが、V7とかV8の頃の情報で、陳腐化してしまいました。
というのは、以前はClient OSにもDominoを導入することが出来ましたので、MS Loopback Adp.を利用して、簡単にMulti-Server環境の構築も出来たのですが、今では、DominoはClient OSには導入できず、ServerはWindows Server上に導入する必要があります。
Notes/Designer/Administrator ClientはWindows Server上にも導入することは可能なのですが、正式には、Domino ServerとClientは同一PC上に混在導入してはいけないことになっています。
これは、一部のWindowsに導入されるModuleがDomino ServerとClientで共通な物があるからです。
今回は、こういう問題を起こさない為、VMwareを使って、1台のPC上にClient/Server環境を構築してみます。
まず、この環境構築では、VMware PlayerがInstallされ、VMware Guest OSとして、Windows Server 2019が初期導入され、Windows UpdateでOSが最新の状態になっていることを前提とさせて頂きます。
ご自身のNetwork環境に接続した状態で、VMware Playerの導入、Windows Serverの導入、Windows Updateの適用を済ませてください。
この時点で、Guest OSのIP設定の状態を見ると、以下のようになっています(環境によって異なります)。
PS C:\Users\Administrator> ipconfig
Windows IP 構成
イーサネット アダプター Ethernet0:
接続固有の DNS サフィックス . . . . .: localdomain
リンクローカル IPv6 アドレス. . . . .: fe80::e9e2:40fd:4b9f:6daf%6
IPv4 アドレス . . . . . . . . . . . .: 192.168.40.129
サブネット マスク . . . . . . . . . .: 255.255.255.0
デフォルト ゲートウェイ . . . . . . .: 192.168.40.2
では、Host OSのNetwork接続を全て無効化します。
これで外部に出ることは出来なくなります。
次に、Host OS側ではどのNetworkにも接続されていない状態になりますので、単独で稼働させるために、以下のMS Loopback Adp.をDeviceの管理から導入します。
Microsoft KM-TEST Loopback Adapter
標準で導入しただけでは、アダプタのIP設定がDHCPになっていますので、IP V4の設定を固定IPに変更します。
これで、VM Host側のLocalで、pingが通るようになったことを確認します。
変更後直ぐにはPingがErrorする場合があるかも知れませんが、暫くすると応答が返るようになると思います。
次に、VMwareの設定で、NATからBridgeに変更し、使用するNetwork Adp.としてMS Loopback Adp.を選択します。
更に、導入したVM Guest側のEthernet Adp.のIPを固定IPに変更します。
今回は、上記に合わせて、172.16.0.10に設定しました。
PS C:\Users\Administrator> ipconfig
Windows IP 構成
イーサネット アダプター Ethernet0:
接続固有の DNS サフィックス . . . . .:
リンクローカル IPv6 アドレス. . . . .: fe80::e9e2:40fd:4b9f:6daf%6
IPv4 アドレス . . . . . . . . . . . .: 172.16.0.10
サブネット マスク . . . . . . . . . .: 255.255.0.0
デフォルト ゲートウェイ . . . . . . .:
この状態で、VM HostからVM Guestにpingを発行しても応答しない状態になっているハズです。
次に、VM Guest OS側で、管理ツールから、Windows Defenderを開き、Propertyを開きます。
Propertyで、Public Profileの受信接続を許可します。
Defaultではブロックされており、ルールに合致しないと接続が拒否されます。
pingだけを通すのであれば、別の設定もあるのですが、評価環境ではNRPCも通さないといけないので、ルールの新規作成が必要となると思われ、面倒なので、今回は全て許可しておきます。
評価環境なので、Windows Defender自体を無効化しても問題ありません。
これで、VM HostからGuestに対してpingが通るようになったハズです。
C:\Users\Shinya Iwama>hostname
Iwaman
C:\Users\Shinya Iwama>ping 172.16.0.10
172.16.0.10 に ping を送信しています 32 バイトのデータ:
172.16.0.10 からの応答: バイト数 =32 時間 <1ms TTL=128
172.16.0.10 からの応答: バイト数 =32 時間 <1ms TTL=128
172.16.0.10 からの応答: バイト数 =32 時間 =1ms TTL=128
172.16.0.10 からの応答: バイト数 =32 時間 =1ms TTL=128
172.16.0.10 の ping 統計:
パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
ラウンド トリップの概算時間 (ミリ秒):
最小 = 0ms、最大 = 1ms、平均 = 0ms
これで評価環境を作成するための準備ができました。
次回からは、Notes/Dominoの導入を行っていきます。
V12.0.1の休日設定の翻訳漏れ/曜日指定休日の繰り返し設定間違い
今から新規にV12.0.1をSetupされることは少ないと思いますが、DJXを含み、Domino DirectoryのTemplateに含まれている休日の設定が日本語訳されておらず、かつ、月の曜日で設定される休日の繰り返し設定が誤っていることから、休日をImportすると、英語でかつ、休みだらけになるという状態になります。
V11.0.1まではこの問題は発生しません。
V12.0.1を新規にSetupされた場合は、
1) 全ての日本の休日情報を日本語に変更する
2) 月の曜日で設定される休日(成人の日や体育の日、敬老の日など)の繰り返し間隔を毎月から12ヶ月毎に変更する
という対応が必要になります。
但し、この対応では、繰り返し単位の選択肢が英語のままとなってしまいます。
これは、選択肢を表示しているフィールドが編集可能フィールドとして作成時に英語環境の選択肢が保存された状態になっているからです。
尚、この選択肢の問題は、V11.0.1でも同様ですが、曜日指定の機能を使わずにカスタム設定されているため、問題が表面化していないだけです。
気にされる方は、休日文書を全て削除して、新規に作成しなおすか、以下を設定した式のAgentを日本の休日文書に実行し、Fieldの更新を行って下さい。
FIELD tmpRIMDMP := "毎月|1":"2カ月毎|2":"3カ月毎|3":"4カ月毎|4":"5カ月毎|5":"6カ月毎|6":"7カ月毎|7":"8カ月毎|8":"9カ月毎|9":"10カ月毎|10":"11カ月毎|11":"12カ月毎|12";
FIELD tmpRIY := "毎年|1":"2年毎|2":"3年毎|3":"4年毎|4":"5年毎|5":"6年毎|6":"7年毎|7":"8年毎|8":"9年毎|9":"10年毎|10";
FIELD tmpRIW := "毎週|1":"2週毎|2":"3週毎|3":"4週毎|4":"5週毎|5":"6週毎|6":"7週毎|7":"8週毎|8";
FIELD tmpRID := "毎日|1":"2日毎|2":"3日毎|3":"4日毎|4":"5日毎|5":"6日毎|6":"7日毎|7":"8日毎|8":"9日毎|9":"10日毎|10":"11日毎|11":"12日毎|12":"13日毎|13":"14日毎|14":"15日毎|15":"16日毎|16":"17日毎|17":"18日毎|18":"19日毎|19":"20日毎|20":"21日毎|21":"22日毎|22":"23日毎|23":"24日毎|24":"25日毎|25":"26日毎|26":"27日毎|27":"28日毎|28":"29日毎|29":"30日毎|30":"31日毎|31";
FIELD tmpRAMD := "1日|1":"2日|2":"3日|3":"4日|4":"5日|5":"6日|6":"7日|7":"8日|8":"9日|9":"10日|10":"11日|11":"12日|12":"13日|13":"14日|14":"15日|15":"16日|16":"17日|17":"18日|18":"19日|19":"20日|20":"21日|21":"22日|22":"23日|23":"24日|24":"25日|25":"26日|26":"27日|27":"28日|28":"29日|29":"30日|30":"31日|31";
FIELD tmpRAW := "日|1":"月|2":"火|3":"水|4":"木|5":"金|6":"土|7";
FIELD tmpRAMP := "第 1 日曜日|1.0" : "第 1 月曜日|1.1" : "第 1 火曜日|1.2" : "第 1 水曜日|1.3" :"第 1 木曜日|1.4" : "第 1 金曜日|1.5" : "第 1 土曜日|1.6" : "第 2 日曜日|2.0" :"第 2 月曜日|2.1" : "第 2 火曜日|2.2" : "第 2 水曜日|2.3" : "第 2 木曜日|2.4" :"第 2 金曜日|2.5" : "第 2 土曜日|2.6" : "第 3 日曜日|3.0" : "第 3 月曜日|3.1" :"第 3 火曜日|3.2" : "第 3 水曜日|3.3" : "第 3 木曜日|3.4" : "第 3 金曜日|3.5" :"第 3 土曜日|3.6" : "第 4 日曜日|4.0" : "第 4 月曜日|4.1" : "第 4 火曜日|4.2" :"第 4 水曜日|4.3" : "第 4 木曜日|4.4" : "第 4 金曜日|4.5" : "第 4 土曜日|4.6" :"最終日曜日|5.0" : "最終月曜日|5.1" : "最終火曜日|5.2" : "最終水曜日|5.3" :"最終木曜日|5.4" : "最終金曜日|5.5" : "最終土曜日|5.6";
SELECT @All
V11.0.1FP5/V12.0.1FP1 iNotesでの障害(まとめ)
iNotesはV9状態で新機能開発が凍結されましたが、V11.0.1/V12.0.1でもiNotes 9が搭載され、Supportは継続されています。
しかしながら、V9状態で開発が凍結されたことから、特にダブルバイト言語環境で、MS Edgeへの対応など、幾つかの障害が発生しています。
MS Edge対応に関しては、殆どがUI関係なのですが、Edgeといえ、中身はChromeですので、V9時代からChromeでも問題があったものと思われます。
これらの問題が修正されていない原因は、日本では、Chromeを使うUserは少なかったからなのではないかと思われますが、IEが終焉を迎えiNotesのIEサポートも終了し、Chrome BaseのMS Edgeに置き換わった現在、Userが利用するBrowserはEdge(Chrome)かFirefoxということになりますので、この2つのBrowserを中心に検証を行った結果をまとめます。
V11.0.1FP3/FP4でEdgeでの様々な障害が発覚し、V11.0.1FP5/V12.0.1FP1で多くの問題は修正されているのですが、まだ治りきっていない障害が以下となります。
尚、この記事は、記事公開に伴い、順次更新致します。
iNotesのQuick検索Dialogの高さ不足(Edgeのみ)
iNotesの繰り返しスケジュール設定Dialogの高さ不足
iNotesのCalendarカテゴリ設定Dialogの高さ不足(Edgeのみ)
iNotesの会議招集の会議室/リソース選択Dialogの高さ不足
iNotesで休日のImportを行った際にJavaScript Errorが発生する環境がある
iNotesで伝言メモの送信者を連絡先に追加する際、既に登録済の場合にError(Edgeのみ)