私はこれは不可能だと信じていますが、私が知っている誰かがそれが機能すると主張しました。どのパラメーターを試すべきかさえ知りませんし、これがどこにも文書化されていません。
http://myserver.com/~user=username&password=mypasswordを試しましたが、機能しません。
HTTPパラメーター(GETまたはPOST)を介してユーザー/パスを渡すことは実際に不可能であることを確認できますか?
私はこれは不可能だと信じていますが、私が知っている誰かがそれが機能すると主張しました。どのパラメーターを試すべきかさえ知りませんし、これがどこにも文書化されていません。
http://myserver.com/~user=username&password=mypasswordを試しましたが、機能しません。
HTTPパラメーター(GETまたはPOST)を介してユーザー/パスを渡すことは実際に不可能であることを確認できますか?
回答:
実際、標準のHTTP認証のクエリパラメータを介してユーザー名とパスワードを渡すことはできません。代わりに、次のような特別なURL形式を使用します。-これhttp://username:password@example.com/
により、標準のHTTP "Authorization"ヘッダーで資格情報が送信されます。
あなたが話している人は誰でも、クエリパラメータを調べて資格情報を検証したカスタムモジュールまたはコードを考えていた可能性があります。これは標準のHTTP認証ではありませんが、アプリケーション固有のものです。
http://username:password@example.com
形式はIEまたはChromeのいずれでもサポートされなくなりました。他の人がまだ追随していなくても、驚くことはありません。
URLで基本認証パラメーターを渡すことはお勧めしません
この目的のためのAuthorizationヘッダーフィールドがあります。httpヘッダーリストを確認してください。
使用方法はここに書かれています: 基本アクセス認証
また、一部のブラウザーではまだサポートされていますが、URLに基本認証資格情報を追加する推奨ソリューションは推奨されていません。
基本認証を使用しない理由の詳細については、RFC 2617-HTTP認証の4.1章も参照してください。
クエリ文字列で認証パラメーターを渡す
OAuthまたは他の認証サービスを使用する場合、認証ヘッダーではなくクエリ文字列でアクセストークンを送信することもできます。
GET https://www.example.com/api/v1/users/1?access_token=1234567890abcdefghijklmnopqrstuvwxyzABCD
http:// username:password@example.comは、FireFox、Chrome、Safariでは機能しますが、IEでは機能しません。
@
のようにパスワードをエスケープしてみます%40
。(ただし、それが機能するかどうかはわかりません。サーバーまたはブラウザー/サーバーの組み合わせに依存する可能性があります。)