Ошибка невозможно подключиться к удаленному серверу

2

• Главная

• Инструкции

• Windows

• Не подключается RDP клиент: возможные проблемы и исправление ошибок

Подключение к удаленному рабочему столу с помощью протокола RDP является распространенной задачей. Пользователи могут в дистанционном формате выполнять свои рабочие задачи на корпоративном компьютере и в корпоративной сети. Особенно это актуально в случаях, когда для работы требуется большой объем вычислительных ресурсов, которые могут быть недоступны на домашнем ПК. 

В этой статье мы рассмотрим несколько типовых проблем с RDP и пути их решения.

Две типовые проблемы при подключении

Первая стандартная ошибка при подключении выглядит следующим образом:

Перед возникновением такой ошибки обычно пользователь видит сообщение «Инициализация удаленного подключения», после которого компьютер выдаёт ошибку.

Вторая типовая ошибка — это ошибка «Удаленному рабочему столу не удалось подключиться к удаленному компьютеру». 

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

Вот какие причины могут привести к проблемам с подключением по RDP:

• неправильные настройки подключения;
• проблема соответствия доменного имени и IP-адреса удаленного компьютера;
• кэш DNS-сервера;
• кэш RDP;
• использование порта RDP другим приложением;
• брандмауэр блокирует подключение;
• обновление Windows.

Давайте рассмотрим эти причины и пути их устранения.

Проверьте настройки подключения

Одна из причин, по которой может возникнуть проблема с подключением по RDP — неправильные настройки самого подключения. Ниже перечислены несколько настроек, которые могут повлиять на возможность подключения по RDP:

Неправильные учетные данные

Если вы вводите неправильные данные для авторизации на удаленном компьютере, подключение по RDP будет невозможно. Убедитесь, что вы вводите правильные учетные данные, и что они имеют достаточные права для подключения.

Неправильный адрес удаленного компьютера

Если для подключения по RDP пользователь указывает неправильное имя компьютера, то, соответственно, клиент не сможет его найти и выдаст ошибку «Удаленному рабочему столу не удалось найти компьютер». Чтобы узнать имя удаленного компьютера для подключения, выполните следующие шаги:

1. Откройте «Проводник» на удаленном компьютере и перейдите на вкладку «Этот компьютер».
2. Кликните правой кнопкой мыши в рабочей зоне и нажмите «Свойства».
3. После этого откроется страница «Система». В разделе «Имя компьютера, имя домена и параметры рабочей группы» вы найдете нужные данные для подключения.

Если проблема не решена, переходите к следующему разделу.

Подключение к удаленному компьютеру по IP-адресу

В качестве адреса при подключении к удаленному компьютеру обычно указывается его доменное имя. Доменное имя — это символьный адрес сервера. Ему сопоставляется определенный IP-адрес. Доменные имена нужны для удобства пользователей, чтобы им не приходилось каждый раз при посещении google.com вбивать в браузерную строку адрес ближайшего сервера Google. Доменные имена и соответствующие им IP-адреса хранятся на DNS-сервере. Иногда доменному имени в DNS-сервере присваивается неправильный адрес — в таком случае пользователь не сможет подключиться к серверу по домену. Чтобы исключить или, наоборот, исправить эту проблему, давайте попробуем подключиться к удаленному компьютеру по IP-адресу.

Чтобы узнать IP-адрес удаленного компьютера, откройте на нём командную строку: нажмите Win+R и введите в окне cmd. В командной строке выполните команду ipconfig. Так вы узнаете IP-адрес компьютера:

Теперь при подключении к удаленному компьютеру через RDP используйте IP, а не доменное имя.

Попробуйте очистить кэш DNS

Иногда помогает очистка кэша DNS. Для этого откройте командную строку и выполните в ней команду ipconfig / flushdns:

Добавьте IP-адрес RDP-сервера в файл hosts

Файл hosts в Windows — это текстовый файл, который содержит ассоциации доменных имен с IP-адресами. Этот файл используется компьютером как первичный источник информации об именах хостов для компьютера, перед тем, как он обращается к DNS-серверу за информацией. Чтобы исправить ошибку в DNS-сервере, вы можете добавить в hosts запись с доменным именем и IP-адресом удаленного компьютера.

Для этого откройте файл hosts с помощью Блокнота. Файл находится в каталоге C:WindowsSystem32driversetc. Добавьте в него новую строку с IP-адресом удаленного компьютера и его доменным именем и сохраните изменения.

По умолчанию для подключения по RDP используется порт 3389. Если какое-то другое приложение на компьютере использует такой же порт, то при подключении возникнет ошибка. Давайте попробуем изменить порт на 3388 и проверим, получится ли подключиться по RDP с другим портом. Для этого:

1. Откройте редактор реестра и перейдите в каталог RDP-Tcp.
2. Найдите запись PortNumber.
3. Нажмите ПКМ на неё и выберите «Изменить».
4. Введите любой другой номер порта в поле данных значения. 

Попробуйте воспользоваться альтернативным клиентом RDP

Если у вас не получилось устранить проблему с подключением по RDP через клиент от Microsoft, то вы можете воспользоваться аналогами. Например, AnyDesk или Remote Utilities.

Откатите или установите обновления Windows

Во многих случаях функциональность удаленного рабочего стола (RDP) может быть нарушена после обновления Windows, поскольку один из вновь установленных файлов может нарушить работу RDP. Также существует проблема с шифрованием CredSSP, которая лечится установкой обновления.

Таким образом, если ваша операционная система недавно обновлялась, попробуйте осуществить откат.

Измените настройки брандмауэра

Отключение брандмауэра — это простой способ проверить, является ли брандмауэр причиной проблем с подключением по RDP. Если при выключенном брандмауэре проблема исчезает, то необходимо настроить его или оставить отключенным. Последний вариант не совсем безопасен, поэтому осуществим его настройку. 

Чтобы настроить брандмауэр:

1. Откройте Брандмауэр Защитника Windows и нажмите в левом меню «Разрешение взаимодействия с приложением или компонентом в брандмауэре Защитника Windows».
2. Нажмите «Изменить параметры».
3. В перечне программ найдите «Удаленный рабочий стол» и установите напротив него флажки «Частная» и «Публичная».

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

Заключение

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

У Timeweb Cloud есть специальный сервис для организация виртуальных рабочих столов — VDI: Аренда виртуальных рабочих мест. Timeweb Cloud подготовит всю инфраструктуру и передаст вам готовое решение и необходимые для работы доступы.

Удаленный сервер не отвечает: решаем проблему вместе

С ошибкой, когда удаленный сервер не отвечает вовремя, можно столкнуться при условии: ваш компьютер в качестве протоколов подключения использует не Ethernet, а VPN. При PPPoE или Ethernet данный тип ошибки практически равен нулю.

Настройки сетевого адаптера

Чтобы все работало хорошо, нужно удостовериться в присвоении адаптеру автоматических настроек IP-адреса и DNS:

1. Откройте строку «Выполнить» и впишите ncpa.cpl.
2. Перейдите в «Свойства» своего сетевого адаптера.
3. Откройте раздел TCP/IPv4.
4. Убедитесь, что IP-адрес и DNS-сервер сетевая карта получает автоматически.

1. Нажмите «ОК» после изменения настроек и обязательно перезагрузите адаптер (или компьютер).

Что делать, если нет подключения к интернету из-за того, что не отвечает DNS-сервер? Смотрите следующее видео:

Проблемный драйвер

Второй причиной сбоя может быть драйвер сетевого адаптера:

1. Откройте диспетчер устройств через контекстное меню «Пуск».
2. В разделе «Сетевые адаптеры» посмотрите, нет ли напротив названий желтых значков.

1. Если есть, нужно переустановить драйвер или откатить до начального состояния.
2. Загрузить драйверы нужно заранее, или же установить их с диска или флешки.
3. Это делается в свойствах адаптера, в разделе «Драйвер».

Проверка соединения

Если при соединении роутера ASUS или любого другого с ПК по кабелю, появляется ошибка «Удаленный сервер не отвечает», нужно проверить кабель и порт на предмет физических повреждений:

1. Проверьте индикацию LAN-порта. Если подключение активно – горит, данные передаются – мигает, не подключено – не горит. Последний пункт может указывать на проблемы с портом модема или роутера, разрыв сетевого кабеля, неисправность сетевой карты.
2. Для исключения проблемы с портом, проверьте, работает ли интернет через подсоединенный к другим разъемам патч-корд.
3. Для исключения ошибок роутера или модема, откатитесь до заводских настроек. Например, для TP-Link нужно перейти в раздел «Системные инструменты» и выбрать возврат к заводским настройкам.

1. Чтобы исключить повреждение Ethernet кабеля, проверьте его работу с другим компьютером.
2. Чтобы исключить поломку сетевой карты, подключите ее к другой локальной сети (желательно с интернетом) и проверьте работу.

Заключение

Ошибка возможна при подключении к глобальной сети через VPN-протоколы. Означает, что есть проблема в работе интернета, но не конкретизирует, что это. Для устранения нужно проверить физическое состояние устройств (нет ли повреждений) и настройки Windows в части IP-адреса и драйверов адаптера.

Источник

Решаем проблему с невозможностью подключения к удаленному ПК

Невозможно подключиться к удаленному ПК

Проблема, о которой пойдет речь, возникает при попытке получить доступ к другому ПК или серверу с помощью встроенного в Windows RDP-клиента. Мы его знаем под именем «Подключение к удаленному рабочему столу».

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

Причина 1: Отключение удаленного управления

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

Локальные групповые политики

На обоих компьютерах также необходимо проверить, не отключен ли компонент RDP в настройках локальных групповых политик. Данная оснастка присутствует только в профессиональных, максимальных и корпоративных редакциях ОС Windows, а также в серверных версиях.

Для доступа к оснастке вызываем строку «Выполнить» комбинацией клавиш Windows+R и прописываем команду

В разделе «Конфигурация компьютера» открываем ветку с административными шаблонами, а затем «Компоненты Windows».

Далее по очереди раскрываем папки «Службы удаленных рабочих столов», «Узел сеансов удаленных рабочих столов» и кликаем по подпапке с настройками подключений.

В правой части окна дважды кликаем по пункту, разрешающему удаленное подключение с использованием служб удаленных рабочих столов.

Если параметр имеет значение «Не задано» или «Включить», то ничего не предпринимаем, в противном случае ставим переключатель в нужное положение и жмем «Применить».

Перезагружаем машину и пробуем получить удаленный доступ.

Причина 2: Отсутствие пароля

Если на целевом компьютере, а точнее, на учетной записи того пользователя, по которым мы входим в удаленную систему, не установлена защита по паролю, то подключение выполнить не удастся. Для того чтобы исправить ситуацию, необходимо создать пароль.

Причина 3: Спящий режим

Спящий режим, включенный на удаленном ПК, может воспрепятствовать нормальному соединению. Решение здесь простое: необходимо отключить данный режим.

Подробнее: Как отключить спящий режим на Windows 10, Windows 8, Windows 7

Причина 4: Антивирус

Еще одной причиной невозможности подключения может стать антивирусное программное обеспечение и входящий в его состав брандмауэр (файервол). Если такой софт установлен на целевом ПК, то его необходимо временно отключить.

Причина 5: Обновление безопасности

Данное обновление под номером KB2992611 призвано закрыть одну из уязвимостей Windows, связанную с шифрованием. Варианта исправления ситуации два:

• Полное обновление системы.
• Удаление этого апдейта.

Причина 6: Сторонние программы для шифрования

Некоторые программы, такие, как, например, КриптоПро, могут стать причиной возникновения ошибки удаленного подключения. Если вы пользуетесь подобным софтом, то его необходимо удалить с компьютера. Для этого лучше использовать Revo Uninstaller, так как кроме простого удаления нам еще придется почистить систему от оставшихся файлов и параметров реестра.

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

Альтернативное решение: Программы для удаленного подключения

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

Заключение

Причин, приводящих к невозможности выполнения подключения к удаленному рабочему столу с помощью RDP-клиента, великое множество. Мы привели способы устранения самых распространенных из них и, чаще всего, этого бывает достаточно. В случае повторного появления ошибки сэкономьте свое время и нервы, воспользовавшись сторонним клиентом, если такое возможно.

Помимо этой статьи, на сайте еще 12534 инструкций.
Добавьте сайт Lumpics.ru в закладки (CTRL+D) и мы точно еще пригодимся вам.

Отблагодарите автора, поделитесь статьей в социальных сетях.

Источник

Устранение неполадок с подключениями к Удаленному рабочему столу

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

Проверка состояния протокола RDP

Проверка состояния протокола RDP на локальном компьютере

Сведения о том, как проверить и изменить состояние протокола RDP на локальном компьютере, см. в разделе How to enable Remote Desktop (Как включить удаленный рабочий стол).

Проверка состояния протокола RDP на удаленном компьютере

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

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

1. Сначала откройте меню Пуск и выберите Выполнить. В появившемся текстовом поле введите regedt32.
2. В редакторе реестра нажмите Файл и выберите пункт Подключить сетевой реестр.
3. В диалоговом окне Выбор: «Компьютер» введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК.
4. Перейдите к HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal Server и HKEY_LOCAL_MACHINESOFTWAREPoliciesMicrosoftWindows NTTerminal Services.
   
   • Если раздел fDenyTSConnections имеет значение 0, значит протокол RDP включен.
   • Если раздел fDenyTSConnections имеет значение 1, значит протокол RDP отключен.
5. Чтобы включить протокол RDP, для fDenyTSConnections замените значение 1 на 0.

Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере

Если не удается включить протокол RDP в пользовательском интерфейсе или для fDenyTSConnections возвращается значение 1 после его изменения, объект групповой политики может переопределять параметры на уровне компьютера.

Чтобы проверить конфигурацию групповой политики на локальном компьютере, откройте окно командной строки с правами администратора и введите следующую команду:

Когда команда будет выполнена, откройте файл gpresult.html. Выберите Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовПодключения и найдите политику Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.

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

Если же для параметра этой политики задано значение Отключено, проверьте результирующий объект групповой политики. Ниже показано, какой объект групповой политики блокирует подключения по протоколу RDP.

Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере

Чтобы проверить конфигурацию групповой политики на удаленном компьютере, нужно выполнить почти такую же команду, что и для локального компьютера.

В файле (gpresult- computer name>.html), который создается после выполнения этой команды, используется такой же формат данных, как в версии файла для локального компьютера (>).

Изменение блокирующего объекта групповой политики

Эти параметры можно изменить в редакторе объектов групповой политики (GPE) и консоли управления групповыми политиками (GPM). Дополнительные сведения об использовании групповой политики см. в статье Advanced Group Policy Management (Расширенное управление групповыми политиками).

Чтобы изменить блокирующую политику, используйте один из следующих методов.

• В GPE укажите определенный уровень для объекта групповой политики (локальный или доменный) и выберите Конфигурация компьютераАдминистративные шаблоныКомпоненты WindowsСлужбы удаленных рабочих столовУзел сеансов удаленных рабочих столовПодключенияРазрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.
  1. Задайте для политики значение Включена или Не задана.
  2. На затронутых компьютерах откройте окно командной строки с правами администратора и выполните команду gpupdate /force.
• В GPM перейдите к подразделению, в котором блокирующая политика применяется к соответствующим компьютерам, и удалите эту политику.

Проверка состояния служб RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) должны быть запущены следующие службы:

• службы удаленных рабочих столов (TermService);
• перенаправитель портов пользовательского режима служб удаленного рабочего стола (UmRdpService).

Для локального или удаленного управления службами можно использовать оснастку MMC. Вы также можете использовать PowerShell для управления службами в локальном или удаленном расположении (если удаленный компьютер настроен для приема удаленных командлетов PowerShell).

На любом компьютере запустите одну или обе службы, если они запущены.

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

Проверка состояния прослушивателя протокола RDP

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

Проверка состояния прослушивателя RDP

Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.

Чтобы подключиться к удаленному компьютеру, выполните следующий командлет:

Введите qwinsta.

Если в списке содержится rdp-tcp с состоянием Listen, прослушиватель протокола удаленного рабочего стола работает. Перейдите к разделу Проверка порта прослушивателя протокола RDP. В противном случае перейдите к шагу 4.

Экспортируйте конфигурацию прослушивателя RDP с рабочего компьютера.

1. Войдите на компьютер с той же версией операционной системы, что и у затронутого компьютера, и получите доступ к реестру компьютера (например, с помощью редактора реестра).
2. Перейдите к следующей записи реестра:
   HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal ServerWinStationsRDP-Tcp
3. Экспортируйте запись в REG-файл. Например, в редакторе реестра щелкните запись правой кнопкой мыши, выберите пункт Экспортировать, а затем введите имя файла для экспортируемых параметров.
4. Скопируйте экспортированный REG-файл на затронутый компьютер.

Чтобы импортировать конфигурацию прослушивателя протокола RDP, откройте окно PowerShell с разрешениями администратора на затронутом компьютере (или откройте окно PowerShell и подключитесь к этому компьютеру из удаленного расположения).

Чтобы создать резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:

Чтобы удалить резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:

Чтобы импортировать новую запись реестра и перезапустить службу, воспользуйтесь такими командлетами:

Здесь — имя экспортированного REG-файла.

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

Проверка состояния самозаверяющего сертификата протокола RDP

1. Если подключиться так и не удалось, откройте оснастку MMC «Сертификаты». Когда будет предложено выбрать хранилище сертификатов для управления, выберите Учетная запись компьютера и затронутый компьютер.
2. В папке Сертификаты в разделе Удаленный рабочий стол удалите самозаверяющий сертификат протокола RDP.
3. На затронутом компьютере выполните следующие действия, чтобы перезапустить службу удаленных рабочих столов.
4. Обновите оснастку диспетчера сертификатов.
5. Если самозаверяющий сертификат протокола RDP не был создан повторно, проверьте разрешения для папки MachineKeys.

Проверка разрешений для папки MachineKeys

1. На затронутом компьютере откройте проводник и перейдите к папке C:ProgramDataMicrosoftCryptoRSA.
2. Щелкните правой кнопкой мыши папку MachineKeys, а затем выберите Свойства, Безопасность и Дополнительно.
3. Убедитесь, что настроены следующие разрешения:
   • BuiltinAdministrators: полный контроль
   • Все: чтение и запись.

Проверка порта прослушивателя протокола RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) прослушиватель протокола RDP должен ожидать передачи данных через порт 3389. Другие приложения не должны использовать этот порт.

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

Чтобы проверить или изменить порт протокола RDP, используйте редактор реестра:

1. Откройте меню Пуск, выберите Выполнить и введите regedt32 в появившемся текстовом поле.
   • Чтобы подключиться к удаленному компьютеру, в редакторе реестра щелкните Файл и выберите пункт Подключить сетевой реестр.
   • В диалоговом окне Выбор: «Компьютер» введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК.
2. Откройте реестр и перейдите в подраздел HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlTerminal ServerWinStations listener>.
3. Если PortNumber имеет значение, отличное от 3389, укажите значение 3389.

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

Проверка того, что другое приложение не пытается использовать тот же порт

Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.

Откройте окно PowerShell. Чтобы подключиться к удаленному компьютеру, введите Enter-PSSession -ComputerName имя_компьютера> .

Введите следующую команду:

Найдите запись для TCP-порта 3389 (или назначенного RDP-порта) с состоянием Ожидает вызова.

Идентификатор процесса службы или процесса, использующих этот порт, отобразится в столбце «Идентификатор процесса».

Чтобы определить, какое приложение использует порт 3389 (или назначенный порт протокола RDP), введите следующую команду:

Найдите запись для номера процесса, связанного с портом (в выходных данных netstat). Службы или процессы, связанные с этим идентификатором процесса, отобразятся в столбце справа.

Если порт используется приложением или службой, отличающейся от служб удаленных рабочих столов (TermServ.exe), устранить конфликт можно с помощью одного из следующих методов:

• В настройках такого приложения или службы укажите другой порт (рекомендуется).
• Удалите другое приложение или службу.
• В настройках протокола RDP укажите другой порт, а затем перезапустите службы удаленных рабочих столов (не рекомендуется).

Проверка блокировки порта протокола RDP брандмауэром

С помощью средства psping проверьте, доступен ли затронутый компьютер через порт 3389.

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

Откройте окно командной строки с правами администратора, перейдите в каталог, где установлено средство psping, и введите следующую команду:

Проверьте выходные данные команды psping на наличие таких результатов:

• Connecting to computer IP> (Подключение к ): удаленный компьютер доступен.
• (0% loss) (0 % потерь): все попытки подключения выполнены успешно.
• The remote computer refused the network connection (Удаленный компьютер отклонил сетевое подключение): удаленный компьютер недоступен.
• (100% loss) (100 % потерь): не удалось выполнить подключение.

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

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

Рекомендуемые дальнейшие действия:

• Попросите сетевых администраторов проверить, пропускает ли сеть трафик RDP к затронутому компьютеру.
• Проверьте конфигурации всех брандмауэров между исходными компьютерами и затронутым компьютером (включая брандмауэр Windows на затронутом компьютере). Так вы определите, блокирует ли брандмауэр порт протокола RDP.

—>

Источник

Настройка FTP-соединения в программе ФайлЗилла – дело довольно тонкое. Поэтому совсем не удивительно, что нередко бывают случаи, когда попытка подключения по данному протоколу завершается критической ошибкой. Одной из самых частых ошибок подключения является сбой работы, сопровождающийся сообщением в приложении FileZilla: «Критическая ошибка: Невозможно подключиться к серверу». Давайте узнаем, что означает данное сообщение, и как наладить после него корректную работу программы.

Скачать последнюю версию FileZilla

Причины возникновения ошибки

Прежде всего, остановимся на причинах возникновения ошибки «Невозможно подключиться к серверу».

Причины могут быть абсолютно разные:

• Отсутствие подключения по интернету;
• Блокировка (бан) вашего аккаунта со стороны сервера;
• Блокировка FTP-соединения со стороны провайдера;
• Некорректные сетевые настройки операционной системы;
• Потеря работоспособности сервера;
• Введение неверных данных учетной записи.

Способы устранения ошибки

Для того, чтобы устранить ошибку «Невозможно подключиться к серверу», прежде всего, нужно узнать её причину.

Идеальным будет, если у вас имеется не один FTP-аккаунт. В таком случае, вы можете проверить работоспособность других учетных записей. Если работоспособность на других серверах нормальная, то следует обратиться в службу поддержки того хостинга, к которому вы не можете подключиться. Если же подключение отсутствует и в других аккаунтах, то нужно искать причину проблем либо на стороне провайдера, предоставляющего услуги интернет-связи, либо в сетевых настройках собственного компьютера.

Если на другие сервера вы заходите без проблем, то обратитесь в службу поддержки того сервера, к которому вы не имеете доступ. Возможно, он прекратил своё функционирование, либо имеет временные проблемы с работоспособностью. Также, возможно, что он по каким-либо причинам просто заблокировал вашу учетную запись.

Но, самым распространенным случаем возникновения ошибки «Невозможно подключиться к серверу» является введение неверных данных учетной записи. Зачастую, люди путают название своего сайта, интернет-адрес сервера и его же ftp-адрес, то есть хост. Например, существует хостинг с адресом доступа через интернет hosting.ru. Некоторые пользователи вводят именно его в строку «Хост» Менеджера сайтов, либо же адрес собственного сайта, расположенного на хостинге. А следует вводить ftp-адрес хостинга, который, предположим, будет выглядеть так: ftp31.server.ru. Впрочем, бывают и такие случаи, когда ftp-адрес и www-адрес, действительно совпадают.

Ещё одним вариантом неправильного ввода учетной записи является тот, когда пользователь просто забыл свой логин и пароль, либо же думает, что помнит, но, тем не менее, вводит неверные данные.

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

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

title	description	author	audience	ms.topic	ms.author	manager	localization_priority	ms.custom	search.appverid	appliesto	ms.date
Connecting to the remote server failed when start Management Shell or Console	Connecting to the remote server failed with the following error message when you start the Exchange Management Shell or the Exchange Management Console.	simonxjx	ITPro	troubleshooting	v-six	dcscontentpm	Normal	Exchange Server CSSTroubleshoot	MET150	Exchange Server 2010 Service Pack 3 Exchange Server 2010 Enterprise Exchange Server 2010 Standard	3/31/2022

«Connecting to the remote server failed with the following error message» error when you start the Exchange Management Shell or the Exchange Management Console

Symptoms

When you try to start the Microsoft Exchange Management Shell (EMS) or the Microsoft Exchange Management Console (EMC) on a server that is running Microsoft Exchange Server, you receive one of the following error messages:

• Error message 1

  Connecting to remote server failed with the following error message: The WinRM client cannot process the request. It cannot determine the content type of the HTTP response from the destination computer. The content type is absent or invalid. For more information, see the about_Remote_Troubleshooting Help topic.

• Error message 2

  Connecting to remote server failed with the following error message: The WinRM client sent a request to an HTTP server and got a response saying the requested HTTP URL was not available. This is usually returned by a HTTP server that does not support the WS-Management protocol. For more information, see the about_Remote_Troubleshooting Help topic.

• Error message 3

  Connecting to remote server failed with the following error message: The WinRM client received an HTTP server error status (500), but the remote service did not include any other information about the cause of the failure. For more information, see the about_Remote_Troubleshooting Help topic. It was running the command ‘Discover-ExchangeServer -UseWIA $true -SuppressError $true’.

• Error message 4

  Connecting to remote server failed with the following error message: The connection to the specified remote host was refused. Verify that the WS-Management service is running on the remote host and configured to listen for requests on the correct port and HTTP URL. For more information, see the about_Remote_Troubleshooting Help topic.

• Error message 5

  Connecting to remote server failed with the following error message: The WinRM client received an HTTP status code of 403 from the remote WS-Management service.

• Error message 6

  Connecting to the remote server failed with the following error message: The WinRM client sent a request to an HTTP server and got a response saying the requested HTTP URL was not available. This is usually returned by a HTTP server that does not support the WS-Management protocol.

• Error message 7

  Connecting to remote server failed with the following error message: The client cannot connect to the destination specified in the request. Verify that the service on the destination is running and is accepting requests. Consult the logs and documentation for the WS-Management service running on the destination, most commonly IIS or WinRM. If the destination is the WinRM service, run the following command on the destination to analyze and configure the WinRM service:

• Error message 8

  Connecting to remote server failed with the following error message: The WS-Management service does not support the request.

• Error message 9

  Connecting to remote server failed with the following error message: The WinRM client cannot process the request. The WinRM client tried to use Kerberos authentication mechanism, but the destination computer.

Resolution

To resolve these problems, run the «Exchange Management Troubleshooter» (EMTshooter).

About the EMT shooter

The EMTshooter runs on the local (target) Exchange server and tries to identify potential problems that affect the management tools that are connected to it.

The troubleshooter runs in two stages. First, it examines the IIS Default Web Site, the PowerShell vdir, and other critical areas to identify known causes of connection problems. If the tool identifies a problem that affects one of the pre-check processes, it makes a recommendation to resolve the problem. If the pre-checks pass, the troubleshooter tries to connect to the server exactly like the management tools would connect. If that connection attempt still causes a WinRM-style error, the troubleshooter tries compare that error to a list of stored strings that are collected from related support cases. If a match is found, the troubleshooter displays the known causes of that error in the CMD window.

The following screen shot shows how this display might appear.

:::image type=»content» source=»media/connecting-remote-server-failed/emt-shooter.png» alt-text=»Screenshot of how this display might appear.»:::

The EMTshooter logs events in the «Microsoft-Exchange-Troubleshooters/Operational» event log. All results that are displayed in the CMD window are also logged in the event log to create a record.

Things to remember

• Depending on your current settings, you may have to adjust the execution policy on your computer to run the troubleshooter by using one of the following commands:

  • Set-ExecutionPolicy RemoteSigned

  • Set-ExecutionPolicy Unrestricted

    [!IMPORTANT]
    Remember to revert to the usual settings after you run the troubleshooter.

• You must run this version of the troubleshooter on the server that is running Exchange Server that the management tools do not connect to.

• In order to run the troubleshooter, you must have the user rights to log on locally to the Exchange server. This is a current requirement of the tool. Additionally, you must have the user rights to run Windows PowerShell.

How to install EMTshooter

To install the EMT shooter, follow these steps:

1. Download the troubleshooter compressed file that has a .zip filename extension from here.
2. Extract the four files that are included in the .zip file into a folder, and then rename the file extensions to .ps1.
3. Run EMTshooter.ps1 from a standard (and local) Windows PowerShell window.

References

For more information about the problems that are processed by EMTshooter and the causes of some of those problems, see the following Exchange Team Blog articles:

Troubleshooting Exchange 2010 Management Tools startup issues

Resolving WinRM errors and Exchange 2010 Management tools startup failures