サイト証明書の分割作業で実は失敗してたことに気づきまして、あれこれいじってたらどんどんひどくなってしまいにはサイト閉鎖まで行ったんですが、どうにか修復しました
停止期間にもしアクセスされてたらすみませんでした
書くネタが増えたと喜ぶ反面、二度と壊したくないともおもってまして、いやはやまいりました
サイト証明書の分割作業で実は失敗してたことに気づきまして、あれこれいじってたらどんどんひどくなってしまいにはサイト閉鎖まで行ったんですが、どうにか修復しました
停止期間にもしアクセスされてたらすみませんでした
書くネタが増えたと喜ぶ反面、二度と壊したくないともおもってまして、いやはやまいりました
当サイトも一応SSL化したんでChromeで恥ずかしい表示は出ないとおもうんですが、1つ問題がありました。
複数ドメインで1枚の証明書だけだった
ブログを始めたきっかけが不労所得倍増計画だったんで、ここ以外にもあと2つほど独自ドメインを持っています(うち1つはまだ準備中) ←202003現在、7ドメイン保持中w
で、SSL証明書っていうのは1つのグローバルIPに対して1枚が一般的で、中にははてなとかよくあるレンタルサーバなんかでまとめて証明書を使ってたりするわけですが、無料でSSL証明書を出してくれるLetsEncryptではそういうサービスまではやってないようでした。
したがって1枚の証明書発行時に複数ドメインを全部明示して作成するんですが、それだと載せた証明書をよく見ると他のドメインがバレバレなわけで、テレ屋の私としてはそれがちょっと引っかかっていました
で、ずっとそれを気にしていたのですが、どうやらLetsEncryptでも1つのIPで複数の証明書を作れるという記載を見つけたのでとびついてみました
おせわになりました。
・1つのIPで複数のドメインの証明書に対応させるにはSNIという機能を使う
(これまで使ってた機能はSAN=Subject Alternative Name)
・SNIを使うにはVirtualhostの技術を使って1つのIPに対し複数のドメインがあるように振る舞わせることで実現できる
・古いブラウザではこのSNIに対応していないために表示できないケースもあるが、現時点で出ているブラウザはほとんどが対応していると思われる
ということでした
さきほどやってみました
※途中失敗して何度となくサーバーエラーを出しました。見てた方ごめんなさい。。
【注意】トラブルが発生したときにすぐ戻せるような状態でやってください
従来の証明書取得コマンド(3サイト分:1枚の証明書に複数サイトを証明するデータが保管されている)
certbot certonly –webroot -w /var/www/html/ -d ドメイン① -d ドメイン② -d ドメイン③
今回の変更点
証明書取得コマンド(3サイト分:1つ1つが独立した証明書になっている)
certbot certonly –webroot -w /var/www/html/ -d ドメイン②
certbot certonly –webroot -w /var/www/html/ -d ドメイン③
/etc/letsencrypt/live/配下にドメイン名フォルダができて中に証明書が格納される
/etc/httpd/conf.d にメインじゃない2サイト分のconfigファイルを作成、個別にとった証明書のパスを指定
<VirtualHost *:443>
ServerAdmin webmaster@ドメイン名
ServerName ドメイン名
DocumentRoot /var/www/html
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/html>
Options Indexes FollowSymLinks MultiViews
AllowOverride None → All #20180814追記
Order allow,deny
allow from all
</Directory>
SSLEngine on
SSLProtocol all -SSLv2
SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM
SSLCertificateChainFile /etc/letsencrypt/live/ドメイン名/chain.pem
SSLCertificateFile /etc/letsencrypt/live/ドメイン名/cert.pem
SSLCertificateKeyFile /etc/letsencrypt/live/ドメイン名/privkey.pem
</VirtualHost>
これを2サイト分作って保存
終わったらapacheをリロード
systemctl reload httpd
これでサブサイトで証明書の詳細を見たときに「なにこのサイト?」ってことがなくなる
まぁそこまで見る人も多くないだろうから別にそのままでもよかったんだけど、要するに自己満足ってやつですね
あとは自動更新させるスクリプトを組んでいるのでそれをちょっと直さないとだめかも
疲れたからまたこんど、っつーことで。。。
お疲れ様でした。
20180814追記)
.htaccessがあるディレクトリは AllowOverride All にすること!
https://security.googleblog.com/2018/08/google-public-dns-turns-8888-years-old.html
今日の日本時間9時30分(UTCで0時30分)にGoogleのDNSが提供開始から8年8ヶ月8日と8時間を迎えたそうです。
そう8.8.8.8!
仕事柄端末セットアップすることが多いんですが、とりあえずなんかDNSほしいときはこれを使わせてもらいますし、普段使ってるプロバイダのDNSで解決できない新規ドメインとかこれだとさくっと解決できたりするので重宝してます。
本当にGoogleにどっぷり浸かってるな、と改めて感じました。
お礼と言ってはなんですがGoogleHomeMiniをさっき注文しました。
全部楽天ポイントだけど(大汗
そのうちなんか書きますね
電波が弱くてすぐ切れる、有線を外に這わせるのはみっともないし壁の中通すと工事費が、、、そんな理由で家の中で無線LANを中継させるお宅も多いと思います。
かくいう私もテレビ周辺機器をネットにつなぐのに子機をつかっていますが、そんなときの注意点を1つ。
※電波強度が弱くて中継機をつかってる場合は対象外です!
V6アルファを入れて無線LAN機能付きのルータがきたので、その新しいレンタルルータを親機にして、1G対応の中継機能付きのルーターで使ってないのがあったのでそれを中継用にした(下図参照)
※なんで使ってないルーターがあったかというと、これがあればV4overV6が使えると思い込んだ私が間違って買っちゃったからです。。
で、iPhoneがよく2.4GHzでつながっちゃうからどうにかしたいなーと思い親機の管理画面をみていたら、iPhone7がそもそもいないことが発覚。
しかし手元のiPhoneの画面にはWiFi接続できているマークが!なんだこれ!
書くまでもなく、親機ではなく中継機につながってたというオチ。
しかしこれではV6アルファの目玉機能の1つ(というほどでもないが)「ホームセキュリティ機能」が使えない。
※中継機につながってると中継機から束で親機を通じて外に出るので、通信の詳細がつかめない
さてどうしたもんか
なんてことはない、中継機のSSIDを別なものにすればいいだけ。
・うちのルーターの場合、Defaultではこの機能は「無効」になっていました。なので親機のSSIDを透過して使わせます。親機よりも高機能だったり対応する範囲が広い場合、中継機のほうを掴んじゃう場合があるのをとめました
※くどいですが電波強度が弱くて中継機をつかってる場合は対象外です!
・無線LANの中継機を使うときはSSIDの扱いに気を配りましょう
・最近の商品は高機能なので「ああしたい」っていう希望はたいてい満たしてくれます(値が張る場合もあるけど)。どうしたいか、を描いてから商品を選びましょう
ちなみにここで使っている中継機は↓(の前の型)です。8/15発売予定の新商品!
有線LAN1G対応&中継機能付きでこの価格は買い得な部類に入るのかも。
購入時はよく検討してください
[itemlink post_id=”3379″]
202003追記:型落ちしたとはいえ、ずいぶん安くなりました。中継機としては最高の一品になりますよ!
[box02 title=”この記事はこんな方向けのものです”]
・WordPressで「cURL error 6」が出た
・VPSを使ってます
[/box02]
WordPressでプラグインの更新通知が来てたので更新しようとしたら
cURL error 6: Could not resolve host: downloads.wordpress.org; No address associated with hostname
と出て受け付けてくれなくなった
意訳:cURLでデータを取りに行こうとしたけど、downloads.wordpress.orgなんてアドレスにはアクセスできませんでしたよ?
そんなはずは全くなく(勿論上記ドメイン部分だけなら404だけど)、なんか別な理由があるんじゃないかと推測。
早速ググって以下内容を発見
You login VPS and use command restart nginx, Php-FPM, MariaDB (MySQL)
意訳:VPS使ってんだろ?ログインしていろいろリスタートしてみろや
上記アドバイスでは「nginx」「Php-FPM」「MySQL」をリスタートしろと言っておられるが、僕はエンジンエックスは使っていない。とりあえずダメ元でhttpdを再起動。
systemctl restart httpd
⇨回復。
次もし出たらreloadにしてみよう。
気づいたらバージョンアップがでてたみたいで、上げてしまいました・・・・
OCNのマイページでV6アルファの状態確認ができるんですが、うまく反応してくれていませんでした。
ここから「ホームネットセキュリティ情報」と「利用明細(接続時間的なもの)」が見れていました。が、
とでて見れなくなっていました。
出先だったので本当につながっていないんだろ、と思い帰宅してみると同じ表記・・・・
いや接続されていないってつないでるからこのページ見れてるんだろうが!
と一人文句をいいつつ端末の状態も確認することに
これがまさかあんなことになるとは・・・・・・・
端末の状態を確認、やっぱりV4もV6も接続OKと出てる。
なにげに管理画面から「ファームウェア更新」を押して見る (←何故押す)
えっ・・・前は最新ですとか出てかわんなかったのに・・・・・
1⇨2になってる・・・・・しかも改善内容わかんねぇ・・・・・
さらにWEBは大丈夫だけど管理画面が激重だ・・・・・
とりあえずF/Wはいいとしてマイページの表示について聞いてみよう・・・・。
当サイトのV6アルファの記事は↓
OCN公式の設定案内は↓
表記の通り。我が家ではPX-434Aを使ってたけど、知らないうちに販売終了となってて5年も経過していたらしい
ちょうどいい機会だから家庭用で一番普及しているであろうインクジェットプリンタの寿命についてググってみた。
以下要約。間違ってたらご指摘いただけると幸い。
・定期的に使うことでインクが詰まるのを防止してくれて、長く持たせてくれる
・日に何十枚、何百枚と印刷しているとはやくだめになる
・耐用年数について明確な値はないが、販売終了から5年程度で修理対応終了としているところがおおく、これが買い替えの目安だろう
一般家庭における複合機は「たまに使うけど使おうとすると壊れる」のが多いように感じる。
気づいたときに買い替えを検討すべきか。
https://amzn.to/2OSzqaJ
ちょっと前にパスワードについての話題で盛り上がってたことがあった
https://www.nikkei.com/article/DGXMZO33729280S8A800C1X20000/
https://www.jpcert.or.jp/pr/2018/stop-password2018.html
パスワードは忘れないように紙に書いて隠しとけ、とか俺様がお前のパスワード生成ルールを採点してやるからここに入力しろ、とかもうどっから突っ込めばいいかわからないしめんどくさくて話にも混ざりたくないけどこれでストレスためてもしょうがないのでここに書いて発散させます。ストレス発散文を読まされた方まじごめんなさい。
そもそも他の人に使われないように自分のアカウントを保護するものがパスワードなんだから、「おすすめのルールは定型文+後ろにサービス名をつけるといいでしょう」とか「記号を混ぜたほうがいいでしょう。例えば”i”のかわりに”:”を使うとか」なんていう話をだされてしまった段階でそのパスワードルールは陳腐なものになってしまっているわけで(実は使ってたりするけど)、誰かのアドバイスに従って作るものではないと思う。
唯一勧められるとすれば、それは「アカウントごとに英数記号や大文字小文字を含んだ完全にランダムな文字列をあてがってそれをパスワードマネージャー的なソフトを使って非クラウド環境においておくのが安全」っていう話になるけど、それでは利便性が損なわれるし万一そのローカル環境でHDD故障とか起きたら致命傷になりかねないし、だからといってそのデータをクラウドにバックアップしたぜふふん、なんてことになるのもとても残念だし、なかなか答えは見つからない。
そうは言っても他者との相違点を極力減らしたいと考える人は依然として多く、「○○さんがパスワードはこうしてたから私もそうしようー」とか「パスワードはこう設定するといいぜふふん」とかいった会話はたぶん無くならないだろう。
・生成ルールをWEBに求めない
・生成ルールを他者に求めない
・生成ルールを他者に言わない、答えない
・文字列はながければ長いに越したことはないが、利便性も考えること
・記号が入力できないような脆弱なルールしか適用されないサービスは利用をやめておいたほうが懸命
・定期的に変更できるようなルールにしておく
・紙や付箋などにパスワードを書かない
※せいぜいどのサービスのアカウントを持っている、くらいで済ませる
って、考えてみるとこうやって俺が書いたのも参考にしないほうがいいのかなと思ったりして。
さて、果たして今後10年20年生き延びれたとしてどこまでこの考えを維持できるかどうか・・・・・
こちらを参考にさせていただきました。おせわになりました!
1)MySQL(orMariaDB)にログイン
# mysql -p
※この場合、パスワードを聞かれるので別途入力
2)データベース切り替え
# use データベース名
ex)use zabbix
※問題なければ ”Database changed” が返る
3)ユーザーテーブルを一括表示
# select * from users;
おおこんな名前にしてたか!
※phpMyAdminを使う場合は、この”users”テーブルを探す
※ごちゃごちゃ表示されて見づらいようだったら、*を username に変える
(select username from users;)
※2でデータベースの名前自体覚えていなかったら終了、ではなくて
# show databases;
で一覧出してそれらしいものを探す(複数形なのに注意)
1)DB上で、失念した古いパスワードを新しい文字列で上書きします
# update users set passwd = “d41d8cd98f00b204e9800998ecf8427e” where alias=”さっき調べたユーザー名”;
2)WEBから調べたユーザー名と、パスワードは空欄でログインできます
注意)”d41d8cd98f00b204e9800998ecf8427e”は「空」を表しています。
カラを表す文字列を入れて、設定上はパスなしを装う。
# mysql -uさっき調べたユーザー名 -p
※パスワードを聞かれたらEnter。ユーザ名はuの後ろにスペースはいれない。ちなみにpも同じ。入れるとただしく認識してくれない。
これで無事ログインできるはず。
上で便宜上、カラで設定したので必ずパスワードを設定しなおしましょう
※なら②項で直接入れればいいじゃん、というのも自分で書いてて思ったw
# set PASSWORD for さっき調べたユーザー名@localhost=PASSWORD(‘新しいパスワード’);
成功を祈ります!
作ったつもりでいたらうまくできていなかったからやり直した。
①設定(2Gで作る)。ファイル名はとりあえず
dd if=/dev/zero of=/swapfile bs=1M count=2048
⇨
2048+0 records in
2048+0 records out
2147483648 bytes (2.1 GB) copied, 2.18239 s, 984 MB/s
②ファイルを作る
mkswap /swapfile
⇨Setting up swapspace version 1, size = 2097148 KiB
no label, UUID=xxx
③上で作ったファイルを有効化
swapon /swapfile
④確認
swapon -s
⇨
Filename Type Size Used Priority
/swapfile file 2097148 0 -1
⑤メモリ量と合わせて確認
free
⇨
total used free shared buff/cache available
Mem: 1882616 596052 82528 1416 1204036 1096992
Swap: 2097148 0 2097148
⑥このままだと再起動するとまっさらになっちゃうのでfstabに書いておく
vi /etc/fstab
⇨
/swapfile swap swap defaults 0 0
できあがり。
ちなみにうまく動いてなかったのはfstabに書いたファイル名と設定したファイル名が違っていたから。こんな基礎的なことができていなかったなんて!
※先日契約VPSのスペックアップをした際に再設定したけど、そのときに適当に流してた模様。zabbixに久しぶりにログインしたらエラー出っぱなしだった・・・
以下は個人的に書いたOCNのIPoE、「V6アルファ」サービスをまとめたものです(契約から解約まで網羅していますw)
検討の一助になれば幸いです(2022年1月現在、V6アルファはおすすめしません。対応ルータをご自身で用意すれば快適環境が手に入ります。めんどくさがりな人にはおすすめw)。
速度測定など不定期更新中!
今のマイブーム(死語かなぁ)はSSL。
ここのサイトを苦労してSSL化させたり、はてなとかでSSL化しようとして失敗する人が続出したり、結構な騒ぎになってました。
SSLがなんたるかについては先生のありがたい話でも聞いていただくとして、ここでは最近バージョンアップで好き嫌いをはっきりと表現するようになったChromeのことをば少し。
今や3大ブラウザの1つであるGoogleChrome。
そのChromeが最新のバージョン68でSSL非対応のサイトを「保護されていません」と表示し始めたわけですが、そもそもこれって英語だから直感的にわかるもので、日本語で「保護された通信」「保護されていません」って書かれてもいまいちぱっとしないな、と
(SecureかNotSecureか、とは受ける印象がだいぶ違うような)
訳すのっていうのは難しいんだな、と思う今日このごろ。
追伸、2019年11月の時点ではSSL(HTTPS)が基本になってますから、SSLの場合はもはや表示なし。非対応のサイトは「保護されていない通信」と出てきて
と教えていただける状況です。
加えて言えばこんなニュースもでてきていて、非SSLサイトの撲滅にかかっているようですね。
Chrome79以降で段階的に絞っていくんだそうです。
脆弱なサイトは見ないで安全なところだけ見ればいい、というのは暴論にも聞こえなくもないですが、間違っているとは言い切れないので難しいところですね。
自サイトを持ってアクセス解析などされている方はとうの昔にお気づきだろうが、ネット閲覧の手段の中心は通常のPCからモバイル端末へとすっかり移行してしまっている。
かくいう私もPCでネットを見る時間よりも手元のiPhoneで見るほうが多く、良くも悪くも流行にのっているということだろうか。
そんなこともあってか、Google先生もPCよりモバイル向けのコンテンツのことを見てくれるようになってしまっているらしく、そんな代表ともいうべきサイトがこれである
https://testmysite.withgoogle.com/intl/ja-jp
※ちなみに以前は日本語版はなかったが、今ではこのようにきちんとした翻訳が施されたサイトができあがっている
アドレスを入れてみろとフォームを出されると条件反射的に自サイトのURLを入れてしまうのは、さながら検索フォームを初めて出されて自分の名前を入れるようなものと一緒だろうか。
閑話休題、このサイトを測定してもらった
ご丁寧にモバイル画面までつけてくれている。さすが先生。
10人来てくれたらうち3人は読み込み中に帰ってしまうそうだ。ちょっとは待てねーのかこのせっかちが!と言いたいところだが自分も多分同じような動きをしそうなのでぐっと我慢。
見事にビリである。店を開いたつもりはないがこういう結果を出されるとちょっとつらい。
俺の言うとおりにすれば3秒速くしてやるぜ、なんて後で多額の金品を要求されそうな雰囲気だが、そんあことは多分ないだろう。きっと。
上記ページの下部にある「優先度の高い修正点を確認」をクリックしたところ。
サイトテンプレートは自分で作ったわけじゃないしここまで難しそうなことかかれてもわかんねーなー、ということでとりあえずみただけで終わってしまった。
「先生に言われたとおりにしてみたらこんなに速くなりました!」ってかければいいんだろうけど、そこまではちょっと無理そう。
試しにOCNがどうか見てみた。
可もなく不可もないといった感じ。つまらん。でも離脱率が結構高い。
また、ページを開くと必ず出てきた「無料レポート」を請求するとこういうのが届く
モバイル向けにサイトを作るのは重要、っていうことですかね
興味のある方は試してみてください。
https://testmysite.withgoogle.com/intl/ja-jp
以上、何も得るもののないくだらない記事でした。失礼しました。。
爆速って言ってるから、とかなんかすごそうだから、とかだけでV6アルファを契約しようとしていませんか?
たしかにそれでもいいけど、せっかくなら一通り理解してから使いましょうよ。
※小川さんによる多分一番わかり易い解説ページ。
※なんとこっちも①と同じ小川さんの著作。
クラウドファウンディングで無料でIPv6の本を作りたいって言ってできたもの。
(2018.08現在無料DL可を確認済。pixivアカウントが必要ですが勿論無料)
なんと456ページ!気になったら今すぐGETして!
2020年3月8日現在、まだ無料でした。
著者さんに感謝しつつ、みんなで読みましょう!
[itemlink post_id=”3382″]
[itemlink post_id=”3383″]
[itemlink post_id=”3384″]
いろいろあってwordpressの命ともいうべき”functions.php”が空になってしまいました。。
①更新した記事を上に持ってくるようGUIからfunctions.phpをいじろうとした
②いじろうとした環境はいつもとちがうPC
③いじったらエラーが出て更新できず
④さらにいじってたらいつのまにかファイルサイズが0byteに・・・・・
⑤修正作業でwordpressを一時停止に追いやった
⑥今に至る
・なれない環境でこみ入ったことをしない
・うまくいかないからっていろいろやらない。よく考えて行動すること
はてな連携がバッサリ消えてteratermのログをもとに復元したらエラーで止まった・・・・
※ちなみにバックアップ用に入れているプラグインを入れただけで何も設定してなかったのでバックアップがとれていなかった・・・・ああ二次災害
はてな連携の方法を整理できてなかったからそれができたのでよかった、と考えるか・・・
ここ最近のサーバ運用状況を考え、ついにサーバのスペックアップを実施することにしました
※すでに実施済み
大変簡単でなんの問題もなかったので書くほどではないのですが一応記録まで。
なおスペック変更に際し既存データへの影響はありませんでした
※enableし忘れでhttpdが立ち上がってこなかったけど
https://support.kagoya.jp/cloud/manual/content/16/61/ja/%E3%82%B9%E3%83%9A%E3%83%83%E3%82%AF%E3%81%AE%E5%A4%89%E6%9B%B4.html
メモリ1GBって今じゃクライアントPCの数分の1。まぁでも人が集まらないような個人のブログでは十分な内容でした
(場所によっては512Mなんてのもあるらしい。俺も最初はこのぐらいでいいだろうと思ってたけどやっぱだめだ)
CPU1コアで簡単に言えばワンオペ状態。いや悪かったよ。。。バイト追加するから辞めないでね。。。。。
で、今までは最低額の24円/日。容量には困ってないので35円/日に。これでも1000円切るのでkagoyaやっぱ安いわ。
①まず既存のインスタンスを止めます。停止を押すだけ。
②同じコントロールパネルの「スペック変更」を押します
③変更後のスペックを選択します(画像再掲)
④3分程度たてば完了。ステータス画面が自動で切り替わります。その後起動を押せばおわりです。
無事新人が入りまして、深夜のワンオペレーション状態は解消されるでしょう。たぶん。