| View previous topic :: View next topic |
| Author |
Message |
Inkus
user
Joined: 27 Jun 2005
Posts: 56
Location: Other
|
 Posted: Sat Oct 29, 2005 11:36 am Post subject: Identification: Invalid in emule for mldonkey client |
 |
|
I am using MLDonkey 2.6.6. I am running it for 1d 5 hours, I am constantly connected to several servers, Overnet and Kad disabled. Earlier I used 2.6.0 and had no problems, and later I switched to 2.6.5 and then 2.6.6. When using 2.6.6 version, my downloads became very slow, while upload was ok. I thought that this was because I was often restarting mldonkey for testing purposes, and maybe users banned me, or because I lost all credits since I changed md4 during testing. But after almost 30 hours, the performance was not getting better. I thought I should start emule on different computer, try to download one file which I was downloading with mldonkey, and see if razorback 2.0 will send mldonkey md4 as a source for the file to emule. I was connected all the time to razorback 2.0 with mldonkey(~30 hours), but it did not send mldonkey client as a source for the file to emule. After couple of hours, emule still did not know about mldonkey client as a source. So I added it manually. And what do you think - I saw "Identification: invalid" in client details in emule. There is client_private_key generated in donkey.ini.
Is there any way to generate new RSA key without generating new md4? If there is no way, I will try to reset them, but I want to do it only if nothing else helps. |
|
| Back to top |
|
 |
Rican
user
Joined: 30 Nov 2003
Posts: 54
Location: Italy
|
| Posted: Sat Oct 29, 2005 12:34 pm Post subject: |
|
|
try deleting only client_private_key in donkey.ini, on start it will be created again.
The problem is that if an emule client met you as your_md4/private_key_A and then you change into your_md4/private_key_B then the emule client assumes your identification invalid.
I think it's better to use new md4/key (use reset_md4 command), if i'm not wrong emule doesn't store credits for "unsecure" clients (mldonkey < 2.6.5) so you will not loose credits because you have none!
_________________
MoBlock |
|
| Back to top |
|
|
Inkus
user
Joined: 27 Jun 2005
Posts: 56
Location: Other
|
| Posted: Sat Oct 29, 2005 12:58 pm Post subject: |
|
|
| Rican wrote: | try deleting only client_private_key in donkey.ini, on start it will be created again.
The problem is that if an emule client met you as your_md4/private_key_A and then you change into your_md4/private_key_B then the emule client assumes your identification invalid.
I think it's better to use new md4/key (use reset_md4 command), if i'm not wrong emule doesn't store credits for "unsecure" clients (mldonkey < 2.6.5) so you will not loose credits because you have none! |
I used reset_md4 command, and got "Identification: successful" in emule, but was immediatlety banned with "Banreason: Userhash changed (Found in TrackedClientsList)".  If I new that this would happen, I would have changed port also. If I remember corretly emule ban lasts for 2 hours, only I am not sure if it is ok to keep mldonkey running for this period.
EDIT: I guess I was banned by all servers also...Damn. reset_md4 is a dangerous command. Instructions on using it should be written in this command description. |
|
| Back to top |
|
|
Inkus
user
Joined: 27 Jun 2005
Posts: 56
Location: Other
|
| Posted: Sat Oct 29, 2005 3:03 pm Post subject: |
|
|
| Well, something went wrong again. As I said, I earlier executed reset_md4 command, and now had new md4, and new RSA key. I waited 2 hours (I kept mldonkey running) and started emule again. Added the source to emule manually, and I again got in client properties - "Identification: invalid". I'll try newly compiled mldonkey 2.6.7 with different port, md4 and rsa key, and see what happens. |
|
| Back to top |
|
|
spiralvoice
Sage
Joined: 06 Jan 2003
Posts: 3982
Location: Germany
|
| Posted: Sat Oct 29, 2005 4:00 pm Post subject: |
|
|
I tried the same (MLDonkey <-> eMule) when the Secure ident patches came
out, both on my Windows machine. Both clients downloaded data from each
other and both client had successful secure identification with each other.
Is your MLDonkey running on your HP-UX machine? I donīt know how
CryptoPP handles endianess, is your HP machine big or little endian?
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks |
|
| Back to top |
|
|
Inkus
user
Joined: 27 Jun 2005
Posts: 56
Location: Other
|
| Posted: Sat Oct 29, 2005 4:09 pm Post subject: |
|
|
| spiralvoice wrote: | I tried the same (MLDonkey <-> eMule) when the Secure ident patches came
out, both on my Windows machine. Both clients downloaded data from each
other and both client had successful secure identification with each other.
Is your MLDonkey running on your HP-UX machine? I donīt know how
CryptoPP handles endianess, is your HP machine big or little endian? |
I tried 2.6.7 with different TCP port, md4 and rsa key. The same problem, emule says "'<mldonkeyusername>'has failed the secure identification, V2 State: 0".
And yes, HP-UX is big endian. As I remember correctly, configure script is checking for machine endianess.
I can see there are cores compiled on Solaris 9 SPARC. If I am not wrong, SPARC is also big endian architecture. Does secure identification work correctly there? |
|
| Back to top |
|
|
spiralvoice
Sage
Joined: 06 Jan 2003
Posts: 3982
Location: Germany
|
| Posted: Sat Oct 29, 2005 4:44 pm Post subject: |
|
|
| Inkus wrote: | | As I remember correctly, configure script is checking for machine endianess. |
Correct, but this result is only used to determine which SHA1 algo is to be
chosen, there is sha1new and sha1old (check buildinfo). I have yet to check
how endianess is implemented in CryptoPP. But again, blaming your problem
on endianess is just a guess 
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks |
|
| Back to top |
|
|
Inkus
user
Joined: 27 Jun 2005
Posts: 56
Location: Other
|
| Posted: Sat Oct 29, 2005 4:55 pm Post subject: |
|
|
| Are you going to check MLDonkey on SPARC? |
|
| Back to top |
|
|
Inkus
user
Joined: 27 Jun 2005
Posts: 56
Location: Other
|
| Posted: Sat Oct 29, 2005 5:39 pm Post subject: |
|
|
In CryptoPP.h :
| Code: |
// define this if running on a big-endian CPU
#if !defined(IS_LITTLE_ENDIAN) && (defined(__BIG_ENDIAN__) || defined(__sparc) || defined(__sparc__) || defined(__hppa__) ||
defined(__mips__) || (defined(__MWERKS__) && !defined(__INTEL__)))
# define IS_BIG_ENDIAN
#endif
|
defined(__hppa__) is true in HP-UX, so IS_BIG_ENDIAN happens to be defined.
But I am more interested in these two defines:
//#define NO_OS_DEPENDENCE
#define USE_MS_CRYPTOAPI
Maybe I should define NO_OS_DEPENDENCE and try to compile it? |
|
| Back to top |
|
|
Inkus
user
Joined: 27 Jun 2005
Posts: 56
Location: Other
|
| Posted: Sat Oct 29, 2005 6:07 pm Post subject: |
|
|
| spiralvoice wrote: | this result is only used to determine which SHA1 algo is to be
chosen, there is sha1new and sha1old (check buildinfo). |
buildinfo shows I am using sha1new. Is this the right one? |
|
| Back to top |
|
|
Inkus
user
Joined: 27 Jun 2005
Posts: 56
Location: Other
|
| Posted: Sat Oct 29, 2005 6:59 pm Post subject: |
|
|
| Inkus wrote: | In CryptoPP.h :
But I am more interested in these two defines:
//#define NO_OS_DEPENDENCE
#define USE_MS_CRYPTOAPI
Maybe I should define NO_OS_DEPENDENCE and try to compile it? |
With defined NO_OS_DEPENDENCE the source does not compile, if I comment out the line "#define USE_MS_CRYPTOAPI", the source compiles, but the secure identification on emule still says "invalid".
I have a strange feeling, that this problem is not related to my poor downloads problem I started noticing lately. |
|
| Back to top |
|
|
Knocker
professional
Joined: 05 Nov 2002
Posts: 612
Location: Germany
|
| Posted: Sun Oct 30, 2005 7:03 am Post subject: |
|
|
| Rican wrote: |
I think it's better to use new md4/key (use reset_md4 command), if i'm not wrong emule doesn't store credits for "unsecure" clients (mldonkey < 2.6.5) so you will not loose credits because you have none! |
Quote from eMule-Project:
| Quote: |
Clients in the network are identified by a unique value called user hash. This user hash is stored in the preferences.dat file and is used to grant earned credits with other users.
eMule can use an asymmetric encryption to avoid exploiting or manipulating other users hash values. The method uses a private and a public key to secure the user hash and to ensure a proper identification on other clients.
|
and
| Quote: |
When switching to secure user identification all old, "unsecured" credits will be lost. For security reasons, there is now way to transfer these credits to the secure system.
|
|
|
| Back to top |
|
|
Rican
user
Joined: 30 Nov 2003
Posts: 54
Location: Italy
|
| Posted: Sun Oct 30, 2005 11:41 pm Post subject: |
|
|
just to see if at least something about secure ident works....in web interface in tranfers/uploaders there is a column about secure identification (passed, failed, none), what do you see there?
_________________
MoBlock |
|
| Back to top |
|
|
Inkus
user
Joined: 27 Jun 2005
Posts: 56
Location: Other
|
| Posted: Mon Oct 31, 2005 5:21 am Post subject: |
|
|
| Rican wrote: | | just to see if at least something about secure ident works....in web interface in tranfers/uploaders there is a column about secure identification (passed, failed, none), what do you see there? |
All are F (Failed) |
|
| Back to top |
|
|
spiralvoice
Sage
Joined: 06 Jan 2003
Posts: 3982
Location: Germany
|
| Posted: Mon Jan 23, 2006 9:39 pm Post subject: |
|
|
Do current versions of MLDonkey work? The endianess code has been changed some time ago
| Quote: | 2005/12/01
4657: Fix for C files for AMD64, mipsel platforms
improve endianness checking in tiger.c, md5_c.c and CryptoPP.h,
print endianness in buildinfo, removed sha1_old code |
_________________
Link overview and precompiled cores here: http://mldonkey.sourceforge.net/DownloadLinks |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
