memo.

カテゴリー: 技術系memo

  • HDD消去に関するメモ

    • NIST（米国国立標準技術研究所）の「SP800-88 Rev.1」で、メディア消去のガイドラインが書かれている。
    • 消去方法としては、「Destory（破壊）」「Purge（除去）」「Clear（消去）」の三段階がある。
    • HDDやSSDなどのメディアが組織の管理下を離れる場合は、Purge（除去）のレベルでの処理が必要になる（SP800-88 Rev.1）
    • Purge（除去）レベルでの消去では、研究所でも復元が難しいレベルでの消去が可能。専用の消去ソフトや磁気除去で行う。
    • データ消去の方法によっては、バッドセクタは消去されない。
    • バッドセクタは、データ復元業者であれば、6割くらいは読み出すことができる。
    • SSDとHDDは、書き込み方が異なるので、同じ消去では消去できない（それぞれに対応しているソフトが必要）
    • HDDの上書き消去は、１回で十分。下層のデータの復旧は不可能（OS上で削除した、という１回ではなく、消去ソフトによる上書き消去のこと）
    • HDDの破壊も、穴あけによる破壊の場合では、傷のついていない部分を読み取ることができるため、消去した上で、破壊が必要。

    参考
    https://www.get-it.ne.jp/index.php/archives/15780
    https://xtech.nikkei.com/atcl/nxt/news/18/09037/

  • Veeamで日次のManually Addedの確認でエラーが発生する

    Veeamで日次のManually Addedの確認でエラーが発生する。これは、Veeam BackupのINVENTORYの「Physical & Cloud Infrastructure」の「Manually Added」にあるバックアップ対象と疎通が取れないときに発生している。

    もともとは、バックアップテストのために、エージェントをいれて、1回だけバックアップテストを行ったサーバ。バックアップのジョブは失敗したので削除したが、「Manually Added」に残っていた。

    「Manually Added」に登録されているサーバを削除しようと右クリックをしたが、Rescanなどはあるものの、DeleteやRemoveがない。「Manually Added」のリストの中からでは、削除できなかった。これを削除するには、以下の方法で行う必要があった。

    1. 右側のツリーから「Manually Added」を選び、右クリックし、「Properties」を選択する。
    2. ウィザードが表示されるので、「Computers」まで進めていく（特に変更はしない）。
    3. 「Computers」に表示されている一覧で、削除するコンピュータを選び、「Remove」をクリックし、削除する。
    4. 「Finish」をクリックし、保存してウィザードを終了させる。

    他のグループに登録されているバックアップ対象も消せなければ、同じ方法で消せるはず。

  • C#9 は.NET5から使える

    プログラミング言語のC#9がリリースされている。C#9は、.NET5とセットなので、使用するのは、.NET5のインストールが必要。

  • めも。

    ファイルオーナーを変えてもFTPログインなしでWordpressのアップデートができない。そんなはずはないと思い、いろいろとチェックしたら、wp-config.phpに、過去にFTPの代わりにSSH2でアップデートをするために加えたFS_METHODの指定があった。これが邪魔をしていたようで、消したところ、FTPのユーザを聞かれずにアップデートができるようになった。

    /** SSH SFTP Updater **/
define('FS_METHOD', 'ssh2');

    設定を変えようと思ったのは、SSH2でのアップデートが失敗するようになったのが原因。プラグインの過去の設定と競合して、機能しなくなるとは。コンフィグまでちゃんと見直す必要はある。

  • 「Nintendo Switch Online」はAWSを使ってる

    アマゾンウェブサービスジャパンが、AWSの事例として、「Nintendo Switch Online」で使われていることを発表した。

    なんとなくわかっていたけれど、正式にAWSを使っていると発表されるとやっぱりかとわかって楽しい。もともとスプラトゥーン2のマッチングサーバがAWS上にあると話題になった（マッチングに失敗するという文脈から調べた人が多かったから）。

    世界規模のサービスだったりすると、やっぱりパブリッククラウドもAWSやAzureなどのクラウドサービスを使うのかと。日本のクラウド事業者も使ってほしい気はするが、使っているゲームメーカーのところは障害に当たったりするから、大規模だと辛いんだろうな、と思う。価格、安定性、競争力で、対抗できるクラウド事業者が日本から出て欲しい。

    https://www.itmedia.co.jp/news/articles/2012/25/news096.html

  • JavaScriptのwindowのコールバック関数が動かなかった

    子画面から親画面に情報の引継ぎを行うために、下記のサイトを参考にして、子画面からコールバック関数の実行を行うように実装して、テストしたが動かず。

    https://qiita.com/hidehito108/items/f7ad9fe23736049a76d6

    問題の切り分けのために、これだけのテストページを作ったり、変数化されているところをベタ書きにしたりもしたがダメだった。動いていない箇所を特定するために、コメントアウトしたりして、確認して、子画面からのコールバック関数の実行がエラーになっていることはわかった。なにかJSのモジュールでも足りないのかも、と思い調べたが標準のもので動くことがわかり、手詰まり。

    画面上は、何も表示されないのでわからず。ダメ元で、ブラウザの開発者ツールを立ち上げてみた。標準のところには何も出ず。それで、いろいろとやっていたら、Consoleにエラーが表示されていた。そこには、下記の内容が表示されていた。

    Uncaught DOMException: Blocked a frame with origin "null" from accessing a cross-origin frame.

    このエラーを調べてみると、ウェブサーバ上のコンテンツを実行していない場合に発生するとのこと。たしかに、確認はWindowsで、フォルダにあるHTMLファイルをブラウザで実行しており、ウェブサーバは介していなかった。テスト用のHTMLファイル２つ（親画面用と子画面用）をウェブサーバに配置して、httpでアクセスしたら、正常に動作した。問題はコードではなく、テスト実行していた環境が原因だった。

  • .NET Framework 4.8のサポート期限（EOSL）

    .NET Framework 4.8のサポート期限は、動作するOSのサポート期限に影響される。

    .NET Framework 4.8が動作するOSで一番サポートが長いのは、Windows Server Standard 2019（の仲間）になる。Windows Server Standard 2019のメインストリームサポート終了が2024/1/9、延長サポートが2029/1/9までなので、.NET Framework 4.8は、2029/1/9までは安心して使用できる（というか延命できる）。

    参考：
    https://docs.microsoft.com/ja-jp/lifecycle/faq/dotnet-framework

    https://support.microsoft.com/ja-jp/lifecycle/search?alpha=Windows%20Server%202019

  • WordPress5.6にしたら、投稿画面がエラーになった

    WordPress 5.6にアップデートしたら、投稿画面の表示でエラーになった。ブラウザの画面には、エラーになったことしか表示されないので、詳しいエラー内容をコピーして確認した。

    確認したところ、Javascriptばかりがエラーになっていた。なので、ブラウザのキャッシュに残っているものが悪さをしている。ブラウザのキャッシュを削除して、再度Wordpressの管理画面にアクセスしたところ、正常に投稿画面が使えるようになった。このアップデート後の問題は、忘れたことに発生するので、少しびっくりする。

    エラー内容は下記。

    TypeError: Object(...) is not a function
    at WithSpokenMessages(WithInstanceId(WithFilters(n))) (https://www.xenos.jp/xxxxxxx/wp-includes/js/dist/components.min.js:7:280912)
    at we (https://www.xenos.jp/xxxxxxx/wp-includes/js/dist/vendor/react-dom.min.js:84:293)
    at zj (https://www.xenos.jp/xxxxxxx/wp-includes/js/dist/vendor/react-dom.min.js:226:496)
    at Th (https://www.xenos.jp/xxxxxxx/wp-includes/js/dist/vendor/react-dom.min.js:152:223)
    at tj (https://www.xenos.jp/xxxxxxx/wp-includes/js/dist/vendor/react-dom.min.js:152:152)
    at Te (https://www.xenos.jp/xxxxxxx/wp-includes/js/dist/vendor/react-dom.min.js:146:151)
    at https://www.xenos.jp/xxxxxxx/wp-includes/js/dist/vendor/react-dom.min.js:61:68
    at unstable_runWithPriority (https://www.xenos.jp/xxxxxxx/wp-includes/js/dist/vendor/react.min.js:26:340)
    at Da (https://www.xenos.jp/xxxxxxx/wp-includes/js/dist/vendor/react-dom.min.js:60:280)
    at Pg (https://www.xenos.jp/xxxxxxx/wp-includes/js/dist/vendor/react-dom.min.js:61:14)

  • WP Mail SMTP でエラーになる

    WordPressからメールを送るために、プラグインのWP Mail SMTPを入れた。送信先をMicrosoft365にしようとしたところ、Proのライセンスが求められるので、その設定を使うのは断念。

    次に、「Other SMTP」を指定して、SMTPを「smtp.office365.com」を指定して、実在するユーザを使ったが下記のエラーが出て失敗した。

    2020-12-03 03:34:42 SERVER -> CLIENT: 535 5.7.3 Authentication unsuccessful [xxxxxxxxxxxxx.namprd18.prod.outlook.com]
2020-12-03 03:34:42 SMTP ERROR: Password command failed: 535 5.7.3 Authentication unsuccessful [xxxxxxxxxxxxx.namprd18.prod.outlook.com]
SMTP Error: Could not authenticate.
2020-12-03 03:34:42 CLIENT -> SERVER: QUIT

    接続は行えているが、ユーザの認証ではじかれているので、Microsoft365側のセキュリティ設定でエラーになっている。接続先のSMTPサーバを、MXレコードで設定しているものに変えてみたが、これもエラーになる。

    わかったことは、フリーのWP Mail SMTPだと、Microsoft365（Office365）を使ってメール送信はできない。

  • .NET5がリリースされている

    .NET5がリリースされている。が、.NET5はLTSではないので、サポート期間が短いので、使いにくい。試しには、使ってみるけれど。

    とはいえ、.NET core 3.1を使うのも、.NET Framework4.8を使うのも、どちらも悩ましい。移行前提になってしまう。サポート期間は.NET Framework4.8が長くてよいのだけど、技術移行が発生するし。来年の.NET6が待ち遠しい。

    https://docs.microsoft.com/ja-jp/dotnet/core/dotnet-five