LIBIPQ - Online Linux Manual PageSection : 3
Updated : 16 October 2001
Source : Linux iptables 1.2
Note : Linux Programmer's Manual
NAMElibipq — iptables userspace packet queuing library.
SYNOPSIS#include <linux/netfilter.h>
#include <libipq.h>
DESCRIPTIONlibipq is a development library for iptables userspace packet queuing.
Userspace Packet QueuingNetfilter provides a mechanism for passing packets out of the stack for queueing to userspace, then receiving these packets back into the kernel with a verdict specifying what to do with the packets (such as ACCEPT or DROP). These packets may also be modified in userspace prior to reinjection back into the kernel. For each supported protocol, a kernel module called a queue handler may register with Netfilter to perform the mechanics of passing packets to and from userspace. The standard queue handler for IPv4 is ip_queue. It is provided as an experimental module with 2.4 kernels, and uses a Netlink socket for kernel/userspace communication. Once ip_queue is loaded, IP packets may be selected with iptables and queued for userspace processing via the QUEUE target. For example, running the following commands: # modprobe iptable_filter
# modprobe ip_queue
# iptables −A OUTPUT −p icmp −j QUEUE will cause any locally generated ICMP packets (e.g. ping output) to be sent to the ip_queue module, which will then attempt to deliver the packets to a userspace application. If no userspace application is waiting, the packets will be dropped An application may receive and process these packets via libipq.
Libipq OverviewLibipq provides an API for communicating with ip_queue. The following is an overview of API usage, refer to individual man pages for more details on each function. Initialisation
To initialise the library, call ipq_create_handle(3). This will attempt to bind to the Netlink socket used by ip_queue and return an opaque context handle for subsequent library calls. Setting the Queue Mode
ipq_set_mode(3) allows the application to specify whether packet metadata, or packet payloads as well as metadata are copied to userspace. It is also used to initially notify ip_queue that an application is ready to receive queue messages. Receiving Packets from the Queue
ipq_read(3) waits for queue messages to arrive from ip_queue and copies them into a supplied buffer. Queue messages may be packet messages or error messages. The type of packet may be determined with ipq_message_type(3). If it's a packet message, the metadata and optional payload may be retrieved with ipq_get_packet(3). To retrieve the value of an error message, use ipq_get_msgerr(3). Issuing Verdicts on Packets
To issue a verdict on a packet, and optionally return a modified version of the packet to the kernel, call ipq_set_verdict(3). Error Handling
An error string corresponding to the current value of the internal error variable ipq_errno may be obtained with ipq_errstr(3). For simple applications, calling ipq_perror(3) will print the same message as ipq_errstr(3), as well as the string corresponding to the global errno value (if set) to stderr. Cleaning Up
To free up the Netlink socket and destroy resources associated with the context handle, call ipq_destroy_handle(3).
SUMMARYipq_create_handle(3)  Initialise library, return context handle. ipq_set_mode(3)  Set the queue mode, to copy either packet metadata, or payloads as well as metadata to userspace. ipq_read(3)  Wait for a queue message to arrive from ip_queue and read it into a buffer. ipq_message_type(3)  Determine message type in the buffer. ipq_get_packet(3)  Retrieve a packet message from the buffer. ipq_get_msgerr(3)  Retrieve an error message from the buffer. ipq_set_verdict(3)  Set a verdict on a packet, optionally replacing its contents. ipq_errstr(3)  Return an error message corresponding to the internal ipq_errno variable. ipq_perror(3)  Helper function to print error messages to stderr. ipq_destroy_handle(3)  Destroy context handle and associated resources.
EXAMPLEThe following is an example of a simple application which receives packets and issues NF_ACCEPT verdicts on each packet. /* * This code is GPL. */ #include <linux/netfilter.h> #include <libipq.h> #include <stdio.h> #define BUFSIZE 2048 static void die(struct ipq_handle *h) { ipq_perror("passer"); ipq_destroy_handle(h); exit(1); } int main(int argc, char **argv) { int status; unsigned char buf[BUFSIZE]; struct ipq_handle *h; h = ipq_create_handle(0, NFPROTO_IPV4); if (!h) die(h); status = ipq_set_mode(h, IPQ_COPY_PACKET, BUFSIZE); if (status < 0) die(h); do{ status = ipq_read(h, buf, BUFSIZE, 0); if (status < 0) die(h); switch (ipq_message_type(buf)) { case NLMSG_ERROR: fprintf(stderr, "Received error message %d\n", ipq_get_msgerr(buf)); break; case IPQM_PACKET: { ipq_packet_msg_t *m = ipq_get_packet(buf); status = ipq_set_verdict(h, m->packet_id, NF_ACCEPT, 0, NULL); if (status < 0) die(h); break; } default: fprintf(stderr, "Unknown message type!\n"); break; } } while(1); ipq_destroy_handle(h); return 0; } Pointers to more libipq application examples may be found in The Netfilter FAQ.
DIAGNOSTICSFor information about monitoring and tuning ip_queue, refer to the Linux 2.4 Packet Filtering HOWTO. If an application modifies a packet, it needs to also update any checksums for the packet. Typically, the kernel will silently discard modified packets with invalid checksums.
SECURITYProcesses require CAP_NET_ADMIN capabilty to access the kernel ip_queue module. Such processes can potentially access and modify any IP packets received, generated or forwarded by the kernel.
TODOPer-handle ipq_errno values.
BUGSProbably.
AUTHORJames Morris <jmorris@intercode.com.au>
COPYRIGHTCopyright (c) 2000-2001 Netfilter Core Team. Distributed under the GNU General Public License.
CREDITSJoost Remijn implemented the ipq_read timeout feature, which appeared in the 1.2.4 release of iptables. Fernando Anton added support for IPv6.
SEE ALSOiptables(8), ipq_create_handle(3), ipq_destroy_handle(3), ipq_errstr(3), ipq_get_msgerr(3), ipq_get_packet(3), ipq_message_type(3), ipq_perror(3), ipq_read(3), ipq_set_mode(3), ipq_set_verdict(3). The Netfilter home page at http://netfilter.samba.org/ which has links to The Networking Concepts HOWTO, The Linux 2.4 Packet Filtering HOWTO, The Linux 2.4 NAT HOWTO, The Netfilter Hacking HOWTO, The Netfilter FAQ and many other useful resources. 0
Johanes Gumabo
Data Size   :   22,120 byte
man-libipq.3Build   :   2024-12-05, 20:55   :  
Visitor Screen   :   x
Visitor Counter ( page / site )   :   2 / 236,480
Visitor ID   :     :  
Visitor IP   :   18.117.156.26   :  
Visitor Provider   :   AMAZON-02   :  
Provider Position ( lat x lon )   :   39.962500 x -83.006100   :   x
Provider Accuracy Radius ( km )   :   1000   :  
Provider City   :   Columbus   :  
Provider Province   :   Ohio ,   :   ,
Provider Country   :   United States   :  
Provider Continent   :   North America   :  
Visitor Recorder   :   Version   :  
Visitor Recorder   :   Library   :  
Online Linux Manual Page   :   Version   :   Online Linux Manual Page - Fedora.40 - march=x86-64 - mtune=generic - 24.12.05
Online Linux Manual Page   :   Library   :   lib_c - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Online Linux Manual Page   :   Library   :   lib_m - 24.10.03 - march=x86-64 - mtune=generic - Fedora.40
Data Base   :   Version   :   Online Linux Manual Page Database - 24.04.13 - march=x86-64 - mtune=generic - fedora-38
Data Base   :   Library   :   lib_c - 23.02.07 - march=x86-64 - mtune=generic - fedora.36
Very long time ago, I have the best tutor, Wenzel Svojanovsky . If someone knows the email address of Wenzel Svojanovsky , please send an email to johanes_gumabo@yahoo.co.id .
If error, please print screen and send to johanes_gumabo@yahoo.co.id
Under development. Support me via PayPal.
ERROR : Need New Coding :         (rof_nr_x|149|libipq.3|205|\n",| fprintf(stderr, "Received error message %d\\n", )         (rof_nr_x|149|libipq.3|220|\n");| fprintf(stderr, "Unknown message type!\\n"); )