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

毎々お世話になります。
TrueRemoteの頃より便利に使わせております。
2.2.3の時から不思議な現象に気付いたのですが、Brynhildrからリモート機にログオンするとスタートメニュー画面内のよく使うアプリがある欄（真ん中のペイン？スクロールするとアルファベット順にアプリが表示される場所）が読めないくらい極度に小さく表示されてしまいます。
実機でログオンした場合は小さくなることはありません。再現もします。
しかも、特定のPC（Win8.1からのアップグレード機、解像度1280×800）のみで発生するので何が何やら状態です。
必要な情報がありましたら送付できますのでこの問題を共有して頂けたら幸いです。
よろしくお願いいたします。

お世話になります。

先ほどの追補です。
Siegfriedでもkebordでも同じく小さくなってました。
どうやら液晶を締めて（リモート機はノートPC）ブランク状態でアクセスすると極度に小さくなります。
画面が表示されている状態でログオンすると通常のサイズでした。
不思議です。。。

> 読めないくらい極度に小さく表示

なるほど、謎ですね・・・。液晶が点いていないと解像度が変わるような仕組みですかね・・・。ただ一部だけそうなるという事はOSが絡んでいるような気もしないでもないですね。ちょっとこちらでも調べてみたいと思いますが、手元の環境ですと再現がなかなか難しそうですね・・・。いずれにしてもちょっと調べてみます。宜しく御願い致します。

毎々お世話になります。

ご対応ありがとうございます。
レアな案件だと思いますのでお手すきの時にで構いません。（とはいえ、お忙しいでしょうが。。。汗）

>>なるほど、謎ですね・・・。
そうなんです。
私も最初OSを疑ってました。で、焦って実機を見ると、あれれ、普通だ！？
あれこれと、液晶閉めて再現するのを見つけるまで結構かかりました。
Intel内蔵ビデオ使ってるので、ドライバ変えたりしましたが変化無かったです。
数台あるデスクトップ機ではブランクになっても、そういう現象は起きていませんね。
タブレット機（ATOM機）で実験したいところですが、タブレット機は液晶消える＝スリープなんで実験できていません。
2in1機もあるのですが、Win10入れるとスリープ後、強制電源断しないと画面が永久に出てこないので、BIOSのアップデート待ちです。。。
お手数かけますが、よろしくお願いいたします。

なるほど、私も手元にはタブレットばかりですね・・・。ちょっと近くのノートパソコンで試してみたいと思います。また何かわかりましたら御報告頂ければと思います。宜しく御願い致します。

横からすみません。
私はGoogleリモートデスクトップで、同じような現象に当たっているので、おそらくBrynhildrのせいでは無いと思います。
環境はIntel NUC(ちょっと古めのやつ)なんですが、普段ディスプレイを繋いでいません。
この状態でGoogleリモートデスクトップで接続すると、同じ状態になっています。
(すみません、このPCにはBrynhildrを入れていないので、本当に同じなのかは分かりませんが…)
対処方法がわからず、私の環境でも放置している状態です。
ノートのディスプレイを閉じたままだと、機種によっては、閉じるとディズプレイ接続を切ってしまうもの(正確には少し違うのかもしれませんが)があるようです。
IchiGekiさんも、もしお試しになるのなら、普通のPCでもディスプレイを接続せずに起動して、試してみると再現できるかもしれません。

情報ありがとうございます！参考にさせて頂きます！

お騒がせしてます

情報ありがとうございます。
実は何台かのサーバ機にはディスプレイを繋いでいないのですが、小さくはならなかったのでコメントした次第です。
よくよく考えると、サーバ専用機(Xeon E3 1220L+MGA200)はKVM経由でアクセス出来るように少々特殊なビデオ信号の流れ（ディスプレイが繋がっていると同意？）となっている事もあって再現しなかったのかもしれませんね。そこで、急遽Intel内蔵GPU使用したデスクトップ機(i7 4785T)を用意して、HDMIケーブル外したりして実験してみましたが、小さくなりませんでした。。。あららら。
いつもはリモートする側の別のノート機(i7 6700HQ+GF 960M)でサービス登録せずに実験しましたが、液晶閉じていると小さくなりました。その小さい状態で液晶を開くと、仕事を思い出したかのように大きくなりました。この辺は最初にコメントしたときと同じですね。

なかなか厄介ですね。。。ディスプレイ繋いでない or 液晶閉じているので、内部的な表示というか処理がどういったものかはわかりませんが、Googleリモートデスクトップでも同じ現象が発生するならば、プラットフォームの役割(デスクトップ機扱い or モバイル機扱い)とそれに対する振る舞い含めてやはりOS側が怪しいですね。
もしかしてNUCはモバイル機扱いなのでしょうか？(MSinfo32を走らせると載っています)

ちなみにWindows搭載のリモートデスクトップでは、リモートアクセスしている側のPCの解像度になってしまうので、ディスプレイを繋いだ状態と同意なのか、小さくはなりませんでした。

なるほど、情報ありがとうございます。

となるとやはり、OSかビデオドライバ周りが怪しい気がしますね。なかなか難しいですね・・・。解像度が変化しているのは間違いなさそうですね。

OS標準のRDPは、仮想デスクトップを利用するので解像度にはそれほど左右されないような気がします。ターミナルサービスの機能を使っているので他のリモートデスクトップとはちょっと仕組みが異なりますね。

遅レスすみません。

>もしかしてNUCはモバイル機扱いなのでしょうか？(MSinfo32を走らせると載っています)
Desktopになってますねー
NUCは世代違いで2台持ってるんですが、1台はHDMIでディスプレイにつながっていて、こちらは正常表示しています。
1台は起動時から全く接続なしで、こちらが現象の状態。

ちなみに、ディスプレイが無いと、解像度が取得できないために1024×768とかになってしまうので、レジストリいじって既定値を変更してたりします。
ttp://chirinoame.blogspot.jp/2014/01/displayport.html

情報ありがとうございます！

先日はお騒がせしました。

今回は別のご報告です。
早速、巷で話題のWindows10 Creators Updateにアップデートしたら、Brynhildrがパスワードなし状態になりました。(5台中4台)
当初、Password Incorrect (0×10495)が出て入れなくてビックリしましたが、Anniversary Updateの時にもパスワードが消えたことを思いだし、まさかと思いパスワードなしを試しました。
(ところが、リセットされないPCもあります。(5台中1台))
大きいアップデートだと色々初期化されるので、中で何してるか今一不明ですね。

> パスワードなし状態になりました

あー、なるほど。大規模バージョンアップですとOSのシステムの情報が変わってしまい、パスワードが解除されてしまう可能性がありますね・・・。ちょっと悩ましい問題なのですが仕様変更を検討したいと思います。恐れ入ります。宜しく御願い致します。

早速のご返信ありがとうございます。

なるほど。システム情報が変わるとパスワードが解除されてしまう可能性があるのですね。
パスワードと何か紐付けされているのでしょうか。
毎回、大規模なやつはMSが中で色々とやってるので把握しづらいとは思いますが、お手すきの時にでも見て頂けたら幸いです。よろしくお願いいたします。

> パスワードが解除されてしまう可能性

パスワードが解除されてしまうのはセキュリティ上好ましくありませんので、パスワードがランダムになり接続できないようにする方向で進めております。御理解を頂ければと思います。宜しく御願い致します。