Sì, è collegata allo stesso switch. Ho risolto così: Creato un gateway con ip di pfsense Creato una Static Routes con destination network 192.168.63.0 e il gateway di cui sopra Creato una regola in NAT:Outbound con sorgente 192.168.1 e destinazione 192.168.63 Cosi' funziona cioè pingo e raggiungo l'interfaccia web dello switch ma è anche corretto? Enrico

prima di tutto ho creato un aliases con range di ip da 192.168.1.2 a 192.168.1.254 dopodiche in rules -> lan ho messo una regola in alto della lista che blocca tutto il traffico con destination laliases questo l'avevo fatto già dall'inizio ma fatto strano continuava a pingare , riavviando il server sembra che la regola è stata applicata e funziona

Ok, ho trovato il problema :) VirtualBox non aveva attivato l'ACPI e quindi basta attivare il flag "I/O APIC" in "Impostazioni (della VM)" -> "Sistema" -> "Scheda madre"

Complice anche l'uscita della nuova release ho trovato il tempo di reistallare Pfsense. Riconfiguro tutto ma le richieste incriminate sono sempre presenti appena posso controllo ma ci sono anche a se WAN è giù! Boo!!! la macchina è la sempre la stessa e uso PFsense dalla 1.2.3. Avete qualche idea? Grazie!!

Risolto reinstallando il vecchio pacchetto squid. Saluti

ciao ragazzi finalmente ci sono riuscito.. ho risolto , forse per caso, praticamente sembra che il tutto fosse legato al failover e loadbalancing ho creato anche il failover della seconda linea cancellato tutte le regole rifatte e ora funziona tutto perfettamente… non so sara' stato un caso ma sembra che senza il failover su entrambe le linee non riuscisse a gestire .. ma.. comunque grazie a tutti per la pazienza

Ciao, ho risolto con le Rules in Firewall anche con la Opt che ora è diventata Wi-Fi. Con la scheda di rete ho collegato un AP Linksys con nessuna protezione e in dhcp, ho provato a navigare è tutto ok. Scollegato l'Ap ho connesso un Pc è funziona, diciamo che ho le 2 Lan instradate in Internet. Non riesco a far girare Captive Portal, riscontro 2 errori, 1) non mi appare la schermata di PfSense a meno che non la digito, 2) non mi riconosce le credenziali. Io uso Pfsense 2.1

Aggiungo un elemento: Pingando dalla Lan A un pc della lan B risponde. Pingando dalla lan B (o C) verso A, non mi risponde nemmeno il firewall stesso.

Con quelle macchine dovresti arrivare a 1gbit di throughput, potrebbe essere colpa delle broadcom? Se pensi che l'hardware sia ottimamente supportato da FreeBSD puoi provare ad aprire un topic in Hardware  ;D

Ciao, di server ne ho 2 della compaq, ma credimi con un dualcore ssd e mb asus va veloce. Adesso stò testando pfsense con un amd 64 2gb di ram, funziona bene ma ho problemi nel captive portal. Lo setto ma poi non va, non mi ppare la schermata del login….. Disabilito Captive portal e tutto funziona. Dove sbaglio?

Consiglio di non usare PPTP in quanto è come non usare la VPN. Con OpenVPN hai un cliente per Windows, Linux, Mac, iOS e Android, perchè  non provi con quella?

La alix non riesce a tenere su snort

Non mi stupisce che pochi si affidino a consulenze esterne, tanto pfsense è "gratis". Poi basta che i titolari facciano il conto di quante ore gli è costato il dipendente che ci impiega una giornata a configurare una cosa che con una consulenza si faceva in 2 ore da 50-70€/ora.

4 Alix 1d3 aggiornate 1 Alix da 2.0.3 -> 2.1 perfetta 1 Alix da 2.0.3 -> 2.1 perfetta 2 Alix in CARP da 2.0.2 -> 2.1 ho il demone VPN che non risponde più nonostante sia tutto corretto. Fatto il rollback.

La pagina di autenticazione del captive portal è quella di default? Non è possibile che a volte chieda voucher e a volte user\pass, è sempre statica..

Grazie, mi era sfuggito!

Adesso ho ip Pubblico!

Nei log non vedo nulla che dica che viene bloccato il traffico. Quantomeno se vado su status -> system logs -> firewall non vedo l'ip della mia macchina (quella da cui faccio partire il ping) come source. Ho voluto anche fare un altra prova. Ho provato a seguire la guida per pubblicare l'ip, poi sono andato su un free-proxy francese ed ho provato a navigare su quell'ip. Ovviamente la navigazione non è andata a buon termine, ma anche in questo caso non c'e' stato nulla nel log. Peraltro, proprio facendo quella prova, avevo sbagliato a digitare l'ip e anzichè scrivere quello del server ho scritto quello con cui esco. E in questo caso il log mi ha riportato il blocco: Sep 9 12:36:52 WAN_FIBRA 46.105.18.32:41983 37.207.x.62:80 TCP:S Dove 46.105.18.32 era il proxy e 37.207.x.62 è l'indirizzo da cui esco. Ho provato a pubblicare un webserver all'indirizzo 37.207.x.60 ma il proxy non si connette e nei log non compare comunque nulla. Spero di essermi riuscito a spiegare.