特殊文字のないADユーザーがいます(Š= Sとキャロン)、たとえばmyspecialuser
。ユーザー名に特殊文字を使用してWindowsにログインできるのはなぜですかmyšpecialuser
例えば、それが存在しない場合でも?この動作を無効にするにはどうすればよいですか?
Microsoftは故意にこれを行いました。この記事を参照してください: Microsoft diacritic mark
私はこれもあなたの質問に直接答えることを発見しました、あなたはその行動を無効にすることはできません。
最近誰かが尋ねました:
ADユーザー名(W2KおよびW2K3)に許可されている文字のリストが記載されたドキュメントを誰かに教えてもらえますか?また、ログオンプロセス中に一部の文字が置き換えられる動作を説明するドキュメントも探しています。例:ユーザー名がddomjanovicの場合、ユーザー名ddomjanovićでログインすることもできます。そのため、ログオンプロセス中に、ć(コードページ1250、E6 = U + 0107:小文字の小文字CがACUTE)はc(63 = U + 0063:小文字のCが小文字)に置き換えられます。
この動作を無効にできますか?
私はこの投稿でその質問にある程度答えましたが、回り道でした。短い答えは「いいえ」です。その動作を無効にする方法はありません。その理由は、Active Directoryが次のフラグを渡すためです。
NORM_IGNORECASE | NORM_IGNORENONSPACE | NORM_IGNOREWIDTH | NORM_IGNOREKANA
つまり、このように折りたたまれている多くの違いがあります。
現在、他の投稿で述べられているように、ローカルアカウントはADを介して機能しないため、より文字通りの立場に立っています。ご存知のとおり、c(U + 0063)とć(U + 0107)が異なる文字であると見なされるだけでなく、ć(U + 0107)とć(U + 0063 U)も考慮される「UpCase and Binary」の全体+0301)別のものにもなる。後者のペアは似ているので、多くの人にとっては元の問題よりも悪化することは明らかな解決策です!
以下から取得: すべて並べ替え
できるかわかりません。私は同じことを見てきましたが、逆の方向に進んでいます。アカウントのユーザー名には「特殊」文字が使用されていましたが、ユーザーは「正規化された」形式のユーザー名を使用してログインできました。
私たちが目にしたもう1つの奇妙なことは、(キャッシュされた資格情報を使用して)切断されたコンピューターでは、ユーザー名を正しく入力する必要があることです。 「正規化」は、ドメインに接続されている場合にのみ機能します。
あなたのための解決策を持っていないために申し訳ありません。