Server_addr этот хост неизвестен

Данное сообщение я получил когда хотел с клиента удаленно подключиться к кластеру серверов 1С предприятие. СУБД PostgreSQL, платформа  Windows Server 2012r2. Рабочая группа используется, без домена.
Порты 1541, 1560 были открыты как на роутере так и брандмауэром сервера.

Так вот оно это сообщение во всей красе

это означает, что клиентской машине не понятно, "кто такой" ws, а это ж имя нашего удаленного сервера, а значит клиентскую машину нужно "познакомить" с имям сервера и "знакомтсво" будет происходить в файле hosts, который находиться по адресу в проводнике %WinDir%\System32\Drivers\Etc

Откроем этот файл и добавим строку

192.168.1.111 ws

это означает, что имя ws принадлежит адресу 192.168.1.111

Server_addr tcp 1560

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

И так, имеется связка PostgreSQL + Сервер 1С Предприятие, все это находиться на Windows Server 2012 r2, без домена.

Открыты 1541 и 1560 порты как на брандмауэре сервера, так и на роутере. 

Выделенный ip адрес присутствует.

По локальной сети подключение к кластеру серверов пользователями не имеет никаких проблем, но когда нужно подключиться к серверу 1С из интернета с настройками типа

получали сообщение 

так вот, первоначально нужно 

• на клиенте, с которого подключаемся удаленно к серверу 1С, в файле %WinDir%\System32\Drivers\Etc прописать строку

77.121.199.91 ws

где 77.121.199.91 это внешний айпишник, а ws это имя сервера, к которому подключаемся

• и тут еще один нюанс, без которого все же, постоянно получал выше ошибку, а значит еще на том же клиенте открываем файл nethasp.ini который находиться по пути C:\Program Files (x86)\1cv8\conf ищем параметр 

NH_SERVER_ADDR

в которого нужно удалить комментарии «;;» и вместо <Addr1> вписать наш внешний айпишник

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

Параметр задан неверно

И так, в удаленных клиентов перестала загружаться ОС Windows XP. После загрузки получали ошибку синего экрана с неизвестным мне кодом.

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

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

Долго не думая выполнили

chkdsk A: /f – где А это буква раздела, в нашем случаи системного

В итоге после сообщений о ошибках типа

Код типа: 144, файл: 9.

Удаление поврежденного элемента списка атрибутов.

Код типа: 144, файл: 9.

Удаление поврежденного элемента списка атрибутов.

Код типа: 160, файл: 9.

Удаление поврежденного элемента списка атрибутов.

Код типа: 160, файл: 9.

Удаление поврежденного элемента списка атрибутов.

Код типа: 176, файл: 9.

Удаление поврежденного элемента списка атрибутов.

Код типа: 176, файл: 9.

Удаление поврежденной записи атрибута (144, $SDH)

из сегмента 15598 записи о файле.

Удаление поврежденной записи атрибута (160, $SDH)

из сегмента 15598 записи о файле.

Удаление поврежденной записи атрибута (176, $SDH)

из сегмента 15598 записи о файле.

Сбойный раздел нормально заработал.

Не удалось получить метаданные с сервера из-за следующей ошибки: Клиенту WinRM не удается обработать запрос

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

• И так, первоначально, в настройках удаленного сервера должно быть разрешено удаленное управление 

 

• Далее на удаленной стороне открыть порт 5985 как на роутере, так и в брандмауэре, входящем подключении.
• А также на удаленном сервере нужно включить в брандмауэре уже готовые правила входящих подключений:

Доступ к сети COM+ (DCOM — входящий трафик)Удаленное управление журналом событий (именованные каналы — входящий)Удаленное управление журналом событий (RPC)Удаленное управление журналом событий (RPC-EPMAP)

• Далее, на сервера с которого нужно подключаться нужно выполнить в cmd команду

winrm set winrm/config/client @{TrustedHosts="*"}

это нужно сделать, потому что будет ошибка при подключении удаленного сервера в Диспетчере серверов о том, что типа 

«Ошибка gurt-jabber: не удалось обновить конфигурацию. Ошибка: Не удалось получить метаданные с сервера из-за следующей ошибки: Клиенту WinRM не удается обработать запрос. Если применяемая схема проверки подлинности отличается от Kerberos или компьютер клиента не входит в домен, необходимо использовать транспорт HTTPS или добавить компьютер назначения к значениям параметра конфигурации TrustedHosts. Чтобы настроить TrustedHosts, используйте winrm.cmd. Обратите внимание, что в списке TrustedHosts могут находиться компьютеры, не прошедшие проверку подлинности. Чтобы получить дополнительные сведения об этом, выполните следующую команду: winrm help config.  23.10.2015 10:15:56»

• *Еще есть нюанс, который точно не проверенный, это то, что на обоих серверах, пользователь Администратор должен иметь одинаковый пароль. 

После данных манипуляций я получил

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