<div style="font-family: Helvetica; font-size: 13px;"><span style="color: rgb(160, 160, 168);">Am Mittwoch, 10. Juli 2013 um 09:54 schrieb Jonathan Matthews:</span></div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div>
<p dir="ltr">This is due to you having only one IP listening for ssl traffic. It's a fundamental limitation of ssl when not used with SNI.</p>
<p dir="ltr">To fix it, you'll need to either use more IPs and listen explicitly on different ones for different virtual hosts, or use SNI, or use a wildcard (or UCC/SaN) certificate. The first fix is by far the most common for people in your situation. </p>

<p dir="ltr">HTH,<br>
Jonathan</p></div></span></blockquote><div><br></div><div>Hi,</div><div><br></div><div>thank you both.</div><div><br></div><div><br></div><div>Actually, I have SNI enabled.</div><div><br></div><div>https://example.com</div><div>and </div><div>https://shop.example.com </div><div><br></div><div>both work correctly (so SNI works).</div><div><br></div><div>The issue is with the nonexistent SSL server for example2.com.</div><div>It seems, that if a SSL server for a domain is not configured, another server is used (instead of error-ing out). Is this correct?</div><div><br></div><div><div><br></div><div>-- </div><div>Cheers</div><div>Jannik Zschiesche</div></div>