2重ログイン時にパスワード確認(idea by Cappuccino)

• Reporter: usj12262
• Owner: (None)
• Type: Feature Requests
• Status: Open
• Component: (None)
• MileStone: (None)
• Priority: 5 - Medium
• Severity: 5 - Medium
• Resolution: None
• File: None

Details Reply

2004.07.25 (日) 07:48:08 <Cappuccino> 他のユーザが同じID
でログインしたときに元からログインしていた方に748が送られて
るのはバグじゃないでしょうか？後からログインした方に対して
送られるべきだと思うのですが。
2004.07.25 (日) 12:19:02 <u*j*2*6*> Cappu: BugTrack/バ
ックログ?の2003.12.17あたりを思い出して。

----2003.12.17あたりの話ここから--------
2003.12.17 (水) 21:36:47 <Heracules> 6番コマンドのログイ
ン(HandlerLoginRegister?)の下記の部分がnap.txtと違う気が
する。


if user2<>nil then
begin
Exec(user2,MSG_SERVER_GHOST,'');
LoginError(GetLangT(LNG_GHOST));
exit;
end;
ログインしたクライアントに送信するのだからuser2ではなくrec
側に送るような・・・)。
2003.12.17 (水) 22:59:36 <u*j*2*6*> LoginError?
(GetLangT(LNG_GHOST));のところでログインしたクライアント
に送信してます
2003.12.17 (水) 23:03:50 <u*j*2*6*> じゃなくて日本語
nap.txtの748番の説明が変なのか。原文では「a logged in
clientにメッセージを送る」とあるので、いまサーバーにいる方
のユーザーに送るっていう意味に書き直しておきます
2003.12.17 (水) 23:19:35 <u*j*2*6*> 最新の日本語nap.txt
2003.12.17 (水) 23:38:44 <Heracules> 了解しましたー
----2003.12.17あたりの話ここまで--------

2004.07.25 (日) 17:43:33 <Cappuccino> 748を送ると
Napchanの場合本当に再ログインしちゃうんですよ。そうする
と、意図的に第三者にクライアントを落とされる可能性が出てく
るのでよろしくないってことでｗ
2004.07.25 (日) 17:48:00 <Cappuccino> 書いた後で前にも言
ったと思い出したｗ　でも、本当にゴーストならばコマンド送っ
てもしょうがないはずだし、パスの確認をして切断してしまった
方がスマートだと思う。
2004.07.26 (月) 21:32:51 <u*j*2*6*> Cappu: 後からつない
できたほうを優先的にログインさせるのはopennapのときからの
仕様みたいです(opennap0.44のソース参照)。
2004.07.26 (月) 21:36:57 <u*j*2*6*> どうしてopennapでこ
ういう仕様なのか？を考えてください。わかったらおしえてくだ
さい。
2004.07.30 (金) 02:51:45 <Cappuccino> 748はnap.txtでは
Login attemptとあるだけで「再試行する」等の意味は特に記載
されてないので、恐らく「何者かがアカウントのっとろうとして
る」という通知をするためのコマンドなのではないでしょうか？
Napchanの再試行するという動作がプロトコル仕様と異なってる
ということでしょうか？
2004.07.30 (金) 20:24:14 <u*j*2*6*> んー、「ghostという
ことで切断しますね」というコマンドだと思います。Napchanの
動きはあってます。opennapのソースを参考にしてください
2004.07.30 (金) 22:07:45 <Cappuccino> Napchanは再試行で
はなく「切断」するそうです(二重起動で同じアカウントで接続し
ちゃってる場合にサーバに延々と再試行しつづけることになる可
能性があるからとのこと)。
2004.08.02 (月) 17:03:55 <code0red> どうも横からすみませ
ん…良く覗かせてもらってます(覗くだけだったがｗ)。コマンド
の748は切断するって意味なんでしょうか？nap.txtを見る限りメ
ッセージを送るとしか書いてないんで…切断されるのはNapchan
独自の機能なんですか？ちなみにおそらくNapchanが再試行する
というのは切断されたら自動再試行するという機能があるからで
は…？まぁ748で切断した場合は再試行は中断されますけど。
2004.08.02 (月) 23:46:35 <u*j*2*6*> よくよくslavanapのソ
ースみてみたら、すでにログインしてる方に748を送ってるのはい
いんですが、そのあとこれからログインしようとしてる方を切断
してしまってますね。opennapとうごきがちがってます
2004.08.02 (月) 23:55:07 <u*j*2*6*> code: opennapのソー
スをみるかぎりでは、切断するという意味のようですよ。
2004.08.02 (月) 23:56:27 <u*j*2*6*> Napchanについてです
が、opennapでは、すでにログインしているほうに「748メッセー
ジを送った後、切断」しますが、slavanapではさっき言ったよう
に748を送るだけです。なのでNapchanは748を受けたら自分から
切断してるんでしょうね。
2004.08.02 (月) 23:58:50 <u*j*2*6*> というかこのへんのこ
とは自分でしらべるか、Napchanの作者に聞くか、配布者に責任
もって答えてもらうかしたほうが確実だとおもいます。
2004.08.03 (火) 21:33:18 <Cappuccino> 748受信時に
Napchanが切断するの「は」独自で、再試行普通はするべきなの
だが、Napchanは複数のサーバにつなぐときには多重起動すると
いう仕様から、同じアカウント設定で2つ以上のNapchanから接続
かけてしまうと永久に再試行が続いてしまうということで、意図
的に切断処理後再接続しないのだそうです。
2004.08.03 (火) 21:34:29 <Cappuccino> OPENNAPのコードで
は748送信後切断するようですが、748送る前にパスワードのチェ
ック等を行って同じ人間であるかどうかを確認後に送信したほう
がいいと思います(たとえ仕様と異なっても)。
2004.08.03 (火) 21:35:08 <Cappuccino> すでに悪用して管理
者の常駐させているクライアントを落とす行為を行ってる悪意あ
る人間がいることが報告されてますので・・・。
2004.08.03 (火) 22:19:06 <u*j*2*6*> [要望]さっきメッセで
も話しましたが、パスワード確認はつけたいですね。一致したら
先に入ってたほうを切断、一致しなかったら後からきたほうを切
断ですね(idea by Cappuccino)。あとslava2.4.1ではmod+には
748じゃなく404を送るので管理者のNapchanが切断されたりはし
ないです。

Ticket History (0/0 Histories)