23 окт. 2015 г.

Не удалось получить метаданные с сервера из-за следующей ошибки: Клиенту 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»
  • *Еще есть нюанс, который точно не проверенный, это то, что на обоих серверах, пользователь Администратор должен иметь одинаковый пароль. 
После данных манипуляций я получил


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

22 окт. 2015 г.

Opening ASCII mode data connection

После поднятия ftp сервера на iis с платформой windows 2012 r2 и последующем подключении к фтп серверу через cmd, типа 
ftp name_ftp_server.com.ua 
все проходило нормально. 

Были открытые порты как на роутере, так и брандмауэром, но, если выполнить команды типа
ls 
или 
dir 
получал сообщение «Opening ASCII mode data connection» и все, никакого действия подальше не происходило.

Оказывается, при вводе в cmd команду ftp мы этим самым запускаем консольную утилиту C:\windows\system32\ftp.exe, которую так же нужно разрешить брандмауэру на входящие соединения, а значит, в брандмауэре добавил входящее правило на разрешения C:\windows\system32\ftp.exe я больше не видел выше сообщения, а выше команды успешно выполнялись.

Кстати, иногда брандмауэр сам определяет входящее соединение и автоматически показывает уведомление о разрежённости ftp.exe



но в моем случаи это не произошло

21 окт. 2015 г.

FTP IIS Windows Server 2012r2 с авторизацией

Хочу привести, как всегда, некие нюансы настройки и подключение выше роли на упомянутой платформе.
  • Сначала нужно создать пользователя, например, с именем ftpuser, в системе виндовс, через которого будем подключаться к фтп серверу
!Имейте ввиду, имя пользователя должно быть не "ftp".

  • После установки Роли IIS и компоненты FTP, для подключения к фтп папке через интернет и локально с авторизацией нужно указать пользователя через которого будем подключаться к фтп + права


  • В итоге должно выйти что-то такое

  • Брандмауэром + на роутере нужно открыть 21 порт.
  • Подключаться к фтп папке можно и через проводник указав настройки

Примечание:
  • Если нужно иметь доступ к данному фтп по локальной сети тогда в брандмауэре нужно добавить два исходящих правила на диапазон портов 50000-65500 по TCP и UDP протоколах.


18 окт. 2015 г.

После переименования сервера не запускается кластер серверов 1С

Установил сервер 1С, установил СУБД и потом решил переименовать сервер (компьютер), который находиться обычной рабочей группе, без какого-либо домена и т.д., все штатно по умолчанию.

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

Так вот, после переименование сервера нужно открыть файл
C:\Program Files (x86)\1cv8\srvinfo\1cv8wsrv.lst
И заменить старое имя на новое, в моем случаи 
Было 
{{1,{8c7eb951-211a-457b-9cce-907e486821a8,"Локальный кластер",1541,"WIN-TFLGSTDLO7L",0,0,0,0,0,0,0,{1,{"WIN-TFLGSTDLO7L",1541}},0,0,0}},{0},0,1}
Стало
{{1,{8c7eb951-211a-457b-9cce-907e486821a8,"Локальный кластер",1541,"ws",0,0,0,0,0,0,0,
{1,{"ws",1541}},0,0,0}},{0},0,1}

Аналогично и с файлами 1CV8Clst и 1CV8Clsto, которые находятся по пути
C:\Program Files (x86)\1cv8\srvinfo\reg_1541
нужно найти и заменить все строки где упоминается старое наименование сервера на новое.

+ для надежности, я зашел в свойства Центрального кластера в оснастку Администрирования серверов 1С и так же поменял из старого на новое имя



Перезагрузил службу 1C:Enterprise 8.3 Server Agent и все заработало.

 

CopyPaste Copyright © 2017 - |- Шаблон создан O Pregador - |- Отредактирован myr4ik07