Маленькая скорость доступа к серверу и слетает авторизация

[Otshelnik-Fm]

Привет.

Сейчас сменил сервер на vip4.

1. Захожу в host-food.ru/manager через некоторое время (минут 15) слетает авторизация (куки не отключены. кнопки - запомнить меня - не нашел). Нужно закачать 4 гига информации в архиве. Естественно через менеджер не может полностью закачать архив - все время слетает авторизация. Скорость закачки туда 10 мегабит.

2. Пробую через ftp - скорость закачки 2 мегабита. Ждать 3 часа не могу.

вот тест моего соединения http://www.speedtest.net/my-result/3035377980

[Otshelnik-Fm]

По фтп авторизация также слетает через минут 45-50 (архив 800 мегабайт, так и не закачался).

Что мне делать? Не закачивать же по 200 мегабайт? Это я так качать на сервер буду вечность. Мне единожды понадобилась это, а тут такой затык.

[lissyara]

трассировку до сервера, статистику ping, отладочный лог ftp клиента - мы протелепатировать должны? =)

[adre]

У вас провайдер химичит. У него динамическая маршрутизация. и соответственно авторизация по https - слетает, если попробуете анонимный прокси или другого провайдера - всё будет нормально. соответственно все https сессии будут рваться, не только у нас.

[Otshelnik-Fm]

"У вас провайдер химичит."

Гугл не слетает уже 2 недели, твиттер, фейсбук всегда держат тоже. Все они по https работают. И почта яндекса держит... Думаю что вы не прав

lissyara » странно - через веб интерфейс идет скорость, а по ftp обрезается. Ответа о том, почему слетает авторизация через веб за короткое время (минут 10-15), а через ftp за минут 40, я не получил. Знаю особенность тотал коммандера - он рвет соединение когда не пользуешься (Хотя рвет так же при бездействии минут через 15). Но при копировании так не поступает.

Трассировка маршрута к beoff.ru [91.227.16.12]
с максимальным числом прыжков 30:

1 <1 мс 4294967191 ms 4294967191 ms 93-81-128-1.broadband.corbina.ru [93
.81.128.1]
2 * * * Превышен интервал ожидания для запроса.
3 1 ms <1 мс <1 мс 195.68.136.201
4 4294967222 ms 32 ms 139 ms vpn2-a226.Voronezh.golden.ru [212.46.226.2
26]
5 4294967224 ms 32 ms 139 ms so-1-0-0.m7-igw3.msk.ip.rostelecom.ru [87.
226.133.46]
6 32 ms 32 ms 4294967223 ms 188.254.8.222
7 4294967223 ms 33 ms 33 ms mx240-m10.mx240-m9.globus-telecom.com [82.
198.160.197]
8 141 ms 34 ms 34 ms c252-238-255-178.pool.globus-telecom.com [178.25
5.238.252]
9 38 ms 39 ms 41 ms 77.73.25.14
10 34 ms 35 ms 34 ms srv2.host-food.ru [91.227.16.12]

Трассировка завершена.

ping beoff.ru

Обмен пакетами с beoff.ru [91.227.16.12] по 32 байт:

Ответ от 91.227.16.12: число байт=32 время=148мс TTL=52
Ответ от 91.227.16.12: число байт=32 время=35мс TTL=52
Ответ от 91.227.16.12: число байт=32 время=35мс TTL=52
Ответ от 91.227.16.12: число байт=32 время=142мс TTL=52

Статистика Ping для 91.227.16.12:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 35мсек, Максимальное = 148 мсек, Среднее = 90 мсек

[lissyara]

сервер сам рвёт бездействующие соединения.
причём достаточно быстро - 5 или 10 минут, не помню

[Otshelnik-Fm]

lissyara - То что он рвет соединения через 10-15 минут я заметил. Почему он это делает:

1. когда я через веб интерфейс закачиваю туда файл?
2. когда я по ФТП закачиваю файл?

Вопрос со скоростью передачи решен - не используйте тотал командер. Даже последнии версии.
Используйте FileZilla (пришлось вновь вернуться к ней неудобной)

[Otshelnik-Fm]

Сейчас попробовал скачать архив с дампом сайта ( .host-food.ru/manager/ ). Как и предполагал - авторизация слетела. При повторном заходе вылезла желтая полоса с информацией: "Во время резервного копирования произошли ошибки. Для просмотра отчета нажмите "подробнее""

А это тот самый "подробнее":

Oct 16 18:13:06 Backup ERROR (global block): Failed to run download: code=23, Failed writing received data to disk/application

Что делать? Дамп 2.13 гигабайт. Скачалось 1.7. Проверка целостности архива не прошла

[Otshelnik-Fm]

Проблема всё еще не решена. Есть ответ?

Были у вас такие большие архивы в бекапе? (думаю что это еще и не большие) Или только у меня такая беда с логаутом когда выполняется действие в панели управления?

До кучи:

Я залил с помощью filezilla по фтп архив. 600 мегабайт. Потом перешел в панель управления чтобы разархивировать его. Прямо в процессе - меня выкинуло. Ну как это побороть?

три гигабайта архива в итоге разрубил на части. и вот экспериментальными методами я мучаюсь в догадках. Теряю кучу времени на обновление (считай просто заливаю новый сайт)

[lissyara]

Сейчас попробовал скачать архив с дампом сайта ( .host-food.ru/manager/ ). Как и предполагал - авторизация слетела. При повторном заходе вылезла желтая полоса с информацией: "Во время резервного копирования произошли ошибки. Для просмотра отчета нажмите "подробнее""

А это тот самый "подробнее":

Oct 16 18:13:06 Backup ERROR (global block): Failed to run download: code=23, Failed writing received data to disk/application

Что делать? Дамп 2.13 гигабайт. Скачалось 1.7. Проверка целостности архива не прошла

странно.
сервер размещения какой?

[Otshelnik-Fm]

странно.
и в логе фтп который я вам в личку прислал, и тут в трасерте - он указан - srv2.

[adre]

По трасировке видно что идет через вашего провайдера, похоже где-то суровая динамика на IP и соответственно https авторизация и слетает. вам же ви тикет систему писали по этому поводу вроде.

[Otshelnik-Fm]

adre - спасибо за участие.

А вот трасерт твиттера. Который по https меня не разлогинивает:

tracert twitter.com

Трассировка маршрута к twitter.com [199.16.156.102]
с максимальным числом прыжков 30:

1 <1 мс 208 ms 4294967090 ms 89.179.88.1
2 * * * Превышен интервал ожидания для запроса.
3 208 ms 208 ms 4294967089 ms 62.231.18.157
4 85 ms 293 ms 85 ms xe-1-1-0.cr1-lon1.twttr.com [195.66.225.142]
5 188 ms 366 ms 366 ms xe-1-2-1.iad-cr2.twttr.com [199.16.159.125]
6 176 ms 176 ms 4294967265 ms ae50.atl1-er2.twttr.com [199.16.159.71]
7 195 ms 611 ms 611 ms 199.16.156.102

Трассировка завершена.

И всё еще виноват провайдер из-за того что я свой бекап сайта не могу скачать с вашего сервера?

Давайте вместе думать. С горем пополам я решил проблемы с сайтом. Но в будущем они возникнут - если не решать сейчас.

Только что проверил вновь:
Я все еще не могу скачать архив (он стал весить 3.19 Гб - понятное дело, для чего же я на этой неделе взял тариф с большим объемом жесткого).

Ну так вот - сейчас качал 3.19 гб, скачало 1.75 Гб. В 17.50 старт, а оборвало закачку в 18.15. Файл докачать не могу. Архив снова битый.

Мне заводить тикет? Начнём с этого, а то получится потом, в детальном рассмотрении, что это я "молчал".

[lissyara]

с 5 по 20 минуту каждого часа апач может перезспустится
соединение оборвётся, докачки в панели нет.
начинайте качать минут в 15, может быть успеете
либо, обращайтесь в тикетницу, выложим вам архив в ваш же аккаунт - скачаете с докачкой

[Otshelnik-Fm]

Это существенное ограничение. Как же другие "тяжеловесные" клиенты? Так же мучаются?

В тикет писать каждый раз, когда я хочу скачать свой архив... Нет так не пойдет. Прошлый раз вы мне на тикет ответили через 7 часов (хотя статус был важный), и количество тех специалистов онлайн было двое. А я плачу за хостинг и теряю при простое как вы думаете что? Как минимум чьё-то доверие. А оно важнее денег.

Будете ли в дальнейшем устранять этот недостаток в пользовании вашим сервисом?

[lissyara]

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

[Otshelnik-Fm]

А нет возможности без заявки в тикет-систему - например, как-то подключаться к архивам сайта по фтп?

Вчера начал скачивать (было 5 минут), вскоре оборвало соединение (70 мегабайт скачалось). Тут же перезашел - и получилось таки скачать архив.

Но это неудобно. Было бы по фтп - самое лучшее решение.

[lissyara]

нет, доступа к архивам по ftp нет

[Otshelnik-Fm]

Спасибо за ответы.