Download
Desenvolver
Conta
Download
Desenvolver
Login
Forgot Account/Password
Criar Conta
Linguagem
Ajuda
Linguagem
Ajuda
×
Login
Nome de acesso
Senha
×
Forgot Account/Password
Estado tradução de Português
Category:
Software
People
PersonalForge
Magazine
Wiki
Pesquisa
OSDN
>
Pesquisar Software
>
Communications
>
File Sharing
>
Napster
>
slavadev
>
Ticket List/Search
>
Tíquete #8513
slavadev
Descrição
Project Summary
Developer Dashboard
Página da Web
Developers
Image Gallery
List of RSS Feeds
Activity
Statistics
Histórico
Downloads
List of Releases
Stats
Código Fonte
Code Repository list
Subversion
Visualizar Repositório
CVS
Visualizar Repositório
Tíquete
Ticket List
Milestone List
Type List
Lista de componentes
List of frequently used tickets/RSS
Submit New Ticket
Documents
Wiki
FrontPage
Title index
Recent changes
Doc Mgr
List Docs
Communication
List of Forums
Developers (2)
Ajuda (1)
Open Discussion (10)
News
Tíquete #8513
Ticket List
Submit New Ticket
RSS
2重ログイン時にパスワード確認(idea by Cappuccino)
:
2006-06-06 20:54
Última Atualização:
2006-06-06 20:54
monitor
ON
OFF
Relator:
usj12262
Dono:
(Nenhum)
Tipo:
Feature Requests
Estado:
Aberto
Componente:
(Nenhum)
Marcos:
(Nenhum)
Prioridade:
5 - Medium
Gravidade:
5 - Medium
Resolução:
Nenhum
Arquivo:
Nenhum
Details
Responder
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の場合本当に再ログインしちゃうんですよ。そうする
と、意図的に第三者にクライアントを落とされる可能性が出てく
るのでよろしくないってことでw
2004.07.25 (日) 17:48:00 <Cappuccino> 書いた後で前にも言
ったと思い出したw でも、本当にゴーストならばコマンド送っ
てもしょうがないはずだし、パスの確認をして切断してしまった
方がスマートだと思う。
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> どうも横からすみませ
ん…良く覗かせてもらってます(覗くだけだったがw)。コマンド
の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)
Attachment File List (
0
)
Attachment File List
No attachments
Editar
Adicionar Comentário
You are not logged in.
I you are not logged in, your comment will be treated as an anonymous post. »
Login
Adicionar Comentário
Pré-visualizar
Submit
でログインしたときに元からログインしていた方に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の場合本当に再ログインしちゃうんですよ。そうする
と、意図的に第三者にクライアントを落とされる可能性が出てく
るのでよろしくないってことでw
2004.07.25 (日) 17:48:00 <Cappuccino> 書いた後で前にも言
ったと思い出したw でも、本当にゴーストならばコマンド送っ
てもしょうがないはずだし、パスの確認をして切断してしまった
方がスマートだと思う。
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> どうも横からすみませ
ん…良く覗かせてもらってます(覗くだけだったがw)。コマンド
の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が切断されたりはし
ないです。