Trying this RP software with NOS:
http://framework.zend.com/manual/en/zend.openid.html
In certain condition ( unworkable DH parameters from php's openssl
extension avoids from DH's g and p parameters to be read from key
resource handle ) the diagnostics is unclear on RP side.
Consumer class requires the association type to be returned or it can
not diagnose such a situation.
Subject: | nos-assoc.patch |
diff -ur Net-OpenID-Server-1.030099_002.orig/lib/Net/OpenID/Server.pm Net-OpenID-Server-1.030099_002/lib/Net/OpenID/Server.pm
--- Net-OpenID-Server-1.030099_002.orig/lib/Net/OpenID/Server.pm 2011-01-01 04:55:00.000000000 +0300
+++ Net-OpenID-Server-1.030099_002/lib/Net/OpenID/Server.pm 2011-06-30 19:05:38.000000000 +0400
@@ -594,10 +594,12 @@
my $p = OpenID::util::arg2int($self->args("openid.dh_modulus"));
my $g = OpenID::util::arg2int($self->args("openid.dh_gen"));
my $cpub = OpenID::util::arg2int($self->args("openid.dh_consumer_public"));
+ my $asct = $self->args("openid.assoc_type");
my $dh = OpenID::util::get_dh($p, $g);
- return $self->_error_page("invalid dh params p=$p, g=$g, cpub=$cpub")
- unless $dh and $cpub;
+ return $self->_error_page("invalid dh params p=$p, g=$g, cpub=$cpub"
+ . "\nassoc_type:$asct"
+ ) unless $dh and $cpub;
my $dh_sec = $dh->compute_secret($cpub);
@@ -1152,4 +1154,4 @@
=head1 AUTHORS
-Brad Fitzpatrick <brad@danga.com>
\ No newline at end of file
+Brad Fitzpatrick <brad@danga.com>