WWW-Authenticate header returning wrong Keystone host
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Invalid
|
High
|
Mike Pittaro |
Bug Description
jpipes@
* About to connect() to 192.168.1.98 port 8774 (#0)
* Trying 192.168.1.98... connected
* Connected to 192.168.1.98 (192.168.1.98) port 8774 (#0)
> GET /v2/extensions HTTP/1.1
> User-Agent: curl/7.21.6 (x86_64-
> Host: 192.168.1.98:8774
> Accept: */*
>
< HTTP/1.1 401 Unauthorized
< Www-Authenticate: Keystone uri='http://
< Content-Length: 381
< Content-Type: text/html; charset=UTF-8
< Date: Tue, 24 Jan 2012 03:02:52 GMT
<
<html>
<head>
<title>401 Unauthorized<
</head>
<body>
<h1>401 Unauthorized</h1>
This server could not verify that you are authorized to access the document you requested. Either you supplied the wrong credentials (e.g., bad password), or your browser does not understand how to supply the credentials required.<br /><br />
Authentication required
</body>
* Connection #0 to host 192.168.1.98 left intact
* Closing connection #0
Note that the WWW-Authenticate header shows the wrong host IP address... it should be 192.168.1.98, but it is 127.0.01
Changed in nova: | |
assignee: | nobody → Mike Pittaro (mikeyp-3) |
Changed in nova: | |
status: | Confirmed → In Progress |
I'm assuming it is just returning whatever you have configured as your keystone host in paste. And even if that is true, I agree that we should respond with an address the client could actually use