以前構築したIdPにて、以下のURLで 404 Not Found エラーが発生する場合は、まず インストール(IdP) の |
IdPの設定変更後に各サービスの再起動を行っていない場合は、行ってください。
# systemctl stop jetty # systemctl restart httpd # systemctl start jetty |
IdPサーバ自身から以下のようにアクセスして確認します。
※ホスト名は必ず 127.0.0.1として下さい。
IPv6アドレスでのアクセス制限がうまくいかない場合があります。 |
# wget -O - http://127.0.0.1/idp/status |
各サービスの動作状況が確認できます。以下のようにShibboleth IdPのバージョンを含めて各種情報が表示され、以下と比較して大きな違いがなければ、IdPの機能が正常に動作していることの確認が出来ました。
--2020-10-20 15:13:01-- http://127.0.0.1/idp/status 0% [ ] 0 --.-K/s ### Operating Environment Information ### Identity Provider Information service: shibboleth.LoggingService service: shibboleth.AttributeFilterService service: shibboleth.AttributeResolverService No Data Connector has ever failed service: shibboleth.AttributeRegistryService service: shibboleth.NameIdentifierGenerationService service: shibboleth.RelyingPartyResolverService service: shibboleth.MetadataResolverService metadata source: ShibbolethMetadata metadata source: HTTPMetadata
service: shibboleth.ReloadableCASServiceRegistry service: shibboleth.ManagedBeanService 100%[======================================================================================================>] 2,374 --.-K/s in 0s 2020-10-20 15:13:04 (371 MB/s) - written to stdout [2374/2374] |
500 Internal Server Errorwgetコマンドの出力に以下のエラーが含まれます。
→3.2.1およびそれ以前の場合、IdPの各種設定ファイルにて記述ミスの可能性があります。 - 3.2.1およびそれ以前で記録されている以下のエラーは無視してそれより前のエラーを確認してください。このエラーは3.3.0で修正されました。
500 Internal Server Error (その2)wgetコマンドの出力に以下のエラーが含まれます。
さらに、Tomcatの
→ jstl.jar(jakarta-taglibs-core.jar と jakarta-taglibs-standard.jar)の配置に失敗している可能性があります。 インストール(IdP) > 3. jakarta-taglibs-core.jarとjakarta-taglibs-standard.jarの配置 を見直して、再度build.shを実行してみてください。 500 Internal Server Error (その3)wgetコマンドの出力に以下のエラーが含まれます。
さらに、ログファイル
このエラーが出力される場合は、/opt/shibboleth-idp/conf/attirbute-resolver.xmlでLDAPのコネクタが有効になっているか確認してください。 参考手順: attribute-resolver.xml ファイルの変更(IdP) レスポンスがないもしくは503 Service UnavailableTomcat起動/再起動後、起動が完了するまでしばらく時間がかかりますので、しばらくしてから再度試してください。 起動に10分前後の時間を要している場合、他の要因が考えられます。ログでは以下の2行の時間に大きな差がある場合です。特にCentOS 7、もしくはJava 8で問題になるようです。
該当する場合、$JAVA_HOME/conf/security/java.security の以下の行を"random"→"urandom"にしてください。症状が改善されるはずです。
セキュリティのための処理をスキップしますので、「構築時のみこの設定を行い実運用時は元に戻す」等、取り扱いにはご注意ください。 関連: 貴学にてIdPv3をインストールする場合の構築手順の動作要件の「Java 7 or 8」の項 番外編3.2.1およびそれ以前の場合、/idp/statusにアクセスした際以下のエラーが
|