寒すぎる
寒すぎると話題に
複数NIC積むマシンで一方からはssh受け付けていいけどもう一方からは受け付けたくない、みたいな
疲れてると正常な判断ができなくなりグローバルIP直接つけたVMをFW無しで放置するなどのやらかしが発生します
ネットワーク隔離してたってのとそもそもこのグローバルIP使えんの？ってのを確認したくてやったからVMの上には特に何も乗ってないので被害はこのVMを立て直す私の時間だけ
できたわ
sudo ufw allow from any to x.x.x.x/x port xx proto hoge
わたしが試してるやつが実稼働するのは多分来月どころかもっと後になる可能性もあるのでまおーさまのが先になるんじゃないかなぁ
OpenVPNやらSoftetherと格闘したときも思ったけどVPNそのものじゃなくてiptablesにやられるのほんとひで
原因見る感じ別のネットワークからクライアントがお外に出れるようにすればいいんだけど、物理接続からミスってるっぽくて現状それができない
はーちんぽ
ルーティングおかしいじゃんよぉなあんでスタティックルート書いてもトラフィック流れてこないねん
相手側で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以外なにも届いてないのじゃ…
https://www.ericlight.com/wireguard-part-three-troubleshooting.html
そうそうそう言うことなんだけどクライアントからじゃなくてサーバ側からやりたいんだよ…
久々にubuntuいじってて思ったけどネットワークインタフェースの名前ensなんちゃらとかの気持ち悪いやつじゃなくてeth0とかeth1になっててありがたい
wireguardは設定ファイルの[peer]の中でpersistentkeepalive = 30とかしとこうねというのを学んだ
流石にまずいなとなったためキーボードの分解清掃を始めた
壊して戻せなくなったら明日のリモートワークは無しです
このアカウントは、notestockで公開設定になっていません。
