Displaying 3 results from an estimated 3 matches for "rtn_local".
Did you mean:
mnt_local
2006 Oct 23
1
[Bug 512] poptop (pptpd) will not work if ip_nat_pptp loaded
...t able to do
* this :( For now we use TCP source port. This breaks
* multiple calls within one control session */
/* save original call ID in nat_info */
nat_pptp_info->pns_call_id = ct_pptp_info->pns_call_id;
/* He Yi Oct 22, 2006 */
if( inet_addr_type(iph->daddr) == RTN_LOCAL )
{
DEBUGP("DO NOT CHANGE PPTP CALL ID FOR LOCAL
SERVICE!\n");
new_callid = ct_pptp_info->pns_call_id;
} else {
/* NATed src port is the dst port of the reply
*/
new_callid = ct->tuplehash
[IP_CT_DIR_REPLY].tuple.dst.u.tcp.port;
}
/* save new call ID i...
2007 Jan 22
3
routing patches seem to break output nat
Hi
We have applied the routing patches from
http://www.ssi.bg/%7Eja/#routes. To 2.6.15 this seems to have broken our
output natting. Has anyone else experienced this or any advice on how to
fix. Is this working on the newer kernel i.e. 2.6.19 ? Any help would be
appreciated.
--
Tim Haak
email: tim@haak.co.uk
cel: 0837787100
First love is only a little foolishness and a lot of curiosity,
2006 Jul 15
3
vif/network-bridge and SNAT ?
...if (ip_route_input(skb, iph->daddr, iph->saddr, iph->tos,
<snip>
if (!ip_route_output_key(&rt, &fl)) {
<snip>
if (((struct dst_entry *)rt)->dev == dev ||
rt->rt_type == RTN_LOCAL) {
** ok here **
else
** CHOKE with above msg **
As far as I know, there was nothing fancy in my settings. A host
specific route for the vifX.0 and the domU, normal subnet routing
on eth0 and the target was in that subnet. SNAT rule was
simple...
iptables -t nat -A POSTROUTIN...