shibboleth - Shibboleth ログイン ページのエレガンス

Question

私たちは Shibboleth システム (OpenAthens LA 2.2) をインストールしており、ログイン プロセスを別のシステムである仮想学習環境と統合する方法を模索しています。

VLE をサービス プロバイダーとして登録し、ログイン プロセスが機能しているため、ユーザーは Shibboleth を介して VLE に認証され、資格情報を再度入力する必要なく、ユーザーが他の Shibboleth で保護されたリソースにアクセスできるようにするセッションが作成されます。これは私たちのためにも働いています。

ただし、次の 2 つの要件があります。

1. 「http://learn.example.ac.uk」のようなきちんとした覚えやすい URL で VLE を宣伝したいと考えています。
2. Shibboleth システムに障害が発生した場合に、VLE のネイティブ ログイン ページにユーザーを送信する必要があります (これは、ネットワーク機器によって監視されます)。

Shibboleth ログイン (具体的には VLE への、ターゲット パラメータによる) をトリガーする URL は非常に長いです。

https://vle.example.ac.uk/Shibboleth.sso/Login?entityID=https://shib.example.ac.uk/oala/metadata&target=https%3A%2F%2Fvle.example.ac.uk% 2FshibbolethSSO%2Flogin

ユーザーがhttp://learn.example.ac.ukを要求したときに、この長い URL にユーザーを送信するようにロード バランサーを構成する必要があるかどうか疑問に思っています(そして、Shibboleth システムが利用可能です)。Shibboleth が利用できない場合は、別の URL に転送できます。

これは、上記の長いリンクが URL である「ここをクリックして VLE にログインします」という単純なランディング ページを作成するよりも望ましい方法です。

私たちが望んでいることは達成可能ですか？他の Shibboleth ユーザーがどのようにユーザーをログイン ページに誘導したかを知りたいです。ユーザーがページをブックマークする可能性があることを懸念しています。これは、ユーザーがそのページに戻ったときに、VLE に戻らない一般的な Shibboleth ログイン ページに転送され、単に「セッション」を作成して混乱を招くことを意味します。