File Content

Right now, the file content rules can only check a local file, or a file on a remote share (servernamesharename) but they don't do any windows authentication, so the share has to be open for read access.



Any way to provide authentication for these checks?

Haven't used this type of test, but if what you say is correct, can't you simply map the network drive (which allows you to pass on a login & password that can be different from your logged-in user)?



Probably not the best solution though, since mapped network drives in Windows are never really dependable.





(Or did I misunderstand you and do you want to check file contents on a remote server that does not have a share at all? I don't think that's an intended feature in ServersCheck)

The FILEAGE check, for example, works fine when we give it this file name: server01e$backup.log



In the FILECONTENT checks, this doesn't work. I suspect it's due to authentication, but am not sure. It works fine if we mount the share with a user that has read access.



What I want to do is be able to specify: server01e$backup.log in the FILECONTENT checks and have SeversCheck look for the specified string in the file. If we mount server01e$ into a drive and check for backup.log in that drive it works fine.



Problem is, we're looking at doing this with 50 servers. Doing all those mounts is really not feasible.



We're currently running 7.15.2...

i have exactly the same problem.... want to check all about 40 files (filesize rule)



its impossible to share all server...



hope we get a update soon....