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
