Printable View
Hi there!
I have a problem:
I have a small LAN set up at home and I'm sharing some folders in one of the computers through netbios. I have an antivirus on that shared folder.
My question is, how can start the antivirus on the computer where im sharing that folder. The problem is that by default when you execute it from a different computer, the antivirus is actually opened in the computer from where you are calling the file. Not in the computer where the file is shared.
Help!!
:( :(
Perhaps the best way to do this is to use a Remote Desktop Control program, such as PC Anywhere, or numerous other ones.
I would also check out Download.com, where I found this nifty little program:
http://download.com.com/3000-7240-10...ml?tag=lst-0-9
That should do what you need, or something similiar. That program has a free trial, so it could easily work.
This one might also fit, which is completely free:
http://download.com.com/3000-7240-10...l?tag=lst-0-15
Hope this helps!
Information such as your password and IP would be useful in assisting. Also, what AV are you running?
-Cheers-
If you're using Norton, you could set up an automatic launch. Any other sort of AV could automatically be started at a given time.
The problem is that I want to do it through netbios, without having to use any additional application such as PC Anywhere.
I want to learn how to open any applications located in a shared folder, so that it is actually opened in the computer where the shared file is located, and NOT in the computer from where I am accessing the shared file.
Thanks guys...
I know that it has to be possible under Windows, but its got to be a lot easier to do under *nix....if your other machine happens to be a Unix box, I can easily dig up a script for you that'll do the trick.
All antiviruses should start when your computer(s) boot(s) and remain running until you power down. There are odd times when you deliberately disable them to install software, but apart from that the general rule holds.
AVs do NOT attach to "folders" they attach to computers or networks.
..I DO hope that you are not foolish enough to respond?Quote:
Information such as your password and IP would be useful in assisting. Also, what AV are you running?
If you are, please PM me $20 out of your wallet :D
Cheers
I don't think you can do that through netBIOS, it has to be through some third party application. If you are worried about cost, there are at least three free VNC programs, that get you a remote desktop which you can execute anything on the remote computer. tightVNC, realVNC, and ultraVNC. I use ultraVNC right now. You just install the server on the computer you want to be able to access, and make sure and set a good password. You don't even need the viewer if you allow the little web server that comes with to run. You can just type http://ip:5800/
depending on which ver. of win. you are running you could just setup a telnet server to run on the host computer. With this you could execute commands or programs on the remote computer by using a telnet client which is available even on win95, no other third party software would be needed (except the telnet server). Depending or not on weather your AV as a command line option you could even automate the process with a batch file.
Hope this helps.
DeafLamb
I didnt mention the AV version because i just used as an example of an application to be remotely executed.
Thank you guyS!!! :D :D
The simplest way to do this (using NetBIOS) is to open the remote machine and schedule a task by opening the Scheduled Tasks folder (you must have remote registry enabled for this). The other simplest way is to use the 'psexec' tool from sysinternals or something similar.
http://www.sysinternals.com/ntw2k/freeware/psexec.shtml
-Maestr0
So can we conclude that you cannot do it through netbios?
It may be possible, but it doesn't look good. I'll ask some of my CS Professors if they know how it can be done.
still think your best bet is by using something like VNC but that doesn't help if you dont want to instal any extra progs - tho am not sure why you wouldn't unless it is not your own comp you are trying to run the prog on.......
v_Ln
I agree with Valhalen. Its generally made so that it is hard or impossible to run programs remotely like that for the very reason that it is a huge security risk.
Good luck.
-Galen
I think what Maestr0 said, is about the only way you could do it through NetBIOS. (either through Task Scheduler or something like psexec).
Now if the AV (for example) was a service, then you could always try "net start <service>"
I think a lilttle proggie known as xCMD will be quite helpfull to you,
You can download both source and exe.
From the site :
Download here http://www.codeguru.com/network/xCmd.zipQuote:
Overview
This program allows you to execute applications on remote systems without installing any client software. You can start a command prompt or just execute a command or exe on a remote machine. The only restriction is you must be an administrator :(
Everybody knows the cool tools from Sysinternals (www.sysinternals.com). One of my favorites are PSEXEC, PSKILL and PSLIST,... :)
I was always wonder how they could query every kind of information or execute commands on a remote machine without installing any client software.
Features
* With this program you can run as many remote commands on the remote machine as you want. (PSEXEC supports only one remote command on the remote machine at the same time)
* You can execute internal commands (dir,..) directly.
xCmd.exe \\remote dir
* You can start a light "telnet" connection with a remote machine without any telnet server
xCmd.exe \\remote cmd
Usage
xCmd v1.0 for NT4/2000 - executes commands remotely
Freeware! 2001 Zoltan Csizmadia, [email protected]
Usage: xCmd.exe \\computer [options] command/exe arguments
Options:
/D:directory Set working directory
Default: Remote "%SystemRoot%\System32"
/IDLE Idle priority class
/NORMAL Normal priority class
/HIGH High priority class
/REALTIME Realtime priority class
/C Copy the specified program to the remote machine's
"%SystemRoot%\System32" directory
Commands's exe file must be absolute to local machine
/USER:user User for remote connection
/PWD:{password|*} Password for remote connection
/NOWAIT Don't wait for remote process to terminate
Examples:
xCmd.exe \\remote cmd
xCmd.exe \\remote /user:administrator dir c:\
xCmd.exe \\remote /user:somebody /pwd:* /d:d:\ test1.exe /p1 /p2
xCmd.exe \\remote /c /user:somebody /pwd:* /d:d:\ test2.exe /whatever
- Input is passed to remote machine when you press the ENTER.
- Ctrl-C terminates the remote process
- Command and file path arguments have to be absolute to remote machine
If you are using /c option, command exe file path must be absolute to
local machine, but the arguments must be absolute to remote machine
How does it work?
1. The xCmd.exe is console application and when you start it, the program will extract a xCmdSvc.exe from its resources.
2. xCmd.exe creates a service on the remote machine (that's the reason, you must be an administrator
3. xCmd.exe starts the remote service (#2)
4. xCmd.exe and xCmdSvc.exe will communicate via named pipes
5. xCmd.exe send a packet to the service what to execute
6. xCmdSvc.exe starts the command and redirect stdout, stderr, stdin to 3 named pipes.
7. xCmd.exe listens these 3 named pipes (#6), redirect them to its stdout, stderr, stdin
nJoy