Mod_rewrite?
On Monday, April 28, 2014, Yadin Flammer <y...@psu.edu> wrote:
> Nope
>
> -------------------------------------------------------------------
> Yadin Flammer - Systems Administrator
> College of Arts & Architecture, Penn State University
> 228 Borland Building Office Phone: 814-865-0990
> University Park, PA 16802 Dept. Phone: 814-865-1571
> Email: y...@psu.edu <javascript:_e(%7B%7D,'cvml','y...@psu.edu');>
> Dept. Fax: 814-863-6227
>
> On 4/28/14 6:58 PM, Chris Hecker wrote:
>
> Selinux?
>
> Chris
> On Apr 28, 2014 3:47 PM, "Yadin Flammer" <y...@psu.edu> wrote:
>
> Hello all.
> So I have set up cosign tons of times, but suddently I have a new system
> that I can't get working for some reason. It seems to be working except
> that when the valid response comes back from the redirect server the
> session is keeping the token in the url so the webserver spits out a 404
>
> /cosign/valid?cosign-omeka.arts.psu.edu
> =yJ1xzSWDxCS1abPifxVeBzJ8JYMOHFNPAraQ9g4Z+av7AZMZLxblwOkZ7pqJinznqnRrcc31o3d4gYYMMnPqFAQZiPWVA4L1qxMh-wiuh3aeIokGRTnXIWa4tJKu&
> https://omeka.arts.psu.edu/admin
> is not a valid URL.
>
> Yep that's not a valid url alright, but why it is trying to find that
> whole thing rather than just the requested url like it should be? I
> can't for the life of me find anything out of place with this setup
> compared to my others. Ideas?
>
> I note one thing, there are no files being written to the /filters
> directory. Not sure if that helps point out the issue. Permissions
> look right... but I thought that being messed up gave a 503 not a 404
> so I think it's something else?
>
> drwxrwxr-x 2 www-data www-data 4096 Apr 24 15:27 filter
>
> The only other guess I have is that it's an issue with the way the web
> application at that location works (Omeka). When I hit that url
> normally, I see the address change to /admin/users/login which is not a
> real location so I'm guessing it's virtual in sql land. Now I'd hope
> that it wouldn't matter and cosign would just hand me to the server at
> the given url and the web app would take it from there as normal, but
> maybe that's not the case? And am I right that if I have /admin
> protected everything under that is protected? Changing the protected
> location to /admin/users/login didn't help for what it's worth.
>
> <Location /cosign/valid>
> SetHandler cosign
> CosignProtected Off
> Allow from all
> Satisfy any
> </Location>
>
> <Location /admin>
> CosignProtected On
> CosignAllowPublicAccess Off
> AuthType Cosign
> </Location>
>
>
> Thanks!
> Yadin
>
> --
> -------------------------------------------------------------------
> Yadin Flammer - Systems Administrator
> College of Arts& Architecture, Penn State University
> 228 Borland Building Office Phone: 814-865-0990
> University Park, PA 16802 Dept. Phone: 814-865-1571
> Email: y...@psu.edu Dept. Fax: 814-863-6227
>
>
>
> ------------------------------------------------------------------------------
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos. Get
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> _______________________________________________
> Cosign-discuss mailing list
> Cosign-discuss@lists.sourceforge.net
> <https://lists.sourceforge.net/lists/listinfo/cosign-discuss>
>
>
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos. Get
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Cosign-discuss mailing list
Cosign-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cosign-discuss