Matureのグレ釣り日記

どうもそんなような気がする




これはうちの会社のActiveDirectoryの要約図ですが

本当は拠点の数だけDCを設置して運用する、っていうのは分かってますが

そよ風が吹いたらコケそうな中小企業にはそんなもん無理なわけでｗ



この構図で今までは、（PDCはWindows Server 2012 R2）

PDCのComputerBrowserサービスを開始してやれば

セグメントを越えていようがエクスプローラーでブラウジング出来たわけです。


それが、KB3161949の時に出来なくなり
（NetBIOSの名前解決が出来なくなったのでブラウズリストが交換できなかった）

WINSを導入することでカバー出来た。


そしてCreators Update 1703 で悪夢再び





実験しました。



同セグメントでWin10をマスタブラウザにした時

ブラウズリストが交換できるかどうか？






PDC--Router--Win10--HUB--Win10







この状況ですら出来Neeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

ワロタｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ









ドメイン環境でWin10をマスタブラウザにしたら

ブラウズリストを交換しないように改悪したから

AD構築時は拠点の数だけServer OSを買ってね☆





ってことですね、わかります。



最終NASにマスターさせてリスト持たせるか・・・うううん

いつだったか詳細には思い出せないけど

1年ちょっとぐらい前に、ActiveDirectory環境でVPNで構築している

拠点の他セグメントのPCがネットワークブラウジング出来なくなった。

DCにWindows Server 2012 R2 2台
クライアントはすべてWindows 10 Pro
ウイルスバスタービジネスセキュリティをすべてに導入


その時は、ウイルスバスターを疑ったりなんやかんやして

結局、WINSかLMHOSTSでNetBIOSの名前解決を助けてやらないと駄目

ActiveDirectory環境だけではネットワークブラウジング不可

って結論になり

WINSを導入して無事ブラウジング出来るようになったんだけど


そん時のブログ　マイネットワークがうまくブラウジングできない件


こないだのWindows Update バージョン1703で

またネットワークがブラウジング出来なくなった。


今回ばっかりは悩みに悩みぬいて

ウイルスバスターを撤去してみたり、WINSを外してみたり

LMHOSTSを入れてみたり・・・


考えられることはすべてやった



しかしまったく改善しない

わらけるくらい改善しない


まっじわかんねぇ、意味わかんねぇ氏ねじゃなくて死ね


とか思ってたらふと




きっかけはWindows Update




ピコーン



と来るも、Google先生は良い返事を返さない


Windows Update後にブラウジング出来ないことを調べる、良いキーワードが思いつかない


この約2週間、調べに調べぬいても見当もつかなかったが


あるとっかかりからようやく光が見えた


うちの症状としては


・エクスプローラーでネットワークを見た時に同セグメントのPCしかブラウジング出来ない

・アドレス欄に\\Computer name ではアクセス可能（もちろんIPでも可能）

・pingも通る

以上の状態で、DNSでの名前解決とNetBIOSでの名前解決が混同してしまってた。


実は

NetBIOS名での名前解決が出来ていない

ことがようやく発覚！

nslookupとnbtstatでの応答が違うことが、判明したのだ。


もうほんとただの初歩的ミス、あぁ情けない


約2週間の時間が無駄・・・ワロタ・・・



NetBIOS名での名前解決が出来ていないので、

DCのDMBと、拠点に存在するLMBがブラウズリストを交換できていなかったのだ・・・



原因が分かったここからは早かった


「Windows Update netbios 他セグメント 応答しない」


等とググっていると、ついに見つけた



KB3161949 June 2016 Update Causes Network File Shares to Become Unavailable


KB3161949の時に、他セグメントから飛んできたNBTには応答しないようになったとある

外人さんも困ってはる・・・

レジストリにエントリを追加することでこの問題は解決するとの事！

さっそく

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Parameters

に

AllowNBToInternet

を作って1を入れて、自分のPCを再起動



営業中ではあるが、他セグメントのPCをリモートデスクトップして

gpupdate /force

後、勝手に再起動ｗｗｗ





すまんな・・・君は犠牲になったのだよ・・・





すると・・・



やった・・・やったよ・・・ついに解決か・・・！？

これでブラウズリストは交換できるようになるのか・・・？




サーバーの再起動がいるので、また次回に。

なんとか解決したのだけど、

調べに調べてたら


俺の根底にあった



AD環境ならセグメント越えのブラウジングなんて当然




っていうことがまず間違いだったというのが分かり・・・


えぇ・・・じゃあなんで今の今までブラウジング出来てたのかと・・・


AD構築する前に調べまわってた時になんかどっかで読んだぞ・・・




ここにきて全否定




言葉で否定もされてるし、なにより実機が否定している

というよりかは、ご機嫌斜めになった、が俺の感覚。



ってことで、WINSの役割を構築するか、LMHOSTかになったんだけど

WINSを選択しました。



面倒なのは、IPV4のプロパティを1台1台変更しないといけない・・・


さすがにWake on LANは各クライアントにはないので

誰もいない事務所のPCの電源をONにできない



ってことは現地へオ・モ・ム・キ・ー！



嘘です、これぐらいなら業務中にリモートデスクトップで

ちょっと貸してってゆって5分で終わりなんですが。



Windows10へのアップグレードもあるので


各営業所へ





⊂二二二（ ＾ω＾）二⊃ ﾌﾞｰﾝ

ついさっきまでかかって、イオンへ行く予定も時間的に無理ゲーに。

何をしてたかってゆうと

AD組んでるのに、何日か前からセグメント越えのネットワークPCが

ブラウジング出来なくなって、ネットワーク一覧に出なくなった。


これの解決に手間取ってて、とりあえずサーバーを再起動してみようか

ってことで、サーバー再起動に行ったのだが

いい機会だからアップデートも済ませちまおうって思ったのが

運の尽き


3台のサーバーを120件のアップデートを終わらせ再起動すると・・・

Webアプリケーションプロキシサービスが開始できない

まじでぇ・・・

原因不明すぎるし、エラーの内容がイベントログにもロクな情報がない

エラーの番号が載ってるだけ。


やばいやばいこの状況で月曜迎えるわけにはいかんｗｗｗｗｗｗｗ

とやっきになって調べるも1㎜も解決に向かわない



OS入れなおした方が早いんでねーの


禁忌の術を思いつくが、ぐっとこらえ


入れなおす・・・？

Webアプリケーションプロキシの役割を入れなおしてみようか・・・？

これなら時間もそんなかからんよな


ってことで入れなおすと・・・


動いた。



ほんっとわけわからん・・・

ってことでイオンは明日に。

なんかもういろいろトラブル続き。

弊社はAD導入してるんですが、

・今週数人から、Ofiice365のメールをOutlookで確認できない

・Skype for Businessにサインアップできない

という状況になりまして。



「1日様子見てみて。」


としか解決法を対策しなかったんですが、

まぁそれで不思議と次の日は直ってたんです。


ほんで、今日はまた一人同じ症状が。

さすがに真剣に考えてみたところ、

さすがにこれは原因としてありえないやろ？

っていうところに原因がありました・・・

これはちょっとさすがにわからんかった・・・


原因は、


「Kerberos認証を受けるときに、有効期限切れの証明書の代わりの

新しい証明書をサーバーから受け取れていなかった。」


ま～さ～か～の～


ですよ。


こんなこと書いてる暇あるんやろか・・・

5時半出船やから5時には着いておかないと・・・

3時半には出発・・・

ってことは3時間半しか寝れん・・・

寝過ごす予感