It's relevant for me too, thank you for explanation

@Farid:

@DeSastro:

Ada yang tau solusi kenapa kita maen PB sering freeze pake indihome Fiber Optic modem Altacel?

Freeze itu banyak penyebab nya.. coba di test main pb langsung dari Modem ke pc apa freeza gak ???

Tetap freeze , ada sih teman nyaranin d networking aja modem altacelnya tapi saya kaga ngerti?

install ulang game nya om (biasnya sampe 3-4x) , biasanya penyakit freeze jd hilang…kebetulan sy jg pake modem alcatel

Please see the ESF response: https://forum.pfsense.org/index.php?topic=73258.msg402614#msg402614

@NetDefense:

OK I did some digging and figured that out. Your post now makes sense to me now that I know what emerging threats is.

I did notice this post is kind of old and when I take a look at the RBN rules and it appears they are no longer updated. http://doc.emergingthreats.net/bin/view/Main/RussianBusinessNetwork

The RBN list has been discontinued for awhile now… The only two free lists available from Emerging Threats (now Proofpoint) is ET Compromised and ET Block....  With the ET IQRisk suite (Paid subscription) they have an IPRep list available...

Just a small issue with 2.3 RC… when NTP Graphs is enabled under Services / NTP / Settings - the units appear not to be set.

Thus when a hover over window is displayed for NTP Graph under Status / Monitoring - the units appear as null. Probably should be ms (milliseconds) for all except freq which is likely Hz (Hertz).

Thanks

Hello @Gertjan
Yes, you're right. Thank you for your support.

with some minor changes this worked for me on version 24.03-release

use this command to install

Huawei are ending the models:

Huawei ME909u-521
Huawei ME909u-523

Most suppliers will not be able to get them after the 31st December 2017, so if you're looking to deploy a few sites you'll need to look at another cellular modem.

Update 8/21/2013:

I've now had a connection for 16 Days 07 Hours 52 Minutes 17 Seconds using build 2.1-RC1 (i386) built on Thu Aug 1 19:03:40 EDT 2013.

This is the longest I've maintained a connection with no reboots or any other action.

@Derelict I am certain I have come across some sort of bug in pfsense that when IPv6 is enabled, IPv4 performance decreases by about 2mb/s both up and down.

I have done lots of testing tonight and Telstra's router does not suffer this issue, only pfsense.

The moment I turn off IPv6, I get my full speeds back. The moment I turn on IPv6, I lose 2mb/s down and up on IPv4. I cannot replicate that on Telstra's router. I maintain full speeds on IPv4 with IPv6 enabled on Telstra's router.

What additional information would you need to help isolate what this bug would be?

@alpharulez said in 21.02 Sudden lockup:

Blog post here for more details: https://www.netgate.com/blog/pfsense-obscure-bugs-and-code-wizards.html

How can I find out when the snort issue has been fixed?

Thanks for the fix.

You can track the Snort issue here: https://redmine.pfsense.org/issues/11466. This one may take several days to figure out and clear up.

Включите логирование и посмотрите.

I am still fighting with StrongVPN. I have managed to get the tunnel up, inasmuch as I received the message: "Initialization Sequence Completed". I have read that this means that the handshake between VPN server and client is  OK. Immediately thereafter, however, the VPN bombs.

Here is a log transcript. Might a good soul tell me what I am doing that is wrong? Thanks in advance! (Note that the newest entry is on the top.)

Apr 14 20:07:01 openvpn 56391 SIGTERM[soft,exit-with-notification] received, process exiting
Apr 14 20:07:01 openvpn 56391 /usr/local/sbin/ovpn-linkdown ovpnc2 1500 1546 10.8.0.86 10.8.0.85 init
Apr 14 20:07:01 openvpn 56391 Closing TUN/TAP interface
Apr 14 20:07:01 openvpn 56391 /sbin/route delete -net 10.8.0.81 10.8.0.85 255.255.255.255
Apr 14 20:07:01 openvpn 56391 TCP/UDP: Closing socket
Apr 14 20:06:59 openvpn 56391 SIGTERM received, sending exit notification to peer
Apr 14 20:06:59 openvpn 56391 event_wait : Interrupted system call (code=4)
Apr 14 20:06:56 openvpn 56391 Authenticate/Decrypt packet error: cipher final failed
Apr 14 20:06:47 openvpn 56391 Authenticate/Decrypt packet error: cipher final failed
Apr 14 20:06:37 openvpn 56391 Authenticate/Decrypt packet error: cipher final failed
Apr 14 20:06:36 openvpn 56391 Initialization Sequence Completed

Not yet, we are testing internally. There will be some announcement when we have an RC snap ready for testing.

Steve

@pantigon did you have any luck with cx255?