On 01/20/15 11:47, Landry Breuil wrote:
> On 01/20/15 10:03, Landry Breuil wrote:
>> Hi,
>>
>> currently using gs 2.3.2 with catalog in CHALLENGE mode, i can list the
>> workspaces via the geoserver REST API and all are shown. My goal is to
>> allow non-privile
On 01/20/15 10:03, Landry Breuil wrote:
> Hi,
>
> currently using gs 2.3.2 with catalog in CHALLENGE mode, i can list the
> workspaces via the geoserver REST API and all are shown. My goal is to
> allow non-privileged users to POST layers & styles into a workspace on
>
Hi,
currently using gs 2.3.2 with catalog in CHALLENGE mode, i can list the
workspaces via the geoserver REST API and all are shown. My goal is to
allow non-privileged users to POST layers & styles into a workspace on
which they have write access, which works fine in the setup i have now,
with *.*
ognized as
administrators, no admin menus). Users are correctly authenticated though.
--
Landry Breuil
Mouton a 5 pattes du CRAIG
--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshoo
nt fully published, and one 'restricted'
for the layers you want to restrict, then disable the WFS for the
latter. Use the specific endpoints to access wfs (ie
http://fqdn/geoserver/public/wfs).
At least that's what i gathered from tinkering with the security
subsystem. Not 100% sure,
BUT if i set the ACL to
topp.*.r=ROLE_AUTHENTICATED
the same request still shows no layers.
Is it an expected behaviour ? is ROLE_AUTHENTICATED not set by the http
header or http auth filter while it should ?
--
Landry Breuil
mousUser"))
{return null;}
return request.getHeader(getPrincipalHeaderAttribute());
}
}
With that, i correctly get 401 codes when unauthenticated and trying to
access a protected layer behind my proxy.
Landry
> Zitat von Landry Breuil :
>
>> Hi,
>>
>> still
o account, and is
upgraded to ROLE_AUTHENTICATED since the http header filter finds the
header it looks for ?
So, on which side is the problem ? GeoServer or the proxy ?
--
Landry Breuil
Mouton a 5 pattes du CRAIG
--
L
de in
src/main/src/main/java/org/geoserver/security/auth, there are almost no
calls to LOGGER, so i suppose that nothing is logged in this area ? Do i
need to wrap my head around the code and add debug statements myself ?
--
Landry B
only an authentication
filter page issue. See http://pastebin.mozilla.org/1891309 for the full
backtraces of both exceptions.
Landry
> Zitat von Landry Breuil :
>
>> Hi,
>>
>> testing geoserver 2.2.1 here, i'm trying to change the authentication
>> filters (i
thenticate(GeoServerAuthenticationProvider.java:57)
at
org.springframework.security.authentication.ProviderManager.authenticate(ProviderManager.java:156)
Could it be a local issue or a real bug ? This is gs 2.2.1 war, with the
default provided datadir.
--
Lan
e definitely interested in testing such a setup. We're using
georchestra which provides a CAS authentification server, and i'd like
to test geoserver 2.2 with it. We're not going in production before
2.2.1 anyway, but
c/main/java/org/geotools/coverageio/gdal/)
? Using strace, i've seen geoserver looking for .eww, .hdr, .prj and
.aux. It's not really obvious how should i proceed to make geotools more
verbose inside geoserver..
- what additional inf
13 matches
Mail list logo
