File Upload Failed - Network Error


for testing purpose I tried running Seafile with Docker on my personal laptop.
I followed the instructions here: hxxps://

In short I downloaded docker-compose.yml and run docker-compose up -d.

Everything goes well but when I try to upload a file, I get a Network error as showed in the following screen:

I didn’t modify any configuration file.
I’m running “Debian GNU/Linux 10 (buster)” and “Docker version 19.03.12”.

Any idea?

I’ve been struggling with this problem all day … I can finally send and create files if you put your public domain (if you have one) in your SEAFILE_SERVER_HOSTNAME variable of your docker-compose.yml file or (for example) if you prefer run it locally. Remember to modify your current docker-compose, delete your / opt / seafile folders, and run the new docker-compose file.


OMG I think I love you!
Thank you very much!

Same issue as OP but local IP and both don’t work.

Anyone have any idea how to get this working?

I have the same problem

This fixed the issue for me: login to your Seafile web UI, click on your avatar, got ot “System Admin” > Settings > FILE_SERVER_ROOT > and here you should put your seafile URL or IP address like this:
For exmple, my server URL is “seafile.local” so I put

You can also put it in ‘SEAFILE_SERVER_HOSTNAME=’ in the docker-compose.yml file.
Keep in mind: if the URL is a domain name like (seafile.local), you should have a record for it in your DNS server.
I’m using Pi-Hole as my local DNS server and I’ve added a record for seafile.local pointing to my server’s IP and then put this domain in the system admin URL settings and I was immediately able to upload files.


I am late to this thread, but just experienced this problem. Running Apache as the box’s primary web server, then have Seafile running in Docker with NGINX using alternative ports 1080 and 8443.

I do have Apache do a redirect
RewriteRule ^ https://%{SERVER_NAME}:8443%{REQUEST_URI} [END,NE,R=permanent]

This particular grief was SOLVED by proceeding to the Admin Settings page and setting

I described the URLS below but not included as there is a “no links” rule :stuck_out_tongue:

SERVICE_URL: included https and included :8443 then a trailing slash
FILE_SERVER_ROOT: included https and included :8443 then a trailing slash/ then seafhttp

A quick check with my other browser logged in as a user, bingidity bang!

Note that you can make theses setting changes in the py file, but do note that the settings page explains that setting made there are stored in the database and take precedence over the py configurations.

1 Like

Also note:
In the settings as mentioned above. Make sure you set your protocol correctly.

My settings were hxxp://mydomain.tld, but I was behind a reverse proxy with certs.
Once I updated the two URL fields to hxxps://mydomain.tld, I was golden.

1 Like

This solution fixed my issue.