Playerでテスト環境用に構築した仮想マシンを複製しておきたいと思いネットで調べたところ、なんだか少し面倒くさそうに書いてある記事が多かったのですが、3ステップの簡単操作で出来ましたのでメモしておきます。Mailsploitの脆弱性が発表されてから半年余り過ぎますが、なぜか日本ではあまり話題にすらなっていません。バックドアを仕掛けられる等、直接ファイルを改竄されるわけではないからなのでしょうか。悪用しようとする人からすれば、本人だという証明付きで権威ある人になりすましてメールを送れるというのは、最高のソーシャルハッキングツールです。私宛にトランプ大統領からメールが来たところで(仮に本人だったとしても)日本語以外のメールは普段やりとりをしていないので、迷惑メールと決めつけて開封すらしないでしょう。「ついに自分も認められたか」などと思い上がるほど若くはありません。怖いのはもっと身近な人を詐称したメール。取引のある会社の担当者から本人証明されたメールが届けば、疑うよりも先に開いてしまいます。URLが記載されていれば、ソースをじっくり見ることもせずにクリックしてしまうかもしれません。緊急なのでこちらに電話を!と電話番号が記載されていれば、電話してしまうでしょう。振り込め詐欺なんかと組み合わされると、比較的ITリテラシーが高い人でも騙されてしまう危険性があります。2016などを使っている人も多いのではないでしょうか。一部メーカーからは既に対策パッチも出ていますが、対策しないと宣言をしているメーカーもあります。該当するアプリを使っている方は情報収集が必要そうです。[...]PukiWikiのURLをNginxで正規化【index.php非表示】10年以上ぶりにPukiWikiをいじっているんですが、昔の情報は豊富にありますが最近の情報が乏しいですね。PukiWikiの全盛期は、Nginxが誕生したばかりでしたので仕方ないのかもしれませんが。これらをhttps://example.comに301リダイレクトしました。301~といった感じです。Consoleを眺めているとindex.php有りと無しが...。pukiwiki.ini.phpの設定でindex.phpを表示しないという項目があります。コメントアウトを外して試してみましたが、何かが違う。確かに表示はされなくなりました。index.php有りの膨大なURLがすでにGoogleにインデックスされているので、index.php有りで404エラーになると困るのですが、結果はindex.phpを入れたURLでもちゃんとページが表示されました。index.phpが表示されたままの状態。ステータスコードは200。index.php有りと無しの両方のページが存在した状態です。いうことでNginxの設定を変更しました。PukiWikiネタってまだ需要あるんでしょうか。上記のような画像がでてビックリされる方も多いと思います。当サイトでも数日の間、表示されてしまっていました。パスワード、メッセージ、クレジットカード情報などを不正に取得しようとしている可能性があります。中にはそういったサイトもあると思いますが、SSL証明書を失効してしまっているサイトが大多数です。Googleらが推し進めている常時SSL化がかなり浸透してきました。常時SSL化とは、Webサイト全体をHTTPS化する(暗号化する)ことを言います。以前は個人情報を送信するフォームを設置したページだけに使われるのが一般的でしたがここ数年で急速に常時SSL化が推し進められ、ブラウザによっては、SSL化されていないページは警告表示されるようにまでなってきました。SSL化が進んだ背景についての詳細はこちらのサイトに詳しく書いてあります。Encryptを使った常時SSL試験運用をして参りましたが、証明書更新時にいくつかの問題に遭遇しましたので、レポートしておきます。【現象】一部のドメインで自動更新が効かず、証明書の期限切れを起こしてしまう。上記のような環境下でSSL証明書の更新がうまくいかずに期限切れを起こしてしまい、該当ドメインのサイトを開こうとするとブラウザ警告がでて表示されないという事象がネット上でも多く見受けられました。該当ドメインの本来のルートディレクトリでは無く、認証専用のディレクトリを用意しておく方法で、多くの運用方法に対応することができます。バーチャルドメイン運用の場合、上記のようなディレクトリを作成しておき、それをwebrootに指定します。証明書が無事に発行されたら、Webサーバーの設定をしておきます。Playerでテスト環境用に構築した仮想マシンを複製しておきたいと思いネットで調べたところ、なんだか少し面倒くさそうに書いてある記事が多かったのですが、3ステップの簡単操作で出来ましたのでメモしておきます。Playerは終了しておきます。ゲストOSがサスペンド状態であれば、その作業状態のまま複製されますが、ネットワーク等の初期化のために後で再起動する必要があります。ゲストOSはパワーオフの状態にしておいたほうが良いです。コピーしたフォルダの中にある拡張子がvmxのファイルをテキストエディタで開きます。この作業をしないでも問題ありませんが、同じ仮想マシン名が複数あると自分自身で区別がつかなくなりますので末尾に数字を足す等の変更をしておきます。新しく作成したフォルダにある.vmxファイルを選択します。ichmyさんの「VMwareで遊ぼうのこーなー」というコンテンツがおすすめです。GIGAスクール端末のiPadをiOS18にアップデートGIGAスクール構想で32GBのiPadを導入した自治体が直面しているiOS18へのアップデート空き容量の確保問題についてWordPress用GMapを使わない地図表示プラグイン公開HTML5・CSS3に対応しているLeafletという地図表示スクリプトがヌルヌルと動いていい感じです。これを使ったLeaflet-MapというWordPress用のプラグインがあり、喜んで使ってみたのですが、場所を登録するのに少し手間がかかります。Mapperを作りましたので、良かったらお使いください。地図タイルはOpenStreetMapまたは地理院地図に対応しています。readmeに書き忘れてしまいましたが、マップ表示のショートコードは[lmap]で表示されます。※WordPress公式サイトからのダウンロードをおすすめします。普通のプラグインと同じですが、まだWordPress.orgには登録されていませんので、zipアーカイブをダウンロード・解凍したものをFTP等でアップロードしてください。【2019.05.01追記】令和初日にWordPress公式プラグインとして登録されました。その際leafletから始まる名前はNGということで、正式名称がwp-leaflet-mapperとなりました。[...]常時SSL化(https)後に旧サイトのアクセスが減らない最近SSL化したサイトで旧サイト(http)へのアクセスが一向に減らないという現象が発生しました。httpへのアクセスを301リダイレクトでhttpsへ遷移。Consoleのプロパティにhttpsサイトを追加。旧サイトも削除せずに監視。Consoleで旧サイト(http)の表示回数が減らない。(一時的に減少しましたが、盛り返してきている)平均掲載順位に至っては上昇している。おかしいと思い調べたところ、もともとHTTPヘッダとしてcanonical属性を出力していたのですが、スキンをカスタマイズした際に書き出されなくなってしまっていたようです。これはChromeのデベロッパーツールを使って以下のように確認しました。Chromeを開き[F12]を押してデベロッパーツールを開く。Networkタブを選択しておく。HTTPヘッダを確認したいページを開く。Nameの一番上(AdSense等がある場合は2番目以降になっている場合があります)にある該当ページをクリックする。Headersタブをクリックするとレスポンスヘッダやリクエストヘッダが確認できます。href=”ページURL”>を<head>~</head>内に出力するように修正して完了です。※ページURLには各ページのURLを正確に書きます。バッファローLinkStationの管理画面が重いBuffaloのLinkStationというネットワーク対応の外付けHDDを使っていますが、管理画面が何をするにも異常に遅くて、他の方も書かれていましたが設定するのが億劫になります。ファームウェアの更新やメディアサーバーをオフにしてみたりしましたが解決しなかったのですが、原因がわかりました。Explorerで管理画面にアクセスすると、実用レベルの遅さになりました。Chromeを使っていたのですが、メニュー項目をクリックするたびに5秒~10秒、ひどいときにはそのまま処理が返ってこないという状況でした。してと思いIEからアクセスしてみたところ、画面遷移に1~3秒程と(じゅうぶんに遅いですが)設定するには実用的なレベルになりました。フレッツ光を使っている人はウイルス対策ソフトを買う前に確認スタートアップツールを導入しないでセキュリティソフトだけをインストールするNTT関係者からの情報。ウイルス対策ソフトを購入するまえにフレッツ光の無料ライセンスを確認しないともったいない。WordPressをお名前.comのレンタルサーバーRSプランに引っ越しをする際の注意点お名前.comのコントロールパネルからMySQLファイルをインポートしようとするとエラーが発生した際の解決方法。WordPressのファイル転送はFileZilla(SFTP)を使って問題なく完了。Encryptから「証明書の期間があと20日で切れますよ」という英文メールが届きました。cronで定期的にrenewをかけて自動更新しているのですが、何か設定がおかしいのかなと思い、複数のssl証明書を管理しているサーバにログインをしてみました。原因が良くわからなかったので、該当ドメインを登録し直すために現在の更新情報ファイルを削除しました。ん?ディレクトリだから消せないよと英文メッセージ。confなのにディレクトリなのか。深く考えもせずRオプション追加。Enter押して1秒後に気付きました。renewalディレクトリごと消してしまった...。全てのドメインのssl更新ファイルが消失しました。Unix系のOSにはWindowsのようなゴミ箱はありません。復旧ツールもあるみたいですが、稼働中サーバにいきなり入れてみるのも気が引けたので、潔くあきらめて手動で復旧させる事にしました。私の環境では/usr/local/etc/letsencryptですが、/etc/letsencryptの場合も多いようですので、読み替えてください。certbotコマンドはcertbot-autoになっているようですので、そのあたりも読み替えてください。