おうちマットレスだと高いかもしれない
RE: calc.rettuce.page/notes/9y72dauirp7q38tg
あっでも全体としては背中そんなに痛くもないのか? わからない 私はお前のことなどまだ認めていないからな (まくらを見ている)
ちょっとサーバー設定の変更を行うため、サーバーが再起動するなどして一時的に接続されなくなります。作業は数分で完了する見込みとなっております。
来週の鳩類王国は!!(次回予告BGM)
ssh接続が出来なくて終焉していますがDBは1日1回GCSにdumpしているので、新しくGCEインスタンス建ててDBの中身だけ引き継いでIceshrimpインストールしなおして復帰させるルートですねこれ。
はーーーー3連休が2週続くのをいいことに今週のうちに作業しておいてよかったと思うんですが本筋じゃないところでやらかすのやめなさいよ私ーーーー
@haborite
試してみましたが結論で言うと解決していない、という感じですね……root権限を持つアカウントにはパスワード未設定、パスワードログイン可能なアカウントにsudo権限が付いていないので参照しか出来ない上で、原因として疑っていた
- sshdサービスが起動していない
- 接続先として設定しようとしたポート番号の誤りがあった
の両方に問題がなさそう (に見える) ので、普通に の顔になっていますね ううむ
んーー、 sshd
が起動していないかポート番号の設定に誤りがあるかのどちらかを想定していたんですが、そのいずれにも問題がないことは確認出来たので、すごくマジでなんでだになっている
@haborite 設定済みなんですよね……なぞい
(そのファイヤウォール設定をした別のインスタンスでは装丁するポート番号でのSSHが通ることも確認している)
なんとなく見えてきており、やっぱり1回サーバー爆破するしかないんじゃないかなという気がしてきている
弊鯖、Calckey時代に ubuntu.sh
を使って構築しており、今その構築当初の中身を正確に見ることが出来ないので現在のMisskeyのスクリプトを見ながらの可能性の話なんですけれど
github.com/joinmisskey/bash-install/blob/6db958ea5b66c1c552b9ae2d5afc48ede3902f3d/ubuntu.sh#L512C3-L512C20
スクリプト内で ufw default deny
が走っている兼ね合いで死んでいるんじゃねえかな……という感じがひしひしとしています
port22 で接続を試みると [UFW BLOCK]
のログがなく、変更先portで接続を試みると [UFW BLOCK]
されている
ので sshd 側で22番以外にポートを弄っていてもそれ以前のところでブロックされていると
別途やろうとしてた作業も上手く行ってないしな
( github.com/ellite/Wallos を動かそうとしていたけれど諸々の環境構築が久しぶりすぎてなんだっけをしていた)
復帰したあ!!!!!!!!!!!!
RE: calc.rettuce.page/notes/9y85e9zggenq2fn0
1. インスタンス止める
2. インスタンスのブートディスクをデタッチする
3. 適当なインスタンスを作成して追加ディスクとして↑のディスクをアタッチする
4. 適当なインスタンスに↑をマウントして sshd_config
の書き換えを元に戻す
5. 適当なインスタンスを止めて↑をデタッチ&元のインスタンスにアタッチする
6. 起動する
7. SSH接続が出来ることを確認して精神の平穏を得る
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。