2001-06-04 15:09:51 +00:00
|
|
|
/*-
|
2001-11-03 11:34:09 +00:00
|
|
|
* Copyright (c) 2001 Charles Mott <cm@linktel.net>
|
2001-06-04 15:09:51 +00:00
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
|
2001-09-30 21:03:33 +00:00
|
|
|
#include <sys/cdefs.h>
|
|
|
|
__FBSDID("$FreeBSD$");
|
|
|
|
|
1997-05-23 04:41:31 +00:00
|
|
|
/* Alias_irc.c intercepts packages contain IRC CTCP commands, and
|
|
|
|
changes DCC commands to export a port on the aliasing host instead
|
|
|
|
of an aliased host.
|
|
|
|
|
|
|
|
For this routine to work, the DCC command must fit entirely into a
|
|
|
|
single TCP packet. This will usually happen, but is not
|
|
|
|
guaranteed.
|
|
|
|
|
|
|
|
The interception is likely to change the length of the packet.
|
|
|
|
The handling of this is copied more-or-less verbatim from
|
|
|
|
ftp_alias.c
|
|
|
|
|
|
|
|
Initial version: Eivind Eklund <perhaps@yes.no> (ee) 97-01-29
|
|
|
|
|
2004-07-05 10:53:28 +00:00
|
|
|
Version 2.1: May, 1997 (cjm)
|
|
|
|
Very minor changes to conform with
|
|
|
|
local/global/function naming conventions
|
|
|
|
withing the packet alising module.
|
1997-05-23 04:41:31 +00:00
|
|
|
*/
|
|
|
|
|
|
|
|
/* Includes */
|
2005-05-05 19:27:32 +00:00
|
|
|
#ifdef _KERNEL
|
|
|
|
#include <sys/param.h>
|
|
|
|
#include <sys/ctype.h>
|
|
|
|
#include <sys/limits.h>
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
#include <sys/systm.h>
|
|
|
|
#include <sys/kernel.h>
|
|
|
|
#include <sys/module.h>
|
2005-05-05 19:27:32 +00:00
|
|
|
#else
|
2009-01-15 19:35:23 +00:00
|
|
|
#include <ctype.h>
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
#include <errno.h>
|
2005-05-05 19:27:32 +00:00
|
|
|
#include <sys/types.h>
|
2002-07-01 11:19:40 +00:00
|
|
|
#include <stdio.h>
|
2008-03-17 22:08:31 +00:00
|
|
|
#include <stdlib.h>
|
2007-04-04 03:16:59 +00:00
|
|
|
#include <string.h>
|
2005-05-05 19:27:32 +00:00
|
|
|
#include <limits.h>
|
|
|
|
#endif
|
|
|
|
|
1997-05-23 04:41:31 +00:00
|
|
|
#include <netinet/in_systm.h>
|
|
|
|
#include <netinet/in.h>
|
|
|
|
#include <netinet/ip.h>
|
|
|
|
#include <netinet/tcp.h>
|
|
|
|
|
2005-05-05 19:27:32 +00:00
|
|
|
#ifdef _KERNEL
|
|
|
|
#include <netinet/libalias/alias.h>
|
2005-05-05 21:55:17 +00:00
|
|
|
#include <netinet/libalias/alias_local.h>
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
#include <netinet/libalias/alias_mod.h>
|
2005-05-05 19:27:32 +00:00
|
|
|
#else
|
1997-05-23 04:41:31 +00:00
|
|
|
#include "alias_local.h"
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
#include "alias_mod.h"
|
2005-05-05 19:27:32 +00:00
|
|
|
#endif
|
1997-05-23 04:41:31 +00:00
|
|
|
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
#define IRC_CONTROL_PORT_NUMBER_1 6667
|
|
|
|
#define IRC_CONTROL_PORT_NUMBER_2 6668
|
|
|
|
|
2008-03-19 11:28:13 +00:00
|
|
|
#define PKTSIZE (IP_MAXPACKET + 1)
|
2008-03-17 22:08:31 +00:00
|
|
|
char *newpacket;
|
|
|
|
|
1997-05-23 04:41:31 +00:00
|
|
|
/* Local defines */
|
|
|
|
#define DBprintf(a)
|
|
|
|
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
static void
|
|
|
|
AliasHandleIrcOut(struct libalias *, struct ip *, struct alias_link *,
|
|
|
|
int maxpacketsize);
|
|
|
|
|
2013-12-25 02:06:57 +00:00
|
|
|
static int
|
2009-04-08 11:56:49 +00:00
|
|
|
fingerprint(struct libalias *la, struct alias_data *ah)
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
{
|
|
|
|
|
2013-12-25 02:06:57 +00:00
|
|
|
if (ah->dport == NULL || ah->dport == NULL || ah->lnk == NULL ||
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
ah->maxpktsize == 0)
|
|
|
|
return (-1);
|
|
|
|
if (ntohs(*ah->dport) == IRC_CONTROL_PORT_NUMBER_1
|
|
|
|
|| ntohs(*ah->dport) == IRC_CONTROL_PORT_NUMBER_2)
|
|
|
|
return (0);
|
|
|
|
return (-1);
|
|
|
|
}
|
|
|
|
|
2013-12-25 02:06:57 +00:00
|
|
|
static int
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
protohandler(struct libalias *la, struct ip *pip, struct alias_data *ah)
|
|
|
|
{
|
2008-03-17 22:08:31 +00:00
|
|
|
|
2008-03-19 11:28:13 +00:00
|
|
|
newpacket = malloc(PKTSIZE);
|
2008-03-17 22:08:31 +00:00
|
|
|
if (newpacket) {
|
|
|
|
AliasHandleIrcOut(la, pip, ah->lnk, ah->maxpktsize);
|
|
|
|
free(newpacket);
|
|
|
|
}
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
|
|
|
struct proto_handler handlers[] = {
|
2013-12-25 02:06:57 +00:00
|
|
|
{
|
|
|
|
.pri = 90,
|
|
|
|
.dir = OUT,
|
|
|
|
.proto = TCP,
|
|
|
|
.fingerprint = &fingerprint,
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
.protohandler = &protohandler
|
2013-12-25 02:06:57 +00:00
|
|
|
},
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
{ EOH }
|
|
|
|
};
|
|
|
|
|
|
|
|
static int
|
|
|
|
mod_handler(module_t mod, int type, void *data)
|
|
|
|
{
|
|
|
|
int error;
|
|
|
|
|
|
|
|
switch (type) {
|
|
|
|
case MOD_LOAD:
|
|
|
|
error = 0;
|
|
|
|
LibAliasAttachHandlers(handlers);
|
|
|
|
break;
|
|
|
|
case MOD_UNLOAD:
|
|
|
|
error = 0;
|
|
|
|
LibAliasDetachHandlers(handlers);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
error = EINVAL;
|
|
|
|
}
|
|
|
|
return (error);
|
|
|
|
}
|
|
|
|
|
|
|
|
#ifdef _KERNEL
|
2013-12-25 02:06:57 +00:00
|
|
|
static
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
#endif
|
|
|
|
moduledata_t alias_mod = {
|
|
|
|
"alias_irc", mod_handler, NULL
|
|
|
|
};
|
|
|
|
|
|
|
|
/* Kernel module definition. */
|
|
|
|
#ifdef _KERNEL
|
|
|
|
DECLARE_MODULE(alias_irc, alias_mod, SI_SUB_DRIVERS, SI_ORDER_SECOND);
|
|
|
|
MODULE_VERSION(alias_irc, 1);
|
|
|
|
MODULE_DEPEND(alias_irc, libalias, 1, 1, 1);
|
|
|
|
#endif
|
1997-05-23 04:41:31 +00:00
|
|
|
|
Summer of Code 2005: improve libalias - part 1 of 2
With the first part of my previous Summer of Code work, we get:
-made libalias modular:
-support for 'particular' protocols (like ftp/irc/etcetc) is no more
hardcoded inside libalias, but it's available through external
modules loadable at runtime
-modules are available both in kernel (/boot/kernel/alias_*.ko) and
user land (/lib/libalias_*)
-protocols/applications modularized are: cuseeme, ftp, irc, nbt, pptp,
skinny and smedia
-added logging support for kernel side
-cleanup
After a buildworld, do a 'mergemaster -i' to install the file libalias.conf
in /etc or manually copy it.
During startup (and after every HUP signal) user land applications running
the new libalias will try to read a file in /etc called libalias.conf:
that file contains the list of modules to load.
User land applications affected by this commit are ppp and natd:
if libalias.conf is present in /etc you won't notice any difference.
The only kernel land bit affected by this commit is ng_nat:
if you are using ng_nat, and it doesn't correctly handle
ftp/irc/etcetc sessions anymore, remember to kldload
the correspondent module (i.e. kldload alias_ftp).
General information and details about the inner working are available
in the libalias man page under the section 'MODULAR ARCHITECTURE
(AND ipfw(4) SUPPORT)'.
NOTA BENE: this commit affects _ONLY_ libalias, ipfw in-kernel nat
support will be part of the next libalias-related commit.
Approved by: glebius
Reviewed by: glebius, ru
2006-09-26 23:26:53 +00:00
|
|
|
static void
|
2004-03-16 21:30:41 +00:00
|
|
|
AliasHandleIrcOut(struct libalias *la,
|
|
|
|
struct ip *pip, /* IP packet to examine */
|
2004-07-05 11:10:57 +00:00
|
|
|
struct alias_link *lnk, /* Which link are we on? */
|
2004-03-16 21:30:41 +00:00
|
|
|
int maxsize /* Maximum size of IP packet including
|
|
|
|
* headers */
|
|
|
|
)
|
2002-07-01 11:19:40 +00:00
|
|
|
{
|
2004-03-16 21:30:41 +00:00
|
|
|
int hlen, tlen, dlen;
|
|
|
|
struct in_addr true_addr;
|
|
|
|
u_short true_port;
|
|
|
|
char *sptr;
|
|
|
|
struct tcphdr *tc;
|
|
|
|
int i; /* Iterator through the source */
|
2002-07-01 11:19:40 +00:00
|
|
|
|
1997-05-23 04:41:31 +00:00
|
|
|
/* Calculate data length of TCP packet */
|
2004-07-06 12:13:28 +00:00
|
|
|
tc = (struct tcphdr *)ip_next(pip);
|
2004-03-16 21:30:41 +00:00
|
|
|
hlen = (pip->ip_hl + tc->th_off) << 2;
|
|
|
|
tlen = ntohs(pip->ip_len);
|
|
|
|
dlen = tlen - hlen;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Return if data length is too short - assume an entire PRIVMSG in
|
|
|
|
* each packet.
|
|
|
|
*/
|
2004-07-05 11:10:57 +00:00
|
|
|
if (dlen < (int)sizeof(":A!a@n.n PRIVMSG A :aDCC 1 1a") - 1)
|
2004-03-16 21:30:41 +00:00
|
|
|
return;
|
1997-05-23 04:41:31 +00:00
|
|
|
|
|
|
|
/* Place string pointer at beginning of data */
|
2004-03-16 21:30:41 +00:00
|
|
|
sptr = (char *)pip;
|
|
|
|
sptr += hlen;
|
|
|
|
maxsize -= hlen; /* We're interested in maximum size of
|
|
|
|
* data, not packet */
|
|
|
|
|
|
|
|
/* Search for a CTCP command [Note 1] */
|
|
|
|
for (i = 0; i < dlen; i++) {
|
|
|
|
if (sptr[i] == '\001')
|
|
|
|
goto lFOUND_CTCP;
|
|
|
|
}
|
|
|
|
return; /* No CTCP commands in */
|
|
|
|
/* Handle CTCP commands - the buffer may have to be copied */
|
1997-05-23 04:41:31 +00:00
|
|
|
lFOUND_CTCP:
|
2004-03-16 21:30:41 +00:00
|
|
|
{
|
2008-03-17 22:08:31 +00:00
|
|
|
unsigned int copyat = i;
|
2004-07-05 11:10:57 +00:00
|
|
|
unsigned int iCopy = 0; /* How much data have we written to
|
|
|
|
* copy-back string? */
|
2004-03-16 21:30:41 +00:00
|
|
|
unsigned long org_addr; /* Original IP address */
|
|
|
|
unsigned short org_port; /* Original source port
|
|
|
|
* address */
|
|
|
|
|
|
|
|
lCTCP_START:
|
2008-03-19 11:28:13 +00:00
|
|
|
if (i >= dlen || iCopy >= PKTSIZE)
|
2004-03-16 21:30:41 +00:00
|
|
|
goto lPACKET_DONE;
|
|
|
|
newpacket[iCopy++] = sptr[i++]; /* Copy the CTCP start
|
|
|
|
* character */
|
|
|
|
/* Start of a CTCP */
|
|
|
|
if (i + 4 >= dlen) /* Too short for DCC */
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
if (sptr[i + 0] != 'D')
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
if (sptr[i + 1] != 'C')
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
if (sptr[i + 2] != 'C')
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
if (sptr[i + 3] != ' ')
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
/* We have a DCC command - handle it! */
|
|
|
|
i += 4; /* Skip "DCC " */
|
2008-03-19 11:28:13 +00:00
|
|
|
if (iCopy + 4 > PKTSIZE)
|
2004-03-16 21:30:41 +00:00
|
|
|
goto lPACKET_DONE;
|
|
|
|
newpacket[iCopy++] = 'D';
|
|
|
|
newpacket[iCopy++] = 'C';
|
|
|
|
newpacket[iCopy++] = 'C';
|
|
|
|
newpacket[iCopy++] = ' ';
|
|
|
|
|
|
|
|
DBprintf(("Found DCC\n"));
|
|
|
|
/*
|
|
|
|
* Skip any extra spaces (should not occur according to
|
|
|
|
* protocol, but DCC breaks CTCP protocol anyway
|
|
|
|
*/
|
|
|
|
while (sptr[i] == ' ') {
|
|
|
|
if (++i >= dlen) {
|
|
|
|
DBprintf(("DCC packet terminated in just spaces\n"));
|
|
|
|
goto lPACKET_DONE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
DBprintf(("Transferring command...\n"));
|
|
|
|
while (sptr[i] != ' ') {
|
|
|
|
newpacket[iCopy++] = sptr[i];
|
2008-03-19 11:28:13 +00:00
|
|
|
if (++i >= dlen || iCopy >= PKTSIZE) {
|
2004-03-16 21:30:41 +00:00
|
|
|
DBprintf(("DCC packet terminated during command\n"));
|
|
|
|
goto lPACKET_DONE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/* Copy _one_ space */
|
2008-03-19 11:28:13 +00:00
|
|
|
if (i + 1 < dlen && iCopy < PKTSIZE)
|
2004-03-16 21:30:41 +00:00
|
|
|
newpacket[iCopy++] = sptr[i++];
|
|
|
|
|
|
|
|
DBprintf(("Done command - removing spaces\n"));
|
|
|
|
/*
|
|
|
|
* Skip any extra spaces (should not occur according to
|
|
|
|
* protocol, but DCC breaks CTCP protocol anyway
|
|
|
|
*/
|
|
|
|
while (sptr[i] == ' ') {
|
|
|
|
if (++i >= dlen) {
|
|
|
|
DBprintf(("DCC packet terminated in just spaces (post-command)\n"));
|
|
|
|
goto lPACKET_DONE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
DBprintf(("Transferring filename...\n"));
|
|
|
|
while (sptr[i] != ' ') {
|
|
|
|
newpacket[iCopy++] = sptr[i];
|
2008-03-19 11:28:13 +00:00
|
|
|
if (++i >= dlen || iCopy >= PKTSIZE) {
|
2004-03-16 21:30:41 +00:00
|
|
|
DBprintf(("DCC packet terminated during filename\n"));
|
|
|
|
goto lPACKET_DONE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/* Copy _one_ space */
|
2008-03-19 11:28:13 +00:00
|
|
|
if (i + 1 < dlen && iCopy < PKTSIZE)
|
2004-03-16 21:30:41 +00:00
|
|
|
newpacket[iCopy++] = sptr[i++];
|
|
|
|
|
|
|
|
DBprintf(("Done filename - removing spaces\n"));
|
|
|
|
/*
|
|
|
|
* Skip any extra spaces (should not occur according to
|
|
|
|
* protocol, but DCC breaks CTCP protocol anyway
|
|
|
|
*/
|
|
|
|
while (sptr[i] == ' ') {
|
|
|
|
if (++i >= dlen) {
|
|
|
|
DBprintf(("DCC packet terminated in just spaces (post-filename)\n"));
|
|
|
|
goto lPACKET_DONE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
DBprintf(("Fetching IP address\n"));
|
|
|
|
/* Fetch IP address */
|
|
|
|
org_addr = 0;
|
|
|
|
while (i < dlen && isdigit(sptr[i])) {
|
|
|
|
if (org_addr > ULONG_MAX / 10UL) { /* Terminate on overflow */
|
|
|
|
DBprintf(("DCC Address overflow (org_addr == 0x%08lx, next char %c\n", org_addr, sptr[i]));
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
}
|
|
|
|
org_addr *= 10;
|
|
|
|
org_addr += sptr[i++] - '0';
|
|
|
|
}
|
|
|
|
DBprintf(("Skipping space\n"));
|
|
|
|
if (i + 1 >= dlen || sptr[i] != ' ') {
|
|
|
|
DBprintf(("Overflow (%d >= %d) or bad character (%02x) terminating IP address\n", i + 1, dlen, sptr[i]));
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* Skip any extra spaces (should not occur according to
|
|
|
|
* protocol, but DCC breaks CTCP protocol anyway, so we
|
|
|
|
* might as well play it safe
|
|
|
|
*/
|
|
|
|
while (sptr[i] == ' ') {
|
|
|
|
if (++i >= dlen) {
|
|
|
|
DBprintf(("Packet failure - space overflow.\n"));
|
|
|
|
goto lPACKET_DONE;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
DBprintf(("Fetching port number\n"));
|
|
|
|
/* Fetch source port */
|
|
|
|
org_port = 0;
|
|
|
|
while (i < dlen && isdigit(sptr[i])) {
|
|
|
|
if (org_port > 6554) { /* Terminate on overflow
|
|
|
|
* (65536/10 rounded up */
|
|
|
|
DBprintf(("DCC: port number overflow\n"));
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
}
|
|
|
|
org_port *= 10;
|
|
|
|
org_port += sptr[i++] - '0';
|
|
|
|
}
|
|
|
|
/* Skip illegal addresses (or early termination) */
|
|
|
|
if (i >= dlen || (sptr[i] != '\001' && sptr[i] != ' ')) {
|
|
|
|
DBprintf(("Bad port termination\n"));
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
}
|
|
|
|
DBprintf(("Got IP %lu and port %u\n", org_addr, (unsigned)org_port));
|
|
|
|
|
|
|
|
/* We've got the address and port - now alias it */
|
|
|
|
{
|
2004-07-05 11:10:57 +00:00
|
|
|
struct alias_link *dcc_lnk;
|
2004-03-16 21:30:41 +00:00
|
|
|
struct in_addr destaddr;
|
|
|
|
|
|
|
|
|
|
|
|
true_port = htons(org_port);
|
|
|
|
true_addr.s_addr = htonl(org_addr);
|
|
|
|
destaddr.s_addr = 0;
|
|
|
|
|
|
|
|
/* Sanity/Security checking */
|
|
|
|
if (!org_addr || !org_port ||
|
|
|
|
pip->ip_src.s_addr != true_addr.s_addr ||
|
|
|
|
org_port < IPPORT_RESERVED)
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Steal the FTP_DATA_PORT - it doesn't really
|
|
|
|
* matter, and this would probably allow it through
|
|
|
|
* at least _some_ firewalls.
|
|
|
|
*/
|
2004-07-05 11:10:57 +00:00
|
|
|
dcc_lnk = FindUdpTcpOut(la, true_addr, destaddr,
|
2004-03-16 21:30:41 +00:00
|
|
|
true_port, 0,
|
|
|
|
IPPROTO_TCP, 1);
|
|
|
|
DBprintf(("Got a DCC link\n"));
|
2004-07-05 11:10:57 +00:00
|
|
|
if (dcc_lnk) {
|
2004-03-16 21:30:41 +00:00
|
|
|
struct in_addr alias_address; /* Address from aliasing */
|
|
|
|
u_short alias_port; /* Port given by
|
|
|
|
* aliasing */
|
|
|
|
int n;
|
1997-05-23 04:41:31 +00:00
|
|
|
|
1998-06-06 21:52:37 +00:00
|
|
|
#ifndef NO_FW_PUNCH
|
2004-03-16 21:30:41 +00:00
|
|
|
/* Generate firewall hole as appropriate */
|
2004-07-05 11:10:57 +00:00
|
|
|
PunchFWHole(dcc_lnk);
|
1998-06-06 21:52:37 +00:00
|
|
|
#endif
|
1998-01-09 21:13:35 +00:00
|
|
|
|
2004-07-05 11:10:57 +00:00
|
|
|
alias_address = GetAliasAddress(lnk);
|
2004-03-16 21:30:41 +00:00
|
|
|
n = snprintf(&newpacket[iCopy],
|
2008-03-19 11:28:13 +00:00
|
|
|
PKTSIZE - iCopy,
|
2004-03-16 21:30:41 +00:00
|
|
|
"%lu ", (u_long) htonl(alias_address.s_addr));
|
|
|
|
if (n < 0) {
|
|
|
|
DBprintf(("DCC packet construct failure.\n"));
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
}
|
2008-03-19 11:28:13 +00:00
|
|
|
if ((iCopy += n) >= PKTSIZE) { /* Truncated/fit exactly
|
2004-03-16 21:30:41 +00:00
|
|
|
* - bad news */
|
|
|
|
DBprintf(("DCC constructed packet overflow.\n"));
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
}
|
2004-07-05 11:10:57 +00:00
|
|
|
alias_port = GetAliasPort(dcc_lnk);
|
2004-03-16 21:30:41 +00:00
|
|
|
n = snprintf(&newpacket[iCopy],
|
2008-03-19 11:28:13 +00:00
|
|
|
PKTSIZE - iCopy,
|
2004-03-16 21:30:41 +00:00
|
|
|
"%u", htons(alias_port));
|
|
|
|
if (n < 0) {
|
|
|
|
DBprintf(("DCC packet construct failure.\n"));
|
|
|
|
goto lBAD_CTCP;
|
|
|
|
}
|
|
|
|
iCopy += n;
|
|
|
|
/*
|
|
|
|
* Done - truncated cases will be taken
|
|
|
|
* care of by lBAD_CTCP
|
|
|
|
*/
|
|
|
|
DBprintf(("Aliased IP %lu and port %u\n", alias_address.s_addr, (unsigned)alias_port));
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/*
|
|
|
|
* An uninteresting CTCP - state entered right after '\001'
|
|
|
|
* has been pushed. Also used to copy the rest of a DCC,
|
|
|
|
* after IP address and port has been handled
|
|
|
|
*/
|
|
|
|
lBAD_CTCP:
|
2008-03-19 11:28:13 +00:00
|
|
|
for (; i < dlen && iCopy < PKTSIZE; i++, iCopy++) {
|
2004-03-16 21:30:41 +00:00
|
|
|
newpacket[iCopy] = sptr[i]; /* Copy CTCP unchanged */
|
|
|
|
if (sptr[i] == '\001') {
|
|
|
|
goto lNORMAL_TEXT;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
goto lPACKET_DONE;
|
|
|
|
/* Normal text */
|
|
|
|
lNORMAL_TEXT:
|
2008-03-19 11:28:13 +00:00
|
|
|
for (; i < dlen && iCopy < PKTSIZE; i++, iCopy++) {
|
2004-03-16 21:30:41 +00:00
|
|
|
newpacket[iCopy] = sptr[i]; /* Copy CTCP unchanged */
|
|
|
|
if (sptr[i] == '\001') {
|
|
|
|
goto lCTCP_START;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
/* Handle the end of a packet */
|
|
|
|
lPACKET_DONE:
|
|
|
|
iCopy = iCopy > maxsize - copyat ? maxsize - copyat : iCopy;
|
|
|
|
memcpy(sptr + copyat, newpacket, iCopy);
|
1997-05-23 04:41:31 +00:00
|
|
|
|
|
|
|
/* Save information regarding modified seq and ack numbers */
|
2004-03-16 21:30:41 +00:00
|
|
|
{
|
|
|
|
int delta;
|
|
|
|
|
2004-07-05 11:10:57 +00:00
|
|
|
SetAckModified(lnk);
|
2008-03-06 21:50:41 +00:00
|
|
|
tc = (struct tcphdr *)ip_next(pip);
|
|
|
|
delta = GetDeltaSeqOut(tc->th_seq, lnk);
|
|
|
|
AddSeq(lnk, delta + copyat + iCopy - dlen, pip->ip_hl,
|
|
|
|
pip->ip_len, tc->th_seq, tc->th_off);
|
2004-03-16 21:30:41 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Revise IP header */
|
|
|
|
{
|
|
|
|
u_short new_len;
|
|
|
|
|
|
|
|
new_len = htons(hlen + iCopy + copyat);
|
|
|
|
DifferentialChecksum(&pip->ip_sum,
|
|
|
|
&new_len,
|
|
|
|
&pip->ip_len,
|
|
|
|
1);
|
|
|
|
pip->ip_len = new_len;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Compute TCP checksum for revised packet */
|
|
|
|
tc->th_sum = 0;
|
2005-06-27 07:36:02 +00:00
|
|
|
#ifdef _KERNEL
|
|
|
|
tc->th_x2 = 1;
|
|
|
|
#else
|
2004-03-16 21:30:41 +00:00
|
|
|
tc->th_sum = TcpChecksum(pip);
|
2005-06-27 07:36:02 +00:00
|
|
|
#endif
|
2004-03-16 21:30:41 +00:00
|
|
|
return;
|
|
|
|
}
|
1997-05-23 04:41:31 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Notes:
|
|
|
|
[Note 1]
|
|
|
|
The initial search will most often fail; it could be replaced with a 32-bit specific search.
|
|
|
|
Such a search would be done for 32-bit unsigned value V:
|
|
|
|
V ^= 0x01010101; (Search is for null bytes)
|
|
|
|
if( ((V-0x01010101)^V) & 0x80808080 ) {
|
|
|
|
(found a null bytes which was a 01 byte)
|
|
|
|
}
|
|
|
|
To assert that the processor is 32-bits, do
|
|
|
|
extern int ircdccar[32]; (32 bits)
|
|
|
|
extern int ircdccar[CHAR_BIT*sizeof(unsigned int)];
|
|
|
|
which will generate a type-error on all but 32-bit machines.
|
|
|
|
|
|
|
|
[Note 2] This routine really ought to be replaced with one that
|
|
|
|
creates a transparent proxy on the aliasing host, to allow arbitary
|
|
|
|
changes in the TCP stream. This should not be too difficult given
|
|
|
|
this base; I (ee) will try to do this some time later.
|
|
|
|
*/
|