<div dir="ltr">You can use '*' to make it valid for all redirect URIs. Make sure you don't do that in production though. Especially if you are using public clients (html5 apps, etc..), in those cases the redirect uri is the main safe guard that prevents malicious applications logging in.</div><div class="gmail_extra"><br><div class="gmail_quote">On 23 November 2015 at 21:26, Håvard Wigtil <span dir="ltr"><<a href="mailto:haavard.wigtil@kantega.no" target="_blank">haavard.wigtil@kantega.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm not sure that I'm asking the right question yet, so I'll try again.<br>
<br>
We have Keycloak installed on keycloak.my.lan. We're running development<br>
on several developer PCs, which we access by their public IP because we<br>
test on several devices against our local development environment. So my<br>
application is hosted on 192.168.1.2 at the moment, my colleague is<br>
running her version of the same application at 192.168.1.4, and our IPs<br>
may change the next day.<br>
<br>
If I configure the client "myclient" in the "Clients" section in<br>
Keycloak admin console with a "Valid redirect URI" of<br>
"<a href="http://192.168.1.2:3000/app/login" rel="noreferrer" target="_blank">http://192.168.1.2:3000/app/login</a>" then login works. If I change this<br>
to only "/app/login" then I am presented with the error "We're sorry...<br>
Invalid parameter: redirect_uri" from Keycloak before I get a chance to<br>
enter my credentials.<br>
<br>
The URL from my application in both cases is the URL below, so the<br>
redirect URI as sent from the application is always absolute:<br>
<a href="https://keycloak.my.lan/auth/realms/myrealm/protocol/openid-connect/auth?client_id=myclient&redirect_uri=http%3A%2F%2F192.168.1.2:3000%2Fapp%2Flogin&state=3525097d-e0f8-4013-890f-08fba8439412&response_type=code" rel="noreferrer" target="_blank">https://keycloak.my.lan/auth/realms/myrealm/protocol/openid-connect/auth?client_id=myclient&redirect_uri=http%3A%2F%2F192.168.1.2:3000%2Fapp%2Flogin&state=3525097d-e0f8-4013-890f-08fba8439412&response_type=code</a><br>
<br>
I left out the last relevant part of the help message (for brevity) in<br>
my first mail. In addition to "Relative path can be specified too, i.e.<br>
/my/relative/path/*" it also says "Relative paths will generate a<br>
redirect URI using the request's host and port". My reading of those two<br>
sentences together lead me to believe that I could leave out the<br>
<br>
So my real question is: Is it possible to set a single "Valid redirect<br>
URI" in Keycloak console for my app that will work when the app is<br>
served from either <a href="http://192.168.1.2/app" rel="noreferrer" target="_blank">http://192.168.1.2/app</a> or <a href="http://192.168.1.4/app" rel="noreferrer" target="_blank">http://192.168.1.4/app</a> and<br>
possibly many similar URIs? Or do I have to specify every possible URI<br>
that my app could be served from under "Valid redirect URIs"?<br>
<br>
Håvard<br>
<div class="HOEnZb"><div class="h5"><br>
Den 23. nov. 2015 20:19, skrev Bill Burke:<br>
> A relative URI *will not* be accepted if it is passed as a query<br>
> parameter when a client is requesting a code. An absolute URI *MUST BE*<br>
> sent via the redirect_uri query parameter. For admin console config, if<br>
> you put in relative path in your valid redirect URIs, it uses the<br>
> host/port of the auth server. A bunch of the demos work that way. So,<br>
> if you host the auth server on <a href="http://mydomain.com" rel="noreferrer" target="_blank">mydomain.com</a>,<br>
> <a href="https://localhost/my/relative/path" rel="noreferrer" target="_blank">https://localhost/my/relative/path</a> will match and<br>
> <a href="https://mydomain.com/my/relative/path" rel="noreferrer" target="_blank">https://mydomain.com/my/relative/path</a> will work too. Make sense?<br>
><br>
><br>
><br>
> On 11/23/2015 2:00 PM, Håvard Wigtil wrote:<br>
>> I'm trying to get a relative (i.e. path only with no host) redirect URI<br>
>> for a Keycloak client to work. My client works with full host and path,<br>
>> but if I remove the host part I get an illegal parameter error.<br>
>><br>
>> The inline help bubble has the following sentence: "Relative path can be<br>
>> specified too, i.e. /my/relative/path/*."<br>
>> So as far as I can tell, it should work according to the help message.<br>
>> As I was trying to find out more about this I came across Jira issue<br>
>> KEYCLOAK-8[1], where a comment pointed to section 3.2.1[2] of the OAuth<br>
>> 2.0 spec. If I'm reading the spec correctly the redirect *must* be<br>
>> absolute to be conformant with the spec.<br>
>><br>
>> Is the inline help wrong, or is it something here that I don't get?<br>
>><br>
>> Håvard<br>
>><br>
>><br>
>> [1] <a href="https://issues.jboss.org/browse/KEYCLOAK-8" rel="noreferrer" target="_blank">https://issues.jboss.org/browse/KEYCLOAK-8</a><br>
>> [2] <a href="https://tools.ietf.org/html/rfc6749#section-3.1.2" rel="noreferrer" target="_blank">https://tools.ietf.org/html/rfc6749#section-3.1.2</a><br>
>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> keycloak-user mailing list<br>
>> <a href="mailto:keycloak-user@lists.jboss.org">keycloak-user@lists.jboss.org</a><br>
>> <a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a><br>
>><br>
<br>
--<br>
</div></div><span class="HOEnZb"><font color="#888888">Håvard Wigtil<br>
arkitekt og utvikler, Kantega AS<br>
tlf. <a href="tel:%2B47%209384%206468" value="+4793846468">+47 9384 6468</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
keycloak-user mailing list<br>
<a href="mailto:keycloak-user@lists.jboss.org">keycloak-user@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/keycloak-user" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-user</a></div></div></blockquote></div><br></div>