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.
Received on Wed Nov 03 2004 - 06:35:23 MST
This archive was generated by hypermail pre-2.1.9 : Wed Dec 01 2004 - 12:00:01 MST