Brynhildr

KeroRemote

リモートデスクトップエンジニアのブログ。


Brynhildr(ブリュンヒルデ)はシェアウェアになりました
引き続きご利用される場合はライセンスのご購入が必要です
詳しくは「こちら」をご覧ください
ブリュンヒルデ2のRC5版リリース
だいぶ完成度が高まった様子ですが。

Brynhildr 2.0.0 RC5 Download

まず、コマンドラインオプションの「/p:」を「/port:」に変更しました。TCPポートなんですが、実はこれWindowsサービス登録時にも利用してまして意外と影響が大きいので従来の「/p:」も残してあります。できれば何かのタイミングでWindowsサービスの再登録を御願いできればと思います。

あと、プラグイン「Ragnarok」の初期処理タイミングを変更しました。これまではBrynhildrは起動時に初期処理を行っておりましたが、接続時に行う事にしました。vJoyが競合とかで初期処理に失敗しても再接続を行う事で回避する事を目的としております。これに伴いましてRagnarokのDLLもバージョンアップを予定しておりますので宜しく御願い致します。一応旧バージョンでも動くとは思うんですが。

あと、いつもの通り細かいところの微調整が入っておりやす。

よろしくどうぞー。


6件のコメント ... ( 管理人承認制 )



はじめまして、Brynhildr 2.0.0 RC5を利用させていただいています。
ServiceModeにEntryした状態で運用していますが、
スクリーンセーバーの「再開時にログオン画面に戻る」にチェックを入れて放置すると、タイムアウトでロックされた時に、クライアントから接続できなくなります。
(Connecting.の画面のままでしばらくするとConnection Faled (0×08897)となります)
また、ロック移行時に接続中だった場合は、画面がブラックアウトで”0fps”になり、操作不能になります。
ロックを解除すると、接続できるようになることもありますが、サービスを再起動しないと復旧しないこともあります。
お手数ですが、ご確認いただけないでしょうか?
Server: Windows10Pro 64bit
スクリーンセーバーは(なし)で使っていますが、他のスクリーンセーバーを選択しても同様でした。
よろしくお願いいたします。


pizz  2016/01/20


> クライアントから接続できなくなります


まず、通常のデスクトップ画面とロック画面では、OSの仕様によりセッションが異なりますので、ユーザー権限を切り替える為にプロセスが再起動します。BrynhildrをWindowsサービス登録時にしか切り替える事ができないのですが、切り替える際に数秒の切断が発生します。接続中にブラックアウトするのはこの事が影響しています。環境により数秒~十数秒の切断は発生しますが、接続できなくなるという事は考えにくいと思います。


次に、未接続の状態から接続できないという現象は、当方のWindows10の環境によるテストでは発生しませんでした。テストについては、引き続き実施を致します。


そこで考えられるのは、サーバー側のパソコンがスリープ状態もしくは休止状態になっているのではないか、という事です。スリープ状態もしくは休止状態になると、リモートでは復帰する事ができません(復帰させる方法もあります)。電源設定にあるスリープの設定もしくは休止の設定を御確認頂けないでしょうか?


宜しく御願い致します。


IchiGeki  2016/01/20


調査いただきありがとうございます。
そうですか、再現しないのですね。


セッション切り替えについては、理解しています。(私もプログラマなので)
再接続を行っているのは見ていて気づいているのですが、未接続からの接続失敗と同様に、再接続に失敗している様子です。
(再接続時のタイムアウトまでがずいぶん長いようなのでエラーになっていないだけです)


もちろんスリープや休止にはなっていません。
現象が発生するのはスクリーンセーバー作動時のみで、手動でロック移行時には発生していません。
(スクリーンセーバーといっても、「なし」設定なので、画面が暗くなるだけですが)


サーバーはすぐとなりにあるノート機なので、直接操作してロック解除しても接続できず、サービス再起動している状態です。
他の環境では試していないので、こちらでももうしばらく調査してみます。


よろしくお願いいたします。


pizz  2016/01/21


なるほど。


それでは、「brynhildr.exe」のあるフォルダに「log.txt」という空のファイルを作成して頂いて、Brynhildrの再起動を御願いします。その後、接続できない現象が再現できた後に、「log.txt」を送って頂けないでしょうか?


考えられるとすると、セッション切り替えの際に、通信を行うプロセスが終了したまま起動されていない可能性もありそうですね。その場合はサービスが停止している可能性もありそうです。サービスを再起動される前に、サービスの状態(実行中、停止など)を御確認頂けないでしょうか?


宜しく御願い致します。


IchiGeki  2016/01/21


ありがとうございます。


いろいろと試しているうちに、もう少しわかってきた内容があります。
スクリーンセーバー起動と、スクリーンタイムアウトが同じ時間に設定されている時のみ発生します。
(設定→電源とスリープ→次の時間が…ディスプレイの電源を…)
スクリーンセーバーとディスプレイOFFが、同時に発生するとまずいのかと思われます。


タスクマネージャの「詳細」タブにて確認すると、通常はbrynhildr.exeプロセスが2本動作していますが、
現象発生時には、/service は動作していますが、/service2 が起動しては終了を繰り返していました。
または、/service2 がいない時もありました(タスクマネージャで見えないくらい一瞬で終了しているのかもしれません)


ログを書かせると、再現性が落ちるようで、なかなか取れなかったのですが、未接続のまま接続不能になった時のログです。
PID:3968 [ 2016-01-21 13:16:22 ] Boot
PID:3968 [ 2016-01-21 13:16:22 ] App:Brynhildr 2.0.0
PID:3968 [ 2016-01-21 13:16:22 ] OS:6.2
PID:3968 [ 2016-01-21 13:16:22 ] Screen:1024×768
PID:3968 [ 2016-01-21 13:16:23 ] Boot Mode:3,0
PID:3968 [ 2016-01-21 13:16:23 ] Path:C:\Program Files\brynhildr\
PID:800 [ 2016-01-21 13:16:24 ] Boot
PID:800 [ 2016-01-21 13:16:24 ] App:Brynhildr 2.0.0
PID:800 [ 2016-01-21 13:16:24 ] OS:6.2
PID:800 [ 2016-01-21 13:16:24 ] Screen:1440×900
PID:800 [ 2016-01-21 13:16:24 ] Deskname:Default,-
PID:800 [ 2016-01-21 13:16:24 ] Boot Mode:-1,2
PID:800 [ 2016-01-21 13:16:24 ] Path:C:\Program Files\brynhildr\
PID:800 [ 2016-01-21 13:16:25 ] TCP Port:55500
PID:800 [ 2016-01-21 13:17:25 ] Deskname:Screen-saver
PID:800 [ 2016-01-21 13:17:25 ] Process Exit:14932
PID:800 [ 2016-01-21 13:17:25 ] Deskname:Screen-saver
PID:800 [ 2016-01-21 13:17:25 ] Process Exit:14943
PID:800 [ 2016-01-21 13:17:25 ] Exit Accept:7004
PID:800 [ 2016-01-21 13:17:26 ] Exit Mode:1,2
PID:800 [ 2016-01-21 13:17:26 ] Exit
PID:3968 [ 2016-01-21 13:20:34 ] Exit:14357
PID:3968 [ 2016-01-21 13:20:34 ] Exit Mode:3,0
PID:3968 [ 2016-01-21 13:20:34 ] Exit


pizz  2016/01/21


なるほど。


確かにスクリーンセーバーとスクリーンタイムアウトの設定時間を同一にすると発生致しました。


色々と調べていたんですが、その状態でもBrynhildrのサービスは起動していまして、新しいプロセスを起動させるところまでは正常に動いてまして、サービスにログを出力させるように修正しましたところ、連続でプロセス起動のログが出力されてました。ただ、新しく起動したプロセスはいうと実は起動していなくて不思議な状態になっております。プロセス起動の戻り値も正常なんですが。ですのでこれが原因ですね。OSのバグですかね。


一応回避策も分かりましたので5回起動に失敗した時点で回避策が動作するようにしたいと思います。次のバージョンまで御待ち下さいませ。


宜しく御願い致します。


IchiGeki  2016/01/22




... 不具合報告の際は、アプリのバージョンやOS等の動作環境の記載を御願い致します。

表記されている会社名・製品名・システム名などは、各社の商標、または登録商標です。
当サイトはAmazon.co.jpアソシエイトプログラムに参加しています。
© 2010-2024 LAUNCELOT CO. LTD.