Hi Dan, Sorry if I wasn't clear. Yes, I meant to force using 128 bit encryption.
Anotherwards, check off the "Require Secure Channel (SSL)" and then the "Require 128-bit encryption" Keep the "ignore client certificates" as it is though. Rick > I already have ignore client certificates checked so that can't be it right? > You didn't mean check require 128 bit did you? > > on 9/4/03 22:13, Rick Sanders at [EMAIL PROTECTED] wrote: > > > > > Hi Dan, > > > > Please look at the attached Jpeg. > > > > The problem you're facing is the same one I've faced since Tango 3! Not to > > mention Cold Fusion. It's not a WiTango issue, but rather an IIS issue. > > > > I would suggest changing the SSL port first, however it doesn't always solve > > the problem. > > > > In the attached jpeg, you will see the SSL properties. Try forcing your > > clients to use only 128 bit encryption. Everyone should be using 128 bit, > > but there are a few users out there who don't have it. > > > > All the SSL certificates today are 128 bit. By not forcing 128 bit > > encryption makes the server have to downclock to 64 bit. This can cause the > > encryption layer to lose data such as session variables, and even cookies. > > > > Since I forced my server to only handle 128 bit encryption, I haven't had > > that problem. > > > > Rick Sanders > > > > > >> I have a recent issue with a site > >> > >> Witango server V5.062 windows 200 server. > >> > >> Intermittently the session is lost ( I boot them out if the user variable > > we > >> need is not present. > >> > >> Rest assured we pass userreferance arguments everywhere and I mean > >> everywhere. > >> > >> We also pass a random number between 100,000 and 1,000,000,000 > >> > >> We also do everything you can with the headers and IIS to force new pages. > >> > >> Prior to going to V5.062 it seemed the only time session was lost was when > >> we might expect it. Improper use of back buttons and refreshes after > > logout. > >> > >> But in the last two weeks we are seeing loss of session when moving > > between > >> the HTTP site and HTTPS. > >> > >> The directory does not change just the SSL > >> > >> It is intermittent. When it happens it seems to last about 2 hours and > >> effect most but not all people. > >> > >> It resolves by itself. > >> > >> I even created a small simple taf that just tests it by printing my name > > as > >> a user variable to the page. > >> > >> When it is happening the test file confirms the loss of session. When it > > is > >> not all works fine. > >> > >> When you are booted out the same user reference number comes up no matter > >> who it happens to and it is a number that was fist used about 2 weeks ago > >> from what I see in the logs. > >> > >> So... I stop the service and deleted the file in the Witango Server > > variable > >> cache directory and then restarted the server. > >> > >> I submitted the file with my bug report. > >> > >> Does this sound like what other people were seeing on the list? > >> > >> Does removing the file fix the problem? > >> > >> Does it re occur? > >> > >> Has anyone heard back from customer support? > >> > >> This is my biggest client so this is a serious major problem. > >> -- > >> Dan Stein > >> Digital Software Solutions > >> 799 Evergreen Circle > >> Telford PA 18969 > >> Land: 215-799-0192 > >> Mobile: 610-256-2843 > >> Fax 413-410-9682 > >> FMP, WiTango, EDI,SQL 2000 > >> [EMAIL PROTECTED] > >> www.dss-db.com > >> > >> > >> ________________________________________________________________________ > >> TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > >> > > > > ________________________________________________________________________ > > TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > > -- > Dan Stein > Digital Software Solutions > 799 Evergreen Circle > Telford PA 18969 > Land: 215-799-0192 > Mobile: 610-256-2843 > Fax 413-410-9682 > FMP, WiTango, EDI,SQL 2000 > [EMAIL PROTECTED] > www.dss-db.com > > > ________________________________________________________________________ > TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf > ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/maillist.taf
