Add Cloudfoundry provider

[omazhary]

this adds a provider for Cloudfoundry's UAA [1]

if you think this makes sense we can also add some unit tests.

The second commit allows to set X-Forwarded-User independent of HTTP Basic Auth as we need this for our Cloudfoundry/grafana scenario [2]

[1] https://github.com/cloudfoundry/uaa
[2] http://docs.grafana.org/installation/configuration/#authproxy

[omazhary]

Running the test.sh script locally results in the following positive output:

ok      github.com/bitly/oauth2_proxy   0.042s
ok      github.com/bitly/oauth2_proxy/api   0.010s
ok      github.com/bitly/oauth2_proxy/cookie    0.011s
ok      github.com/bitly/oauth2_proxy/providers 0.018s
ok      github.com/bitly/oauth2_proxy   1.119s
ok      github.com/bitly/oauth2_proxy/api   1.027s
ok      github.com/bitly/oauth2_proxy/cookie    1.020s
ok      github.com/bitly/oauth2_proxy/providers 1.051s

However, the build fails. Am I running it wrong? @jehiah Is there perhaps something I'm missing?

[ploxiln]

Travis has the log of what failed which you can inspect. It's this:

2016/07/05 09:12:05 validator.go:42: failed opening authenticated-emails-file="/tmp/test_auth_emails_318131038", open /tmp/test_auth_emails_318131038: no such file or directory
FAIL    github.com/bitly/oauth2_proxy   0.130s

[omazhary]

Yep @ploxiln, however, the error seems to be something that isn't related to my dev changes. I've rerun the tests locally, both on OSX and ubuntu, and they are successful every time. That's why I'm asking, am I doing something wrong, or is it a problem with the travis container in which the tests run?

[jsievers]

If this would make life easier for the committers I could open a new PR for this issue that removes the unrelated commit for issue #205 and squashes the remaining commits into one.
Let us know in case there is anything else you need to make this happen.

[jsievers]

I separated the cloudfoundry provider code from unrelated issue #205 (there will be a separate PR for that) Checks are passing, let me know if there is anything more we should add or fix here

[sks]

Is anyone ever going to look at this PR ?

[jmcarp]

Now that there's an OIDC provider, this might not be necessary, since the Cloud Foundry UAA speaks OIDC.

[jsievers]

yes I can confirm that oauth2_proxy works with Cloudfoundry UAA and the OIDC provider.
We can close this as obsolete