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

после получаю ошибку

HTTP: Not found
Ошибка при работе с ресурсом /asufo/ru/e1cib/login

Какая конфа? Лично я без всяких проблем запустил УТ 11, сделав все один в один по этой ссылке
http://www.документооборот.net/novosti_i_press-relizi/1c_documentooborot_apache.html

и какой веб-сервер

(1) Web клиент у меня работает, тонкий клиент - работает...
у одного клиента работает тонкий клиент через WEB сервер

а вот у меня тонкий клиент через WEB сервер - не работает

а если в "Выберите способ аутентификации пользователя веб-сервера" выбрать "Запрашивать имя и пароль"?

а... не... фигня...
в строке соединения всякие лишние RU почисти...

(5) спасибо, завелось :)

(6) А для каких целей по тонкому через WEB ?

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

кстити вопрос:

а должен-ли удаленный ТОНКИЙ клиент (другое юр лицо) который работает с нашей базой и использует НАШИ КЛЮЧИ (раздача через сервер) что-либо покупать у 1с? (например ели у него нет платформы, можем-ли мы ее ему предоставить)

(9) точно не знаю по поводу лицензионности, но ключ не требует...

(10) не требует на стороне клиента...

(9) нет, если ключи раздаёт сервер.

(12) но это НЕ ЛОКАЛЬНАЯ сеть, связь через инет, через web сервер

релиз какой?

(14) 8-2-13-202

требует ключи, либо с сервера будет брать либо с локалки

(16) да вроде никто и не утверждал, что ключи не нужны... вопрос не в этом...

(8) А можно по-подробнее - в линуксе через ФФ можно завести кассу или сканер без доп. настроек?

получил оф ответ от 1с

-----------------------------
вопрос:
У нас имеется необходимость организовать подключение клиентов фирмы к нашим базам.
Подскажите, имеем ли мы право, для организации доступа к нашим базам, с использованием ТОНКОГО клиента через наш WEB сервер (штатный функционал), выдать нашим клиентам дистрибутив платформы "1С: Предприятие 8.2" релиза установленного у нас сервера 1с. И в дальнейшем при изменении версии платформы на нашем сервере приложений выдавать клиентам соответствующие версии дистрибутива платформы "1С: Предприятие 8.2".
И имеют ли, наши клиенты, право использовать тонкий клиент для работы с нашими базами (с использованием наших пользовательских лицензий) не имея отдельного лицензионного соглашения на использование "1С: Предприятие 8.2".

При этом лицензии будет выдавать наш сервер лицензий.

-----------------------------
Ответ:
Нет, вы не имеете право на распространение дистрибутива 1С:Предприятия.
Если Вашему клиенту необходим доступ к Вашей базе, он должен приобрести соответствующий программный продукт.

уроды... может, ты зря написал слово дистрибутив? ))

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

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

*он должен приобрести соответствующий программный продукт.

Другими словами он должен приобрести допключ, несмотря на наличие его у вас, а также оформление на ИТС? )

(22) нет, он должен приобрести полную поставку, а не доплицензию... подписка на ИТС не обязательна... хотя при приобретении коробки она все равно будет автоматом на полгода...

полную поставку только тонкого клиента?

(24) таковой не существует...

Вся проблема лишь в том что это "другое юрлицо", которому нельзя дать дистрибутив установки тонкого клиента?

(24) полную поставку, например однопользовательскую бухгалтерию

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

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

(29) они не имеют право устанавливать у себя платформу, не имея полной поставки какого-нибудь продукта...

(19) зачем им дистр 1с ? пусть подрубаются через браузер

(27) Полную поставку того ПО, которое используеться у вас , то есть УПП.

(31) ну ты ветку почитай... про браузер и так все знают...

(32) кстати да... это вполне возможно, судя по ответу...

(29) предоставлять терминал? это и дорого и не безопасно!
(31) браузер на их обьемах глючит по черному
(32) у нас самописка, по этому достаточно будет бухгалтерии

(35) > браузер на их обьемах глючит по черному
каков порядок ?

(36) динамические списки > 5 тыс строк = кирдык, а у нас есть и под 200тыс

отчеты - тоже в память явы не все влезают....

(37) динамическому списку сразу всё данные в 5 килоСтрок передаются ? о_О

(38) динамическому - нет, а если много расчетных колонок и делаешь ТЗ - то кирдык.

печать в вебе - еще тот прикол, кто пробовал тот поймет :)

(39) так клиент нужны готовые данные, а не "пересчеты"

(35) >>предоставлять терминал? это и дорого и не безопасно!
+ если речь идет об МС, то вы не имеете права пускать другую фирму в свой терминальный сервер

(41) с чего вдруг ? о_О

(42)
"В завершении обзора по серверным продуктам Microsoft, хотелось бы осветить следующую проблему, относящуюся к лицензированию серверных операционных систем. Допустим, ситуация следующая: в одном офисном здании располагаются несколько разных фирм, объединенных в одну локальную вычислительную сеть, и пользующихся ресурсами одного сервера. Вопрос: как правильно лицензировать сервер и клиентские подключения? Казалось бы ответ лежит на поверхности: одна из компаний покупает лицензию на сервер, а лицензии на клиентские подключения покупают соответственно количеству персональных компьютеров в сети, принадлежащих той или иной организации.

На самом деле все далеко не так. Дело в том, что лицензионная политика Microsoft OLP содержит ограничения на возможность какой либо передачи неимущественных прав на использование программных продуктов, проще говоря, Microsoft запрещает сдавать ПО в аренду без оплаты.

Таким образом использовать софт, может только та организация, которая его приобрела. Как же быть, спросите вы? Отвечаем:

Если все юридические лица в офисном здании аффилированы (понятие аффилированности — четкое юридическое понятие, останавливаться на этом подробнее не будем) то: Одна из организаций (возможно головная компания) приобретает лицензии и на сервер, и на все клиентские подключения к нему, а остальные просто ими пользуются.
Если же разные юридические лица, находящиеся в одном офисном здании никак не связаны, то: одна из организаций приобретает лицензию на использование серверной операционной системы с тем количеством клиентских подключений, которое необходимо именно ей. Остальные же организации приобретают лицензии External Connector, по одной на каждую из компаний. Замечу, что лицензии эти стоят недешево (несколько тысяч $)."

http://www.pricenews.ru/articles/05032008/softakc.htm