fr24のfeederのアップデート

投稿日時: 投稿者:
返信

自宅にRaspberry Piと受信アンテナを組み合わせたFlight Rader 24用のfeederを設置していましたが、長年放置していたらソフトウェアのバージョンが必要な状態になっていました。そのときに困ったりしたのでメモ。

aptが動かない

raspbianのstretchリポジトリが使えない状態に（Relaseがないとか）なっていたので検索。
http://legacy.raspbian.org/raspbian/ に移ったとのことなので、/etcapt/sources.listを書き換え。

deb http://legacy.raspbian.org/raspbian/ stretch main contrib non-free rpi

■Rrepository for … stretch Release “does not have a Release file” – Raspberry Pi Forums

apt updateとupgrade

apt updateしてもそんなに更新されませんが、アップグレード可能なパッケージがあるよと表示されます。apt list –upgradable で見てみるとたくさん出てきたので、apt full-upgrade で全更新。そこそこ時間がかかります。

fr24feed_updater.shが動かない

■Flightradar24のfeederのアップデートがfr24feed_updater.shで出来ないならinstall_fr24_rpi.shで再インストールすればOK #RaspberryPi – Qiita
まんまこちらの例の通りで。/etc/fr24feed.iniをメモしてから再インストール実施。

sudo bash -c "$(wget -O - https://repo-feed.flightradar24.com/install_fr24_rpi.sh)"

設置場所のlat,lonはGoogle Mapsで自宅にピンを立てて読取り。
data sharing keyはfr24feed.iniにも書いてあるしfr24のマイアカウントからも取得できる。
sudo systemctl restart fr24feed で再起動、fr24のdata sharingからonlineになったのを確認して完了。

povoを契約、最低維持してみる

投稿日時: 投稿者:
返信

メインのスマホをPixel6→Pixel7aに変更したところ、おサイフケータイの一部非対応で困ってしまい、楽天Edyだけ浮いてたXperia Ace II（SO-41B）に入れて使うことにしました。
（ANAマイレージクラブモバイルプラスのEdy番号認証ができない）

2023-06-05追記↑
機種変更時のコピーがおかしかったようで、再度Edy番号を削除して新しい番号で発行したところ、使えるようになりました。
ということはこのSO-41Bはまた不要に…

決済は問題ないですがチャージや楽天ポイントカードの表示の際に通信が発生するので、何かしら通信手段を確保しておきたい。
最初は2台のスマホを常時Bluetoothテザリングすれば行けるのでは？とか思ってましたが、いろいろ問題があるらしい記事を発見するし、それ以前にBluetoothで繋がってくれない。変にロックがかかっているような感じ。
決済の時だけWiFiテザリングを起動して～というのも面倒なので、SIMを入れることにしました。
で、povo2.0を頼んでみた。SO-41Bはdocomo端末だけどSIMロック解除さえしてあれば使えるらしいので。

前日の午前中に申し込んで翌日午後に到着（秋田県）。はやい。

SIMピンまで入ってかわいらしい感じですね。

povoアプリからカードのバーコードを読み取ってアクティベーション、SIMを挿すとすぐに利用可能に。APNも自動で設定されました。APNは自分で追加する必要がありました。

データ通信パッケージを追加（トッピング）しないと128kbps低速のままのようですが、決済とポイントカード表示だけの予定なので間に合うでしょう。あと着信用の電話番号が手に入った感じではありますが…使い道はないなー。

そしてあとから紹介キャンペーンがあるのを知りました。3GBもらえた…

zoomがどんどん遅くなる?

投稿日時: 投稿者:
返信

長時間のzoomセミナーをしているとネットワークが遅くなって回線品質が低下とか表示されるようになってしまうという話がありました。しかし別のPCではそんなに遅い気はしないし、該当のPCを再起動すると直るという。
RTX830、フレッツ光v6プラス、IPoE、MAP-Eの環境。

調査しながら適当にネットサーフィンしていたら、途中で名前解決に時間がかかりはじめたところで思いつく。
MAP-EによるIPv4 over IPv6は複数の接続元からIPv4を共有する都合上、利用できるポートが限られています。これが足りてない感じかも。
状況は
# show nat descriptor address
で確認。

RTX830は、TCPに関してはポートセービングIPマスカレードという動作でセッションを詰め込めているのですが、UDPは1ポート占有してしまう上に、タイムアウトが900秒になっているとのこと。あとTCPはセッション終了が明示的だけどUDPは放置なのでタイムアウトまで待ちっぱなしが続く。

とりあえずこれを300秒に設定してみました。これで様子見。60秒でも良かったかもしれないが、VoIP関連だと150秒欲しいみたいな話もあったので、とりあえず。
# nat descriptor timer 1 protocol=udp 300

sshに入れなくなった?鍵ファイルの最後の改行

投稿日時: 投稿者:
返信

しばらくぶりにsshで繋ごうとしたら入れないサーバーがあるというので見てみました。
認証はRSAまたはED25519の鍵ファイル。
windows10上のpowershellからsshで試します。
私の鍵では入れたが、たしかにその人（useraaaとします）の鍵では入れない。

サーバー上でuseraaaがssh localhostとすると、入れる。鍵ペアとauthorized_keysは問題なさそう。
で、ググってみたら

ssh – Windows 10 OpenSSH key invalid format – Stack Overflow
＞I got this working.. believe it or not by adding a single LF at the end of your private key file.

秘密鍵ファイルの最後に改行を足せと。
ええーそんなばかなーと思って足したら、通ったよ…

サーバー側 OpenSSH_8.7p1, OpenSSL 3.0.1
クライアント側 OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2
でした。
クライアント側FileZilla 3.62.2(Windows)の場合は改行なくても通りました。
Windowsのsshと特定の組み合わせの問題なのか？

古いサーバーにsshで繋げられない（ssh-dssを今さら使う）

投稿日時: 投稿者:
返信

古いLinuxサーバー（CentOS4か5か）がLAN内にあって、そちらにsshアクセスしようとしましたが、ssh鍵がdsaって書いてある。
最近windowsからのsshはpowershellから起動して使うようになりまして（便利になったね！）。

とりあえず
ssh -i id_dsa IP_ADDRESS
としてみましたが
sign_and_send_pubkey: no mutual signature supported
とエラーでアクセスできず。

一時的にssh-dssを許可しないといけないので
ssh -i id_dsa -o ‘PubkeyAcceptedKeyTypes +ssh-dss’ IP_ADDRESS
これで使うことができました。

古いサーバーはリプレースしていかないとね…