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

Обновлено: 05.07.2024

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

Содержание

Включение тонкого клиента

  • Проверьте видеокабель, кабель питания монитора и розетки.

Загрузка — сетевой загрузчик ACP

Не удается получить IP-адрес с помощью DHCP

  • Настроен ли тонкий клиент ThinManager Ready на DHCP? По умолчанию они настроены на DHCP, но их можно изменить.
  • Находится ли тонкий клиент на той же стороне маршрутизатора, что и сервер DHCP?
  • Есть ли у DHCP-сервера адреса для выдачи?

Не удается получить IP-адрес с помощью меню «Статический IP»

  • Некоторые модели, такие как загрузка PXE. Тонкие клиенты, совместимые с ThinManager, не могут использовать статический IP-адрес.
  • Статический IP-адрес не задан. Используйте пробел, когда отображается «Выберите любой ключ для настройки параметров IP», и задайте IP-адрес клиента.

Клиент, не поддерживающий ThinManager Ready (PXE), не загружается.

  • PXE-E32: тайм-аут открытия TFTP
    • Убедитесь, что брандмауэр не мешает клиенту загрузить загрузочный файл.
    • Убедитесь, что файл acpboot.bin находится в каталоге установки ThinManager (по умолчанию %PROGRAMFILES%\Rockwell Software\ThinManager)
    • При использовании стандартного сервера DCHP с параметрами загрузки
      • Убедитесь, что для параметра 67 установлено значение acpboot.bin в области DHCP-сервера.
      • Убедитесь, что клиент подключен к сети, в которой находится DHCP-сервер.
      • Если «Используется стандартный DHCP-сервер с параметрами загрузки»:
      • Убедитесь, что брандмауэр не мешает DHCP-запросам достигать DHCP-сервера.
      • Если сервер DHCP находится в другой подсети, убедитесь, что помощники DHCP (переадресация DHCP) настроены
      • При использовании стандартного DHCP-сервера:
        • Убедитесь, что брандмауэр не мешает DHCP-запросам достигать DHCP-сервера или серверов ThinManager.
        • Если сервер DHCP или сервер ThinManager находится в другой подсети, убедитесь, что вспомогательные функции DHCP (переадресация DHCP) настроены
        • Убедитесь, что брандмауэр не мешает DHCP-запросам достигать серверов ThinManager
        • Если сервер ThinManager находится в другой подсети, убедитесь, что помощники DHCP (переадресация DHCP) настроены
        • Убедитесь, что стандартный сервер DHCP работает правильно.
        • Если у вас нет стандартного DHCP-сервера, настройте PXE-сервер ThinManager на «Не использовать стандартный DHCP-сервер».
        • Использование агента ретрансляции: убедитесь, что агент ретрансляции настроен правильно
        • Использование стандартного DHCP-сервера с параметрами загрузки: убедитесь, что параметр 67 на DHCP-сервере установлен на acpboot.bin
        • Установите последний пакет обновлений для своей версии ThinManager.
        • Убедитесь, что клиент имеет физическое подключение к сети.

        Не удается загрузить прошивку

        Подключается ли тонкий клиент к серверу ThinManager?

        • Использование DHCP
          • Установлен ли для параметра 066 IP-адрес сервера ThinManager?
          • Есть ли индикатор соединения на сетевом порту?
          • Проверьте адрес маршрутизатора, IP-адреса и маску подсети.
          • Введен ли IP-адрес сервера ThinManager в меню конфигурации IP?
          • Проверьте адрес маршрутизатора, IP-адреса и маску подсети.

          Сеть заблокирована?

          • Тонкий клиент с поддержкой ThinManager Ready, взаимодействующий через маршрутизаторы, шлюзы или брандмауэры, может потребовать открытия некоторых портов, чтобы разрешить поток данных через эти устройства. Полный список портов, используемых продуктами ACP, см. на странице портов.

          Прошивка загружается с перерывами/медленно

          • Проверьте наличие конфликтов IP-адресов.
          • Проверьте кабельные соединения.
          • Убедитесь, что загрузка ЦП сервера ThinManager ниже 100 %.

          Тонкий клиент загружает прошивку, но не может загрузить конфигурацию

          "Пожалуйста, определите на сервере"

          "Лицензия недоступна"

          • Проверьте использование лицензии в ThinManager. У вас закончилась лицензия, предоставленная ACP.
          • Идентификатор установки может исходить из серийного номера материнской платы, MAC-адреса сетевой карты или GUID операционной системы. Не изменяйте и не отключайте сетевые карты после лицензирования, чтобы предотвратить изменение идентификатора установки, что может повлиять на действительность лицензии.

          "Этот терминал отключен"

          • Администратор ThinManager отключил этот терминал. Повторно включите его.

          "Ошибка сети — проверьте сетевые подключения"

          • Проверьте сетевой кабель, индикатор связи и сеть.

          Был отключен, но не работал при повторном включении.

          Загружается ли WinTMC на сервере ThinManager?

          • Убедитесь, что клиент WinTMC не установлен на сервере ThinManager.Клиент WinTMC попытается открыть порт 2031, необходимый ThinManager для связи с тонкими клиентами, что приведет к конфликту портов. WinTMC предназначен для ПК, а не для серверов. Удалите клиент WinTMC, если он установлен.

          Меню выбора терминала отображается, но клавиатура не работает

          • Проверьте клавиатуру и перезагрузите компьютер.
          • Используйте разветвитель PS/2, если устройство имеет только один порт PS/2.
          • Поменяйте местами мышь и клавиатуру, если они подключены к разветвителю PS/2.

          Графический логотип ACP отображается, но процесс загрузки останавливается

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

          • Проверьте Мастер настройки терминала, чтобы убедиться, что сервер терминалов указан

          Не удается подключиться к серверу xxx (0.0.0.0)

          • У сервера терминалов нет IP-адреса, настроенного в мастере настройки сервера терминалов.
          • При использовании DNS проверьте регистрацию терминального сервера.
          • Если вы используете опубликованное приложение Citrix, вам может потребоваться указать браузер ICA.

          Не удается подключиться к серверу xxx (w.x.y.z)

          • Проверьте средство просмотра событий на сервере терминалов. Если написано "Не удалось выдать клиентскую лицензию", вам потребуется клиентская лицензия Microsoft Terminal Server (MS TS CAL) и/или сервер лицензирования Microsoft Terminal Server.
          • Проверьте маску подсети в загрузчике ACP на тонком клиенте. Если установлено значение 255.255.255.255 вместо 255.255.255.0, подключиться к серверу терминалов не удастся.

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

          • Ошибка 50 — Отключение.
          • Проверьте средство просмотра событий на сервере терминалов. Если написано "Не удалось выдать клиентскую лицензию", вам нужен сервер MS TS Cal/MS TS Licensing.

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

          • Некоторые серверы (например, Dell и Dellwall.bmp) загружают сложный растровый фон, который может мешать загрузке. Найдите вызывающий ошибку файл обоев в сеансе консоли и переименуйте его, чтобы он не загружался при входе в систему.

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

          • Является ли пользователь действительным пользователем? Верен ли пароль?
          • Есть ли у пользователя разрешение на подключение через службы терминалов (свойства пользователя в диспетчере пользователей)
          • Является ли пользователь членом группы администраторов или пользователей удаленного рабочего стола?
          • Проверьте средство просмотра событий. Если написано "Не удалось выдать клиентскую лицензию", вам потребуется калибровка Microsoft TS и/или сервер лицензирования Microsoft TS.
          • Если сервер терминалов находится в двух доменах и администратор входит в консоль с учетной записью домена, он устанавливает этот домен в качестве домена по умолчанию. Если терминалы настроены на использование другого домена, они не смогут войти в систему. Войдите в консоль с доменом терминалов, чтобы сбросить домен по умолчанию.
          • Включен ли NLA? Поддержка NLA была реализована в микропрограмме 7.1.113, которая находится в пакете микропрограммы 7.1.3.

          При входе в сервер терминалов запрашивается пароль, даже если имя пользователя и пароль введены в ThinManager

          • Возможно, в ThinManager введен неправильный пароль.
          • Возможно, функция «Всегда запрашивать пароль» настроена и должна быть отключена:
            • Пуск > Программы > Администрирование > Конфигурация служб терминалов (2003, 2008) или Конфигурация узла сеансов удаленных рабочих столов (2008 R2)
            • Дважды щелкните Свойства RDP-tcp в правом окне.
            • Снимите флажок «Всегда запрашивать пароль» на вкладке «Настройки входа».
              • Примечание. В версии 2012 это необходимо делать с помощью групповой политики или ключа реестра.
              • Конфигурация компьютера > Политики > Административный шаблон > Компоненты Windows > Службы удаленных рабочих столов > Узел сеансов удаленных рабочих столов > Безопасность > Всегда запрашивать пароль при изменении подключения на false.
              • HKLM\Software\Policies\Microsoft\Windows NT\TerminalServices создает новый 32-битный ключ DWORD fPromptForPassword со значением 0.

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

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

              Мышь работает, но приложение не отвечает

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

              В этой статье представлено решение проблемы, из-за которой клиентам служб терминалов неоднократно отказывали в доступе к серверу терминалов после обновления Windows.

              Применимо к: Windows Server 2012 R2
              Исходный номер базы знаний: 329896

              Симптомы

              После обновления домена Microsoft Windows NT до Windows 2000 или Windows Server 2003 клиентам служб терминалов Windows 2000 может быть неоднократно отказано в доступе к серверу терминалов. Если вы используете клиент служб терминалов для входа на сервер терминалов, вы можете получить одно из следующих сообщений об ошибке:

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

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

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

              Идентификатор события: 50
              Источник события: TermDD
              Описание события: Компонент протокола RDP X.224 обнаружил ошибку в потоке протокола и отключил клиента.

              < /цитата>

              Код события: 1008
              Источник события: TermService
              Описание события: Льготный период лицензирования служб терминалов истек, и служба не зарегистрирована на сервере лицензий. Для непрерывной работы требуется сервер лицензий служб терминалов. Терминальный сервер может работать без сервера лицензий в течение 90 дней после первоначального запуска.

              Код события: 1004
              Источник события: TermService
              Описание события: Сервер терминалов не может выдать клиентскую лицензию.

              Код события: 1010
              Источник события: TermService
              Описание события: Службе терминалов не удалось найти сервер лицензий. Убедитесь, что все серверы лицензий в сети зарегистрированы в WINS\DNS, принимают сетевые запросы и запущена служба лицензирования служб терминалов.

              Код события: 28
              Источник события: TermServLicensing
              Описание события: Лицензирование служб терминалов может выполняться только на контроллерах домена или сервере в рабочей группе. Дополнительные сведения см. в разделе справки по лицензированию терминального сервера.

              Причина

              Эта проблема может возникнуть, если сертификат на сервере терминалов поврежден.

              Разрешение

              Этот раздел, метод или задача содержат инструкции по изменению реестра. Однако при неправильном изменении реестра могут возникнуть серьезные проблемы. Поэтому убедитесь, что вы внимательно выполните следующие действия. Для дополнительной защиты создайте резервную копию реестра перед его изменением. Затем вы можете восстановить реестр, если возникнет проблема. Для получения дополнительных сведений о резервном копировании и восстановлении реестра щелкните следующий номер статьи базы знаний Майкрософт: 322756 Как выполнить резервное копирование и восстановление реестра в Windows

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

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

              Убедитесь, что резервная копия реестра сервера терминалов успешно создана.

              Запустите редактор реестра.

              Найдите и щелкните следующий подраздел реестра:
              HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters

              В меню "Реестр" выберите "Экспорт файла реестра".

              Введите exported-parameters в поле Имя файла и нажмите Сохранить.

              Если вам потребуется восстановить этот раздел реестра в будущем, дважды щелкните файл Exported-parameters.reg, который вы сохранили на этом шаге.

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

              • Сертификат
              • Сертификат X509
              • Идентификатор сертификата X509

              Закройте редактор реестра и перезапустите сервер.

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

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

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

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

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

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

              1. Медленный вход в систему

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

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

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

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

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

              Это приводило к очень длительному времени входа в систему, и в конце концов компания решила расставить приоритеты, кто может и кто не может войти в сервисы компании. Меня посчитали недостаточно важным для входа в систему, поэтому вместо этого я получил оплачиваемый выходной.

              2. Медленные рабочие столы

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

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

              3. Медленное обновление экрана

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

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

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

              4. Ошибки подключения

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

              IMAGE_TAG|citrix-connection-error.jpg|Тонкий клиент — ошибка подключения Citrix|Тонкий клиент — ошибка подключения Citrix

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

              4. Отключения

              Для удаленных серверов в зависимости от типа используемого удаленного программного обеспечения (Citrix XenApp XenDesktop, VMWare Horizon, Microsoft RDP) тонкий клиент обычно отключается от сеанса в случае сбоя сетевого подключения или недостаточной пропускной способности для подключения. чтобы остаться в живых.

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

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

              При отключении часть программного обеспечения, используемого тонким клиентом для подключения к удаленным серверам, например, Citrix Workspace (ранее Citrix Receiver), может попытаться повторно подключиться к сеансу, который был отключен.

              IMAGE_TAG|citrix-reconnection-error.jpg|Повторное подключение тонкого клиента|Повторное подключение тонкого клиента

              Обычно это происходит довольно быстро, но если Citrix Workspace требуется время для повторного подключения к сеансам Citrix XenApp или Citrix XenDesktop, это может быть проблемой в сети.

              6. Плохие обновления

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

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

              Как устранить неполадки с тонким клиентом?

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

              1. Оборудование

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

              2. Сеть

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

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

              Для подключений 4G и 5G проверьте, может ли тонкий клиент подключиться и получить IP-адрес. Попробуйте другие устройства с тем же подключением 4G или 5G, чтобы проверить, работают ли они.

              3. Программное обеспечение

              Устройства тонких клиентов работают под управлением таких операционных систем, как Windows IoT, и настраиваемых операционных систем тонких клиентов на базе Linux, таких как ThinStation и OpenThinClient. Проверьте, нет ли в них ошибок, проверив события ошибок и журналы ошибок, если это возможно.

              Также следует проверить фактическое программное обеспечение, обеспечивающее подключение тонкого клиента к удаленным серверам. Это программное обеспечение, такое как Citrix Workspace, клиент Microsoft RDP для клиента VMWare Horizon, может нуждаться в обновлениях или иметь неверные обновления, из-за которых они не работают должным образом.

              4. Интеграции

              5. Удаленные серверы

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

              Проверьте, работают ли сеть удаленного сервера и интеграция со службой аутентификации, например Microsoft Active Directory, должным образом.

              Как вы измеряете производительность тонкого клиента?

              • само приложение, которое выполняется на удаленном сервере и
              • приложение тонкого клиента, которое выполняется на тонком клиенте.

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

              Мониторинг сети

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

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

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

              • слияние,
              • сжатие
              • кеширование

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

              Мониторинг сервера

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

              Удаленные протоколы

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

              • Протокол удаленного рабочего стола Microsoft (RDP)
              • HDX
              • ПКоIP

              Microsoft RDP подходит для обеспечения быстрой локальной сети на настольных компьютерах, но не справляется с менее надежными и медленными сетями.

              HDX был разработан Citrix Systems и подходит для работы в сетях с высокой задержкой и низкой пропускной способностью.

              PCOIP используется клиентами VMWare Horizon для подключения к серверам VMWare Horizon с тонких клиентов, на которых запущен клиент VMWare Horizon.

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

              Заключение

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


              сообщить об этом объявлении

              О НАС

              ПРАВОВАЯ ИНФОРМАЦИЯ


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

              Читайте также: