プロキシ資格情報におけるドメイン修飾ユーザー名

ある回答は DOMAIN\ を削除すべきと言い、別の回答は追加すべきと言います。どちらの変更も、あなたのプロキシにとって誤りになり得ます。

問いは二つあります。サービスがどの識別子を期待しているのか、そして選んだ API がその識別子をどう表現するのか、です。

たとえば .NET は、ユーザー名・パスワード・ドメインを別々の引数に取る NetworkCredential コンストラクターを公開しています。ドメインを無差別に二つのフィールドへ入れることは、統合認証を設定する移植性のある方法ではありません。

Basic 認証も別の事例です。サーバーは渡されたアカウント文字列を自らのポリシーで解釈します。同じネットワーク上にいることは、ドメイン接頭辞が暗黙に補われる証明にはなりません。また、ドメイン修飾名が自動的に別の認証プロトコルになるわけでもありません。

URL エスケープは意図したアカウントを保つべきであり、変えるべきではありません。ソース言語の文字列中のバックスラッシュ、アカウント名中のバックスラッシュ、そして URI 内でのそのパーセント符号化表現は別々の層です。

受け入れられる識別子の形式とスキームを運用側から確認し、対応する資格情報インターフェースを使ってください。短い名前、ドメイン名、メールアドレス風の名前を無作為に切り替えると、元の 407 について根拠の弱い証拠しか残りません。