[精华] 通过linux代理拨另外一台linux pptp VPN server的问题

[root@gw root]# iptables -L

Chain INPUT (policy ACCEPT)

target     prot opt source               destination         

ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:ftp 

ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:ftp-data 

ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:1723 

ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:4500 

ACCEPT     gre  --  anywhere             anywhere            

ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:55558 

ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:55555 

ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:55556 

ACCEPT     icmp --  anywhere             anywhere            icmp !echo-request 

ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED 

DROP       all  --  anywhere             anywhere            



Chain FORWARD (policy ACCEPT)

target     prot opt source               destination         



Chain OUTPUT (policy ACCEPT)

target     prot opt source               destination         

[root@gw root]# 

# VPN 

/sbin/iptables -A INPUT -p tcp --dport 1723 -j ACCEPT

/sbin/iptables -A INPUT -p tcp --dport 4500 -j ACCEPT

/sbin/iptables -A INPUT -p gre -j ACCEPT

 ./runme  --batch --kernel-path=/usr/sr

c/linux-2.6.11.12  --iptables-path=/root/file/iptables-1.3.1 extra 

-------------------------------------------------------

Already applied: CLASSIFY SAME addrtype comment hashlimit ownercmd realm sctp HOPLIMIT IPV4OPTSSTRIP NETMAP REJECT TTL connlimit fuzzy iprange ipv4options nth osf psd quota set time u32 IPMARK ROUTE TARPIT ULOG XOR account conntrack-event-api nfnetlink ctnetlink geoip h323-conntrack-nat ip_queue_vwmark ipp2p mms-conntrack-nat policy



Testing pptp-conntrack-nat... not applied

The pptp-conntrack-nat patch:

   Author: Harald Welte <laforge@netfilter.org>;

   Status: Testing, especially the 2.6.x port



This adds CONFIG_IP_NF_PPTP:

Connection tracking and NAT support for PPTP.  Using this, you can track

PPTP/GRE connections and do SNAT/DNAT.  You have to load the following modules

for connection tracking:

        ip_conntrack_proto_gre

        ip_conntrack_pptp

for NAT:

        ip_nat_proto_gre

        ip_nat_pptp



The GRE connection is marked as RELATED to the TCP session on port 1723, so all

you need is something like



iptables -j ACCEPT -m state --state RELATED,ESTABLISHED

iptables -j ACCEPT -d my_pptp_server -p tcp --dport 1723 -m state --state NEW





[u]Note that this code currently has limitations

- can only NAT connections from PNS to PAC

- doesnt' support multiple calls within one session

- you have to recompile your iptables userspace program since some 

  structure sizes change

- does NOT work with kernels >; 2.6.10[/u]   

unable to find ladd slot in src /tmp/pom-21160/include/linux/netfilter_ipv4/ip_conntrack.h (./pptp-conntrack-nat/linux-2.6.11/./include/linux/netfilter_ipv4/ip_conntrack.h.ladd_6)

-----------------------------------------------------------------

Do you want to apply this patch [N/y/t/f/a/r/b/w/q/?] 

does NOT work with kernels >; 2.6.10

p-o-m will go through most of the patches. If they are already applied, you will see so on the `Already applied:' first line. If they are not applied yet, it will display the name of the patch with some explanations. p-o-m will tell you what is going on : `NOT APPLIED ( n missing files)' simply means the patch has not been applied yet, whereas `NOT APPLIED ( n rejects out of n hunks)' generally means that : 



Either the patch cannot be applied cleanly... 

...Or the patch has already been included in the kernel you are trying to patch.