Comments (11)
[deleted comment]
from drupalauth.
[deleted comment]
from drupalauth.
Has there been any progress on this issue? I am able to replicate the same
error.
Original comment by [email protected]
on 4 Feb 2015 at 8:15
from drupalauth.
The most likely issue here is that you have two instances of SimpleSAMLphp
running on the same host. Unless you have adjusted the cookie names of one of
the SimpleSAMLphp installations this is the kind of problem you will run into.
Edit the config.php file for one of the SimpleSAMLphp installations and modify
the values of session.cookie.name and session.authtoken.cookiename
See if that resolves the issue.
Original comment by [email protected]
on 4 Feb 2015 at 8:30
from drupalauth.
Thanks for the quick response! I altered the session.cookie.name and
session.authtoken.cookiename for the IdP and I still get the same error. Any
other suggestions?
Original comment by [email protected]
on 4 Feb 2015 at 8:40
from drupalauth.
The third adjustment I would suggest has to do with where session data is
stored. You want each instance of SimpleSAMLphp storing it's session data in a
different place (e.g., one using memcache, the other using sql; or each using
sql but different databases).
The easiest thing to do is use sqlite. Set store.type to sql and set
store.sql.dsn to something like
'sqlite:/path/to/SPsessions.sq3' and for the other instance set it to
'sqlite:/path/to/IDPsessions.sq3'
See if that, in combination with the other change resolves your issue.
Original comment by [email protected]
on 4 Feb 2015 at 9:27
from drupalauth.
Thanks again for the response. I am already utilizing SQL as the session data
storage. The two drupal instances are utilizing different databases. I
followed the following write up to configure the sql storage:
https://docs.acquia.com/articles/using-simplesamlphp-acquia-cloud-site
Just a thought, I am utilizing http on both sites because these are just
sandbox pilot sites. I could implement a self signed certificate if that is
proving to be the issue.
Original comment by [email protected]
on 4 Feb 2015 at 9:32
from drupalauth.
If you're doing this in Acquia's DevCloud then varnish is likely the culprit.
Using a cert, even a self-signed cert, should resolve the issue.
Original comment by [email protected]
on 4 Feb 2015 at 9:39
from drupalauth.
I have reconfigured simplesamlphp to use https and installed securepages on the
drupal end just to ensure https is used. A selfsigned cert is in place and
working correctly.
When I hit the page on https I get an Acquia specific error screen which only
shows when PHP errors occur so that the end user does not see the specific php
error. Within the browser if I change the url to http, I can see that it is
still receiving the same error message from simplesamlphp.
Original comment by [email protected]
on 4 Feb 2015 at 10:28
from drupalauth.
I'm stumped.
Original comment by [email protected]
on 4 Feb 2015 at 10:43
from drupalauth.
Thanks for the suggestions. Just to clarify, I have cleared varnish cache
before trying it and I still get the same error message. If you think of
anything else I would appreciate it!
Original comment by [email protected]
on 4 Feb 2015 at 11:03
from drupalauth.
Related Issues (20)
- white screen after login HOT 4
- PHP Notices and bug report HOT 1
- Write login events to
- Call to undefined function entity_load HOT 2
- Add single log-out integration HOT 9
- User fields of type "List (text)" are not passed through authentication. Patch attached. HOT 2
- Support using user fields multiple times for different SAML attributes
- There is a serious security issue with the Drupal integration in simplesamlphp HOT 2
- The Drupal Module "drupalauth4ssp" does not work with Drupal 6 (user hooks not triggered)
- Support multi-value fields HOT 2
- baseurlpath not handled correctly by Drupal module
- Asserted as another user! HOT 2
- Drupalauth module doesn't redirect when user is already logged in HOT 1
- SLO Issue with IdP
- Logout redirect
- Redirect after logout HOT 7
- drupal Federated Log In
- Cannot pass language from SP (fix included)
- Conflict between simplesamlphp_auth and drupalauth4ssp
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from drupalauth.