This will usually happen related to VPN type connections in our
instance. By adding not host-check to the Securcon.data.Vesoft it should
stop the problem.
It doesn't seem to happen to everyone either. This is an example of what
I've got added to ours.
$NO-HOST-CHECK UWMARTIR03.UNISOURCELINK.NET
$NO-HOST-CHECK @[log in to unmask]
$NO-HOST-CHECK @.domain.ORG
$NO-HOST-CHECK @.unisourcelink.net
$NO-HOST-CHECK @.UNINET.unisourcelink.net
$NO-HOST-CHECK @[log in to unmask]
$NO-HOST-CHECK UWNICKDA01LT.uninet.unisourcelink.net
$NO-HOST-CHECK UWMUNNRI01LT.UNISOURCELINK.NET
$NO-HOST-CHECK UWFITCHB01LT.UNISOURCELINK.NET
$NO-HOST-CHECK UWVICHAN01LT.unisourcelink.net
$NO-HOST-CHECK UWKIBURK01LTA.UNISOURCELINK.NET
$NO-HOST-CHECK UWHATCHE01LTNEW.UNISOURCELINK.NET
You can validate your host name for your PC by using "IPCONFIG /ALL"
from a cmd prompt.
From: Wyell Grunwald [mailto:[log in to unmask]]=20
Sent: Tuesday, December 29, 2009 12:41 PM
Subject: Security 3000 problem
I have two systems that run very well, and are pretty speedy, except for
th= e logon process, which for some reason is a real bear.=A0 After
putting in = MPE passwords, it takes what seems like forever (usually
about=A04 minutes)= for Security 3000 to ask for its password.=A0 After
typing in the Security= 3000 password, everything is speedy again.=A0
Can this be caused by a huge= , never been cleaned out, list of users ?
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|