Hello,
I am having trouble with a few systems. The computer status has dropped to the "faded red symbol" and the message i get at the admin server is "Host is out of control". I can ping the system, so i know its not off. The windows firewall is off but just in-case it is being turned on i have added KAV to exceptions and set to allow. The services are running and i restarted them just in-case. I am usually gone before most people come to work so i rarely get the opportunity to visit the workstation, but the other day i was able to get access and i looked through KAV at the workstation and all was fine. Out of approx 32 systems this has happened to 3. Thanks for any help.
AC1
On one of those hosts open the command line and run C:\Program Files\Kaspersky Lab\Network Agent\klnagchk.exe
-this will show you if your agent is able to connect to the server or not
If it is unable, try to run : C:\Program Files\Kaspersky Lab\Network Agent\klmover.exe -address <serverAddress or serverIP>
- this will reconfigure your network agent using your serveraddress or serverIp
You should see your computer connected in your Administration Server...
Hello,
That took care of it. When i ran the klnagchk.exe it produced a Transport level error, but when i ran the klmover.exe problem solved. Thank you for the fantastic support.
AC1
Is there a way to do this task remotely(besides remote desktop)? I dont have physical access to some of these machines as they are located in different buildings.
Thanks
Create a global task for Network Agent. Task type is "Change Kaspersky Administration Server Task".
Then you can change the setting for the Agent.
QUOTE(AC1 @ 10.10.2008 09:06)

Is there a way to do this task remotely(besides remote desktop)? I dont have physical access to some of these machines as they are located in different buildings.
Thanks

You can create a .bat file which does it and...
1) Connect to the remote workstation's C$ share and copy the .bat file. Then create a scheduled task remotely to run the .bat using an AT command, OR
2) Email the .bat file to the user and request that they save it and launch it
Helmut,
Thanks for the info, as always its appreciated! Why once the network agent is installed and all is well, do some systems lose communication with the Admin server and have to run the Klmover.exe to reestablish the connection?
Thanks again for the help,
AC1
QUOTE(MrRAlan @ 10.10.2008 06:59)

You can create a .bat file which does it and...
1) Connect to the remote workstation's C$ share and copy the .bat file. Then create a scheduled task remotely to run the .bat using an AT command, OR
2) Email the .bat file to the user and request that they save it and launch it
Hello,
I was posting my reply to Helmut while you were posting. That is a great idea and that works very well for me! Thanks for taking the time and suggesting that.
(if i could just remember what they teach me)

AC1
QUOTE(Helmut @ 10.10.2008 09:43)

Create a global task for Network Agent. Task type is "Change Kaspersky Administration Server Task".
Then you can change the setting for the Agent.
Will this work if the server cannot communicate to the pc?
a.Markov
10.10.2008 19:11
sure not, I don't understand why is he proposing that...
Hello,
I arrived at work this morning to find approx another 4 systems listed as inactive and showing out of control. Creating and running the batch file works great but, am i going to need to install the batch file on all the systems and run regularly as a task as "MrRAlan" suggested? These systems are never turned off, the ones i can easily access are up and running and DCHP is not used in this network. Thanks for all your guys help!
AC1
QUOTE(AC1 @ 13.10.2008 09:17)

Hello,
I arrived at work this morning to find approx another 4 systems listed as inactive and showing out of control. Creating and running the batch file works great but, am i going to need to install the batch file on all the systems and run regularly as a task as "MrRAlan" suggested? These systems are never turned off, the ones i can easily access are up and running and DCHP is not used in this network. Thanks for all your guys help!
AC1
These are new workstations that are out of control? Can you try to find out what is causing this to happen? When does the Admin Kit report that it last saw these workstations? Can you look in the event viewer on some of these workstations to see what could be happening around the time the Admin Kit last controlled them?
a.Markov
15.10.2008 09:31
i'm quite sure that there's something that reconfigures your agents. like a "change admin kit" task in global tasks. I've never seen agents that loose their settings without any reason.
I have been looking through some of the system event logs as well as any possible task Global or Group that could be causing this and have found nothing. All the tasks i have are set to run manually. The only thing in event logs of the related systems is the following:
Failed to connect to the administration server
Transport level error communicating with 'http://SERVER:13000': timeout expired.
Error information: 1255/0 (Error was occurred in transport layer. Error code - '0'.), O:\CS AdminKit\development2\transport\trf\socket\transfersocket.cpp, 435
Most of the systems installs were done locally, some on the administrator account and others on the user accounts. Since being handed this task all the system installs i have done are through the admin kit and to the administrator account. I wouldn't think this could be an issue but is it possible?
Thanks,
AC1
QUOTE(AC1 @ 17.10.2008 09:34)

I have been looking through some of the system event logs as well as any possible task Global or Group that could be causing this and have found nothing. All the tasks i have are set to run manually. The only thing in event logs of the related systems is the following:
Failed to connect to the administration server
Transport level error communicating with 'http://SERVER:13000': timeout expired.
Error information: 1255/0 (Error was occurred in transport layer. Error code - '0'.), O:\CS AdminKit\development2\transport\trf\socket\transfersocket.cpp, 435
Most of the systems installs were done locally, some on the administrator account and others on the user accounts. Since being handed this task all the system installs i have done are through the admin kit and to the administrator account. I wouldn't think this could be an issue but is it possible?
Thanks,
AC1
Have any of the PCs which received the "Change Kaspersky Administration Server Task" started to fail again? If not, it's possible that once this task is run on your PCs, the problem will no longer occur. Maybe just sending the task to all PCs will correct the issue.
QUOTE(AC1 @ 6.10.2008 17:19)

Hello,
I am having trouble with a few systems. The computer status has dropped to the "faded red symbol" and the message i get at the admin server is "Host is out of control". I can ping the system, so i know its not off. The windows firewall is off but just in-case it is being turned on i have added KAV to exceptions and set to allow. The services are running and i restarted them just in-case. I am usually gone before most people come to work so i rarely get the opportunity to visit the workstation, but the other day i was able to get access and i looked through KAV at the workstation and all was fine. Out of approx 32 systems this has happened to 3. Thanks for any help.
AC1
That means that host is online but network agent did not connect to the Administration Server for a long time.
Run klnagchk utility on the problem computer. It is in the Network Agent installation folder.
QUOTE(andkaz @ 21.10.2008 05:40)

That means that host is online but network agent did not connect to the Administration Server for a long time.
Run klnagchk utility on the problem computer. It is in the Network Agent installation folder.
I do understand that, but my question is why do they randomly lose connection. The above posts show the result of the klnagchk.exe and when running klmover.exe all works fine on some systems. As far as i can tell there is nothing in common with the handfull of systems with this problem. I have a total of 5 servers two of which is are DC's and 30 systems in my little part on this network. I am down to 4 systems giving me trouble. 2 are xp pro and 2 windows 2000. I think there might be an issue with how they are joined on the network. One i know for sure is in a child domain but shows up in the parent folder in Kaspersky. I'm suspecting this might be an issue. But the why would it work in the first place if that was the case?
Thank you,
AC1
QUOTE(MrRAlan)
Have any of the PCs which received the "Change Kaspersky Administration Server Task" started to fail again? If not, it's possible that once this task is run on your PCs, the problem will no longer occur. Maybe just sending the task to all PCs will correct the issue.
I did run the "Change Kaspersky Administration Server Task" and the systems that are not communicating had no effect. The result showed the task completed sucessfully on those systems but still no connection. Like i said at some point earlier, due to the hours i work i really don't have access to the local machines and am currently trying to relay this info to my supervisor that does. I really would like to get to one of these machines and see what is going on. I have set up KAV on a virtual machine on the server i work on, joined it to the domain and wouldn't you know it...it works with no problems. Thanks for all the input, and if i figure it out i will repost here.
AC1
QUOTE(AC1 @ 22.10.2008 18:31)

I do understand that, but my question is why do they randomly lose connection. The above posts show the result of the
klnagchk.exe and when running klmover.exe all works fine on some systems. As far as i can tell there is nothing in common with
the handfull of systems with this problem. I have a total of 5 servers two of which is are DC's and 30 systems in my little part
on this network. I am down to 4 systems giving me trouble. 2 are xp pro and 2 windows 2000. I think there might be an issue with
how they are joined on the network. One i know for sure is in a child domain but shows up in the parent folder in Kaspersky. I'm
suspecting this might be an issue. But the why would it work in the first place if that was the case?
Look at Kaspersky EventLog on the problem workstation. All failures while connection to the Administration Server are logged
there as well as most of other problems. Unavailablity of the Administration Server for an hour results in that status "Host is out of control".
There may be following possible reasons of Error "Transport level error communicating with 'http://SERVER:13000': timeout expired.":
- There's some network device that does not pass TCP packets to the SERVER:13000
- Personal firewall does not not pass TCP packets to the SERVER:13000
- Some local traffic limiting software
- Huge administration Server load so that it is unable to handle incoming connections -- permanent 100% CPU on the administration side and the Administration Server cannot be managed with the Administration Console
- Some network problems or network is overloaded
QUOTE(AC1 @ 22.10.2008 10:31)

I did run the "Change Kaspersky Administration Server Task" and the systems that are not communicating had no effect. The result showed the task completed sucessfully on those systems but still no connection. Like i said at some point earlier, due to the hours i work i really don't have access to the local machines and am currently trying to relay this info to my supervisor that does. I really would like to get to one of these machines and see what is going on. I have set up KAV on a virtual machine on the server i work on, joined it to the domain and wouldn't you know it...it works with no problems. Thanks for all the input, and if i figure it out i will repost here.
AC1
What about the machines which recieved the .bat file I told you about? Have those failed since?
QUOTE(andkaz @ 22.10.2008 08:13)

Look at Kaspersky EventLog on the problem workstation. All failures while connection to the Administration Server are logged
there as well as most of other problems. Unavailablity of the Administration Server for an hour results in that status "Host is out of control".
There may be following possible reasons of Error "Transport level error communicating with 'http://SERVER:13000': timeout expired.":
- There's some network device that does not pass TCP packets to the SERVER:13000
- Personal firewall does not not pass TCP packets to the SERVER:13000
- Some local traffic limiting software
- Huge administration Server load so that it is unable to handle incoming connections -- permanent 100% CPU on the administration side and the Administration Server cannot be managed with the Administration Console
- Some network problems or network is overloaded
andkaz,
When i arrived to work this morning one of the problem systems now shows up with the "faded green" symbol, so at some point it reestablished the connection but now does not show as being visible. I can ping the system so i know it is up. I don't have access to this machine but i used mmc and accessed the event viewer that way and the only error is the one i posted earlier, just a more recent time. The next event is 5 min later and just an info message stating "info of last scan sent to administration server". It must be communicating with the Admin server. Maybe there is a firewall issue, but policy here is windows firewall is off. Maybe the user is enabling or disabling windows firewall?
Thank you so much for the help it is greatly appreciated!
AC1
QUOTE(MrRAlan @ 22.10.2008 09:17)

What about the machines which recieved the .bat file I told you about? Have those failed since?
MrRAlanreceived,
The systems i was going to run the .bat file on i was able to remote into and just run klmover.exe through the command prompt. No they have not failed since running the klmover. The only remaining systems i can't access at all and i have given to my supervisor to look at. I'm working here part time 6-8am and have been given the task of setting all this up, but i think this takes a back seat to other daily issues. With the exception of a few odd issues like these i think Kaspersky is fantastic! Hopefully i can get full time here and get more involved and get all the bugs ironed out.
Thank you also so much for the help as it is greatly appreciated

AC1
Hi all,
I have the same problem as AC1. I have an NT4 network, a couple of servers and lots of workstations (desktops and mobil notebooks also). Desktop machines are connected with fix IP address, notebooks are using DHCP because they are often outside of network. Each one works well, but two notebooks appear faded red symbol in the group list on admin server. Both have got a fresh OS (XP) install and then the KAV (version 6.0.3.837) with networkagent and the problem persists from the begining. They are sometimes connected to the network, in this case they are able to download the fresh antivirus packages from the admin server, they get the fresh policies (if I modify something) and everything seems to be OK when I sit by the workstation. But admin server says that this computer was visible last one month ago and last update was FIVE months ago. (This notebook used to connect to the network at least 2 times a week).
I've tried your advice, ran the network agent utilities and everything was succesful like this: (corvex is my domain, theia is admin server and mida is workstation with problem)
QUOTE
C:\Program Files\Kaspersky Lab\NetworkAgent>klnagchk
Starting utility 'klnagchk'...
Checking command line options...OK
Initializing basic libraries...OK
Current host is CORVEX\MIDA
Reading the settings...OK
Settings verification...OK
Network Agent settings:
Administration Server address: '192.168.100.29'
Use SSL connection: 1
Numbers of the Administration server SSL ports: '13000'
Numbers of the Administration server ports: '14000'
Administration Server certificate: available
Use proxy server: 0
Open UDP port: 1
Numbers of UDP ports: '15000'
Synchronization period, min.: 15
Connection timeout, sec.: 30
Send/receive timeout, sec.: 180
Attempt to connect to the Administration server...OK
Attempt to connect to the Network Agent...OK
Administration Agent is running
Receiving the Network Agent's statistical data...OK
Network Agent's statistical data:
Total number of synchronization requests: 1
The number of successful synchronization requests: 1
Total number of synchronizations: 0
The number of successful syncrhonizations: 0
Date/time of the last request for synchronization:2008.10.16. 15:23:59 GMT (2008
.10.16. 17:23:59)
Deinitializing basic libraries...OK
C:\Program Files\Kaspersky Lab\NetworkAgent>ping theia
theia.budapest.infor.hu [192.168.100.29] pingelése 32 bájt méretu adatokkal:
Válasz 192.168.100.29: bájt=32 ido<10 ezredmp. TTL=128
Válasz 192.168.100.29: bájt=32 ido<10 ezredmp. TTL=128
Válasz 192.168.100.29: bájt=32 ido<10 ezredmp. TTL=128
Válasz 192.168.100.29: bájt=32 ido<10 ezredmp. TTL=128
192.168.100.29 ping-statisztikája:
Csomagok: küldött = 4, fogadott = 4, elveszett = 0 (0% veszteség),
Oda-vissza út ideje közelítolegesen, milliszekundumban:
minimum = 0ms, maximum = 0ms, átlag = 0ms
C:\Program Files\Kaspersky Lab\NetworkAgent>klmover -address 192.168.100.29
Starting utility 'klmover'...
Initializing basic libraries...OK
Checking command line options...OK
Opening the list of services...OK
Stopping service 'KLNagent'...OK
Settings verification...OK
Reading the settings...OK
Preparing settings...OK
Writing settings...OK
Starting service 'KLNagent'...OK
Operation completed successfully.
C:\Program Files\Kaspersky Lab\NetworkAgent>
So, workstation and the server can 'talk' with ping packets. I have no idea what can cause this effect (there's no active firewall).
Do you have any suggestions ?
QUOTE(corvex @ 28.10.2008 15:12)

Hi all,
I have the same problem as AC1. I have an NT4 network, a couple of servers and lots of workstations (desktops and mobil notebooks also). Desktop machines are connected with fix IP address, notebooks are using DHCP because they are often outside of network. Each one works well, but two notebooks appear faded red symbol in the group list on admin server. Both have got a fresh OS (XP) install and then the KAV (version 6.0.3.837) with networkagent and the problem persists from the begining. They are sometimes connected to the network, in this case they are able to download the fresh antivirus packages from the admin server, they get the fresh policies (if I modify something) and everything seems to be OK when I sit by the workstation. But admin server says that this computer was visible last one month ago and last update was FIVE months ago. (This notebook used to connect to the network at least 2 times a week).
I've tried your advice, ran the network agent utilities and everything was succesful like this: (corvex is my domain, theia is admin server and mida is workstation with problem)
So, workstation and the server can 'talk' with ping packets. I have no idea what can cause this effect (there's no active firewall).
Do you have any suggestions ?
Are there any errors in the Kaspersky EventLog on those problem workstations ?
QUOTE(corvex @ 28.10.2008 04:12)

Hi all,
I have the same problem as AC1. I have an NT4 network, a couple of servers and lots of workstations (desktops and mobil notebooks also). Desktop machines are connected with fix IP address, notebooks are using DHCP because they are often outside of network. Each one works well, but two notebooks appear faded red symbol in the group list on admin server. Both have got a fresh OS (XP) install and then the KAV (version 6.0.3.837) with networkagent and the problem persists from the begining. They are sometimes connected to the network, in this case they are able to download the fresh antivirus packages from the admin server, they get the fresh policies (if I modify something) and everything seems to be OK when I sit by the workstation. But admin server says that this computer was visible last one month ago and last update was FIVE months ago. (This notebook used to connect to the network at least 2 times a week).
I've tried your advice, ran the network agent utilities and everything was succesful like this: (corvex is my domain, theia is admin server and mida is workstation with problem)
So, workstation and the server can 'talk' with ping packets. I have no idea what can cause this effect (there's no active firewall).
Do you have any suggestions ?
Hello Corvex,
I did have an issue like you explained within all of this, 1 system would not connect to the Admin server and all was well with the network agent and Antivirus at the workstation. After checking everything i could think of, while reviewing one of the reports i found that system had an expired license.

Once license was updated i didnt have another issue with that system. Hope this helps and good luck with it!
AC1
QUOTE(corvex @ 28.10.2008 04:12)

Hi all,
I have the same problem as AC1. I have an NT4 network, a couple of servers and lots of workstations (desktops and mobil notebooks also). Desktop machines are connected with fix IP address, notebooks are using DHCP because they are often outside of network. Each one works well, but two notebooks appear faded red symbol in the group list on admin server. Both have got a fresh OS (XP) install and then the KAV (version 6.0.3.837) with networkagent and the problem persists from the begining. They are sometimes connected to the network, in this case they are able to download the fresh antivirus packages from the admin server, they get the fresh policies (if I modify something) and everything seems to be OK when I sit by the workstation. But admin server says that this computer was visible last one month ago and last update was FIVE months ago. (This notebook used to connect to the network at least 2 times a week).
I've tried your advice, ran the network agent utilities and everything was succesful like this: (corvex is my domain, theia is admin server and mida is workstation with problem)
So, workstation and the server can 'talk' with ping packets. I have no idea what can cause this effect (there's no active firewall).
Do you have any suggestions ?
Hello Corvex,
I did have an issue like you explained within all of this, 1 system would not connect to the Admin server and all was well with the network agent and Antivirus at the workstation. After checking everything i could think of, while reviewing one of the reports i found that system had an expired license.

Once license was updated i didn't have another issue with that system. Hope this helps and good luck with it!
AC1
Hello,
Well i think i finally figured out the issue. The last system this has happened to i ran the klagchk.exe and received the same transport layer error as before and all the others. This has all been due to a DNS issue. The server i'm running the Admin kit on used to be a back up Domain Controller and DNS server that has been removed from that role. Upon rebuilding this system, the naming convention was not changed but the ip address was. All the DNS records in the top level Domain Controller still exist. The klmover has always corrected the condition because i use the ip address of the Admin Server. Hopefully updating the Domain Controller will correct this issue. Thank you all for the help in this matter, it is greatly appreciated.
AC1
QUOTE(andkaz @ 29.10.2008 16:26)

Are there any errors in the Kaspersky EventLog on those problem workstations ?
nothing. on the workstations everything is OK. They receive the correct policies, have fresh virus signatures, etc. Only in the admin kit they are invisible or with the red faded colour. It seems that the communication between the server and client is just one way. I checked windows firewall, it's turned off. The clients used to log in to the domain in rule (i.e. not from standby or hibernate) so any of the communications are correct, only with KAV admin server failed.
QUOTE(AC1 @ 29.10.2008 16:29)

Hello Corvex,
I did have an issue like you explained within all of this, 1 system would not connect to the Admin server and all was well with the network agent and Antivirus at the workstation. After checking everything i could think of, while reviewing one of the reports i found that system had an expired license.

Once license was updated i didn't have another issue with that system. Hope this helps and good luck with it!
AC1
tried to delete the licence key file and reactivate it. makes no change
QUOTE(AC1 @ 30.10.2008 16:10)

Hello,
Well i think i finally figured out the issue. The last system this has happened to i ran the klagchk.exe and received the same transport layer error as before and all the others. This has all been due to a DNS issue. The server i'm running the Admin kit on used to be a back up Domain Controller and DNS server that has been removed from that role. Upon rebuilding this system, the naming convention was not changed but the ip address was. All the DNS records in the top level Domain Controller still exist. The klmover has always corrected the condition because i use the ip address of the Admin Server. Hopefully updating the Domain Controller will correct this issue. Thank you all for the help in this matter, it is greatly appreciated.
AC1
Hi,
I don't know what you're thinkin of exactly. In my case the Kasp Admin Server runs on a win2003 terminal server, so i think this wouldn't solve my problem.
QUOTE(corvex @ 28.11.2008 13:16)

Hi,
I don't know what you're thinkin of exactly. In my case the Kasp Admin Server runs on a win2003 terminal server, so i think this wouldn't solve my problem.
Please, do following.
1. Reproduce the problem with computer MIDA
2. Unpack attached archive on the computer with Administration Server installed
3. Run start.cmd
4. Archive resulting XML file and send it to me.
QUOTE(corvex @ 28.11.2008 03:16)

Hi,
I don't know what you're thinkin of exactly. In my case the Kasp Admin Server runs on a win2003 terminal server, so i think this wouldn't solve my problem.
Hey Corvex,
Sorry i wasnt more specific. What i was speaking of was my issue was corrected with the DNS error and i just wanted to share what i had found incase there was something similar going on with you. Since updating our DNS records this has not happened again for me. Good luck with yours.
AC1
QUOTE(andkaz @ 1.12.2008 16:24)

Please, do following.
1. Reproduce the problem with computer MIDA
2. Unpack attached archive on the computer with Administration Server installed
3. Run start.cmd
4. Archive resulting XML file and send it to me.
hi andkaz,
thank you for trying to help me. I cant understand exactly what you instruct for me.
I ran the cmd file on the client (Mida) computer but it returns like this:
Connecting database server...FAILED - error code 1125 ('Parameter with name "87"
not exist.')
... as any other host also.
I made deployment packages in the admin server both with to install the klsql2.exe or start.cmd with remote install, but the problem was as the same above. it gave me no result.xml.
QUOTE(corvex @ 1.12.2008 20:06)

hi andkaz,
thank you for trying to help me. I cant understand exactly what you instruct for me.
I ran the cmd file on the client (Mida) computer but it returns like this:
Connecting database server...FAILED - error code 1125 ('Parameter with name "87"
not exist.')
... as any other host also.
I made deployment packages in the admin server both with to install the klsql2.exe or start.cmd with remote install, but the problem was as the same above. it gave me no result.xml.
No, no.
1. Reproduce the problem with computer MIDA
2. Unpack attached archive
on the computer with Administration Server installed3. Run start.cmd on the computer with Administration Server installed
4. Archive resulting XML file and send it to me.
QUOTE(corvex @ 1.12.2008 20:06)

We examined result.xml file that you've sent. You have 3 shortcuts for computer MIDA with different FQDNs.
And you are looking to the wrong shortcut.
Right-click to the Administration Server shortcut in the MMC left tree, and select command "Find comnputer...", then input MIDA as "Computer Windoews name" and click "Find now". Three computer shortcuts will be found and one of them with latest "Last connection time" value will be right -- drag it to the Administration group you want.
Hi andkaz,
thank you so much!
As you said there are three computers by the name of MIDA, however the last connection times are not obvious: [right click+properties]
- MIDA (red coloured)
- Last Update Date: 2008. 05. 30. 09:29:30
- Last Visible Time: 2008. 12. 01. 17:44:45
- Connecting to Server: 2008. 05. 30. 09:40:26
- MIDA~13 (grey)
- Last Update Date: <Unknown>
- Last Visible Time: 2008. 12. 02. 18:31:37
- Connecting to Server: <Unknown>
- MIDA~17 (grey)
- Last Update Date: 2008. 12. 02. 17:08:06
- Last Visible Time: 2008. 12. 02. 18:51:56
- Connecting to Server: 2008. 12. 02. 18:51:56
Is it ok, that I'm importing a host for example Mida~17 to the regular group ? It doesn't seem so elegant name for me...
I hope when host comes online one of these computers going to become green, but how could I prevent to get more aliases in this list as the same name ?
thank you
regards
corvex
corvex, you can try this.
Delete all three and let your NA to redetect MIDA.
Atleast you won't have a wierd PC name showing on KAK.
My 2 cents
QUOTE(corvex @ 3.12.2008 14:05)

Hi andkaz,
thank you so much!
As you said there are three computers by the name of MIDA, however the last connection times are not obvious: [right click+properties]
- MIDA (red coloured)
- Last Update Date: 2008. 05. 30. 09:29:30
- Last Visible Time: 2008. 12. 01. 17:44:45
- Connecting to Server: 2008. 05. 30. 09:40:26
- MIDA~13 (grey)
- Last Update Date: <Unknown>
- Last Visible Time: 2008. 12. 02. 18:31:37
- Connecting to Server: <Unknown>
- MIDA~17 (grey)
- Last Update Date: 2008. 12. 02. 17:08:06
- Last Visible Time: 2008. 12. 02. 18:51:56
- Connecting to Server: 2008. 12. 02. 18:51:56
Is it ok, that I'm importing a host for example Mida~17 to the regular group ? It doesn't seem so elegant name for me...
I hope when host comes online one of these computers going to become green, but how could I prevent to get more aliases in this list as the same name ?
thank you
regards
corvex
Right shortcut is MIDA~17. And it's display name may be simply edited. Or you may do as Seslmis suggested.
Hi guys,
thank you for all of your suggestions! Finding the computers from the left sided three of the mmc helped me to determine the computer that really is inside the network. After this the host name can be easily renamed if needed. Now the sick clients are on their regular place in the mmc, and they send me exact status informations increasing the network's antivirus statistics (you know, it's important to present for my boss

)
thank you for helping me
regards
corvex
babyjosef17
18.02.2009 09:49
Hi All,
I'm currently having the same problem as corvex. Two of our workstations has this problem. the first one was ahving this problem for some days now, the other just today, yesterday it was green color. now all of a sudden its blank red. I have tried to re-install the anti-virus and agent, run scan and updates, but they cannnot still be detected.
I want to tr and update the certificate, maybe that can help me, but may I ask how to I do this.
Also I tried to run the start.cmd on the machine with the admin server, but it did not produce any xml file. The results areall OK though.
Thanks for your help. OUr heads are already busting about this one
Check your Network : Domains, try to find the computer name from there.
Suppose you may found more than 1 name for the computer in your network. such as pc_name~1, PC_name
Delete all and let it redetect again.
Hope I catch your problem correctly! Good Luck.
babyjosef17
18.02.2009 10:24
Tnx for the quick response. I have tried the step above and sadly, I do not have that problem. There is only one instance of the computer name.
added info:
I have also ran the klnagchk on the two machines. both of them produced OK results.
and also tried to use the klnmove and try to point is to our admin servers ip address, or computer name.
But still cannot work.
We are really not sure howcome it cannot be seen by the admin kit console.
Ok, if under "Network : Domains" in KAK don't shown, then how about under "computer queries"?
Else check the last update, visible under the group for the PC. just delete away the PC in KAK and let your server to detect it again.
Suspect some crash in your agent.
QUOTE(babyjosef17 @ 18.02.2009 09:49)

Hi All,
I'm currently having the same problem as corvex. Two of our workstations has this problem. the first one was ahving this problem for some days now, the other just today, yesterday it was green color. now all of a sudden its blank red. I have tried to re-install the anti-virus and agent, run scan and updates, but they cannnot still be detected.
I want to tr and update the certificate, maybe that can help me, but may I ask how to I do this.
Also I tried to run the start.cmd on the machine with the admin server, but it did not produce any xml file. The results areall OK though.
Thanks for your help. OUr heads are already busting about this one
Plese, run klnagchk on one of that problem workstations and show it's log. "Correct result" is not informative enough.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please
click here.