2017年2月2日は?おまえ何sshやVPNつながらないくせして呟けてんの?廃人なの?ネットワークの問題と判明RaspberryPiの生存確認用として運用していたCPU温度のおかげでRaspberryPi自体は生きている事が判明したので、ネットワークの問題だと確定しました。いうのも、VPNやSSHはIPv4のみ。TwitterはIPv6対応です。VPNのサービスが停止していた可能性もありますが、cronが稼働しているのにSSHがダウンしているとは考えにくいです。外出先でしたが、幸運な事にメインPCは起動中だったのでTeamViewerを利用してまずはルーターを再起動します。すると固定しているはずのRaspberryPiになぜかDHCPが振られているわけです。それもブリッジ構成のはずなのに元のeth0のMACアドレス宛に私の構成としてはeth0にbr0をブリッジさせ、br0には192.169.91.9/24が振られています。この固定は/etc/network/interfacesに記述しており、それで通信できていたので放置していました。RaspberryPiはとりあえずeht0がDHCPを使用するという仕様らしく、不要なはずのeth0にもDHCPが振られていました。br0にブリッジされるため、eth0についたIPは破棄されるはずです。ルーター側で無闇に固定されなければこの辺でルーターで91.9/24を固定してしまったのがとりあえずの原因と判断し、それを解除。すると91.9/24にbr0が。91.2/24にeth0がそれぞれ割り当てられました。この状態になるとVPNでのアクセスも復旧しましたので、とりあえず出先での作業はそこであきらめました。eth0とDHCPを切り離す出先から帰宅後。ローカル環境(SSHだけど)でいろいろ作業していたところ、ようやく全貌が見えてきました。eth0にはDHCPで91.2/24が。br0には/etc/network/interfacesの記述で91.9/24ifconfigではeth0には16~のローカルアドレスが入っていると思いきや/24のアドレスが実は当てられていたfingやIPスキャナーなどのアプリではRaspberryPiが二つのIPアドレスを取得しているとのことで、あまり気分のいいものではありません。いうことで、eth0がDHCPを取得しないよう、設定することにします。こちらのサイトによると、やはりeth0は何が何でもとりあえずDHCPを行う仕様のようです。サイトに従い、dhcpcd.confに記述します。eth0これでeth0にDHCIPによってIPアドレスが振られることはなくなりました。あと、/etc/network/interfacesでIPアドレスを固定することは御法度のようですので、ここで固定してしまいます。domain_name_servers=192.168.91.1※IPアドレスは状況に応じて変更してください。/etc/network/interfacesへの記述はeht0をbr0をブリッジする。いう記述のみでもいいかと思います。10ただ、一応保険のため、/etc/network/interfacesでも固定しておきます。10dhcpcd.confに記述した内容と差が無ければ特に問題も起きないかと思います。あとはifconfigでeth0にIPが振られていないかどうかや、ルーターのDHCPサーバがeth0宛にIPアドレスを発行していない事を確認して、完了です。これで大丈夫だとは思いますが、しばらく様子見です。追記ケース買いました。ヒートシンクは別売ですが、ファン付なので夏場でも問題なさそうです。layers)(Black/黒)積層式ケースなので非常に頑丈っぽいです。