|
Table of Contents
|
I don’t see anyone’s messages in the chat lobbies
Make sure your system time and time zone are set correctly. RetroShare discards messages older than 20 min, so if your computer is set to 17PM instead of 16PM, it will discard all the messages other people are sending.
The DHT icon stays red
This shouldn’t happen with recent versions of RetroShare. Make sure that you’re using the most recent version.
It often happens after a crash of power failure. The cause is probably an empty bdboot.txt.
Get a valid bdboot.txt from either:
- your RetroShare installation directory
- a "portable version" installation archive
- RetroShare's official SVN repository on SourceForge.
Then stop RetroShare and copy your new bdboot.txt to RetroShare's config directory:
- Linux: ~/.retroshare/<sslid>/ and/or /usr/share/RetroShare/
- Windows installable version: %APPDATA%\retroshare\<sslid>\
- Windows portable version: retroshare\data\<sslid>\
Note : “ <sslid> ” is a directory whose name consists of many letters and digits.
I've got a file that has finished downloading but is stuck in "Checking…" mode
This shouldn’t happen with recent versions of RetroShare. Make sure that you’re using the most recent version.
You can try to right-click on the file download and select “Force check”.
My computer crashed and I lost all my downloads
If your list of downloads is empty you can get them back:
- Open the options window (the cog icon) and click on "Directories".
- Note the path of your "Partials" directory.
- Open this directory in a file explorer.
- You'll see a list of files with names like 0485FA7458E5C… These are hashes that identify each file you were downloading.
- In RetroShare's "Search" tab, launch an advanced search for each hash and restart each download.
- In the "Transfers" tab, right-click on each download and select “Force check”.
My Internet connection is unstable when RetroShare is running
This shouldn’t happen with recent versions of RetroShare. Make sure that you’re using the most recent version.
Your router probably doesn't like the DHT. Try the “Darknet” network mode in the “Server” options.
If this solves the problem, you'll need to ensure your node is still reachable:
- if your external IP address isn't static, you'll need to use dyndns
- either use the “Automatic (UPnP)” network mode or “Manual forwarded port” (check that the port is reachable with http://canyouseeme.org)
You could also use the “Discovery” mode.
RetroShare consumes more upload bandwidth than it tells me
The DHT may cause a slight increase in bandwidth usage. See the previous answer if you want to disable it.
Even without the DHT enabled, RetroShare may use slightly more bandwidth than it should (although in some cases it is unclear if the use of a VPN could be causing this.)
RetroShare does not start properly after copying its configuration files from one computer to another
[Linux]
One possible reason is indicated by "AuthSSLimpl::InitAuth() PEM_read_PrivateKey() Failed" being printed to the terminal.
It can occur if the location was created on a computer with openssl > 1.0 installed, and then is started with openssl < 1.0.
Do this on the new computer:
$ gpg -d ~/.retroshare/[SSLID]/keys/ssl_passphrase.pgp
You will have to enter the password of your private key.
Note the passphrase that is printed, it should be 64 chars long.
$ mv ~/.retroshare/[SSLID]/keys/user_pk.pem ~/.retroshare/[SSLID]/keys/user_pk.pem.old
$ openssl rsa -in .retroshare/[SSLID]/keys/user_pk.pem.old -out .retroshare/[SSLID]/keys/user_pk.pem -des
You will have to enter the ssl passphrase three times.
Rerun RetroShare.