Adam_mb <m...@i...pl> napisał(a):
>>> wydaje mi sie, ze typowy w3cache nie proxuje polaczen https, a tylko
>>> http. Http i https to 2 oddzielne protokoły, w sensie, że używaja
>>> różnych portów (80 i 443 na docelowym serwerze, defaultowo).
>>
>>Większość znanych mi http proxies obsłguje HTTPS, rzecz jasna bez
>>cache'owania. To po prostu zwykły connect - czyste pośrednictwo bez
>>zachowywania kopii ruchu.

> Typowy w3cache raczej nie powinien, a gdy działa bez zapisu i pozostawiania
> kopii, to nie jest w3cachem i nie można używać wtedy słowa "cache" ;-)

OK, może wyraziłem się nieprecyzyjnie. "Typowy" (o ile można mówić o typowości)
w3cache pośredniczy w ruchu HTTP _i_ HTTPS, ale cache'uje tylko HTTP.
Alles klar ?

> Oczywiscie zawsze pozostaje jeszcze snifery w sieci lokalnej, wychwytujace
> nasze pakiety kierujace sie po https do banku.

Proszę ???? Obawiam się, że nie dostrzegam sensownego wykorzystania danych
zesniffowanych z sesji HTTPS... no chyba, że jako zamiennik /dev/random ;)

Wojtek
--
|___ Wojciech "Gooch" Kus ______ email: w...@c...waw.pl ___|
|__ Nieustraszony Lowca Dzwiekow (w stanie chwilowego spoczynku ;-> ) __|
|_____________ Odpowadajac, usun -SPAMAWAY z mojego adresu! _____________|