news spooling/archiveing server+reader(Re: news.cis.dfn.de$B$,CY$/$J$C$?(B?)
Kawaguti Ginga
netnews を読み書きしつつ，spool を archive していく
ソフト/方法についての質問です．
(fj.news.system.inn 入れておいたほうがいのかな)
ふと通りがかって
<a8hmf8$sjeg5$1...@ID-123361.news.dfncis.de>の記事において
yas...@msf.biglobe.ne.jpさんは書きました。
> >これは Internet が複数のサイトのリレーによって実現されているためです
> >から（特に遠距離の場合は）仕方がない事です．
>
> いやー、昨年12月から使い始めて、今回が初めてだったので
> あわててしまいました。Webなんかはどこも問題がなかったから
> なおさら。
news.cis.dfn.de ってなんだろ，と思って調べてみたら
fj とかも読み書きできる news server service なのですね．
news を読み書きする環境を会社以外でどうしようかな，と
思っていたところ(私のプロバイダは netnews はやってない)
だったのでさっそく申し込んでみました．
おー，ちゃんと使えますね．
しかし，当然と言えば当然なのですが，保存期間が2週間，と短い．
そこでできれば自分のところに fj/japan 位は全部取り込んで
spool してしまえ，ということを考えています．
でもできれば reader は慣れている mnews が使えるとぐっど．
そういうことをするのにお勧めなシステムはなにがあるでしょうか?
(基本的には unix(FreeBSD)で動作するもの希望です)
とりあえず名前を知っているものだと，inn/leafnode/gnspool 辺りです，
(archive するものと，読み書きする reader は分けてしまうというのも
一つの解かもしれませんが，きっとこういうシステムって
あるんじゃないのかな，と思ったもので)
leafnode:
小さい．設定簡単．基本的には cache server．
使える(使ってみた)けど，cache なので一旦読みに行くと
それを検出して上流にそのグループを取りに行く．
常に読んでいるグループはそれでもいいけど，
たまにしか読まない/普段読まないグループには対応できない...
(fj 以下は常に触るような script か何かをつくっておけばいい?)
inn:
でっかい．設定が良く分からない
(この辺は http://www.kt.rim.or.jp/~ksakai/inn.html
とかである程度は分かりますが)．
NNTP での配送専門? (not NNRP だったりする?)
(news.cis.dfn.de は NNTP_AUTH な読み書き用なので
inn で読み書きできるのか?
gnspool:
小さい．設定簡単(昔の記憶)．
むかーし(読みだけに)使っていたのですが，確か，news group を
明示的に指定して使うので新設グループとかへの対応が面倒(かな?)．
(投稿側はどういうインタフェースなのか良く分からない...)
あと FreeBSD の ports/news から気になるものを引っ張り出すと
dnews:
inn 対抗馬? "free for evaluation" とあるけど...?
newsfish:
batch USENET reader とある．
http://www.philosophysw.com/software/newsfish/
newsx:
これも能書きは spool する batch reader とある．
http://www.kvaleberg.com/newsx.html
slrn:
そういえばこいつも spool 機能があったような気も?
suck:
設定に失敗すると大災害を引き起こすらしい...?
なにかアドバイス等ありましたらよろしくお願い致します．
--
∧∧
Zzz.. (- - )⌒⌒⊇～ 川口 銀河
############## gi...@athena.club.ne.jp
Takashi SHIRAI
私自身は leadnode+ + ktrn を使っているので leadnode のとこ
ろだけ。
In article <ab21sp$slp$1...@inb.m.ecl.ntt.co.jp>,
Kawaguti Ginga <gi...@athena.club.ne.jp> wrote:
>川口です
>news を読み書きする環境を会社以外でどうしようかな，と
>思っていたところ(私のプロバイダは netnews はやってない)
>だったのでさっそく申し込んでみました．
確かに、Internet contents の中では最早 NetNews は過去のも
のと思われがちなようで、NNTP を service してくれる provider
は意外と少ないようですね。
実際、mail と web 辺りが殆んどで NerNews なんて traffic 的
には極一部に過ぎないのかも知れません。
>leafnode:
> 小さい．設定簡単．基本的には cache server．
> 使える(使ってみた)けど，cache なので一旦読みに行くと
> それを検出して上流にそのグループを取りに行く．
leafnode よりは leafnode+ の方が色々と柔軟に運用出来ると思
います。ただ、最近では leafnode の方も開発者が他に移って進化
しているので、一概にどちらの機能が上とも言えませんが。
multi server & multi user 対応というのはまだ leadnode+ だ
けなのかな？leafnode+ の web には leafnode-1.4 との比較しか
書かれていないので今ひとつ判断し兼ねます。
私は記事欠けを防ぐために、受信側は upstream server を複数
指定しているんですが、leafnode ではこれが出来ないような気が
します。leafnode+ でも送信側は同時に一つしか設定出来ませんが。
逆に leafnode+ で困っているのは、NEWGROUPS 非対応なので新
しい newsgroup が出来てもなかなかそれを反映させられないとい
う点ですかね。手動で設定しないといけないので。
どうやら leafnode の方は 1.5 辺りで NEWGROUPS にも対応した
ようです。leafnode+ の方も対応してくれないかなぁ。
> 常に読んでいるグループはそれでもいいけど，
> たまにしか読まない/普段読まないグループには対応できない...
> (fj 以下は常に触るような script か何かをつくっておけばいい?)
/var/spool/news/interesting.groups の下に現在 feed してい
る newsgroup が 1 newsgroup 1 file の形で置かれているので、
新しく feed したい newsgroup 名の file をそこに作ればいいで
しょう。
利用者のいる newsgroup だけ feed するという仕組みは、この
interesting.groups を作成するという手法で実現されているので、
news reader で逐一 access するよりは shell script で直接作っ
た方が楽だと思います。
NNTP 経由で newsgroup に access があると、leafnode はこの
interesting.groups 以下の file の access time を更新します。
これをしないと、暫く access の無い newsgroup は interesting.
groups も spool directory も削除されてしまいます。
なので、これを防ぐには、読まない newsgroup でも定期的にこ
の interesting.groups を read(2) してやればいい訳で、そのく
らいは shell script で書いても楽勝でしょう。
>inn:
> でっかい．設定が良く分からない
> (この辺は http://www.kt.rim.or.jp/~ksakai/inn.html
> とかである程度は分かりますが)．
> NNTP での配送専門? (not NNRP だったりする?)
> (news.cis.dfn.de は NNTP_AUTH な読み書き用なので
> inn で読み書きできるのか?
INN の設定 file に、user/password の組みを書くような項目が
見当たらないので、authentication は無理のような気がします。
--
しらい たかし
Yoshida Kazuhito
#Followup-To: fj.news.systemとしました。
In article <ab21sp$slp$1...@inb.m.ecl.ntt.co.jp>, gi...@athena.club.ne.jp
says...
>
>leafnode:
> 小さい．設定簡単．基本的には cache server．
> 使える(使ってみた)けど，cache なので一旦読みに行くと
> それを検出して上流にそのグループを取りに行く．
> 常に読んでいるグループはそれでもいいけど，
> たまにしか読まない/普段読まないグループには対応できない...
> (fj 以下は常に触るような script か何かをつくっておけばいい?)
Cron でこんなのを走らせています。
Fetchnews の前に、interesting.groups の下にある各 NG 名の
ファイルを touch しているだけです。
K6-2 350MHz の古いマシンとフレッツ ADSL8M という環境で
2 時間毎に 3 つのサーバへ読みに行かせています。
1 回の所要時間は 15 分前後です。
cat /usr/local/lib/leafnode/groupinfo | perl -e 'while(<>){($ng)=split;system
("touch /var/spool/leafnode/interesting.groups/$ng\n") if (!(m/\&/|m/\|/|m/
\>/|m/\</)&(m/^fj/|m/^japan/|m/^nippon/|m/^tnn/));};';
/usr/local/sbin/texpire; /usr/local/sbin/fetchnews -f
----
Yoshida Kazuhito E-mail:kazu...@super.win.ne.jp
yok...@yynet.tama.tokyo.jp
<ab2rnt$pf4$1...@nsvn01.zaq.ne.jp>の記事において
shi...@nintendo.co.jpさんは書きました。
>> 私自身は leadnode+ + ktrn を使っているので leadnode のとこ
>> ろだけ。
私は INN のところだけ。
>> >inn:
>> > でっかい．設定が良く分からない
>> > (この辺は http://www.kt.rim.or.jp/~ksakai/inn.html
>> > とかである程度は分かりますが)．
>> > NNTP での配送専門? (not NNRP だったりする?)
んなことないです。ウチは INN 使って読み書きしてます。
あと Diablo なんかもありますね。
こちらは配送専門というイメージを (私は) 持っていますが、最近は NNRP も
ある、とか。
>> > (news.cis.dfn.de は NNTP_AUTH な読み書き用なので
>> > inn で読み書きできるのか?
>>
>> INN の設定 file に、user/password の組みを書くような項目が
>> 見当たらないので、authentication は無理のような気がします。
nnrp.access とか readers.conf でできるのでは？
私はその仕組は使ってないので詳しくはないですけど。
ASADA Kazuhisa
<ab2rnt$pf4$1...@nsvn01.zaq.ne.jp> に書きました:
> INN の設定 file に、user/password の組みを書くような項目が
> 見当たらないので、authentication は無理のような気がします。
私自身は使ったことがありませんけれど、passwd.nntp がそれっぽい
ですね。これは『ホスト名:ユーザ名:パスワード[:認証スタイル]』と
いった形式で記述するそうです。
一方、クライアントに対する認証は readers.conf の auth で認証を
実行するプログラムを指定することで行います。
--
浅田和久／大阪市在住
Yoshihiko SARUMARU
私は leafnode+ 2.11 + mnews です。
# IPv6 パッチを使い出して ports 使うのやめたので、ちと古いです。
# 今は 2.14 になっていて IPv6 対応パッチも取り込まれたようですね。
fj.news.reader,fj.news.system の <ab2rnt$pf4$1...@nsvn01.zaq.ne.jp> の記事において
2002-05-05(日) 17:50頃、shi...@nintendo.co.jpさんは書きました。
> 逆に leafnode+ で困っているのは、NEWGROUPS 非対応なので新
> しい newsgroup が出来てもなかなかそれを反映させられないとい
> う点ですかね。手動で設定しないといけないので。
> どうやら leafnode の方は 1.5 辺りで NEWGROUPS にも対応した
> ようです。leafnode+ の方も対応してくれないかなぁ。
1日おきに active を取り直すというのではだめですか？ それなり
に時間かかるので、私は1週間おき (timeout_active = 7) にしてます
けど。active 読み直したいときは fetchnews を -f つきで起動すれば
いつでもできますし。
> > 常に読んでいるグループはそれでもいいけど，
> > たまにしか読まない/普段読まないグループには対応できない...
> > (fj 以下は常に触るような script か何かをつくっておけばいい?)
>
> /var/spool/news/interesting.groups の下に現在 feed してい
> る newsgroup が 1 newsgroup 1 file の形で置かれているので、
> 新しく feed したい newsgroup 名の file をそこに作ればいいで
> しょう。
> 利用者のいる newsgroup だけ feed するという仕組みは、この
> interesting.groups を作成するという手法で実現されているので、
> news reader で逐一 access するよりは shell script で直接作っ
> た方が楽だと思います。
> NNTP 経由で newsgroup に access があると、leafnode はこの
> interesting.groups 以下の file の access time を更新します。
> これをしないと、暫く access の無い newsgroup は interesting.
> groups も spool directory も削除されてしまいます。
> なので、これを防ぐには、読まない newsgroup でも定期的にこ
> の interesting.groups を read(2) してやればいい訳で、そのく
> らいは shell script で書いても楽勝でしょう。
この辺も timeout_short や timeout_long を 36525 (約100年)とか
適当な値にしてやればいいのでは？
どっちかというと私は読みたくないニュースグループを読むことにし
ちゃった (新しいニュースグループができたときに間違えて(ダミーの)
記事を読んじゃった) 時に、root になって interesting.groups 内の
ファイルを削除するのがめんどくさいなぁ、と思っています。突然
fj.org.jus が Warez に使われてしまったときとか。
あと、私は texpire は動かしていません。ためっぱなしです :)
# が、3年でたったの 271 MB。
--
猿丸芳彦 (Yoshihiko SARUMARU)
mail: mis...@imasy.or.jp web: http://www.imasy.or.jp/~mistral/
Takashi SHIRAI
In article <0205052119...@mistral.imasy.or.jp>,
Yoshihiko SARUMARU <mis...@imasy.or.jp> wrote:
> 猿丸です。
> 私は leafnode+ 2.11 + mnews です。
># IPv6 パッチを使い出して ports 使うのやめたので、ちと古いです。
># 今は 2.14 になっていて IPv6 対応パッチも取り込まれたようですね。
leafnode も leadnode+ もそうなんですが、以前のは余り「おう
ちで Internet」環境のことを考えられていない設計で、個人的な
事情を設定に反映するのが難しかったんです。
leafnode+ の方は、私の書いた patch が採用されて割と設定し
易くなったのですが、leafnode の方はその後の version up を追
っていないので、まだ設定しにくいままかも知れません。
>> どうやら leafnode の方は 1.5 辺りで NEWGROUPS にも対応した
>> ようです。leafnode+ の方も対応してくれないかなぁ。
>
> 1日おきに active を取り直すというのではだめですか？ それなり
>に時間かかるので、私は1週間おき (timeout_active = 7) にしてます
>けど。active 読み直したいときは fetchnews を -f つきで起動すれば
>いつでもできますし。
news reader がそれに対応しているかどうかだと思うんですが。
単に新しく local 側の newsgroup が作成されるだけじゃなくて、
そのことを news reader 側で知る術がないと。
勿論 LIST ACTIVE の結果と .newsrc とを比較して news reader
側で NEWGROUPS 同等のことを行なうことは可能ですが、最近はそ
ういう実装が一般的なんでしょうか？なんか client の負担が大き
そうで嫌な実装ですが。
>> なので、これを防ぐには、読まない newsgroup でも定期的にこ
>> の interesting.groups を read(2) してやればいい訳で、そのく
>> らいは shell script で書いても楽勝でしょう。
>
> この辺も timeout_short や timeout_long を 36525 (約100年)とか
>適当な値にしてやればいいのでは？
leafnode+ では、timeout_short も timeout_long も値を 0 に
してやれば、いちいち touch しなくても uninteresting 扱いにし
ないようですね。
leafnode では、この設定にすると常に uninteresting 扱いにし
てしまいそうですから気をつけて下さい。代わりに fetchnews に
-n option をつけて起動することで uninteresting 化をやめるみ
たいです。
leafnode+ では fetchnews の -n option は別の意味なので要注
意。
> どっちかというと私は読みたくないニュースグループを読むことにし
>ちゃった (新しいニュースグループができたときに間違えて(ダミーの)
>記事を読んじゃった) 時に、root になって interesting.groups 内の
>ファイルを削除するのがめんどくさいなぁ、と思っています。突然
そもそも news server に feed の on/off を動的に変化させる
なんて機能は元々無いんですから、その部分の制御に leafnode な
らではの負担を強いられるのはある程度仕方ないんじゃないでしょ
うかね？
そういう手間が嫌なら、client 側の挙動に応じて server 側の
feed を on/off させるという機構自体を無くす方がいいんじゃな
いでしょうか。
尤も、探してみた限り leafnode にも leafnode+ にもそういう
option は無さそうでしたが。
>fj.org.jus が Warez に使われてしまったときとか。
あ、あれ Warez だったんですか。うちでは maxlines は指定し
てあったんですが、あれは素の binary で流れてきたんで全然効き
目がありませんでした。
spool が溢れてから慌てて maxbytes の方も指定しましたけど、
結構復旧には手間取りました。news reader から local に cancel
する方法があれば楽なんですけどね。
> あと、私は texpire は動かしていません。ためっぱなしです :)
># が、3年でたったの 271 MB。
それは feed する newsgroup が少な過ぎなのでは？私のところ
でも 1 年も経てばその size は軽く越える筈です。
尤も、うちでは容量が overflow する前に i-node が足りなくな
ってしまったので、3 週間で expire しています。leafnode って
意外とi-node を食う設計になってるかも。
--
しらい たかし
Shimizu Yo
gi...@athena.club.ne.jp (Kawaguti Ginga) writes:
> inn:
> (news.cis.dfn.de は NNTP_AUTH な読み書き用なので
> inn で読み書きできるのか?
news.cis.dfn.de で認証できて inn で読めています。FreeBSD で inn 2.3.2 を
使っています。
--
清水 洋 (しみずょぅ)
Naoto Zushi
<yok...@yynet.tama.tokyo.jp> wrote in message news:0205052025...@sapphire.yynet.tama.tokyo.jp...
> nnrp.access とか readers.conf でできるのでは？
> 私はその仕組は使ってないので詳しくはないですけど。
readers.confです。
# auth : password list member
auth "authuser" {
auth: "ckpasswd -f /usr/local/news/user/member"
auth: "ckpasswd -s"
default: "<FAILED>"
}
access "trusted_member" {
users: "*,!<FAILED>"
newsgroups: "*"
access: RPA
}
とかしておけばよいです。
結構、きめ細かい認証が可能です。うちでは実際に上記のようにして
使用しています。
ただ、INN-2.3.2あたりに大きく変わって、参考文献が少なかったた
め、色々と辛酸をなめました :-)
--
---------------------------------------------------
Go ride safely by motorcycles around the world !
Naoto Zushi（厨子 直人） <zu...@anet.ne.jp>
---------------------------------------------------
Kawaguti Ginga
お，意外と follow がついていますね．ありがとうございます．
<ab2rnt$pf4$1...@nsvn01.zaq.ne.jp>の記事において
shi...@nintendo.co.jpさんは書きました。
> 確かに、Internet contents の中では最早 NetNews は過去のも
> のと思われがちなようで、NNTP を service してくれる provider
> は意外と少ないようですね。
そうなってきているようですね．
"ちゃんとした"(?) プロバイダ意外だと壊滅なのかも．
> 実際、mail と web 辺りが殆んどで NerNews なんて traffic 的
> には極一部に過ぎないのかも知れません。
ところが意外と "読んでいる人がいなくても配送はビシバシ" なせいか，
1年前くらいの研究会発表で見掛けた某所のデータ
(どっかの ix だったと思います)だと結構 nntp 占めています．
www:5, smtp:3, nntp:2 (その他がどうだったか覚えていませんが)
くらいの比率だったような(ちょっと違うかな; でも mail と
comparable な数字だったはず)．
# ええ，どうせ *.binaries.* のせいだと思いますけどね．
> >leafnode:
> > 小さい．設定簡単．基本的には cache server．
> > 使える(使ってみた)けど，cache なので一旦読みに行くと
> > それを検出して上流にそのグループを取りに行く．
>
> leafnode よりは leafnode+ の方が色々と柔軟に運用出来ると思
> います。ただ、最近では leafnode の方も開発者が他に移って進化
> しているので、一概にどちらの機能が上とも言えませんが。
はい．FreeBSD ports では leafnode続編の方が leafnode+ よりも
最終更新日が新しかったので先日試したのは leafnode の方でした．
でもみなさん国産のおかげか，leafnode+ が多いようなので
あとでそっちも見てみます．
> > 常に読んでいるグループはそれでもいいけど，
> > たまにしか読まない/普段読まないグループには対応できない...
> > (fj 以下は常に触るような script か何かをつくっておけばいい?)
>
> /var/spool/news/interesting.groups の下に現在 feed してい
> る newsgroup が 1 newsgroup 1 file の形で置かれているので、
> 新しく feed したい newsgroup 名の file をそこに作ればいいで
> しょう。
> 利用者のいる newsgroup だけ feed するという仕組みは、この
> interesting.groups を作成するという手法で実現されているので、
> news reader で逐一 access するよりは shell script で直接作っ
> た方が楽だと思います。
> NNTP 経由で newsgroup に access があると、leafnode はこの
> interesting.groups 以下の file の access time を更新します。
> これをしないと、暫く access の無い newsgroup は interesting.
> groups も spool directory も削除されてしまいます。
> なので、これを防ぐには、読まない newsgroup でも定期的にこ
> の interesting.groups を read(2) してやればいい訳で、そのく
> らいは shell script で書いても楽勝でしょう。
解説ありがとうございます．
そうか，そんななら楽勝ですね．
あー，また inn をまじめに設定しようという
動機付けが落ちてきてしまっている...
<0205052119...@mistral.imasy.or.jp>の記事において
mis...@imasy.or.jpさんは書きました。
> あと、私は texpire は動かしていません。ためっぱなしです :)
> # が、3年でたったの 271 MB。
texpire を動かさない，という選択肢もアリなんですね．
<ab36sg$jhb$1...@news512.nifty.com>の記事において
k...@asada.sytes.netさんは書きました。
> > INN の設定 file に、user/password の組みを書くような項目が
> > 見当たらないので、authentication は無理のような気がします。
>
> 私自身は使ったことがありませんけれど、passwd.nntp がそれっぽい
> ですね。これは『ホスト名:ユーザ名:パスワード[:認証スタイル]』と
> いった形式で記述するそうです。
やはり inn は netnews に関しては万能，ということなんですかね．
一度 "普通" な設定で inn を扱っていればいろいろと
"応用" が効くのでしょうけど，最初から "普通" じゃない
設定を目指すとどこまでが他所を参考にして独自には
どこをどうする，っていうのがなかなか見えないんですよね...
<86y9eyq...@yo.bodg.ty.ihi.co.jp>の記事において
yoh.s...@gamma.ocn.ne.jpさんは書きました。
> > inn:
> > (news.cis.dfn.de は NNTP_AUTH な読み書き用なので
> > inn で読み書きできるのか?
>
> news.cis.dfn.de で認証できて inn で読めています。FreeBSD で inn 2.3.2 を
> 使っています。
よろしければ grep '^[^#]' inn.conf 等を差障のない範囲で
教えていただけないでしょうか．
Takashi SHIRAI
In article <ab5poh$oci$1...@inb.m.ecl.ntt.co.jp>,
Kawaguti Ginga <gi...@athena.club.ne.jp> wrote:
>川口です
>www:5, smtp:3, nntp:2 (その他がどうだったか覚えていませんが)
>くらいの比率だったような(ちょっと違うかな; でも mail と
>comparable な数字だったはず)．
>
># ええ，どうせ *.binaries.* のせいだと思いますけどね．
ここ数日の fj.os.jus なんかも貢献してそう :-<
>> leafnode よりは leafnode+ の方が色々と柔軟に運用出来ると思
>> います。ただ、最近では leafnode の方も開発者が他に移って進化
>> しているので、一概にどちらの機能が上とも言えませんが。
>
>はい．FreeBSD ports では leafnode続編の方が leafnode+ よりも
>最終更新日が新しかったので先日試したのは leafnode の方でした．
>でもみなさん国産のおかげか，leafnode+ が多いようなので
>あとでそっちも見てみます．
leafnode の方をずっと追っていなかったので、余り無責任な発
言をする訳にもいかないと思って双方の最新版 source を見比べて
みました。
どうも leafnode+ はとっくの昔に leadnode の方に追い抜かれ
てしまって、機能的には leafnode+ の方が勝っている点は些細な
local hack の部分に過ぎない様子です。
複数の upstream や user 対応についても、leafnode の側でも
対応出来ているみたいです。なんか既に leafnode+ の存在価値が
無くなりつつあるような。
多分、leafnode+ は既にかずしさんにとって main stream でな
いんでしょう。本家 (と言っても既に作者は別人ですが) の実装と
機能を競おうという節も見受けられませんし。
leafnode+ の local hack 部分を leafnode に contribute して
一本化した方が良いような気がしてきました。RFC 2980 はおろか
RFC 977 すら満たせていませんしね。
でも、いい機会なので私も leafnode に乗換えようとちょっと考
えたのですが、実はこの些細な local hack に重要な機能がついて
いて未だ leafnode+ のままです。
例の fj.org.jus の Warez、数量共に既に膨大なものになってき
ているんですが、段々手口が姑息になってきて maxbytes では制限
出来ない小さな size にバラして送ってきているんですね。
仕方ないので killfromaddress で、正に名指しで killfile 入
りさせたんですが、この機能、fj で一頃話題になって leadnode+
に実装して貰ったといういきさつの代物で、leafnode には実装さ
れていません。
leafnode+ ML では、今後 leafnode+ をどうしていくのかといっ
た話は出ていないんでしょうかね？
＃ 取り敢えず leafnode の方にだけある nntp command は勝手に
＃leafnode+ に merge しちゃった。でも真面目に全部 merge しよ
＃うとすると大変そう。
>そうか，そんななら楽勝ですね．
>あー，また inn をまじめに設定しようという
>動機付けが落ちてきてしまっている...
INN は設定が複雑過ぎるというだけでなく、常時通電かつ常時接
続な server を念頭に設計されているところが多いので、個人持ち
の PC を自分の都合で on/off させるような環境ではちょっと維持
が大変かも知れません。
逆に、大規模な運用を考えているのでしたら leafnode には荷が
重い点があるでしょうから、運用形態を考慮した上で、適切な選択
をすれば良いのではないでしょうか。
--
しらい たかし
Yoshihiko SARUMARU
すいません、メールで出してしまったので出し直します。
fj.news.reader,fj.news.system の <ab3riq$j73$1...@nsvn01.zaq.ne.jp>の記事で
2002-05-06(月) 02:53頃、shi...@nintendo.co.jpさんは書きました。
> >> どうやら leafnode の方は 1.5 辺りで NEWGROUPS にも対応した
> >> ようです。leafnode+ の方も対応してくれないかなぁ。
> >
> > 1日おきに active を取り直すというのではだめですか？ それなり
> >に時間かかるので、私は1週間おき (timeout_active = 7) にしてます
> >けど。active 読み直したいときは fetchnews を -f つきで起動すれば
> >いつでもできますし。
>
> news reader がそれに対応しているかどうかだと思うんですが。
> 単に新しく local 側の newsgroup が作成されるだけじゃなくて、
> そのことを news reader 側で知る術がないと。
あぁ、news readler - leafnode+ 間の話ですか。すいません、誤解
してました。
> 勿論 LIST ACTIVE の結果と .newsrc とを比較して news reader
> 側で NEWGROUPS 同等のことを行なうことは可能ですが、最近はそ
> ういう実装が一般的なんでしょうか？なんか client の負担が大き
> そうで嫌な実装ですが。
私は mnews しか使ったことがないのでわかりません。
> > どっちかというと私は読みたくないニュースグループを読むことにし
> >ちゃった (新しいニュースグループができたときに間違えて(ダミーの)
> >記事を読んじゃった) 時に、root になって interesting.groups 内の
> >ファイルを削除するのがめんどくさいなぁ、と思っています。突然
>
> そもそも news server に feed の on/off を動的に変化させる
> なんて機能は元々無いんですから、その部分の制御に leafnode な
> らではの負担を強いられるのはある程度仕方ないんじゃないでしょ
> うかね？
はい。そのとおりですね。
> > あと、私は texpire は動かしていません。ためっぱなしです :)
> ># が、3年でたったの 271 MB。
>
> それは feed する newsgroup が少な過ぎなのでは？私のところ
> でも 1 年も経てばその size は軽く越える筈です。
% ls /var/spool/news/interesting.groups/|wc -l
286
% ls /var/spool/news/interesting.groups/fj* | wc -l
49
といったところです。多くはないと思います。まぁ数で測れるもんでも
ないですが。
saitoh akinori
Takashi SHIRAI wrote:
> ># ええ，どうせ *.binaries.* のせいだと思いますけどね．
>
> ここ数日の fj.os.jus なんかも貢献してそう :-<
一気に数100KB×数1000 の記事が流し込まれましたし。。
まだ続いている。
こちら(阪大)では、とうとうfjの他の記事が軒並みflushされてしまいました。
inndはperlでフィルタリングルールが書けるらしいのですが、
perlはよくわからない。。。。
岡田 健一 / Kenichi OKADA
In the message <3CD7EC63...@ics.es.osaka-u.ac.jp>
saitoh akinori <sai...@ics.es.osaka-u.ac.jp> wrote:
> Takashi SHIRAI wrote:
> > ># ええ，どうせ *.binaries.* のせいだと思いますけどね．
> >
> > ここ数日の fj.os.jus なんかも貢献してそう :-<
> 一気に数100KB×数1000 の記事が流し込まれましたし。。
> まだ続いている。
>
> こちら(阪大)では、とうとうfjの他の記事が軒並みflushされてしまいました。
ということは、INN で CNFS なんですね．
うちでは、そのような事が起きないように、まずサイズの大きい記事は
バイナリ用CNFSバッファに振り分け、その後に fj.* などを格納するための
バッファに振り分けるということをしています．
> inndはperlでフィルタリングルールが書けるらしいのですが、
> perlはよくわからない。。。。
とりあえずは、cleanfeed を使ってみるのがいいでしょう．
ただ、やみくもに使うと、必要な記事までフィルタリングしてしまう
などの弊害を起す可能性があるので、perl を理解した上で使うのが
賢明かもしれません．
--
岡田 健一 mailto:ok...@opaopa.org
Akihiro IIJIMA
>inn:
> NNTP での配送専門? (not NNRP だったりする?)
> んなことないです。ウチは INN 使って読み書きしてます。
ここの配送専門ってところは
上流サーバから 自分への NNTP配送を受けるような使いかたしたできないの
では? (こちらから 上流サーバへ取りに行くような使い方はできないのでは)
という意味だと思います。
> (news.cis.dfn.de は NNTP_AUTH な読み書き用なので
> inn で読み書きできるのか?
> INN の設定 file に、user/password の組みを書くような項目が
> 見当たらないので、authentication は無理のような気がします。
ここも。
質問者は
NNTP_AUTHな認証がある NNTP readerでアクセスできる上流サーバがあるが
こいつに対して 手元で innを動かした場合に INNが 上流サーバに向かって
NNTP readerのようなアクセスをさせることができるのか?(with NNTP_AUTH)
という質問をしてますよね。
> nnrp.access とか readers.conf でできるのでは？
これは
INNサーバを動かした時に、まわりの NNTP readerからの接続に対して
INNサーバ側で clientを認証するための設定ファイルですよね。
やりたいことが全然違うと思います。
--
飯島 昭博 (Akihiro Iijima) a...@DEBUG.gr.jp
Akihiro IIJIMA
> > (news.cis.dfn.de は NNTP_AUTH な読み書き用なので
> > inn で読み書きできるのか?
>
> news.cis.dfn.de で認証できて inn で読めています。
これ、どうやるすか?
ようは nntpな getすればいいと思うのですが
inn-2.3.2/frontends/pullnews.in とかを cronで使うのでしょうか?
NAKAMURA Kazushi
sai...@ics.es.osaka-u.ac.jp writes:
>> ここ数日の fj.os.jus なんかも貢献してそう :-<
>
>一気に数100KB×数1000 の記事が流し込まれましたし。。
>まだ続いている。
>
>こちら(阪大)では、とうとうfjの他の記事が軒並みflushされてしまいました。
>inndはperlでフィルタリングルールが書けるらしいのですが、
>perlはよくわからない。。。。
いかがでしょう。配送されてから捨てるのでは、回線の混雑は緩和されない…。
news.hoge.osaka-u.ac.jp/news.hoge.osaka-u.ac.jp\
:!*,fj.*,japan.*,!japan.binaries.*/!local\
:<99999,Tm:innfeed!
^^^^^サイズ指定
--
中村和志＠神戸 <mailto:k...@kobe1995.net>
NAKAMURA Kazushi@KOBE <http://kobe1995.net/>
- Break the hate chain. No more kill!
NAKAMURA Kazushi
設定は面倒かも知れませんが、それは最初だけで、一度やれば後の更新は
バージョンアップの際も、その設定ファイルを引き継げるようになっている
ので、案外保守はしやすいです。FreeBSDならportsを使ってinstallも楽
だし。最近のISPはNetNewsをサポートしないところが多いので、feed相手を
見付けるのが難しいかも知れないけど、よこたさんのMLで草の根配送網を
探せばこれもクリア出来るでしょう。私のサイトからfeedしてあげても
良いですよ。
一番の問題は、innが事実上、固定IPアドレスを必要としていることで
しょうか。ssh等で認証して、固定IPアドレス不要にして欲しいけど。
>(fj.news.system.inn 入れておいたほうがいのかな)
入れました。
NAKAJI Hiroyuki
>>>>> k...@kobe1995.net (NAKAMURA Kazushi) wrote:
NK> 一番の問題は、innが事実上、固定IPアドレスを必要としていることで
NK> しょうか。ssh等で認証して、固定IPアドレス不要にして欲しいけど。
ゴールデンウィーク中に、そんな話題もありましたよ。
--
NAKAJI Hiroyuki (中治 弘行)
岡田 健一 / Kenichi OKADA
In the message <86offqr...@xa12.heimat.gr.jp>
NAKAJI Hiroyuki <nak...@tutrp.tut.ac.jp> wrote:
NK> 一番の問題は、innが事実上、固定IPアドレスを必要としていることで
NK> しょうか。ssh等で認証して、固定IPアドレス不要にして欲しいけど。
NH> ゴールデンウィーク中に、そんな話題もありましたよ。
ssh による方法以外には、innd を改造して パスワード認証を行なう
方法や名前解決をがんばる方法などが考えられます．
innfeed 自体は、生パスワードによる認証に対応していますが、
innd が対応していません．
;; innd は 接続してきた時の src addr によって、
;; incoming.conf のどの項目に該当するか決めてしまうので、
;; 簡単には改造できそうになかったです．
;; なにより、そんな時間がない :<
あとは、名前解決専用のデーモンを別に走らせて、
全 peer に対する名前情報を常に最新に保っておくとか．
Shimizu Yo
Akihiro IIJIMA <a...@DEBUG.gr.jp> writes:
> > news.cis.dfn.de で認証できて inn で読めています。
>
> これ、どうやるすか?
> ようは nntpな getすればいいと思うのですが
> inn-2.3.2/frontends/pullnews.in とかを cronで使うのでしょうか?
inn 付属の backends/nntpget で取ってきています。うちでは
/usr/local/news/bin/nntpget です(FreeBSD ports でインストール)。cron は
使わず、読みたいと思ったときに取ってます。
passwd.nntp に認証情報を書いておくと nntpget が参照してくれます。うちで
は /usr/local/news/etc/passwd.nntp です。
ポストしたニュースは backends/nntpsend で転送します。これも
passwd.nntp を参照してくれます。
--
清水 洋 (しみずょぅ)
Takashi SHIRAI
In article <abbdel$ccl$1...@ns.kobe1995.net>,
NAKAMURA Kazushi <k...@kobe1995.net> wrote:
>>> ここ数日の fj.os.jus なんかも貢献してそう :-<
>>
>>一気に数100KB×数1000 の記事が流し込まれましたし。。
>>まだ続いている。
今回のはかなり悪質ですねぇ。カエル談義はまだ英語だったので
読んで内容を理解することも出来たんですが流石にポルトガル語は
さっぱり意味不明で、Warez の合間に交わされているやりとりも加
害者なのか被害者なのか判断つきません。
fj ももう終焉期なんでしょうかねー。ffj でも何でも構いませ
んが、往年のあの fj をもう一度復活して貰えれば嬉しいんですが。
齊藤先生が管理していた頃が懐かしい気がします。
＃ その頃は私は専ら暴れる側でしたが :-)
>>こちら(阪大)では、とうとうfjの他の記事が軒並みflushされてしまいました。
>>inndはperlでフィルタリングルールが書けるらしいのですが、
>>perlはよくわからない。。。。
> とりあえず、大きい記事をfeedしないようpeerに設定してもらうのは
>いかがでしょう。配送されてから捨てるのでは、回線の混雑は緩和されない…。
私が別記事で指摘しているかと思いますが、今回のは数量共に膨
大なため、単純なサイズ制限では防ぎ切れないんですよ。100KB 未
満の記事も何百と押し寄せてきています。
流石にそれより小さなサイズ制限にしてしまうと、fj.binaries.*
どころか fj.sources の記事すら reject されてしまって、実用的
な feed が出来なくなってしまいます。
なので、leafnode+ の killfile 機能が役に立っている訳で。多
分、INN の Perl による filtering を使えば同じようなことが出
来るんでしょうが、Perl が良く判らないので扱い兼ねるというこ
とを齊藤先生は仰っているんじゃないでしょうか。
＃ 十ン連休を満喫した大企業の管理者さんは、休み明けいきなり
＃とんでもないことになっていて今ごろ復旧に大わらわだったりす
＃るかも。
＃ こういう攻撃に強い news server って何かないのかしらん？
＃spool が溢れそうになると quota かけて feed を一時中断する
＃とかさ。
--
しらい たかし
岡田 健一 / Kenichi OKADA
In the message <abbh10$270$1...@nsvn01.zaq.ne.jp>
shi...@nintendo.co.jp (Takashi SHIRAI) wrote:
> >>こちら(阪大)では、とうとうfjの他の記事が軒並みflushされてしまいました。
> >>inndはperlでフィルタリングルールが書けるらしいのですが、
> >>perlはよくわからない。。。。
> > とりあえず、大きい記事をfeedしないようpeerに設定してもらうのは
> >いかがでしょう。配送されてから捨てるのでは、回線の混雑は緩和されない…。
> 私が別記事で指摘しているかと思いますが、今回のは数量共に膨
> 大なため、単純なサイズ制限では防ぎ切れないんですよ。100KB 未
> 満の記事も何百と押し寄せてきています。
> 流石にそれより小さなサイズ制限にしてしまうと、fj.binaries.*
> どころか fj.sources の記事すら reject されてしまって、実用的
> な feed が出来なくなってしまいます。
newsfeeds:
osaka-u1/news.hoge.osaka-u.ac.jp\
:!*,fj.*,japan.*,!fj.sources*,japan.binaries.*/!local\
:<99999,Tm:innfeed!
osaka-u2/news.hoge.osaka-u.ac.jp\
:!*,fj.sources*,japan.binaries.*/!local\
:Tm:innfeed!
innfeed.conf:
peer osaka-u1 {
ip-name: news.hoge.osaka-u.ac.jp
}
peer osaka-u2 {
ip-name: news.hoge.osaka-u.ac.jp
}
みたいな事もできます．
fj.*, japan.* は 99999 なサイズ制限、
ただし、fj.sources*, japan.binaries.* はサイズ制限なし．
> ＃ 十ン連休を満喫した大企業の管理者さんは、休み明けいきなり
> ＃とんでもないことになっていて今ごろ復旧に大わらわだったりす
> ＃るかも。
> ＃ こういう攻撃に強い news server って何かないのかしらん？
> ＃spool が溢れそうになると quota かけて feed を一時中断する
> ＃とかさ。
やはり、INN の CNFS で、バイナリ専用のバッファを設けるのが
いいのではないでしょうか．
Takashi SHIRAI
In article <sg1yc...@opaopa.org>,
岡田 健一 /Kenichi OKADA <ok...@opaopa.org> wrote:
>おかだです。
>fj.*, japan.* は 99999 なサイズ制限、
>ただし、fj.sources*, japan.binaries.* はサイズ制限なし．
いえ、ですから今回のヤツは 100KB 程度の上限では制限出来な
いんですってば。50KB 未満の記事だって結構あるようです。この
くらいの量だったら普通の記事だってあり得るんです。
手元にある news 記事の中で、純粋な text と思われる中で一番
大きかったのは、fj.rec.animation にあった記事で本文部分だけ
で 33,262 bytes ありました。内容を見ても特に abuse 的な内容
ではなく普通の内容です。
今回の fj.org.jus の記事の中にはこれより少ないサイズのもの
だって沢山ある訳で、数で来られたらどうしようもないことが判る
と思います。
うちはもう feed を止めてしまったので統計が取れませんが、仮
に 32KB で制限するとして、それをかい潜って届いてしまうであろ
う fj.org.jus 記事の総容量ってどれくらいになるか、どなたか数
えてみません？
＃ Queen で見ると既に 1,200 通を越えたらしい。ここは半日く
＃らい遅れてるみたいなんで、今はもっとあるんだろうな。とても
＃手で数える気にはならないや。
>> ＃ こういう攻撃に強い news server って何かないのかしらん？
>> ＃spool が溢れそうになると quota かけて feed を一時中断する
>> ＃とかさ。
>
>やはり、INN の CNFS で、バイナリ専用のバッファを設けるのが
>いいのではないでしょうか．
それって、文字コード的な「binary」という判断ではなくて、ち
ゃんと意味的な「binary」を判別してくれるんでしょうか？例えば、
今回の記事が uuencode なり Base64 なりで送られてきたとしても
仕分けられます？
一通単位で判断していたのでは、7bits text かつ数 KB 単位に
分割された場合、対処不能のような気がするんですが。
--
しらい たかし
NAKAMURA Kazushi
shi...@nintendo.co.jp writes:
>>fj.*, japan.* は 99999 なサイズ制限、
>>ただし、fj.sources*, japan.binaries.* はサイズ制限なし．
>
> いえ、ですから今回のヤツは 100KB 程度の上限では制限出来な
>いんですってば。50KB 未満の記事だって結構あるようです。この
128kBのサイズ制限以外、特にフィルタしてませんが、fj.org.jus
には[0 of xx]と[xx of xx]しか届いておらず、spoolも溢れて
いません。10年近く前の古いdiskなのでspoolは0.5GBしか取って
ませんが。
＃そうそう、news(mailも) spoolは"newfs -i 2048"した方が
＃良いですよ。＞どの記事に対するフォローか忘れたけど
>に 32KB で制限するとして、それをかい潜って届いてしまうであろ
>
>＃ Queen で見ると既に 1,200 通を越えたらしい。ここは半日く
32kB*1200=38.4MB なので、10年前のdisk容量でもたいしたこと
ないです。Gbps接続なサイトで、回線の限界一杯に数kB単位でwarez
されると嫌ですが。それより、今回のやつはエンコードせずに
バイナリ添付というのがなんともはや…。
saitoh akinori
NAKAMURA Kazushi wrote:
> とりあえず、大きい記事をfeedしないようpeerに設定してもらうのは
> いかがでしょう。配送されてから捨てるのでは、回線の混雑は緩和されない…。
perlはよくわからない（調べてる暇もない）ので、inewsのソースにパッチを
あてて、IHAVE等のメッセージIDチェックの時点で不要記事と判断する
ようにしました。例のポルトガルのドメインの記事全部を受け取り拒否
しています。
ま、阪大の中の一学科のニュースサーバ何で、ちょっと乱暴だけど
いいかなと。
P.S.
CNEWSまでで現役を引退してたのですが、最近急遽ニュースサーバ管理に
復帰して、様子が分からなくて困っています。
前任者からの引き継ぎ無しだからなぁ。。。
Yasuyuki Saito
In article Message-ID:<ab21sp$slp$1...@inb.m.ecl.ntt.co.jp> at fj.news.reader,fj.news.system,fj.net.providers,fj.news.misc
Kawaguti Ginga wrote:
= 川口です
=
= leafnode:
= 小さい．設定簡単．基本的には cache server．
= 使える(使ってみた)けど，cache なので一旦読みに行くと
= それを検出して上流にそのグループを取りに行く．
= 常に読んでいるグループはそれでもいいけど，
= たまにしか読まない/普段読まないグループには対応できない...
= (fj 以下は常に触るような script か何かをつくっておけばいい?)
そうですね，cron でtouch するだけです．
購読対象にするための地道な作業を回避するべく，僕はどうした
んだったか…．購読対象のニュースグループ名を格納している
directory で
cat ~user/.newsrc | cut -d':' -f1 | xargs -i touch {}
などとやったような気もします（うろ覚えです…）．
leafnode は，一度設定してしまえば，運用は楽というのが
僕の感想です．
以上，御参考まで．
--
齋藤 康之
sig...@jaist.ac.jp