Newsgroup: it.comp.os.linux.sys
Titolo: Transparent proxy e SSL...

 
La bella notizia è che posso ''giocare'' con una VM Linux (Lubuntu).
 
La brutta è che questa VM, configurata con colla e scotch[1], deve
collegarsi a un sistema di VPN Juniper e non sa che cosa sia un proxy, anche
se dovrebbe (perchè dove deve andare è l'unico modo che ha per ''uscire'')..
 
Dopo averci litigato per un po', ho abbandonato e sono passato alla seconda
opzione. Transparent Proxy.
 
 
Il problema  che sembra che tutti i proxy ''semplici'', in particolare
tinyproxy, non abbiano il supporto a connessioni https trasparenti.
 
Prima di provarli tutti, e prima di passare a squid, qualcuno ha già dovuto
affrontare il problema, ovvero, in breve:
 
 Instaurare una connessione HTTPS attraverso un proxy (en passant, con
 autenticazione) in modo trasparente, perchè l'applicazione non è
 proxy-aware...
 
Grazie.
 
 
[1]: uno script python che lancia uno script perl che lancia pezzi di
 librerie java e pezzi di eseguibile nativo.
 
-- 
  Se si insegna a un bambino a programmare in qualche linguaggio
  informatico, questo esercizio logico lo renderà padrone e non
  schiavo del computer.					(Umberto Eco)

  proxy-aware...
 
Posto che non capisco perché tu non possa usare le variabili http{,s}_proxy,
la prima cosa che mi viene in mente è un tunnel ssh -R o, alla peggio,
transocks in congiunzione con ssh -D, ovviamente questo senza mettere in
mezzo un proxy trasparente ed usando il più possibile quello che hai nella
distribuzione
 
Enrico
P.S. sono d'accordo che squid è un cannone, ma dovrebbe bastare che imposti
il listen a transparent

   librerie java e pezzi di eseguibile nativo.
 
non è questione di colla e scotch. È l'accrocchio necessario per far 
funzionare il client VPN Juniper in Linux. Piuttosto, non capisco perché 
ti colleghi ad una VPN e poi necessiti un proxy... che comunque, come 
scrive Enrico, è supportato tramite le variabili http(s)_proxy
 

 il listen a transparent
 
...vero anche questo...
 
-- 
  Sorry, non uso Emacs, sono già sposato... ;-)
							(Alvise Belotti)

 per poter avere banda sufficiente...
 
Penso che l'unica sia usare transocks, a prescindere:
https://github.com/cybozu-go/transocks
 
 
Enrico
P.S. ovviamente lo devi usare come proxy socks sulla macchina remota

 scrive Enrico, è supportato tramite le variabili http(s)_proxy
 
Ahem, non devo usare il proxy nella VPN, ma far connettere la VPN attraverso
il proxy... che visto che usa CONNECT su 443 dovrebbe andare...
 
-- 
  Sicuramente non è necessario essere laureati in economia e commercio
  per scrivere cazzate, ma aiuta.			(MdI)

 ...vero anche questo...
 
...peccato che in quella versione di ubuntu squid non è compilato con il
supporto SSL... ;-(((
 
-- 
  I politici dovrebbero leggere fantascienza,
  non western o storie di polizia. 		(Arthur C. Clarke)

 
https://github.com/cybozu-go/transocks
 
 
Interessante. Ma serve go 1.7, e li c'è solo 1.6. ;(
 
-- 
  Sai come fanno i Serbi ad abbattere i caccia americani?
  Disegnando una funivia sul terreno...

 Interessante. Ma serve go 1.7, e li c'è solo 1.6. ;(
 
A meno di non usare binding dinamici a librerie .so, Go produce binari
auto-contenuti, e volendo puo` anche cross-compilare, quindi ti basta
compilarlo su una macchina che abbia go 1.7 o 1.8 e poi passare il
binario sulla macchina che deve usarlo.
 
Bye.
 
 

 binario sulla macchina che deve usarlo.
 
Ancora, Go lo scarichi dal sito ufficiale, lo decomprimi e lo usi, ovvero non
ha bisogno di un'installazione seria sul sistema
 
Enrico