Télécharger
Développer
Compte
Télécharger
Développer
Connexion
Mot de passe oublié ?
Créer un compte
Langue
Aide
Langue
Aide
×
Connexion
Nom du compte
Mot de passe
×
Mot de passe oublié ?
Traduction statut du Français
Catégorie :
Logiciel
Peuple
PersonalForge
Magazine
Wiki
Recherche
OSDN
>
Trouver un logiciel
>
Communications
>
File Sharing
>
Napster
>
slavadev
>
Ticket List/Search
>
Ticket #8513
slavadev
Description
Résumé du projet
Dashboard - Développeur
Page Web
Développeurs
Galerie d'images
Liste des flux RSS
Activité
Statistiques
Historique
Téléchargements
List of Releases
Stats
Code Source
Liste des dépôts de code
Subversion
Voir le référentiel
CVS
Voir le référentiel
Ticket
Liste des tickets
Liste des Jalons
Liste des types
Liste des composants
Liste des tickets/RSS fréquemment utilisés
Soumettre un nouveau ticket
Documents
Wiki
Page de garde
Index du titre
Modifications récentes
Doc Mgr
List Docs
Communication
Liste des forums
Forum des développeurs (2)
Forum d’aide (1)
Discussion-Ouverte (10)
Nouvelles
Ticket #8513
Liste des tickets
Soumettre un nouveau ticket
RSS
2重ログイン時にパスワード確認(idea by Cappuccino)
Date d'ouverture:
2006-06-06 20:54
Dernière mise à jour:
2006-06-06 20:54
monitor
ON
OFF
Rapporteur:
usj12262
Propriétaire:
(Aucun)
Type:
Demandes de fonctionnalités
État:
Ouvert
Composant:
(Aucun)
Jalon:
(Aucun)
Priorité:
5 - moyen
Sévérité:
5 - moyen
Résolution:
Aucun
Fichier:
Aucun
Détails
Répondre
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
Modifier
Ajouter un commentaire
You are not logged in.
I you are not logged in, your comment will be treated as an anonymous post. »
Connexion
Ajouter un commentaire
Aperçu
Soumettre
でログインしたときに元からログインしていた方に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が切断されたりはし
ないです。