1

ServiceStackのBasicAuthProviderに問題があります。CredentialsAuthProvider（/ auth / credentials）へのPOST-ingは正常に機能しています。

問題は、（Chromeで）GET-ingするとき： http://foo:pwd@localhost:81/tag/string/list

結果は以下のとおりです

リクエストのハンドラーが見つかりません：

Request.HttpMethod：GET Request.HttpMethod：GET Request.PathInfo：/ login Request.QueryString：System.Collections.Specialized.NameValueCollection Request.RawUrl：/ login？redirect = http％3a％2f％2flocalhost％3a81％2ftag％2fstring％ 2flist

これは、/ tag/...リクエストを処理する代わりに/loginにリダイレクトしたことを示しています。

AppHostのコード全体は次のとおりです。

public class AppHost : AppHostHttpListenerBase, IMessageSubscriber
{
    private ITagProvider myTagProvider;
    private IMessageSender mySender;

    private const string UserName = "foo";
    private const string Password = "pwd";

    public AppHost( TagConfig config, IMessageSender sender )
        : base( "BM App Host", typeof( AppHost ).Assembly )
    {
        myTagProvider = new TagProvider( config );
        mySender = sender;
    }

    public class CustomUserSession : AuthUserSession
    {
        public override void OnAuthenticated( IServiceBase authService, IAuthSession session, IOAuthTokens tokens, System.Collections.Generic.Dictionary<string, string> authInfo )
        {
            authService.RequestContext.Get<IHttpRequest>().SaveSession( session );
        }
    }

    public override void Configure( Funq.Container container )
    {
        Plugins.Add( new MetadataFeature() );

        container.Register<BeyondMeasure.WebAPI.Services.Tags.ITagProvider>( myTagProvider );
        container.Register<IMessageSender>( mySender );

        Plugins.Add( new AuthFeature( () => new CustomUserSession(),
                new AuthProvider[] {
                    new CredentialsAuthProvider(), //HTML Form post of UserName/Password credentials
                    new BasicAuthProvider(), //Sign-in with Basic Auth
                } ) );

        container.Register<ICacheClient>( new MemoryCacheClient() );
        var userRep = new InMemoryAuthRepository();
        container.Register<IUserAuthRepository>( userRep );

        string hash;
        string salt;
        new SaltedHash().GetHashAndSaltString( Password, out hash, out salt );
        // Create test user
        userRep.CreateUserAuth( new UserAuth
        {
            Id = 1,
            DisplayName = "DisplayName",
            Email = "as@if.com",
            UserName = UserName,
            FirstName = "FirstName",
            LastName = "LastName",
            PasswordHash = hash,
            Salt = salt,
        }, Password );
    }
}

誰かが私がSS構成で何が間違っているのか、または私がサービスを呼び出す方法を教えてもらえますか？つまり、提供されたユーザー/ pwdを受け入れないのはなぜですか？

Update1：​​BasicAuthProviderのみが使用されている場合、Fiddler2でキャプチャされた要求/応答。リクエストではAuthヘッダーは送信されませんが、レスポンスではAuthヘッダーも送信されません。

GET /tag/string/AAA HTTP/1.1
Host: localhost:81
Connection: keep-alive
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.11 (KHTML, like Gecko)        Chrome/23.0.1271.64 Safari/537.11
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8,sv;q=0.6
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
Cookie: ss-pid=Hu2zuD/T8USgvC8FinMC9Q==; X-UAId=1; ss-id=1HTqSQI9IUqRAGxM8vKlPA==

HTTP/1.1 302 Found
Location: /login?redirect=http%3a%2f%2flocalhost%3a81%2ftag%2fstring%2fAAA
Server: Microsoft-HTTPAPI/2.0
X-Powered-By: ServiceStack/3,926 Win32NT/.NET
Date: Sat, 10 Nov 2012 22:41:51 GMT
Content-Length: 0

HtmlRedirect=nullを使用したUpdate2要求/応答。SSはAuthヘッダーで応答するようになりました。これにより、Chromeは2番目のリクエストを発行し、認証が成功します。

GET http://localhost:81/tag/string/Abc HTTP/1.1
Host: localhost:81
Connection: keep-alive
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.64 Safari/537.11
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8,sv;q=0.6
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
Cookie: ss-pid=Hu2zuD/T8USgvC8FinMC9Q==; X-UAId=1; ss-id=1HTqSQI9IUqRAGxM8vKlPA==

HTTP/1.1 401 Unauthorized
Transfer-Encoding: chunked
Server: Microsoft-HTTPAPI/2.0
X-Powered-By: ServiceStack/3,926 Win32NT/.NET
WWW-Authenticate: basic realm="/auth/basic"
Date: Sat, 10 Nov 2012 22:49:19 GMT

0

GET http://localhost:81/tag/string/Abc HTTP/1.1
Host: localhost:81
Connection: keep-alive
Authorization: Basic Zm9vOnB3ZA==
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.64 Safari/537.11
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8,sv;q=0.6
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3
Cookie: ss-pid=Hu2zuD/T8USgvC8FinMC9Q==; X-UAId=1; ss-id=1HTqSQI9IUqRAGxM8vKlPA==
4

1 に答える 1

1

foo:pwd@次のようなURLのプレフィックス：

http://foo:pwd@localhost:81/tag/string/list

例としてウィキペディアのページであるHTTPを使用してBasicAuthを実行する方法ではありません。

HTTPクライアントでBasicAuth要求を送信する

ユーザーエージェントがサーバー認証クレデンシャルを送信する場合は、Authorizationヘッダーを使用できます。

Authorizationヘッダーは次のように構成されています。

  1. ユーザー名とパスワードは、文字列「username：password」に結合されます
  2. 結果の文字列リテラルは、Base64を使用してエンコードされます
  3. 次に、Authorizationメソッドとスペース、つまり「Basic」がエンコードされた文字列の前に配置されます。

たとえば、ユーザーエージェントがユーザー名として「Aladin」を使用し、パスワードとして「sesam open」を使用する場合、ヘッダーは次のように形成されます。

Authorization: Basic QWxhZGluOnNlc2FtIG9wZW4=
于 2012-11-10T18:49:23.907 に答える