https://dyama.org/tag/tiarra/ Recent content in Tiarra on dyama's page Hugo ja Thu, 08 Aug 2013 00:00:02 +0900 https://dyama.org/2013/08/831/ Thu, 08 Aug 2013 00:00:02 +0900 https://dyama.org/2013/08/831/ <p>長らく利用していた IRC プロキシソフト Tiarra の利用をやめました。理由は次のとおりです。</p> <ul> <li>tscreen(GNU Screenみたいなの)上の riece で IRC には常駐しているので、端末ログインすればどこからでも繋がる。 <ul> <li>携帯電話なんかの専用クライアントから接続できる手軽さはあるけれど、果たしてサーバソフトを常駐させるまで使うかっていうと、そうでもなかった。</li> <li>携帯電話なんかの専用クライアントから接続する場合は、大人しく別USERとしてログインすればいい気がしてた。</li> </ul> </li> <li>頼んでもない大量の WHO リストが1,2分おきに tiarra サーバから出力されるようになって、チャットどころじゃなくなる。 <ul> <li>サーバメッセージをメインログじゃなくてチャンネルログに流して、かつアクティブを持っていっちゃうようなクライアント側にも問題があるはずなんだけど、なんだか気持ち悪い。XChatやLimechatで接続すると、WHOリストは「プロトコルログ」のような生ログ表示以外には表示されないので、特に問題ない。</li> <li>tiarra を経由しなかったら、riece でも WHOリストの大量取得現象は見られなかったから、IRCサーバ側にリクエストを投げているのは tiarra のはず。ここ1年くらいで、現象が起きる日と起きないがある。設定はいじってないし、なんだろうな。</li> <li>次の理由により、詳しく調べる前にtiarraの利用をやめることにしました。</li> </ul> </li> <li>かなり高度かつ柔軟な設定が出来るわりに、得られる効果がほとんどない。 <ul> <li>tiarra のメリットと言えば、同一ホストからのセッション数を減らすことができる点。</li> <li>それ以外だと、メイン宛のPRIVMSGを外部から読める、チャンネルの入退室を最小限にできる、常駐ロガーとして活躍…くらいか。 <ul> <li>常駐ロガーという意味では、自分のように既にクライアントソフトが常駐しているユーザにとってまるで意味がないもの。</li> </ul> </li> <li>デメリット <ul> <li>設定が高度な分、煩雑でもあり、接続ができなくなったり、DCCのルーティング設定で問題があった場合など、問題を複雑化してしまいそう。</li> <li>複数サーバーに対し、それぞれ違う nick でログインしている/したいのに、そこらへんの設定が考慮されずに設計されていそう。</li> <li>設定自体、ちょっとWindows寄り。起動スクリプトを書いてcronなどに登録したり、ユーザごとの設定ファイルに対応させたり、いろいろ改造して使ってました。</li> </ul> </li> </ul> </li> </ul> <p>お世話になっていたのは確かなのですが、IRC を便利に手間なく使うための Tiarra を本気で改良するのも本末転倒になってしまいそうで、結果的に利用をやめてしまいました。</p>