• Any websites to help me set DC++ up?
• Can I import my NMDC queue into DC++?
• How to share network drives
• Why do I need active mode?
• How to set up active mode with ICS?
• How do I set up active mode with a Linux based firewall/router?
• How to set up active mode on FreeBSD
• How to set up UPnP?
• What ports does DC++ use?
• How do I log on as a registered user / OP?
• Alternative hublists?
• My university or ISP blocks or throttles DC++, anything I can do about it?

• DC++ Guide
  The following is a great guide with plenty of pictures on how to do basic setup of DC++, originally written by TheParanoidOne.
   
  

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by eMTee
last modified: 2010-10-28 11:50:56

Depends on the DC++ version.

Clients newer than 0.4032 cannot.

Clients older than 0.4032 can. Go to File -> Import NMDC queue and browse to your NMDC directory and select queue.config.

DC++ Changelog Related Entries:
0.4032: Removed obsolete Import from NMDC queue (blame cologic)
0.163: Added NMDC queue importing (thanks, luca rota)

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by JMGullett
last modified: 2007-01-29 15:01:29

DC++ 0.4032 or newer

DC++ clients after 0.4032 are able to successfully share network drives from within DC++ with out mapping them.

•Go to File -> Settings -> Sharing -> Add Folder
•Navigate through your home network to the computer with a share and select one.
 
 
•Now you should see it listed as a shared folder in DC++


 

DC++ 0.305 to 0.403

DC++ clients 0.305 to 0.403 support sharing networked drives via their UNC name (i.e. \\servername\share), but the GUI does not have the option to navigate through My Network Places entirely.  This leaves two methods to sharing a network drive:

•Follow the method below in the next section for older DC++ clients.
•Edit your DCPlusPlus.xml file and add the UNC path for a share.
<Share>
        <Directory>F:\My Music</Directory>
        <Directory>\\somecomputer\share</Directory>
</Share>
 

DC++ 0.304 or older

NeoModus Direct Connect nor DC++ will allow you to directly share a network drive.  However, there is a solution to sharing them!

Simply map a network drive to a drive letter in windows (i.e. Z:\share). Once the network drive has been mapped to a drive letter, you can share it in NMDC or DC++ like a normal folder.

•Open up Windows Explorer or My Computer.  Go to Tools -> Map Network Drive

 
•Type in the computer name and the share point (or browse to it).  You might need to specify a different username when connecting to the computer.  Click on "different user name" and enter in the name/password.

 
•Inside DC++ sharing setting, select the drive you just mapped (Z: in this example).  That's it!
 

DC++ Changelog Related Entries:
0.4032:  Allowed sharing of network folders (thanks, garg)
0.306:  Fixed an issue with UNC paths (those starting with "\\")

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by JMGullett
last modified: 2007-01-29 15:06:09

In passive connection mode, DC++ will only make outbound connections to other users. All searches will be sent through the hub, and search results will be returned through the hub as well. DC++ will return a maximum of 5 search hits for a passive user. Passive users may not able to download from other passive users. Passive mode is an extra strain on hubs, so please do not use it unless you must. To find out what DC++ users are in passive mode in a hub check their tag in the list of users. Passive users will have M:P in their DC++ tag.

That being said, active mode on DC++ will make inbound and outbound connections to other users. While all searches will be sent through the hub, search results will be returned directly from active mode users and through the hub for the passive users. Active users can download from either active and passive users and get more search results. Obviously that means you can connect to a larger group of people.

However, there is ZERO difference in download/upload speed between active or passive modes.

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by eMTee
last modified: 2010-10-27 10:37:14

Part 1 - Installing ICS on the operating system

    Windows 98: Followthis guide from PracticallyNetworked.
    Windows ME: Followthis guide from PracticallyNetworked.
    Windows 2000: Followthis guide from PracticallyNetworked. 
    Windows XP:Followthis gude from PracticallyNetworked.

Part 2 - Port Forwarding

* For Windows 98/ME clients, it would be easier to use the ICS Configuration tool.  Once installed, follow the outline to this guide on how to set it up (although it won't look the same).
 

•Get properties on the network card that is directly connected to the Internet.

Make sure the firewall is disabled.  Click on Settings.
 
•Click on Add. 

 
•You will need to create two new services, one for TCP and the other for UDP.

This one will be for TCP.  Enter in the IP address of the computer that's attached.  It should be using a IP address that begins with 192.168.xxx.xxx.  To find out what it is on the attached computer, (Win 9x: Start > Run > winipcfg | Win 2k/XP: Start > Run > "cmd /k ipconfig" [without the ""]).  Pick any port between 1024 and 65535.  Enter this into both the External Port field and Internal Port field.  Lets say you choose port 40500, for example. 
 
•Use the exact same numbers from above, except select the UDP radio button.

 
•In DC++, go to File -> Settings.

Enter in your external IP address, which can be found here.  Use the same port you set up in the new service you created. 
 
•DC++ should now work in active mode!

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by JMGullett
last modified: 2007-01-29 16:01:06

It depends on what kernel version you are using. With 2.4 you can choose between doing postrouting or the easier prerouting. The difference is if you do a postrouting, all clients within your internal network (LAN) can connect and download/upload between each other. Postrouting is not necessary if you are the only client which uses DC behind the router/firewall. The examples below use the following settings: External Ethernet card: eth1, external IP 213.112.8.55, firewall (router) IP: 192.168.0.1, client IP: 192.168.0.2, external and internal port: 555

Linux 2.4, postrouting example

iptables -t nat -A POSTROUTING -d 192.168.0.2 -s 192.168.0.0/24 -p tcp --dport 555 -j SNAT --to 192.168.10.1

iptables -t nat -A POSTROUTING -d 192.168.0.2 -s 192.168.0.0/24 -p udp --dport 555 -j SNAT --to 192.168.10.1

iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 555 -j DNAT --to 192.168.10.2:555

iptables -t nat -A PREROUTING -i eth1 -p udp --dport 555 -j DNAT --to 192.168.10.2:555

iptables -t nat -A PREROUTING -d 213.112.8.55 -p tcp --dport 555 -j DNAT --to 192.168.10.2:555

iptables -t nat -A PREROUTING -d 213.112.8.55 -p udp --dport 555 -j DNAT --to 192.168.10.2:555

Linux 2.4, prerouting example

iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 555 -j DNAT --to 192.168.0.2:555

iptables -t nat -A PREROUTING -i eth1 -p udp --dport 555 -j DNAT --to 192.168.0.2:555

Linux 2.2, example

ipmasqadm portfw -a -P tcp -L 213.112.8.55 555 -R 192.168.0.2 555

ipmasqadm portfw -a -P udp -L 213.112.8.55 555 -R 192.168.0.2 555

Submitted by tajisen

How to use Shorewall to configure your iptables

Here's what you have to add to rules (assuming loc is the zone where your computer is located, 192.168.0.7 is your computer's IP, 666 is the port you wish to use and 123.45.67.89 is your external IP):

#ACTION

SOURCE

DEST

PROTO

DEST PORT

SOURCE PORT(S)

ORIGINAL DEST

DNAT

net

loc:192.168.0.7

tcp

123.45.67.89

DNAT

net

loc:192.168.0.7

123.45.67.89

Submitted by Ender

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by JMGullett
last modified: 2007-01-29 16:02:51

•Edit your ipfw rules list (usually something like /etc/rc.ipfw) . In there somewhere, you should have a rule that diverts all traffic to natd, which should look something like:
${fwcmd} add divert natd all from any to any via ${natd_interface}
•Below this, add as your next rule:
# Direct Connect Active Mode Port Forwarding
${fwcmd} add pass all from any to any 1776 via ${oif}
${fwcmd} add pass all from any to any 1776 via ${iif}
•For "1776," replace any port (preferably something above 1000) that you would like as your forwarded port. Save and close /etc/rc.ipfw.
•Next open up your /etc/natd.conf file. Make sure the top line has your interface listed (replace "de0" with whatever your outside interface is):
interface de0
•Then add the following two lines at the end:
redirect_port tcp 192.168.70.2:1776 1776
redirect_port udp 192.168.70.2:1776 1776
•For 192.168.70.2, substitute the internal IP of your machine running DC++. For "1776," substitute whichever port you used above in your /etc/rc.ipfw file.
•Finally, we need to reset ipfw and also natd.
Type: ps aux | grep natd
•Find the process # for natd. Now we need to kill the process and restart it:
Type: kill -9 && natd -f /etc/natd.conf
•Last step, time to reset ipfw to make sure our traffic gets through:
/sbin/ipfw -f flush
/bin/sh /etc/rc.ipfw

Submitted by SeeKay303

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by JMGullett
last modified: 2007-01-29 16:11:23

Universal Plug And Play (UPnP) is a technology to allow, among other things, Internet applications to configure home routers and gateways, bypassing manual port forwarding configuration. UPnP was introduced in Windows XP and is supported in that and later versions, including Windows 7 and 8.
Some DC clients support more than one UPnP interfaces: most of them able to use the Windows UPnP interface while others favor other implementations.


UPnP configuration in DC++ 0.770 or later

Among other protocols DC++ uses a 3rd party UPnP library for automatic port mapping (MiniUPnP). Since version 0.780 DC++ tries to create the port mappings automatically by default so in an optimal case no user interaction required to achieve active mode. You can read more about connectivity setup of DC++ in its built-in Help documentation. In versions up to 0.802 you are still able to manually configure DC++ to use the legacy Windows UPnP mapper as well.



UPnP setup in DC++ 0.762 or older versions (as well as in other DC clients that supports Windows UPnP)

Note that this part applies to manually configure and troubleshoot the legacy Windows UPnP mapper only in those DC clients/versions that still support it.

To take advantage of UPnP, you must have support enabled in Windows and UPnP capable hardware (typically a broadband router using NAT traversal). If you meet both of these requirements, setting up DC++ is normally a simple process. UPnP support introduced in DC++ 0.4033. For using DC++ with UPnP under Vista or Windows 7 you need at least version 0.695 or newer.

To enable UPnP:

•Click on the File menu and then Settings. Click on Connection Settings.
•Select Firewall with UPnP / Use UPnP to let DC++ configure my router.
•Restart DC++.

If your UPnP system is setup correctly, DC++ will now automatically create the required port mappings for DC++ to operate in Active Mode. It will also detect your external IP address and switch into Active Mode.

Troubleshooting:

If you are having trouble getting this all to work (or see messages in the DC++ System Log like "Failed To Create Port Mappings"), and you are sure you meet the minimum requirements mentioned above, firstly, download a UPnP diagnostic tool. The recommended one is Mark Gillespie's UPnP test tool. This program will tell you what network interfaces on your computer support UPnP.

Alternatively, to test your UPnP functionality, you can run the web based Internet Connectivity Evaluation Tool from Microsoft. This tool is avaliable only for Windows XP and Vista and requires IE6 or later to run.

If your router fails the UPnP test(s), then it's doubtful DC++ will function properly with UPnP either. If none of your network interfaces are reporting UPnP capabilities, try the following suggestions:

•Ensure your UPnP hardware has the UPnP service switched on (some routers default to off), consult your manufacturers documentation.

•Ensure Windows UPnP services (Control Panels -> Admin Tools -> Services) are running. "Universal Plug and Play Device Host" and "SSDP Discovery Service". Both of these XP services should be set to "Automatic" startup and "Started" status:

•Switch on the UPnP User Interface. To do this: Open "My Network Places", and in the Network Tasks Panel, select Show icons for networked UPnP devices.

If UPnP is working, you should see your routers name in My Network Places:


Also, when you go to: Start | Settings | Network Connections, you should see Internet Connection listed under the Internet Gateway category.



•Reboot both your PC and your UPnP device (router).

•If you do not see your router as a network device in "My Network Places" after several minutes, UPnPTest will fail to create an UPnP mapping to the router, resulting in something looking like: INFO: Adapter #0 - 192.168.8.17 - UPnP Disabled. Make sure the windows firewall or your third party firewall is not blocking UPnP packets.

Windows XP Firewall:
Go to Control Panels -> Windows Firewall -> Advanced Tab -> Security Logging -> Settings. Enable Log Dropped Packets. The log file is located at C:\WINDOWS\pfirewall.log If you see any packets being dropped with the port 1900 or 2869, the the firewall is misconfigured and is preventing UPnP from working.
For more tips about newer versions of Windows visit the DC++ firewall unblocking guide.

Third Party Firewall:
Checking this setting varies widely between firewalls. Most decent firewalls have some sort of logging function, where one can see what the firewall is blocking. Look for "UPnP" or ports 1900 and 2869 and refer the firewall's manual how to unblock.


•If the diagnostic tool is now still not reporting any UPnP devices, you should start considering more drastic actions like upgrading your router firmware, as many routers have UPnP implementation bugs.

If your router still fails the UPnP test follow the guide on Manual port forwarding to be able to use DC++ in active mode.

Initial content submitted by mgillespie

DC++ Change Log Related Entries:

0.803: Remove the "Windows UPnP" port mapper in favor of MiniUPnP (poy)
0.790: COM initialization fix for the Windows UPnP mapper (thanks bigmuscle), Update MiniUPnPc to version 1.6, Display the name of the device MiniUPnP has bound to (poy), Port mappers respect the bind address (poy)
0.782: Be stricter when determining whether MiniUPnP has succeeded (poy)
0.780: Update MiniUPnPc to version 1.5 (poy)
0.770: Add MiniUPnPc for UPnP mappings and make it threaded (poy)
0.760: Re-try UPnP mappings after closing settings (poy)
0.708: Fixed UPnP for TLS port.
0.68: No longer fallbacks to passive mode on failed UPnP.
0.670: Some UPnP fixes (thanks nils maier); Hopefully fixed an UPnP crash.
0.669: Hopefully fixed an UPnP crash
0.666: Fixed a crash in the upnp code
0.4033: Added UPnP support (thanks mark gillespie)

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by eMTee
last modified: 2012-11-06 11:14:18

Outbound:

Inbound:

DC++ Change Log Related Entries:
0.708: Fixed UPnP for TLS port.
0.699: Fixed TLS port not being greyed out.
0.697: TLS port change without restart fixed.
0.692: TLS port may now be specified in settings and is only opened if TLS is enabled.
0.668: Added option to use separate TCP and UDP ports.
0.20: A random free port between 1025 and 32000 is now used in active mode, unless a port has been specifically set. This port is changed on every restart to avoid problems with networks where traffic on certain ports is limited or banned.

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by eMTee
last modified: 2012-11-06 11:19:39

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by eMTee
last modified: 2012-11-06 11:23:36

Instructions:
To use another hub list, open up File -> Settings -> Downloads. Click on Configure Public Hub Lists.  Paste in another hub list and click Add.  DC++ will try each hub list listed, starting with the one at the top.

Here is a list of popular hub lists in use today:

If none of these work in DC++, try pasting a link into your browser.If a file does download, then you have some sort of firewall blocking DC++ specifically.  If nothing downloads, then a firewall is blocking all your internet traffic to that site or the list is down.

DC++ Changelog Related Entries:

0.800: Fix GUI problems in a download attempt of a public hublist with invalid address (emtee)
0.780: Blacklist rogue hub-lists (poy)
0.760: Remove obsolete default hublists (emtee); Drop support for non-xml hub lists; Improve hub list status messages (emtee)
0.709: Disallow fake connections to a few known hub list servers (poy)
0.706: Fixed parsing of non-XML hub lists (poy); Fix a few hub list download issues (thanks emtee)
0.704: Hub lists added to utilize Coral's distributed network (ullner); Fixed clicking in the header of the favorite hubs list view (poy)
0.700: [bug 1144] Added possibility to add many hub lists in one go (use ; as separator) (thanks poy)
0.699: [bug 1110] Added new adc hub list (thanks mafa_45); [bug 1091] Added new nmdc hub lists (thanks poy); [bug 446] Public hub lists are cached and downloaded only when user requests it (thanks poy)
0.695: Default hub lists updated
0.692: Added warning when someone tries to spam hublist.org or dcpp.net with your client
0.688: [bug 345] Fixed an xml listing parsing bug
0.685: Added advanced hublist filter (thanks trem)
0.667: Improved multiple hublist support (thanks garg)
0.4033:  Added (initial) support for hublist.org xml hublists
0.402:  Copy address to clipboard from public hub list (thanks joakim tosteberg)
0.305:  Really fixed hublist space trimming =).   Added accelerator for filtering in public hubs (thanks gargoyle)
0.304:  Fixed trimming of spaces for http downloads (hub list...)
0.26:  Default hub list now points to one that works
0.25:  Fixed public hub list mouse clicks and reopening (thanks todd)
0.241:  Fixed error reporting for hublist download
0.233:  Fixed another thing with hub lists being unnecessarily downloaded (thanks todd pederzani)
0.23:  Hublist is no longer loaded in the background by default when starting the application.  Fixed some proxy connection problems for the hublist (thanks Ondrea (or is it Ondra or Ondrej? =)).   Disabled automatic opening of the hublist.  
0.181:  Fixed a bug with bad hublist server names (empty ones, not starting with http://...)
0.174:  Fixed some minor hublist bugs
0.172:  Added support for bzip2-compressed hub list downloading
0.17:  Removed the public hublist multi-select feature
0.163:  Added public hublist filter.  Changed error messages in public hubs frame.   Added proxy support for downloading the hub list.  Fixed a crash when loading invalid hub lists
0.12:  Added right-button menu to Public Hubs
0.11:  Public hubs automatically appears on startup
0.03:  Hub list sorting.
0.01:  List hubs, connect to them and chat

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by eMTee
last modified: 2012-11-06 11:26:52

As long as you connect to NMDC hubs, unfortunately probably not. The majority of schools have moved over to a solution from Packeteer or a similar company. This software/hardware solution has the ability to look into a TCP packet, decode the application layer data and then throttle/block accordingly.

If you connect to ADC hubs chances are the deep packet inspecting solutions aren't recognize ADC protocol yet. Moreover, ADC supports SSL encrypted secure communication and file transfers what makes packets transparent to packet shaping solutions. So at first, try ADC hubs from bigger hublists (their address starts with adc:// or adcs://). Don't forget to enable TLS support in DC++ settings.

If you want to connect to old NMDC hubs there could be a way to get around blocking, but it's no easy task. It would involve setting up a host off campus which is not influenced by the schools packet shaping. Then setting up a tunnel (socks, proxy, ssh, vpn, etc) and routing all your DC++ traffic through it. It will still be affected by the schools packet shaping, but there is a chance the tunnel you created has a higher priority/larger pipe than the P2P one.

Some schools might have their network behind a NAT, in which case you are SOL for an active connection. Furthermore, if this is the case, then they have full control over connections, and there isn�t anything you can do.  Try passive mode and cross your fingers.

A few schools just use simple port blocking. DC++ automatically uses a wide range of ports for outgoing traffic to help bypass port blocking.  If the school is smart enough to block port 411 outgoing connections, then you are pretty much SOL since that is the port most hubs use. One could try to connect to a hub that uses an alternative port (i.e. myhub.kicks-ass.net:2385). Once again, you could possibly set up a tunnel or port mapping, but those are complicated solutions that not many can achieve (and out of the scope of this FAQ).

A solution which might work is to use a proxy program/service to bypass their firewall, such as HTTP-tunnel or Hopster.

got feedback?

got feedback?

Any feedback you provide is sent to the owner of this FAQ for possible incorporation and shown publically as well.

by USR56K edited by eMTee
last modified: 2010-10-28 12:31:34