PostGres + 1c 8.2 + аутентификация операционной системы. #566789

Прикрутил postgres на CentOS 6 64bit. Все завелось с некоторыми плясками. Кому интересно могу лог с консоли и тонкости установки выложить. Но 1с теперь не подхватывает аутентификацию операционной системы. Видит только своих пользователей. В конфигураторе даёт выбрать и настроить права пользователю ОС, но не заходит под ним. Предлагает выбрать только своих. А смысл тогда переходить на бесплатный постгри с такими вилами. Может как то можно решить эту проблемку.

снеси центос, поставь православною винду. Вот и решение проблемы

Ты пробовал ставить Postgres + 1C 8.2 на православную винду? А то меня что-то пугали, что без плясок с бубном не взлетит. Если проблем особых нет - то прольёшь бальзам на мою измученную душу.

я не пробовал. Я вообще ярый противник этих зоофилий...

Ну ребята, я не поклонник секса с ОС, но в данном случае есть потребность и моя задача её решить. Меня интересует конкретика. Например как 1с проверяет пользователя ос что б знать где копать. Или кто то сталкивался с подобными случаями и решал такую же проблему. Советы типа поставь на православную винду все же имеют нулевую ценность. Поскольку тогда и SQL 2005 x64 рулит.

ЦентОС все же не зоофилия, а RedHAT и множество БОЛЬШИХ серверов в мире на нем крутятся.

Что-то я не пойму - при чём тут Postgres и вообще сервер с его ОС. Клиенты у тебя - какие и на чём?

Клиенты на терминалке 2008r2 8.2.14.528. В паралельно стоящие базу на SQL 2008 R2 входят без проблем. При входе в эту базу: {ОбщийМодуль.бит_УправлениеПользователямиСервер.Модуль}: Ошибка при вызове метода контекста (Записать)    МенеджерЗаписи.Записать(Истина); по причине: по причине: Ошибка при выполнении обработчика - 'ПриЗаписи' по причине: {ОбщийМодуль.РаботаСОбщимиПеременными.Модуль}: Ошибка при получении значения атрибута контекста (ОбщиеЗначения)    МенеджерЗаписи.Записать(Истина); по причине: Попытка получения неинициализированного значения параметра сеанса Система лицензирования: Не удалось создать объект 'Scripting.FileSystemObject', проверка версии COM Клиента не возможна. Система лицензирования: Не удалось создать объект 'Shell.Application', регистрация COM Клиента не возможна. Система лицензирования: Не удалось создать объект 'Scripting.FileSystemObject', проверка версии COM Клиента не возможна. Система лицензирования: Не удалось создать объект 'Shell.Application', регистрация COM Клиента не возможна. Базу делал выгрузив с майкрософт сиквела и загрузив на постгри.

А сервер 1С на чем, тоже на CentOS?

да сервер предприятия 64х битный тоже на цент ос.

CentOS нужно вводить в домен, и смотреть что пишет в Тех журнале 1с

"Система лицензирования..." это что-то не из типовой защиты?

"Не удалось создать объект 'Scripting.FileSystemObject', проверка версии COM Клиента не возможна. О_о и это на пингвинусе.... Я был прав в ....

А где у 1С тех журнал коли не секрет. Я не 1сник все же, а админ. :) Хорошо введу в домен и отпишусь по итогам. Это скорее всего грёбанный 1С Бит с их ГЕМОРОЙНОЙ защитой. У них такая защита что ей богу проще не покупать их продукты вовсе что б не маятся с их тут работаю, тут не работаю, а тут патчик дождаться в дрова защиты надо. Наелся по самое не балуйся.

В чем был прав?

В том, что проблема - не с Postgre, раз  обращение к специфичным для Windows

+ особенностям.

странный патчик... Котрый полностью переписывает защиту... Чтобы COMне использовать.... (140 в рекомендации поставить винду. Очевидно, что защита написано под виндовз... И под пингвинукм её заставить работать - встанет дороже, чем лицензия на оный виндовз....

в общем присоединюсь к предыдущим ораторам (если это конечно спасет отца демократии): сервер 1С на винду, постгри - на что угодно. Такой тандем у меня работает без проблем. Экономия в данном случае всего лишь порядка 25-30 тыров (лицензия на Win2K8), зато сколько сэкономленного времени.

Если это битовская проблема то тогда напрягу в понедельник БИТ. Им все же деньги уплоченны и не самые маленькие. Джаст момент. Я счас типовую конфигурацию чего либо на постгри залью и минут через 30-40 отпишусь.

Тогда к тебе вопрос: если Postgres на Windows ставить - нужны ли будут пляски с бубном, и если нужны - какие именно?

нет. Типовая бухгалтерия после заливки без выплевывания кучи ошибок, молча игнорирует авторизацию от ОС

Нужды то что не дружит она с SQL 2008r2. Переставлять на 2005й что бы эта балалайка 1с не тормозила очень геморойно ибо на сиквеле куча других баз и не один день потратишь что бы все перелить. А лицензировать ещё один сиквел дороговасто. Как делала 1с поделку на коленке так и делает. Простите накипело. Но дешевле чем все остальные и вот и рынок имеет. Так что занимается проверкой пользователя у 1с8.2. Сервер предприятия что ли запросы шлет или клиент все же. Где затык. Попробую ЦентОС в домен ввести.

Постгри на виндовс? Да проблем то особых нет. Хотя не знаю. У 1с на сайте патченный сорц выложен постгри. Под никсами как собрать знаю, как под виндой не совсем. Но думаю разобраться можно. Вопрос в том что это опять лицензии и лицензии. А так есть линукс и формально это должно работать, но как и все что делает 1с должно да не обязанно. Даже патченный постгри спец сборки для 1С встаёт на ЦентОС с пятого пинка. Боже они что РПМ делать не умеют у себя в конторе что ли.

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

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

и сервер там же под убунтой. Без проблем. откуда такую траву берут?

А в чём именно хреновость? (Понятно, что не для неё писался - но на какие грабельки придётся наступать, если вдруг?).

грабли все описаны на сайте Гилева. Раз настроил - и забыл.

- может быть, просто наш админ, который постгрес запускал, помучался с сервером 1С и сказал, что ну его на фиг, пусть под виндой работает, а у мне на эксперименты времени жалко :)

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

плюнь ему в рожу )

вообще, почему админ вам всем должен настраивать типично 1с-ные вещи?

Недавно поставил PostgreSQL на другой сервер, идентичный рабочему, сервер 1С оставил на рабочем, запустил тест Гилева. Показало 26-27 баллов, если запускать все на рабочем - 35-36 баллов. Сервера подключены по 1G через коммутатор, настройки PostgreSQL одинаковые, сервера ничем больше загружены не были, коммутатор тоже, почти... Операционная система - CentOS 5.6. Так что вопрос о разнесении серверов не совсем очевиден.

Правда, положительного результата так и не достигли. В книжке по администрированию сервера 1С написано про аутентификацию на основе Kerberos. Сам не пробовал, так как количество пользователей мало(~20)и практически не меняется.

а кто?

че, и гилева он тебе читать будет? админ - обыкновенный спец по своему профилю, ему б АД настроить и автоматическую стучалку. Все, может спать.)

+ а среднестатистический админ уже вообще ничего не настраивает, политики АД ему уже спущены сверху,- нужен только если впн упал - правильно набирать, что ему по телефону говорят, типа, чтоб пинг с трацертом не путал ;)

+