При переходе с 32 битного сервера 1с 8.2 на 64 (1С:Предприятие 8.2 (8.2.16.368)) в веб клиенте при попытке открыть документ (любой) пишет ошибку:

[HttpException (0x80004005): Обнаружено потенциально опасное значение Request.Path, полученное от клиента (:).]
   System.Web.HttpRequest.ValidateInputIfRequiredByConfig() +9023209
   System.Web.PipelineStepManager.ValidateHelper(HttpContext context) +59

Аналогичная ошибка возниает когда подключаешься с помощью тонкого клиента через веб. При чем, что интересно если открывать документ через "Все функции / документы / ..." - открывается без ошибок.

Вернулись обратно на 32 бита - проблема ушла, но хотелось бы всё таки вернуть 64.
---
Решение найдено после аналогичной проблемы на своих базах, которые раньше работали.
Алгоритм следующий:
1. Открываем IIS.
2. Открываем наш "сайт"
3. Идем в сопоставления обработчиков
4. Ищем ISAPI-dll, выделяем строку.
5. Справа нажимаем "Добавить сопоставление сценария"
6. Путь запроса - "*", Исполняемый файл - "C:\....\wsisapi.dll".
7. Да
Все работает.
Ссылка на документ с картинками и примером: https://docs.google.com/open?id=0B19dfoQHe5eOSGM4Yk5NOHY0cFU
---
желтые уверенно держат марку
**
пять маней их не подвигнут
---
Есть предположение, что символ двоеточия (:) неправильно передается, т.е. заменяется другим символом. Может быть из-за этого url неправильно формируется.
---
tolyan_ekb, и что делать если так?
---
vadimlp77, есть файл настройки в которых можно прописать перекодировку символов или что-то в этом роде?
Что-то типа неправильно заполненного параметра RequestPathInvalidCharacters в web.config
---
tolyan_ekb, и какой он должен быть web.config ?
---
Товарищи, активнее плиз
---
А при переходе с 32 на 64, базу конвертнули? Веб приложение тоже 64?
---
PhoenixAOD, а что там конвертировать нужно ? Поставил сервер 1с 64, снёс 32 и готово, разве не так?
---
PhoenixAOD, с 32 то работает нормально
---
Схему подключения в студию! Там уже будем смотреть! Похоже прокся притупливает, не успевает обработать!
---
Вообщето при переходе с 32 на 64 я всегда делую если требуется конвертацию и тестирование и исправление, штатным средством и через chdbfl, и очень часто находятся косяки! Релиз платформы какой?
---
PhoenixAOD, релиз последний - 368
---
Я на 306 работаю, никогда с такой бедой не сталкивался! Проксю какую используете?
---
PhoenixAOD, прокси нету, может НАТ есть - я не в курсе, но еще раз - фишка в том, что на 32 все ок
---
Ну естественно ОК, ведь 32 и 64 используют разные системы! Если есть NAT, значит и прокся есть! Параметры подключения через веб клиента какие?
---
http://82.207.хх.хх/webapp/

это всё, никакие прокси не указаны
---
браузер какой Эксплорер или че другое? Похоже не в 1с трабла, а в браузере!
---
захожу тонким клиентом
---
Можете скинуть сf своей конфы посмотрю, что за беда такая!
---
Надо заменить пул приложений с встроенного на классический
---
jeto, и где это можно поменять?
---
красава, завелось!
1С 8.3.5.1068
Win Server 2012 R2 (ver. 6.2 build 9200)
IIS ver. 8.5.9600.16384.
web-сервер и сервер 1С на разных машинах
---
jeto,
Спасибо. Такая же проблема. Сменил пул - ошибка исчезла.
---
jeto, Помогло!
(26) wtlz, 1С сама дописала этот путь.
---
Я уже 43 кто плюсует. Вот это должен быть ответ в этой ветке!
---
Спасибо! Это нужно вынести в правильный ответ! А то искать по всей теме пришлось.
---
Зарегался что бы лайкнуть. Спасибо братец
---
vadimlp77
IIS
пул приложений:
режим управляемого контейнера classic предписывает выполнение ASP.NET в качестве расширений ISAPI

а что не Windows?
---
jeto, винда, ок, я попробую, отпишусь
---
jeto, Ваш совет помог в подобной ситуации, спасибо
---
jeto, Именно такой способ помог!
Спасибо.
---
vadimlp77
IIS
пул приложений:
режим управляемого контейнера classic предписывает выполнение ASP.NET в качестве расширений ISAPI

а что не Windows?

Благодарю. Завелось.
---
Потыкался, помыкался - не помогло, в конце концов поставил апач и всё заработало. Всем спасибо за ответы.
---
Решение найдено после аналогичной проблемы на своих базах, которые раньше работали.
Алгоритм следующий:
1. Открываем IIS.
2. Открываем наш "сайт"
3. Идем в сопоставления обработчиков
4. Ищем ISAPI-dll, выделяем строку.
5. Справа нажимаем "Добавить сопоставление сценария"
6. Путь запроса - "*", Исполняемый файл - "C:\....\wsisapi.dll".
7. Да
Все работает.
Ссылка на документ с картинками и примером: https://docs.google.com/open?id=0B19dfoQHe5eOSGM4Yk5NOHY0cFU
---
wtlz,
Спасибо! Помогло!
---
wtlz, повторите ссылку.. а то потерялась(
---
wtlz, помогло! Только в 5 пункте нажимаем не "Добавить...", а "Изменить...", и вместо "*.dll" ставим просто "*".
---
Прикольно то, что эта библиотека там уже есть :) только со значением "Тип пути" в "Не указывается". Пункт "1C Web-service Extension". А правильное значение "Файл". Ч.т.д.
---
спс! спас!
---
Спасибо, помогло!
---
У меня вопрос к человеку, который пишет решение.
Я сложно было написать, что такое точки в пути?))))))))) издеваешься?
и еще вопрос, надо имя указать, какое имя то? (на самом деле я знаю ответы, но ко мне обратился человек, я ему ответил руки не из того места растут кто писал решение)
---
Перешел уже на апач, но может кому то будет полезно, так сказать для будующих поколений, поэтому получай свои купюры. :)
---
Спасибки. Мои первые денюжки на инфостарте DDD
---
Подтверждаю - помогло. Только не забудте IIS рестартнуть
---
Спасибо, то, что нужно!
---
Спасибо помогло
---
Народ подскажите!
Сервер 64 бит, платформа 8.2.18.109 64 битная.
Веб сервер IIS. Опубликовал базу. Но выходит такая же ошибка.
wsisapi.dll цеплял из "Program files x86",
пробовал из "Program files" цеплять, но тогда вообще перестает работать.\
IIS ребутал.
Ч.Я.Д.Н.Т? помогите плз )
---
хммм, неужели у всех все получилось сразу и я один такой?
---
Победил след.образом:
ОС Windows Server 2012 R2 Essentials
IIS 8.0
1C 8.3.4.465
Тестировал на конфигурации БСП 2.2.2.44.

Помимо настройки для IIS 7.5 http://infostart.ru/public/185742/

1) В IIS добавил свой пул Web_1C (Версия среды NET: без управляемого кода, дополнительно: запуск приложений 32-bit = true)
2) В сопоставление обработчиков добавил библиотеку wsisapi.dll. В ограничении запроса убрал галочку "Вызывать обработчик только при сопоставлении запроса с:"
3) и документ по умолчанию не выбирается, а прописывается вручную "default.vrd"

Тонкий клиент запустился без проблем.

Но при запуске через браузер (IE 11.0) после запуска выдает сообщение "Не удалось получить свойство "tdp" ссылки, значение которой не определено или является NULL".

Если есть замечания - не молчите.
---
GPetr, спасибо сегодня-завтра попробуем
---
спасибо
---
Замена пула с встроенного на классический помогает. Как указал 20. jeto 03.11.12 16:57

Не надо ничего тестировать и исправлять, ни платформа, ни разрядность, ни что-то остальное не причем.

Это особенность безопасности сервера IIS.И все.
Дополнительные параметры у DefaultAppPool -
Режим управляемого конвейера - Integrated или Classic.

В режиме Integrated переход по разделам и вызов чего-либо вызывает:
"Обнаружено потенциально опасное значение Request.Path", или "Разрешение отклонено".
При вызове из "Все функции" - все продолжает работать.
Classic ставьте.
У меня IIS 8.5 win 8.1 1c 8.3.6.1977
---
nickperel, Спасибо.
Ваш комментарий действительно помог решить проблему.
---
nickperel,
Спасибо. Проблема решилась
---
nickperel, Добавил скриншот

Вот, что мне тоже помогло!
---
Спасибо огромное! Помогло!
---
Одно мне в жизни не понятно, дорогие коллеги.
Почему это написал я, а не 1С в документации.

Они, что, веб-клиент не тестируют на типовых? Или им по-барабану, что там у нас происходит и как.
---
Тебе вобщето нужен пул без управляемого кода, если ты конечно внутри .Net не используешь
---
Вот рабочий web.config

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <handlers>
            <add name="1c enterprise cws" path="*.1cws" verb="*" modules="IsapiModule" scriptProcessor="C:\Program Files (x86)\1cv8\8.3.9.1850\bin\wsisapi.dll" resourceType="Unspecified" requireAccess="Execute" preCondition="bitness32" />
            <add name="1c enterprise crs" path="*.1crs" verb="*" modules="IsapiModule" scriptProcessor="C:\Program Files (x86)\1cv8\8.3.9.1850\bin\wsisapi.dll" resourceType="Unspecified" requireAccess="Execute" preCondition="bitness32" />
            <add name="1C Web-service Extension" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:\Program Files (x86)\1cv8\8.3.9.1850\bin\wsisapi.dll" resourceType="Unspecified" requireAccess="None" />
        </handlers>
        <security>
            <requestFiltering>
                <verbs>
                    <add verb="allowDoubleEscaping" allowed="true" />
                </verbs>
            </requestFiltering>
        </security>
    </system.webServer>
   <system.web>
        <customErrors mode="Off" />
         <pages validateRequest="false" />
        <httpRuntime requestPathInvalidCharacters="" />
   </system.web>
</configuration>
---
В 32x апаче такая же ошибка , в одной из баз при открытии документа Перемещение.
Документ не открывается, Документ перемещение типовой.
Взял из другой базы этот документ ( там он открывается) - все равно не открывает, скидывает на начальную страницу.
---
Поменяв значение "Режим использования модальности" в свойстве конфигурации на : Использовать с предупреждением, все заработало. Было просто "Использовать"
---
www witalit (wtlz) - спасибо помогло
именно * и именно file т.к. там есть еще стандартное сопоставление , которое на срабатывало
---
есть еще 1 момент: бывает не ставят пароли на учетки 1С. изза этого не пускает в публикацию или вообще без пользователей. ставим пользователя, пароль.
запускаемся от админа, переопубликовываем базу, ребутаем IIS в оснастке - и вуаля
---
Столкнулся с данной проблемой при попытке запроса API одного из локально развернутых сервисов.
Сомневаюсь, что админы дадут возможность настройки, предложенную в (26). Как минимум не хочется их об этом просить.
Других вариантов нет?
---
без перенастройки IIS, из 1С вряд ли что-то получится поправить. Проблемы именно на стороне IIS
---
Я не очень понял по ветке - (49) достаточно для решения (0)? Или там решали дополнительную проблему?
---
Совет в (20) действительно помог! Спасибо!