62 lines
1.2 KiB
Plaintext
62 lines
1.2 KiB
Plaintext
|
<testcase>
|
||
|
|
<info>
|
||
|
|
<keywords>
|
||
|
|
HTTP
|
||
|
|
HTTP GET
|
||
|
|
HTTP proxy
|
||
|
|
HTTP proxy NTLM auth
|
||
|
|
FAILURE
|
||
|
|
</keywords>
|
||
|
|
</info>
|
||
|
|
|
||
|
|
# Server-side
|
||
|
|
<reply>
|
||
|
|
<data1001 nocheck="yes">
|
||
|
|
HTTP/1.0 407 BAD BOY
|
||
|
|
Proxy-Authenticate: Basic realm="Squid proxy-caching web server"
|
||
|
|
Server: swsclose
|
||
|
|
Content-Type: text/html
|
||
|
|
|
||
|
|
Even though it's the response code that triggers authentication, we're
|
||
|
|
using NTLM and the server isn't, so we should fail. We know the server
|
||
|
|
isn't because there's no Proxy-Authorization: NTLM header
|
||
|
|
</data1001>
|
||
|
|
</reply>
|
||
|
|
|
||
|
|
# Client-side
|
||
|
|
<client>
|
||
|
|
<features>
|
||
|
|
NTLM
|
||
|
|
!SSPI
|
||
|
|
</features>
|
||
|
|
<server>
|
||
|
|
http
|
||
|
|
</server>
|
||
|
|
<name>
|
||
|
|
HTTP GET asking for --proxy-ntlm when some other authentication is required
|
||
|
|
</name>
|
||
|
|
<command>
|
||
|
|
http://%HOSTIP:%HTTPPORT/162 --proxy http://%HOSTIP:%HTTPPORT --proxy-user foo:bar --proxy-ntlm --fail
|
||
|
|
</command>
|
||
|
|
</client>
|
||
|
|
|
||
|
|
# Verify data after the test has been "shot"
|
||
|
|
<verify>
|
||
|
|
<strip>
|
||
|
|
^User-Agent: curl/.*
|
||
|
|
</strip>
|
||
|
|
<protocol>
|
||
|
|
GET http://%HOSTIP:%HTTPPORT/162 HTTP/1.1
|
||
|
|
Host: %HOSTIP:%HTTPPORT
|
||
|
|
Proxy-Authorization: NTLM TlRMTVNTUAABAAAABoIIAAAAAAAAAAAAAAAAAAAAAAA=
|
||
|
|
User-Agent: curl/7.8.1-pre3 (sparc-sun-solaris2.7) libcurl 7.8.1-pre3 (OpenSSL 0.9.6a) (krb4 enabled)
|
||
|
|
Accept: */*
|
||
|
|
Proxy-Connection: Keep-Alive
|
||
|
|
|
||
|
|
</protocol>
|
||
|
|
<errorcode>
|
||
|
|
22
|
||
|
|
</errorcode>
|
||
|
|
</verify>
|
||
|
|
</testcase>
|