Thanks for reading my post.
But I found that I had to add the following lines to metadata/saml20-
idp-remote.php on my SP in order to make the local (on the SP)
authentication.php script work properly with a "test" IdP (configured
on idp.my.domain using another instance of SimpleSAMLphp):
$metadata['
https://idp.my.domain:34443'] = array(
'name' => array(
'en' => 'My Test Server'
),
'description' => 'Login with test credentials.',
'SingleSignOnService' => '
https://idp.my.domain:34443/simplesaml/
saml2/idp/SSOService.php',
'SingleLogoutService' => '
https://idp.my.domain:34443/simplesaml/
saml2/idp/SingleLogoutService.php',
'certFingerprint' => 'AF:E7:1C:28:EF:74:0B:C8:74:25:BE:13:A2:26:3D:
37:97:1D:A1:F9'
);
$metadata['
https://idp.my.domain:34443/simplesaml/saml2/idp/
metadata.php'] = array(
'name' => array(
'en' => 'My Test Server'
),
'description' => 'Login with test credentials.',
'SingleSignOnService' => '
https://idp.my.domain:34443/simplesaml/
saml2/idp/SSOService.php',
'SingleLogoutService' => '
https://idp.my.domain:34443/simplesaml/
saml2/idp/SingleLogoutService.php',
'certFingerprint' => 'AF:E7:1C:28:EF:74:0B:C8:74:25:BE:13:A2:26:3D:
37:97:1D:A1:F9'
);
I'm a SAML newbie, so I speak with zero authority on SAML in general -
but my suspicion is that the above configuration tweaks are *not*
generic in the sense that they *do* reflect some of the details of the
IdP and SP implementation (that ".php" suffix, for example, would be
surprising to see in an IdP implemented in another language).
So, when the time comes for me to make my SP work with a commercial
IdP (like PingFederate), I expect that I will need to make some
changes to my SP configs which do *not* look like the above changes.
So, I'll probably end up trying some things that don't work, and some
other things that kind of work, maybe pose some more questions on this
mailing list and scratch my head a bit, and then finally stumble onto
something that *does* work.
Hence my question about non-generic documentation for Ping Identity.
If it existed, it would almost certainly provide a more efficient path
to the same end.
Cheers,
Peter Wolfenden
On Apr 16, 12:05 am, Andreas Åkre Solberg <
andreassolb...@gmail.com>
wrote: