Re: [Cosign-discuss] 404 issue
Does Omeka use mod_rewrite? I've seen instances of overly broad rewrite rules in drupal and wordpress break cosign. Liam On Mon, Apr 28, 2014 at 11:09 PM, Yadin Flammer y...@psu.edu wrote: Enabled. Why do you ask? --- 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 On 4/28/14 10:15 PM, Liam Hoekenga wrote: 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 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 SetHandlercosign 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 -- 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.
Re: [Cosign-discuss] 404 issue
Ah, yes it does. To try to compensate as we do with Drupal, I tried
each of these (not together) in the .htaccess before it's default
conditions and neither helped.
RewriteCond %{REQUEST_URI} !^/cosign/
RewriteCond %{REQUEST_URI} !=/cosign/valid
---
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
On 4/30/2014 4:08 PM, Liam Hoekenga wrote:
Does Omeka use mod_rewrite? I've seen instances of overly broad
rewrite rules in drupal and wordpress break cosign.
Liam
On Mon, Apr 28, 2014 at 11:09 PM, Yadin Flammer y...@psu.edu
mailto:y...@psu.edu wrote:
Enabled. Why do you ask?
---
Yadin Flammer - Systems Administrator
College of Arts Architecture, Penn State University
228 Borland Building Office Phone:814-865-0990
tel:814-865-0990
University Park, PA 16802 Dept. Phone:814-865-1571
tel:814-865-1571
Email:y...@psu.edu mailto:y...@psu.eduDept.
Fax:814-863-6227 tel:814-863-6227
On 4/28/14 10:15 PM, Liam Hoekenga wrote:
Mod_rewrite?
On Monday, April 28, 2014, Yadin Flammer y...@psu.edu
mailto:y...@psu.edu wrote:
Nope
---
Yadin Flammer - Systems Administrator
College of Arts Architecture, Penn State University
228 Borland Building Office Phone:814-865-0990
tel:814-865-0990
University Park, PA 16802 Dept. Phone:814-865-1571
tel:814-865-1571
Email:y...@psu.eduDept. Fax:814-863-6227
tel: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
http://cosign-omeka.arts.psu.edu=yJ1xzSWDxCS1abPifxVeBzJ8JYMOHFNPAraQ9g4Z+av7AZMZLxblwOkZ7pqJinznqnRrcc31o3d4gYYMMnPqFAQZiPWVA4L1qxMh-wiuh3aeIokGRTnXIWa4tJKuhttps://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
SetHandlercosign
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
Re: [Cosign-discuss] 404 issue
You could turn up the rewrite log level to see if it's actually getting in
the way.
http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html#rewritelog
http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html#rewriteloglevel
Liam
On Wed, Apr 30, 2014 at 4:14 PM, Yadin Flammer y...@psu.edu wrote:
Ah, yes it does. To try to compensate as we do with Drupal, I tried
each of these (not together) in the .htaccess before it's default
conditions and neither helped.
RewriteCond %{REQUEST_URI} !^/cosign/
RewriteCond %{REQUEST_URI} !=/cosign/valid
---
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
On 4/30/2014 4:08 PM, Liam Hoekenga wrote:
Does Omeka use mod_rewrite? I've seen instances of overly broad rewrite
rules in drupal and wordpress break cosign.
Liam
On Mon, Apr 28, 2014 at 11:09 PM, Yadin Flammer y...@psu.edu wrote:
Enabled. Why do you ask?
---
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
On 4/28/14 10:15 PM, Liam Hoekenga wrote:
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 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
SetHandlercosign
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
Re: [Cosign-discuss] 404 issue
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 SetHandlercosign 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
Re: [Cosign-discuss] 404 issue
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 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 mailto: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 http://cosign-omeka.arts.psu.edu=yJ1xzSWDxCS1abPifxVeBzJ8JYMOHFNPAraQ9g4Z+av7AZMZLxblwOkZ7pqJinznqnRrcc31o3d4gYYMMnPqFAQZiPWVA4L1qxMh-wiuh3aeIokGRTnXIWa4tJKuhttps://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 SetHandlercosign 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 tel:814-865-0990 University Park, PA 16802 Dept. Phone: 814-865-1571 Email: y...@psu.edu mailto:y...@psu.edu Dept. Fax: 814-863-6227 tel: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 mailto: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
