別件で恐縮ですが、クライアント上で動かしているMicrosoftのアプリに、もしかしたらドメインネットワークが原因ではないかと思われる不具合が、数点、不定期で発生してまして、同様の事象は海外のフォーラム等も含め該当がなく、お手上げ状態にあります。そもそも、当初コネクターを入れるとDNSが自動で書き換えられるはず(優先DNSが内部サーバーになるのが正しい)が、されずにいた状態が異常と思われるので、コネクターインストールの失敗(見た目上は成功)やOS自体に不具合(プロファイルに認証系のゴミとか)があるのかもしれません。クライアントはまだ稼働1ヶ月未満のPCでして、コネクターをインストールせず、やむを得ずOS自体再インストールして、優先DNSサーバーにゲートウェイのみ指定にてワークグループで運用しようかと考えています。IPは固定で利用したいため、DNSも手動で指定が必要です。アプリの問題が万が一解決すれば、システムの復元を記録し、コネクターをインストールし、ルーターへご提案の下記の設定で運用してみたいと思います。Essentialsサーバーは、フォワーダーに外部の名前解決ができるDNSを設定お忙しい中、丁寧なご回答を頂き大変感謝致します。補足:最初の投稿の時点でドメイン\ユーザー名でログインしているにも関わらず、コンパネのネットワークがドメインネットワークではなく社内ネットワーク(ワークグループ?)になっていたことも実は正常ではなく異常だったんだ(コネクターインストールの失敗)という気がします、ドメインに参加したPCはこのクライアントが初めてなので、当方には知見がなく異常かもしれないということすら当時は判断できませんでした。ご存知でしたらご指摘頂けますと大変助かります。0:45返信|引用0サインインして投票チャブーンです。この件ですが、Sadaさんからコメント出ていますが、いろいろ伝わっていない感があると思っています。Directoryクライアント(PC)の「参照先DNSサーバー」は必ずドメインコントローラー「だけ」を対象にしてください。「ゲートウェイ」と呼んでいるものが何なのか存じませんが、おそらくルーター+DNS+DHCP機能をもったネットワーク機器なのだろうと思います。DirectoryのDNS情報をクライアントに提供することができません。クライアント側にドメインコントローラーと「ゲートウェイ」両方のDNS参照先が登録されている場合、クライアントはネットワーク状況により、どちらか「一方だけ」のDNS情報を受け入れ、他方の情報は受け入れません。(欲しいDNSの情報を内部チェックして)両方のDNS情報から必要なものを選択、という機能は、DNSクライアントにはないのです。これがわかると、現状の設定は「百害あって一利なし」ということがわかります。「ゲートウェイ」を参照しないと、社内ネットワークやインターネットの名前解決ができません、といわれるかもしれませんが、これを解決するのがDNSサーバーの「フォワーダー」という機能です。ドメインコントローラーのDNSサーバー上で設定する必要があり、フォワーダ先を「ゲートウェイ」にしておけば、これらの問題は解決します。フォワーダーについては、したの資料をご覧になってください。http://www.atmarkit.co.jp/ait/articles/1706/23/news042.htmlフォーラムは有償サポートとは異なる「コミュニティ」です。ご一読のうえ、お楽しみください。2:51返信|引用モデレータ0サインインして投票ご連絡ありがとうございます。Directoryクライアント(PC)の「参照先DNSサーバー」は必ずドメインコントローラー「だけ」を対象にしてください。様の「内部サーバーがメンテナンス中にインターネットにつながらないのは困る」を実現するための下記のご提案頂いた設定はNGということでしょうか。クライアントPCのDNSはルーターを設定ルーターには、IPv4/v6ともにDNSにEssentialsサーバーを指定(加えて、セカンダリDNSで外部の名前解決ができるDNSを設定)Essentialsサーバーは、フォワーダーに外部の名前解決ができるDNSを設定フォワーダーは前述の通り、設定変更済みです。私の回答で混乱させてしまってすみません。外部参照が必要な場合は、ドメインコントローラーにDNSフォワーダーを設定が確実に動作する方法であり、強く推奨されている方法です。そのほかの構成はトラブルの原因になりうるので、推奨されません。(実際、富士通さんの設計指南書などもご覧いただくとよいかと)あくまで私の環境では(かなり工夫と検証することで)、クライアントPCのDNSにルーターのIPアドレスを指定しつつも、実際にはEssentialsサーバーのSRVレコードを引けるように環境構築できている旨を参考までにご紹介しましたが、これは仕様として保証されているわけではありませんし、機器によっても異なるためこうすれば必ずうまくいくというたぐいのものではありません。23:18返信|引用1サインインして投票チャブーンです。この件ですが、もっとも確実な「内部サーバーがメンテナンス中にインターネットにつながらないのは困る」に対応する方法は、ドメインコントローラー(DNSサーバー)を2台設置する方法しかありません。本質的には「(ゲートウェイの)参照先DNSにドメインコントローラーとインターネットDNSサーバー」を両方設定する方法は、Windowsと同様で検索順序を保証できません。わからないのですが、「内部サーバーがメンテナンス中にインターネットにつながらないのは困る」が重大な運用要件なら、深夜といった利用者が使わない時間帯にメンテナンスを行うに運用対処するのが適切なのではないでしょうか?「ゲートウェイ」が運用と無関係に「絶対ダウンしない」前提の暗黙知になっているは、あまり適切な前提には思えません。何が何でも「すべてのDNSクエリはドメインコントローラーを必ず先に行い、ダウンした場合のみゲートウェイ側情報を採用する」ことを保証したいなら、したの情報を基にレジストリ値を「クライアントPC」に設定してみてください。XP向けですので、今は通用しない設定の可能性があるでしょう。http://support.microsoft.com/kb/320760/jaフォーラムは有償サポートとは異なる「コミュニティ」です。ご一読のうえ、お楽しみください。16:25返信|引用モデレータ0サインインして投票ご回答ありがとうございます。わからないのですが、「内部サーバーがメンテナンス中にインターネットにつながらないのは困る」が重大な運用要件なら、深夜といった利用者が使わない時間帯にメンテナンスを行うに運用対処するのが適切なのではないでしょうか?「ゲートウェイ」が運用と無関係に「絶対ダウンしない」前提の暗黙知になっているは、あまり適切な前提には思えません。ご指摘の通りなのですが、冗長もなく夜間対応も原則しない緩い運用でして、すみません。(Essentialsを導入しているくらいなので...)サーバーではなくクライアントからインターネット上のAPIをバッチで常に利用したい要件があります。ゲートウェイが故障するとサーバーのフォワードは機能しませんので、それならゲートウェイ指定で良いかなと。様の「保証はできません。0:45に至っております。下記についてはMS側で既にリンク切れのようです。http://support.microsoft.com/kb/320760/jaお二人方の丁寧なご回答に感謝致します。2:55返信|引用1サインインして投票チャブーンです。どのような方法であっても、質問者さんが納得されたのなら、私としてはご自身の自己責任で行っていただければ、申し上げることはありません。下記についてはMS側で既にリンク切れのようです。http://support.microsoft.com/kb/320760/ja本当のそのようなので、過去ページをアーカイブしているサイトを紹介しておきます。内容自体はここでわかります。https://web.archive.org/web/20080202130652/http://support.microsoft.com/kb/320760/jaフォーラムは有償サポートとは異なる「コミュニティ」です。ご一読のうえ、お楽しみください。情報を無料ニュースレターで入手|日本での個人情報の取り扱い|サイトマップ|特商法に基づく表示|使用条件|商標|プライバシ。