Ошибка получения файла описания web сервиса 1с

  

Волшебник

21.04.22 — 11:37

Прямо сейчас наблюдаются проблемы с доступом к сайту 1С и её сервисам (проверка контрагентов, обновления)

  

PLUT

1 — 21.04.22 — 11:40

  

Irbis

2 — 21.04.22 — 11:40

Было оповещение о Ддосе в сторону 1С

  

Garykom

3 — 21.04.22 — 11:42

ФСС тоже проблемы

  

ptiz

4 — 21.04.22 — 11:49

«DDos’серы решили бороться со сдачей отчётности, но не определились с какой именно. Поэтому под прицелом различные сайты и сервисы РАР, и ФСС, и 1С, и Росстата. Ну и за компанию сайты КриптоПро и Инфотекса»

https://t.me/ofd24/3434

  

Smit1C

5 — 21.04.22 — 11:53

Веб-сайт login.1c.ru использует механизм HSTS. Открыть сайт в настоящее время нельзя. Сбой мог быть вызван сетевой ошибкой или действиями злоумышленников. Скорее всего, сайт заработает через некоторое время.

  

Bigbro

6 — 21.04.22 — 11:56

мне касперский пишет что используется самоподписанный сертификат идите лесом..

может яндекс браузером теперь только ходить надо.

  

PR

7 — 21.04.22 — 12:02

(5) Через ie заходит

  

1Сергей

8 — 21.04.22 — 12:13

(7) + Запустить Ишака под админом, заходит

  

DEVIce

9 — 21.04.22 — 12:20

(6) Яндекс.Браузер пишет ровно то же самое.

  

RomanYS

10 — 21.04.22 — 12:20

Через яндекс на мобильном зашел. На страницу релиза пускает, скачать всё равно не дает

  

yzimin

11 — 21.04.22 — 12:29

(7) всё равно не даёт скачать обновление

  

Anchorite

12 — 21.04.22 — 12:30

(5) > Сбой мог быть вызван сетевой ошибкой или _действиями_ _злоумышленников_

Не иначе Бухсофт постарался.

  

Доминошник

13 — 21.04.22 — 12:40

(5) Это «защитник от DDOS-атак» подставляет свой сертификат

  

asady

14 — 21.04.22 — 13:15

(0) ну дык вчера сап уходил — они там подрасслабились — видимо слишком хорошо отпраздновали событие.

  

mishaPH

Модератор

15 — 21.04.22 — 13:21

ддосят их.

  

Адинэснег

16 — 21.04.22 — 13:38

о да, и заполнялка по ИНН пишет 410

  

Amra

17 — 21.04.22 — 13:46

(14) А потом стали пароли менять….))

  

rozer76

18 — 21.04.22 — 13:57

(16) как интересно совпало что 1с отменила позавчера старый формат, пришлось срочно впиливать в старенький 1С Документооборот с БИП 2.1 код из БИП 2.2.3.19

Хорошо что их сервис ссылочку шлет в ответ а не только 410ую ошибку

https://portal.1c.ru/download/public/instruction/OLD_Data_1C-Contragent.pdf

  

RomanYS

19 — 21.04.22 — 13:59

(10) скачал на мобильном через ЯБ

  

PLUT

20 — 21.04.22 — 14:06

продолжаем наблюдение:

зашел на всем известный сайт, т.е. логин работает, перешел в чисто конкретный релиз новый

но при попытке скачивания —

«Ошибка на нашем сервере

Данный сервис временно недоступен. Мы делаем все возможное, чтобы исправить эту проблему. Попробуйте повторить действие позже.»

  

Адинэснег

21 — 21.04.22 — 14:24

(18) тьху на них

платим 80к за продление поддержки УПП параллельно ЕРП, а они нам фигвамы рисуют…. 177 релиз

  

zxc

22 — 21.04.22 — 14:40

Зашел. Все работает.

  

zxc

23 — 21.04.22 — 14:55

Скачать пока беда(

  

Деспот_1С

24 — 21.04.22 — 15:10

(0) 1С — фигня, главное чтобы Мисту не завалили!

  

kovalev_oleg

25 — 21.04.22 — 15:31

(0)  Да отчетный период,  новые ФСБУ,  все качают обновления ,читают инструкции,  бывает. Работает с перебоями.

  

Azverin

26 — 21.04.22 — 15:34

(18) много там пилить или замена ссылки поможет?

  

Fragster

27 — 21.04.22 — 15:53

(23) ну так значит не все работает

  

NorthWind

28 — 21.04.22 — 16:06

1C отчетность тоже не работает, как я понимаю?

  

Garykom

29 — 21.04.22 — 16:21

(28) да не работала

сейчас возможно уже починили

  

PuhUfa

30 — 21.04.22 — 19:36

ЭДО лежит?

Пишет «Неизвестная ошибка сервиса. Попробуйте позже или обратитесь в службу поддержки.»

  

Russiagreat

31 — 21.04.22 — 19:41

зашел, все работает. но впервые увидел заставку — защита от DDOS атак. потом переход

  

lenkavovka

32 — 21.04.22 — 20:37

(30) ЭДО весь день не видим. Формально влетаем по срокам оборота маркируемых товаров, ибо должны сегодня выкупить у поставщика то, что уже продали дальше в розницу.

  

mishaPH

Модератор

33 — 21.04.22 — 22:26

(30) я с утра не мог на запрос налоговой нажать кнопу уведомлен. Отправка завешивала буз облачный напроч

  

Klesk

34 — 21.04.22 — 22:45

официально 1с пишут где то об этом?

  

shestakova

35 — 22.04.22 — 06:19

Всем добра!

1С-Отчетность так и не работает? Или есть вариант обхода?

При отправке реестра в ФСС:

«Не удалось получить файл описания web-сервиса https://login.1c.ru/api/public/ticket?wsdl по причине:

Не удалось получить файл https://login.1c.ru/api/public/ticket?wsdl с сервера login.1c.ru:443

по причине:

Ошибка при выполнении запроса:

[403] К запрашиваемому ресурсу нет доступа.

Сообщение, полученное от сервера:

ddos_3 (…)»

  

Bigbro

36 — 22.04.22 — 07:27

врода заработала авторизация норм все

  

lenkavovka

37 — 22.04.22 — 07:39

(36) «норм» совсем не всё. 1С-ЭДО по прежнему в отключке, по крайней мере попытки обмена с оператором заканчиваются ошибкой интернет-соединения.

  

shestakova

38 — 22.04.22 — 07:40

у меня на сервере зависает «Проверка браузера перед переходом на сайт login.1c.ru»..

  

Flempy

39 — 22.04.22 — 08:12

При попытке получить данные о больничном с ФСС возникает следующая ошибка

При обращении по URL: https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?wsdl

Подключение проводится на сервере 1С:Предприятие <server-1C>.

Отсутствует доступ в сеть интернет по причине:

— компьютер не подключен к интернету;

— неполадки у интернет-провайдера;

— подключение к интернету блокирует межсетевой экран,

  антивирусная программа или другое программное обеспечение.

Это связанные проблемы?

  

NorthWind

40 — 22.04.22 — 08:48

интересно, что будет дальше… в понедельник 25 число и сроки сдачи отчетности. 1С отчетность становится несколько срочно нужна.

  

vdeemer

41 — 22.04.22 — 11:29

Нет новых данных на ЭДО-фронте?


Получение файла из интернета
Не удалось получить файл https://downloads.v8.1c.ru/content/LED/settings/format_conversion_rules/supported_formats_v20.xml с сервера downloads.v8.1c.ru:443
по причине:
Ошибка при выполнении запроса:
[403] К запрашиваемому ресурсу нет доступа.

Сообщение, полученное от сервера:
ddos_3

  

Deal with it

42 — 22.04.22 — 11:34

Скачать обновление получилось, без каких либо ошибок.

  

neomarat

43 — 22.04.22 — 11:48

Автоматическое обновление не работает из программ

  

Garykom

44 — 22.04.22 — 12:49

https://habr.com/ru/news/t/662385/

21 апреля пользователи Сети начали сообщать о проблемах с работой всех сервисов 1С. Недоступны обновления, невозможно зайти в личный кабинет и на сервис ИТС, не работает ЭДО и 1С:отчётность. 25 числа необходимо подавать отчёт в налоговую, но его невозможно подготовить из-за сбоя.

  

Anchorite

45 — 22.04.22 — 13:02

(42) > Скачать обновление получилось, без каких либо ошибок.

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

  

Deal with it

46 — 22.04.22 — 13:15

(45) распаковал, установил, вроде норм все)

  

Garykom

47 — 22.04.22 — 13:17

(46) скажи как патчи-расширения к БП3 скачать

  

Anchorite

48 — 22.04.22 — 13:20

(46) А можыт и не норм, там же zip и crc32, чиста тиваритически ошибки целостности вполне возможны, 1С же не снисходит до того, чтобы контрольные суммы MD5 публиковать.

  

vdeemer

49 — 22.04.22 — 14:25

  

Garykom

50 — 22.04.22 — 14:47

  

Garykom

51 — 22.04.22 — 14:48

(50)+ который «размер 0, сжатый 2» понятно дело битый

  

Anchorite

52 — 22.04.22 — 16:06

(50) (51) Перекачайте, так теперь часто бывает в нынешнее неспокойное время. Иной раз только с пятой попытки скачивается нормально.

  

vdeemer

53 — 22.04.22 — 21:25

Камрады, 1С:ЭДО по-прежнему недоступен?

  

дущ1

54 — 22.04.22 — 21:31

В 1С:Линк тоже не могу туннель зарегистрировать. Самое главное от 1С — молчок. Ни новости на сайте, ни инфописьма: «Улыбаемся и машем»

  

vdeemer

55 — 22.04.22 — 21:54

Я им письмо рисовал со всеми картинками, ошибками, ЖР… Цитата:

Здравствуйте!
21.04 на сайты 1С, 1С-Отчетности, ФСС и ПФР шла массовая DDOS-атака. Специалисты решали эту проблему. Попробуйте еще раз сегодня. 

С уважением,
отдел тех. поддержки фирмы "1С"
Тел. (495) 956-11-81 (линия ИТС)
(495) 688-10-01 (базовые версии)

  

Amra

56 — 22.04.22 — 22:02

(55) Раз 100…

  

PuhUfa

57 — 23.04.22 — 06:59

(53) У меня, в БП, со вчерашнего вечера работает.

  

Garykom

58 — 24.04.22 — 13:24

  

Garykom

59 — 24.04.22 — 13:24

(58)+ DDoS атаки по России. Расследование атаки на наш проект

Привет!

Решил рассказать как мы расследовали DDoS атаку на свой проект. Это не реклама моего проекта, просто хочу поделиться тем, как это работает. Так что упоминать что за проект не буду. Возможно, механика этой атаки поможет кому-то справиться с атакой на его проект.

  

Волшебник

Модератор

60 — 24.04.22 — 13:41

(58)

Список атакуемых сайтов из статьи:

https://pastebin.com/7zs8T4cA

В списке «Мин.обороны РФ» и «Денис Пушилин», «Новости Саратова», «Волгоград»

  

  

Krendel

61 — 24.04.22 — 13:42

(60) А где миста?

  

Волшебник

Модератор

62 — 24.04.22 — 13:43

(61) В каком-то другом списке

  

Krendel

63 — 24.04.22 — 13:44

(62) Я думал, нас уже ломанули в глушняк

  

Krendel

64 — 24.04.22 — 13:44

сутки не было доступа до мисты

  

Волшебник

Модератор

65 — 24.04.22 — 13:47

(64) Это всё они, враги нашей Родины. Мы тоже на войне.

  

Krendel

66 — 24.04.22 — 14:00

Ждем видимо, когда уже надоест и вся страна как китай будет сидеть на 10мбитахьс внешним миром

  

NorthWind

67 — 24.04.22 — 14:32

(66) так атакуют необязательно из-за рубежа. В России и своих зараженных машин достаточно, и даже серверов.

  

Garykom

68 — 24.04.22 — 17:12

(67) В данном случае ломают сайты на WordPress

Или что вероятней не ломают а бэкдоры в плагинах 404 и прочего происхождения

  

Garykom

69 — 24.04.22 — 17:13

(68)+ В результате все посетители подобных ломаных сайтов принимают участие в ddos атаках

  

Arh01

70 — 24.04.22 — 18:24

(53) У меня 1С-ЭДО до сих пор не не работает. На разных учетках, в разных организациях проверяю.

  

ДедМорроз

71 — 24.04.22 — 19:05

(69) это называется BotNet.

И,самое печальное,что их запросы отличить от других запросов не всегда просто.

  

Мигрень

72 — 24.04.22 — 19:33

у меня Миста не открывается вообще третий день

  

Волшебник

Модератор

73 — 24.04.22 — 20:12

(72) Сейчас всё нормально?

  

MWWRuza

74 — 24.04.22 — 20:44

(73) Со вчерашнего дня, очень плохо работало, по нескольку раз страницы не открывались… Потом, все-таки после долгих мучений открывались.

А сегодня, где-то с половены дня, «как выключателем щелкнули», стало работать отлично, все проблемы ушли.

  

Волшебник

Модератор

75 — 24.04.22 — 20:50

(74) Ну ОК. Если что, пишите в личку

  

Мигрень

76 — 24.04.22 — 21:10

(73) два дня чесал репу, на третий день путем сильного перенапряжения умственных способностей решил добавить к названию сайта буквы «/index.php», после этого стало открываться

  

Asmody

77 — 25.04.22 — 07:21

(74) просто мне в субботу было не до мисты. А вчера Волшебник практически вытащил меня из постели с куском кулича в зубах, и отправил на передовую. Прям в таком виде. Пришлось отбиваться от всех и сразу.

  

Asmody

78 — 25.04.22 — 07:32

(71) если интересно, я потом напишу какие сейчас атаки и как мы отбиваемся

  

Winnie Buh

79 — 25.04.22 — 07:57

до инфостарта похоже добрались

  

SleepyHead

80 — 25.04.22 — 08:02

(78) Интересно

На компе открывается. На смартфоне почему-то. Странно.

  

MWWRuza

81 — 25.04.22 — 09:40

Сейчас опять началось… Через раз, на компе. Как было два предыдущих дня, один в один.

  

Asmody

82 — 25.04.22 — 10:42

я наблюдаю атаки двух видов:

1) обычный ботнет. может быть несколько. атакует кучей запросов с большой частотой с разных ip.

2) «облачный кубернетис». отличается тем, что залпом отправляет запросы сразу с кучи ip из одной подсети. при этом, с каждого адреса может быть немного запросов.

Первый случай успешно ловится связкой ngx_http_limit_req_module + fail2ban. Первый отслеживает частоту и количество запросов с одного ip, второй — по логам первого отправляет адреса в блок на фаерволе.

Со вторым случаем эта связка менее эффективна, поскольку поведение каждого адреса не сильно отличается от обычного пользователя. При этом, блокировка атакующих адресов по одному не сильно спасает. Видимо, атакующая прога написана таким образом, что при блокировке ip нода гасится и поднимается уже на другом адресе. Как та самая гидра — отрубаешь одну голову, на её месте вырастает две.

Пока приходится в полуручном режиме по логам выявлять подсети и руками заносить их в блок.

  

Mraque

83 — 25.04.22 — 10:50

1С: Отчетность по прежнему лежит?

У нас в УПП ошибка при начале обмена:

При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса:  {http://regservice.keydisk.ru/}:RegService:ReceiveUpdatedPacket()

по причине:

При вызове веб-сервиса произошла ошибка. Неизвестная ошибка. Ошибка работы с Интернет:  Удаленный узел не прошел проверку

До Калуги-Астрал не дозвониться, не дописаться…

  

1Сергей

85 — 25.04.22 — 14:03

(41) У нас раздуплилось

  

olo_lo1

86 — 25.04.22 — 14:13

Вот такая ошибка вылазит ..

При вызове веб-сервиса произошла ошибка. Ошибка HTTP:  HTTP Status 410.

.

<soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/»>

    <soap:Body>

        <soap:Fault>

            <faultcode>soap:Server</faultcode>

            <faultstring><![CDATA[410 — Gone. See details at https://portal.1c.ru/download/public/instruction/OLD_Data_1C-Contragent.pdf ]]></faultstring>

        </soap:Fault>

    </soap:Body>

</soap:Envelope>

{ОбщийМодуль.ДанныеЕдиныхГосРеестров.Модуль(31)}:            Ответ      = Прокси.getCorporationRequisitesByINN(ВходныеПараметры);

{Справочник.Контрагенты.Форма.ФормаЭлемента.Форма(1963)}:        РеквизитыКонтрагента = ДанныеЕдиныхГосРеестров.РеквизитыЮридическогоЛицаПоИНН(СтрокаИНН);

по причине:

При вызове веб-сервиса произошла ошибка. Ошибка вызова операции сервиса:  {http://ws.orgregister.company1c.com/}:RequisitesWebServiceEndpointImpl7Service:getCorporationRequisitesByINN()

по причине:

При вызове веб-сервиса произошла ошибка. Ошибка HTTP:  HTTP Status 410.

.

<soap:Envelope xmlns:soap=»http://schemas.xmlsoap.org/soap/envelope/»>

    <soap:Body>

        <soap:Fault>

            <faultcode>soap:Server</faultcode>

            <faultstring><![CDATA[410 — Gone. See details at https://portal.1c.ru/download/public/instruction/OLD_Data_1C-Contragent.pdf ]]></faultstring>

        </soap:Fault>

    </soap:Body>

</soap:Envelope>

  

Winnie Buh

87 — 25.04.22 — 15:45

(83) В связи с изменением сертификата удостоверяющего центра пользователям версий конфигураций 1С:Бухгалтерия 2.0 КОРП, Зарплата и кадры КОРП 2.5, Управление производственным предприятием 1.3 и всех конфигураций, работающих на платформе 1С:Предприятие 8.2 или на платформе 8.3 в режиме совместимости с со старыми версиями платформы необходимо обновить сертификат.

Для обновления сертификата необходимо выполнить следующие действия:

— закрыть все работающие сеансы 1С:Предприятие

— сделать копию старого сертификата

— заменить файл со старым сертификатом в каталоге, в котором установлена платформа, например C:Program Files (x86)1cv88.3.20.1769bincacert.pem

Замена возможна тремя способами:

— Заменить файл cacert.pem на другой, уже содержащий новый сертификат ISRG Root X1. Если вы ранее не редактировали cacert.pem, то этот вариант предпочтителен. Архив файла cacert.pem для замены доступен по ссылке https://its.1c.ru/db/files/1CITS/EXE/cacert/cacert.zip.

— Добавить текст сертификата ISRG Root X1 при помощи обработки, выполняющей поиск и редактирование файла cacert.pem на компьютере пользователя в автоматическом режиме. Архив обработки доступен по ссылке https://its.1c.ru/db/files/1CITS/EXE/digicert_epf/digicert_epf.zip. Обработка обновляет сертификат только на клиентском компьютере, поэтому такой способ подойдет только для файлового варианта информационной базы.

— Добавить текст сертификата  ISRG Root X1 вручную в конец файла cacert.pem в любом текстовом редакторе. Архив с текстом сертификата доступен по ссылке https://its.1c.ru/db/files/1CITS/EXE/digicert/digicert.zip.

  

Garykom

88 — 25.04.22 — 16:14

(82) >при блокировке ip нода гасится и поднимается уже на другом адресе.

а нельзя ли аналог теневого бана заюзать?

ну чтобы атакующий не понимал что его атаки не работают, отправлять все запросы на другой эмулирующий сервер

  

Волшебник

Модератор

89 — 25.04.22 — 16:17

(88) Проблема именно в фильтрации полезных и паразитных запросов. Если бы был алгоритм, то мы бы просто сделали DROP для паразитных запросов

  

Garykom

90 — 25.04.22 — 16:26

(89) Так суть как раз не делать drop чтобы атакующий не менял ip и не приходилось снова искать паразита

  

Волшебник

Модератор

91 — 25.04.22 — 16:36

(90) Ежедневно у нас бывает 50 тыс IP. Из них 20 тыс паразитных

  

Garykom

92 — 25.04.22 — 16:40

(91) ML прикрутить не?

  

Волшебник

Модератор

93 — 25.04.22 — 16:42

(92) Что это?

  

MaxS

94 — 25.04.22 — 16:43

На Windows 10 закачалось обновление, просит перезагрузить. Стоит ли доверять?

Касперский стоит. Стоит ли на него надеяться, что он деструктивные обновления Windows не пропустит?

Если по теме, то не хотелось бы быть соучастником атак после установки полезных обновлений.

  

Волшебник

Модератор

95 — 25.04.22 — 16:45

(94) Вы очень наивны, если думаете, что Касперский не пропустит обновление Windows.

Винда главнее

  

vde69

96 — 25.04.22 — 16:48

я на домашних компах обновления зарубил, включая ИХ IP на роутере

  

Garykom

97 — 25.04.22 — 17:11

  

MaxS

98 — 25.04.22 — 17:14

Обновления загружаются вручную. Решил рискнуть. Это вспомогательный виртуальный комп. Сегодня перезагружу.

Проверил свой ip в спам базах. Ничего нет кроме:

Usage classification (only important if you run your own mailserver.)

2 «DUHL» entries [09:53:43 17 Oct 2011 GMT-04].

На рабочем компе ни обновлений, ни интернета нет.

(94) Ну может быть касперский умеет закрывать атаки не только извне, но и блокировать атаки наружу из себя самого.

  

unitpro67

99 — 25.04.22 — 17:18

Всем привет . Розница 2.3 . Отвалилось ЭДО с ошибкой неверный логинпароль интернет поддержки. Пробую другие логинпароли — ошибка та же . На других ПК с этой же связкой все нормально работает.

Захожу под конфигуратором и пробую обновить конфигурацию онлайн — 1С моментально крашится с этой ошибкой

Ошибка источника потока

по причине:

Ошибка доступа к файлу ‘http://downloads.v8.1c.ru/tmplts/v8cscdsc.lst’

по причине:

Ошибка работы с Интернет:  доступ запрещен (403). <!DOCTYPE html><html><head><title>DDOS-GUARD<

  

unitpro67

100 — 25.04.22 — 17:25

Обновился вручную — результат тот же

Подключился с другого IP — все то же самое

Кэш почистил, тестированиеисправление — все пробовал , нихрена не пойму .

В тексте ошибки вижу ддос гард — понимаю что банят, но как исправить не пойму

 0 

Распечатать

1С 8.3 : Подключение к web-сервису и получение от него описание типа

Подключается к 1с82 web-сервису, получает от него описание типа
Создает переменную этого типа, Создает файл (dbf обмена).
Помещает файл в переменную и отдает на web-сервис для обработки, получает от него результат обработки

Код 1C v 8.х

 Определение = Новый WSОпределения(Server, User, Pass);

Прокси = Новый WSПрокси(Определение, "http://www.anton.fly7.ru", "Obmen", "ObmenSoap");
Прокси.Пользователь = User;
Прокси.Пароль = Pass;

Тип = Прокси.ФабрикаXDTO.Тип("http://www.anton.fly7.ru", "ФайлОбмена");
ФайлОбмена = Прокси.ФабрикаXDTO.Создать(Тип);

Файл = Новый Файл(КаталогВременныхФайлов() + "dat.dbf"); i=1;
Пока Файл.Существует() Цикл

Файл = Новый Файл(КаталогВременныхФайлов() + "dat" + i + ".dbf");
i=i+1;

КонецЦикла;

ДБ = Новый XBase;
ЗаполнитьПоляДБ(ДБ, ТабСвойств);
ДБ.СоздатьФайл(Файл.ПолноеИмя);
ДБ.АвтоСохранение = Истина;

ДБ.Добавить();
ДБ.Artik = Номенклатура.Артикул;
ДБ.Name = Строка(Номенклатура);
ДБ.NomGrup = Строка(Номенклатура.ТипНоменклатуры);
ДБ.VidNom = Строка(Номенклатура.ВидНоменклатуры);
ДБ.Group = ПолучитьГруппу(Номенклатура);
ДБ.Strana = "";
ДБ.Pol = "";

ДБ.Записать();
ДБ.ЗакрытьФайл();

ФайлДвоичныеДанные = Новый ДвоичныеДанные(Файл.ПолноеИмя);
ФайлаХранилищеЗначения = Новый ХранилищеЗначения(ФайлДвоичныеДанные, Новый СжатиеДанных(9));

ФайлОбмена.ТипФайла = 1;
ФайлОбмена.ИмяФайла = "data_" + СокрЛП(СсылкаНаОбъект.Номер) + ".dbf";
ФайлОбмена.Данные = ФайлаХранилищеЗначения.Получить();

УдалитьФайлы(Файл.ПолноеИмя);

Результат = Прокси.LoadDocs(ФайлОбмена);

Если ЗначениеЗаполнено(Результат) Тогда
ОбщегоНазначенияКлиентСервер.СообщитьПользователю(Результат);
КонецЕсли;

Автор: Абазин Антон

Многие из нас привыкли публиковать базу или веб сервис 1С нажатием нескольких кнопок.

Но не все из многих знают, что для этого необходимо запустить(от имени администратора!) конфигуратор 1С:Предприятие именно на той машине, где установлен веб сервер(а именно компонента веб-расширения 1С:Предприятия).

В случае, если веб-сервер и компонента веб-расширения 1С:Предприятия установлены на машину с ОС Linux  без графической оболочки,  то публикация через привычное окно конфигуратора становится невозможной.

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

О том, как осуществить публикацию базы можно почитать тут: Публикация 1С на Веб сервере Linux.

Отметим, что при ручной настройке публикации можно допустить различные ошибки. Описания которых и приведены в этой статье.

Итак, что делать, если не получается опубликовать веб-сервис 1С?

Список возможных ошибок:

1. Job for httpd.service failed because the control process exited with error code.

2. Ошибка веб-сервера Apache при публикации 1С «Syntax error on line…»

3. Ошибка «Invalid command ‘ManagedApplicationDescriptor’»

4. Не запускается 1С: Предприятие при подключении через веб сервер Linux. «Selinux policy enabled.»

5. Ошибка HTTP 404 Not found

6. Ошибка Service not found при обращении к веб-сервису 1С:Предприятия

Job for httpd.service failed because the control process exited with error code.

Полный текст ошибки:

Job for httpd.service failed because the control process exited with error code. See «systemctl status httpd.service» and «journalctl -xe» for details.

Описание ошибки:

После выполнения всех настроек файлов публикации базы или сервиса 1С:Предприятия. При попытке запустить веб-сервер — выдается ошибка и веб-сервер не запускается.

Данное сообщение говорит о том, что процесс был завершен  с ошибкой, более подробную информацию о которой можно получить в журнале. Как это сделать — описано далее.

Решение:

Необходимо проанализировать более подробное описание ошибки. Его можно получить следующим образом.

В результате выполнения команды будет выдано более подробное сообщение об ошибке.

Разбор, которых приведен в статье далее.

Ошибка веб-сервера Apache при публикации 1С «Syntax error on line…»

Полный текст ошибки:

сен 16 11:41:54 1s-on-web-1 httpd[6596]: AH00526: Syntax error on line 6 of /etc/httpd/e1c/base.conf:

сен 16 11:41:54 1s-on-web-1 httpd[6596]: Invalid command ‘forceHandler’, perhaps misspelled or defined by a module not included in the server configuration

Описание ошибки:

Ошибка связана с ошибками или «опечатками» в файле настроек base.conf. Иными словами, в данном файле есть некорректные строки, которые новичку бывает сходу не так просто найти.

Решение:

Исправить ошибку в строке сообщения. В данном случае допущена опечатка в имени команды.

vim /etc/httpd/e1c/base.conf

Пример ошибочной строки. Команды forceHandler  — на самом деле не существует :

Alias «/base» «/var/www/e1c/base/»

<Directory «/var/www/e1c/base/»>

   AllowOverride All

   Options None

   Require all granted

   forceHandler 1c-application

   ManagedApplicationDescriptor «/var/www/e1c/base/default.vrd»

</Directory>

Исправим файл. Укажем корректное наименвоание команды — SetHandler:

Alias «/base» «/var/www/e1c/base/»

<Directory «/var/www/e1c/base/»>

   AllowOverride All

   Options None

   Require all granted

   SetHandler 1c-application

   ManagedApplicationDescriptor «/var/www/e1c/base/default.vrd»

</Directory>

Ошибка «Invalid command ‘ManagedApplicationDescriptor’»

Полный текст ошибки:

Начат процесс запуска юнита httpd.service.

сен 16 12:18:11 1s-on-web-1 httpd[9857]: AH00526: Syntax error on line 7 of /etc/httpd/e1c/base.conf:

сен 16 12:18:11 1s-on-web-1 httpd[9857]: Invalid command ‘ManagedApplicationDescriptor’, perhaps misspelled or defined by a module not included in the server configuration

сен 16 12:18:11 1s-on-web-1 systemd[1]: httpd.service: main process exited, code=exited, status=1/FAILURE

сен 16 12:18:11 1s-on-web-1 systemd[1]: Failed to start The Apache HTTP Server.

— Subject: Ошибка юнита httpd.service

Описание ошибки:

Ошибка связана с тем, что в файле httpd.conf отсутствует ссылка на модуль веб-расширения 1С:Предприятия, которая должна указываться в «LoadModule _1cws_module».

В этом можно убедиться выполнив команду.

cat /etc/httpd/conf/httpd.conf | grep wsap

Если результат пустой, то строка вида «/opt/1C/v8.3/x86_64/wsap24.so», отсутвтует  —  модуль не прописан.

Решение:

Отредактировать конфигурационный файл httpd.conf

vim /etc/httpd/conf/httpd.conf

Добавить строку:

LoadModule _1cws_module «/opt/1C/v8.3/x86_64/wsap24.so»

Не запускается 1С: Предприятие при подключении через веб сервер, Linux. «Selinux policy enabled.»

Полный текст ошибки:

cat /var/log/httpd/error_log

Описание проблемы:

При попытке запустить клиента 1С:Предприятие через веб-сервер (строка подключения вида: «ws=»http://1s-on-server/bast»;») —  сеанс не запускается.

Но при этом, таже самая база — запускается успешно при прямом подключении к серверу 1С:Предприятия (строка подключения вида Srvr=»1s-on-server»;Ref=»base»;).

Решение:

1. Убедиться, что selinux, действительно, работает.

Если видим Enforcing, значит переходим к следующему пункту.

2. Отключить selinux:

3. Проверить, что настройка выполнена.

Permissive – включен, но ничего не запрещает.

Enforcing – включен, работает, и запрещает.

Ошибка HTTP 404 Not found

<strong>Пример полного текста ошибки:</strong>

404 Error in Request. HTTP Status: 404 Not found

<img class=«wp-image-809» src=«https://1s-on.ru/wp-content/uploads/2020/12/post-802-image-3.jpeg» />

HTTP 404 Not found

The webpage cannot be found

Описание:

После публикации базы на сервере, при попытке перейти по веб-ссылке базы из браузера– выдается ошибка.

Проще говоря, браузер сообщает, что не нашел такой папки публикации на сервере.

Решение:

Ошибка часто связана с неправильным вводом имени базы/папки публикации.

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

Проверить имена публикации базы(выделено):

1. Конфигурационный файл *.conf:

vim /etc/httpd/e1c/base.conf

следующего содержания:

Alias «/base» «/var/www/e1c/base/»

<Directory «/var/www/e1c/base/»>

AllowOverride All

Options None

Require all granted

SetHandler 1c-application

ManagedApplicationDescriptor «/var/www/e1c/base/default.vrd»

</Directory>

2. Конфигурационный файл публикации базы *.vrd

vim /var/www/e1c/base/default.vrd

следующего содержания:

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

<?xml version=»1.0″ encoding=»UTF-8″?>

<point xmlns=»http://v8.1c.ru/8.2/virtual-resource-system»

xmlns:xs=»http://www.w3.org/2001/XMLSchema»

xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance»

base=»/base»

ib=»Srvr=1s-on-1c-1; Ref=base»>

<ws>

<point name=»ws_1s_on_1″

alias=»ws_1s_on_1.1cws»

enable=»true»/>

<point name=»ws_1s_on_2″

alias=»ws_1s_on_2.1cws»

enable=»true»/>

</ws>

</point>

point name – имя сервиса в конфигураторе;

alias – это имя ссылки, по которой будем обращаться к веб-сервису.

Именно это имя необходимо вводить в браузер при проверке работы веб-сервиса: 1s-on-1c-1/base/ws/ws_1s_on_1.1cws

Ошибка Service not found при обращении к веб-сервису 1С:Предприятия

Пример полного текста ошибки:

Описание:

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

Ошибка часто связана с ошибками в именах самого веб-сервиса или его ссылки.

Решение:

Проверить имена веб-сервисов и ссылок на них.

    1. Конфигурационный файл публикации базы *.vrd

vim /var/www/e1c/base/default.vrd

следующего содержания:

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

<?xml version=»1.0″ encoding=»UTF-8″?>

<point xmlns=»http://v8.1c.ru/8.2/virtual-resource-system»

xmlns:xs=»http://www.w3.org/2001/XMLSchema»

xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance»

base=»/base»

ib=»Srvr=1s-on-1c-1; Ref=base»>

<ws>

<point name=»ws_1s_on_1″

alias=»ws_1s_on_1.1cws»

enable=»true»/>

<point name=»ws_1s_on_2″

alias=»ws_1s_on_2.1cws»

enable=»true»/>

</ws>

</point>

point name – имя сервиса в конфигураторе;

alias – это имя ссылки, по которой будем обращаться к веб-сервису. Именно это имя необходимо вводить в браузер при проверке работы веб-сервиса.

В нашем случае веб-сервиса ws_1s_on_3.1cws нет в файле.

WSDL (англ. Web Services Description Language) — язык описания веб-сервисов и доступа к ним, основанный на языке XML.

После успешной публикаций web сервиса 1С  нужно проверить доступность и корректность файла WSDL.  Для этого нужно запустить любой браузер  по адресу

http://www.ИмяСайта.ru/ПутьНаСайте/ИмяФайла.1cws?wsdl

Например,  Запустите работающий сервис сбербанка  http://www.cbr.ru/dailyinfowebserv/dailyinfo.asmx?WSDL

Браузер должен отобразить некий файл XML  и не выдавать ошибку или пустую страницу или невнятный текст на любой кодировке.

Существуют 2 способа загрузки WSDL файл веб- сервиса в 1С:

  1. Статическая ссылка  (Добавление WS-ссылки 1С )  – WS-ссылки 1С это объект 1С, который расположен в конфигурации в ветке Общие/WS-ссылки 1С.  Добавление ссылки на веб сервис производится автоматически. Нажмите правой кнопкой на ветку, выберите Добавить, укажите путь к WSDL описанию веб сервиса.  В результате добавления WS-ссылки 1С будет создана автоматически такая же структура, как создается вручную при добавлении Web сервиса.
  2.  Динамическая ссылка ( WsСоединение )  – В этом случае на импорт WSDL в момент создания объекта будет потрачено определенное время

Подробнее  о динамических и статических ссылках по материалам из диска ИТС я написал    здесь

Часто при загрузке  WSDL файл  статически (WS-ссылки)  или динамически (WsСоединение)  может возникать ошибку типа нет соединения с веб сервисом  или не верный формат данных в файле WSDL

Особенность загрузки WSDL в 1С в том, что валидные схемы могут не загружаться. Никакого встроенного валидатора нет, поэтому приходится искать ошибку методом деструктивного анализа, последовательно уменьшая количество элементов в схеме.

Веб -программисты  используют программу Web Services Validation Tool for WSDL and SOAP для создания, проверки, передачи и приема SOAP-сообщений.

  Вот например, файл WSDL( см рис 1)  в 1С не загружается и выдается ошибка о неверном формате.  Сначала я  удалил описание веб-сервиса в XML-редакторе и ничего не получилось, но когда  я убрал , все что связано со словами  «policies» удалось загружать

Рис 1. Не верный формат WSDL -файла для загрузки в 1С

Возникла необходимость взаимодействовать с 1C с мобильного клиента под Windows Phone 7/8. Самым простым способом взаимодействия показалось работа через web сервисы, поддерживаемые 1С.

С точки зрения публикации web сервиса особых сложностей нет. Шаги подробно описаны в статьях:

  • http://habrahabr.ru/post/136684/
  • http://howknow1c.ru/programmirovanie-1c/web-servisy-1s.html
  • http://infostart.ru/public/86791/
  • http://1cprogrammistu.ru/60-sozdanie-web-servisa-v-1s-predpriyatii.html
  • http://www.basic.visual2000.ru/kolesov/pcmag/2006-1c/2006-05/web_1c.htm
  • http://v8.1c.ru/overview/Term_000000286.htm
  • http://1c-dn.com/forum/forum1/topic1184/
  • http://fixin.com.ru/articles/1s_web_services/article.htm
  • http://infostart.ru/public/327963/

Проблемы возникли с доступом к опубликованному web-сервису 1С. Под IIS 7.5 из под Windows 2008R2 после полудня танцев с бубном проблему решить не удалось. Были изучены статьи и ветки форумов:

  • http://infostart.ru/public/75205/
  • http://www.forum.mista.ru/topic.php?id=568905
  • http://www.forum.mista.ru/topic.php?id=665708
  • http://www.forum.mista.ru/topic.php?id=539933
  • и т.д.

но счастье так и не наступило. 

В результате решил, что стоит попробовать поднять web сервис на Apache, поскольку с ним у меня обычно все было несколько проще с настройкой. Итак, на другом порту (8080) на том-же сервере был поднят Apache 2.2.22. В 1С был создан ещё один web сервис и опубликован уже на Apache. С настройками по умолчанию он также не заработал. Разберем ошибки.

Web сервис был опубликован в 1С под именем wsApache.

Публикация web-сервиса 1С

Публикация web-сервиса 1С под Apache

Соответственно, в указанном при публикации каталоге появился файл default.vrd следующего содержания:

В httpd.conf 1С добавила следующие строчки:

# 1c publication

LoadModule _1cws_module "C:/Program Files (x86)/1cv82/8.2.17.153/bin/wsap22.dll"

Alias "/ws" "C:/inetpub/wwwroot/ws/"

<Directory "C:/inetpub/wwwroot/ws/">

    AllowOverride All

    Options None

    Order allow,deny

    Allow from all

    SetHandler 1c-application

    ManagedApplicationDescriptor "C:/inetpub/wwwroot/ws/default.vrd"

</Directory>

В целом, файлы/изменения создаваемые 1С почти рабочие.  Теперь о проблемах.

Правильный линк на сервис

В некоторых статьях путь к web сервису указан как: http://имя_сервера:порт/имя_при_публикации/alias?wsdl.

В моем случае:

  • Имя сервера: s-1s-1-hw
  • Порт: 8080
  • Имя при публикации: wsApache
  • Alias из файла default.vrd: service.1cws

Соответственно, НЕПРАВИЛЬНАЯ ссылка на web сервис 1С такая: http://s-1c-1-hw:8080/wsApache/service.1cws?wsdl

Если использовать такой линк, то 1C 8.2 выдаст сообщение вида:

1C:Enterprise 8 application error:

HTTP: Not found Ошибка при работе с ресурсом /ws/service.1cws

Правильный вариант:

http://имя_сервера:порт/имя_при_публикации/ws/alias?wsdl.

Это обращение эквивалентно обращению по имени сервиса из default.vrd:

http://имя_сервера:порт/имя_при_публикации/ws/name?wsdl.

В моем случае:

  • Name из файла default.vrd: Service

Соответственно, ПРАВИЛЬНЫЙ линк для доступа к web сервису 1С будет такой:

http://s-1c-1-hw:8080/wsApache/ws/service.1cws?wsdl

или такой

http://s-1c-1-hw:8080/wsApache/ws/service?wsdl

Если указать ссылку с суффиксом ?wsdl, то в веб браузере отобразиться XML файл с описанием опубликованного сервиса.

Если указать ссылку без суффикса ?wsdl, то при правильной настройке должна появится страница с гиперссылкой на опубликованный сервис:

http://s-1c-1-hw:8080/wsApache/ws/Service

Если попытаться получить доступ к web сервису опубликованному под Apache не исправляя файл default.vrd, то появиться стандартный диалог авторизации:

Диалог авторизации на web сервисе 1С

Диалог авторизации на web сервисе 1С

В тестовой базе был заведен тестовый пользователь IUSR с полными правами с пустым паролем. Если ввести в диалог в качестве логина этого пользователя, то авторизация пройдет успешно и отобразиться либо XML файл, либо ссылка на него (см. выше).

Можно исключить запрос авторизационной информации вбив логин и пароль прямо в файл default.vrd, что, конечно, не рекомендуется с точки зрения безопасности, но иногда необходимо.

Это все. В моем случае каких-то дополнительных правок конфиг файлов не потребовалось.

В некоторых статьях указывалось, что нужно убрать из httpd.conf опцию «Options None«. У меня работает в обоих вариантах, т.е. когда строка присутствует и когда она удалена.

Публикация web сервиса 1С на IIS 7.5

Как уже упоминал выше, с публикацией web сервиса на IIS 7.5 с первого раза у меня не задалось, хотя тонкий клиент запускается без проблем. Поскольку пароль в конфигурационном файле по соображениям безопасности меня не устраивал, вернулся к вопросу настройки IIS.  Был опубликован web сервис с именем wsIIS и именем сервиса ServiceIIS и alias-ом serviceIIS.1cws. Галка в чекбоксе «Использовать аутентификацию операционной системы на веб-сервере» для простоты эксперимента была снята.

Публикация web сервиса 1С в IIS 7.5.

Публикация web сервиса 1С в IIS 7.5.

Корректная ссылка в моем случае: http://s-1c-1-hw/wsIIS/ws/ServiceIIS?wsdl. При попытке зайти из Chrome/IE получаем ошибку возвращенную IIS:

Ошибка HTTP 401.2 — Unauthorized

дабы избавиться от ошибки правим web.config сформированный 1С следующим образом:

<?xml version="1.0" encoding="UTF-8"?>

<configuration>

    <system.webServer>

        <handlers>

            <add name="1C Web-service Extension" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:Program Files (x86)1cv82binwsisapi.dll" resourceType="Unspecified" requireAccess="None" />

        </handlers>

        <security>

            <authorization>

                <add accessType="Allow" users="*" />

            </authorization>

        </security>

    </system.webServer>

</configuration>

Эта правка эквивалента изменению через консоль управления IIS для нашего опубликованного приложения с именем wsIIS  правил авторизации пользователя.

Настройки IIS 7.5 для доступа к web сервисам 1C

Настройки IIS 7.5 для доступа к web сервисам 1C

Добавление тегов security в web.config или правка правил авторизации в консоли IIS приводит к тому, что при обращении к сервису по указанной выше ссылке появляется запрос на авторизацию. Вводим нашего тестового пользователя IUSR без пароля и получаем нужный XML файл в ответе сервера.

Прописав в default.vrd логин и пароль пользователя, как было указано выше для Apache, уберем окно авторизации и сервис будет всегда авторизовываться под указанным пользователем. Как проходит авторизация можно посмотреть в логах 1C. Но вариант с прописыванием пользователя в конфигурационный файл — не наш путь, ибо не секьюрно.

Изменим настройки авторизации пользователя (в IIS проверка подлинности), чтобы использовалась Windows авторизация. Сменить можно в консоли управления IIS, либо в конфигурационном  файле. Мне больше нравиться конфигурационный файл. так как проще переносить настройки при миграции на другой сервер.

Поскольку изменения секции web.config <authentication> заблокированы на уровне IIS в файле

%windir%system32inetsrvconfigapplicationHost.config

нужно зайти туда и сменить «Deny» на «Allow» для секции «authentication»:

<sectionGroup name="authentication">

    <section name="anonymousAuthentication" overrideModeDefault="Allow" />

    <section name="basicAuthentication" overrideModeDefault="Allow" />

    <section name="clientCertificateMappingAuthentication" overrideModeDefault="Deny" />

    <section name="digestAuthentication" overrideModeDefault="Deny" />

    <section name="iisClientCertificateMappingAuthentication" overrideModeDefault="Deny" />

    <section name="windowsAuthentication" overrideModeDefault="Allow" />

</sectionGroup>

после чего РАБОЧИЙ web.config для опубликованного web сервиса 1С будет выглядеть следующим образом:

<?xml version="1.0" encoding="UTF-8"?>

<configuration>

    <system.webServer>

        <handlers>

            <add name="1C Web-service Extension" path="*" verb="*" modules="IsapiModule" scriptProcessor="C:Program Files (x86)1cv82binwsisapi.dll" resourceType="Unspecified" requireAccess="None" />

        </handlers>

        <security>

            <authorization>

                <add accessType="Allow" users="*" />

            </authorization>

         <authentication>

            <windowsAuthentication enabled="true" useKernelMode="true">

                    <providers>

                        <clear />

                        <add value="Negotiate" />

                        <add value="NTLM" />

                  </providers>

                    <extendedProtection tokenChecking="Allow" />

            </windowsAuthentication>

            <basicAuthentication enabled="false" />

            <anonymousAuthentication enabled="false" />

         </authentication>

        </security>

    </system.webServer>

</configuration>

Эквивалент последней выполненной операции (настройка <authentication>) — публикация сервиса с включенной галкой в чекбоксе «Использовать аутентификацию операционной системы на веб-сервере». 1С при публикации меняет эту настройку не в web.config, а в настройках IIS через API. В любом случае изменения должны быть видны в консоли управления IIS:

Настройка аутентификации при публикации web сервиса 1С в IIS

Настройка аутентификации при публикации web сервиса 1С в IIS

На всякий случай для проверки настроек при публикации web сервиса имеет смысл в консоли управления IIS зайти в следующие разделы:

Публикация web сервиса 1С в IIS. Настройка через консоль.

Публикация web сервиса 1С в IIS. Настройка через консоль.

После указанной выше настройки web.config, удаляем жестко прописанные логин и пароль из  файла default.vrd. На всякий случай перегружаем IIS. Если для доменных пользователей прописаны корректные соответствия в учетных записях 1С, то авторизация пройдет прозрачно под доменными учетными записями, в чем можно будет убедиться посмотрев в логах авторизации 1С. 

Здесь приводится ряд ошибок IIS (и способы их устранения) которые с высокой вероятностью могут возникнуть при публикации web сервиса 1С на IIS.

Доступ из Visual Studio 2012

Как подробно описано в статье на хабре, чтобы добавить ссылку на опубликованный web сервис 1С в Visual Studio для разработки клиента необходимо создать приложение (например, консольное), кликнуть правой кнопкой мышки на solution и выбрать пункт «Add Service Reference…». Следует обратить внимание на точное указание ссылки непосредственно на WSDL описание, т.е. без указания суффикса ?wsdl Visual Studio ничего не обнаружит.

Добавление reference к web службе 1С из Visual Stiudio.

Добавление reference к web службе 1С из Visual Stiudio.

Далее разрабатываем обычный клиент для web сервиса.

Удачи!!!

Добрый день,

Обновили Бухгалтерию и УНФ(последние релизы)

Обмен идет из Бух подключаясь через Веб сервер. После перехода на новый формат обмена ошибка.

{РегистрСведений.КэшПрограммныхИнтерфейсов.МодульМенеджера(488)}: Не удалось получить файл описания web-сервиса

по причине:

Не удалось получить файл http://xxx.xxx.xxx.xxx:8882/SMB/ws/Exchange_3_0_1_1?wsdl с сервера xxx.xxx.xxx.xxx:8882

по причине:

Ошибка при выполнении запроса:

[401] Попытка авторизации на сервере была отклонена.

        ВызватьИсключение СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(

В Хроме открываю ссылку, ввожу пароль и логин и все отлично, в IE не отрывается, по логину и паролю

20.07.2022 16:55
595

Решение вопроса:

Для начала необходимо проверить доступность сервера regservice.keydisk.ru:80, это можно сделать через команду telnet. Для этого открываем Пуск/ Выполнить или в поисковике набираем cmd. В открывшемся окне вводим команду telnet, через пробел адрес сервера и через пробел порт. Если после нажатия на Enter ошибок нет, значит доступ открыт и можно повторно произвести обмен в 1С Отчетности.

Эта информация оказалась полезной?

Как можно улучшить этот ответ?

Наши услуги

Все услуги

npchk.nalog.ru не доступен по причине:
— неполадки у интернет-провайдера;
— подключение к серверу блокирует межсетевой экран,
антивирусная программа или другое программное обеспечение;
— сервер отключен или на техническом обслуживании.

Журнал диагностики:
Выполняется проверка доступности сервера.
Описание диагностируемой ошибки см. в следующем сообщении журнала.

Параметры прокси-сервера в ИБ не указаны (используются системные настройки прокси).

1) Удаленный сервер npchk.nalog.ru не доступен:
> ping npchk.nalog.ru -n 4 -w 1000

Pinging npchk.nalog.ru [81.177.31.8] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 81.177.31.8:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

2) Удаленный сервер google.com доступен:
> ping google.com -n 4 -w 1000

Pinging google.com [142.250.150.102] with 32 bytes of data:
Reply from 142.250.150.102: bytes=32 time=20ms TTL=56
Reply from 142.250.150.102: bytes=32 time=20ms TTL=56
Reply from 142.250.150.102: bytes=32 time=21ms TTL=56
Reply from 142.250.150.102: bytes=32 time=21ms TTL=56

Ping statistics for 142.250.150.102:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 20ms, Maximum = 21ms, Average = 20ms

3) Трассировка маршрута к удаленному серверу npchk.nalog.ru:
> tracert -w 100 -h 15 npchk.nalog.ru

Tracing route to npchk.nalog.ru [81.177.31.8]
over a maximum of 15 hops:

1 <1 ms <1 ms <1 ms 192.168.5.5
2 3 ms 2 ms 2 ms 195.9.73.25
3 2 ms 2 ms 2 ms 94.29.127.185
4 2 ms 2 ms 2 ms 94.29.127.186
5 2 ms 2 ms 2 ms mpts-ss-51.msk.mts-internet.net [212.188.1.6]
6 * 2 ms * mag9-cr03-be12.51.msk.mts-internet.net [212.188.1.5]
7 * * * Request timed out.
8 3 ms 3 ms 3 ms m9-cr04-be8.77.msk.mts-internet.net [212.188.54.213]
9 26 ms 26 ms 26 ms 188.128.14.5
10 25 ms 36 ms 24 ms 89.191.239.165
11 26 ms 26 ms 26 ms msk-dsr6-tg2-2.rt-comm.ru [217.106.1.150]
12 * 26 ms 26 ms msk-dsr6-tg2-2.rt-comm.ru [217.106.1.150]
13 * * * Request timed out.
14 * * * Request timed out.
15 * * * Request timed out.

Trace complete.
Не удалось получить файл описания web-сервиса http://npchk.nalog.ru/FNSNDSCAWS_2?wsdl по причине:
Ошибка работы с Интернет: Удаленный узел не прошел проверку

Результат диагностики:
При обращении по URL: http://npchk.nalog.ru/FNSNDSCAWS_2?wsdl
Подключение проводится на сервере 1С:Предприятие <TKR-1C-Server>.
Сервер npchk.nalog.ru не доступен по причине:
— неполадки у интернет-провайдера;
— подключение к серверу блокирует межсетевой экран,
антивирусная программа или другое программное обеспечение;
— сервер отключен или на техническом обслуживании.

Трассировка:
Защищенное соединение:
Таймаут: 10
Ошибка при подключении к сервису ФНС для проверки контрагентов по ЕГРН.
Не удалось получить файл описания web-сервиса http://npchk.nalog.ru/FNSNDSCAWS_2?wsdl по причине:
Ошибка работы с Интернет: Удаленный узел не прошел проверку

Результат диагностики:
При обращении по URL: http://npchk.nalog.ru/FNSNDSCAWS_2?wsdl
Подключение проводится на сервере 1С:Предприятие <TKR-1C-Server>.
Сервер npchk.nalog.ru не доступен по причине:
— неполадки у интернет-провайдера;
— подключение к серверу блокирует межсетевой экран,
антивирусная программа или другое программное обеспечение;
— сервер отключен или на техническом обслуживании.

russian

software

1c

Добрый день.
Пытаюсь разобраться с WEB-сервисами. Разобрал пример из ИНЕТА. Опубликовал локально на WEB-сервере. Но при обращении к нему из обработки, сервер выдает ошибку:

{ВнешняяОбработка.WEB_Service.Форма.Форма.Форма(11)}: Ошибка при вызове конструктора (WSОпределения)
    Определение = Новый WSОпределения(«http://localhost/request/ws/request.1cws?wsdl»,»Admin»,»123″);
по причине:
При создании описания сервиса произошла ошибка. URL сервиса: http://localhost/request/ws/request.1cws?wsdl
Код ответа сервера: 301

   Публиковал и на IIS и на Apache 2.4
Результата один  «Код ответа сервера: 301» (получаемый в ответ от сервера в ситуации, когда запрошенный ресурс был на постоянной основе перемещён в новое место). Совершенно ни о чем мне не говорит.
Сервис прекрасно читается в браузере напрямую — «http://localhost/request/ws/request.1cws?wsdl»
Он даже загружается в «WS-ссылки» конфигуратора.
Но работать не хочет из Обработки, которая к нему обращается.
Пример брал здесь: https://infostart.ru/public/327963/
Подскажите, как с этим бороться.

Нашел неточность. Имя сервиса «Request» (С большой буквы)
Теперь строка в определении выглядит так — «http://localhost/Request/ws/request.1cws?wsdl»
Но теперь ошибка 400 (что-то там с синтаксисом)

Разобрался.
Надо было делать так «http://127.0.0.1/Request/ws/request.1cws?wsdl»
«localhost» не катит

  • Ошибка получения файла для загрузки битрикс 24
  • Ошибка получения файла kaspersky
  • Ошибка получения торрент файла
  • Ошибка получения токена устройства
  • Ошибка получения токена не найдена точка продаж