-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ndpi-netfilter (netfilter-2.6 branch) doesn't recognize YouTube, GMail, sometimes WhatsApp #51
Comments
The flow_info branch is based on nDPI 2.8-stable. Maybe the problem is fixed there? |
I'll check it tomorrow morning and get back with test results.
|
By the way, I have opened an issue on ntop/nDPI regarding WhatsApp, I don't know when and if it would be treated someday : ntop#683 |
I confirm that with the branch flow_info, it still doesn't work correctly. I have compiled nDPI 2.8, dev, 2.6, 2.2 and fed ndpiReader with my pcaps for Maps, Youtube, Whatsapp Gmail recognition, and I couldn't get them detected in any version. Do you have these protocols detected ? |
Gmail, GoogleMaps and YouTube* not detected :( |
Oups... my bad ! Unfortunately, xt_ndpi doesn't detect them. Any google service is accounted only by the Google entry. Whatsapp, Youtube, Docs, Drive, Gmail as still not detected. |
What's your GLIBC version ? |
glibc 2.21 and 2.27 (Slackware 14.1+ and Slackware-15.0 pre) |
Yep, I wasn't saying that IPv6 was not caught by xt_ndpi, just that my ipv6 traffic was not routed through this VM because I only added an ipv4 default route to it and because the services like Google and WhatsApp are also IPv6, the usual ipv6 gateway was used instead of the VM. |
I've just tested on Ubuntu Server 18.04 LTS (first time of my life I install it :-D), kernel 4.15 glibc 2.27, GCC 7.3, ndpi-netfilter flow_info branch. It gets built without error but It still doesn't work. |
Part of the traffic cannot be determined by signatures, it can be determined indirectly by addresses ( ip/AS ) and ports. This information in ntop/nDPI is extremely rarely updated. |
Yes, I have done that already and provided them with the official list of
WhatsApp IP prefixes (see ntop#683) and also provided new Viber IPs.
I can provide captures and I will record samples early next week.
However, I have checked my captures and the IPs contained inside for
WhatsApp for instance where matching prefixes in ndpi_content_match.c.inc
but the traffic wasn't detected/accounted by xt_ndpi.
|
But the various services are correctly detected by ndpiReader with the
pcaps recorded when these apps where not detected in live by xt_ndpi. So it doesn't seem related to ndpi itself.
Le ven. 5 avr. 2019 à 23:11, Vitaly Lavrov <notifications@github.com> a
écrit :
… Part of the traffic cannot be determined by signatures, it can be
determined indirectly by addresses ( ip/AS ) and ports. This information in
ntop/nDPI is extremely rarely updated.
Can you send traffic samples that are defined incorrectly?
If you have data on the availability of ip / port for a specific protocol
or on the inconsistency of the available data in ndpi_content_match.c.inc,
make a “Push request”.
This is the only way to improve this project.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#51 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AQWXzThQd6qLQ4ndaU69PObnCiafR3Leks5vd7vvgaJpZM4cMCoB>
.
|
Can you send me traffic to the address vel21ripn at gmail dot com in pcap format which is not detected by xt_ndpi and is defined in ndpiReader? |
I'm sorry, I didn't have time to send you the samples. I will do it as soon
as possible. Anyway, WhatsApp traffic was correctly detected by ndpireader
so the issue seen when using ndpi-netfilter doesn't seem related to libndpi
itself and to ntop#688 <ntop#688>.
Le mar. 9 avr. 2019 à 12:56, Vitaly Lavrov <notifications@github.com> a
écrit :
… I applied ntop#687 <ntop#687> and ntop#688
<ntop#688>
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#51 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AQWXzQl2MySapQGIa9VPFNoYEtWi5J74ks5vfHHrgaJpZM4cMCoB>
.
|
I can process the pcap file in ndpi-netfilter. I have a working set of scripts and a program similar to tcpreplay, with which I tested the identity of the ndpiReader and ndpi-netfilter results. |
See #54 |
This seems everything is mostly solved. I can get YouTube, WhatsApp, GMail and other services recognized but WhatsApp voice is still not detected by xt_ndpi. It is however correctly detected by ndpiReader. |
I did not backporting changes from flow_info to netfilter-2.6 |
I'm using branch flow_info
Le mar. 7 mai 2019 à 09:36, Vitaly Lavrov <notifications@github.com> a
écrit :
… I did not backporting changes from flow_info to netfilter-2.6
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#51 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AECZPTPJHNFHY4H4WGAJ5QTPUEWQ7ANCNFSM4HBQFIAQ>
.
|
We have "WhatsApp voice" traffic examples ? |
sure ! |
I deleted the packages with addresses 239.255.255.250 and 10.144.172.200.
/proc/net/xt_ndpi/flows
I do not see a problem yet. |
Do you use your modified ndpiReader that reads labels from NFLOG ? How can I read /proc/net/xt_ndpi/flows ? I can't cat on it. I have tried to set ndpi_enable_flow at insmod time but it's giving me something that is not what I'm looking for. |
With the advent of flow_info, reading the NFLOG can only be useful for debugging purposes.
Please read the first 20 lines from ndpi-netfilter/FLOW_INFO.txt |
Oups, sorry, wonderful explanation :) |
Hi,
I cannot get ndpi-netfilter (netfilter-2.6 branch) to recognize GMail, YouTube and WhatsApp.
I guess there are other protocols that are not recognized but at least I'm sure of those ones.
It's likely a libndpi related problem because example/ndpiReader cannot detect them neither.
This is true at least since 0a0ff0d.
Clément
The text was updated successfully, but these errors were encountered: