Re: GSSAPI server side on Linux, SSPI client side on Windows

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Christian Ullrich <chris(at)chrullrich(dot)net>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: GSSAPI server side on Linux, SSPI client side on Windows
Date: 2013-11-05 16:59:06
Message-ID: 20131105165906.GB2706@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

* Christian Ullrich (chris(at)chrullrich(dot)net) wrote:
> I tried to fix it using the reverse of they one-line fix that worked
> in both JDBC and libpq. There, the problem was that they only
> supported GSSAPI and had no clue about SSPI (except libpq on
> Windows). The fix was to basically declare GSSAPI and SSPI to be the
> same. It didn't work.

If Npgsql does the same as libpq-on-Windows, it should all work just
fine..

> In Npgsql's case, the problem is the other way around -- it only
> knows SSPI. While making GSSAPI the same as SSPI should work in
> principle, there must be some difference somewhere.

Well, what happened after you hacked Npgsql? It's possible there's a
bug or something it's doing different from libpq-on-Windows that is
causing a problem, or it might simply be an issue with configuration
(for example, you have to use POSTGRES as your server-side princ because
Windows is case-insensitive).

Thanks,

Stephen

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Christian Ullrich 2013-11-05 17:35:55 Re: GSSAPI server side on Linux, SSPI client side on Windows
Previous Message Christian Ullrich 2013-11-05 16:35:15 Re: GSSAPI server side on Linux, SSPI client side on Windows