Skip to Content.
Sympa Menu

edugain-discuss - Re: [eduGAIN-discuss] IdP without DNS records

edugain-discuss AT lists.geant.org

Subject: An open discussion list for topics related to the eduGAIN interfederation service.

List archive

Re: [eduGAIN-discuss] IdP without DNS records


Chronological Thread 
  • From: Peter Schober <peter.schober AT univie.ac.at>
  • To: Scott Koranda <skoranda AT gmail.com>
  • Cc: edugain-discuss AT lists.geant.org
  • Subject: Re: [eduGAIN-discuss] IdP without DNS records
  • Date: Tue, 8 May 2018 17:31:13 +0200
  • Authentication-results: prod-mail.geant.net (amavisd-new); dkim=pass (1024-bit key) header.d=univie.ac.at
  • Organization: ACOnet

* Scott Koranda <skoranda AT gmail.com> [2018-05-08 17:16]:
> Would you consider also tagging the IdP with the "hide from
> discovery" tag since the IdP is generally not discoverable?

No.

It needs to be discoverable in order for its own subjects to find
their IDP. It is a full production-level service.

> Since some discovery services pre-load logos and the like, when the
> IdP's endpoints are not reachable it can cause delays and less than
> optimal behavior for the discovery service.

You're making three assumptions here:

0. That the logo is referenced by URL, not included by value (data:
URL).

1. That the institution would be hosting their mdui:Logos on the
not-publicly-reachable IDP webserver.
There's no good reason to do that and I would not register such a
logo URL. Instead a publicly reachable logo URL from their public
web site (not the IDP web server) is referenced in the metadata.
This is what I did in our case.

2. That a firewall could not be configured correctly to send a RST
in that case instead of dropping all packages silently.
This one is slightly more difficult, mostly because the operation
of their firewall is fully beyond our control/influcence.
But I think (1) fully makes going there unnecessary.

-peter



Archive powered by MHonArc 2.6.19.

Top of Page