Меню

Seafile загрузка файла ошибка сети

@albas

Hi Team,

I have installed a seafile instance on my server. I can view seafile, create libraries, create groups etc.

However when i try to upload a file i get the error:

Sorry, but the requested page could not be found.

This occurs within the seafile portal (i.e. the menu etc is still there)

I have changed ccnet.conf and seafile.conf to my domain and custom port.

Is there any other changes that are required to upload files?

@freeplant

No other changes necessary. Can you paste your ccnet.conf and seafile.conf?

@albas

My hosting provider has opened the ports in the configs

ccnet.conf

[General]
USER_NAME = rsacloud
ID = 58b52d03fadd19cd27b08c3fe2542f5d5193a479
NAME = rsacloud
SERVICE_URL = http://rsacloud.mydomain.com:29279

[Network]
PORT = 10001

[Client]
PORT = 13418

seafile.conf

[General]
USER_NAME = rsacloud
ID = 58b52d03fadd19cd27b08c3fe2542f5d5193a479
NAME = rsacloud
SERVICE_URL = http://rsacloud.mydomain.com:29279

[Network]
PORT = 10001

[Client]
[database]
type=sqlite

[network]
port=12001

[httpserver]
port=29279

@freeplant

httpserver is used for downloading/uploading files only. Other pages are serviced by the seahub.

HttpServer should not use the same port as seahub. If your port for seahub is 29279, use 29300 for httpserver, and SERVICE_URL should be «http://rsacloud.mydomain.com:29279»

@albas

Thanks for your response. Does it have to be 29300? My host has given me a different port and I can’t specify an exact one.

As long as the port is different to seahub port then is that OK?

@freeplant

Yes, as long as the port is different to seahub port then that is OK.

2013/7/22 albas notifications@github.com

Thanks for your response. Does it have to be 29300? My host has given me a
different port and I can’t specify an exact one.

As long as the port is different to seahub port then is that OK?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/303#issuecomment-21342789
.

@albas

I have changed the port to be different now. Restarted seahub and seafile.

Now when I try to upload a small file the progress bar stops at 50%. I have a good internet connection and the ports are not behind a firewall

Still I’m unable to upload

@freeplant

Can you send me an test account (freeplant AT gmail.com)?

2013/7/22 albas notifications@github.com

I have changed the port to be different now. Restarted seahub and seafile.

Now when I try to upload a small file the progress bar stops at 50%. I
have a good internet connection and the ports are not behind a firewall

Still I’m unable to upload

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/303#issuecomment-21346475
.

@albas

I have emailed you with the details


1 similar comment

@albas

I have emailed you with the details

@Isoletta

Any solutions here?
I’ve got a similar problem.

Seafile is running fine, I can create user, groups and folders, all ports are allowed to my iptables, but I cannot upload or download anything.

My seafile.conf

[network]
port = 12001

[httpserver]
port = 8082

[database]
type = mysql
host = 127.0.0.1
port = 3306
user = seafile
password = seafile
db_name = seafile-db
connection_charset = utf8

My ccnet.conf

[General]
USER_NAME = Seafile
ID = 5158b0eafc917f9af7bb37605c4f9a776ff76b41
NAME = Seafile
SERVICE_URL = http://192.168.201.15:8000

[Network]
PORT = 10001

[Client]
PORT = 13418

[Database]
ENGINE = mysql
HOST = 127.0.0.1
PORT = 3306
USER = seafile
PASSWD = seafile
DB = seafile-ccnet-db
CONNECTION_CHARSET = utf8

@lins05

What’s the content of your seahub_settings.py?

On Thu, Jul 17, 2014 at 4:18 PM, Sandro notifications@github.com wrote:

Any solutions here?
I’ve got a similar problem.

Seafile is running fine, I can create user, groups and folders, all ports
are allowed to my iptables, but I cannot upload or download anything.

My seafile.conf

[network]
port = 12001

[httpserver]
port = 8082

[database]
type = mysql
host = 127.0.0.1
port = 3306
user = seafile
password = seafile
db_name = seafile-db
connection_charset = utf8

My ccnet.conf

[General]
USER_NAME = Seafile
ID = 5158b0e
5158b0e
NAME = Seafile
SERVICE_URL = http://192.168.201.15:8000

[Network]
PORT = 10001

[Client]
PORT = 13418

[Database]
ENGINE = mysql
HOST = 127.0.0.1
PORT = 3306
USER = seafile
PASSWD = seafile
DB = seafile-ccnet-db
CONNECTION_CHARSET = utf8

—
Reply to this email directly or view it on GitHub
#303 (comment).

@Isoletta

It’s

SECRET_KEY = «b0f7de9d-cf06-49ff-992e-8eaff4bf5cea91bf»

DATABASES = {
‘default’: {
‘ENGINE’: ‘django.db.backends.mysql’,
‘NAME’: ‘seahub-db’,
‘USER’: ‘seafile’,
‘PASSWORD’: ‘seafile’,
‘HOST’: ‘127.0.0.1’,
‘PORT’: ‘3306’,
‘OPTIONS’: {
‘init_command’: ‘SET storage_engine=INNODB’,
}
}
}

But I solved it by myself a few minutes ago.
What I had to do was to change the Service_Url in the ccnet.conf from

SERVICE_URL = http://192.168.201.15:8000

to

SERVICE_URL = http://seafile.bildung-rp.de:8000

Now it’s working. Guess there could be a prob with our DNS…

@KarimGeiger

I just want to leave a comment with my solution for the problem. I’m using seafile with nginx via https. Every request to http://… was redirected by nginx to https://… which caused the problem. Removing this redirect and clearing the browsercache solved the problem.

@kneufeld

I needed to go into the webui system admin -> settings and change FILE_SERVER_ROOT to be seafile.example.com/seafhttp as per the local help text.

@DJHarty

I have the same, on my server I can upload without errors. I’m using Windows Server 2012R2. But outside the server, I get always a «unknown error» when I try to upload any file

@audioscavenger

SOLUTION = SERVICE_URL and FILE_SERVER_ROOT must match scheme+url of reverse proxy front end!!!

Источник

Я пытаюсь запустить Seafile за обратным прокси-сервером nginx. Я последовал за этим: http://manual.seafile.com/deploy/deploy_with_nginx.html вместе с этим: http://manual.seafile.com/deploy/https_with_nginx.html.

Моя конфигурация выглядит следующим образом:

    Nginx работает для vhost «cloud.mydomain.tld» Seafile и Seahub (в режиме fastcgi), работающие на своих портах по умолчанию

    Мой seahub_settings.py выглядит так:

    HTTP_SERVER_ROOT = 'https://cloud.mydomain.tld/seafhttp' -- I added this to try it
    FILE_SERVER_ROOT = 'https://cloud.mydomain.tld/seafhttp'
    SECRET_KEY = "12345678-1234-1234-1234-1234567890123456"


    DATABASES = {
        'default': {
            'ENGINE': 'django.db.backends.mysql',
            'NAME': 'seahub-db',
            'USER': 'seafile',
            'PASSWORD': 'mypassword',
            'HOST': '127.0.0.1',
            'PORT': '3306',
            'OPTIONS': {
                'init_command': 'SET storage_engine=INNODB',
            }
        }
    }

    Моя конфигурация nginx:

    ### Cloud ###


    # No-SSL redirect
    server {
            listen 80;
            server_name cloud.mydomain.tld;
            return 301 https://$server_name$request_uri;
    }
    


    # SSL
    server {
            listen 443 ssl;
    


            server_name cloud.mydomain.tld;
            ssl_certificate /etc/letsencrypt/live/cloud.mydomain.tld/cert.pem;
            ssl_certificate_key /etc/letsencrypt/live/cloud.mydomain.tld/privkey.pem;
    


    

  


    
                       
  



    



            location / {
                    fastcgi_pass    127.0.0.1:8000;
                    fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
                    fastcgi_param   PATH_INFO       $fastcgi_script_name;
    


                    fastcgi_param   SERVER_PROTOCOL $server_protocol;
                    fastcgi_param   QUERY_STRING    $query_string;
                    fastcgi_param   REQUEST_METHOD  $request_method;
                    fastcgi_param   CONTENT_TYPE    $content_type;
                    fastcgi_param   CONTENT_LENGTH  $content_length;
                    fastcgi_param   SERVER_ADDR     $server_addr;
                    fastcgi_param   SERVER_PORT     $server_port;
                    fastcgi_param   SERVER_NAME     $server_name;
                    fastcgi_param   REMOTE_ADDR     $remote_addr;
    


                    access_log      /var/log/nginx/seahub.access.log;
                    error_log       /var/log/nginx/seahub.error.log;
                    fastcgi_read_timeout 36000;
            }
    


            location /seafhttp {
                    rewrite ^/seafhttp(.*)$ $1 break;
                    proxy_pass http://127.0.0.1:8082;
                    client_max_body_size 0;
                    proxy_connect_timeout  36000s;
                    proxy_read_timeout  36000s;
                    proxy_send_timeout  36000s;
                    send_timeout  36000s;
            }
    


            location /media {
                    root /home/cloud/seafile-server-latest/seahub;
            }
    }

    Это должно быть очень важно.

Итак, теперь, когда я удаляю свой старый файл seahub_settings.pyc, запустите seahub (в режиме fastcgi, конечно), укажите браузер в мою библиотеку и попытайтесь загрузить что-то, я получаю следующее сообщение об ошибке в консоли разработчика F12:

main.ad03aea1e16e.js:215 Mixed Content: The page at 'https://cloud.mydomain.tld/#my-libs/lib/12345678-1234-1234-1234-123456789012' was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint 'http://cloud.mydomain.tld:8082/upload-aj/12345678-1234-1234-1234-123456789012'. This request has been blocked; the content must be served over HTTPS.
    send @ main.ad03aea1e16e.js:215

Это означает, что seahub все еще пытается подключиться к «старой» службе загрузки, что, конечно же, не работает. До сих пор я не нашел решения для этой проблемы.

Источник

I’m trying to get Seafile running behind a nginx reversed proxy. I followed this: http://manual.seafile.com/deploy/deploy_with_nginx.html along with this: http://manual.seafile.com/deploy/https_with_nginx.html.

My configuration is like follows:

  • Nginx running for vhost «cloud.mydomain.tld»
  • Seafile and Seahub (in fastcgi mode) both running on their default ports

  • My seahub_settings.py looks like this:

    HTTP_SERVER_ROOT = 'https://cloud.mydomain.tld/seafhttp' -- I added this to try it
FILE_SERVER_ROOT = 'https://cloud.mydomain.tld/seafhttp'
SECRET_KEY = "12345678-1234-1234-1234-1234567890123456"

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'seahub-db',
        'USER': 'seafile',
        'PASSWORD': 'mypassword',
        'HOST': '127.0.0.1',
        'PORT': '3306',
        'OPTIONS': {
            'init_command': 'SET storage_engine=INNODB',
        }
    }
}

  • My nginx configuration:

    ### Cloud ###

# No-SSL redirect
server {
        listen 80;
        server_name cloud.mydomain.tld;
        return 301 https://$server_name$request_uri;
}

# SSL
server {
        listen 443 ssl;

        server_name cloud.mydomain.tld;
        ssl_certificate /etc/letsencrypt/live/cloud.mydomain.tld/cert.pem;
        ssl_certificate_key /etc/letsencrypt/live/cloud.mydomain.tld/privkey.pem;

        location / {
                fastcgi_pass    127.0.0.1:8000;
                fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
                fastcgi_param   PATH_INFO       $fastcgi_script_name;

                fastcgi_param   SERVER_PROTOCOL $server_protocol;
                fastcgi_param   QUERY_STRING    $query_string;
                fastcgi_param   REQUEST_METHOD  $request_method;
                fastcgi_param   CONTENT_TYPE    $content_type;
                fastcgi_param   CONTENT_LENGTH  $content_length;
                fastcgi_param   SERVER_ADDR     $server_addr;
                fastcgi_param   SERVER_PORT     $server_port;
                fastcgi_param   SERVER_NAME     $server_name;
                fastcgi_param   REMOTE_ADDR     $remote_addr;

                access_log      /var/log/nginx/seahub.access.log;
                error_log       /var/log/nginx/seahub.error.log;
                fastcgi_read_timeout 36000;
        }

        location /seafhttp {
                rewrite ^/seafhttp(.*)$ $1 break;
                proxy_pass http://127.0.0.1:8082;
                client_max_body_size 0;
                proxy_connect_timeout  36000s;
                proxy_read_timeout  36000s;
                proxy_send_timeout  36000s;
                send_timeout  36000s;
        }

        location /media {
                root /home/cloud/seafile-server-latest/seahub;
        }
}
  • That should be everything important.

So now, when I delete my old seahub_settings.pyc, start seahub (in fastcgi mode, of course), point the browser to my library and try to upload something, I get the following error message in the F12 developer console:

main.ad03aea1e16e.js:215 Mixed Content: The page at 'https://cloud.mydomain.tld/#my-libs/lib/12345678-1234-1234-1234-123456789012' was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint 'http://cloud.mydomain.tld:8082/upload-aj/12345678-1234-1234-1234-123456789012'. This request has been blocked; the content must be served over HTTPS.
    send @ main.ad03aea1e16e.js:215

This means, that seahub is still trying to connect to the «old» upload service, which of course does not work anymore. Until now, I did not find out any solution for this problem.

Источник
  • Печать

Страницы: [1] 2  Все   Вниз

Тема: seafile.доступ из мира  (Прочитано 2705 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн
forcemajor

Господа,просьба помочь!
Что имеем:
1)сервер seafile,выполняющий весь функционал из локальной сети(seafile port=12001,server port=10001,http=8000)
2) 2 роутера ( один как wifi клиент ),с проброшенными портами.
3)настроенные (на мой взгляд) правила ufw и iptables:

Что видим при попытке загрузить файл из мира:

Суть проблемы кратко: не доступна  upload/download передача данных на/от сервера, при подключении из мира(авторизация проходит,т.е. из мира на сервер я вхожу), при этом внутри локальной сети все работает.

« Последнее редактирование: 19 Марта 2016, 14:45:25 от forcemajor »

когда-нибудь я научусь!

Оффлайн
AnrDaemon

ip a; ip r s type unicast; iptables-save
И не забываем про [ code ] и [ spoiler ]

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
forcemajor

Оффлайн
AnrDaemon

Это была одна команда… И вывод приводите полностью.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
forcemajor

Оффлайн
AnrDaemon

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
forcemajor

Прошу прощения за непонятливость.

Оффлайн
AnrDaemon

В nat первые 4 правила практически бессмысленные. Поскольку у вас один IP на интерфейс, лучше управлять трафиком через интерфейсы.
(А там где НЕ один IP — разделить интерфейсы и не мучаться.)

virbr0 — это у нас хто?

В форвард первое правило — убрать половину условий. Оставить только conntrack.
Второе… третье… да блин, убрать ufw нафиг и переписать всё нормально и без выкрутасов. Мне водку пить нельзя, а тут без поллитры не разбораться.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
forcemajor

То есть вы имеете виду, что проблему мы локализуем в правилах,я правильно понимаю ? если да-спасибо за совет, буду копать, как найду отпишусь может кому пригодиться.

Оффлайн
AnrDaemon

Если вы не поленитесь добавить [ code ] к дампу в первом сообщении, будет лучше видно, что трафик на вас доходит, следовательно, роутеры настроены достаточно корректно.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
forcemajor

Сделал ufw reset, снял дамп,но я считал, что дамп снимается до входа в fw или я не прав ?

Оффлайн
AnrDaemon

Это не важно, до или после. Я имел в виду, что пакеты доходят до хоста, и если что-то не работает, надо разбираться с хостом же.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
forcemajor

насколько я понимаю дамп, пакеты доходят и  идут ответы,делал дамп с параметрами -nv,если нужно могу сделать с вашими.

И параллельные вопросы :
как откатить настройки iptables к default, что бы избежать влияния моих рук ?
достаточно ufw reset,применимо к данной ситуации ?

Оффлайн
AnrDaemon

Достаточно просто удалить ufw из системы и перезагрузить машину.

Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Оффлайн
forcemajor

До удаления ufw:

После удаления:

У вас был вопрос про интерфейс virbr0, так это интерфейс созданный виртуальной машиной(в моем случаем virtualbox)

Пользователь решил продолжить мысль 20 Марта 2016, 17:09:36:

Еще немного информации :

root@desktop:~# tail -f /var/log/syslog | grep PROTO=6Включил логирование ufw, выгрузка по TCP пустая.

Для проверки запустил без отправки вывода в grep:

root@desktop:~# sudo tail -f /var/log/syslog
Mar 20 16:58:23 desktop kernel: [ 6039.764074] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:fb:a4:c3:61:d8:79:20:08:00 SRC=192.168.100.108 DST=224.0.0.251 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=61314 PROTO=2
Mar 20 17:00:07 desktop kernel: [ 6143.717861] [UFW BLOCK] IN=eth0 OUT= MAC=01:00:5e:00:00:01:d8:fe:e3:45:18:3c:08:00 SRC=192.168.100.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x00 TTL=1 ID=0 DF PROTO=2

как видим,обращения по  NBP получают [UFW BLOCK]

Как я понимаю, пакеты,которые идут на мой сервер ufw пропускает или я не правильно понимаю ?

« Последнее редактирование: 20 Марта 2016, 17:09:36 от forcemajor »

когда-нибудь я научусь!

  • Печать

Страницы: [1] 2  Все   Вверх

Источник

Ответ на:

комментарий
от pfg 24.01.19 09:45:49 MSK

Я proxy_pass с подпутем в url не сработает, а вот если на роутере в dns добавить A запись с «mystorage» на ip того кто хостит seafile и cname «seafile.mystorage», то посредством настройки proxy_pass можно было бы обращаться к серверу через http://seafile.mystorage.

anonymous

(24.01.19 09:57:00 MSK)

  • Ссылка

Ответ на:

комментарий
от Samamy 24.01.19 10:56:28 MSK

Ответ на:

комментарий
от kololerom 24.01.19 11:26:45 MSK

Ответ на:

комментарий
от novitchok 24.01.19 11:34:20 MSK

Поправил.По ip теперь получаю облако. Что написать для сайта пока не нахожу. index.php у меня в var/www/html
Видимо надо сделать ip адрес/любое имя. Буду рад готовому решению)

  • Показать ответы
  • Ссылка

Ответ на:

комментарий
от kololerom 24.01.19 12:53:15 MSK

Набери в гуголе: seafile nginx.
Ты справишься. я в тебя верю.

Deleted

(24.01.19 12:56:40 MSK)

  • Показать ответ
  • Ссылка

Ответ на:

комментарий
от kololerom 24.01.19 12:53:15 MSK

Ответ на:

комментарий
от Deleted 24.01.19 12:56:40 MSK

Ответ на:

комментарий
от kololerom 24.01.19 12:59:11 MSK

Появилась проблема.Не могу по каким то причинам теперь загружать файлы.Может кто сталкивался?

  • Показать ответ
  • Ссылка

Ответ на:

комментарий
от kololerom 24.01.19 13:35:05 MSK

Ответ на:

комментарий
от Deleted 24.01.19 13:58:29 MSK

Ответ на:

комментарий
от Deleted 24.01.19 13:59:20 MSK

Ответ на:

комментарий
от kololerom 24.01.19 14:29:07 MSK

Правил только файлы. seahub_settings.py ccnet.conf и sites-enabled/000-default

  • Ссылка

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

Источник

Today I installed seafile and followed the guides to reach it via https (apache).
I can login on the website, via the linux (arch) client and android client (using https://sub.example.com).
On my 8082 port I read the message:
«If you see this page, Seafile HTTP syncing component works.»
But I can’t upload or download files. The logfile says:

2015-02-15 01:26:52,825 [WARNING] django.request:146 get_response Not Found: /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:26:52,826 [WARNING] django.request:141 process_view Forbidden (Referer checking failed - no Referer.): /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:26:55,198 [WARNING] django.request:146 get_response Not Found: /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:26:55,199 [WARNING] django.request:141 process_view Forbidden (Referer checking failed - no Referer.): /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:27:27,371 [WARNING] django.request:146 get_response Not Found: /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:27:27,372 [WARNING] django.request:141 process_view Forbidden (Referer checking failed - no Referer.): /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:29:11,657 [WARNING] django.request:146 get_response Not Found: /files/cac13a4f-e3d8-4260-abb4-39b5c04aa9c8/seafile-tutorial.doc
2015-02-15 01:34:10,578 [WARNING] django.request:146 get_response Not Found: /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:34:10,580 [WARNING] django.request:141 process_view Forbidden (Referer checking failed - no Referer.): /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:37:06,303 [WARNING] django.request:146 get_response Not Found: /files/cac13a4f-e3d8-4260-abb4-39b5c04aa9c8/seafile-tutorial.doc
2015-02-15 01:39:37,048 [WARNING] django.request:146 get_response Not Found: /upload-aj/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:39:37,212 [WARNING] django.request:186 process_view Forbidden (CSRF token missing or incorrect.): /upload-aj/05e3d5ad-19f7-442f-b21f-afacebd6e615
Источник

Today I installed seafile and followed the guides to reach it via https (apache).
I can login on the website, via the linux (arch) client and android client (using https://sub.example.com).
On my 8082 port I read the message:
«If you see this page, Seafile HTTP syncing component works.»
But I can’t upload or download files. The logfile says:

2015-02-15 01:26:52,825 [WARNING] django.request:146 get_response Not Found: /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:26:52,826 [WARNING] django.request:141 process_view Forbidden (Referer checking failed - no Referer.): /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:26:55,198 [WARNING] django.request:146 get_response Not Found: /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:26:55,199 [WARNING] django.request:141 process_view Forbidden (Referer checking failed - no Referer.): /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:27:27,371 [WARNING] django.request:146 get_response Not Found: /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:27:27,372 [WARNING] django.request:141 process_view Forbidden (Referer checking failed - no Referer.): /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:29:11,657 [WARNING] django.request:146 get_response Not Found: /files/cac13a4f-e3d8-4260-abb4-39b5c04aa9c8/seafile-tutorial.doc
2015-02-15 01:34:10,578 [WARNING] django.request:146 get_response Not Found: /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:34:10,580 [WARNING] django.request:141 process_view Forbidden (Referer checking failed - no Referer.): /upload-api/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:37:06,303 [WARNING] django.request:146 get_response Not Found: /files/cac13a4f-e3d8-4260-abb4-39b5c04aa9c8/seafile-tutorial.doc
2015-02-15 01:39:37,048 [WARNING] django.request:146 get_response Not Found: /upload-aj/05e3d5ad-19f7-442f-b21f-afacebd6e615
2015-02-15 01:39:37,212 [WARNING] django.request:186 process_view Forbidden (CSRF token missing or incorrect.): /upload-aj/05e3d5ad-19f7-442f-b21f-afacebd6e615
Источник

Profile picture for user Олег

Seafile

В Seafile 9 появилась возможность использовать новый файловый сервер, написанный на golang, который обслуживает HTTP запросы для загрузки/скачивания/синхронизации файлов.

ВНИМАНИЕ: рекомендую воздержаться от включения данной опции на боевых серверах.
В версии Seafile 9.0.2 я обнаружил ошибку, которая приводит к тому, что большие ISO файлы (5.5 Гб) при загрузке меняют свой hash и потом скачиваются битые. Где именно ошибка: при загрузке или при скачивании, неизвестно.

Преимущества нового файлового сервера:

  • Лучшая производительность в средах с возможностью использования параллелизма. Поддержка долгих запросов.
  • Синхронизация библиотек с большим количеством файлов.
  • Теперь архивирование файлов в ZIP и скачивание может производиться одновременно. При скачивании ZIP архива папки вам не нужно ждать окончания процесса архивирования.
  • Поддержка контроля скорости загрузки и скачивания.

Новый сервер по умолчанию отключён, но его можно включить. Для этого нужно добавить опцию в конфигурационный файл seafile.conf:

[fileserver]
use_go_fileserver = true

seafile

И перезапустить службы Seafile.

Источник

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Sea of thieves при обновлении произошла ошибка конфигурация приложения недоступна
  • Sea of thieves ошибка установки

    • ➤