|
Again, you have 2 machines, each with it's own accounts and passwords. Ther eonly way this is going to work WITHOUT a domain is if the account names and passwords match on both machines. If you change the password to an account on one machine, you have to change it on the other. There is no other way around this besides a domain.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Both of your computer mush have:
- The same user account name and password.
- The same workgroup name.
- The same IP address network id (but difference host id. Exp: 192.168.1.1 and 192.168.1.2).
|
|
|
|
|
Roath Kanel wrote: The same user account name and password.
True.
Roath Kanel wrote: The same workgroup name.
Not true. Both machines can be in completely different workgroups since each machine, not workgroup, maintains its own account database. So long as the usernames and passwords match, workgroup information doesn't matter.
Roath Kanel wrote: The same IP address network id (but difference host id. Exp: 192.168.1.1 and 192.168.1.2).
Definately not true. The IP address/Network address has nothing to with authentication between two machines.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Dave Kreskowiak wrote: Not true. Both machines can be in completely different workgroups since each machine, not workgroup, maintains its own account database. So long as the usernames and passwords match, workgroup information doesn't matter.
Ok, i agree.
Dave Kreskowiak wrote: Definately not true. The IP address/Network address has nothing to with authentication between two machines.
It is not for purpose of authentication. But it is in purpose of communication. Is it possible if the first computer ip address is 192.168.0.1 and the second computer is 192.168.1.1?
|
|
|
|
|
So long as there is a route between the two networks, this is not a problem.
If there is no route, he wouldn't be able to contact the other machine at all. If that was the case he'd never get the login box he says he's getting.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Hi System Adminstrators
In a networked environment, how would a network administrator handle an unsigned Excel Add-in that needs to be accessed by several individual computers on the network? Does a network administrator have the ability to create a selfcert.exe type certifcate so that the add-in can be treated as a trusted source and allowed to function on the network? Or would it be necessary to install the Add-in on the C: drives of the relevant users' computers?
I hope this makes sense and isn't too vague
Thanks
Jeremy
|
|
|
|
|
JSadleir wrote: how would a network administrator handle an unsigned Excel Add-in that needs to be accessed by several individual computers on the network?
Just share it from the server machine and import this add-in in an excel.
|
|
|
|
|
Hi everyone, this is my problem..
I recently got a 24/7 internet (cable) connection, and I'd like to use it 100% by keeping my PC running 24/7, even when I'm away for the weekend. To make it simple: I need to enable autologin to my account, run some apps (for downloading) and then lock the workstation so my roommate can't mess with my personal files.
My OS is WinXP SP2, if that matters at all.
Is there a way to do this without buying some specialized apps?? Every idea is welcome
---
http://sprdsoft.cmar-net.org - We Sprd You Softly
Our site features contents and several images. All of this is very weird.
In the end, war is not about who's right, it's about who's left.
|
|
|
|
|
Set the screensaver to activate after 30 seconds (or whatever you want) and enable the password protection checkbox.
Automating Logon[^] on MSDN.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Dave Kreskowiak wrote: Set the screensaver to activate after 30 seconds
The minimum value is 1 minute (60 seconds) only
|
|
|
|
|
I'm afraid that's not good enough, we all know that 60 secs is quite a long time, and I need the workstation to lock itself immediately after login.
Another option would be to run my apps as windows services, but I wouldn't know how to do it properly.
---
http://sprdsoft.cmar-net.org - We Sprd You Softly
Our site features contents and several images. All of this is very weird.
In the end, war is not about who's right, it's about who's left.
|
|
|
|
|
Easy enough. Write a little app that P/Invokes the Win32 API function LockWorkStation[^], preferrably in C++. It'll be a very short little app. Put a shortcut to this little .EXE in the Startup folder of the user ID that's going to be logged in.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
That seems good.
BUT, (there has to be one) I believe this won't be password protected lock then? Since I need to disable login password if I want windoze to autologin. Or, did I get it wrong?
---
http://sprdsoft.cmar-net.org - We Sprd You Softly
Our site features contents and several images. All of this is very weird.
In the end, war is not about who's right, it's about who's left.
|
|
|
|
|
Yep, you got it wrong.
Autologon and Locking the workstation will not affect the screen saver. When the screen saver kicks in, the workstation will still be locked. You'll still have to unlock it to use the machine.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Following on from what Dave was getting at in the above thread, you could always just create a shortcut under the Explorer startup group to run the command line:
rundll32 user32.dll LockWorkStation
Gavin Taylor
w: http://www.gavspace.com
-- modified at 1:56 Monday 23rd January, 2006
|
|
|
|
|
This would also work, but my question above still remains: is this really going to secure my PC if I have to disable login passwords in order for autologin to work??
---
http://sprdsoft.cmar-net.org - We Sprd You Softly
Our site features contents and several images. All of this is very weird.
In the end, war is not about who's right, it's about who's left.
|
|
|
|
|
Grab a copy of TweakUI[^] and you should be able to automatically set which user you want windows to login as and theres an option to specify a password as well.
Gavin Taylor
w: http://www.gavspace.com
|
|
|
|
|
I've found some registry keys[^] to do just that (I suppose TweakUI uses them too), thanx for your fast reply
These are the keys:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon\<br />
<br />
AutoAdminLogon = 1<br />
DefaultDomainName = [Domain name]<br />
DefaultUserName = [User name]<br />
DefaultPassword = [Password]
---
http://sprdsoft.cmar-net.org - We Sprd You Softly
Our site features contents and several images. All of this is very weird.
In the end, war is not about who's right, it's about who's left.
|
|
|
|
|
T1TAN wrote: I have to disable login passwords in order for autologin to work??
Where was this mentioned???? No one said anything about this. You can't disable login passwords anyway, so I wondering where this came from.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Sorry, I was reading a completely irrelevant MSDN article, and things got a bit messed up in my head
---
http://sprdsoft.cmar-net.org - We Sprd You Softly
Our site features contents and several images. All of this is very weird.
In the end, war is not about who's right, it's about who's left.
|
|
|
|
|
|
This script[^] is create the file shortcut to lock the desktop. You can customize it to lock the desktop only and configure this script as log on script. Then your computer will be locked immediately after it pass an auto login process. You don't need to wait for a screen saver and lock the system.
|
|
|
|
|
I have an idea to create my own hardware for frequency tuner,But i don't know how to code the s/w(installation) for this new hardware & in which language.
Help me to finish this.
Revathi
|
|
|
|
|
Are you asking how to write your own device drivers for this hardware?? You're best bet is Visual C++ and the Windows Device Driver Development Kit[^].
After that, building an Installer is a piece of cake with something like InstallSheild.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Hi gurus,
Is there a way to bring a window/dialog (from a certain application or executable) to back using the windows command line? Is there a switch or a certain parameter that we can add?
Thanks,
Waxie
-- modified at 5:06 Friday 20th January, 2006
|
|
|
|