<div dir="ltr">I managed to fix this issue by using the directive:<div><br></div><div><span style="font-size:12.8px">ServerName <IP_ADDRESS> </span><br></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Thanks for all your help and prompt response. </span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">-F </span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 4, 2016 at 6:01 PM, Florin Stingaciu <span dir="ltr"><<a href="mailto:florin.stingaciu@gmail.com" target="_blank">florin.stingaciu@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Cantor, <div><br></div><div>You were correct. I adjusted the ACS URL on my IDP to <a href="http://100.73.170.190/Shibboleth.sso/SAML2/POST" target="_blank">http://100.73.170.190/Shibboleth.sso/SAML2/POST</a>, however now I'm receving the following error:</div><div><br></div><div><p><span>POST targeted at (<a href="http://100.73.170.190/Shibboleth.sso/SAML2/POST" target="_blank">http://100.73.170.190/Shibboleth.sso/SAML2/POST</a>), but delivered to (<a href="http://server.com/Shibboleth.sso/SAML2/POST" target="_blank">http://server.com/Shibboleth.sso/SAML2/POST</a>)</span></p><p><span>So <a href="http://server.com" target="_blank">server.com</a> not available in the DNS. I make the initial request my navigating to </span><a href="http://100.73.170.190/myapp" target="_blank">http://100.73.170.190/myapp</a>. </p><p>I"m assuming this has to do with the ServerName directive in Apache. Is there any way to ignore name mismatches? Or is there a more formal solution?</p><p>Thanks, </p><span class="HOEnZb"><font color="#888888"><p>-F </p></font></span></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 4, 2016 at 6:00 PM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>>However, when looking through the shibd logs, I find the following in the transaction logs:<br>
<br>
</span>That log is basically meaningless. I took a quick look and it's just an artifact of it trying to log an error in the transaction log when it's forced to use the old transaction log format, which doesn't accomodate logging the right details. It makes every log entry look like a "new session" but it isn't really doing that, it's just sending a bunch of empty fields into the old log layout.<br>
<br>
I'm sure the trace logs include the relevant error(s) it's seeing, not to mention that it would be dumping the browser at an error page anyway.<br>
<div><div><br>
-- Scott<br>
<br>
--<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>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>