寒すぎる
寒すぎると話題に
複数NIC積むマシンで一方からはssh受け付けていいけどもう一方からは受け付けたくない、みたいな
疲れてると正常な判断ができなくなりグローバルIP直接つけたVMをFW無しで放置するなどのやらかしが発生します
ネットワーク隔離してたってのとそもそもこのグローバルIP使えんの？ってのを確認したくてやったからVMの上には特に何も乗ってないので被害はこのVMを立て直す私の時間だけ
できたわ
sudo ufw allow from any to x.x.x.x/x port xx proto hoge
つながるところまではできた
後はソースNATすればやりたいことできそう
わたしが試してるやつが実稼働するのは多分来月どころかもっと後になる可能性もあるのでまおーさまのが先になるんじゃないかなぁ
OpenVPNやらSoftetherと格闘したときも思ったけどVPNそのものじゃなくてiptablesにやられるのほんとひで
ああwireguard自体は繋がってるように見えるけどトンネル内のpingすら通らん
原因見る感じ別のネットワークからクライアントがお外に出れるようにすればいいんだけど、物理接続からミスってるっぽくて現状それができない
はーちんぽ
だからといって私物PCからつなごうとすると仕事PCへのRDPが切れて死ぬほど面倒くさい
ルーティングおかしいじゃんよぉなあんでスタティックルート書いてもトラフィック流れてこないねん
相手側でtcpdumpして出てこない以上送信元の問題っぽいけど、送信元側でダンプすると送信は正しいインタフェースからしてるんだよなぁ
ping投げたときのメッセージがsendmsg: Required key not available
って多分wireguard独特のなにかだよなーーーーー
wgサーバ側からwgクライアントが持ってるLANのアドレスに通信するのには適当にip route addでスタティックルート書くだけじゃ駄目っぽいということか
反対にwgクライアントからwgサーバへは[Peer]の中のAllowIPsにwgサーバ側のLANアドレス書いとけば通信できたし(ipv4_forwardは前提として
@yakumo wireguardサーバ側でMASQUERADEかけたけど駄目で外しても変わらずで何が何やら
wireguardサーバ側の設定ファイルだと[Peer]のAllowIPsに設定するのはクライアントに渡すアドレスだしなぁ…
@yakumo それもそうなんだけどそもそもクライアントでtcpdumpしてもwireguardのインタフェースにすらkeepalive以外なにも届いてないのじゃ…
@yakumo まさしくそいつらをクライアント側のPostUpに書いてる 
https://www.ericlight.com/wireguard-part-three-troubleshooting.html
そうそうそう言うことなんだけどクライアントからじゃなくてサーバ側からやりたいんだよ…
だからこれで置き換えようと思ってたOpenVPNは宛先NAT使ってたのか…
久々にubuntuいじってて思ったけどネットワークインタフェースの名前ensなんちゃらとかの気持ち悪いやつじゃなくてeth0とかeth1になっててありがたい
ストレージ用のネットワークは9000とかにするけどそれ以外はあんまり気にしたことないわね
wireguardは設定ファイルの[peer]の中でpersistentkeepalive = 30とかしとこうねというのを学んだ
たかがkeepaliveで帯域食い尽くすとか無いからクソ短くしておくのが正解な気はする
着替えて外行こうとズボン履いたらボタン取れて泣きながらつけ直しました
ブログは明日お仕事の報告代わりに書くとしてあたま回らなくてもやれるげむしましょ
ハンドソープ買い忘れた遠くないうちに買わなきゃバイキンマンになってしまう
4-9ほうほうの体でクリアしたけど4-10にまた叩き潰されてないてる #アークナイツ
流石にまずいなとなったためキーボードの分解清掃を始めた
壊して戻せなくなったら明日のリモートワークは無しです
This account is not set to public on notestock.
