On 07/04/2012 02:34 PM, Henrik Nordström wrote:
> ons 2012-07-04 klockan 13:02 -0600 skrev Alex Rousskov:
> Why not simply use key=value pairs across the board?
We need blobs because some values in use today are not expressed as
tokens or quoted strings (the two value formats Amos is considering).
We could, of course, _encode_ those inconvenient values so that things
like SSL certificates can be represented as huge quoted strings. Is that
what you are getting at? I am not against that, even though I am a
little worried about the added encoding overhead. This will require
changing ssl_crtd helper code, but I do not think that would be a big
problem.
>> Why not have NtmlHelperReply::setResult() do the mapping? Is there
>> something format-incompatible with those NTLM result codes that the
>> generic parser cannot parse them using the following format?
>>
>> [channel-ID] <result> [key-pairs] [<BS> <blob>] <terminator>
>
> NTLM do not need a blob.
We are talking about a general format, not NTLM-specific format. Blob is
optional. If NTLM helper does not need it, it will not use it.
> It's just a value. Moving to key=value is fine.
> Additionally worth noting is that = is not a valid character in NTLM
> blobs so same parser can be used if tokens without = is supported
> (keyless values).
Yes, anonymous values or valueless names can be allowed if it helps
existing helpers. Can somebody paste a typical NTLM helper response or two?
Thank you,
Alex.
Received on Wed Jul 04 2012 - 22:16:00 MDT
This archive was generated by hypermail 2.2.0 : Thu Jul 05 2012 - 12:00:03 MDT