Re: [pfSense] Best configuration for redundant transparent firewalloperation?
> -Original Message- > From: Chris Buechler > Sent: Monday, May 13, 2013 2:04 > > On Sun, May 12, 2013 at 10:25 AM, Jason Pyeron wrote: > > Is the instructions in #4 the best way to do this, and are there > > updates (since > > 2006) I should be aware of when following those instructions? > > > > Should be more or less like that minus all the specific "ifconfig xyz" > commands. I'd advice not doing that at all though, anything Thanks. > needing redundant firewall is usually best redesigned so > you're routing instead. Good chance you'll want things like > VPNs that aren't possible or have major complications when ??? Where can I read more on that issue, my searches are not turning up any results. > bridging anyway. It can be done, just requires significant > caution and very careful attention to the STP config all > around. Also might want to tie the bridge down/up into devd > assuming you'll have at least one CARP IP somewhere. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00. ___ List mailing list List@lists.pfsense.org http://lists.pfsense.org/mailman/listinfo/list
Re: [pfSense] Hosts in LAN can't see each other
On 2013–05–13 Matthias May wrote: > >What do I need to configure that the hosts in the LAN can > >communicate with each other? > > Did you perhaps disable the checkbox "Allow intra-BSS communication" ? Thanks, that was the nudge in the right direction I was hoping for. It's working now. Regards Marco ___ List mailing list List@lists.pfsense.org http://lists.pfsense.org/mailman/listinfo/list
[pfSense] Snort on Pfsense
I was wondering if anyone uses snort on pfsense. The reason I ask is when I select the rule sets for a particular interface there are 3 policy options to choose. OR You can disable that and choose which rules you want to activate. To my understanding setting the "policy" option automatically uses rules and then manually selecting the emerg threats rules. Is that right? It seems like the only logs that I'm getting are from emerging threats and either I have a misconfiguration or there hasn't been anything come across the wire to trigger something else. ___ List mailing list List@lists.pfsense.org http://lists.pfsense.org/mailman/listinfo/list
Re: [pfSense] Frequent "bge0: watchdog timeout -- resetting" problems
On May 13, 2013, at 10:40 AM, Giles Coochey wrote: > On 13/05/2013 15:07, Paul Mather wrote: >> >> bge0: watchdog timeout -- resetting >> bge0: link state changed to DOWN >> bge0: link state changed to UP >> bge0: watchdog timeout -- resetting >> bge0: link state changed to DOWN >> bge0: link state changed to UP >> bge0: watchdog timeout -- resetting >> bge0: link state changed to DOWN >> bge0: link state changed to UP >> bge0: watchdog timeout -- resetting >> bge0: link state changed to DOWN >> bge0: link state changed to UP >> >> > I had something similar, with a VM implementation, it seemed to go away when > I increased the memory on the system. How much memory was in the increased-memory system? The hardware I am using has 2 GB of RAM, which should be plenty for pfSense. According to the RRD graphs, active+wired+cached memory usage is normally below 5% of total RAM at all times on this system. Cheers, Paul. ___ List mailing list List@lists.pfsense.org http://lists.pfsense.org/mailman/listinfo/list
Re: [pfSense] Frequent "bge0: watchdog timeout -- resetting" problems
On 13/05/2013 15:07, Paul Mather wrote: bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP I had something similar, with a VM implementation, it seemed to go away when I increased the memory on the system. -- Regards, Giles Coochey, CCNP, CCNA, CCNAS NetSecSpec Ltd +44 (0) 7983 877438 http://www.coochey.net http://www.netsecspec.co.uk gi...@coochey.net smime.p7s Description: S/MIME Cryptographic Signature ___ List mailing list List@lists.pfsense.org http://lists.pfsense.org/mailman/listinfo/list
[pfSense] Frequent "bge0: watchdog timeout -- resetting" problems
I'm running pfSense 2.0.3-RELEASE (i386) on a Dell 2650 rack-mount server. I'm using the built-in Broadcom gigabit ethernet NICs for WAN and LAN: bge0: mem 0xfca1-0xfca1 irq 28 at device 6.0 on pci4 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: [ITHREAD] bge1: mem 0xfca0-0xfca0 irq 29 at device 8.0 on pci4 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: [ITHREAD] bge0@pci0:4:6:0:class=0x02 card=0x01211028 chip=0x164514e4 rev=0x15 hdr=0x00 class = network subclass = ethernet cap 07[40] = PCI-X 64-bit supports 133MHz, 512 burst read, 1 split transaction cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 8 messages, 64 bit bge1@pci0:4:8:0:class=0x02 card=0x01211028 chip=0x164514e4 rev=0x15 hdr=0x00 class = network subclass = ethernet cap 07[40] = PCI-X 64-bit supports 133MHz, 512 burst read, 1 split transaction cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 8 messages, 64 bit I am having severe problems with these NICs---particularly the WAN side (bge0). Under traffic (not necessarily high load), I will lose connectivity for some time until the NIC appears to be reset via a watchdog. It is typical to see this repeated in dmesg: bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP bge0: watchdog timeout -- resetting bge0: link state changed to DOWN bge0: link state changed to UP In System -> Advanced -> Networking, I have disabled hardware checksum offload; hardware TCP segmentation offload; and hardware large receive offload, but this hasn't seemed to help. I have seen on Google references to problems with Broadcom 57XX-based NICs under FreeBSD, and there are indications some work has been done in FreeBSD 9-STABLE to improve matters, which is obviously not helpful for pfSense running 8.1-RELEASE-p13. I have checked the state table usage when this problem occurs and it is low (with ample free state entries available). I have heard that disabling MSI can sometimes be helpful, but the bge driver does not appear to use it: sysctl -a | grep msi hw.bce.msi_enable: 1 hw.cxgb.msi_allowed: 2 hw.em.enable_msix: 1 hw.igb.enable_msix: 1 hw.malo.pci.msi_disable: 0 hw.pci.honor_msi_blacklist: 1 hw.pci.enable_msix: 1 hw.pci.enable_msi: 1 Has anyone run into this problem? Can anyone offer a possible solution or workaround? I have a dual-NIC expansion card in the same machine that supports fxp NICs, and, right now, I am tempted to switch to those, believing it is probably better to have stable 100BaseT than flaky 1000BaseT. But, I'm hoping something can be done to make the bge ports be stable. Any thoughts? Cheers, Paul. ___ List mailing list List@lists.pfsense.org http://lists.pfsense.org/mailman/listinfo/list
[pfSense] adding routes/gateways for override existing networks on WAN
Hi -- I'm trying to build a home lab environment to test routing on pfSense for existing WAN networks before putting it into production so that there's minimal disruption for those virtual guest that are already in place (routed via the host itself, not the firewall). I've put up a public network on OPT1, which is then pingable (the interface itself, but not other hosts on that network). . If I want to make my home pfSense override the publically available networks, do I need to define a new gateway on OPT1 *and* add a route for that particular network, correct? (I'd rather not try it blindly, since that firewall has no IPMI, and is hidden in a cramped wall rack which is a royal PITA). Thanks. -- Eugen* Leitl http://leitl.org";>leitl http://leitl.org __ ICBM: 48.07100, 11.36820 http://ativel.com http://postbiota.org AC894EC5: 38A5 5F46 A4FF 59B8 336B 47EE F46E 3489 AC89 4EC5 ___ List mailing list List@lists.pfsense.org http://lists.pfsense.org/mailman/listinfo/list
Re: [pfSense] Hosts in LAN can't see each other
On 12/05/13 18:05, Marco wrote: Hi, as described in another post a few days ago, my setup is as follows: ethernet -> WAN WLAN -> LAN OPT1 -> bridge(WAN,LAN) The firewall is switched off and communication from LAN to WAN works flawlessly. But the hosts in the LAN (wireless) can't see each other. They can only see the hosts in the WAN including the pfSense box. What do I need to configure that the hosts in the LAN can communicate with each other? Regards Marco ___ List mailing list List@lists.pfsense.org http://lists.pfsense.org/mailman/listinfo/list Did you perhaps disable the checkbox "Allow intra-BSS communication" ? ___ List mailing list List@lists.pfsense.org http://lists.pfsense.org/mailman/listinfo/list