標準パッケージで用意されている。リポジトリに入っている。使えば良いのではと考える。推奨しているようなので、これを使うべきと思われる。テクノロジーを使用するリスクを理解せずに使用しないでください。ロールオーバーについてDNSSECのルートゾーンKSKロールオーバーについて、ロールオーバー前後でDNSの検索に支障が出ないよう、各所から通達が出ている。キャッシュサーバーを管理している場合は、一応気を付けたほうが良い。フラグが付いていたら「キャッシュサーバーでDNSSEC署名検証が有効になっている」状態なので、更新後の鍵を設定してやる必要があるかもしれない。場合named.confにデフォルトで以下の設定が入っていて、DNSSEC署名検証が有効になっている。ルートゾーンの鍵が入っている。パッケージバージョンがbind-9.9.4-38.4以降であれば、上記2ファイルに新しい鍵が追加されるので、bindのパッケージをアップデートしてしまうのが一番手っ取り早く安心できる方法ではある。自動更新に対応している。このため、特に何かをする必要はない。いえ、CVE-2017-3142、CVE-2017-3143への対処が9.9.4-38.5以降で行われているので、パッケージを更新した方が良い。以下の記述があり、自動更新が有効になっている。新しい鍵が追加される。このため、これらの設定を変更していなければ、特に対処の必要はない。確認、その他EDNS0を無効化していないこと、経路上でTCP53が通ること、フラグメントパケットが通ることも確認しておく。コマンドで確認できる。txt非対応のキャッシュサーバだと、以下のような回答が返ってくる。ポータルからの操作では可用性セットの中に仮想マシンをリストアできないので、PowerShellで実行する。PowerShellの環境を整えておく(参考)。vault/ストレージアカウントの名前を事前にAzureポータルで調べておく。この例では、以下のようなリソース名になっている。仮想マシンを選択FriendlyNameオプションの引数に、復元したい仮想マシンの名前を入れる。対象とする復元ポイントを探す最近1週間のバックアップオブジェクトを配列rpに入れる。$endDate.ToUniversalTime()$rp[0]最終行、$rp[0]の実行で、一番最近の復元ポイントが表示される。これ以外を選びたい場合は$rp[1]などを順次表示して、日付と時刻(UTC)で判断して選ぶ。復元ポイントを選択して、ディスクを復元する$rp[0]の復元ポイントの仮想ディスクを戻す。432001行目で復元ジョブを実行できるが、ジョブ完了前にプロンプトに戻ってしまうので、2行目のWait-AzureRmRecoveryServicesBackupJobを実行して完了を待つ。復元ジョブの情報を元にJSONファイルを作成する$destination_pathには、JSONファイルのフルパスを記述する。コマンドを実行するユーザで書き込めるフォルダを指定すること。復元する仮想マシンの設定をJSONファイルから読み込むVMNameオプションで復元先仮想マシンの名前を指定する。元の仮想マシンと同じにすることはできない。rt1-datadisk2,...という名前になる。後処理あとはポータルで実施する。ローカルWindowsで管理者権限のPowerShellウインドウを開き、AzureRMモジュールをインストールする。AzureRM信頼されていないリポジトリ信頼されていないリポジトリからモジュールをインストールしようとしています。値を変更してください。y(Enterを押す)あとは自動的にモジュールがインストールされる。次に管理者権限PowerShellを閉じ、一般権限のPowerShellを開く。Microsoftアカウントでログインする。Login-AzureRmAccountポップアップウインドウが表示されるので、そこにユーザ名とパスワードを入力する。これで準備完了なので、以下やりたいことを実行する。7.3までの古い内容です。標準となったため、以下の作業は不要です。リビルドすることとする。ついでに、geoipモジュールとdav_extモジュールも使いたいので、追加した上でビルドする。nginxの公式レポジトリを追加レポジトリファイルを作成する。ダウンロードSRPMをダウンロード・インストールする。updateで勝手にアップデートされないように、nginxレポジトリを無効化しておく。ソースをダウンロードして展開する。ビルドはしなくてよい。rpmbuild/SPECS/nginx.spec青字の部分は追加、赤字で打消し線のところは削除する。ビルド、インストールビルドを実行する。rpmbuild/SPECS/nginx.spec出来上がったら、RPMをインストールする。ソースを掃除しておく。起動デーモンを起動する。yattenatorCentOS7でmastodon自分インスタンスを立てるVPS上に自分用のインスタンスを立ててみた。dockerインストールdockerをパッケージでインストールする。レポジトリとしては、dockerの公式を使う。docker-ce-stabledocker-ce-edgeレポジトリで最新のバージョン名を取得してインストールする。docker-ce-17.05.0.ce-1.el7.centosdockerデーモンを起動する。dockerdocker-composeをgithubからダウンロードして/usr/bin以下に配置する。mastodonmastodonのソースツリーを用意する。最初に、mastodon用の作業用一般ユーザを追加する。mastodonmastodonのソースツリーを/home/mastodon/liveに展開する。これ以降はmastodonユーザで作業する。tagバージョンタグの一覧が表示されるので、最新のリリースタグを選ぶ。./public/system:/mastodon/public/system次に、.env.productionを編集する。.env.production以下のような行を編集する。AUTHのパスワードSMTP_FROM_ADDRESS=postmaster@example.comdockerコンテナをダウンロードし、ビルドする。build次に、同じコマンドを3回実行してキーを作成する。secret772fab57e3e71fa6c57f14e8ab42e986daf0aaf67a1ebe469d04fc3187f989ec77bd8bebdc08b62c4a456e8851755140000286c8babc1b8e4c9203782aadd6f2出力された鍵文字列を、.env.production設定ファイルに記述する。.env.productionPAPERCLIP_SECRET=3d3748d778c215f269c18c4c46dc2fb94da50ec569b2bc0c593353b5f54f2f4b6e4307978bc0304042f8d086716f1896046751d4b0fc8b9420a79c33454caa81SECRET_KEY_BASE=5377ae140e0c1eaf857b5423067c4295029c9cdb23feefa9f382c7aa94753f224ed097834f15447c419d31065ce0dc816ef6efeec594de8996b776910b2e3326OTP_SECRET=772fab57e3e71fa6c57f14e8ab42e986daf0aaf67a1ebe469d04fc3187f989ec77bd8bebdc08b62c4a456e8851755140000286c8babc1b8e4c9203782aadd6f2コンテナを起動する。-ddbコンテナ内のPostgreSQLに、ユーザとデータベースを作成する。exitdbコンテナの変更部分をアップデートする。assetsファイル(静的コンテンツ)を生成する。assets:precompileいったんコンテナを再起動する。EncryptプロジェクトCAに、証明書を発行してもらう。certbotソースツリーを、/opt以下に展開してcertbot-autoを実行する。SubjectAltNameを指定することで、他のバーチャルホストと証明書を共用する。インストールと設定nginxはpuma+railsのリバースプロキシ兼、静的コンテンツを自前で返すWebサーバとなる。repobaseurl=http://nginx.org/packages/centos/$releasever/$basearch/gpgcheck=0enabled=0nginxをインストールする。/500.html;}nginxを起動する。起動後の設定mastodonの画面にWebブラウザでアクセスし、最初のユーザを作成する。.env.productionSINGLE_USER_MODE=true設定を反映するため、再起動する。-dsystemd起動スクリプトを作成して、VPSを再起動したときも自動でmastodon用コンテナが起動するようにする。stop[Install]WantedBy=multi-user.targetsystemctlを使ってmastodonコンテナを再起動してみる。mastodon以上で完了である。