I will consider this for Saturday or early next week.

Right now after looking through 8 megs of witango logs for the day I can see
it is not as it appeared to be always the same userreferancenumber but it is
different ones at different times during the 2 hour window this happens.

But what I wanted to know is if I check this does that interfere with anyone
using the site or paying for their courses that does not have 128bit.

And since it happens to me and I run IE6 on all machines and safari on my
Mac can it possibly be the problem?

I really hesitate to make too many changes or any changes really till
I have the logs analyzed and have a clear idea of what is happening.

Thanks for the heads up though. I would like to be clearer on the effect it
would have on the user.

Dan

on 9/4/03 23:35, Rick Sanders at [EMAIL PROTECTED] wrote:

> 
> 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
> 

-- 
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

Reply via email to