Hi everyone Due to a failure of our main MS proxy server, my test box which has a squid running on RHEL WS3.0 has suddenly been thrown live. It is running quite nicely and performing extremely well despite a relatively lowly specification. But we've run into a problem. Some of our sites use what appears to be a java applet to run 5250 emulation from an internet site. This worked on the old proxy but is failing on the squid...
>From what I have seen in a quick search of the web the problem is probably that the old MS proxy handled SOCKS and the squid doesn't. I have an application named stunnel (v4.04) installed on the server which is, I understand, a tool for tunnelling socks connections over http. Can I make squid and this stunnel application work together or is getting stunnel to work a completely separate issue? If so I apologise for being off-topic. >From now I'll be feverishly searching around the net and reading man pages to try to work out how this all hangs together but since I am pretty much a linux and squid novice, any hints or tips would be most welcome. Hopeful thanks, Ian Large PS In case it is needed, squid -v reports: Squid Cache: Version 2.5.STABLE3 configure options: --host=i386-redhat-linux --build=i386-redhat-linux --target=i386-redhat-linux-gnu --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --exec_prefix=/usr --bindir=/usr/sbin --libexecdir=/usr/lib/squid --localstatedir=/var --sysconfdir=/etc/squid --enable-poll --enable-snmp --enable-removal-policies=heap,lru --enable-storeio=aufs,coss,diskd,null,ufs --enable-ssl --with-openssl=/usr/kerberos --enable-delay-pools --enable-linux-netfilter --with-pthreads --enable-basic-auth-helpers=LDAP,NCSA,PAM,SMB,SASL,MSNT,winb ind --enable-ntlm-auth-helpers=SMB,winbind,fakeauth --enable-external-acl-helpers=ip_user,ldap_group,unix_group, wbinfo_group,winbind_group --enable-auth=basic,ntlm --enable-useragent-log --enable-referer-log -------------------------------------------------------------------------------- For information on Christian Salvesen visit our website at www.salvesen.com. The information contained in this e-mail is strictly confidential and for the use of the addressee only; it may also be legally privileged and / or price sensitive. Notice is hereby given that any disclosure, use or copying of the information by anyone other than the intended recipient is prohibited and may be illegal. If you have received this message in error, please notify the sender immediately by return e-mail. Christian Salvesen has taken every reasonable precaution to ensure that any attachment to this e-mail has been swept for viruses. However, we cannot accept liability for any damage sustained as a result of software viruses and would advise that you carry out your own virus checks before opening any attachment. Christian Salvesen is a trading name of the Christian Salvesen Group. Christian Salvesen PLC (Company number SC7173) is the ultimate holding company within the Christian Salvesen Group whose registered office is at 16 Charlotte Square, Edinburgh EH2 4DF.
