Волшебник
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С:Предприятия
Пример полного текста ошибки:
Описание:
При обращении к веб-сервису, после авторизации(если таковая требуется) – возникает ошибка, что сервис не найден. То есть публикация самой базы отвечает, но веб-сервиса нет или он не отвечает.
Ошибка часто связана с ошибками в именах самого веб-сервиса или его ссылки.
Решение:
Проверить имена веб-сервисов и ссылок на них.
-
- Конфигурационный файл публикации базы *.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С:
- Статическая ссылка (Добавление WS-ссылки 1С ) – WS-ссылки 1С это объект 1С, который расположен в конфигурации в ветке Общие/WS-ссылки 1С. Добавление ссылки на веб сервис производится автоматически. Нажмите правой кнопкой на ветку, выберите Добавить, укажите путь к WSDL описанию веб сервиса. В результате добавления WS-ссылки 1С будет создана автоматически такая же структура, как создается вручную при добавлении Web сервиса.
- Динамическая ссылка ( WsСоединение ) – В этом случае на импорт WSDL в момент создания объекта будет потрачено определенное время
Подробнее о динамических и статических ссылках по материалам из диска ИТС я написал здесь
Часто при загрузке WSDL файл статически (WS-ссылки) или динамически (WsСоединение) может возникать ошибку типа нет соединения с веб сервисом или не верный формат данных в файле WSDL
Особенность загрузки WSDL в 1С в том, что валидные схемы могут не загружаться. Никакого встроенного валидатора нет, поэтому приходится искать ошибку методом деструктивного анализа, последовательно уменьшая количество элементов в схеме.
Веб -программисты используют программу Web Services Validation Tool for WSDL and SOAP для создания, проверки, передачи и приема SOAP-сообщений.
Вот например, файл WSDL( см рис 1) в 1С не загружается и выдается ошибка о неверном формате. Сначала я удалил описание веб-сервиса в XML-редакторе и ничего не получилось, но когда я убрал , все что связано со словами «policies» удалось загружать
Возникла необходимость взаимодействовать с 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С под 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С
В тестовой базе был заведен тестовый пользователь 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.
Корректная ссылка в моем случае: 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
Добавление тегов 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 сервиса имеет смысл в консоли управления 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.
Далее разрабатываем обычный клиент для 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» не катит