Open yifu opened 3 years ago
Hello,
I am facing the exact same problem. did you get a solution?
Thank you
DD
it looks like coova-chilli is not calling xt_coova?
Module Size Used by
xt_coova 16384 0
It's not used by anyone??
Hi @xewonder @yifu Any update on this?
Module Size Used by
xt_coova 16384 0
and
iptables v1.8.8 (nft): Couldn't load match coova':No such file or directory Try
iptables -h' or 'iptables --help' for more information.
Because i am facing this on OpenWRT 23 SNAP. If you have resolved can you post your config files and info on how you resolved it? It will be of great help.
hey @srisurya97 ,
I really can not remember how it was fixed...
I had it on different occasions.
Are you compiling your own firmware?
hey @srisurya97 ,
I really can not remember how it was fixed...
I had it on different occasions.
Are you compiling your own firmware?
Yes
If i recall correctly, in 1 instance the kernel module was not selected. can you check?
If i recall correctly, in 1 instance the kernel module was not selected. can you check?
It is selected and shows under lsmod. But not used it shows 0 for xt_coova under lsmod. And iptable match shows no such file or directory for "coova"
Hi all. anyone got any solution to this. I am facing exact same problem on openwrt version 23. I did the following:
whenever I try to run iptables
There is also another relevant thread going on which is: https://forum.openwrt.org/t/coova-chilli-on-openwrt-22-03-nftables/136941 Really need help as I am stuck bad. I had to move from version Openwrt 21 to openwrt 23. it was working perfectly fine in Openwrt 21
Same problem here in snapshot and with firewall4 uninstalled and iptables-legacy installed instead.
I'm really wondering what makes the difference in iptables so that one library in /usr/lib/iptables/ is recognized (for example module string), and another no. Is it a difficult problem or only a small thing that makes iptables not take into acount the libxt_coova library?
In /usr/lib/iptables/ if I rename the library string mv /usr/lib/iptables/libxt_test.so /usr/lib/iptables/libxt_string.so
then I get iptables v1.8.8 (legacy): Couldn't load match string:No such file or directory
when trying to use the string match library, so I guess the library is loaded based on its filename.
The thing is I do have /usr/lib/iptables/libxt_coova.so, but probably there's something failing about this library.
I guess there is probably something to adapt in this file
https://github.com/coova/coova-chilli/blob/master/src/linux/libxt_coova.c
Cos the xt library compiled from it does not seem to be recognized by iptables
@pparent76 Have you been able to fix it yet? haven't followed the issue since the last post.
Yes I have fixed it in this commit: https://github.com/openwrt/packages/commit/61ba390b651f9b563073d6995b863d99830a86ac
I think it was backported to 23.05 as well!
Wonderful. I applied the patch. but now I have a different problem: Sat May 25 03:37:13 2024 kern.info kernel: [ 367.877815] seq_file: buggy .next function 0x81cc20d8 did not update position index This is the error I get when a client associates. what do I do in this case? do you think I should undo the changes I have done in the below comment: https://github.com/coova/coova-chilli/issues/530#issuecomment-1853702511
I have an error when loading the iptables rules to make xt_coova working:
While everything looks fine: