Господа, доброго времени суток!
Ситуация следующая и банальная, прошу особо не ругать)
В общий под кат:
Если 1С будет поднят на сервере Виндовс, для разрешения выдачи лицензии сервером 1С, достаточно из выподающего меню выбрать "ДА".
Собсне вопрос, а как быть, если 1С поднят на Линуксе?
Буду бесконечно презнателен, если подскажите. В Интернете не нашел ответа на этот вопрос(
За ранее спасибо за ответы
(25) rac infobase --cluster=4ecc928c-11ac-11e8-6782-5254009d534e info --infobase=3df78220-1498-11e8-6981-5254009d534e --infobase-user='' --infobase-pwd=''
Должны быть показаны свойства вашей базы, в том числе и license-distribution.
(1) Проще всего на винду поставить утилиту администрирования серверов, и подключиться к серверу на линуксе, и сделать все настройки там, гуевого интерфейса на линуксе нет, думаю можно как-то через rac и ras, но зачем такие сложности
(2)Спасибо за наводку. Начну копнуть в сторону ras & rac. К сожалению требования предприятия таковы, все в сторону СПО. Но с другой стороны самому уже хочется понять наконец как это реализуется. Наверняка кто-либо конкретно сталкивался с этой ситуацией...
(2)Здравствуйте Арман Б.! Подскажите если знаете, ситуация следуюшая:
Общий раслад команды получился следующим:
rac infobase update --cluster=4ecc928c-11ac-11e8-6782-5254009d534e --infobase=3df78220-1498-11e8-6981-5254009d534e --license-distribution=allow Но это ничего положительного не дало(( Подскажите, пожалуйста, если сталкивались. Спасибо за ранее
(5)Оказывается, при создании базы (как и выше упомянул) нужно указывать в команде rac опцию с аргументом эллов (теоретически) и якобы выдача должна включиться. НО, буквально только что создал ИБ, общий расклад такой:
rac infobase --cluster=4ecc928c-11ac-11e8-6782-5254009d534e create --create-database --name=banana --dbms=PostgreSQL --db-server=sj35c --db-name=banana --locale=ru --db-user=postgres --db-pwd="passwd" --license-distribution=allow
Но это не как ситуацию не изменило(
(6) Еще надо указать параметры --infobase-user='Администратор' --infobase-pwd='пароль_Администратора'
Если в ИБ нет логинов и паролей, тогда строки должны быть пустыми, но указывать эти параметры обязательно.
(15)Андрей, спасибо за наводку, обязательно их опробую в деле. Если результат будет положительный, отпишусь. Хотя в любом случаи отпишусь) Меня смущает один момент, а именно, ключевое слово "Администратор", т.е. под грифом "Администратор" имеется ввиду что?
Спасибо за ранее
(17) "Администратор" - это пользователь информационной базы данных 1С с административными(полными) правами. При получении или изменении свойств ИБ, как и в консоли администрирования, нужна еще проверка, аналогичная аутентификации при подключении к информационной базе через клиента «1С:Предприятие».
Если пользователи в ИБ не добавлялись(т.е. вообще ни одного) , то эти параметры надо указывать с пустой строкой в качестве аргумента
--infobase-user='' --infobase-pwd=''
(18)Доброе утро, Андрей! Спасибо, что ответили.
Раклад получился следующим:
Оказывается, опции --infobase-user= --infobase-pwd= используются при update, info и drop с ИБ.
В моем случаии расклад получился следующим (Сначало create после же update с опциями --infobase-user= --infobase-pwd= ):
(25) rac infobase --cluster=4ecc928c-11ac-11e8-6782-5254009d534e info --infobase=3df78220-1498-11e8-6981-5254009d534e --infobase-user='' --infobase-pwd=''
Должны быть показаны свойства вашей базы, в том числе и license-distribution.
(29)Если понимать того, что мы разрешили выдачу лицензии сервером 1С, то в чем тогда может быть подвод Андрей??? Я если честно окончательно запутался... Спасибо
Схема построена по следующему принципу:
Сервер 1С Пред. (CentOS x64) <==> Веб-сервер Apache+1C WS (Debian x64)
Порты 1С фейрволом прокинуты (как ТСП так и ЮДП (пакеты бегают по порту 1560)
На стороне веб сервера в директории /opt/1C/.../x86_64/, создана директория conf и сконфигурирован файл nethasp.ini (хотя этот момент выполняется, когда 1С установлен на Винде)
это что у вас за отдельный "веб-сервер 1С", да еще и на Линукс?
У 1С нет уже давно отдельного модуля веб-сервиса, но когда-то был, да.
Но когда я пишу "веб-сервер 1С" - я думал, что все понимают, что речь идет лишь о публикации 1С-приложения на реальном, стороннем веб-сервисе (IIS, Apache и т.д.).
(10)Можно получить с помощью следующей команды: rac infobase cluster=CLUSTERID summary list
Где CLUSTERID определеяться с помощью команды: rac cluster list
Как выше упомянул "Арман Б." все настройки и параметры задаются через команды ras и rac, за что ему мои благодарности
(12)Согласитесь, ведь их не зря придумали? Раз уже явно можно задать опцию license-distribution с аргументов allow. Мне бы хватило толчка, я бы сам разобрался бы. Все дело в том, что ти моменты (развертывание в среде Линукс), мало где освещены. Можно сказать, что инфы практически мало, если и есть то все про начальную установку и наладку.
(14)За ссылки конечно спасибо. Я уже пол интернента перерыл, в поисках ответта, но так и не нашел. Из за безисходности уже начал темы создавать на форумах, дабы кто нибудь откликнется ответом ;|.
Зачем делишь 1С сервер и web сервер на разных машинах? Я запускал все на одной (для клиентов работа через браузер), для администратора по rdp. Правда в тесте, 2-3 сеанса, больше не пробовал.
Вообще ключи можешь воткнуть в любую машину на винде и запустить hasp, для экстренного решения проблемы.
(19)Делается это потому, что к серверу будет иметь доступ из Интернета. Как бы дополнительная прослойка защиты. Ключей у меня не имеются, но мы планируем их закупить если запустим сервер (насколько мне известно имется 10 лиценциз для тестирования) и продемонстрируем руководству рабочаю схему.
Это не "дополнительная прослойка", а самая ни на есть основная защита сервера с данными )
Иначе он открыт всем ветрам, как и веб-сервер. Шлюз-то для чего ставят? Веб и почта - в DMZ, остальное - внутренняя сеть с несколькими уровнями авторизации.
Зачем делишь 1С сервер и web сервер на разных машинах?
это если веб-сервер - сугубо для "внутреннего" пользования.
А если он и корпоративный/подключения извне, то что - размещать 1С-сервер снаружи в DMZ? ))
(22)
Веб сервер для посещения по Интернету
Схема --> Internet | DMZ (Web)|DMZ (1C, также потенциально доступные СУБД и другие типы БД так или иначе доступные через промежутоные приложения (будь это Web, будь это другая форма доступа к БД)|localnet
(24)вы путаете веб и 1С.
То, что 1С доступна через веб - это не значит, что "1С в DMZ".
Другими словами, сервер 1С ни в коем случае не должен быть "снаружи" (DMZ или вне корпоративной сети).
А доступ к 1С через веб - так и авторизацию делают ступенчатой, а не только "через веб".
В тех базах, что вынуждено "смотрят" в инет (магазины там всякие, менеджеры удаленные, те же внешние бухгалтера-аутсорс, etc) - делают веб-морду (отдельную 1С-базу), куда авторизируются и поступают данные извне.
А уже эта "прослойка" обменивается данными с основной базой.
Именно так и сделана одна из распространенных реализаций "1С-в-интернете" - Битрикс. Только там "прослойка" - не 1С база, а MySQL InnoDB (но и тут, ИМХО, "выпендрились" - вместо упора на скорость сделали обратное, хотя Битрикс второстепенен к 1С, и типа "надежность и обработка большого объема" - тут уже не главное).