DC++ Support - The five questions posted most recently: The ONLY decent DC++ support site on the net. http://www.dcpp.net/faq <![CDATA[When I try to download, I get a message that says: "could not open target file: ..." What is happening?]]> Settings → Downloads (Default download, Unfinished downloads) are pointing to non-existent paths or drives.┬ Once you change those, new downloads will work.┬ Any existing downloads can be changed by exiting DC++ and editing Queue.xml with Notepad or an XML editor.┬ Make a backup and be careful, since a mistake may make portions of the file unusable to DC++.]]> http://www.dcpp.net/faq/index.php?action=artikel&cat=18&id=100&artlang=en Sat, 14 Oct 2006 14:16:02 GMT <![CDATA[My university blocks DC++, anything I can do about it?]]> 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.

There could be a way to get around this, 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 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 orHopster.

http://www.dcpp.net/faq/index.php?action=artikel&cat=6&id=17&artlang=en Sat, 07 Oct 2006 00:35:35 GMT
<![CDATA["No users to download from" - I just added one!]]> When I search for a thing, its comes up that there are people with slots free, I try to download and then it says "No users to download from" Despite the fact that I have searched the second before (and searched again afterwards and they are still there), they have slots free and I can't download. So what is the problem?

Look in the errors column in the queue for more information. The file might be missing or corrupt for instance. Most often it is cause from a rollback inconsistency or TTH inconsistency.

http://www.dcpp.net/faq/index.php?action=artikel&cat=18&id=37&artlang=en Fri, 06 Oct 2006 23:28:49 GMT
<![CDATA[I've been experiencing crashes and I've been asked to upload the report but I don┤t know what to do. Can you help?]]>
  • Upload the crash report to http://dcpp.net/crash/
  • Upgrade to the latest version available, typically the ones labeled unstable, of DC++: http://dcpp.net/download/
  • Wait for the next release of DC++.
  • Sometimes, crashes that repeat often are due to a bug that has been fixed in later versions of DC++. Sometimes crashes can be traced to specific pieces of software such as vslp.dll, a part of Venturi Wireless. Antivirus programs, firewalls, and other network applications such as Netlimiter have been responsible for frequent crashing as well. If you have a chronic crash, those in the forum may be able to tell you why.

    If you have a crash that can be triggered on demand through a specific set of instructions, you can file a bug report about it in the bug tracker.

    http://www.dcpp.net/faq/index.php?action=artikel&cat=18&id=98&artlang=en Fri, 06 Oct 2006 14:53:06 GMT
    <![CDATA[How can I configure DC++ to use UPnP?]]> Universal Plug and Play (UPnP) is only currently supported on the Windows XP platform. In addition, you also need 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 is only in DC++ 0.4033 and later.

    To enable UPnP

    1. Click on File and then Settings. Click on Connection Settings.
    2. Select Firewall with UPnP. Note: On older versions of DC++, it's located in the Advanced section of Settings and entitled Use UPnP control.
    3. Restart DC++.
    4. 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.

    If UPnP works successfully or unsuccessfully, fill out this form so other users can know which set ups work.


    If you are having trouble getting this all to work or see messages in the DC++ log like Failed To Create Port Mappings, and you are sure you meet the minimum requirements mentioned above, download the UPnP diagnostic tool. You can get it here. This tool will tell you what network interfaces on your computer support UPnP. If none of your network interfaces are reporting UPnP capabilities, try the following suggestions:

    1. Ensure your UPnP hardware has the UPnP service switched on (some routers default to off), consult your manufacturers documentation.
    2. 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:
    3. 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.

    4. Reboot both your PC and your UPnP device (router).
    5. 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 - - 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.

      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.
      At the time of this writing, I know Norton Internet Security 2005, blocks UPnP and does not log it. Read its FAQ on how to unblock.
    6. 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.

    Initial content submitted by mgillespie

    DC++ Change Log Related Entries:
    0.69: 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)

    http://www.dcpp.net/faq/index.php?action=artikel&cat=7&id=45&artlang=en Thu, 24 Aug 2006 17:47:49 GMT