2017-01-25 9 views
-1

私は古いワークステーションオブジェクトを無効にするスクリプトを作成しています(私のシステムでは、いくつかのユニークなもののためにホイールをリメイクする必要があります)。私は自分のスクリプトを検証するために、既知のLastLogonDateでテストコンピュータオブジェクトを作成したいと思っています。Active DirectoryのLastLogonDateプロパティを変更します。

PowerShellを使用して、私が望むようにLastLogonDateプロパティを設定することはできますか?私はそれが実行されるときに自分のコードを自己テストするために必要な変更を含めることができるようにPowerShellにあることを望んでいます。私はまた、ネットワーク上にどのようなプログラムを置くことができるかについて、非常に制限されています。

純粋なPowerShellソリューションが見つかりませんでしたが、TechNetではSet-ADComputerにその機能がないことを示しています。私は、LastLogonとLastLogonTimestampを設定するドメインコントローラでADSIeditを実行しようとしましたが、エラー0x209a(属性はセキュリティアカウントマネージャが所有しています)を取得しようとしました。

以前は無効だったワークステーションを使用することもできますが、その回避策はセキュリティ担当者から多くの悩みを抱いています。

ありがとうございます。

編集:

私は「(属性がセキュリティアカウントマネージャによって所有されているエラー0x209a」の問題は、私はそれを設定するには、次のPowerShellを使用することができると思うことを周りに取得する方法を見つけ出すことができた場合:

NewTimeStampを設定したい日付のチックカウントです
Get-ADComputer -Identity <ComputerName> -Server <DomainController> | Set-ADObject -DisplayName <ComputerName> -Replace @{LastLogon=<NewTimeStamp>} 

+3

こんにちは、私はこの値が変更された_at all_であるとは思わないと思います。なぜあなたはこれをしたいのですか? – sodawillow

+0

既知の値を持つテストオブジェクトを作成して、スクリプトが意図したとおりに機能しているかどうかを検証します。 –

+0

LastLogonDateは、実際に照会または変更したい属性ではない可能性があります。それは複製しません。 –

答えて

0

変更しないでください!LastLogonLastLogonTimeStampの両方がシステム所有属性であってもよ場合制限をバイパスする方法が見つかった場合は、オブジェクトのレプリケーションを中断する可能性が非常に高いです。

未使用の古いコンピュータオブジェクトを無効にしたり移動したりするのに問題はありません。ただし、サポートされていない変更を行ってADを破った場合、セキュリティ担当者はあなたを嫌うでしょう。

LastLogonDateは、LastLogonTimeStamp属性のdatetime変換されたプロパティに簡単にアクセスできるように、ADモジュールによって作成された仮想/計算済みのプロパティです。

関連する問題