谢谢回复，接用/usr/bin/trafficserver来启动是可以的
楼主，你好！ 我想请教下，为何ATS 3.0版本搭建正向代理时，显示502错误：
Server {3068738416} DEBUG: (http) DNS lookup failed for 'safebrowsing.clients.google.com'
Server {3068738416} DEBUG: (http_trans) This was attempt 1
Server {3068738416} DEBUG: (http_seq) DNS Lookup unsuccessful
Server {3068738416} DEBUG: (http_trans) Hit/Miss: 49, Log: 117, Hier: 49, Status: 805
Server {3068738416} DEBUG: (http_trans) Adding Server: ATS/3.0.0
+++++++++ Proxy's Response 2 +++++++++
-- State Machine Id: 4
HTTP/1.1 502 Cannot find server.
Date: Tue, 05 Jul 2011 11:16:00 GMT
Proxy-Connection: close
Server: ATS/3.0.0
Server {3068738416} DEBUG: (http_trans) Next action PROXY_SEND_ERROR_CACHE_NOOP; NULL
Server {3068738416} DEBUG: (http) State Transition: DNS_LOOKUP -> PROXY_SEND_ERROR_CACHE_NOOP
Server {3068738416} DEBUG: (http_tunnel) adding producer 'internal msg'
Server {3068738416} DEBUG: (http_tunnel) adding consumer 'user agent'
Server {3068738416} DEBUG: (http_tunnel) tunnel_run started, p_arg is NULL
Server {3068738416} DEBUG: (http_tunnel) consumer_handler
Server {3068738416} DEBUG: (http) [&HttpSM::tunnel_handler_ua, VC_EVENT_WRITE_COMPLETE]
Server {3068738416} DEBUG: (http_cs) session half close
Server {3068738416} DEBUG: (http)
Server {3068738416} DEBUG: (http) [&HttpSM::tunnel_handler, HTTP_TUNNEL_EVENT_DONE]
Server {3068738416} DEBUG: (http_redirect)
Server {3068738416} DEBUG: (http_seq) Logging transaction
Server {3068738416} DEBUG: (http) dellocating sm
Server {3068738416} DEBUG: (http_cs) [&HttpClientSession::state_wait_for_close, VC_EVENT_EOS]
Server {3068738416} DEBUG: (http_cs) session closed
Server {3068738416} DEBUG: (http_cs) session destroy
相比之下，一样到配置，使用ATS 2.1.4就没有任何问题，
恳请指教！
楼上的问题已解决。是由于v2.x升级到v3.x造成的，推荐在v3.0原有配置文件上修改，不要直接使用v2.x的配置文件。
一直关注ts，3.0.1出来后后又测试了下，在 Ubuntu 8.0432位系统下，仍然频繁退出，64位系统还好。
另外，看见api新增了设置源IP的函数 TSHttpTxnOutgoingAddrSet，但是参数只能设在一个IP地址，还是不能满足需求，能否改成可以设置多个源IP？如果推广使用的话，我需要这个功能，谢谢！
FATAL: MIME.cc:576: failed assert `strncasecmp(field->m_ptr_name, wks, field->m_len_name) == 0`
/usr/local/ts/bin/traffic_server - STACK TRACE:
/usr/local/ts/lib/libtsutil.so.3(ink_fatal_va+0xc7)
/usr/local/ts/lib/libtsutil.so.3(ink_fatal+0x2b)
/usr/local/ts/lib/libtsutil.so.3(_ink_assert+0xc4)
/usr/local/ts/bin/traffic_server(_Z21mime_hdr_sanity_checkP11MIMEHdrImpl+0x323)
/usr/local/ts/bin/traffic_server(_Z21mime_hdr_field_attachP11MIMEHdrImplP9MIMEFieldiS2_+0x368)
/usr/local/ts/bin/traffic_server(_Z17mime_parser_parseP10MIMEParserP7HdrHeapP11MIMEHdrImplPPKcS6_bb+0x2b5)
/usr/local/ts/bin/traffic_server(_Z21http_parser_parse_reqP10HTTPParserP7HdrHeapP11HTTPHdrImplPPKcS6_bb+0x801)
/usr/local/ts/bin/traffic_server(_ZN7HTTPHdr9parse_reqEP10HTTPParserP14IOBufferReaderPib+0x126)
/usr/local/ts/bin/traffic_server(_ZN6HttpSM32state_read_client_request_headerEiPv+0x2f0)
/usr/local/ts/bin/traffic_server(_ZN6HttpSM12main_handlerEiPv+0x1f8)
/usr/local/ts/bin/traffic_server(_ZN12Continuation11handleEventEiPv+0x47)
/usr/local/ts/bin/traffic_server
/usr/local/ts/bin/traffic_server
/usr/local/ts/bin/traffic_server(_ZN18UnixNetVConnection11net_read_ioEP10NetHandlerP7EThread+0x17)
/usr/local/ts/bin/traffic_server(_ZN10NetHandler12mainNetEventEiP5Event+0x62a)
/usr/local/ts/bin/traffic_server(_ZN12Continuation11handleEventEiPv+0x47)
/usr/local/ts/bin/traffic_server(_ZN7EThread13process_eventEP5Eventi+0x114)
/usr/local/ts/bin/traffic_server(_ZN7EThread7executeEv+0x425)
/usr/local/ts/bin/traffic_server(main+0x1245)
/lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0)
/usr/local/ts/bin/traffic_server
目前回源的ip是唯一的，除非你改dns可以改，但是在连接的时候仍然只会取其中一个。https://issues.apache.org/jira/browse/TS-404 是让插件控制DNS解析的一个需求，不过还没有完成。不知道是否是你要的方向。
你的这个问题已经提交，如果你能够抓到造成这个请求处理出问题的请求头就更好了，这样我们可以尝试复现问题。
目前回源的ip是唯一的，除非你改dns可以改，但是在连接的时候仍然只会取其中一个。 是让插件控制DNS解析的一 ...
aaaaaa 发表于 2011-07-27 18:23 http://bbs.chinaunix.net/images/common/back.gif
我理解错了，TSHttpTxnOutgoingAddrSet 应该是设置取源时绑定的本地IP，取源IP是你说的TSOSIpSet这个API，不过也是只能输入一个IP地址，void TSOSIpSet(TSHttpTxn txnp, unsigned int ip); 你说TS连接取源时只取其中一个，难道dns解析有多个IP，连接时刚好碰到挂掉的那个，ts不会尝试连接其他IP？ 这个功能在squid都有的啊
你的这个问题已经提交，如果你能够抓到造成这个请求处理出问题的请求头就更好了，这样我们可以尝试复现问题 ...
aaaaaa 发表于 2011-07-28 11:53 http://bbs.chinaunix.net/images/common/back.gif
不太好抓，量太大了。比较奇怪的是64位系统不会出现这个问题，但是32位的系统出现的概率还不小，跑的内容是一样的。
我理解错了，TSHttpTxnOutgoingAddrSet 应该是设置取源时绑定的本地IP，取源IP是你说的TSOSIpSet ...
xiaxueyi 发表于 2011-07-28 16:23 http://bbs.chinaunix.net/images/common/back.gif
当然会重试啊，默认的TS会对4层情况进行跟踪，剔除无法连接的IP。但是由于其恢复这些ip的探测也不怎么高效，我们同时要求有后台机器的可维护性，因此起了一个L7健康检测的项目，patch放在https://issues.apache.org/jira/browse/TS-654上。有兴趣可以看看。
总起来说，我对动态改ip的需求一直没啥理解。我希望后面测试一下TS对SRV记录的支持情况，如果可以我们会考虑引入SRV记录来管理多个源服务器的情况。同时配合7层和4层检测情况，相信会比较好用。
回复 48# xiaxueyi
32位系统大家的支持力度越来越小了，尽量切到64位上来吧，现在找个32的开发环境都不容易啊。