<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>人人都爱大肚皮 &#187; 地址转换</title>
	<atom:link href="http://www.dadupi.net/tag/%e5%9c%b0%e5%9d%80%e8%bd%ac%e6%8d%a2/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dadupi.net</link>
	<description>英特纳雄耐尔一定会实现！</description>
	<lastBuildDate>Sat, 04 Feb 2012 17:50:47 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
		<item>
		<title>F5作NAT出现的两个问题及解决</title>
		<link>http://www.dadupi.net/2005/07/03/f5_how_to_use_nat/</link>
		<comments>http://www.dadupi.net/2005/07/03/f5_how_to_use_nat/#comments</comments>
		<pubDate>Sun, 03 Jul 2005 02:24:00 +0000</pubDate>
		<dc:creator>大肚皮</dc:creator>
				<category><![CDATA[未分类]]></category>
		<category><![CDATA[负载均衡]]></category>
		<category><![CDATA[地址转换]]></category>

		<guid isPermaLink="false">http://www.dadupi.net/?p=19</guid>
		<description><![CDATA[最近在用户处作F5实施，用户要求实现两个功能， 但是因为用户的应用环境非典型，结果一度出现问题。 1.用户要求作最简单的VIP和NAT 2.用户要求通过NAT访问VIP 简单吧，3分钟搞定， 结果居然... ]]></description>
			<content:encoded><![CDATA[<p>最近在用户处作F5实施，用户要求实现两个功能，<br />
但是因为用户的应用环境非典型，结果一度出现问题。<br />
1.用户要求作最简单的VIP和NAT<br />
2.用户要求通过NAT访问VIP<br />
简单吧，3分钟搞定，<br />
结果居然既不能从外面访问VIP，内网也不能NAT出去。</p>
<p>检查了配置，没发现问题。<br />
OK，TCPDUMP抓包，结果发现一个很奇怪的来自127网段的ARP请求<br />
用户提醒，接入线路的对端设备使用的是Juniper<br />
而Juniper就是用这种方式来建ARP表（不知道是个别现象还是共性，要Juniper达人解释一下）<br />
结果VIP和NAT地址都是虚接口，不能做出ARP应答<br />
解决方法简单，先在VLAN里面把VIP和NAT需要的地址作为selfip，酱紫会向juniper发出通告</p>
<p>再作相关应用，问题解决。<br />
但是新问题是用户不能用NAT访问VIP（dns服务器）地址<br />
好吧，继续TCPDUMP，<br />
原来客户端发送request请求到服务器的时候，<br />
网关发现目标地址在自己的虚接口上，<br />
于是就直接作Forwarding，<br />
结果服务器应答的的时候直接用保留地址应答，再由网关原路转回。<br />
客户机收到来自非目标地址的莫名其妙的应答包，结果就是drop。<br />
这个问题在防火墙上也经常遇到。<br />
解决思路是先让请求包NAT一遍，<br />
以公网地址去访问服务器，就OK。<br />
F5的方法是再建一个NAT，专门用来给内网访问VIP使用<br />
－－简单吧，俺可是花不少时间才搞定&#8211;从凌晨2点到4点<br />
结果作完后，旁边华为工程师说的他们以前的解决方法差点让俺吐血<br />
他的方法是在华为防火墙上监听DNS请求<br />
发现是对定义的域名解析时，直接由防火墙返回一个服务器的保留地址(即内容过滤)</p>
<p>我吐<br />
最后总结一下NAT和SNAT（抄的）<br />
1、SNAT的优先级高于四层VS<br />
2、SNAT IP的方式先于VS执行，然后再进入VS进行流量分配，SNAT AutoMap方式则是在离开BIGIP时执行源地址替换。<br />
3、AutoMap的原则为从那个Vlan离开时，如果那个Vlan的SelfIP或Floating IP设置了AutoMap，则将进行源地址替换，否则将不会替换源地址。</p>
<p>4、Pool中的SNAT还可以对Pool进行单独控制，如果在Pool中没有选中SNAT，则访问VS到Pool的流量则不会被进行SNAT。</p>
<h3>相关日志</h3><ul class="related_post"><li><a href="http://www.dadupi.net/2004/10/01/cluster_and_loadbalance/" title="集群和数据库负载均衡的研究">集群和数据库负载均衡的研究</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://www.dadupi.net/2005/07/03/f5_how_to_use_nat/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

