ダウンロードしたmsiファイルを実行するとドライバのインストールが始まる。インストール後に再起動になるので再起動を行うとキーボードが復活した。192.168.1.110.pem↑これを使ってapacheのSSLの設定してみたら、Guestマシン自体からのSSLアクセスは正常にできた。HostのWindowsから試したらダメだった。そこでWindows側にmkcertをインストールしてそこで発行したpemをapache側に設定したみた。192.168.1.110↑こっちで発行したpemをLinux側で設定するとwindowsのブラウザアクセスでも大丈夫になる。結局windows側のブラウザでアクセスするわけだからWindows側にCAROOTが無いといけないっぽい。なるとCAROOTを社内で共有する必要がありそう。(全員mkcert入れた上で)うーん。0本年もよろしくお願いいたします。新年なのでWordpressのバージョンを5.0.2にしてみたところエディタが大幅に変わっていて戸惑ったので投稿テスト。これは慣れるまで大変かも。Editorプラグインをインストールしてプロフィールで設定するらしい。あっでもこのエディタMarkdown対応してるっぽい。Datastoreに接続しようとしたときに以下のエラーが出てしまった。informationデプロイした状態だと正常に利用できている。調べたところ以下が該当した。利用するアカウントを選択した後にアクセスの許可画面が表示されるので許可する。すると文字列が表示されるのでその文字列をコンソール側に入力することでアクセスする資格が得られる。プロジェクトを作ったり消したり頻繁にしていて以下のコマンドで色々プロジェクトを変更していたのが原因っぽい。cacheDNSキャッシュの内容を表示する。リカーシブサーバーで持っているキャッシュをクリアする。キャッシュを利用するか否かを設定する。キャッシュを利用する。サーバーからの返答をルーター内部に保持し、次に同じ問い合わせが発生したときでも、サーバーには問い合わせず、キャッシュの内容を返す。キャッシュは利用しない。サーバーに問い合わせを行う。今回サイト確認の為にDNSのキャッシュをOFFにした。0昔perlで作ったSocketを使って外部のサーバからHTTPリクエストでデータを取ってくるプログラムでデータがとってこれなくなっていた。調べてみるとデータを取りに行く先のサーバのApacheのバージョンが2.4に上がっていた。テストプログラムを書いてみると、リクエストヘッダを送るところの改行コードが「LF」なのが問題だった。改行コードを「CRLF」にしたら解決。DirectiveApache2.4は「HttpProtocolOptions」ディレクティブのデフォルトが「Strict」になっており、この指定が厳密な解釈をすることでリクエストの改行がLFだけだったりすると、エラーになるようです。最初リクエストヘッダの送信をヒアドキュメントで書いてて改行コードに全然気づかなくて時間がかかった。」というのがあったので設定してみる。192.168.3.100RTX1210の管理画面にある「管理」⇒「コマンドの実行」で設定した。今までの開発環境からコンテナの開発環境に移行する時に起きた問題。cloneして設置していく際に以下のエラーが発生。“*****************”.サービスは読み込まれているか以下のコマンドで確認。・・・するといつもより少ない。あと、以下の部分が気になる。binary.もしかしたらBusyBoxのgrepに何かあるんじゃないかということで、JMS\DiExtraBundleの設定を変更してみる。trueとりあえず動いた。↑のブログを読んで細かな対策は都度行っていたけど脆弱性の点検はしていなかったので点検してみる。ワードプレスをURLで検査してサイトの脆弱性を調べましょう結果は[要緊急対応]readme.htmlがワードプレスのバージョンを漏洩していますといくつかの[注意]ヘッダー出力(情報漏洩の可能性)でした。「readme.html」を削除してとりあえず対策は完了。ヘッダー出力の内容が気に食わなかったのでこちらを参考にセキュリティ関係の設定をファイルにまとめるように変更。httpd.serviceもう一度チェックすると新しく設定したHeaderが表示されたけどこの内容なら大丈夫なはず。WordPressは本当に立てるのは簡単だけど、メンテナンスをちゃんとしないと危険。今後は定期的にチェックしていく。