Non è più così<br><p>FYsI: "Multiple (different) SSL certificates on one IP" is brought to you by the magic of TLS Upgrading.
It works with newer Apache servers (2.2.x) and reasonably recent browsers (don't know versions off the top of my head).</p>

<p>RFC 2187 has the gory details, but basically it works for a lot of people (if not the majority).<br>You can reproduce the old funky behavior with openssl's <code>s_client</code> command (or any "old enough" browser) though.</p>

<br><br><div class="gmail_quote">2011/8/26 Claudio <span dir="ltr"><<a href="mailto:claudyus84@gmail.com">claudyus84@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Il 26 agosto 2011 08:16, ZioPRoTo (Saverio Proto) <<a href="mailto:zioproto@gmail.com">zioproto@gmail.com</a>><br>
ha scritto:<br>
>> Si. Se la richiesta HTTPS avviene mediante GET, il MAX sarà visibile. Questo<br>
>> perchè quando fai una GET (sia http che ahttps) l'url è sempre visibile. è il<br>
>> contenuto che invece viene criptato. Per questo motivo potresti passare il MAC<br>
>> in POST invece che in GET. A questo punto SSL renderà invisibile tale valore.<br>
<br>
Ma invece di usare https + wget/curl e dover installare altri<br>
pacchetti non ti conviene usare ssh con una serie di chiavi<br>
precondivise?<br>
<br>
><br>
> anche il fatto che l'URL è visibile NON E' VERO<br>
><br>
> stiamo parlando di HTTPS, quindi in socket SSL. Tutto il payload di<br>
> TCP viene cifrato.<br>
<br>
Sei sicuro Saverio che anche l'url sia criptato? Su server con<br>
virtualhost il client deve fornire l'hostname prima che il server<br>
possa fornire il certificato relativo a quell'url.<br>
_______________________________________________<br>
Wireless mailing list<br>
<a href="mailto:Wireless@ml.ninux.org">Wireless@ml.ninux.org</a><br>
<a href="http://ml.ninux.org/mailman/listinfo/wireless" target="_blank">http://ml.ninux.org/mailman/listinfo/wireless</a><br>
</blockquote></div><br>