Ошибка доступа к порту 1с
Большинство проблем при подключении к серверу 1С:Предприятия связаны с адресами машин и доступностью серверов кластера сервера 1С.
Содержание
Ошибка "Затребованное имя допустимо"
При подключении к серверу 1С:Предприятия получаем ошибку:
Ошибка 11004 показывает, что указанному имени сервера в DNS нет соответствующей записи типа A, которая определяет его IP адрес. [1]
Возможное решение
На ошибку "Затребованное имя допустимо и оно найдено в базе данных, но для имени отсутствует связанные с ним данные, которые были разрешены для него" в файлах
/home/usr1cv81/1c/1cv81/srvibrg.lst и /home/usr1cv81/1c/1cv81/reg_1541/s1CV8Reg.lst
нужно заменить везде localhost.localdomain (или адрес, который там указан) на IP-адрес сервера сервера (в кавычках), либо на имя машины (тоже в кавычках). При указании имени машины нужно обеспечить для имён машин прямую зону в DNS, а для IP-адресов - обратную.
Проверить этот совет не представилось возможным, т.к. не удалось воспроизвести проблему
Ошибка сетевого доступа к серверу
При запуске базы в режиме предприятия получаем ошибку: descr = Ошибка сетевого доступа к серверу (Windows Sockets - 10004(0x00002714).@) line=870 file=.\src\DataExchangeServerImpl.cpp
В качестве решения нужно прописать адрес и имя сервера в /etc/hosts
Дальнейшие действия для локализации проблемы.
1. Удостовериться в правильной и полной установки пакетов.
rpm -qa | grep nterprise
должно быть примерно:
2. Удостовериться в правильном и полном запуске сервера
(должно быть ragent, rmngr, rphost)
3. Удостовериться в наличии и правильном содержании файлов srvribrg.lst 1CV8Reg.lst
Недоступность порта
Возможно не все сервера на кластере запустились. Проверить можно командой netstat -apn | grep :15 (выведет процессы, слушающие порты 15xx). Незапущенность серверов обычно связана с неверным указанием адресов узлов в конф. файлах. /home/usr1cv81/1c/1cv81/srvibrg.lst и /home/usr1cv81/1c/1cv81/reg_1541/s1CV8Reg.lst
Несоответствие системы
Если при первом запуске кластера выдаётся ошибка, и появляется только файл /home/usr1cv81/1c/1cv81/srvibrg.lst практически без содержимого, возможно нужно обновить систему.
Если открываем драйвер через rdp и пробиваем тестовые чеки - работает ? Закрываем драйвер на одном ПК, открываем на втором - есть блокировка порта ?
У Атол 10 драйвера, есть свой web сервер для работы по сети, гдета тут на просторах infostarta есть примерное решение. Еще и касса по WiFi. Если магазин проходной (много чеков за смену), то проводом соединять нужно, это надежней.
(5)
не хотят. объясните принцип безопасности локальной и вайфай
а еще скажите,что могут украсть данные --- бегом провод захотят
По 5-й версии Атола есть нововведение - вместо EoU ( раздельные порты ККМ-ПК и ККМ-ОФД) используется EoT (1 общий порт).
Поэтому может быть проблема с освобождением этого порта
(14)Служба EoU на компьютерах установлена, но не запущена. В настройках кассы тип подключения TCP/IP, порт один 5555.
(16)Как то смена у них не открывалась из - за того что порт опять был не доступен. Перенастроили на USB - заработало. Но им нужно чтобы с любого компьютера в магазине можно было чеки пробивать, так что пришлось вернуть обратно.
(21)
Так если будет настроено по 2-м портам, то - должно работать с любого ПК. Единственное, не будет работать в тот момент, когда пробивают чек на другом ПК. Пока на одном ПК не пробьют, невозможно на другом пробить. Связано с тем, что между внесением данных в чек и пробитием есть период формирования внутренних данных в ККМ ( чек не пробивается одномоментно, т.е. внесли данные, включили ККМ и вуаля. Есть открытие чека, регистрация строк ТМЦ, регистрация оплаты и закрытие чека). Для оценки времени - время события между "Пробить" и выходом чека из ККМ. Если попали в момент занятости, только дописывать функцию через ДТО10 ( оценка занятости ККМ и выяснение причины)
(23)Не очень понятно как в нашем случае можно настроить кассу чтобы она работала по двум портам, ведь касса физически к маршрутизатору подключена, доступ к ней есть только через один порт и ip адрес.
повторюсь ..
Если открываем драйвер через rdp и пробиваем тестовые чеки - работает ? Закрываем драйвер на одном ПК, открываем на втором - есть блокировка порта ?
(22)Если на терминальном сервере драйвер запускать, то к касса не цепляется, пишет "Порт не доступен", в 1С при этом тест проходит. Если запускать драйвер локально не на сервере, с начало на одном компе, затем после закрытия на первом, на втором, то блокировки порта не происходит.
(26)Ставил галку. Снимал галку. Что только не делал.
В обработке ТОСервер есть
Процедура ОтключитьОборудование(Клиент)
но она не освобождает порт и все.
Первый кто зашел и пробил чек по кассе или открыл смену - тот и печатает на ней целый день. Остальные видят только занятый порт. Если кассу выключить включить обратно то порт освобождается. Но занимается следующим пробившим чек.
ДТО 10.8.1.0 касса подключена через Ethernet операторы сидят по рдп. все внутри одной локальной сети.
«Тест не пройден. код 2, Нет подключения к Серверу ККМ, Проверьте подключение к Серверу ККМ» — текст данной ошибки может возникнуть при попытке напечатать чек, открыть смену или при попытке выполнить тест подключения.
Данная ошибка говорит о том, что клиент Сервера ККМ не может установить связь с компьютером , на котором установлен «Сервер ККМ».
На скриншоте ниже, в качестве адреса мы указали «192.168.1.57».
Данная проблема может возникнуть по следующим причинам:
- Не правильный адреса компьютера, на котором установлен «Сервер ККМ».
- Не запущена служба «Сервера ККМ».
Убедитесь в корректности указного адреса компьютера.
Для этого, необходимо узнать IP адрес компьютера, на котором работает Сервер ККМ. Это можно сделать, используя команду ipconfig в командной строке Windows.
Запустите командную строку Windows:
Нажмите Win + R
Появится окно «Выполнить», в нем введите cmd
Введите команду ipconfig
Появится информация о сетевых подключениях.
В примере — IP адрес — 192.168.1.36
Адрес 192.168.1.36 отличается от адреса, введенного ранее (192.168.1.57).
Проверьте службу WCF
Если «сервер ККМ» установлен и адрес в 1с введен корректно, а ошибка соединения имеет место быть. Возможно, основная служба Сервера ККМ не была запущена.
Проверить состояние службы можно следующим способом:
Нажмите Ctrl + Shift + Esc, откроется Диспетчер задач.
Откройте вкладку Службы
В списке служб найдите RBSOFT DeviceNet 3.0 WCF
Если служба остановлена, то запустите её.
Сделать это можно, нажав правой кнопкой мыши по службе.
Появится контекстное меню в котором, нужно нажать на кнопку Запустить
Для VPN
Если вы используете терминальный сервер и VPN для двухсторонней связи между 1С и Сервером ККМ
- Убедитесь что терминальный сервер подключен к сети VPN
- Убедитесь что компьютер где установлен Сервер ККМ подключен к сети VPN
Для статического IP адреса
Если вы используете терминальный сервер и статический IP адрес для двухсторонней связи между 1С и Сервер ККМ.
- Убедитесь что порт по которому работает Сервер ККМ (по умолчанию 4398) в настройках вашего роутера открыт и пробрасывает весь входящий трафик TCP/IP на IP адрес компьютера, на котором установлен Сервер ККМ.
- В настройках маршрутизации роутера убедитесь, что IP адрес на который идет проброс трафика, реально принадлежит компьютеру на котором запущен Сервер ККМ.
- Проброс трафика по порту 4398 должен быть 1:1
Например:
TCP/IP 4398 -> 192.168.1.36:4398
Проверьте настройки Брандмауэра Windows
Если после всех выше описанных решений тест подключения заканчивается ошибкой, необходимо проверить настройки брандмауэра Windows.
Открыть брандмауэр можно следующим образом:
Откройте правила для входящих подключений.
Здесь необходимо создать новое правило
Выберите Для порта
Выберите Протокол TCP
Введите Определенные локальные порты: 4398, 8866
Пусть будут все галочки установлены
Введите Имя: Сервер ККМ 4398, 8866
И нажмите кнопку Готово
Ошибка : "При подключении оборудования произошла ошибка. Не удалось подключить устройство "ККТ_. " Порт недоступен (System Error Code 995) Операция ввода/вывода была прервана из-за завершения потока команд или по запросу приложения (999)"
Отчёт на фискальном регистраторе на сформирован" .
Решение проблемы : Что тут такого необычного и интересного, что я вывел в отдельную тему? Понятно, что в этом случае по той или иной причине не подключается РМК к требуемой кассе. Но при этом не просто не подключается, а не может произвести команду. То есть дополнительно говорит что операция не выполнена из-за завершения потока команд.
В этом случае с вероятностью 99,9999% на указанный в настройкам COM-порт встало какое-либо иное оборудование.
Бывает так, что в течение дня подключают продавцы, предположим, через USB свои телефоны для подзарядки. Или вдруг перезагружали компьютер, а после этого не на назначенный ранее COM-порт встал эквайринговый терминал (это тот, где по картам банковским рассчитывают). Замечено, что сбербанковский терминал очень любит вставать на порт 7 или 9. Особенно это становится проблемой, если первой подключалась ККТ. И она уже прописалась на смежных портах (Допустим Com7+Com8 или Com9+Com10). Тогда время от времени будет вставать на этот порт эквайринг. И там уже будет работать принцип студенческого общежития "Кто первый встал - того и тапки".
Потому следует перенастроить Com-порт для ККТ (именно для ККТ, а не для эквайринга - иначе проблем не оберёшься, регулярно придётся переделывать). И внести новые настройки в ККТ.
Собственно, именно подобная проблема и была на торговой точке. В течение дня подключили эквайринговый терминал. После чего (видимо, для удобства) переткнули ККТ в другой USB, все порты поменялись. А ККТ была водочная. Алкоголь никто не покупал. Вот вплоть до закрытия ничего и не было заметно. А 1С пытается послать сигнал о закрытии смены на Com9, так эквайринг. Он не понимает, что от него хотят. И посылает в ответ сигнал эротической прогулки. Отчего и прекращается попытка ввода/вывода.
Разберем ошибку с кодом « 10061 (0х0000274D) », когда 1С отказывает в подключении клиента к серверу. В чем может быть причина.
Техническое описание
server_addr=tcp:// descr=:10061(0х0000274D): Подключение не установлено, т. к. конечный компьютер отверг запрос на подключение;
Описание проблемы
Клиент 1С не может установить соединение с сервером. Что-то «мешает».
Возможные проверки
- Проверьте работу «Агента сервера 1С:Предприятия 8.3» — служба должна быть в состоянии «Выполняется», а также обратите внимание на диапазоны используемых портов (они прописаны в параметрах запуска службы — например, по умолчанию — « -regport 1541 -port 1540 -range 1560:1591 »).
- На сервере 1С должно быть разрешено сетевое обнаружение . Панель управления\Сеть и Интернет\Центр управления сетями и общим доступом\Дополнительные параметры общего доступа.
- Настройки брандмауэра на сервере — порты (п. 1) должны быть разрешены в правилах и открыты для входящих подключений . Если роль брандмауэра выполняет антивирус или другое ПО — смотрите настройки вашего сетевого экрана. Или временно отключите брандмауэр (антивирус), чтобы исключить влияние этих правил.
- Рекомендуется понизить приоритет ipv6 , оставить главным ipv4. Особенности и правильный способ отключения через реестр — в статье . После настройки выполните команду ping по имени/адресу сервера — должен отвечать ipv4.
- На клиенте 1С выполните проверку доступности порта с помощью консольной команды. Она покажет, есть ли соединение на порт сервера.
6. Перезагрузите сервер 1С . Бывают случаи, когда требуется перезагрузка или некорректно удалено защитное ПО, которое может блокировать порты.
✅ Успехов вам. Проверяйте до победы — пусть все получится, и подключения к серверу 1С восстановятся.
А потом расскажите, что именно помогло в вашем случае. Это будет полезно для других, кто столкнется с подобной ошибкой.
⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.
Читайте также: