カテゴリー: PC/Net

• k3b: symbol lookup error: /lib64/libsndfile.so.1: undefined symbol: lame_encode_buffer_interleaved_int

過去にlameをソースからビルドして入れたことがあり、その時のバージョンが3.99.3、またパッケージとしてもインストールされていてこのバージョンが3.100。古い方のlameライブラリが呼び出されていて新しいlibsndfile.soからはリンクできなかった模様。3.99.3をアンインストールして3.100を使うようにすると、k3bは無事に起動できた。

gdm/gnome起動できない問題も、これが原因。無駄に高機能なディスプレイマネージャなので、リンクできないライブラリがあったときに機能縮退せずに落ちていたようだ。そこはせめて「こんなエラーがあったので、関連する機能を無効化します」として処理を続行してもらいたかった。

設計に携わる者として、今後の参考にさせていただく。

現在使用しているRTX1210をRTX1300へ更新しました。RTX1210でも不具合があったわけではありませんが、IPoE接続環境にしてから受信オーバーランが結構頻発していて、力不足なのかなぁ、と思っていたぐらいです。

ここで、処理能力強化＆10G対応を謳うRTX1300が発表されたので、置き換えを行いました。

本体の奥行きが長くなっているのは事前の情報で判明していましたが、外装箱がかなりデカいのにはビックリです。この箱の横幅は365mmありました。

中はこんな感じですね。本体を守る緩衝材が結構大きいです。

で、本体はこちら。箱の大きさがかなり大きいことが分かります。SFP+スロットにはキャップがついていてホコリが入らないようになっています。

んで、RTX1210と置き換えて稼働開始。速度表示LEDが1000Mだと橙なんですねぇ。2.5G以上だと緑みたいです。RTX1210では緑一色だったので、かなり賑やかになりました。

数時間まわしていますが、受信オーバーフローは出てないですね。スピードチェックとかやると出やすかったのですが、特に出ていないですね。

後はCPUの使用率が低いですね。スピードチェック時でも50%以下でした。あと4個あるCPUですが、処理の担当が決まっているっぽい挙動でした。空きCPUに処理を割り振っていく感じではなさそうに見えましたが、本当はどうなのでしょうか？

こちらはデフォルトにちょっとガジェットを追加した感じです。

閑話休題

RTX1300にはRTX1210で使用していたConfigを使ったのですが、user設定のところで落とし穴に嵌って何度も出荷状態に戻すことになってしまいました。RTX1210ではユーザがいなくても管理者パスワード設定だけで設定画面に入ることができたのですが、RTX1300ではここら辺が厳しくなりユーザ設定及びユーザ権限をきちんと行う必要がありました。ご参考まで。

昨年中頃から、平日日中のネットの速度が遅くなった感がある。テレワークで仕事をしているが、リモートデスクトップの接続がかなり重い。具体的に言うと、ウィンドウを移動するときにマウスで掴んで移動しても応答が５秒後に返ってくるとか、操作中に接続断が頻発するとか、仕事にならずストレス溜まりまくり。

早朝や夜間時間帯は問題ないので、昨今の事情でネットのトラフィックの混雑が影響していそう。試しに携帯のテザリング経由で仕事PCを接続してみると気持ちよく動く。

遅いときにネットの速度を計測してみたら、何と下りで1Mbpsも出ていない。昔のADSL時代に逆戻りしたよう。そういえば、ADSLの前はISDNだった。昔はフロッピー１枚のデータを落とすのに15分くらいかかったなぁ。OSの更新ディスケット一式を落とすのに何時間かかったことか・・・・。ダウンロード時だけISDNを2B接続にしたりして。その前はアナログモデム。288から56Kモデムに買い換えたのに48kでしか繋がらなくて悔しい思いをしたなぁ。

閑話休題

このままでと仕事にならないので年末年始の休み期間を使ってネット環境の改善を行いました。いままでのプロバイダはIPv4/IPv6ともPPPoEとなっているので、少なくともIPoE接続に変更します。また、IPv4は固定IPアドレスを借りてサーバを運用しているのでIPoE環境でも固定IPを使いたい。回線は都合によりNTTフレッツ光に縛られます。

この条件で個人で使えるISPサービスって少ないんですよね。法人向けならばそこそこあるんですがねぇ。

今回乗り換え先として選択したのはインターリンクの「フレッツ接続 ZOOT NATIVE 固定IPサービス」です。transixにIPIP接続になります。ルータに設定を流し込んで、サクッと接続できました。肝心の速度も問題無いですね。平日日中でもIPv6/IPv4とも下り250Mbps以上で接続できています。リモートデスクトップも全く問題無しです。

プロバイダを変更したのと、固定IPのアドレスが変更になったとで、サーバ系の設定変更が面倒でしたね。特にOP25B対応。今までのISPは自回線であればPort25でメールが送れていたのですが、ISP変更のためSMTP認証して一旦ISP側サーバにリレーしてもらうようにしなければなりません。あとはDNSまわり等など。

こんなに変わるなら、さっさと乗り換えれば良かった・・・。

昨日の夜、メールサーバから”Undelivered Mail Return to Sender”と配送不可を知らせるメールが大量に発生した。

自分が出したメールの宛先が間違っていたのかと思っていたが、直近でメールは出していない。戻ってきたメールのヘッダを見ると、自身が他のホスト/ドメインからスパムメールを出している！？　どうもSMTPのパスがクラックされてリレー転送に使われているみたいと判明。

メールサーバを止めてパスを再設定。これで転送は止まりました。　しかし、あの桁数のSASL_AUTHのパスがクラックされるとは・・・。だいぶ前からLOGINを試行する攻撃があったのは知っていましたが、桁数があったので放置していました。甘くみていましたね。

これからは定期的に変更しないと、ですねぇ。。。もう少し桁数を増やすか。。。

それから、メールキューに残っているメッセージもすべて消去です。でないと、宛先不明のメールの再送を繰り返してしまいます。