Non è più così 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).
RFC 2187 has the gory details, but basically it works for a lot of people (if not the majority). You can reproduce the old funky behavior with openssl's s_client command (or any "old enough" browser) though. 2011/8/26 Claudio <claudyu...@gmail.com> > Il 26 agosto 2011 08:16, ZioPRoTo (Saverio Proto) <ziopr...@gmail.com> > ha scritto: > >> Si. Se la richiesta HTTPS avviene mediante GET, il MAX sarà visibile. > Questo > >> perchè quando fai una GET (sia http che ahttps) l'url è sempre visibile. > è il > >> contenuto che invece viene criptato. Per questo motivo potresti passare > il MAC > >> in POST invece che in GET. A questo punto SSL renderà invisibile tale > valore. > > Ma invece di usare https + wget/curl e dover installare altri > pacchetti non ti conviene usare ssh con una serie di chiavi > precondivise? > > > > > anche il fatto che l'URL è visibile NON E' VERO > > > > stiamo parlando di HTTPS, quindi in socket SSL. Tutto il payload di > > TCP viene cifrato. > > Sei sicuro Saverio che anche l'url sia criptato? Su server con > virtualhost il client deve fornire l'hostname prima che il server > possa fornire il certificato relativo a quell'url. > _______________________________________________ > Wireless mailing list > Wireless@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/wireless >
_______________________________________________ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless