Error to save trafficshaping rules when i use network objects

[clebersleite@…]

The Zentyal is recording the wrong rules when trafficshaping network objects. Ex: I register a network object with the name: User and put the IP: 192.168.0.10 on members. In Trafficshaping and add a rule for the User object and saved on the internal interface. Analyzing the log (tail-f / var / log / zentyal.log), when the Zentyal run iptables command generates the following line:

/ sbin / iptables-t mangle-A SHAPER-EBOX-eth0-m mark - mark 0/0xFF00 - destination 192.168.0.10/32/32-p tcp-j MARK - set-mark 0x3D00

This rule creates an iptables error in stating that the network or host does not exist, just because it is putting Zentyal / 32 again in the IP object: 192.168.0.10/32/32 <<. The First / 32 I believe is placed by the objects when you choose the network mask, I put only the IP. This shows me that the first / 32 came from the following objects and put Trafficshaping alone. The error does not occur when I put the rule in the direct IP bandwidth control, but when I use this error appears under this error.

[clebersleite@…]

news?

[clebersleite@…]

I believe the problem is in the file: / usr/share/perl5/EBox/TrafficShaping.pm to add the rule that mangle the script duplicates the netmask to object. In line 1480 I modified the value of $ memberMask to. IP wrote the script like this:

192.168.0.10/32/

Is almost correct, but I do not know where it adds the final slash should not be there.

[cperez@…]

Thanks for the report, I will take a look to this during this week, It seems you almost have the fix :)

[clebersleite@…]

Apparently almost ;) Trafficshaping.pm the file, the value $ memberIP is written with the network mask, this makes the error happen. If you know where this value is created is only you remove the mask before sending network to Trafficshaping.pm forcing IPTABLES will create the right rule. This is my vision. Maybe you have the correct view :D

[clebersleite@…]

Unfortunately I do not understand enough Perl to solve the problem. I need the solution until Friday. waiting for a return. Thanks for the help :D

[clebersleite@…]

News ???

[jamor@…]

Hello clebersite,

I will lokk this isuee between today and tomorrow.

Take care,

Javier

[ejhernandez@…]

(In [23004]) NN: Remove mask from CIDR members in EBox::Objects::Model::MemberTable::addresses when mask parameter is set to 1 closes #3105

[ejhernandez@…]

Hi Cleber,

Try the r23004 changeset in your box to see if that fix your issue.

Thanks very much for your feedback here!