У меня есть виртуальная машина, размещенная у поставщика облачных услуг. Когда я загружаю много маленьких файлов через FTP (сервер IIS 8.5), загрузка останавливается после 20-30 файлов, и я получаю сообщение об ошибке: истекло время ожидания канала данных 550. Я получаю доступ к виртуальной машине с помощью IP-адреса (в отличие от имени домена).
После этого я больше не могу получить доступ к веб-сайту моего облачного провайдера через браузер (в Chrome я получаю: ERR_CONNECTION_TIMED_OUT) с любого компьютера в моей домашней сети. Я могу получить доступ к сайту, используя сотовую связь моего телефона.
Поэтому я отключаю свой FTP-клиент (FileZilla) и через несколько минут снова могу получить доступ к веб-сайту моего провайдера со всех компьютеров в моей локальной сети. И я также могу снова подключиться через FTP и повторить весь процесс.
В течение этого периода простоя я не могу получить доступ к файлам через FTP на своей виртуальной машине, а также не могу получить доступ к веб-сайту моего провайдера по имени или IP-адресу. Но я могу пинговать IP сайта провайдера просто отлично.
Кроме того, я не могу инициировать новое подключение удаленного рабочего стола к моей виртуальной машине во время этого "отключения". Если я уже подключен к виртуальной машине с помощью RD, тогда я могу поддерживать это соединение и обращаться к серверу во время "простоя". Просто нет новых подключений.
Так что, похоже, это не проблема моей виртуальной машины или моего облачного провайдера; Это должно быть что-то на моем маршрутизаторе (ASUS RT-AC66R) или на моем провайдере. Поскольку у меня не включен брандмауэр на моем маршрутизаторе, как я могу устранить это?
ПРИМЕЧАНИЕ. После ввода всего этого я понимаю, что SU не может быть подходящим местом для этого запроса, но я подумал, что мне следует начать с рассмотрения уровня компетенции пользователей.