Ключи для сервера 1С Предприятие бывают только локальные. 32-битная версия имеет ключ защиты HASP HL Pro (фиолетового цвета), который. Кряк Сервер 1С. 1С - Битрикс Управление сайтом. Файлы.ca и.crt на веб-сервер 1С. 1С:erp Управление предприятием. В комплект поставки лицензии на использование сервера 1С.
Предупреждение: Никаких подробных инструкций не будет! Только последовательность действий, необходимые шаги и наводки. Это руководство только для опытных администраторов Линукс! Примеры некоторых моих конфигов Замечание: эта статья написана на основе экспериментов с 32-битным CentOS 6.3 (Для сервера необходимо использовать 64-битную ОС.
Но так получилось, что на доступном мне для экспериментов железе 64-битный CentOS не установился.) Однако разницы для методики установки нет (32 vs 64bit) — она только в суффиксах дистрибутивных файлов: либо i686 (или i386), либо x8664 Содержание:. 0) Подготавливаем серверное железо Конкретных рекомендаций по выбору серверного железа (какой мощности железо требуется) давать не буду — нет личного опыта. Смотрите официальные от v8.1c.ru и неофициальные от 1c.xxi.kiev.ua И рекомендую брать железо с запасом мощности, чем рекомендуемое (потому что «на вырост» потребностей предприятия; и потому что Платформа 1С тоже постоянно «растёт и оптимизируется» — значит потребляет от релиза к релизу всё больше ресурсов). Вдобавок, в двух словах, наиболее выгодна следующая стратегия:.
Разнести два сервера (сервер 1С и сервер СУБД Postgres) по двум разным машинам — мощность наращивается в два раза, а лишних лицензий покупать не надо. Это и дешёвое решение: Линукс бесплатен, а стоимость железа не в счёт (железо всегда дешевле лицензий). Примечание: учтите, что «кластер серверов 1С» ещё очень глючный. Причём, каждая дополнительная отдельная машина под «Сервер 1С в составе кластера» — требует покупки отдельной «Лицензии на Сервер»! Поэтому, со всех сторон, под «Сервер 1С» выгоднее всего использоватьТОЛЬКО ОДНУ МАШИНУ — купите под сервер только одну машину, с достаточно мощным железом, которое способно тянуть всю нагрузку. В сервер СУБД установить аппаратный RAID10 (файлы БД резервированы, а объём дискового пространства наращивать по необходимости).
Причём: В бюджетных рещениях, вполне, чем покупать отдельный и дорогой Аппаратный RAID-контроллер (цена которых от $250). Встроенные чипсетные RAID-контроллеры уже имеют; поддерживают между ними, с сохранением данных. Есть только одна но существенная ложка дёгтя:. И к тому же, встроенный в материнскую плату: управление данными происходит не на уровне самого «железа», а на уровне микрокода BIOS через драйвер ОС — отсюда и такие понятия как «драйвера на SATA-RAID» (Intel Matrix Storage Driver), без которых RAID видится как отдельные диски — отсюда и проблемы поддержки, поддержка которых уже давно реализована и отлажена!. Оба сервера конечно поднимать на ОС windows/linux 64bit (т.к.
Поддерживают много ОЗУ и большую мощность). А «сервер 1С» купить и установить 32bit (потому что «Сервер 1С 64bit» стоит в 2 раза больше, а прирост производительности при прочих равных условиях даёт лишь +5%!!! Неофициально умельцы тестировали.) 1) Устанавливаем Операционную Систему (ОС) Установить линукс CentOS 6.x (последний релиз), лучше 64bit. Причины выбора дистрибутива CentOS: Это серверный дистрибутив линукс. Это свободный (бесплатный, «Community Edition») дистрибутив. Это дистрибутив основанный на ядре RedHat, который 1С декларирует как «поддерживаемый». Образы дистрибутива CentOS качаются.
Удобнее выкачать iso, прожечь на болвань (DVDRW) и с неё ставить. Для установки, как правило, достаточно только первого диска из двух компонуемых (на втором диске — всякий второстепенный софт). А потом установочные дистки уже не нужны — всё равно весь софт нужно обновлять и доставлять через Интернет. Замечание: Пользователь root в системе CentOS нелогинный (должен быть)!
Вся работа в системе CentOS ВСЕГДА осуществляется из сеанса обычного пользователя, в т.ч. И установка/настройка системы. И только для некоторых действий каждый раз запрашиваются привилегии «суперпользователя» (нечто подобное появилось и в Windows7). Поэтому для выполнения правки конфигов, установки пакетов и прочих «админских» действий — открыв консоль в сеансе обычного пользователя, сразу выполняем команду «su», которая переключит текущую консоль в режим «суперпользователя» (фича CentOS): bash# su Пароль: Далее эта консоль bash# используется для разных привилигированных действий. Например, можно запустить «mc» и править конфиги в /etc/ 2) Настраиваем Сеть Настроить сетевые адаптеры, имя хоста, gateway и DNS Подключиться к Интернет и обновить все базовые пакеты до последних версий Все дальнейшие действия будем делать только при наличии подключения к Интернет, считаем что оно постоянно! Настройка сети осуществляется стандартно Но есть: 2a) Первое – имя нашего сервера должно без проблем разрешаться в IP-адрес. В файле /etc/sysconfig/network проверяем значение параметра hostname («имя компьютера» севера), при необходимости меняем, что бы новые параметры вступили в силу нужно перезапустить систему.
Bash# cat /etc/sysconfig/network NETWORKING=yes NETWORKINGIPV6=no HOSTNAME=delldev GATEWAY=192.168.10.2 (Последняя строчка — шлюз по-умолчанию, указывать необязательно. Если не указан — он будет браться из конфигов ifcfg или по DHCP.) В файле /etc/hosts не должно быть записей формата localhost.localdomian или относящихся к IPv6, в случае отсутствия DNS-сервера в нем должно быть прописано четкое соответствие IP-адрес сервера – FQDN имя – короткое имя. Пример правильного файла hosts: bash# cat /etc/hosts 127.0.0.1 localhost delldev Проверка: пингует ли сервер сам себя? Введите в консоли: bash# ping delldev 2b) Второе – на файрволе не должно быть правил запрещающих взаимодействие между собой компонентов 1с предприятия.
В большинстве случаев сервер 1с предприятия находится в пределах локальной сети, поэтому мы вполне может отключить файрвол (хотя бы на время пуско-наладки): bash# chkconfig iptables off bash# service iptables stop 2c) Третье – необходимо также отключить SELinux policy! Причины: 1) Ранее SELinux был причиной ошибки Segmentation Fault. 2) Со включенным SELinux не работают шары Samba (удалённые пользователи в шары заходят, но файлы не видят или файлы видятся, но не читаются и т.п. Глюки) 3) Кроме того, плюсы от использования SELinux на высоко-нагруженном сервере, находящемся в пределах локальной сети, — выглядят крайне туманно. Как отключить: Редактируем конфиг /etc/selinux/config строку SELINUX=enforcing меняем на SELINUX=disabled перегружаем машину. # CentOS-Base.repo base enabled=1 protect=1 priority=1 updates enabled=1 protect=1 priority=1 extras enabled=1 protect=1 priority=1 centosplus enabled=1 protect=0 priority=2 contrib enabled=1 protect=0 priority=2 # CentOS-Media.repo c6-media enabled=0 # На самом деле это локальный репозитарий на установочных дисках.
В реальной работе он не нужен, т.к. Используется Интернет - Отключим этот репозитарий. 1) Раньше, для работы 1С: Предприятие версии 8.1, Samba-сервер был строго необходим: например, MMC-оснастке «Администрирование серверов», если сервер 1С под Линукс, требовался аналог «Cлужбы доступа к файлам и принтерам Windows» – Samba Но сейчас. (Хотя замечу, что тогда клиентским приложениям 1С, в т.ч. Оснастке «Администрирования серверов», приходится обращаться к серверу 1С только через IP. Либо требуется поднимать и настраивать соответствующим образом локальный DNS-сервер, для трансляции IP сервера в символическое имя компьютера.) 2) В отличие от «файловой Информационной Базы», для размещения которой требовалась «общая сетевая папка», — в клиент-серверном варианте samba-шара уже не требуется Однако Samba-сервер остаётся полезным! Основное назначение Samba в клиент-серверной конфигурации — легко и просто резолвить в локальной сети символическое «имя сервера» в его IPшник, для всех клиентских приложений 1С, без необходимости применения локального DNS-сервера — что значительно упрощает настройку и администрирование сетей, для небольших 1С-решений.
3) Кроме того, нужно понимать, что платформа 1С: Предприятие была всегда заточена под Windows (COM, RPC, NetBIOS) и её миграция под Линукс, в кросплатформенное решение (TCP/IP, HTTP и на собственные переносимые протоколы), началась недавно. Пока кросплатформенные решения обладают гораздо меньшим доступным функционалом, чем при развёртывании системы на платформе Windows. И разработчики 1С ещё работают над переделкой сервисов платформы 1С на «кросплатформенные протоколы» (а сервисов в пакете много) И «1С: Предприятие 8.х» во многом ориентировано на работу «в локальной сети» (например, вся их лицензионная политика на этом построена) Поэтому есть ещё масса явных и неявных использований протокола NetBIOS сервисами 1С (что может быть и недокументировано, но это обычные накладки при «итеративной разработке») — и мне профессиональная интуиция подсказывает, что Samba очень желательно поднять! Для настройки Samba советую: создать и настроить шаровые папки так: mkdir /home/samba mkdir /home/samba/вседругие. Chown -R samba /home/samba chgrp -R samba /home/samba chmod -R a+rw /home/samba создать нелогинного пользователя/группу: samba/samba назначить этому пользователю домашнюю папку: /home/samba Настройка службы Samba: Конфиги лежат в /etc/samba/ см.
Man smb.conf см. Для простой настройки — см. Статью Важно: Кроме службы «smb» (основной), также следует «включить» и «запустить» службу «nmb» (которая отвечает за публикацию NetBIOS имени компьютера в локальной сети — Сервер станет виден в «Сетевом окружении»): chkconfig -level 2345 smb on chkconfig -level 2345 nmb on service smb start service nmb start Совет: Режим работы Служб лучше всего настраивать через графическую оснастку «GNOME / Система / Администрирование / Службы» 6) Достаём и готовим дистрибутивы 1С: Предприятие Откуда всё взять? Пиратские дистрибутивы 1С (и кряки) можно скачать с обменников (ссылки не привожу, найдёте на в разделе «Варезник») Итак, добыли/скачали дистрибутив «1С: Платформа 8.2 релиз 8.2.16.368 от 05.10.12» - из него берём «Cервер 1С: Предприятия (32bit) для RPM-based Linux-систем», файл «8216368rpm.tar.gz» (169.07 MB) - после распаковки архива получим 8 RPM-файлов дистрибутива Готовые сборки «PostgreSQL от 1С релиз 9.0.3-3.1C от 17.01.12» нам не подойдут, не установятся по зависимостям (там пакеты собраны для CentOS 5.x, а не для 6.x.).
Нам нужны исходные коды PostgreSQL, патченные 1С, для самостоятельной сборки! Из дистрибутива «PostgreSQL от 1С релиз 9.0.3-3.1C от 17.01.12» - берём только файл «PG90331Patch903.rar» - из архива берём только файл «postgresql-9.0.3-3.1C.src.rpm» (это RPM-пакет c исходными кодами PostgreSQL версии 9.0.3, УЖЕ ВКЛЮЧАЮЩИЙ ВСЕ НЕОБХОДИМЫЕ ПАТЧИ для обеспечения совместимости с сервером 1С: Предприятия 8.1 и 1С: Предприятия 8.2) Примечание: Кроме того, исходные коды для самостоятельной сборки СУБД PostgreSQL, поддерживаемой 1С: Предприятием 8, проще всего Замечания: Какую платформу выбрать?. сервер 1С бывает: и х64, и х86.
Строительная техника - Демонтаж башенных кранов. Схема демонтажа крана УБК при помощи трубчатой мачты изображена на рис. Схемы перевозки кранов определяют способы их сборки. Башенные краны с высотою подъема крюка до 50 м перевозят и монтируют в собранном виде. Схема демонтажа башенного крана. Монтаж и демонтаж башенных кранов. Основной раздел: Глава XIII. Башенные краны. Дополнения к основному разделу: § 42. Конструктивные схемы.
клиентские программы 1С бывают: только х86, на сегодняшний момент (повторюсь: х64 бывает только сервер 1C). известно что на ОС х64 можно ставить программы х86 (это касается не только 1С). клиентские программы 1С (толстый и тонкий клиенты) работают только под Windows! Для «Технологической платформы 1С: Предприятия» / «Тонкий клиент» и «толстый клиент» — возможность работы под Linux не упомянута! Хотя таковая упомянута для web-клиента и для Сервера 1С В дистрибутивах платформы 1С: Предприятие 8.2 клиентских приложений под Линукс — НЕ ОБНАРУЖИЛ (т.о. Из под Линукс доступны только Web-клиенты, которые работают в окружении Браузера). В дистрибутивах платформы 1С: Предприятие 8.3 (пока тестовая версия) клиентские приложения под Линукс (и 32bit и 64bit) — УЖЕ ПРИСУТСТВУЮТ!
Кстати, поэтому для локальной установки 1С (один пользователь/один компьютер) — пока доступен только вариант под Win32. 7) Сборка и Установка «СУБД PostgreSQL от 1С (релиз 9.0.3-3.1C от 17.01.12)» на Линукс CentOS (6.3) Первым делом, чтобы не было конфликтов в системе, нужно деинсталлировать все другие/предыдущие версии СЕРВЕРА PostgreSQL, если таковые установлены (проверьте).
Вредный совет: Чтобы не было путаницы из-за программной несовместимости, я также деинсталировал клиента «postgresql-8.4.13» (установленный изначально, из стандартного репозитария CentOS 6.3) Некоторые пакеты (например, «postgresql-libs-8.4.13» и др.) сейчас пришлось оставить, т.к. От них зависят многие другие пакеты в системе — однако их можно будет деинсталировать потом, после установки PostgreSQL 9.0.3 (забегая вперёд, мне это удалось) Тем не менее, есть смысл оставить эти стандартные пакеты в системе (особенно «postgresql-libs-8.4.13») — на тот случай, если в будущем вам прийдётся деинсталировать PostgreSQL 9.0.3.
Потому что сейчас у меня сложилась такая ситуация, что все системные пакеты теперь зависят только от пакета «postgresql-libs-9.0.3-3.1C» и менеджер пакетов не даёт деинсталировать последний не снеся заодно половину систему (крах). К сожалению, в базовых репозитариях CentOS 6.3, т.е.
В текущей системе, имеются не все необходимые библиотеки (зависимости) для использования готовой сборки «PostgreSQL от 1С». Кроме того, следует иметь в виду, что для работы сервера 1С: Предприятия 8.2. PostgreSQL от 1С релиз 9.0.3-3.1C (последняя доступняя стабильная версия, патченная 1С) — сходу не установился из-за отсутствующих зависимостей, требует новые версии библиотек (libcrypto.so.4, libssl.so.4, libreadline.so.4, libtermcap.so.2). PostgreSQL от 1С релиз 8.4.3-3.1C — сходу не установился из-за отсутствующих зависимостей, требует новые версии библиотек (libcrypto.so.4, libssl.so.4, libreadline.so.4, libtermcap.so.2); также требуется установить пакет openldap (библиотеки libldap-2.2.so.7, libldapr-2.2.so.7); и необязательно, для дополнительных клиентов, требуются библиотеки: libpython2.3.so.1.0, libtcl8.4.so.
Установка 1с Сервер
PostgreSQL от 1С релиз 8.3.3-2.1C — сходу не установился из-за отсутствующих зависимостей, требует новые версии библиотек (libreadline.so.4, libtermcap.so.2); и необязательно, для дополнительных клиентов, требуются библиотеки: libpython2.3.so.1.0, libtcl8.4.so. Кроме того, устанавливаемый пакет «postgresql-libs-8.3.3» был меньшей версии и конфликтовал с уже установленным в системе пакетом «postgresql-libs-8.4.13» (поэтому версия 8.3.3 вообще не подходит). Итак, лучше всего подходит версия «PostgreSQL от 1С релиз 9.0.3-3.1C», но собранные RPM-пакеты из дистрибутива «PG90331setuppln903.rar» нам не подойдут: не установятся по зависимостям (там пакеты собраны для CentOS 5.x, а не для 6.x.) Неправильный подход: Апгрейдить вручную существующие старые библиотеки — это геморно и опасно (от них зависит куча софта из базового и стабильного ядра CentOS)!
Ещё можно было бы вставить костыли-хаки в виде символических ссылок (с именами требуемых библиотек, ссылающиеся на существующие версии), но это совсем плохо на Production-сервере Поэтому чтобы не нарушать целостность ядра CentOS, нужно пересобрать сам PostgreSQL из исходных кодов, пропатчив его патчами 1C (так он будет базироваться на наших существующих библиотеках). Патченные исходники PostgreSQL берём из дистрибутива «PostgreSQL от 1С релиз 9.0.3-3.1C» - нам понадобится только файл «PG90331Patch903.rar» - а из архива берём только файл «postgresql-9.0.3-3.1C.src.rpm» или скачиваем этот файл напрямую с оф.сайта 7a) Примечание: Я не опытен в сборке из исходников, поэтому далее идёт слегка модифицированный рецепт из (автору респект). Установка должна выполняться от имени пользователя root. Перед PostgreSQL, необходимо установить (или убедиться что уже установлена) — она необходима для работы PostgreSQL версии от 1С. По опыту, замечено, что код пакета «1CEnterprise-ws» всё-таки зависит от пакета «1CEnterprise-server»! (Вероятно, там зависимости по библиотекам или ещё что.) Таким образом, на хосте «1C web-server под Linux» нужно устанавливать оба этих пакета. Однако, конфигурировать и запускать только Web-сервер Пытаюсь ставить именно «веб компонент» отдельно.
Если не установлен «сервер» то, при попытке зайти через браузер, получаю ошибку: «Error loading component pack». Как только доставляю сервер — все отлично. Но самое интересное: сервер даже не запущен Затем, после правильной конфигурации «web-сервера», я без проблем подключаюсь к «серверу 1с» на удаленной машине, через браузер. Установка должна выполняться от имени пользователя root. У меня точное число допустимых подключений = 13, из которых 1-3 подключения, в разное время, могут захватываться некоторыми внешними сервисами самого 1С (они периодически автоматически стартуют, делают что-то своё и отключаются). Список текущий соединений можно увидеть через оснастку «Администрирование серверов»:.
' / Рабочие серверы / Рабочие процессы / Соединения' — соединения в целом к серверу. ' / Информационные базы / test1c (имя ИБ) / Соединения' — соединения к конкретной ИБ (их может быть меньше, чем к серверу в целом) Примечание: однако «клиентские ключи» (локальные или сетевые) требуются для «защищённых клиентских приложений 1С», в любом случае — что для первого подключения к серверу, что для сотого! Какие бывают ключи? 1) По назначениям, ключи 1С бывают трёх типов:. Локальные однопользовательские клиентские ключи — обязательно должны физически быть подключены к компьютеру, на котором запускается клиент 1С (по одному в каждый комп). Модель ключа «HASP HL Basic» (синего цвета), данный ключ имеет маркировку «H4 M1 ORGL8», не имеет встроенной памяти и персонального ID, не хранит в себе никаких параметров и настроек. Обычно поставляется с продуктами имеющими лицензию на одно рабочее место.
Сетевые многопользовательские клиентские ключи — раздаются с одного компьютера многим удалённым сетевым клиентам, через службу «Менеджер лицензий». Модель ключа «HASP HL Net» (красного цвета). Образец заполнения заявления на загранпаспорт старого образца. Имеют внутреннюю память, в которой хранится количество лицензий, и уникальный ID.
Существуют разновидности на 5, 10, 20, 50 и 100 пользователей. Имеет маркировку «NETXX ORGL8», где ХX — количество лицензий (например NET5 ORGL8). Локальные Серверные ключи — обязательно должны физически быть подключены локально к компьютеру, на котором установлен и работает сервер агента 1С: Предприятие. (Подчеркну: Ключи для сервера 1С: Предприятие бывают только локальные!). 32-битная версия сервера имеет ключ защиты «HASP HL Pro» (фиолетового цвета), который имеет внутреннюю память и уникальный ID.
Имеет маркировку ENSR8, поставляется вместе с лицензией на сервер 1С: Предприятие. Для 64-битного сервера используется ключ «HASP HL Max» (зеленого цвета), с внутренней памятью и уникальным ID. Имеет маркировку EN8SA и поддерживает также 32-битный сервер (т.е. Имея лицензию на 64-битный сервер можно, не меняя ключа, использовать 32-битную версию, но не наоборот). Подробности тут: 2) По конструктивному исполнению, и серверные и клиентские ключи, бывают реализованы как:.
«Аппаратные ключи» (физические устройства, вставляются в USB-порт подобно флешкам) — их легче использовать и они самые понятные/отработанные на практике. «Программные ключи» (как серийник; активируются с привязкой к конкретному железу посредством интернета/телефона; требуют переактивации каждый раз ПРИ ЛЮБОМ изменении в конфигурации оборудования: например, если планку памяти поменял) — Примечания:.
Само название HASP (от англ. Hardware Against Software Piracy) — это мультиплатформенная аппаратно-программная система защиты программ и данных от нелегального использования и несанкционированного распространения. Многими драйверами поддерживаются АППАРАТНЫЕ КЛЮЧИ защиты (USB,LPT) — с ними проще и безопаснее иметь дело, они универсальнее. Но также есть сведения, что некоторыми драйверами поддерживаются и ПРОГРАММНЫЕ ЛИЦЕНЗИИ (что удобно при работе 1С: Предприятие в виртуализованной среде типа Hyper-V). Но таковых решений гораздо меньшее количество. И имеется ли реализация драйвера под ваш Линукс? — ещё вопрос.
Аппаратные ключи и программные лицензии могут использоваться совместно. Подробнее тут: 3) Лицензионная политика 1С мутная Причём, есть две модели лицензирования: «старая, применяющаяся в версии 8.1» и «новая, пришедшая в связи с выходом версии 8.2» (потому что в версии 8.2 появились новые необычные возможности: «тонкий клиент» и «Web-клиент», вся логика которых реализована на сервере. Причём, «Web-клиент» вообще не имеет технической возможности подключить ЛОКАЛЬНЫй HASP-ключ, потому что работает в окружении веб-браузера — понадобилась новая модель лицензирования.). Для пользователей, работающих с толстым или тонким клиентом, может использоваться модель лицензирования, применяющаяся в версии 8.1. Лицензия дает право на запуск неограниченного количества сеансов на конкретном компьютере пользователя.
При этом ключ аппаратной защиты должен быть установлен в компьютере пользователя или доступен этому компьютеру по локальной сети. Для пользователей, работающих с тонким, толстым и веб-клиентом в клиент-серверном режиме или через веб-сервер, может применяться новая модель лицензирования. Лицензия дает право на запуск одного сеанса.
Ключ аппаратной защиты должен быть установлен в компьютере сервера или веб-сервера или доступен этому компьютеру по локальной сети. Источник: Какие ключи поддерживаются драйвером от Etersoft? Поддерживаемые драйвером от Etersoft ключи защиты: HASP 3/HASP 4/HASP HL от Aladdin (HASP SRM пока не поддерживается) Smartkey 3 от Eutron SafeNet и UltraPro/SuperPro от Sentinel SenseLock (USB) Катран (USB и LPT) Guardant Stealth/Net II USB, Stealth/Net III USB, Stealth III Sign/Time USB HID от компании Актив Подробнее — см.
В Ещё не проясненный вопрос: Поддерживает ли драйвер от Etersoft под Линукс «программные лицензии» (и если да, то каким образом они активируются?) или только «аппаратные ключи (USB)»? Ещё не проясненный вопрос: Сколько одновременно подключенных локально к компьютеру ключей распознаёт драйвер от Etersoft под Линукс?. Уточню: к одному компьютеру гарантированно можно подключить один «серверный ключ» И один «клиентский ключ» (на 5, 10, 20, 50, 100 пользователей) — оба подхватятся и будут работать нормально.
Но если вы подключите одновременно два и более «клиентских ключа» (например, на 5 + на 20 пользователей), то из них увидится только один, причём случайно какой. Есть известная особенность «драйверов HASP под Windows»: он распознаёт/подхватывает только один ключ из множества подключённых к компьютеру (По крайней мере, точно не поддерживает несколько ключей одной серии! А несколько ключей разных серий может быть и проиндексирует, в зависимости от реализации/версии драйвера Причём, не подхватывает по такой системе: либо подхватывает любой ключ совершенно случайно, игнорируя остальные; либо подхватывает только ключ что в USB-порте с младшим номером или в LPT-порте ближайший.). Как с этим у «драйвера от Etersoft под Линукс»?
Похоже что также — поскольку это особенность технологии, и регламентируется в большинстве руководств. По результатам эксперимента: драйвер от Etersoft также имеет встроенную службу «HASP License Manager». Утилита «Aladdin NetHASP Monitor» видит на линукс-хосте с Сервером 1С: Предприятие службу «HASP License Manager».
Но реальную работу службы (раздачу сетевых клиентских ключей) пока протестировать не смог (нет официальных ключей). Статья для опытных линукс адмнистраторов, а в статье рассказывается про su, настройку сети и что такое gateway, и еще в добавок базовые настройки системы Странно, не правда ли? Много лишних банальных пунктов, из-за которых статья похожа на бочонок. В целом статья очень хорошая, читать было интересно.
По пунктам 1 и 2, либо удалите не нужную информацию для опытных администраторов линукса, либо удалите надпись что статья предназначается для них, а вместо нее поставьте предупреждение (раз вам так хочется кого-то о чем-то предупредить и придать напущенности статье), что статья подразумевает базовые знания.nix. Ставил я 1С и на Debian, и на ALTLinux, и 32 и 64. Сама установка и запуск простые. Ставил два одновременно работающих (на разных портах, разумеется) 1С сервера на одну систему. Пока конфигурация стандартная, связка Linux+1C+PostgreSQL работает, но как только в неё начинают вносить изменения программисты, начинает падать в неожиданных местах, вплоть до падений при попытке РАСПЕЧАТАТЬ счёт на оплату (то есть формирует, отправляешь на печать, материшься/плачешь). Пришлось в итоге сказать клиенту, чтоб покупал Win + MSSQL. 1c имеет свою логику работы с данными в БД, и вот она не всегда просто и гладко ложится на классическую технологию, т.к.
Имеет в своем арсенале объектно-ориентированную составляющую. Изначально платформа писалась под MSSQL, а уже потом появились вариации на тему Linux с postgres. Естественно пропатчить проприетарную СУБД весьма проблематично, поэтому они написали платформу с учетом требований MS SQL.
Вроде и Postgres, и MS SQL — СУБД, но они все таки разные по внутренней архитектуре. И вот здесь и накладываются патчи, чтобы привести к общему знаменателю (среднему по больнице) СУБД. Статья полезная, наверняка сэкономит кому-то много времени, хотя бы за счет того, что все собрано в одном месте. Но некоторые вещи не совсем верны. Во первых для работы консоли администрирования и вообще 1С сервера совешенно не нужен самба сервер, я не понимаю почему это утверждение тянется из одной статьи в другую, у меня имеется 2 инсталляции 1С под CentOS в обеих нет самба сервера: yum list installed grep samba samba-client.i686 3.5.10-125.el6 samba-common.i686 3.5.10-125.el6 samba-winbind-clients.i686 все тем не менее работает корректно.
Во вторых есть большие сомнения по поводу SElinux, имеется сервер где SElinux включен и все работает нормально, при этом есть сервер где SElinux отключен, но 1С сегфолтится, притом проблема только с версиями старше 8.2.15, 8.2.14 работают корректно, изыскания в сети и собственные эксперименты показали, что проблма в совместимости с железом (sic!) в виртуальной машине 8.2.15 работает корректно. Основное назначение Samba здесь — легко и просто резолвить в локальной сети символическое «имя компьютера» сервера в его IPшник, без применения и доп.настройки DNS сервера (и чтобы вообще не поднимать локального DNS). Это только для дополнительного удобства работы софта с клиентских компьютеров. Так они могут и обращаться к серверу через символическое имя, и не править себе hosts, и прописывать DNS какой-хотят А потом, если в дальнейшем понадобится и файлообмен между клиентами и сервером организовать — то вот она сетевая шара. (Ну, это конечно для маленьких решений: когда выделенный сервер один.). Использовать самбу вместо DNS это конечно немного странно, но пожалуй оправданно в некоторых ситуация. Но главное что в статье написано: Samba-сервер необходим для работы сервисов 1С, при явных и неявных использованиях протокола NetBIOS (что может быть и недокументировано, но нужно понимать, что 1С была всегда заточена под Windows).
Консоль Кластера 1с
Например: MMC-оснастке «Администрирование серверов 1С: Предприятия» требуется аналог Cлужбы доступа к файлам и принтерам Windows – Samba. То есть Samba нужно обязательно настроить, иначе работать с этой оснасткой не удастся. Это не совсем соответствует действительности, и вообще звучит «не научно». Да, согласен!
Это и «не научно», и не совсем соответствует действительности Это есть шаманство, чтобы столь сложная распределённая система, портированная из Windows в Linux, заработала с чуть большей вероятностью!;) Извините мне эту формулировку — я только хотел сказать пользователям, что Samba лучше поднять. Саму Но та статья для «1С: Предприятия 8.1» и уже подустарела И кстати, я признаю, что у вас опыта в 1С под Линукс — явно больше моего! Пусть ваш комментарий (что Samba не обязательна для сервера 1С) будет правильным дополнением к статье. Скорее всего, вы пропустили какие-то пункты.
Установка 1с Предприятие
Планшет asus zenpad 10. В который раз пробую с нуля — не работает. Хм, я только что перепроверил Файл rpm -ihv postgresql-9.0.3-3.1C.src.rpm?
Установку произвожу от root Удаляю папку /rpmbuild/ (для чистоты эксперимента) У меня при установке пакета: rpm -ihv postgresql-9.0.3-3.1C.src.rpm Создаётся папка: /root/rpmbuild/ В ней две подпапки: SOURCES и SCPEC в последней присутствует файл: /root/rpmbuild/SPECS/postgresql-9.0-1C.spec (внимание! Название файла имеет расширение.spec) Ага, может вы не указываете последнего расширения?
Если я запускаю билд: rpmbuild -bb -define 'runselftest 0' /rpmbuild/SPECS/postgresql-9.0-1C То у меня конечно выскакивает ошибка: «невозможно получить информацию о /root/rpmbuild/SPECS/postgresql-9.0-1C: Нет такого файла или каталога» Но правильно так: rpmbuild -bb -define 'runselftest 0' /rpmbuild/SPECS/postgresql-9.0-1C.spec и сборка идёт нормально Проверье ещё: существует ли указанный файл спеки и правильные ли разрешения на папке /rpmbuild/SPECS/? (хотя если вы устанавливали пакет «postgresql-9.0.3-3.1C.src.rpm» — то должны быть правильные).
На самом деле, i686 и i386 — это практически одно и то же и обе 32bit. Перед компиляцией, Скрипт Автоконфигурации сам определяет наиболее подходящие параметры для сборки, подстраиваясь под ОС и установленные в системе библиотеки, и под текущую архитектуру процессора (i386, i686 или др.) Тут ни программист, ни сисадмин не вмешиваются («поменять» в принципе можно, но не нужно).
При сборке с параметрами «под архитектуру i686» в бинарный код программы вшивается расширенный набор команд — новые команды уже присутствующие в этой поздней архитектуре i686, но которые ещё не присутствовали в более ранних (i386, i586) реализациях архитектуры. На современных 32-битных процессорах, одна и та же программа будет выполняться быстрее и оптимальнее, если она собрана «под архитектуру i686».
Тут ещё скользкий момент: «Архитектура процессора» и «битность инструкций» — это близкие, но разные вещи!. И с тех пор, в более новых архитектурах процессоров, количество и разнообразие 64-битных инструкций всё расширяется Для обозначения разных архитектур сложились традиционные названия (суффиксы в именованиях пакетов): i386, i586, i686, x86 (32bit ) amd64, em64t, x8664 (64bit) Подробнее смотрите.