blogインフラSEのブログです。コンピュータ関係を生業としています。Directory)を使用していたとします。別の運用会社からリモートでインターネットVPNをつなげたりする時を想定しています。7の環境で確認しました。結論、ADドメインコントローラとは認証通信は不要ファールサーバーにIPアドレスでWindows共有アクセスをした時にパケットキャプチャしてみました。すると、ADのドメインコントローラとは一切通信が発生していませんでした。ファイルサーバーに認証しアクセスする場合は、ADドメインコントローラとパソコンは直接通信をする必要は無いのですね。通常はコンピュータ名アクセスをさせると思いますので、ADドメインコントローラとDNS通信は発生すると思います。ちなみに、パソコンのIPアドレスは192.168.x.Aで、ファイルサーバーのIPアドレスは10.y.z.Bです。(ADドメインコントローラも10.y.z.Cです)ファイルサーバーとCIFS(TCP445)との通信しか発生していないさらにに、ファイルサーバーとの通信を確認したところ、ファイルサーバーとパソコンとの間はCIFS(TCP445)の通信しかありませんでした。検索条件をtcp.port==445としてもパケット行数が変わっていないことがわかります。TCP/IP)通信も今回の環境では発生していませんでした。テストしたサーバーとクライアントのOSにも依存するかもしれませんね。AD認証はCIFS通信内でファイルサーバーと認証している実はAD認証はCIFS(TCP445)通信内で行われていました。Success(接続成功)となるAD参加していないパソコンは、ファイルサーバーのWindows共有アクセスをする時、直接ADドメインコントローラーとケルベロス認証とかしていないんですね。あれ?最近はCIFSって言わないんですね、、、勉強になりました。DFS通信もTCP445ポート内通信でDFSリンク先解決おまけ情報にはなりますが、さらに面白いのは、DFS(分散ファイルシステム)を利用している場合も、このTCP445ポート内で通信していました。ADドメインコントローラーから戻ってきたNetworkAdress(DFSの設定先)に対し、名前解決をし再びSMB接続を試みます。全部SMBプロトコル内で行っているんですね、驚きました。DNSサーバーの冗長化。updateをしているプロセス・サービスを知る方法。コメントをキャンセルメールアドレスが公開されることはありません。新しい投稿をメールで受け取る検索:人気の投稿とページWindowsで時刻同期が正常に出来てるか確認する方法。1年以上(5年や10年)でWindowsのパッチ(KB)の適用一覧とインストール日を知る方法。コマンドでアクセス権があるのにアクセスできない!共有フォルダにAdministratorsグループは注意コンピュータ名で共有フォルダにアクセス出来ない!Windows名前解決の仕組みIISのエラーログはどこにあるのか?エラーログのパス。2016ではWSUSに認識させるwuaucltコマンドが使え無い。クライアントが表示されないリモートデスクトップサービスのインストール構築方法。バックアップという選択肢のデメリット。Gateway(リモートデスクトップゲートウェイ)を冗長化したい。