Руководства, Инструкции, Бланки

тонкий клиент настройка инструкция img-1

тонкий клиент настройка инструкция

Рейтинг: 4.3/5.0 (1834 проголосовавших)

Категория: Инструкции

Описание

Настройка 1С 8

Настройка 1С 8.2 для работы с помощью тонкого клиента и web-клиента

Задача: ускорить работу с программой 1С на рабочих станциях пользователей.
Инструменты: платформа 1Сver8.2. конфигурация бухгалтерия предприятия КОРП редакции 2.0 и 3.0. конфигурация зарплата и управление персоналом. Сервер, с windows на который установим web-сервер IIS, браузер, рабочая станция, хотя и не обязательно можно все делать с сервера.

После установки платформы 1С 8.2 на компьютер, мы наблюдаем возможность нескольких вариантов запуска 1С – 1С Предприятие и 1С Предприятие (тонкий клиент). Прочитав руководство администратора из коробки поставки, лично я понял, что платформа 8.2 может работать с конфигурацией 1С несколькими способами:

  • Очень тяжелом. толстым клиентом. особенно для древнего железа, на ПК выпущенных в 2005 году типа Celeron 2.0 с частотой шины 400 MGz и памятью в 512 Мb работать с 1С 8 просто не возможно, приложение висит так, что радость от покупки современного продукта сразу пропадает. Сначала, после версии 7.7 я недоумевал, почему же клиент 1С 8.2 так тупит. И запросил в 1С системные требования к ПК для работы. И вот какими должны быть минимальные системные требования к рабочей станции для 1С 8.2:
  1. Требования к операционной системе:

1.1. Windows 2000 с пакетом обновлений Service Pack 4

1.2. Windows XP с пакетом обновлений Service Pack 3

1.3. Windows Vista

2.1. Для Windows 2000 SP4, Windows XP SP3 — 256 Мб

2.2. Для Windows Vista, Windows 7 — 512 Мб

3.1. Intel ими AMD с частотой не менее 1,8 Ггц

4.1. Видеоадаптер с поддержкой разрешения как минимум 1024*768 dpi

4.2. Монитор с разрешающей способностью не менее 1024*768 dpi

  1. Выход в интернет для получения программной лицензии.

На первый взгляд 1С 8.2 не самая требовательная программа. Но от себя хочется добавить, что приятно работать с толстым клиентом 1С на ПК с двухъядерным CPU и RAM в 1Гб, и уж очень не комфортно на устаревшем железе.

  • Используя тонкий клиент. В работе он и правда показался шустрее, для работы использует управляемые формы. А точнее требует для работы бухгалтерии редакции 3.0. для бухгалтерии редакции 2.0 программного интерфейса для выполнения работ в тонком клиенте, и забегая вперед, web клиенте нет. Так что не удивляйтесь, если открывая, тонкий клиент для работы с 1С, вы увидите закладку рабочий стол, и три пары кнопок и подумаете, что еще бухгалтеру нужно, календарь, чтоб не прозевать отчетность да калькулятор, чтобы начислить зарплату.
    В тонком клиенте для работы программы, может использоваться ключ защиты расположенный как на стороне клиента, так и ключ установленный на web-сервере с 1С 8.2. причем на web-сервере обязательно должен быть сетевой ключ, то есть если аппаратный, то сетевой (красного цвета ключ сетевой, синего локальный однопользовательский ), а программный ключ сам по себе сетевой. Ну а подсчетом лицензий может заниматься как менеджер лицензий. так и сервер 1С предприятия при наличии лицензии на него.
  • Web клиент. на мой взгляд лучшее решение для работы с программой, к платформе ПО не привязано, да и работать можно хоть с луны при наличии выхода в интернет. В работе такой вариант показался очень шустрым, нагрузка при работе через Web ложится на Web-сервер. И при наличии сильного железа со стороны сервера, вариант работы через web-клиента хорош. Лицензирование при работе через Web-клиент 1C 8.2 осуществляет Web-сервер, менеджер лицензий, или сервер 1С. Web-клиент идеальное решение для работы с 1С, если парк рабочих мест бухгалтеров давно не обновлялся.

Примечание: через web-клиент и тонкий клиент на сегодняшний день, возможным представляется работа только с бухгалтерией 3.0. да и то функциональность бухгалтерии 3.0 не достигла функциональности бухгалтерии 2.0 об этом можно почитать здесь: http://www.1c.ru/news/info.jsp?id=15068 Конфигурации от 1С для зарплаты и кадры с управляемыми формами пока еще не существует. Есть возможность использовать конфигурацию написанную компанией Камин – «1С-Камин: Зарплата. Версия 5.0»

Настройка 1С 8.2 для работы с тонким иwebклиентом

Для работы тонкого клиента 1С вовсе необязательно настраивать web-сервер, тонкий клиент позволяет работать с базой и конфигурацией локально, в сетевом варианте. через сервер 1С предприятия, web-сервер.

Для работы с 1С8.2 через браузер требуется настроить web-сервер. Для этого установим и настроим IIS

Установка удаление программ -> установка компонентов windows->сервер приложений->состав

  • В папке wwwroot создаем каталог для web-узла 1c8x

  • В папке 1c8x создаем файл default.vrd с следующим содержимым

<?xml version="1.0" encoding="UTF-8"?>
<point xmlns=http://v8.1c.ru/8.2/virtual-resource-system
xmlns:xs=http://www.w3.org/2001/XMLSchema
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
base="/1c8x"
ib="File=C:\Base;">
</point>
Атрибут base указывает на относительный путь к созданной папке виртуального приложения, атрибут ib строку подключения к базе, в данном случае база расположена на том же сервере, что и web-сервер.

  • Создаем новый web-узел или виртуальный каталог

  • Переходим к настройке узла, вкладка домашний каталог, здесь все стандартно:

  • Устанавливаем платформу 1С8X на web-сервер, при установке обязательно устанавливаем модули расширения web-сервера

  • Выполним регистрацию адаптера Web-сервисов. Для этого в свойствах узла 1C8x перейдем на вкладку домашний каталог нажмем кнопку настройка для настройки приложения и добавим сопоставление расширений, файл wsisapi.dll из папки 1cv82\bin

  • Настроим методы проверки подлинности для web-узла. свойства узла->безопасность каталога->управление доступом и проверка подлинности->изменить

  • Добавим модуль wsisapi.dll в список расширений web-сервиса и разрешим его исполнение на сервере, если этого конечно уже не произошло, добавить новые расширения web-служб->выбрать файл wsisapi.dll

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

  • Настройка завершена. Теперь можно заходить по адресу localhost/1C8X и работать с конфигурацией бухгалтерия 3.0

Другие статьи

Настройка Тонкого Клиента

Регистрация

Для работы в сервисе «1С: Линк» у вас должна быть учетная запись от личного кабинета пользователя 1С (login.1c.ru ). Если Вы являетесь зарегистрированным пользователем, нажмите «Вход» и введите свой логин и пароль.

Чтобы получить данную учетную запись, выполните регистрацию самостоятельно или обратитесь за помощью к партнеру фирмы «1С». с которым у Вас заключен договор сопровождения «1С: ИТС». Если Вы являетесь сотрудником официального партнера фирмы «1С», то доступ возможен по логину/паролю, который Вы используете для доступа в раздел технической поддержки партнеров. Логин следует вводить с указанием кода региона, например, 12345-67. После авторизации Вы сможете настроить доступ другим сотрудникам Вашей организации.

Настройка Тонкого Клиента

В настоящее время рекомендуемыми версиями платформы "1С: Предприятие" для работы через "1С: Линк" являются:

для платформы 8.2:

для платформы 8.3:

Настрока Тонкого Клиента 1С для работы с платформой "1С: Предприятие 8" версии 8.2.19.121 и выше

Для работы в тонком клиенте загрузите расширенный файл cacert.pem. Сохраните вместо <1C>\bin\cacert.pem. где <1C> — директория установки Тонкого клиента 1С. Это предотвратит появление ошибки SSL "Peer certificate cannot be authenticated with known CA certificates".

Введите название информационной базы, выберите пункт "Веб-сервер" и нажмите кнопку "Далее"

Введите адрес вашей информационной базы: https://<ваш-сайт>.1c.link/xxx ,где xxx - ваш путь веб приложения.

Затем нажмите кнопку "Далее"

Нажмите кнопку "Готово"

Настрока Тонкого Клиента 1С для работы с платформой "1С: Предприятие 8" версии 8.3.4.437 и выше

Установите корневой сертификат сервиса "1С: Линк" в хранилище сертификатов Windows согласно инструкции для браузера Internet Explorer .

Введите название информационной базы, выберите пункт "Веб-сервер" и нажмите кнопку "Далее"

Введите адрес вашей информационной базы: https://<ваш-сайт>.1c.link/xxx ,где xxx - ваш путь веб приложения.

Затем нажмите кнопку "Далее"

В качестве способа проверки сертификата сервера выберите пункт "Сертификаты Windows"

Нажмите кнопку "Готово"

Настрока Тонкого Клиента 1С для работы с платформой "1С: Предприятие 8" версий, не входящих в список рекомендованных

Если для работы в сервисе "1С: Линк" вы хотите использовать версию тонкого клиента, отличную от рекомендованных выше, может потребоваться настройка работы по HTTP или установка STunnel.

Настройка Тонкого Клиента для работы через HTTP

В Линк-агенте есть возможность работать в тонком клиенте по протоколу HTTP. Однако, предпочтительным протоколом для работы в тонком клиенте через 1С:Линк является HTTPS. Не рекомендуется использовать протокол http, так как при его использовании данные передаются в незашифрованном виде и могут быть перехвачены злоумышленником.

Если вы уверены в необходимости использования данного протокола для работы в тонком клиенте через сервис 1С:Линк, можно воспользоваться инструкциями, которые представлены ниже:

Откройте панель управления линк-агентом и укажите, каким клиентам будет разрешена работа по HTTP. Вы можете разрешить HTTP-доступ отдельно для браузеров и тонкого клиента 1С.

Настройте тонкий клиент:

Запустите тонкий клиент и нажмите кнопку добавить.

Введите название информационной базы, выберите пункт "Веб-сервер" и нажмите кнопку "Далее"

Введите адрес вашей информационной базы: http://<ваш-сайт>.1c.link/xxx ,где xxx - ваш путь веб приложения.

Затем нажмите кнопку "Далее"

Нажмите кнопку "Готово"

На компьютер с Тонким Клиентом 1С установите программу Stunnel. После установки программы запустите её.

В открывшемся окне выберите пунк "Configuration"

В выпавшем меню укажите пункт "Edit stunnel.conf"

Откроется блокнот с конфигурационным файлом. Замените текст в файле на следующие строки:

[1c-link]
client = yes
accept = 127.0.0.1:9901
connect = xxx.1c.link:443

где xxx - доменное имя вашего сайта.

После внесения изменеий сохраните их и в пункте "Configuration" выберите "Reload stunnel.conf"

Настройка Тонкого Клиента 1С для работы через STunnel

Запустите тонкий клиент и нажмите кнопку добавить.

Введите название информационной базы, выберите пункт "Веб-сервер" и нажмите кнопку "Далее"

Введите адрес вашей информационной базы: http://localhost:9901/xxx ,где xxx - ваш путь веб приложения. Его можно посмотреть в панели управления в зеленом поле после основного адреса (например http://example.1c.link / ibase ).

Затем нажмите кнопку "Далее"

Нажмите кнопку "Готово"

Переводим офис на тонкие клиенты на основе Thinstation

Редакция сайта iXBT.com обращается к вам с просьбой отключить блокировку рекламы на нашем сайте.

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

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

Спасибо вам за поддержку!

Переводим офис на тонкие клиенты на основе Thinstation Часть первая: Немного лирики

Нижеследующий текст автора не претендует на истину в последней инстанции и по нему не стоит судить о среднестатистическом уровне IT инфраструктуры в небольших компаниях нашей необъятной страны. Статья написана по мотивам общения с многочисленными знакомыми IT-шниками (в основном уровня «студент» и «только что из института»), начинающих свою карьеру с эникейщика в небольших компаниях.

Давайте представим себе среднестатический офис небольшой торговой фирмы с точки зрения IT:
  • несколько десятков слабеньких компьютеров для секретаря, менеджеров, бухгалтерии и, конечно, главного Босса;
  • одна-две-три машины, выполняющих роли:
    • домен-контроллера windows (нередки случаи, когда в сети компании отсутствует даже домен, а все компьютеры работают в одно-ранговой сети);
    • файлового сервера;
    • почтового сервера (вместо него иногда используют внешние бесплатные почтовые сервера, начиная от mail.yandex.ru и gmail.com и кончая десятидолларовым хостингом на N почтовых ящиков);
    • http-прокси для фильтрации доступа ко внешним ресурсам и логирования «куда кто ходит» (часто отсутствует)
    • маршрутизатора/файрвола на границе с внешней сетью для ограничения доступа наружу и наоборот (часто в качестве пограничного маршрутизатора используется любой SOHO-роутер начального уровня ценой до 100 долларов, он же выполняет роль DHCP сервера (для динамической раздачи IP адресов рабочим станциям сотрудников);
    • другие вещи, список которых может быть довольно большим;
  • несколько принтеров, часто подключенных локально к рабочим станциям сотрудников и расшареных по сети стандартными средствами Windows (как вариант, принтеры могут быть сетевыми изначально или же подключены через аппаратные принт-сервера).
  • в продвинутых случаях — один терминальный сервер (под Windows) для бухгалтерии (на нем крутится 1C а там же лежит база данных оной, а бухгалтеры, подключаясь к серверу терминалов через стандартные средства Windows (remote desktop), работают с ней на терминальном сервере (локально), что, во-первых, дает больше удобства, а во-вторых, ускоряет работу самой 1C (обычно же 1С с базой установлена на компьютере одного из бухгалтеров, а остальные подключаются к ней со своих компьютеров, работая с расшареной по сети базой).

Все это хозяйство связано в единую локальную сеть посредством одного/нескольких дешевых коммутаторов на 100Мбит. И работает это в едином домене NT/Active directory (хотя встречаются варианты одноранговых рабочих станций безо всяких доменов).

На всех машинах с Windows обычно установлен (хотя и тут бывают исключения) какой-то антивирус. Часто встречается не сетевые версии этих программ (тот же Avast), хотя, опять таки в более продвинутых (с точки зрения IT) конторах, стоят сетевые версии антивирусов с централизованным управлением и обновлением антивирусных баз.

Приведенные выше ситуации варьируются от случая к случаю, так как на конфигурацию сети, железа и софта влияют как знания/умения/желания (и, что немаловажно, лень) системного администратора(ов), так и понимание начальства (в лице главного Босса) «чем же именно этот наш системный администратор занимается, когда все и так отлично работает» (из последнего вытекает — сколько денег выделяется на оборудование для IT и зарплату будущего специалиста). Если денег выделяется мало (а так обычно и бывает — управленцы торговых компаний от IT обычно далеки и слабо понимают, что же там происходит), то поднабравшийся знаний эникейщик уходит в другую компанию. На место ушедшего приходит очередной студент и все повторяется по новой.

Думаю излишне говорить, что в подобных конторах отдел системного администрирования состоит из одного человека, который совмещает в себе инженера по прокладке/поддержанию офисной сети, системного администратора как такового (т.е. ту самую личность, что отвечает за работоспособность серверного парка на программном и аппаратном уровнях и внедрением нового функционала) и эникейшика — «мальчика на побегушках» — который занимается разрешением проблем у пользователей, протиркой мышек, сменой картриджей у принтеров и подобными вещами.

В результате, в небольших компаниях часто наблюдается довольно разнообразный парк пользовательских машин класса от pentium2/128Mb ram/5Gb hdd до P4 Celeron/1Gb ram/80Gb hdd. На всех машинах, разумеется, Windows (98, 2000 и XP Home/Pro) и разные версии софта (ставили то машины в разное время). Доходит до того, что и антивирусное ПО на машинах тоже от разных производителей.

А на нелегкую долю системного администратора (и эникейщика по совместительству), выпадает денно и нощно поддерживает весь этот зоопарк. А ведь железо иногда ломается:
  • вентиляторы начинают противно жужжать (их надо чистить и смазывать или же менять на новые);
  • блоки питания выходят из строя;
  • винчестеры — сыпятся;
  • сетевые карты (как встроенные в материнскую плату, так и внешние — перестают работать и требуют замены);
  • остальное железо, обычно, летит сильно реже, но тем не менее летит тоже
При выходе из строя винчестера (или же материнской платы компьютера), операционную систему на восстановленной машине часто приходится переставлять с нуля в такой или очень похожей последовательности:
  • ставим Windows;
  • ставим необходимые драйвера (весь парк железа разный — не забыли?), предварительно определив модель материнской платы в данной машине и скачав из Интернет последние версии драйверов или найдя нужные у себя на файл-сервере;
  • вводим машину в домен (если он настроен);
  • ставим необходимый софт (офис, браузер, почтовый клиент, тотал-коммантеры, аськи, джабберы, пунто-свитчеры и подобное) — в случае домена Active Directory часть софта можно поставить автоматически, но не у всех он настроен, да и не все знают его возможности;
  • ставим антивирус;
  • плюс дополнительные танцы с бубном, индивидуальные для конкретной сети каждой организации вокруг новой рабочей станции;

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

Счастливый обладатель восстановленного компьютера садится за свое рабочее место, после чего выясняется, что (так как доменные профили были не перемещаемые или же домена не было вовсе, ссылка «мои документы» вела на локальный диск C. а про то, что все важное нужно сохранять на сетевом диске — на сервере, сотрудник забыл):
  • у меня тут была папка с важными документами — где она?
  • а еще я там фотографии из Турции сохранил, можно их восстановить?
  • на рабочем столе было много важных ярлыков и еще сотня документов — куда они пропали?
  • в избранном (это про закладки в браузере ) моих любимых сайтов больше нет — где их теперь искать? и так далее…

Знакомо? Хорошо, если полетел не жесткий диск, а всего лишь материнская плата. Или же часть информации на осыпавшемся диске поддается восстановлению. Но все эти процедуры занимают рабочее время системного администратора, которое можно было бы потратить с куда большей пользой — поиграть в сетевую стрелялку или же… изучить IPv6 — ведь уже все на него переходят и совсем скоро перейдут, адреса в пространстве Ipv4 уже лет пять как закончились :)

В результате, поддержка IT инфраструктуры небольшой компании для системного администратора превращается, по большей части в поддержку работоспособности пользовательских рабочих станций, а именно:
  • переустановить Windows;
  • настроить на новой машине весь необходимый софт;
  • восстановить все то, что потерялось;
  • доустановить нуждающимся новые программы;
  • провести профилактику корпуса (пыль пропылесосить в системном блоке);

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

Как же выйти из этого замкнутого круга?

Одним из вариантов решения вышеописанной проблемы, является отказ от «толстых» рабочих станций (там, где это можно сделать) и переход на тонкие клиенты.

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

Надо понимать, что требования современных ОС (не обязательно Windows) идут в ногу с современным железом — другими словами, для относительно комфортной работы в Windows XP старой (но полностью работоспособной и относительно мощной) машины класса Celeron 800Mgz/128Mb Ram/ 10Gb HDD может и не хватить. Работать под современной ОС на подобном железе, конечно, можно, но подтормаживать эта операционка и приложения будут довольно часто — хотя бы из-за малого количества набортной памяти и старого (читай — медленного) жесткого диска.

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

Обычно тонкие клиенты делают на основе слабого (а, соответственно, и малопотребляющего) железа — часто это единая системная плата, на которой все и интегрировано. Процессор и память так же могут быть намертво припаяны к материнской плате. Некоторые тонкие клиенты имеют flash-диск (вставляемый в IDE разъем материнской платы), на котором прошита специализированная ОС (WinCE или другие).


Сравнение тонкого клиента Clientron U700 со стандартным корпусом для рабочей станции.

В результате, при включении тонкого клиента (их еще называют терминалами), ОС грузится со встроенного flash-диска (обычно на загрузку уходит менее 30 секунд), после чего на экране появляется диалог подключения к терминальному серверу. Некоторые из этих клиентов умеют подключаться только Windows Terminal Server или же Citrix Metaframe, другие — в том числе и к терминальным серверам других ОС. В любом случае, в цену таких решений закладывается и цена лицензии на WindowsCE, прошитую на встроенный flash-диск. Мы рассказывали о подобных решениях ранее:

Разумеется, подобные решения существуют и у других компаний. В том числе и без встроенной ОС (за которую, в случае Microsoft Windows CE, нужно дополнительно платить, да и flash-диск копейки, но стоит).

Терминальные клиенты без встроенного flash-диска, при включении загружают нужный образ ОС по сети, после чего они тратят на загрузку те же пару десятков секунд. После чего готовы к работе, под чем подразумевается вывод на экран меню со списком терминальных серверов для подключения или же автоматическое подключение к одному из жестко заданных терминальных серверов (в зависимости от настроек) — пользователю останется ввести лишь логин и пароль. После правильного ввода оного, он попадает в свою сессию на сервере терминалов и может приступать к работе.

Несомненные плюсы терминальных решений на специализированных тонких клиентах или правильных самосборных компьютерах:
  • отсутствие жесткого диска (которые греются и ломаются);
  • отсутствие вентиляторов (на процессоре и блоке питания установлены лишь радиаторы, которых хватает для рассеивания выделяемого при работе тепла);
  • низкое энергопотребление;
  • теоретическая дешевизна (при самосборе можно подобрать очень дешевые комплектующие — ведь производительности от железа не требуется; а вот производители за специализированные тонкие клиенты попросят раза в два больше)
  • минимальные временные затраты на обслуживание (при поломке такой железяки, достаточно отключить поломавшуюся и подключить запасную — работы на пять минут; а это уже минимальный простой для рабочего места сотрудника, а так же минимум затраченного на устранение поломки времени системного администратора)
  • весь софт для работы пользователей настраивается централизовано на одном (двух/трех/…) терминальных серверах — это значительно проще, чем поддерживать зоопарк софта на «толстых» рабочих станциях сотрудников

Не стоит забывать и о пользовательских данных — локально терминал ничего не хранит (все данные пользователя находятся на удаленных серверах). В результате легко настроить автоматических бекап всего и вся и, в случае чего, восстановить «случайно удаленный» документ.

В общем, плюсов море, но есть и минусы:
  • при отказе сети, рабочие места сотрудников «превращаются в тыкву» (а сотрудники на «толстых» клиентах могут продолжать набивать документ, к примеру, в OpenOffice);
  • при отказе терминального сервера рабочие места сотрудников опять «превращаются в тыкву» (но это решается установкой нескольких — например, двух — терминальных серверов; при выходе одного из них из строя, второй его подменит или же сотрудники просто переподключатся ко второму серверу вручную)
  • тонкие клиенты подходят не всем: к примеру, людям, постоянно смотрящим видео или работающим активно работающих с графикой (в фотошопе) или занимающимся версткой журнала, лучше делать это на локальном «толстом» клиенте (зато тонкие клиенты отлично подходят большинству остальных сотрудников, которым нужен лишь браузер с Интернет, почта, создание и редактирование документов в Openoffice и работа с 1C).
Последний минус, который мы тут рассматривать не будем — это лицензионная политика (если не сказать обдираловка) со стороны Microsoft. Работа на терминальном сервере под управлением ОС этой известной компании требует большого количества разнообразных лицензий:
  • лицензия на Windows Server
  • CAL (Client Access License) — лицензии на подключение к Windows-серверу и их кол-во должно быть не меньше количества подключаемых к серверу клиентов (обычно в составе Windows-сервера уже идет некоторое кол-во таких лицензий — от пяти и выше)
  • лицензии на работу с сервером терминалов (их количество тоже должно быть равно количеству подключаемых клиентов)

Не забываем про отдельные лицензии на весь используемый софт (например на Microsoft Office) в количестве, равном количеству подключаемых к серверу клиентов. Если клиентские лицензии на Microsoft Office еще можно обойти, отказавшись от данного продукта и поставив ему замену в виде, к примеру, OpenOffice, то от самого терминального сервера в лице Windows 2000/2003 TS избавиться несколько сложнее :) Хотя и это возможно в некоторых случаях.

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

Именно для ответа на последний вопрос написана данная серия статей. В ней будет рассматриваться софт тонкого клиента Thinstation.

Этот небольшой, но обладающий множеством возможностей и, что немаловажно, OpenSource софт, позволяет превратить практически любые древние компьютеры в тонкие клиенты. Минимальные требования описанные на его родном сайте к используемому железу — это Pentium 100Mhz и 16Mb оперативной памяти. Ах да, жесткий/flash диск тоже не нужен — компьютеры при включении могут скачивать образ тонкого клиента (это около двадцати! мегабайт) по сети (хотя так же возможна установка Thinstation клиента на жесткий или usb диск). В наш век операционных систем, с радостью сжирающих гигабайты места на диске после установки, это впечатляет, не так ли?

Thinstation базируется на Linux, но для его использования знаний Linux, как таковых не нужно — достаточно в своей сети поднять dhcp и tftp сервера и соответствующим образом их настроить (оба этих сервера есть и в составе продуктов Windows Server). Таким образом, даже в сети, где кроме Windows-а ничего не знают, использование Thinstation клиента затруднений не вызовет.

Thinstation умеет работать со следующими серверами терминалов:
  • Сервера Microsoft Windows по протоколу RDP или через nxclient (Windows NT4TSE, W2k Server, W2k3 Server или же Windows XP в однопользовательском режиме);
  • Citrix servers по протоколу ICA (на серверах MS Windows, SUN Solaris и IBM AIX);
  • Сервера Tarantella
  • *nix-like сервера по протоколу X11;
  • подключение к VNC-серверам (tightVNC);
  • подключение к SSH и Telnet серверам;

Для того, что бы загрузить Thinstation по сети, от компьютера требуется лишь встроенная или внешняя сетевая карта, поддерживающая стандарт PXE (есть и другие варианты, но, к примеру все встроенные в системную плату сетевые карты работают именно по этому протоколу).

PXE расшифровывается как Pre-boot eXecution Environment — среда предзагрузочного выполнения. Этот стандарт был впервые реализован компанией Intel. Первый признак наличия PXE-биоса на борту встроенной сетевой карты, это пункт «Enable Boot ROM» рядом с пунктом активации сетевой карты в биосе. Если встроенная сетевая карта не поддерживает загрузку по сети (или отсутствует вовсе), можно использовать любую внешнюю сетевую плату с опцией «Boot ROM» (этот вопрос в подробностях будет рассмотрен далее).

А сейчас вкратце рассмотрим процесс загрузки клиента Thinstation по сети.
  • Сетевая карта по протоколу PXE запрашивает DHCP сервер следующую информацию: IP адрес, маску подсети, шлюз а так же IP-адрес сервера TFTP (на котором лежат образы, в данном случае, ThinStation) и имя образа, которое она попытается загрузить.
  • DHCP сервер возвращает запрашиваемую информацию (помечая у себя, что выданный клиенту IP адрес — занят таким-то клиентом)
  • Клиент подключается к TFTP серверу, IP-адрес которого ему только что сообщили и скачивает с него файл загрузчика PXE (имя которого ему опять таки сообщил DHCP-сервер)
  • Скаченный PXE загрузчик исполняется и, в свою очередь скачивает с TFTP сервера конфигурационный файл, в котором прописаны имена файлов ядра ОС Linux — vmlinuz и образа файловой системы — initrd. Эти файлы скачиваются и управления передается ядру Linux
  • После распаковки и загрузки ядра Linux с подмонтированным образом файловой системы, Thinstation снова обращается к TFTP серверу для скачивания необходимых ему конфигурационных файлов (там, среди прочего, записаны адреса терминальных серверов, к которым нужно подключаться), после чего запускает нужный терминальный клиент (в нашем случае это будет rdesktop) и ожидает от пользователя ввода его логина с паролем для подключения.

На первый взгляд, описанная схема выглядит сложно. Но по факту настройка оной занимает полчаса-час и в дальнейшем она работает полностью автономно. Загрузка тонкого клиента с момента первого запроса в сеть по PXE (этот момент совпадает с моментом начала загрузки ОС с жесткого диска) занимает секунд 20…30.

Как уже отмечалось выше, Thinstation умеет работать с разными терминальными серверами. Но мы в ближайших статьях, как самое простое в реализации (но еще раз напоминаю о покупке множества клиентских лицензий, необходимых для официальной работы), рассмотрим лишь связку Thinstation с Microsoft Terminal Server.

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

Вторым пунктом нашей программы будет настройка DHCP и TFTP серверов. Первый ведает динамической раздачей IP адресов для рабочих станций, а так же сообщает, с какого IP адреса (с какого сервера tftp) и какое имя файла компьютеру нужно скачать в качестве загрузочного образа тонкого клиента. А второй — tftp сервер — фактически и отдает образы тонкого клиента и конфигурационные файлы для них же. Эти настройки могут быть как глобальными (для всех бездисковых терминалов сети), так и локальные — для определенных групп машин или же одиночных тонких клиентов.

Оба эти сервиса можно поднять как в составе Windows сервера (запуском и настройкой соответствующих служб), так и отдельными демонами в составе *nix-сервера — мы это рассмотрим на примере сервера с установленным Gentoo Linux.

А третьим пунктом идет настройка клиентских машин — перевод их на загрузку по сети и рассмотрение стандартных подводных камней.

Но об этом — в следующих статьях нашего цикла.

Инструкция по установке дистрибутива (тонкий клиент) 1С Предприятие 8

Инструкция по установке дистрибутива (тонкий клиент) 1С Предприятие 8

Первое, что необходимо сделать - это извлечь дистрибутив тонкого клиента из архива. В распакованной папке найдите установочный файл «setup.exe» с логотипом 1С и запустите его. Выберите папку по умолчанию, которую Вам предлагает установщик (стандартно, данной папкой является C:/Program files/1cv82/), также Вы можете выбрать свою папку[1]. По окончании установки, на рабочем столе должен появиться ярлык «1С: Предприятие» либо «1С: Enterprise». Запустите его. Запуск программы может занять несколько секунд.

Как скачать дистрибутив тонкого клиента можно прочитать тут .

Добавление новой базы

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

При нажатии на кнопку «Да», перед Вами должно появиться окно с двумя вариантами «Создание новой информационной базы» и «Добавление в список существующей», Вам необходимо выбрать второй вариант. Если Вы пользовались услугами компании по разработке для Вас информационной базы 1С для управления интернет-магазином, то данная компания предоставит Вам название базы Вашего интернет-магазина при заключении договора.

В строке наименование информационной базы, Вы указываете наименование Вашей базы, например, «Рабочая база». В типе расположения базы будет предложено три варианта, Вам необходимо выбрать «На веб-сервере». В следующем окне, в самой верхней строке укажите путь к базе, например http://mit.paas1c.ru/имя_базы. Далее укажите вариант «Не использовать прокси» [2]. способ аутентификации – выбирать автоматически.

В следующем окне «Параметры запуска», в варианте аутентификации укажите «Выбирать автоматически», скорость соединения – «Выбирать при запуске», основной режим запуска – «Тонкий клиент», версия 1С: Предприятия – 8.2.

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

[1] Если Вы обновляете свой клиент, то желательным вариантом является выбор папки по умолчанию. Выбрать же вручную путь расположения клиента Вы можете в том случае, если устанавливаете его впервые.

[2] В том случае если Вы используете прокси, просто укажите адрес и логин.