Hi,queue tree p2p all not work,bitcomet trafic come to queue other in.
my firewall mangle settings:
[admin@juri] ip firewall> man
[admin@juri] ip firewall mangle> pri
Flags: X - disabled, I - invalid, D - dynamic
0 ;;; p
chain=prerouting p2p=all-p2p action=mark-connection new-connection-mark=p2p_conn passthrough=yes
1 ;;; p
chain=prerouting connection-mark=p2p_conn time=8h-23h59m,sat,fri,thu,wed,tue,mon,sun action=mark-packet
new-packet-mark=p2p-day passthrough=yes
2 ;;; p
chain=prerouting connection-mark=p2p_conn time=0s-7h59m,sat,fri,thu,wed,tue,mon,sun action=mark-packet
new-packet-mark=p2p-night passthrough=yes
3 ;;; p
chain=forward protocol=tcp dst-port=80 action=mark-connection new-connection-mark=http_con passthrough=yes
[admin@juri] ip firewall> fil
[admin@juri] ip firewall filter> pri
Flags: X - disabled, I - invalid, D - dynamic
0 chain=forward p2p=all-p2p action=drop
The default rules for p2p may not match all p2p traffic, for some p2p you will have to sniff and identify and create custom rules, since always something will passthrough.
bitcommet supports encryption…i would assume your users are using the encryption.. so MT can not tell if what they are doing is a bank tranaction, an EMAIL or a TON of p2p ing…since its encrypted
best bet i’ve found is to QUEUE problem users by IP, and just not queue port 80 and other important ones..
As far as I know the basic rule to catch P2P packet is using layer 7 classifier. You can classify your packets for different ways like regular expression check, packet header check, and etc etc. So when a new P2P application came in world first you have to figureout that’s packet marks then the block of those packets come.
For first upgrade your network service I suggest to use layer 7 classifier.