bugmldonkey, a multi-networks file-sharing client - Bugs: bug #16507, firewalled source is treated as...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #16507: firewalled source is treated as direct?

Submitter:  Kozarezov Artem <artemgr>
Submitted:  Wed 03 May 2006 12:24:08 PM UTC
   
 
Category:  eDonkey-Plugin Severity:  3 - Normal
Item Group:  Program malfunction Status:  Need Info
Assigned to:  None Open/Closed:  Open
Release:  2.7.5 Release: 
Operating System:  FreeBSD Binaries Origin:  Downloaded from third-party page
CPU type:  Intel x86

  Spam posted by brucewayne
Fri 10 Nov 2006 11:47:18 AM UTC, comment #3: 

Yeah,
i know for the fact that the other peer is firewalled (because the other peer is my own eDonkey running behind a NAT), and that it has a low-id, and i see that MLDonkey (at least at the time when the bug was submitted) displays that peer as "Indirect" but, as it seems, still tries to contact that firewalled peer directly...
I thought that this is due the fact, that some part of MLDonkey code decides on how to contact the peer based on its IP, and for my peer it sees the public NAT IP, not the private one.
I may have been mistaking in diagnosis, but the fact is that NAT-firewalled peer, which is both connected to a EDK server and have a KAD buddy, and have a file to share: a) is found by MLDonkey; b) MLDonkey tries to contact it; c) there is no sign in the firewalled peer that it has been contacted (no new clients in queue), nor there is any sign that the peer has been contacted in the MLDonkey interface.

 Kozarezov Artem <artemgr>
Thu 09 Nov 2006 10:17:07 PM UTC, comment #2: 

An indirect client is a client which connected to MLDonkey
An direct client is a client where MLDonkey initiated the connection.
This has nothing to do with firewalled clients.

If I understood you correctly, MLDonkey receives the IP of the
lowid-emule from the server. But it does not understand that
emule is lowid and should be connected by a server callback
instead, correct?

 spiralvoice <spiralvoice>
Group administrator
Thu 04 May 2006 08:33:06 AM UTC, comment #1: 

When i use MLDonkey from NAT and configure it with
  client_ip [client_ip]= 10.0.144.230
  force_client_ip [force_client_ip]= true
  use_server_ip [ED2K-use_server_ip]= false
the server MLDonkey sees it correctly - as an Indirect source.
The point is, neither eMule nor MLDonkey with default settings will use the private IP, thus the NAT-ed source will be treated as Direct...

 Kozarezov Artem <artemgr>
Wed 03 May 2006 12:24:08 PM UTC, original submission:  

I have a file i want to share into the network.
On my home machine i've installed eMule v0.47a and shared the file there. Then i've entered the ed2k link into MLDonkey running on a server.
The MLDonkey found the eMule source,
as seen on the screenshot (attached)
I know it's the right source, since IP displayed in the "IP address" column matches the one of my NAT proxy, but i also know, that this source if firewalled (is behind NAT) and mldonkey should approach it indirectly, but at least in the web interface, in the "C (Connection [I]ndirect, [D]irect)" column, it says that this is the "D"irect source. It doesn't work either - my eMule doesn't report any interest in that file (requests: 0), and mldonkey doesn't download anything.

 Kozarezov Artem <artemgr>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #9883:  firewalled.PNG added by artemgr (15KiB - image/png - screenshot)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by brucewayne (Posted a comment)

    •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2006-11-09 spiralvoice StatusNone Need Info
    2006-05-03 artemgr Attached File- Added firewalled.PNG, #9883

    Back to the top

    Copyright © 2024 Free Software Foundation, Inc.
    Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
    The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team.
    Page source code

    Powered by Savane 3.14-f13d.
    Corresponding source code