2000-07-26 23:15:46 +00:00
|
|
|
/*
|
|
|
|
* alias_smedia.c
|
|
|
|
*
|
|
|
|
* Copyright (c) 2000 Whistle Communications, Inc.
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Subject to the following obligations and disclaimer of warranty, use and
|
|
|
|
* redistribution of this software, in source or object code forms, with or
|
|
|
|
* without modifications are expressly permitted by Whistle Communications;
|
|
|
|
* provided, however, that:
|
|
|
|
* 1. Any and all reproductions of the source or object code must include the
|
|
|
|
* copyright notice above and the following disclaimer of warranties; and
|
|
|
|
* 2. No rights are granted, in any manner or form, to use Whistle
|
|
|
|
* Communications, Inc. trademarks, including the mark "WHISTLE
|
|
|
|
* COMMUNICATIONS" on advertising, endorsements, or otherwise except as
|
|
|
|
* such appears in the above copyright notice or in the software.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS BEING PROVIDED BY WHISTLE COMMUNICATIONS "AS IS", AND
|
|
|
|
* TO THE MAXIMUM EXTENT PERMITTED BY LAW, WHISTLE COMMUNICATIONS MAKES NO
|
|
|
|
* REPRESENTATIONS OR WARRANTIES, EXPRESS OR IMPLIED, REGARDING THIS SOFTWARE,
|
|
|
|
* INCLUDING WITHOUT LIMITATION, ANY AND ALL IMPLIED WARRANTIES OF
|
|
|
|
* MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, OR NON-INFRINGEMENT.
|
|
|
|
* WHISTLE COMMUNICATIONS DOES NOT WARRANT, GUARANTEE, OR MAKE ANY
|
|
|
|
* REPRESENTATIONS REGARDING THE USE OF, OR THE RESULTS OF THE USE OF THIS
|
|
|
|
* SOFTWARE IN TERMS OF ITS CORRECTNESS, ACCURACY, RELIABILITY OR OTHERWISE.
|
|
|
|
* IN NO EVENT SHALL WHISTLE COMMUNICATIONS BE LIABLE FOR ANY DAMAGES
|
|
|
|
* RESULTING FROM OR ARISING OUT OF ANY USE OF THIS SOFTWARE, INCLUDING
|
|
|
|
* WITHOUT LIMITATION, ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY,
|
|
|
|
* PUNITIVE, OR CONSEQUENTIAL DAMAGES, PROCUREMENT OF SUBSTITUTE GOODS OR
|
|
|
|
* SERVICES, LOSS OF USE, DATA OR PROFITS, HOWEVER CAUSED AND UNDER 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 WHISTLE COMMUNICATIONS IS ADVISED OF THE POSSIBILITY
|
|
|
|
* OF SUCH DAMAGE.
|
|
|
|
*
|
|
|
|
* Copyright (c) 2000 Junichi SATOH <junichi@astec.co.jp>
|
|
|
|
* <junichi@junichi.org>
|
|
|
|
* 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.
|
|
|
|
*
|
|
|
|
* Authors: Erik Salander <erik@whistle.com>
|
|
|
|
* Junichi SATOH <junichi@astec.co.jp>
|
|
|
|
* <junichi@junichi.org>
|
|
|
|
*/
|
|
|
|
|
2001-09-30 21:03:33 +00:00
|
|
|
#include <sys/cdefs.h>
|
|
|
|
__FBSDID("$FreeBSD$");
|
|
|
|
|
2000-07-26 23:15:46 +00:00
|
|
|
/*
|
|
|
|
Alias_smedia.c is meant to contain the aliasing code for streaming media
|
|
|
|
protocols. It performs special processing for RSTP sessions under TCP.
|
|
|
|
Specifically, when a SETUP request is sent by a client, or a 200 reply
|
2002-07-01 11:19:40 +00:00
|
|
|
is sent by a server, it is intercepted and modified. The address is
|
2000-07-26 23:15:46 +00:00
|
|
|
changed to the gateway machine and an aliasing port is used.
|
|
|
|
|
2002-07-01 11:19:40 +00:00
|
|
|
More specifically, the "client_port" configuration parameter is
|
|
|
|
parsed for SETUP requests. The "server_port" configuration parameter is
|
2000-07-26 23:15:46 +00:00
|
|
|
parsed for 200 replies eminating from a server. This is intended to handle
|
|
|
|
the unicast case.
|
|
|
|
|
|
|
|
RTSP also allows a redirection of a stream to another client by using the
|
|
|
|
"destination" configuration parameter. The destination config parm would
|
2002-07-01 11:19:40 +00:00
|
|
|
indicate a different IP address. This function is NOT supported by the
|
2000-07-26 23:15:46 +00:00
|
|
|
RTSP translation code below.
|
|
|
|
|
|
|
|
The RTSP multicast functions without any address translation intervention.
|
|
|
|
|
|
|
|
For this routine to work, the SETUP/200 must fit entirely
|
|
|
|
into a single TCP packet. This is typically the case, but exceptions
|
|
|
|
can easily be envisioned under the actual specifications.
|
|
|
|
|
|
|
|
Probably the most troubling aspect of the approach taken here is
|
|
|
|
that the new SETUP/200 will typically be a different length, and
|
|
|
|
this causes a certain amount of bookkeeping to keep track of the
|
|
|
|
changes of sequence and acknowledgment numbers, since the client
|
|
|
|
machine is totally unaware of the modification to the TCP stream.
|
|
|
|
|
2002-07-01 11:19:40 +00:00
|
|
|
Initial version: May, 2000 (eds)
|
2000-07-26 23:15:46 +00:00
|
|
|
*/
|
|
|
|
|
2005-05-05 19:27:32 +00:00
|
|
|
#ifdef _KERNEL
|
|
|
|
#include <sys/param.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
|
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>
|
2000-07-26 23:15:46 +00:00
|
|
|
#include <stdio.h>
|
|
|
|
#include <string.h>
|
2005-05-05 19:27:32 +00:00
|
|
|
#endif
|
|
|
|
|
2000-07-26 23:15:46 +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
|
2000-07-26 23:15:46 +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"
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#define RTSP_CONTROL_PORT_NUMBER_1 554
|
|
|
|
#define RTSP_CONTROL_PORT_NUMBER_2 7070
|
|
|
|
#define TFTP_PORT_NUMBER 69
|
|
|
|
|
|
|
|
static void
|
|
|
|
AliasHandleRtspOut(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
|
|
|
{
|
|
|
|
|
2006-11-07 21:06:48 +00:00
|
|
|
if (ah->dport != NULL && ah->aport != NULL && ah->sport != NULL &&
|
|
|
|
ntohs(*ah->dport) == TFTP_PORT_NUMBER)
|
|
|
|
return (0);
|
2013-12-25 02:06:57 +00:00
|
|
|
if (ah->dport == NULL || ah->sport == 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) == RTSP_CONTROL_PORT_NUMBER_1
|
|
|
|
|| ntohs(*ah->sport) == RTSP_CONTROL_PORT_NUMBER_1
|
|
|
|
|| ntohs(*ah->dport) == RTSP_CONTROL_PORT_NUMBER_2
|
2006-11-07 21:06:48 +00:00
|
|
|
|| ntohs(*ah->sport) == RTSP_CONTROL_PORT_NUMBER_2)
|
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);
|
|
|
|
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)
|
|
|
|
{
|
|
|
|
|
|
|
|
if (ntohs(*ah->dport) == TFTP_PORT_NUMBER)
|
|
|
|
FindRtspOut(la, pip->ip_src, pip->ip_dst,
|
|
|
|
*ah->sport, *ah->aport, IPPROTO_UDP);
|
|
|
|
else AliasHandleRtspOut(la, pip, ah->lnk, ah->maxpktsize);
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
|
|
|
struct proto_handler handlers[] = {
|
2013-12-25 02:06:57 +00:00
|
|
|
{
|
|
|
|
.pri = 100,
|
|
|
|
.dir = OUT,
|
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
|
|
|
.proto = TCP|UDP,
|
2013-12-25 02:06:57 +00:00
|
|
|
.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_smedia", mod_handler, NULL
|
|
|
|
};
|
|
|
|
|
|
|
|
#ifdef _KERNEL
|
|
|
|
DECLARE_MODULE(alias_smedia, alias_mod, SI_SUB_DRIVERS, SI_ORDER_SECOND);
|
|
|
|
MODULE_VERSION(alias_smedia, 1);
|
|
|
|
MODULE_DEPEND(alias_smedia, libalias, 1, 1, 1);
|
2005-05-05 19:27:32 +00:00
|
|
|
#endif
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2002-07-01 11:19:40 +00:00
|
|
|
#define RTSP_CONTROL_PORT_NUMBER_1 554
|
|
|
|
#define RTSP_CONTROL_PORT_NUMBER_2 7070
|
2000-07-26 23:15:46 +00:00
|
|
|
#define RTSP_PORT_GROUP 2
|
|
|
|
|
|
|
|
#define ISDIGIT(a) (((a) >= '0') && ((a) <= '9'))
|
|
|
|
|
2000-09-15 15:37:16 +00:00
|
|
|
static int
|
2001-01-29 11:44:13 +00:00
|
|
|
search_string(char *data, int dlen, const char *search_str)
|
2000-07-26 23:15:46 +00:00
|
|
|
{
|
2004-03-16 21:30:41 +00:00
|
|
|
int i, j, k;
|
|
|
|
int search_str_len;
|
|
|
|
|
|
|
|
search_str_len = strlen(search_str);
|
|
|
|
for (i = 0; i < dlen - search_str_len; i++) {
|
|
|
|
for (j = i, k = 0; j < dlen - search_str_len; j++, k++) {
|
|
|
|
if (data[j] != search_str[k] &&
|
|
|
|
data[j] != search_str[k] - ('a' - 'A')) {
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
if (k == search_str_len - 1) {
|
2004-07-05 10:55:23 +00:00
|
|
|
return (j + 1);
|
2004-03-16 21:30:41 +00:00
|
|
|
}
|
|
|
|
}
|
2000-07-26 23:15:46 +00:00
|
|
|
}
|
2004-07-05 10:55:23 +00:00
|
|
|
return (-1);
|
2000-07-26 23:15:46 +00:00
|
|
|
}
|
|
|
|
|
2000-09-15 15:37:16 +00:00
|
|
|
static int
|
2004-01-17 10:52:21 +00:00
|
|
|
alias_rtsp_out(struct libalias *la, struct ip *pip,
|
2004-07-05 11:10:57 +00:00
|
|
|
struct alias_link *lnk,
|
2004-03-16 21:30:41 +00:00
|
|
|
char *data,
|
|
|
|
const char *port_str)
|
2000-07-26 23:15:46 +00:00
|
|
|
{
|
2004-03-16 21:30:41 +00:00
|
|
|
int hlen, tlen, dlen;
|
|
|
|
struct tcphdr *tc;
|
|
|
|
int i, j, pos, state, port_dlen, new_dlen, delta;
|
|
|
|
u_short p[2], new_len;
|
|
|
|
u_short sport, eport, base_port;
|
|
|
|
u_short salias = 0, ealias = 0, base_alias = 0;
|
|
|
|
const char *transport_str = "transport:";
|
|
|
|
char newdata[2048], *port_data, *port_newdata, stemp[80];
|
|
|
|
int links_created = 0, pkt_updated = 0;
|
2004-07-05 11:10:57 +00:00
|
|
|
struct alias_link *rtsp_lnk = NULL;
|
2004-03-16 21:30:41 +00:00
|
|
|
struct in_addr null_addr;
|
|
|
|
|
|
|
|
/* 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;
|
|
|
|
|
|
|
|
/* Find keyword, "Transport: " */
|
|
|
|
pos = search_string(data, dlen, transport_str);
|
2000-07-26 23:15:46 +00:00
|
|
|
if (pos < 0) {
|
2004-07-05 10:55:23 +00:00
|
|
|
return (-1);
|
2000-07-26 23:15:46 +00:00
|
|
|
}
|
2004-03-16 21:30:41 +00:00
|
|
|
port_data = data + pos;
|
|
|
|
port_dlen = dlen - pos;
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
memcpy(newdata, data, pos);
|
|
|
|
port_newdata = newdata + pos;
|
|
|
|
|
2004-07-05 11:10:57 +00:00
|
|
|
while (port_dlen > (int)strlen(port_str)) {
|
2004-03-16 21:30:41 +00:00
|
|
|
/* Find keyword, appropriate port string */
|
|
|
|
pos = search_string(port_data, port_dlen, port_str);
|
|
|
|
if (pos < 0) {
|
|
|
|
break;
|
2000-07-26 23:15:46 +00:00
|
|
|
}
|
2004-03-16 21:30:41 +00:00
|
|
|
memcpy(port_newdata, port_data, pos + 1);
|
|
|
|
port_newdata += (pos + 1);
|
|
|
|
|
|
|
|
p[0] = p[1] = 0;
|
|
|
|
sport = eport = 0;
|
|
|
|
state = 0;
|
|
|
|
for (i = pos; i < port_dlen; i++) {
|
|
|
|
switch (state) {
|
|
|
|
case 0:
|
|
|
|
if (port_data[i] == '=') {
|
|
|
|
state++;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
case 1:
|
|
|
|
if (ISDIGIT(port_data[i])) {
|
|
|
|
p[0] = p[0] * 10 + port_data[i] - '0';
|
|
|
|
} else {
|
|
|
|
if (port_data[i] == ';') {
|
|
|
|
state = 3;
|
|
|
|
}
|
|
|
|
if (port_data[i] == '-') {
|
|
|
|
state++;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
if (ISDIGIT(port_data[i])) {
|
|
|
|
p[1] = p[1] * 10 + port_data[i] - '0';
|
|
|
|
} else {
|
|
|
|
state++;
|
|
|
|
}
|
|
|
|
break;
|
|
|
|
case 3:
|
|
|
|
base_port = p[0];
|
|
|
|
sport = htons(p[0]);
|
|
|
|
eport = htons(p[1]);
|
|
|
|
|
|
|
|
if (!links_created) {
|
|
|
|
|
|
|
|
links_created = 1;
|
|
|
|
/*
|
|
|
|
* Find an even numbered port
|
|
|
|
* number base that satisfies the
|
|
|
|
* contiguous number of ports we
|
|
|
|
* need
|
|
|
|
*/
|
|
|
|
null_addr.s_addr = 0;
|
|
|
|
if (0 == (salias = FindNewPortGroup(la, null_addr,
|
|
|
|
FindAliasAddress(la, pip->ip_src),
|
|
|
|
sport, 0,
|
|
|
|
RTSP_PORT_GROUP,
|
|
|
|
IPPROTO_UDP, 1))) {
|
2005-05-06 11:07:49 +00:00
|
|
|
#ifdef LIBALIAS_DEBUG
|
2004-03-16 21:30:41 +00:00
|
|
|
fprintf(stderr,
|
|
|
|
"PacketAlias/RTSP: Cannot find contiguous RTSP data ports\n");
|
2000-07-26 23:15:46 +00:00
|
|
|
#endif
|
2004-03-16 21:30:41 +00:00
|
|
|
} else {
|
|
|
|
|
|
|
|
base_alias = ntohs(salias);
|
|
|
|
for (j = 0; j < RTSP_PORT_GROUP; j++) {
|
|
|
|
/*
|
|
|
|
* Establish link
|
|
|
|
* to port found in
|
|
|
|
* RTSP packet
|
|
|
|
*/
|
2004-07-05 11:10:57 +00:00
|
|
|
rtsp_lnk = FindRtspOut(la, GetOriginalAddress(lnk), null_addr,
|
2004-03-16 21:30:41 +00:00
|
|
|
htons(base_port + j), htons(base_alias + j),
|
|
|
|
IPPROTO_UDP);
|
2004-07-05 11:10:57 +00:00
|
|
|
if (rtsp_lnk != NULL) {
|
2000-07-26 23:15:46 +00:00
|
|
|
#ifndef NO_FW_PUNCH
|
2004-03-16 21:30:41 +00:00
|
|
|
/*
|
|
|
|
* Punch
|
|
|
|
* hole in
|
|
|
|
* firewall
|
|
|
|
*/
|
2004-07-05 11:10:57 +00:00
|
|
|
PunchFWHole(rtsp_lnk);
|
2000-07-26 23:15:46 +00:00
|
|
|
#endif
|
2004-03-16 21:30:41 +00:00
|
|
|
} else {
|
2005-05-06 11:07:49 +00:00
|
|
|
#ifdef LIBALIAS_DEBUG
|
2004-03-16 21:30:41 +00:00
|
|
|
fprintf(stderr,
|
|
|
|
"PacketAlias/RTSP: Cannot allocate RTSP data ports\n");
|
2000-07-26 23:15:46 +00:00
|
|
|
#endif
|
2004-03-16 21:30:41 +00:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
ealias = htons(base_alias + (RTSP_PORT_GROUP - 1));
|
|
|
|
}
|
2004-07-05 11:10:57 +00:00
|
|
|
if (salias && rtsp_lnk) {
|
2004-03-16 21:30:41 +00:00
|
|
|
|
|
|
|
pkt_updated = 1;
|
|
|
|
|
|
|
|
/* Copy into IP packet */
|
|
|
|
sprintf(stemp, "%d", ntohs(salias));
|
|
|
|
memcpy(port_newdata, stemp, strlen(stemp));
|
|
|
|
port_newdata += strlen(stemp);
|
|
|
|
|
|
|
|
if (eport != 0) {
|
|
|
|
*port_newdata = '-';
|
|
|
|
port_newdata++;
|
|
|
|
|
|
|
|
/* Copy into IP packet */
|
|
|
|
sprintf(stemp, "%d", ntohs(ealias));
|
|
|
|
memcpy(port_newdata, stemp, strlen(stemp));
|
|
|
|
port_newdata += strlen(stemp);
|
|
|
|
}
|
|
|
|
*port_newdata = ';';
|
|
|
|
port_newdata++;
|
|
|
|
}
|
|
|
|
state++;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
if (state > 3) {
|
|
|
|
break;
|
|
|
|
}
|
2000-07-26 23:15:46 +00:00
|
|
|
}
|
2004-03-16 21:30:41 +00:00
|
|
|
port_data += i;
|
|
|
|
port_dlen -= i;
|
2000-07-26 23:15:46 +00:00
|
|
|
}
|
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
if (!pkt_updated)
|
2004-07-05 10:55:23 +00:00
|
|
|
return (-1);
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
memcpy(port_newdata, port_data, port_dlen);
|
|
|
|
port_newdata += port_dlen;
|
|
|
|
*port_newdata = '\0';
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
/* Create new packet */
|
|
|
|
new_dlen = port_newdata - newdata;
|
|
|
|
memcpy(data, newdata, new_dlen);
|
2000-07-26 23:15:46 +00:00
|
|
|
|
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);
|
2013-12-25 02:06:57 +00:00
|
|
|
AddSeq(lnk, delta + new_dlen - dlen, pip->ip_hl, pip->ip_len,
|
2008-03-06 21:50:41 +00:00
|
|
|
tc->th_seq, tc->th_off);
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
new_len = htons(hlen + new_dlen);
|
|
|
|
DifferentialChecksum(&pip->ip_sum,
|
|
|
|
&new_len,
|
|
|
|
&pip->ip_len,
|
|
|
|
1);
|
|
|
|
pip->ip_len = new_len;
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
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-07-05 10:55:23 +00:00
|
|
|
return (0);
|
2000-07-26 23:15:46 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Support the protocol used by early versions of RealPlayer */
|
|
|
|
|
2000-09-15 15:37:16 +00:00
|
|
|
static int
|
2004-01-17 10:52:21 +00:00
|
|
|
alias_pna_out(struct libalias *la, struct ip *pip,
|
2004-07-05 11:10:57 +00:00
|
|
|
struct alias_link *lnk,
|
2004-03-16 21:30:41 +00:00
|
|
|
char *data,
|
|
|
|
int dlen)
|
2000-07-26 23:15:46 +00:00
|
|
|
{
|
2004-03-16 21:30:41 +00:00
|
|
|
struct alias_link *pna_links;
|
|
|
|
u_short msg_id, msg_len;
|
|
|
|
char *work;
|
|
|
|
u_short alias_port, port;
|
|
|
|
struct tcphdr *tc;
|
|
|
|
|
|
|
|
work = data;
|
|
|
|
work += 5;
|
|
|
|
while (work + 4 < data + dlen) {
|
|
|
|
memcpy(&msg_id, work, 2);
|
|
|
|
work += 2;
|
|
|
|
memcpy(&msg_len, work, 2);
|
|
|
|
work += 2;
|
|
|
|
if (ntohs(msg_id) == 0) {
|
|
|
|
/* end of options */
|
2004-07-05 10:55:23 +00:00
|
|
|
return (0);
|
2004-03-16 21:30:41 +00:00
|
|
|
}
|
|
|
|
if ((ntohs(msg_id) == 1) || (ntohs(msg_id) == 7)) {
|
|
|
|
memcpy(&port, work, 2);
|
2004-07-05 11:10:57 +00:00
|
|
|
pna_links = FindUdpTcpOut(la, pip->ip_src, GetDestAddress(lnk),
|
2004-03-16 21:30:41 +00:00
|
|
|
port, 0, IPPROTO_UDP, 1);
|
|
|
|
if (pna_links != NULL) {
|
2000-07-26 23:15:46 +00:00
|
|
|
#ifndef NO_FW_PUNCH
|
2004-03-16 21:30:41 +00:00
|
|
|
/* Punch hole in firewall */
|
|
|
|
PunchFWHole(pna_links);
|
2000-07-26 23:15:46 +00:00
|
|
|
#endif
|
2004-07-06 12:13:28 +00:00
|
|
|
tc = (struct tcphdr *)ip_next(pip);
|
2004-03-16 21:30:41 +00:00
|
|
|
alias_port = GetAliasPort(pna_links);
|
|
|
|
memcpy(work, &alias_port, 2);
|
|
|
|
|
|
|
|
/* 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
|
|
|
}
|
|
|
|
}
|
|
|
|
work += ntohs(msg_len);
|
2000-07-26 23:15:46 +00:00
|
|
|
}
|
2002-07-01 11:19:40 +00:00
|
|
|
|
2004-07-05 10:55:23 +00:00
|
|
|
return (0);
|
2000-07-26 23:15:46 +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-07-05 11:10:57 +00:00
|
|
|
AliasHandleRtspOut(struct libalias *la, struct ip *pip, struct alias_link *lnk, int maxpacketsize)
|
2000-07-26 23:15:46 +00:00
|
|
|
{
|
2004-03-16 21:30:41 +00:00
|
|
|
int hlen, tlen, dlen;
|
|
|
|
struct tcphdr *tc;
|
|
|
|
char *data;
|
|
|
|
const char *setup = "SETUP", *pna = "PNA", *str200 = "200";
|
|
|
|
const char *okstr = "OK", *client_port_str = "client_port";
|
|
|
|
const char *server_port_str = "server_port";
|
|
|
|
int i, parseOk;
|
|
|
|
|
2004-07-05 11:10:57 +00:00
|
|
|
(void)maxpacketsize;
|
|
|
|
|
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;
|
|
|
|
|
|
|
|
data = (char *)pip;
|
|
|
|
data += hlen;
|
|
|
|
|
|
|
|
/* When aliasing a client, check for the SETUP request */
|
|
|
|
if ((ntohs(tc->th_dport) == RTSP_CONTROL_PORT_NUMBER_1) ||
|
|
|
|
(ntohs(tc->th_dport) == RTSP_CONTROL_PORT_NUMBER_2)) {
|
|
|
|
|
2004-07-05 11:10:57 +00:00
|
|
|
if (dlen >= (int)strlen(setup)) {
|
2004-03-16 21:30:41 +00:00
|
|
|
if (memcmp(data, setup, strlen(setup)) == 0) {
|
2004-07-05 11:10:57 +00:00
|
|
|
alias_rtsp_out(la, pip, lnk, data, client_port_str);
|
2004-03-16 21:30:41 +00:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
}
|
2004-07-05 11:10:57 +00:00
|
|
|
if (dlen >= (int)strlen(pna)) {
|
2004-03-16 21:30:41 +00:00
|
|
|
if (memcmp(data, pna, strlen(pna)) == 0) {
|
2004-07-05 11:10:57 +00:00
|
|
|
alias_pna_out(la, pip, lnk, data, dlen);
|
2004-03-16 21:30:41 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
} else {
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
/*
|
|
|
|
* When aliasing a server, check for the 200 reply
|
|
|
|
* Accomodate varying number of blanks between 200 & OK
|
|
|
|
*/
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-07-05 11:10:57 +00:00
|
|
|
if (dlen >= (int)strlen(str200)) {
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
for (parseOk = 0, i = 0;
|
2004-07-05 11:10:57 +00:00
|
|
|
i <= dlen - (int)strlen(str200);
|
2004-03-16 21:30:41 +00:00
|
|
|
i++) {
|
|
|
|
if (memcmp(&data[i], str200, strlen(str200)) == 0) {
|
|
|
|
parseOk = 1;
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
if (parseOk) {
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
i += strlen(str200); /* skip string found */
|
|
|
|
while (data[i] == ' ') /* skip blank(s) */
|
|
|
|
i++;
|
2002-07-01 11:19:40 +00:00
|
|
|
|
2004-07-05 11:10:57 +00:00
|
|
|
if ((dlen - i) >= (int)strlen(okstr)) {
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
if (memcmp(&data[i], okstr, strlen(okstr)) == 0)
|
2004-07-05 11:10:57 +00:00
|
|
|
alias_rtsp_out(la, pip, lnk, data, server_port_str);
|
2000-07-26 23:15:46 +00:00
|
|
|
|
2004-03-16 21:30:41 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2000-07-26 23:15:46 +00:00
|
|
|
}
|