🚀 go-pugleaf

In article <9h5vu5$mqf$1@nn-os104.ocn.ad.jp>,
	"=?iso-2022-jp?B?GyRCNW1FZzVBOSwbKEI=?=" <y_usijima@taiyudenki.co.jp> wrote;

} 新しくニュースサーバを立ち上げて、社内ニュースを各グループに
} 配送しようとしているのですが、うまくいきません。
:
} ・既設サーバ
} ---------newsfeeds---------------------
} ME:*,!control*,junk::
} 
} innfeed!:\
}         !*,\
}         :Tc,Wnm*,S30000:/usr/local/news/bin/startinnfeed

innfeed.conf と新規サーバに対する配送の設定が抜けてませんか？
-- 
近藤 雄公

木津と申します。

>>>>> "牛島義幸" <y_usijima@taiyudenki.co.jp> さん writes:

> したい設定
> ・ローカル内なので、特に制限は無く読み書きしたい。

inn-2.2.3 の方は nnrp.access で設定し、inn-2.3.2 の方は readers.conf で
設定します。

> ・ローカル内なので、5分後とにニュースを配信したい。

innfeed を使うおつもりのようですが、そうすると『5分毎』のような制御は出
来ません。といいますかほとんど一瞬で隣のニュースサーバに記事が配送される
はずなので、そのような制御は必要ないはずです。

> ---------cron--------------------------
> 0,10,20,30,40,50 * * * * /usr/local/news/bin/nntpsend
> 0 4 * * * /usr/local/news/bin/news.daily expireover lowmark
> ---------eof---------------------------

innfeed を使うつもりなら nntpsend を起動しなくても大丈夫です。

> ・AサーバとBサーバにそれぞれ書き込んでも投稿のシンクロをしたい。

『投稿のシンクロ』とは
 1. Aサーバに投稿した記事がBサーバで読める、かつBサーバに投稿した記事が
    Aサーバで読める。
 2. 1でかつ記事番号も両サーバで同一。
のどちらでしょうか。1 だけならAサーバ, Bサーバ両方で newsfeeds,
innfeed.conf で相手に記事を送るように設定し incoming.conf で相手からの 
nntp connection を許可すれば実現できます。2. だともうちょっともうすこし
シカケが要ります。

# actsync.* で設定するんでしたっけ?

> 余談
> ・最終的には、インターネットを通して離れた場所とやり取りをしたい。
> 　その時に、暗号化できれば最適。(OpenSSLは導入済み)
> 　予想では、フレッツISDNになるので64kbの遅い速度。

news server 間の記事交換を暗号化するシカケが INN にはないように思います。
server client 間はsasl.conf などで設定できるようです。

news server 間の記事交換を暗号化するために私が5秒間で思いついたシカケは 
ssh を介した TCP over UUCP :-)
-- 
木津 隆史
kizu_ta@yahoo.co.jp
--「良かったをさがすんだ」
--`Happiness is mandatory. Are you happy?'

近藤さんコメントありがとうございます。

> } 新しくニュースサーバを立ち上げて、社内ニュースを各グループに
> } 配送しようとしているのですが、うまくいきません。
> } ・既設サーバ
> } ---------newsfeeds---------------------
> } ME:*,!control*,junk::
> }
> } innfeed!:\
> }         !*,\
> }         :Tc,Wnm*,S30000:/usr/local/news/bin/startinnfeed
>
> innfeed.conf と新規サーバに対する配送の設定が抜けてませんか？

innfeed.confには、いろんな値がありました。
本を本で競っている手いるわけではなく、Webをあさって設定している
ので、100％理解したとは言いがたいのですが、下記のものを追加しました。

peer news-innfeed {
        ip-name:        192.168.10.1
}

後、「新規サーバに対する発想の設定」というのがちょっと解らないので、
すみませんが、もう少し教えてください。
お願いいたします。

--
=============================
太裕電機株式会社品質保証部
　　　　　　　　　牛島　義幸
y_usijima@taiyudenki.co.jp
Mailer:Outlook Express

おかだです。

In the message <9h6c8d$q8n$1@nn-os104.ocn.ad.jp>
"牛島義幸" <y_usijima@taiyudenki.co.jp> wrote:

> > innfeed.conf と新規サーバに対する配送の設定が抜けてませんか？

> innfeed.confには、いろんな値がありました。
> 本を本で競っている手いるわけではなく、Webをあさって設定している
> ので、100％理解したとは言いがたいのですが、

まずは、man を見たほうがいいと思います．

innfeed.conf.5
newsfeeds.5
あたりでしょうか．

> 後、「新規サーバに対する発想の設定」というのがちょっと解らないので、
> すみませんが、もう少し教えてください。
> お願いいたします。

newsfeeds のことだと思います．

news-innfeed\
	:!*,localgroups.*\
	:Tm:innfeed!

とか書くといいのではないでしょうか．localgroups は適当なものに
変更してください．もっと詳しく設定したい場合は、
newsfeeds.5 を読むのがいいかと思います．

あと、news-innfeed のところは、新設サーバを示すような名前にするのが
いいかと思います．

-- 
岡田 健一  URLs: mailto:okada@opaopa.org
	   	 http://www.opaopa.org

おかだです。

In the message <9h69hv$c6fmg$1@ID-93003.news.dfncis.de>
KIDZU takashi <kizu_ta@yahoo.co.jp> wrote:

> 『投稿のシンクロ』とは
>  1. Aサーバに投稿した記事がBサーバで読める、かつBサーバに投稿した記事が
>     Aサーバで読める。
>  2. 1でかつ記事番号も両サーバで同一。
> のどちらでしょうか。1 だけならAサーバ, Bサーバ両方で newsfeeds,
> innfeed.conf で相手に記事を送るように設定し incoming.conf で相手からの 
> nntp connection を許可すれば実現できます。2. だともうちょっともうすこし
> シカケが要ります。

> # actsync.* で設定するんでしたっけ?

xrefslave のことですか？

> > 余談
> > ・最終的には、インターネットを通して離れた場所とやり取りをしたい。
> > 　その時に、暗号化できれば最適。(OpenSSLは導入済み)
> > 　予想では、フレッツISDNになるので64kbの遅い速度。

> news server 間の記事交換を暗号化するために私が5秒間で思いついたシカケは 
> ssh を介した TCP over UUCP :-)

stunnel などで中継というのもありますね．
incoming.conf が効かなくなりますが．
もっとも、接続元は特定できているので、アクセス制限はやりやすいと思いま
すが．

以下余談．

> news server 間の記事交換を暗号化するシカケが INN にはないように思います。
> server client 間はsasl.conf などで設定できるようです。

nnrpd を SSLで中継する場合も、readers.conf が効かなくなります．
nnrpd の場合は、接続元は不特定多数なので、nnrpd 自体が
SSL の機構を持つ必要がありました．

;; nntps はともかく、NNRP - STARTTLS って、使っている人いるのかな…

-- 
岡田 健一  URLs: mailto:okada@opaopa.org
	   	 http://www.opaopa.org

>>>>> okada@opaopa.org (岡田 健一 / Kenichi OKADA)さん writes:

木津>  2. 1でかつ記事番号も両サーバで同一。
木津> # actsync.* で設定するんでしたっけ?

> xrefslave のことですか？

そうです。お恥ずかしい…。

# innd.conf 中で xrefslave (と nnrpdposthost)を設定するんでした。
-- 
木津 隆史
kizu_ta@yahoo.co.jp
--「良かったをさがすんだ」
--`Happiness is mandatory. Are you happy?'

牛島＠太裕電機です。

初めからら難しそうなので順番としては、
とりあえずお互いのニュース(もしくは片側)の交換が
出来れば、次にかかろうと思っていたのですが、
それも厳しいことになってしまいました。

> > ・ローカル内なので、5分後とにニュースを配信したい。
>
> innfeed を使うおつもりのようですが、そうすると『5分毎』のような制御は出
> 来ません。といいますかほとんど一瞬で隣のニュースサーバに記事が配送される
> はずなので、そのような制御は必要ないはずです

innfeedが優れいているようなので、これを使いたいと思います。
しかし、別ツリーにも記述したとおり、トリガーがわからないため、混乱していま
す。


> 『投稿のシンクロ』とは
>  1. Aサーバに投稿した記事がBサーバで読める、かつBサーバに投稿した記事が
>     Aサーバで読める。
>  2. 1でかつ記事番号も両サーバで同一。
------------------------
> 木津>  2. 1でかつ記事番号も両サーバで同一。
> 木津> # actsync.* で設定するんでしたっけ?
>
> > xrefslave のことですか？

私の考えでは1番でしたが、記事番号も同一に出来るのですね。
両方からの書き込みを両方に反映させたいので、いわばこのニュースグループ
のようになればと考えていました。

一般的には2番なんでしょうか？ローカルなのでそれほど頻度は無いと思いますから
通常のニュースグループほど高機能でなくても良いと判断しています。
基礎部分(とりあえず動作するレベル)で運用可能と思います。

以下余談
>
> > news server 間の記事交換を暗号化するシカケが INN にはないように思いま
す。
> > server client 間はsasl.conf などで設定できるようです。
>
> nnrpd を SSLで中継する場合も、readers.conf が効かなくなります．
> nnrpd の場合は、接続元は不特定多数なので、nnrpd 自体が
> SSL の機構を持つ必要がありました．
>
> ;; nntps はともかく、NNRP - STARTTLS って、使っている人いるのかな…

もともとオープンな考え方だったので、暗号化機能を使うと通常ではないような
形になるのですね。ローカルで利用するので「グループウェア」という感覚で
扱おうとしています。この情報をインターネット上で情報交換することは、ニュース
の考え方から外れているのでしょうか？


--
=============================
太裕電機株式会社品質保証部
　　　　　　　　　牛島　義幸
y_usijima@taiyudenki.co.jp
Mailer:Outlook Express

おかだです。

In the message <9hb8gi$qg7$1@nn-os106.ocn.ad.jp>
"牛島義幸" <y_usijima@taiyudenki.co.jp> wrote:

> もともとオープンな考え方だったので、暗号化機能を使うと通常ではないような
> 形になるのですね。ローカルで利用するので「グループウェア」という感覚で
> 扱おうとしています。この情報をインターネット上で情報交換することは、ニュース
> の考え方から外れているのでしょうか？

「この情報」の意味がつかみ切れないのですが、
ローカルなニュースグループを作って、外に出ていかないような設定にする．
そこで、ローカルな話題について情報交換するというのは、
よくやる手法だと思います．

-- 
岡田 健一  URLs: mailto:okada@opaopa.org
	   	 http://www.opaopa.org

In article <9hb73e$lko$1@nn-os106.ocn.ad.jp>,
	"=?iso-2022-jp?B?GyRCNW1FZzVBOSwbKEI=?=" <y_usijima@taiyudenki.co.jp> wrote;

} 1:配送する側と受ける側の両方で設定が必要
} これは、
} Ver2.3.2は　incoming.conf と newsfeeds
} Ver2.2.3は　incoming.conf と innfeed.conf

このバージョンならどちらでも newsfeeds/innfeed.conf/incoming.conf
が設定の対象になります。

} 2:incoming.confは受信先サーバの指定
} Ver2.3.2
} peer ME {
}   hostname:         "localhost, 127.0.0.1, 192.168.1.101"ｋｋｋｋｋｋ
} }

ｋｋｋｋｋｋってのはゴミですよね？

} ver2.2.3
} peer ME {
}   hostname:         "localhost, 127.0.0.1, 192.168.10.1"
} }

今のところ incoming.conf の解釈で peer の label に意味はありません
が、直観的に ME は自分自身という意味合いですので同じところに入れな
い方がいいと思います。別の peer を作ればいいだけですから。

} 3:newsfeeds と innfeed.conf　は配信指定
} 
} Ver2.3.2
} 192.168.1.101\
} :!*,kisetunews.*\
} :Tm:innfeed!
} 
} Ver2.2.3
} 192.168.10.1\
} :!*,newnews.*\
} :Tm:innfeed!

IP アドレスの部分は普通は相手サーバの pathhost に相当するものを入れ
ます(innfeed.conf の label として使われます)。innfeed.conf はそれに
応じて設定してやる必要があります。

} 4：配送は時間的に指定できるが、inn起動時にもできる

newsfeeds で

innfeed!\
        :!*\
        :Tc,Wnm*:/news/bin/startinnfeed

みたいなエントリが必要ですがありますか？これがあればあとは innfeed
が勝手に配送してくれます。
--
Katsuhiro Kondou

おかだです。

In the message <9hb73e$lko$1@nn-os106.ocn.ad.jp>
"牛島義幸" <y_usijima@taiyudenki.co.jp> wrote:

> 192.168.10.1     Ver2.3.2 (新設)
> 192.168.1.101   Ver2.2.3 (既設)

> 1:配送する側と受ける側の両方で設定が必要
> これは、
> Ver2.3.2は　incoming.conf と newsfeeds
> Ver2.2.3は　incoming.conf と innfeed.conf

相互に配送し会うのですよね？
それならば、両方のサーバで受ける設定と送る設定が必要です．
受ける設定は incoming.conf、送る設定は innfeed.confとnewsfeedsでします．

> 2:incoming.confは受信先サーバの指定
> Ver2.3.2
> peer ME {
>   hostname:         "localhost, 127.0.0.1, 192.168.1.101"ｋｋｋｋｋｋ
> }

> ver2.2.3
> peer ME {
>   hostname:         "localhost, 127.0.0.1, 192.168.10.1"
> }

MEというのは、自分自身を示す特別(?)な用途で設定されています．
仮に、それぞれのサーバを new, old という識別名で呼ぶことにします．

192.168.10.1(新設)  new
192.168.1.101(既設) old

この場合、
Ver2.3.2 new 側の incoming.conf では、
peer old {
	hostname: "old.hoge.jp, 192.168.1.101"
}

Ver2.2.3 old 側の incoming.conf では、
peer new {
	hostname: "new.hoge.jp, 192.168.10.1"
}

のように設定します．
お互いに接続を許可するという意味です．
設定の確認は、192.1.101 から telnet 192.168.10.1 119 などで
できます．
もちろん、news.notice は要チェックです．

> 3:newsfeeds と innfeed.conf　は配信指定

まず、innfeed の動作について、理解されるのがいいかと思います．
例えば、

new\
 :!*,localgroups.*\
 :Tm:innfeed!

という設定では、innd が !*,localgroups.* に該当する記事を受け
取った場合、innfeed に渡すということを意味しています．
innfeed は記事を受けとると直ちに配送を開始します．

;; 一部、不正確な表現がありますが、御容赦を…

というわけで、まず、innfeed.confを設定します．

Ver2.3.2 new 側の innfeed.conf では、
peer old {
	ip-name: "old.hoge.jp, 192.168.1.101"
}

Ver2.2.3 old 側の innfeed.conf では、
peer new {
	ip-name: "new.hoge.jp, 192.168.10.1"
}
と設定します．
これで、innfeed が起動した時に、192.168.1.101 もしくは 192.168.10.1 に
接続し、配送に備えます．
接続したかどうかは、起動時の news.notice で確認できます．

| Jun 27 11:23:20 kohada innfeed[309]: newsfeed.media.kyoto-u.ac.jp:0 connected

次に、newsfeeds を設定します．

old側 newsfeeds
new\
 :!*,localgroups.*\
 :Tm:innfeed!

new側 newsfeeds
old\
 :!*,localgroups.*\
 :Tm:innfeed!

さらに、inndの起動時に innfeed を起動するために、newsfeedsの

#innfeed!\
#       :!*\
#       :Tc,Wnm*:/usr/local/news/bin/startinnfeed

のところを有効にする必要があります．

> 4：配送は時間的に指定できるが、inn起動時にもできる

> この設定はどうしたらよいのか分かりません。又、上記の設定を変更したあと
> 転送されるトリガーも分かりません。

お考えのようなトリガはないです．
inndが記事を受けとったら、その場でinnfeedに渡され、
配送が開始されます．

> !(びっくりマーク)を先頭につけると「否」という意味だと思います。
> controlとjunkは送りたくないので先頭にびっくりマークをつければいいと思うので
> すが何も送れない状態なので、フリーにしてあります。

control を送らないとキャンセルとかできませんが？

-- 
岡田 健一  個人メールはご容赦ください．

おかだです。

In the message <hex27j40@opaopa.org>
okada@opaopa.org (岡田 健一 / Kenichi OKADA) wrote:

> 次に、newsfeeds を設定します．

> old側 newsfeeds
> new\
>  :!*,localgroups.*\
>  :Tm:innfeed!

> new側 newsfeeds
> old\
>  :!*,localgroups.*\
>  :Tm:innfeed!

あと、逆流を防ぐために、

old/pathhost\
 :!*,localgroups.*\
 :Tm:innfeed!

pathhostのところに、適当なものを書く必要があります．

-- 
岡田 健一  URLs: mailto:okada@opaopa.org
	   	 http://www.opaopa.org

おかだです。

In the message <9iegbg$l44$1@nn-os104.ocn.ad.jp>
"牛島義幸" <y_usijima@taiyudenki.co.jp> wrote:

> newのnews.notice-----
> Jul 10 12:17:23 dns nnrpd[17622]: SERVER perl filtering enabled
> Jul 10 12:17:23 dns nnrpd[17622]: dns connect
> Jul 10 12:17:29 dns nnrpd[17622]: dns group fj.comp.serviceteam
>  0
> Jul 10 12:17:31 dns nnrpd[17622]: dns group fj.farming.hatake 0
                  ^^^               ^^^

ここは、実際のログでも同じですか？
ローカルホストから接続して、group しただけに見えます．
これらのログは、リーダ用のプロセスである nnrpd が吐いたものです．

innd が記事を受けとっかどうかを調べるなら、innd がはいたログを
見る必要があります．

;; よくある誤りとしては、incoming.confの不備で、nnrpd が
;; 答えるというのがありますが、group を使っているところを
;; 見ると、単に NNRP クライアントからの接続でしょう．

> oldのnews.notice-----
> Jul 10 17:48:54 defiant innfeed[5143]: news checkpoint seconds 600 offere
> d 0 accepted 0 refused 0 rejected 0 missing 0 spooled 0 on_close 0 unspooled
> 0 deferred 0 requeued 0 queue 0.0/200:100,0,0,0,0,0
> Jul 10 17:48:54 defiant innfeed[5143]: new:0 idle tearing down connection
> Jul 10 17:48:54 defiant innfeed[5143]: new:0 cxnsleep response unknown : 503
> : 503 Timeout after 600 seconds, closing connection.
> Jul 10 17:48:54 defiant innfeed[5143]: new final seconds 600 offered 0
> accepted 0 refused 0 rejected 0 missing 0 spooled 0 on_close 0 unspooled 0
> deferred 0 requeued 0 queue 0.0/200:100,0,0,0,0,0
> Jul 10 17:48:54 defiant innfeed[5143]: new spooling no active connections
> Jul 10 17:49:25 defiant innfeed[5143]: new:0 connected


> Jul 10 17:49:25 defiant innfeed[5143]: new remote MODE STREAM failed
> Jul 10 17:49:25 defiant innfeed[5143]: new final seconds 31 spooled 0
> on_close 0 sleeping 0

普通に inn の設定をして、MODE STREAM failed とはならないので、
new の incoming.conf があやしいです．

まず、 old から telnet new 119 して

% telnet new 119
Connected to news.example.com.
Escape character is '^]'.
200 new InterNetNews server INN 2.3.3 ready

とでますか？

200 new InterNetNews server NNRP 2.3.3 ready (posting ok)

とか出たなら new 側の incoming.conf が間違っています．

-- 
岡田 健一  URLs: mailto:okada@opaopa.org
	   	 http://www.opaopa.org

おかだです。

In the message <9igbet$41q$1@nn-os104.ocn.ad.jp>
"牛島義幸" <y_usijima@taiyudenki.co.jp> wrote:

> > まず、 old から telnet new 119 して
> >
> > % telnet new 119
> > Connected to news.example.com.
> > Escape character is '^]'.
> > 200 new InterNetNews server INN 2.3.3 ready
> >
> > とでますか？
> > 200 new InterNetNews server NNRP 2.3.3 ready (posting ok)
> >
> > とか出たなら new 側の incoming.conf が間違っています．

> これでも結果は同じでした。
> これだけシンプルになると本当にわからなくなってしまいました。

ちょっと、原因がわかりませんが、
new で、 telnet localhost 119 するとどうなりますか？

これでもだめなら、まず、innd が TCP 119 をバインドしているか
調べてみてください．
;; lsof や netstat -p とか．

-- 
岡田 健一  URLs: mailto:okada@opaopa.org
	   	 http://www.opaopa.org

おかだです。

In the message <9ihhr9$jdf$1@nn-os104.ocn.ad.jp>
"牛島義幸" <y_usijima@taiyudenki.co.jp> wrote:

> > > > % telnet new 119
> > > > Connected to news.example.com.
> > > > Escape character is '^]'.
> > > > 200 new InterNetNews server INN 2.3.3 ready
> > > >
> > > > とでますか？
> > > > 200 new InterNetNews server NNRP 2.3.3 ready (posting ok)
> > > >
> > > > とか出たなら new 側の incoming.conf が間違っています．
> >
> > > これでも結果は同じでした。
> > > これだけシンプルになると本当にわからなくなってしまいました。
> >
> > ちょっと、原因がわかりませんが、
> > new で、 telnet localhost 119 するとどうなりますか？

> 同じ結果です。

old や new から telnet new 119 した時に news.notice には
どのようなログがはかれますか？

正
Jul 11 21:49:55 new innd: old connected 66 streaming allowed

誤
Jul 11 21:51:16 new nnrpd[1189]: old connect

これで、だめなら、やはり incoming.conf がおかしいと思います．

再起動 (ctlinnd xexec '') して、news.notice にエラーが出ていないか
調べてみてください．

-- 
岡田 健一  URLs: mailto:okada@opaopa.org
	   	 http://www.opaopa.org

おかだです。

In the message <9ine48$4p$1@nn-os103.ocn.ad.jp>
"牛島義幸" <y_usijima@taiyudenki.co.jp> wrote:

> > これで、だめなら、やはり incoming.conf がおかしいと思います．
> >
> > 再起動 (ctlinnd xexec '') して、news.notice にエラーが出ていないか
> > 調べてみてください．

> 再起動したところ、一箇所だけおかしなところがありました。
> 探しているのですが、どの部分なのかわからないので、アップします。

> ----error log--------
> Jul 14 03:13:58 new innd: SERVER cant gethostbyname old No such file or
> directory
> ----eof -----------
> oldのファイル化ディレクトリが無いよ。と言っているようですがどうも、探す場所が
> 解りませんでした。

もしかして、本当に old と書いていませんか？
old のところには、実際のFQDN を書いてください．

もし、そうでないなら、incoming.confの old と書いてあるあたりが
変なのだと思います．よろしければ該当部分を示してください．

-- 
岡田 健一  URLs: mailto:okada@opaopa.org
	   	 http://www.opaopa.org

おかだです。

In the message <9ionqh$qsk$1@nn-os105.ocn.ad.jp>
"牛島義幸" <y_usijima@taiyudenki.co.jp> wrote:

> ----------------
> Jul 14 15:03:26 dns nnrpd[25630]: mon1.taiyudenki.co.jp connect
> ----------------
> このアドレスは、def(old)のネームサーバです。
> なぜだか、newはdefに接続せずにmon1に接続しているようです。
> confファイルをあちこち探したのですが、ネームサーバをしているところは
> ありませんでした。

NATとかやってますか？
mon1.taiyudenki.co.jp を incoming.conf で許可すると
どうなりますか？

> ニュースの無いところに接続しているという根本的な問題なのでしょうか？

あのログは、dnsの119番にmon1.taiyudenki.co.jpから接続があった
ということを意味します．

-- 
岡田 健一  URLs: mailto:okada@opaopa.org
	   	 http://www.opaopa.org