[jira] [Resolved] (TS-889) Current trunk fails to build

2011-07-31 Thread Leif Hedstrom (JIRA)

 [ 
https://issues.apache.org/jira/browse/TS-889?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leif Hedstrom resolved TS-889.
--

Resolution: Fixed

 Current trunk fails to build
 

 Key: TS-889
 URL: https://issues.apache.org/jira/browse/TS-889
 Project: Traffic Server
  Issue Type: Bug
  Components: Build
 Environment: Mac OSX 10.7
Reporter: Alan Cabrera
Assignee: Leif Hedstrom
 Fix For: 3.1.0


 g++ -DHAVE_CONFIG_H  -I. -I../../lib/ts  -I../../iocore/eventsystem 
 -I../../iocore/net -I../../iocore/aio -I../../iocore/hostdb 
 -I../../iocore/cache -I../../iocore/cluster -I../../iocore/utils 
 -I../../iocore/dns -I../../lib -I../../lib/records -I../../proxy 
 -I../../proxy/hdrs -I../../mgmt -I../../mgmt/preparse -I../../mgmt/utils 
 -I/opt/local/include -D_LARGEFILE64_SOURCE=1 -D_COMPILE64BIT_SOURCE=1 
 -D_GNU_SOURCE -D_REENTRANT -Ddarwin 
 -I/System/Library/Frameworks/Tcl.framework/Versions/8.5/Headers 
 -I/usr/local/include  -g -pipe -Wall -Werror -O3 
 -feliminate-unused-debug-symbols -fno-strict-aliasing -Wno-invalid-offsetof  
 -MT SSLCertLookup.o -MD -MP -MF .deps/SSLCertLookup.Tpo -c -o SSLCertLookup.o 
 SSLCertLookup.cc
 cc1plus: warnings being treated as errors
 SSLCertLookup.cc: In member function 'int SSLCertLookup::addInfoToHash(char*, 
 char*, char*)':
 SSLCertLookup.cc:205: warning: 'SSLv23_server_method' is deprecated (declared 
 at /usr/include/openssl/ssl.h:1516)
 SSLCertLookup.cc:205: warning: 'SSLv23_server_method' is deprecated (declared 
 at /usr/include/openssl/ssl.h:1516)
 SSLCertLookup.cc:206: warning: 'SSL_CTX_new' is deprecated (declared at 
 /usr/include/openssl/ssl.h:1346)
 SSLCertLookup.cc:206: warning: 'SSL_CTX_new' is deprecated (declared at 
 /usr/include/openssl/ssl.h:1346)
 SSLCertLookup.cc: At global scope:
 SSLCertLookup.cc:236: fatal error: opening dependency file 
 .deps/SSLCertLookup.Tpo: Permission denied
 compilation terminated.
 make[2]: *** [SSLCertLookup.o] Error 1
 make[1]: *** [all-recursive] Error 1
 make: *** [all-recursive] Error 1
 [daruma:trunk 507]$ 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Commented] (TS-803) Fix SOCKS breakage and allow for setting next-hop SOCKS

2011-07-31 Thread Leif Hedstrom (JIRA)

[ 
https://issues.apache.org/jira/browse/TS-803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=1307#comment-1307
 ] 

Leif Hedstrom commented on TS-803:
--

Can we get a patch against current trunk, and attached as an attachment? That'd 
make review and inclusion much easier :).

Thanks!

-- leif


 Fix SOCKS breakage and allow for setting next-hop SOCKS
 ---

 Key: TS-803
 URL: https://issues.apache.org/jira/browse/TS-803
 Project: Traffic Server
  Issue Type: New Feature
  Components: Network
 Environment: Wherever ATS might run
Reporter: M. Nunberg
 Fix For: 3.1.0


 Here is a patch I drew up a few months ago against a snapshot of ATS/2.1.7 
 unstable/git. There are some quirks here, and I'm not that sure any more what 
 this patch does exactly. However it:
 1) Does fix SOCKS connections in general
 2) Allows setting next-hop SOCKS proxy via the API
 Problems:
 See https://issues.apache.org/jira/browse/TS-802
 This has no effect on connections which are drawn from the connection pool, 
 as it seems ATS currently doesn't maintain unique identities for peripheral 
 connection params (source IP, SOCKS etc); i.e. this only affects new TCP 
 connections to an OS.
 diff -x '*.o' -ru tsorig/iocore/net/I_NetVConnection.h 
 tsgit217/iocore/net/I_NetVConnection.h
 --- tsorig/iocore/net/I_NetVConnection.h2011-03-09 21:43:58.0 
 +
 +++ tsgit217/iocore/net/I_NetVConnection.h2011-03-17 14:37:18.0 
 +
 @@ -120,6 +120,13 @@
/// Version of SOCKS to use.
unsigned char socks_version;
 +  struct {
 +  unsigned int ip;
 +  int port;
 +  char *username;
 +  char *password;
 +  } socks_override;
 +
int socket_recv_bufsize;
int socket_send_bufsize;
 Only in tsgit217/iocore/net: Makefile
 Only in tsgit217/iocore/net: Makefile.in
 diff -x '*.o' -ru tsorig/iocore/net/P_Socks.h tsgit217/iocore/net/P_Socks.h
 --- tsorig/iocore/net/P_Socks.h2011-03-09 21:43:58.0 +
 +++ tsgit217/iocore/net/P_Socks.h2011-03-17 13:17:20.0 +
 @@ -126,7 +126,7 @@
unsigned char version;
bool write_done;
 -
 +  bool manual_parent_selection;
SocksAuthHandler auth_handler;
unsigned char socks_cmd;
 @@ -145,7 +145,8 @@
  SocksEntry():Continuation(NULL), netVConnection(0),
  ip(0), port(0), server_ip(0), server_port(0), nattempts(0),
 -lerrno(0), timeout(0), version(5), write_done(false), 
 auth_handler(NULL), socks_cmd(NORMAL_SOCKS)
 +lerrno(0), timeout(0), version(5), write_done(false), 
 manual_parent_selection(false),
 +auth_handler(NULL), socks_cmd(NORMAL_SOCKS)
{
}
  };
 diff -x '*.o' -ru tsorig/iocore/net/Socks.cc tsgit217/iocore/net/Socks.cc
 --- tsorig/iocore/net/Socks.cc2011-03-09 21:43:58.0 +
 +++ tsgit217/iocore/net/Socks.cc2011-03-17 13:46:07.0 +
 @@ -73,7 +73,8 @@
nattempts = 0;
findServer();
 -  timeout = this_ethread()-schedule_in(this, 
 HRTIME_SECONDS(netProcessor.socks_conf_stuff-server_connect_timeout));
 +//  timeout = this_ethread()-schedule_in(this, 
 HRTIME_SECONDS(netProcessor.socks_conf_stuff-server_connect_timeout));
 +  timeout = this_ethread()-schedule_in(this, HRTIME_SECONDS(5));
write_done = false;
  }
 @@ -81,6 +82,15 @@
  SocksEntry::findServer()
  {
nattempts++;
 +  if(manual_parent_selection) {
 +  if(nattempts  1) {
 +  //Nullify IP and PORT
 +  server_ip = -1;
 +  server_port = 0;
 +  }
 +  Debug(mndebug(Socks), findServer() is a noop with manual socks 
 selection);
 +  return;
 +  }
  #ifdef SOCKS_WITH_TS
if (nattempts == 1) {
 @@ -187,7 +197,6 @@
  }
  Debug(Socks, Failed to connect to %u.%u.%u.%u:%d, 
 PRINT_IP(server_ip), server_port);
 -
  findServer();
  if (server_ip == (uint32_t) - 1) {
 diff -x '*.o' -ru tsorig/iocore/net/UnixNetProcessor.cc 
 tsgit217/iocore/net/UnixNetProcessor.cc
 --- tsorig/iocore/net/UnixNetProcessor.cc2011-03-09 21:43:58.0 
 +
 +++ tsgit217/iocore/net/UnixNetProcessor.cc2011-03-17 15:48:38.0 
 +
 @@ -228,6 +228,11 @@
!socks_conf_stuff-ip_range.match(ip))
  #endif
  );
 +  if(opt-socks_override.ip = 1) {
 +  using_socks = true;
 +  Debug(mndebug, trying to set using_socks to true);
 +  }
 +
SocksEntry *socksEntry = NULL;
  #endif
NET_SUM_GLOBAL_DYN_STAT(net_connections_currently_open_stat, 1);
 @@ -242,6 +247,16 @@
if (using_socks) {
  Debug(Socks, Using Socks ip: %u.%u.%u.%u:%d\n, PRINT_IP(ip), port);
  socksEntry = socksAllocator.alloc();
 +
 +if (opt-socks_override.ip) {
 +//Needs to be done before socksEntry-init()
 +socksEntry-server_ip = opt-socks_override.ip;
 +socksEntry-server_port = 

[jira] [Updated] (TS-859) ATS requesting to origin instead to the parent server

2011-07-31 Thread Leif Hedstrom (JIRA)

 [ 
https://issues.apache.org/jira/browse/TS-859?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Leif Hedstrom updated TS-859:
-

Priority: Critical  (was: Major)

I'm unable to get parent proxy to work either ... Does anyone have it working ?

 ATS requesting to origin instead to the parent server
 -

 Key: TS-859
 URL: https://issues.apache.org/jira/browse/TS-859
 Project: Traffic Server
  Issue Type: Bug
  Components: Cache, HTTP, Network
Affects Versions: 3.0.0
 Environment: ATS 3.0
 CentOS 5.6 Linux 2.6.18-238.12.1.el5 64 bit. gcc 4.1.2-50.el5
 Compiled in this machine. Clean installation.
Reporter: Francisco Sariego
Priority: Critical
 Fix For: 3.1.0


 I'm trying to configure parent servers for hierarchical caching in a forward 
 proxy mode, but I am showing strange effects.
 I have 3 servers:
 - The ATS 3.0 server (172.16.1.144)
 - The parents (172.16.1.195, 172.16.1.196)
 My installation is clean and I've changed only a few parameters.
 - records.config:
 CONFIG proxy.config.url_remap.remap_required INT 0
 CONFIG proxy.config.http.parent_proxy_routing_enable INT 1
 - parent.config
 dest_domain=.  parent=172.16.1.195:8080; 172.16.1.196:8080  
 round_robin=strict
 If I request http://www.apache.org from my web browser, I see, using tcpdump 
 port 8080 -nn in the ATS 3.0 machine connections to 140.211.11.131.8080 
 (www.apache.org) but nothing to the parent servers.
 Connectivity between the ATS and the parents are confirmed using telnet to 
 the 8080 port, and is responding to HTTP requests.
 If I disable the parent config, ATS 3.0 works well.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira