Re: Set dialup password from cmdline



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Michael,

I agree with Murda, losing dial-up passwords is not a normal behavior
and setting passwords using plain text scripts is not a good practice
and it doesn't solve the problem at the root.

It may be that something (or someone) is using the machines to connect
to a different ISP and then it tries to revert all the settings but the
password. There are plenty of dialers in the wild and the risk of your
clients connecting to an ISP overseas during the night is not so remote.

If the dial up accounts are used to connect to your server rather than
the Internet I would try to look for traces of Internet use, checking
the browser's cache, history, logs, etc.

Beside the malware changing the dial-up settings, the passwords (and all
the others stored in the user account) may be lost because someone is
resetting the user's password.


Just my two cents,


Paolo.



Murda Mcloud wrote:

I'm glad you found a workaround but I'd be worried that some kind of spyware
or similar may have got on your machine. Anything to do with dialup and
disappearing passwords links etc makes me nervous.


-----Original Message-----
From: listbounce@xxxxxxxxxxxxxxxxx [mailto:listbounce@xxxxxxxxxxxxxxxxx] On
Behalf Of Michael Chinn
Sent: Tuesday, October 17, 2006 9:07 AM
To: focus-ms@xxxxxxxxxxxxxxxxx
Subject: Re: Set dialup password from cmdline

Problem solved with rasdial.exe, you can simply pass the username and
password directly to it

Michael Chinn wrote:
I am looking for a way to forcibly set the password that a dialup
connection sets from a script/command line, searching has proved
futile. For some unknown reason dialup passwords on client machines
are blanking intermittently.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFFNvUGqAaEpZvj+VMRAh6LAJ9RecHSASWHSxkgnSLg/ekclrLjRgCfZU5U
DGuhZ/49kSxmwxgwRleHoUQ=
=nkQD
-----END PGP SIGNATURE-----

---------------------------------------------------------------------------
---------------------------------------------------------------------------



Relevant Pages

  • RE: Browser lost its memory
    ... All the settings were as they should be (i.e. just like you recommended I ... "nass" wrote: ... User names and passwords on forms ... Click OK to confirm your changes and quit the window. ...
    (microsoft.public.windows.inetexplorer.ie6.browser)
  • Re: Password History
    ... |>>> passwords, where X is a configurable parameter? ... But, while those documents are wonderful, they don't explain how to manage the settings on particular operating systems. ... I assume that 'scoadmin' has such settings available in its GUI, and I'd avoid resetting such things manually in the text files to avoid confusion and discrepancy between GUI managed components. ...
    (comp.unix.sco.misc)
  • Re: UserAcccountControl
    ... And I have the settings reapply ... computer passwords do not expire and the client chooses whether or not it ... > You might want to look at a tool I wrote to help with cleaning up accounts. ... >>> that is leaves that flag set when creating the machine accounts. ...
    (microsoft.public.windows.server.active_directory)
  • Re: 2nd attempt: Lost Internet IDs/Passwords w/connectcomputer
    ... desktop settings made it, too. ... internet IDs & Passwords didn't. ... Desktop Settings & IE Favorites made the trip but again the stored IDs & ... the stored IDs & Passwords are gone. ...
    (microsoft.public.windows.server.sbs)
  • Re: Accounts locked out
    ... You may want to look at two things on your server: ... In this article see the first two settings: ... Run SuperScan and go to the Windows Enumeration tab. ... way they get your user names and then try and break the passwords. ...
    (microsoft.public.inetserver.iis)