2将棋とアニメと稀にプログラミングできることしかやらない。MEAPPLICATIONSNOVELS「Windows」カテゴリーアーカイブIISRESETを行うbatが動かない・・・と思ったら(2017年初投稿)本当に更新を定期的に実行するのは難しい。今日は多分、今まででも1,2を争うレベルのくだらないミス。一般的にはIIS(インターネットインフォメーションサービス)を利用すると思う。キャッシュの開放や、IISで実行するコンポーネントを変更した場合には、IISを再起動するケースは多々ある。IISの再起動は大変容易で、コマンドプロンプト(管理者権限)でIISRESETと入力し、Enterを押下するだけでよい。夜間、定期的にIIS再起動行うするために、IIS再起動batを作成した。間違えるような要素もないので、まず問題ないだろうと思っていた。このbat、実行すると思うような動作をしてくれない。下記のようになってしまう。上手く実行されないか悩んでいたが、原因は単純だった。ファイル名を「IISRESET.bat」にしていることが問題だった。IISRESETにより、「IIS再起動」ではなく「IISRESET.bat」が再帰され、無限ループになっていた。「IISRESET実行.bat」とか、適当な名前に変更し、問題は解消した。気付きそうで気付かないことろでした。これで1時間ぐらい悩んでしまった。the-takeo生存報告ブログを放置しすぎた。R2の構成方法についてでも書くか。・・・と思ったけど、結局は下記リンクを観たほうが手っ取り早いんだよね。ServerをGUIで使い、仮想マシンを作成してみる一応、プロビジョニングもどきのScriptを書いてみた。実際、仮想マシンを立ち上げて遊んだりしているが、もっぱらの用途はファイルサーバーだ。Serverは無料だがファイル共有機能はついているので、これだけで簡易なファイルサーバー用途は十分に満たせるのだ。評価版を入れ、ドメイン構成したりSharePointインストールしたりと無意味なことをしている。作ろうとしていた書籍管理DBも面倒くさくて停滞中。ASP.NETを勉強して、入力フォームちゃんと作ろうかしら。外付けHDDに常用ファイル置いて、それを毎晩ファイルサーバーにバックアップしているんだけど、もう外付けHDDやめてファイルサーバーを常用化したほうがいいのかねぇ。なんだか無駄な構成に思えてきた。あと、そろそろ軽井沢に転勤になる。本当は来月だったんだけど、会社の都合で再来月になりそう。住居契約済ませたあとなのに、なんというタイミング。以前の記事で触れたまま放置していたので一応書いておく。Server系は正式サポートしていないが、普通にWindowsクライアントのインストールが可能だ。インストールした後、いざ認証しようとしてアカウントを入力すると以下のようになる。Cookieが無効なようなので、有効化しよう。・・・としても、これが何のブラウザなのかさっぱりわからないのでどうしようもない。Exploereとして動作しているようだ。そこで、IEのインターネットオプションの設定を変更してみたが、どうもうまくいかない。最終的に、IEのhttps://accounts.google.com/を信頼済みサイトに登録するという方法で解決はした。要するにインターネットオプションのどこかでどこか設定不備があったのだろう。Cookie系の項目は全て有効にしていたと思うのだが。しても腑に落ちないが、とりあえずこれで認証ができるようになったので、メモしておく。the-takeoGoogleドライブはシンボリックリンクに対応しきれていない。ファイルのバックアップのために、毎晩ローカルのファイルを自宅ファイルサーバーにコピーするように設定している。自宅ファイルサーバーと言っても所詮は安物サーバーなので、完全に安心はできない。そもそもローカルもサーバーも同じ「自宅」になる以上、自宅がどうにかなるともうだめである。Previewを利用)の内容をさらにGoogleドライブにコピーするように設定しようとした。結果としてできなかったのだが、それまでの過程を記述する。Googleドライブにファイルコピーする単純にGoogleドライブのクライアントをサーバーにインストールし、ローカルのGoogleドライブ内にファイルをコピーしようと考えた。ファイルは1T近くあるため、こうするとバックアップのためだけに余分にもう1TBも容量をとられる結果となる。よって、これは却下した。WevDavでGoogleドライブに接続する有料ソフトが多く、使ってみると実際はローカル上にファイルをおいているものもあり、却下した。Googleドライブ内に同期したいファイルのシンボリックリンクを作成する。作成も容易なので、コレでうまくいくと思った。実際、Googleドライブ内にシンボリックリンクを作成したところ、アップロードが実行された。これで問題解決、と思ったが、そううまい話ではなかった。初回同期後、ファイルを変更したり、追加、削除しても、Googleドライブには一切同期されなかった。ファイルの実態がないため、同期が働かないようだ。よって、これも却下となった。Googleドライブをファイルサーバーパスに設置する。ファイルサーバーのファイル階層が変わるのが嫌なので敬遠している。バックアップスクリプトも変えなきゃだし・・・まぁ、今夜にでもやってみようかな。ServerにGoogleドライブをインストールすると、実はログインで躓く。需要のある操作ではないかもしれないが、このあたりは今度書いておこう。UpdateによりOfficeファイルがWebDAVで開けなくなる問題だが、ようやくMicrosoftが修正アップデートをしたようだ。https://support.microsoft.com/en-us/kb/3114399一応、直ったという報告もある。https://www.reddit.com/r/sysadmin/comments/3vzmia/kb3114399_fixes_sharepoint_office_web_integration/自分の環境ではまだ試せてないので、試してから追記する。問題なくWebDAVでのファイルオープンや保存ができるようになった模様。アプリケーションがクラッシュする問題について追記(2015/12/14)自分の環境では再現できていないが、一部環境では「名前をつけて保存」時にまだ不具合がある模様。WebDAV接続不具合に関するご案内(12/10)」の項)う~ん。追記(2016/02/24)上記現象もKB3114750でようやく解消した模様。https://support.microsoft.com/ja-jp/kb/3114750よかったね。仕事でHyper-V上で複数マシンを立ちあげて管理している。一応、各ゲストマシンはそれぞれ無関係なので、ゲストマシン間の通信は行えないようにしたい。現実問題として使える仮想ネットワークアダプタは限られているので、どうしても同じネットワークアダプタを使わざるを得ない。何とか良い通信制御方法は無いかと探していたら、Hyper-VでAcl(アクセス制御)ができることが分かった。ホストマシンでコマンド実行するだけなので、一度わかればかなり楽に設定が可能である。R2とかその世代のものではできないと思う。ホストマシンからPowerShellで以下のコマンドを実行すると設定等が実行できる。ここで「VM名」と言っているのはHyper-Vマネージャ上で表示されている仮想マシンの名称のことである。<対象IPアドレス>・<Action>・・・接続拒否ならDeny、接続許可ならAllow、計測ならMeter。・<Direction>・・・VMへの入力方向ならinbound、VMからの出力方向ならoutbound、VMの入出力両方ならBoth。・<VM名>・・・対象のVM名を指定する。コンピュータ名でなくVM名なことに注意。・<対象IPアドレス>・・・対象のIPアドレス。CIDR表記での設定も可能。<対象IPアドレス>要するに、addしたものと同じ設定を指定してDeleteする必要がある。以下のようにすれば、「ルータ(=インターネット)にのみ接続し、他の同ネットワーク上マシンとは通信しない」という設定が可能である。192.168.0.1以下のページがより詳しいので参照すると良い。僕はこのページが無くては詰んでいました。ありがとうございます。ACL・その1いよいよ日本に帰任しそう。引越し手続きとか全部やってくれないかね。自分で手配するの面倒臭いし絶対何かミスしそう。2012のRDPでサーバー証明書を設定する方法RDP(リモートデスクトップ)でキチンとセキュアな環境を整えるためには、サーバー証明書を設定する必要がある。設定する理由と、設定しない場合の弊害は下記記事を参照するとわかりやすい。2012では同様の項目が見つからなかった。調べた結果、どうもPowerShellを使うぐらいしか方法が見つからなかったので、その方法を記載する。新しい証明書をダブルクリックし、インポートする。PowerShellを管理者として実行する。以下を実行し、新しい証明書のThumbprintを確認する。cert:\LocalMachine\My以下を実行する。これは単にパスを設定するだけである。"TerminalName='RDP-tcp'").__path以下を実行し、証明書の割当を変更する。@{SSLCertificateSHA1Hash="新しい証明書のThumbprint"}以上の手順で証明書を設定できる。実行後、特にエラーが起きないことを確認したら、RDPを切断し、再度RDPで接続できることを念の為に確認する。RDPしたときのウィンドウ上の鍵マークをクリックすれば、設定した証明書が利用できているか確認できる。他に方法はあるはずだと思うけど、上記手順で行えたので調査は打ち切りです。こんな操作すること滅多にないしね。いう作業の何が嫌かって、万が一ミスってRDPできなくなったときだね。KB3055034で凄く困った(修正済。Updateによる不具合。今まで運が良かったのか遭遇したことはなかったんだけど、昨日、とうとう大きなトラブルにぶち当たった。それも仕事関係なのが救えない。2010(KB3055034)の更新プログラム何が問題かって、この更新プログラムをインストールすることにより、Excel2010で、Web上のOfficeドキュメントをWebDAVで開けなくなるのだ。俺が確認したのはSharePoint2010上のファイルだけど、情報調査した限りWebDAV使う物全般がダメになっているみたい。確認した限り、現象は「認証ダイアログが何回も表示される」「Excelがクラッシュする」等。今のところ、どうもネット上にはまだ情報があまりない。一応、確認したのは以下のページ。sharepointHOME-BOX2(お知らせの部分)なお、このKB3055034をアンインストールすることにより問題は解消した。Updateを行うとまたKB3055034が入ってしまう。そのため、以下の対策を行う。「OK」をクリックするしかし、KB3055034からどうしてこんなトラブルが発生するのか。ドキュメントにカスタム作業ウィンドウが表示されたら、組み込みの作業ウィンドウに情報が更新されません。作業ウィンドウで更新されません。?Officeの内部コードの闇は深い、ということなのか。編集して保存することができなくなるパターンが有るようだ。その場合はKB3054886も同様にアンインストールすると編集、保存が可能になる。IEの「信頼済みサイト」に登録することで回避できる場合もあるようだ(未確認)MSの公式情報で確認できるのは今のところ下記だけである。https://community.office365.com/ja-jp/f/347/t/414294早くパッチでないかねぇ。Updateで同様の現象が再発する模様。KB3101521のアンインストールで解消した。今後もmso.dllが更新されると再発すると思われる。追記(2015/12/09)KB3114399でKB3055034の不具合が修正されたことが分かった。Updateできるね。