vagrantで作った仮想マシンにTeraTermで接続する
デフォルトでパスワード認証がオフになっているので、一度仮想マシンにログインして、設定を変更する
> vagrant ssh $ sudo vi /etc/ssh/sshd_config #PasswordAuthentication no PasswordAuthentication yes $ sudo systemctl restart sshd
TeraTermで、vagrant/vagrantでログインする
鍵の場所を確認する。IdentityFileがそれ。
> vagrant ssh-config Host default HostName 127.0.0.1 User vagrant ... IdentityFile C:/Users/xxx/.../.vagrant/machines/default/virtualbox/private_key
スクリプトを使ってドメインアカウントのパスワードをリセットする
「ADサーバのIPアドレス\自分のアカウント」でパスワードを変更しようとすると、「拒否されました」となり、変更できなくなったのでこのスクリプトを作成した。
個人の作業マシンは、会社のドメインに参加しているため、ドメイン名ではアクセスできない。（hostsに書けばいいけど、それは面倒くさい、ということで・・・）
[自分の作業マシン] ---(RDP)---> [運用管理用サーバ] -------> [ADサーバ] (IP: 10.1.1.1)
パスワードを暗号化してファイルに保存しておく方法や、そのファイルを使ってコマンドを実行する方法については、こちらを参考にしました。
dev.classmethod.jp
ドメインアカウントの変更なので、ADサーバにアクセスする必要があるが、アクセス時にAdministratorのパスワードを入力させたくない。
以下のコマンドでファイルを作成。アカウント、パスワードを入力するダイアログが表示されるので、Administratorユーザ、パスワードを入力する。
PS> $FilePath = "C:\Temp\cred.sec" PS> $Credential = Get-Credential PS> $Credential.Password | ConvertFrom-SecureString | Set-Content $FilePath
resetpassword.ps1
$FilePath = "C:\Temp\cred.sec" $Username = "10.1.1.1\Administrator" $EncryptedCred = Get-Content $FilePath | ConvertTo-SecureString $Cred = New-Object System.management.Automation.PSCredential($Username, $EncryptedCred) $DomainAccountName = Read-Host "アカウント名を入力してください" $NewPassword = Read-Host "新しいパスワードを入力してください" -AsSecureString Write-Host "パスワードをリセットします" Set-ADAccountPassword -Identity $DomainAccountName -Reset -NewPassword $NewPassword -PassThru -Server 10.1.1.1 -Credential $Cred # ここはおまけ if($? -eq "True"){ Write-Host "処理が成功しました" }else{ Write-Host "処理が失敗しました" Write-Host "エラーの原因： " + $error[0].CategoryInfo.Reason }
自分のアカウントではこのスクリプトで良かったが、ほかの人にやってもらったエラーが出た。
「指定された状態で使用するには無効なキーです」と・・・。
調べると異なるアカウントだと鍵が変わってしまって復号できないようだ。
GitHub - senkousya/usingEncryptedStandardStringOnPowershell: 🔰Windows PowerShellで文字列の暗号化と復号化
デフォルトのDPAPIではなく、AESを使って暗号化する。AESを使うにはKeyオプションを使う。
以下のコマンドでファイルを作成。アカウント、パスワードを入力するダイアログが表示されるので、Administratorユーザ、パスワードを入力する。
PS> $FilePath = "C:\Temp\cred2.sec" #暗号化用のバイト配列を作成(192bit) PS> [byte[]] $EncryptedKey = (3,4,2,3,56,34,254,222,1,1,2,23,42,54,33,233,1,34,2,7,6,5,35,43) PS> $Credential = Get-Credential #パスワードをAESで暗号化してファイルに保存 PS> $Credential.Password | ConvertFrom-SecureString -key $EncryptedKey | Set-Content $FilePath
resetpassword2.ps1
$FilePath = "C:\Temp\cred2.sec" $Username = "10.1.1.1\Administrator" #暗号化で使用したバイト配列（上と同じもの） [byte[]] $EncryptedKey = (3,4,2,3,56,34,254,222,1,1,2,23,42,54,33,233,1,34,2,7,6,5,35,43) #暗号化に使用した$EncryptedKeyを用いて復号化 $EncryptedCred = Get-Content $FilePath | ConvertTo-SecureString -key $EncryptedKey $Cred = New-Object System.management.Automation.PSCredential($Username, $EncryptedCred) $DomainAccountName = Read-Host "アカウント名を入力してください" $NewPassword = Read-Host "新しいパスワードを入力してください" -AsSecureString Write-Host "パスワードをリセットします" Set-ADAccountPassword -Identity $DomainAccountName -Reset -NewPassword $NewPassword -PassThru -Server 10.1.1.1 -Credential $Cred # ここはおまけ if($? -eq "True"){ Write-Host "処理が成功しました" }else{ Write-Host "処理が失敗しました" Write-Host "エラーの原因： " + $error[0].CategoryInfo.Reason }
会社の人事制度変更に伴い、給料が大幅に減るので、固定費を削減したい。
ahamoにしたいが、セット割がなくなる。なら、安いNuro光に。
ドコモ光の解約違約金などがかかるが、キャッシュバックもあり、トータルではお得。
2/7 22:00頃 Webから申込
確定後、「オンライン工事予約に進む」ボタンを押したら、405エラーが出た。
焦りつつ・・・、調べたら書いてあった。「工事予約できない、または予約されない場合は、後日SMSまたはお電話にて工事日調整のご連絡をいたします。」と。
ご利用までの流れ | NURO 光 for マンション
2/8 9:00頃 SMSで受付連絡
2/8 18:00頃 SMSで工事希望日予約の案内が来る
⇒"2/16 午前"で予約 ※工事予約は2/12とか、もっと早く指定できた。
2/10 13:00頃 SMSで宅内工事日決定の連絡
2/11 はがき「契約内容通知書」が届く
⇒NUROマイページにログインすると、マンション内の加入数が見れた。うちは70人超。
2/15 工事担当者から、何時ころ行くかTELあり
2/16 工事、開通
当初からNTTの光回線が部屋内まで来ているので、とくに配線工事等は必要なく、Nuro光から提供されるONUを設置して既存の光コンセントとつなぐだけ。
訪問から終わるまで40分ほどでした。
Nuro光が開通し、もうドコモ光はいらなくなったので即刻解約手続きへ。
ドコモ光の解約 | ドコモ光 | NTTドコモ
主な内容
申込から開通、解約まで10日ほどで完了。割とスムーズにできて、満足。
HPE ProLiant DL360 Gen10 にWindows Server 2019をインストールする。 ハードディスク容量は、RAID10で約4.8TBであり、パーティションはMBRではなくGPTにしないとディスクをまるごと使ってインストールできない。
これで、無事 Windows Server 2019がインストールされた。以上。
★1：Networkブートされてしまう場合
「Booting Embedded FlexibleLOM Port1 ...」のように、Networkブートが始まって、DVDから起動できない場合があった。ここは、DVDからの起動を数回試みることで、次に進むことができた。以下のサイトが参考になった。 www.ipentec.com
前回、1.9.17へのアップグレードができた（っぽい）ので、ついでに1.9.20まであげてみる。
今回の記事では、途中の確認までで終了。
手順は前回と同じなので省略
db_schema_update.sqlの以下の箇所（★）が怪しい。
以下、抜粋
ALTER TABLE /*prefix*/testplan_platforms ADD COLUMN active tinyint(1) NOT NULL default '1'; ALTER TABLE /*prefix*/platforms ADD COLUMN enable_on_design tinyint(1) NOT NULL default '0', ★1 ALTER TABLE /*prefix*/platforms ADD COLUMN enable_on_execution tinyint(1) NOT NULL default '1', ★2 CREATE TABLE /*prefix*/baseline_l1l2_context ( id int(10) unsigned NOT NULL AUTO_INCREMENT, testplan_id int(10) unsigned NOT NULL DEFAULT '0', platform_id int(10) unsigned NOT NULL DEFAULT '0', being_exec_ts timestamp NOT NULL, end_exec_ts timestamp NOT NULL, creation_ts timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (id), UNIQUE KEY udx1 (testplan_id,platform_id,creation_ts), ★3 ) DEFAULT CHARSET=utf8; CREATE TABLE /*prefix*/baseline_l1l2_details ( id int(10) unsigned NOT NULL AUTO_INCREMENT, context_id int(10) unsigned NOT NULL, top_tsuite_id int(10) unsigned NOT NULL DEFAULT '0', child_tsuite_id int(10) unsigned NOT NULL DEFAULT '0', status char(1) DEFAULT NULL, qty int(10) unsigned NOT NULL DEFAULT '0', total_tc int(10) unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`id`), ★4 UNIQUE KEY udx1 (context_id,top_tsuite_id,child_tsuite_id,status) ) DEFAULT CHARSET=utf8;
一応、いろいろ手を加えて、突破はしてみたけれども。まぁここら辺が怪しいんじゃないか、ということで。
以上。
