@Francesco: Ho modificato il file rc.bootup anticipando l'avvio del firewall all'avvio delle interfacce. Il fenomeno in questione sparisce, e sembra tutto funzionare correttamente. Mi piace la tua soluzione, come posso ci provo pure io.

Scoperto qual'era il problema…  ;D Era il Server Mode impostato a Peer To Peer (SSL/TS) andava impostato a Peer To Peer (Shared Key) ;)

Usa la shared key per la site to site Se usi il cert avrai questo problema Ciao

Ciao, grazie mille, ci provo e poi ti faccio sapere. ciao

Devi bloccare tutto il traffico HTTPS, in quanto squid fa proxy solo per la porta 80 e non per la 443.

Buongiorno Fabio, Ho dei dubbi su questi driver che mi hanno dato, comunque non è di vitale importanza perchè il server è in produzione nella mia sede ma è importante che il server sia stabile come una roccia. Quello che in realtá mi piacerebbe fare, parlare condividere e perché no qualche critica, considerazione ecc. Con te è di un progetto che seguo da diverso tempo, ma in realtà non ho mai messo in produzione per vari motivi. Il progetto che sto seguendo è lusca non so se lo conosci, è un proxy molto potente, su internet ho trovato molte persone che ne parlano ma ad oggi nessuno in Italia che io sappia ne che ne parla e ne che lo utilizza. Cosa ne pensi? Ciao Antonio

Come detto via mail (se sei ancora tu.. :D) basta che fai una regola che blocca l'uscita diretta della LAN sulla porta 80..

Queste dovrebbero essere le classi IP utilizzate da dropbox 199.47.216.0/22 108.160.160.0/20 205.189.0.0/24 O almeno dal database dell'ARIN sembrano essere queste :) http://whois.arin.net/rest/org/DROPB/nets Ciao

Hai ragione, mi sono spiegato male. Ho fatto gli esempi delle mie difficolta' per spiegare (ovviamente secondo me) come si potrebbero strutturare le guide su: 1- load balancing con squid integrato 2- troubleshooting dei pacchetti installabili 3- port forwarding su nat ed opzioni varie. Ad ogni modo nessun problema, erano ovviamente suggerimenti  ;D

Dopo varie prove, con questo rules http://imageshack.us/photo/my-images/402/roulesvip.jpg/ e il nat cosi' configurato http://imageshack.us/photo/my-images/547/natauto.jpg/ la lan dell'alias (192.168.3.0/24) riesce a navigare sulla porta 80, ma non riesce passare sulla 443 (https) Se qualcuno puo' aiutarmi, lo ringrazio

Basta che metti prima una regola che permette tutto il traffico verso 192.168.0.254 e subito dopo una che droppa tutto quello che ha destinazione la subnet 192.168.0.0/24

Non avevo capito che davano IP pubblico direttamente al VPN client. Vedendo questa guida comunque http://swimminginthought.com/pfsense-routing-traffic-strongvpn-openvpn/ puoi crearti un interfaccia solo per la VPN, quindi basta che fai il NAT da quell'interfaccia verso la LAN e dovrebbe funzionare..

@Gabri.91: Ti conviene creare un mailserver interno (magari gratuito), pfsense non può certo fare questa cosa.. ti serve un mail server e nei log tieni traccia di tutte la mail che passano

Ciao, certo che si può fare, prova a dare un occhiata a questo sito www.pfsenseitaly.com troverai delle guide utili per capire come fare a configurare il tuo pfsense ciao