SAM33 / opendpi

Automatically exported from code.google.com/p/opendpi
GNU Lesser General Public License v3.0
0 stars 0 forks source link

FATAL: Module xt_opendpi not found. #15

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. make modules_install
2. cp ipt/libxt_opendpi.so /lib/xtables
3. modprobe xt_opendpi

What is the expected output? What do you see instead?
FATAL: Module xt_opendpi not found.

What version of the product are you using? On what operating system?
2.6.38-8-server #42-Ubuntu

Please provide any additional information below.
For some reason I can't get iptables to work with opendpi, the help function 
comes up and all the options eg: --bittorrent etc, but I can't put the likes of 
this in...

iptables -A FORWARD -s 172.16.20.0/24 -m opendpi --http
iptables -A INPUT -s 172.16.20.0/24 -m opendpi --http -j ACCEPT
iptables -A OUTPUT -s 172.16.20.0/24 -m opendpi --http -j ACCEPT

For some reason it just keeps coming up with...

iptables: No chain/target/match by that name.

If I take the -m opendpi out the rule works just fine.

Cheers
Dan

Original issue reported on code.google.com by d...@drclark.co.nz on 8 Jul 2011 at 5:27

GoogleCodeExporter commented 8 years ago
what happens if you try

sudo insmod `find -name xt_opendpi.ko`

instead of 'modprobe xt_opendpi' ?

Original comment by lionel.orry@gmail.com on 8 Jul 2011 at 9:21

GoogleCodeExporter commented 8 years ago
the .ko file doesn't appear to exist on this box?

Dan

-- 
Kind Regards

Dan Clark

Gladstone, QLD
Australia 4680
+61 487 195 948

<https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=dan%40drclark%2ec
o%2enz&lc=NZ&item_name=Help%20Pay%20Dan%27s%20Rent¤cy_code=NZD&bn=PP%2dDonation
sBF%3abtn_donate_SM%2egif%3aNonHosted>

Original comment by d...@drclark.co.nz on 8 Jul 2011 at 9:36

GoogleCodeExporter commented 8 years ago
In that case, does 'make all' executes successfully till the end? If the file 
src/xt_opendpi.ko does not exist, it means something went wrong during 
compilation.

Can you try 'make -C src clean all > make.log 2>&1' and attach here the file 
make.log?

Original comment by lionel.orry@gmail.com on 8 Jul 2011 at 10:22

GoogleCodeExporter commented 8 years ago
Oh thats odd, it doesn't appear to be able to see the src/ directory
underneath wrapper/

<code>
~/opendpi-1.3.0/wrapper# make all
make -C ipt
make[1]: Entering directory `/root/opendpi-1.3.0/wrapper/ipt'
if test -d opendpi_cpy; then \
        cp /src/* opendpi_cpy -R; \
    else \
        mkdir opendpi_cpy; \
        cp /src/* opendpi_cpy -R; \
    fi
cp: cannot stat `/src/*': No such file or directory
make[1]: *** [all] Error 1
make[1]: Leaving directory `/root/opendpi-1.3.0/wrapper/ipt'
make: *** [all] Error 2
</code>

-- 
Kind Regards

Dan Clark

Gladstone, QLD
Australia 4680
+61 487 195 948

<https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=dan%40drclark%2ec
o%2enz&lc=NZ&item_name=Help%20Pay%20Dan%27s%20Rent¤cy_code=NZD&bn=PP%2dDonation
sBF%3abtn_donate_SM%2egif%3aNonHosted>

Original comment by d...@drclark.co.nz on 8 Jul 2011 at 10:59

GoogleCodeExporter commented 8 years ago
I forgot something in the command-line. You need to specify the OPENDPI_PATH 
variable:

OPENDPI_PATH=/root/opendpi-1.3.0 make all

Original comment by lionel.orry@gmail.com on 8 Jul 2011 at 11:47

GoogleCodeExporter commented 8 years ago
[deleted comment]
GoogleCodeExporter commented 8 years ago
whoops sorry about my signature coming up.

Original comment by d...@drclark.co.nz on 8 Jul 2011 at 11:24

GoogleCodeExporter commented 8 years ago
I don't understand. if that part compiles correctly, you should be able to do 
'insmod src/xt_opendpi.ko'.

Original comment by lionel.orry@gmail.com on 9 Jul 2011 at 6:10

GoogleCodeExporter commented 8 years ago
its very odd, I just don't get any errors during compiling the opendpi
package

root@camp1inet:~/opendpi-1.3.0# insmod src/xt_opendpi.ko
insmod: can't read 'src/xt_opendpi.ko': No such file or directory
root@camp1inet:~/opendpi-1.3.0# cd wrapper/
root@camp1inet:~/opendpi-1.3.0/wrapper# insmod src/xt_opendpi.ko
insmod: can't read 'src/xt_opendpi.ko': No such file or directory
root@camp1inet:~/opendpi-1.3.0/wrapper#

Original comment by d...@drclark.co.nz on 9 Jul 2011 at 6:53

GoogleCodeExporter commented 8 years ago
could we get the compilation log please?

OPENDPI_PATH=/root/opendpi-1.3.0 make clean all > make.log 2>&1

Original comment by lionel.orry@gmail.com on 9 Jul 2011 at 7:08

GoogleCodeExporter commented 8 years ago
http://dev.drclark.co.nz/make.log

Original comment by d...@drclark.co.nz on 9 Jul 2011 at 7:28

GoogleCodeExporter commented 8 years ago
you're not compiling the netfilter wrapper here, but opendpi sources! the 
kernel module is part of the netfilter wrapper:

cd /root/opendpi-1.3.0/wrapper
OPENDPI_PATH=/root/opendpi-1.3.0 make clean all > make.log 2>&1

Original comment by lionel.orry@gmail.com on 9 Jul 2011 at 7:48

GoogleCodeExporter commented 8 years ago
yes of course, sorry, that was my bad...
we definitely get errors there...

http://dev.drclark.co.nz/wrappermake.log

Original comment by d...@drclark.co.nz on 9 Jul 2011 at 7:53

GoogleCodeExporter commented 8 years ago
I think this is because your kernel is not configured properly with connection 
tracking events enabled.

You should carefully read both files README and INSTALL in the 
/root/opendpi-1.3.0/wrapper folder.

Then, I don't know how easy/hard it is to recompile a kernel from source in 
Ubuntu... refer to the ubuntu documentation/wiki/forums for that.

Best regards,
Lionel

Original comment by lionel.orry@gmail.com on 9 Jul 2011 at 8:10

GoogleCodeExporter commented 8 years ago
ah ok, I had thought it might have not compiled the new option correctly.
Thanks all for your help.

Dan

Original comment by d...@drclark.co.nz on 9 Jul 2011 at 8:17

GoogleCodeExporter commented 8 years ago
Hi Guys, I've recompiled kernel with the option turned on but still having 
issues during compilation of the source?

<code>
make[2]: Entering directory `/root/src/linux-source-2.6.38'
  CC [M]  /root/opendpi-1.3.0/wrapper/src/main.o
/root/opendpi-1.3.0/wrapper/src/main.c:457:52: warning: ‘struct 
xt_match_param’ declared inside parameter list
/root/opendpi-1.3.0/wrapper/src/main.c:457:52: warning: its scope is only this 
definition or declaration, which is probably not what you want
/root/opendpi-1.3.0/wrapper/src/main.c: In function ‘opendpi_mt’:
/root/opendpi-1.3.0/wrapper/src/main.c:466:44: error: dereferencing pointer to 
incomplete type
/root/opendpi-1.3.0/wrapper/src/main.c:475:2: warning: passing argument 1 of 
‘nf_ct_is_untracked’ from incompatible pointer type
include/net/netfilter/nf_conntrack.h:293:19: note: expected ‘const struct 
nf_conn *’ but argument is of type ‘const struct sk_buff *’
/root/opendpi-1.3.0/wrapper/src/main.c: At top level:
/root/opendpi-1.3.0/wrapper/src/main.c:623:2: warning: initialization from 
incompatible pointer type
/root/opendpi-1.3.0/wrapper/src/main.c:624:2: warning: initialization from 
incompatible pointer type
make[3]: *** [/root/opendpi-1.3.0/wrapper/src/main.o] Error 1
make[2]: *** [_module_/root/opendpi-1.3.0/wrapper/src] Error 2
make[2]: Leaving directory `/root/src/linux-source-2.6.38'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/root/opendpi-1.3.0/wrapper/src'
make: *** [all] Error 2
</code>

Original comment by danclar...@gmail.com on 23 Jul 2011 at 6:42

GoogleCodeExporter commented 8 years ago
would I have to roll back my kernel to the supported version?

Original comment by d...@drclark.co.nz on 23 Jul 2011 at 7:56