Comment 6 for bug 534440

Revision history for this message
tka4ev (tka4ev) wrote :

ok. try to describe the situation

net1: 10.139.xx - internal LAN
net2: 92.255.xx - Public network direct access to the Internet (my network)
net2 has more internal addresses in the range 192.168.xx

all machines these networks to see each other and can exchange information directly with peering

hub1 has address 10.130.0.226 and 2 public address 89.223.127.222

I connect to a hub at 89.223.127.222, but some users at 10.130.0.226
I can communicate with the user in active mode, and he with me but there is a problem
described by me in the search box.

In any case, it seems to me that the return from the function ClientManager::getInstance()->findHubEncoding(url)
Text:: systemCharset (systematic encoding) if not find a dc + + server is not correct because it
usually does not coincide with the coding dc + + server (in case of win32 clients the same on this there is no such problem).

In the setting of a parameter linuxdcpp <default-charset> so this value in my opinion and should return
function ClientManager:: getInstance () -> findHubEncoding (url) by default.

http://omploader.org/vM3NpMw/10.03.2010-13.49.12.png