<div dir="ltr"><div>Hi,</div><div><br></div><div>1) I want to confirm that the IdP is at context /idp, but the Tomcat is listening at port 34887, e.g., the Shibboleth IdP metadata is available at <a href="https://idp01.xxxx.com:34487/idp/shibboleth">https://idp01.xxxx.com:34487/idp/shibboleth</a></div><div><br></div><div>2) FYI, I want to confirm that I do try to read every message/email, but honestly, sometimes, I don't fully understand every detail of ever message :(...</div><div><br></div><div><br></div><div>3) The IdP that is "in front of" the Shibboleth IdP allows us to set some parameters for the requests it sends to the Shibboleth IdP:</div><div><br></div><div>
<strong id="gmail-10dbb2c9-c9fd-1468-17b1-3ad031eb0900">Requested Name ID format:</strong> currently 'unspecified'</div><div>
<strong>Identity provider user attribute</strong> currently 'cn'     (this is the attribute at the Shibboleth IdP end)</div><div>
<strong>Identity domain user attribute </strong>

currently 'Username'   (this is the attribute at the "in front" IdP end)</div><div><br></div><div>We've tested with different combinations... some cause the in front IdP to flag the SAMLResponse as causing an error; some cause the in front IdP to NOT flag the SAMLResponse as an error, but indicates that there was no user was in the response.  </div><div><br></div><div>The combination above caused the latter and when we look at the SAMLResponse the NameID format is 'transient' and contains like a random string.</div><div><br></div><div>I was checking in the Shibboleth IdP logs and saw this:</div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">2025-04-10 11:48:46,732 - 100.36.xx.yy - INFO [org.ldaptive.auth.Authenticator:372] - Authentication succeeded for dn: cn=test1,ou=People,dc=xxxx,dc=com<br>2025-04-10 11:48:46,733 - 100.36.xx.yy - INFO [net.shibboleth.idp.authn.impl.LDAPCredentialValidator:176] - Credential Validator ldap: Login by 'test1' succeeded<br>2025-04-10 11:48:46,963 - 100.36.xx.yy - INFO [net.shibboleth.idp.authn.impl.FinalizeAuthentication:201] - Profile Action FinalizeAuthentication: Principal test1 authenticated<br>2025-04-10 11:48:47,067 - 100.36.xx.yy - DEBUG [org.opensaml.saml.saml2.profile.impl.AbstractResponseShellAction:213] - Profile Action AddStatusResponseShell: Setting Issuer to <a href="https://idp01.xxxx.com/idp/shibboleth">https://idp01.xxxx.com/idp/shibboleth</a><br>2025-04-10 11:48:47,084 - 100.36.xx.yy - DEBUG [org.opensaml.saml.common.profile.impl.AddInResponseToToResponse:106] - Profile Action AddInResponseToToResponse: Attempting to add InResponseTo to outgoing Response<br>2025-04-10 11:48:47,119 - 100.36.xx.yy - DEBUG [org.opensaml.saml.saml2.profile.SAML2ActionSupport:78] - Profile Action AddAuthnStatementToAssertion: Created Assertion _4081d5fc783976b6df13fee4228a5b44<br>2025-04-10 11:48:47,142 - 100.36.xx.yy - DEBUG [org.opensaml.saml.saml2.profile.SAML2ActionSupport:102] - Profile Action AddAuthnStatementToAssertion: Added Assertion _4081d5fc783976b6df13fee4228a5b44 to Response _e27dc13bea1b4217ce218e63c7c7dc4e<br>2025-04-10 11:48:47,194 - 100.36.xx.yy - DEBUG [org.opensaml.saml.saml2.profile.impl.AddNameIDToSubjects:278] - Profile Action AddNameIDToSubjects: Attempting to add NameID to outgoing Assertion Subjects<br>2025-04-10 11:48:47,196 - 100.36.xx.yy - DEBUG [org.opensaml.saml.common.profile.logic.MetadataNameIdentifierFormatStrategy:80] - Metadata specifies the following formats: []<br>2025-04-10 11:48:47,196 - 100.36.xx.yy - DEBUG [org.opensaml.saml.saml2.profile.impl.AddNameIDToSubjects:315] - Profile Action AddNameIDToSubjects: Candidate NameID formats: [urn:oasis:names:tc:SAML:2.0:nameid-format:transient]<br>2025-04-10 11:48:47,197 - 100.36.xx.yy - DEBUG [org.opensaml.saml.saml2.profile.impl.AddNameIDToSubjects:389] - Profile Action AddNameIDToSubjects: Trying to generate NameID with Format urn:oasis:names:tc:SAML:2.0:nameid-format:transient</blockquote><br></div><div>From the above, seems like the Shibboleth IdP was able to successfully authenticate the user "test1", but determined that the format for the NameID in the response should be transient and it populated that with a generated value instead of the username "test1".  <br></div><div><br></div><div>I think in earlier messages, it was mentioned to figure out the attribute resolver first, but it seems like if we could get the nameId format to something other than transient, it might be helpful?</div><div></div><div><br></div><div>4) I was wondering, in general, if there might be things in the log files to that might be helful to figure out why the SAMLResponse messages are not providing the attributes and nameid?  Can I bump up the loglevels and would that provide information that might be helpful?</div><div><br></div><div>FYI, here's my current logback.xml (it is mostly original):</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><?xml version="1.0" encoding="UTF-8"?><br><configuration><br><br>    <!--<br>    Variables for simplifying logging configuration.<br>    <a href="http://logback.qos.ch/manual/configuration.html#variableSubstitution">http://logback.qos.ch/manual/configuration.html#variableSubstitution</a><br>    --><br><br>    <!--<br>    If you want to use custom properties in this config file,<br>    we load the main property file for you.<br>    --><br>    <variable file="${idp.home}/conf/idp.properties" /><br><br>    <!-- Location and retention. --><br><br>    <variable name="idp.logfiles" value="${idp.logfiles:-${idp.home}/logs}" /><br>    <variable name="idp.loghistory" value="${idp.loghistory:-180}" /><br><br>    <!-- Much higher performance if you operate on DEBUG. --><br>    <!-- <variable name="idp.process.appender" value="ASYNC_PROCESS" /> --><br><br>    <!-- Logging level shortcuts. --><br>    <variable name="idp.loglevel.idp" value="${idp.loglevel.idp:-INFO}" /><br>    <variable name="idp.loglevel.ldap" value="${idp.loglevel.ldap:-WARN}" /><br>    <variable name="idp.loglevel.messages" value="${idp.loglevel.messages:-DEBUG}" /><br>    <variable name="idp.loglevel.encryption" value="${idp.loglevel.encryption:-INFO}" /><br>    <variable name="idp.loglevel.opensaml" value="${idp.loglevel.opensaml:-DEBUG}" /><br>    <variable name="idp.loglevel.shared" value="${idp.loglevel.shared:-INFO}" /><br>    <variable name="idp.loglevel.props" value="${idp.loglevel.props:-INFO}" /><br>    <variable name="idp.loglevel.httpclient" value="${idp.loglevel.httpclient:-INFO}" /><br><br>    <!-- Don't turn these up unless you want a *lot* of noise. --><br>    <variable name="idp.loglevel.spring" value="${idp.loglevel.spring:-WARN}" /><br>    <variable name="idp.loglevel.container" value="${idp.loglevel.container:-ERROR}" /><br>    <variable name="idp.loglevel.xmlsec" value="${idp.loglevel.xmlsec:-INFO}" /><br><br>    <!-- =========================================================== --><br>    <!-- ============== Logging Categories and Levels ============== --><br>    <!-- =========================================================== --><br><br>    <!-- Logs IdP, but not OpenSAML, messages --><br>    <logger name="net.shibboleth.idp" level="${idp.loglevel.idp}"/><br><br>    <!-- Logs OpenSAML, but not IdP, messages --><br>    <logger name="org.opensaml.saml" level="${idp.loglevel.opensaml}"/><br><br>    <!-- Logs supporting code. --><br>    <logger name="net.shibboleth.shared" level="${idp.loglevel.shared}"/><br><br>    <!-- Logs LDAP related messages --><br>    <logger name="org.ldaptive" level="${idp.loglevel.ldap}"/><br><br><br><br><br><!-- JL - From <a href="https://help.switch.ch/aai/guides/idp/installation/">https://help.switch.ch/aai/guides/idp/installation/</a> Section 6.5 - to log authen fail/success --><br>    <logger name="org.ldaptive.auth.Authenticator" level="INFO" /><br><br><br><br><br><br>    <!-- Logs embedded HTTP client messages --><br>    <logger name="org.apache.hc" level="${idp.loglevel.httpclient}"/><br><br>    <!-- Logs inbound and outbound protocols messages at DEBUG level --><br>    <logger name="PROTOCOL_MESSAGE" level="${idp.loglevel.messages}" /><br><br>    <!-- Logs unencrypted SAML at DEBUG level --><br>    <logger name="org.opensaml.saml.saml2.encryption.Encrypter" level="${idp.loglevel.encryption}" /><br>    <logger name="org.opensaml.saml.saml2.encryption.Decrypter" level="${idp.loglevel.encryption}" /><br><br>    <!-- Logs system properties during startup at DEBUG level --><br>    <logger name="net.shibboleth.idp.admin.impl.LogImplementationDetails" level="${idp.loglevel.props}" /><br><br>    <!-- Especially chatty. --><br>    <logger name="org.apache.xml.security" level="${idp.loglevel.xmlsec}" /><br>    <logger name="org.springframework" level="${idp.loglevel.spring}"/><br>    <logger name="org.apache.catalina" level="${idp.loglevel.container}"/><br>    <logger name="org.eclipse.jetty" level="${idp.loglevel.container}"/><br><br><br>    <!-- =========================================================== --><br>    <!-- ============== Low Level Details or Changes =============== --><br>    <!-- =========================================================== --><br><br>    <!-- Process log. --><br>    <appender name="IDP_PROCESS" class="ch.qos.logback.core.rolling.RollingFileAppender"><br>        <File>${idp.logfiles}/idp-process.log</File><br><br>        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><br>            <fileNamePattern>${idp.logfiles}/idp-process-%d{yyyy-MM-dd}.log.gz</fileNamePattern><br>            <maxHistory>${idp.loghistory}</maxHistory><br>        </rollingPolicy><br><br>        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><br>            <charset>UTF-8</charset><br>            <Pattern>%date{ISO8601} - %mdc{idp.remote_addr} - %level [%logger:%line] - %msg%n%ex{short}</Pattern><br>        </encoder><br><br>        <!-- Ignore Velocity status page error. --><br>        <filter class="ch.qos.logback.core.filter.EvaluatorFilter"><br>            <evaluator><br>                <matcher><br>                    <Name>VelocityStatusMatcher</Name><br>                    <regex>ResourceManager\s*: unable to find resource 'status\.vm' in any resource loader\.</regex><br>                </matcher><br>                <expression>VelocityStatusMatcher.matches(formattedMessage)</expression><br>            </evaluator><br>            <OnMatch>DENY</OnMatch><br>        </filter><br>    </appender><br><br>    <appender name="ASYNC_PROCESS" class="ch.qos.logback.classic.AsyncAppender"><br>        <appender-ref ref="IDP_PROCESS" /><br>        <discardingThreshold>0</discardingThreshold><br>    </appender><br><br>    <appender name="IDP_WARN" class="ch.qos.logback.core.rolling.RollingFileAppender"><br>        <!-- Suppress anything below WARN. --><br>        <filter class="ch.qos.logback.classic.filter.ThresholdFilter"><br>            <level>WARN</level><br>        </filter><br><br>        <File>${idp.logfiles}/idp-warn.log</File><br><br>        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><br>            <fileNamePattern>${idp.logfiles}/idp-warn-%d{yyyy-MM-dd}.log.gz</fileNamePattern><br>            <maxHistory>${idp.loghistory}</maxHistory><br>        </rollingPolicy><br><br>        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><br>            <charset>UTF-8</charset><br>            <Pattern>%date{ISO8601} - %mdc{idp.remote_addr} - %level [%logger:%line] - %msg%n%ex{full}</Pattern><br>        </encoder><br><br>        <!-- Ignore Velocity status page error. --><br>        <filter class="ch.qos.logback.core.filter.EvaluatorFilter"><br>            <evaluator><br>                <matcher><br>                    <Name>VelocityStatusMatcher</Name><br>                    <regex>ResourceManager\s*: unable to find resource 'status\.vm' in any resource loader\.</regex><br>                </matcher><br>                <expression>VelocityStatusMatcher.matches(formattedMessage)</expression><br>            </evaluator><br>            <OnMatch>DENY</OnMatch><br>        </filter><br>    </appender><br><br>    <!-- Audit log. --><br>    <appender name="IDP_AUDIT" class="ch.qos.logback.core.rolling.RollingFileAppender"><br>        <File>${idp.logfiles}/idp-audit.log</File><br><br>        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><br>            <fileNamePattern>${idp.logfiles}/idp-audit-%d{yyyy-MM-dd}.log.gz</fileNamePattern><br>            <maxHistory>${idp.loghistory}</maxHistory><br>        </rollingPolicy><br><br>        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><br>            <charset>UTF-8</charset><br>            <Pattern>%msg%n</Pattern><br>        </encoder><br>    </appender><br><br>    <!-- Consent audit log. --><br>    <appender name="IDP_CONSENT_AUDIT" class="ch.qos.logback.core.rolling.RollingFileAppender"><br>        <File>${idp.logfiles}/idp-consent-audit.log</File><br><br>        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><br>            <fileNamePattern>${idp.logfiles}/idp-consent-audit-%d{yyyy-MM-dd}.log.gz</fileNamePattern><br>            <maxHistory>${idp.loghistory}</maxHistory><br>        </rollingPolicy><br><br>        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><br>            <charset>UTF-8</charset><br>            <Pattern>%msg%n</Pattern><br>        </encoder><br>    </appender><br><br>    <!-- F-TICKS syslog destination. --><br>    <appender name="IDP_FTICKS" class="ch.qos.logback.classic.net.SyslogAppender"><br>        <syslogHost>${idp.fticks.loghost:-localhost}</syslogHost><br>        <port>${idp.fticks.logport:-514}</port><br>        <facility>AUTH</facility><br>        <suffixPattern>[%thread] %logger %msg</suffixPattern><br>    </appender><br><br>    <!-- Top level loggers. --><br><br>    <logger name="Shibboleth-Audit" level="ALL"><br>        <appender-ref ref="${idp.audit.appender:-IDP_AUDIT}"/><br>    </logger><br><br>    <logger name="Shibboleth-FTICKS" level="ALL" additivity="false"><br>        <appender-ref ref="${idp.fticks.appender:-IDP_FTICKS}"/><br>    </logger><br><br>    <logger name="Shibboleth-Consent-Audit" level="ALL"><br>        <appender-ref ref="${idp.consent.appender:-IDP_CONSENT_AUDIT}"/><br>    </logger><br><br>    <root level="${idp.loglevel.root:-INFO}"><br>        <appender-ref ref="${idp.process.appender:-IDP_PROCESS}"/><br>        <appender-ref ref="${idp.warn.appender:-IDP_WARN}" /><br>    </root><br><br>    <!-- Example routing Password flow auditing to separate location (extend to other flows as needed). --><br><br>    <!--<br>    <appender name="IDP_PASSWORD_AUDIT" class="ch.qos.logback.core.rolling.RollingFileAppender"><br>        <File>${idp.logfiles}/idp-password-audit.log</File><br><br>        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy"><br>            <fileNamePattern>${idp.logfiles}/idp-password-audit-%d{yyyy-MM-dd}.log.gz</fileNamePattern><br>            <maxHistory>${idp.loghistory}</maxHistory><br>        </rollingPolicy><br><br>        <encoder class="ch.qos.logback.classic.encoder.PatternLayoutEncoder"><br>            <charset>UTF-8</charset><br>            <Pattern>%msg%n</Pattern><br>        </encoder><br>    </appender><br><br>    <logger name="Shibboleth-Audit.Password" level="ALL" additivity="false"><br>        <appender-ref ref="IDP_PASSWORD_AUDIT"/><br>    </logger><br>    --><br><br></configuration><br></blockquote><div><br></div><div>If someone could suggest which ones to bump up, I'd be glad to try that?</div><div><br></div><div>Thanks, and sorry for the longish message...</div><div><br></div><div>Jim</div><div><br></div><div><br></div><div><br></div></div><div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br><table style="border-top:1px solid #d3d4de"><tr><td style="width:55px;padding-top:13px"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank"><img src="https://s-install.avcdn.net/ipm/preview/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;"></a></td><td style="width:470px;padding-top:12px;color:#41424e;font-size:13px;font-family:Arial,Helvetica,sans-serif;line-height:18px">Virus-free.<a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail" target="_blank" style="color:#4453ea">www.avast.com</a></td></tr></table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Apr 10, 2025 at 11:49 AM Peter Schober via users <<a href="mailto:users@shibboleth.net">users@shibboleth.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Peter Schober via users <<a href="mailto:users@shibboleth.net" target="_blank">users@shibboleth.net</a>> [2025-04-10 17:45 CEST]:<br>
> Anyway, try `-k https://localhost:34487` instead of all of the above.<br>
> Same for the aacli.<br>
<br>
-k -u <a href="https://localhost:34487/idp" rel="noreferrer" target="_blank">https://localhost:34487/idp</a><br>
<br>
Or use the IDP_BASE_URL env var instead, as documented.<br>
<br>
to be precise. That's still assuming the IDP has been deployed to the<br>
context /idp<br>
<br>
-peter<br>
-- <br>
For Consortium Member technical support, see <a href="https://shibboleth.atlassian.net/wiki/x/ZYEpPw" rel="noreferrer" target="_blank">https://shibboleth.atlassian.net/wiki/x/ZYEpPw</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a><br>
</blockquote></div>