はてなブックマーク

認証情報を再登録したり、パスワードを再入力すると、その時は通信できるが、暫くすると同じように認証ダイアログが出てきてしまう。もちろん認証情報はエンタープライズとしているので恒久的に保存されている筈だ。 原因の切り分け Window8や1809以前のバージョンは問題ない。 この事から1809で何かセキュリティーの改変がされたか、バグなのではと予想。 色々調べると、その改変の一部で「ウィンドウズ機能の有効化」のSMB部分が変わっている。 突っ込んで調べてみると、SMB1.0が過去ランサムウエアの脅威となった事から、SMB1.0は廃止の方向とし、SMB1.0と2.0の優先順位を逆したとの事。なので、ウィンドウズの機能でSMB1.0にチェックが入っていても、OSが最初に2.0で接続するので、セキュリティーエラー「アクセス拒否」が発生する。1.0と2.0の順序を逆にする方法は現在の所不明。 該当NA

「ユーザーがログオンしている時のみ実行」では正常 「ユーザーがログオンしている時のみ実行」では正常に動作する。勿論、実行する条件のプログラム（BAT）は単体では問題なく動作する。なのに、この「ユーザーがログオンしているかどうかにかかわらず実行する」を付けた途端、動かなくなる。 原因は指定ユーザアカウントと不正文字 原因の一つは、BATコマンド内に指定しているネットワークドライブが原因の場合がある。ネットワークドライブはログインしているユーザプロファイル毎に作成される。つまり、ＰＣ自体（全ユーザ）に作成されるわけではないので、「ユーザーがログオンしているかどうかにかかわらず実行する」オプションを選択した場合、「タスクの実行時に使うユーザアカウント」で指定しているユーザ上で実行されるので、それが現在ログオンしているユーザと異なる場合、当然ネットワークドライブは無効になる。また、NAS等へのアク

アクティブディレクトリ（AD）が必須 Windows2012になってから、RDSリモートAPPは、アクティブディレクトリ（ドメイン）環境下でないと出来ないように仕向けられている。ライセンスやウェブからの配布を目的としているようだが、そんなの迷惑極まりない。また、RDサーバとADサーバを兼用する事も出来ないので、猶更迷惑なことだ。 マイクロソフトに問い合わせると2008R2と仕組みは変わっていないという回答があった。だが、機能の追加にてリモートデスクトップを追加しようとすると、ドメインメンバーでなければならないと怒られる。 マイクロソフトの言い分 調べてみるとMSサイトに以下のような記事があった。 Windows Server 2012 リモート デスクトップ サービスは、ドメイン環境内のメンバー サーバー上での構築を「推奨」している。Windows Server 2012でメンバーサーバ以