Java lang nullpointerexception ошибка fss

Ошибка java.net.ConnectException: Connection refused является одним из самых распространенных сетевых исключений в Java. Эта ошибка возникает, когда вы работаете с архитектурой клиент-сервер и пытаетесь установить TCP-соединение от клиента к серверу.

Соединение также происходит в случае RMI (удаленного вызова метода), потому что RMI также использует протокол TCP-IP. При написании кода клиентского сокета на Java вы всегда должны обеспечивать правильную обработку этого исключения.

В этом руководстве по Java вы узнаете, почему возникает исключение при отказе в соединении и как решить проблему.

Причины

2. Проверьте настройки криптопровайдера

При использовании криптопровайдера Vipnet CSP рабочей версией является 4.4 и выше.

При использовании криптопровайдера КриптоПро CSP рабочей версией является 4.0 и выше.
Через «Панель управления» в КриптоПро CSP зайдите на вкладку «Сервис», нажмите кнопку «Удалить запомненные пароли…». В окне «Удаление запомненных паролей» выбрать «Удалить все запомненные пароли закрытых ключей: Пользователя».
Проверьте настройки на вкладке «Алгоритмы». В выпадающем списке «Выберите тип CSP» выберите GOST R 34.10-2012. Должны быть установлены следующие параметры:

• «Параметры алгоритма шифрования» — ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z

• «Параметры алгоритма подписи» — ГОСТ 34.10-2001, параметры по умолчанию

• «Параметры алгоритма Диффи-Хеллмана» — ГОСТ 34.10-2001, параметры обмена по умолчанию

Ниже приведен образец настроек в КриптоПро CSP 5.0

Если вы не можете изменить параметры на вкладке «Алгоритмы» (даже запустив КриптоПро CSP от лица администратора), необходимо сделать следующее:
В реестре Windows открыть ключ HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeCrypto ProCryptographyCurrentVersionParameters и изменть значение EnableOIDModify на 1. После чего необходимо перезагрузиться.

После изменения настроек криптопровайдера необходимо перезапустить АРМ ЛПУ.

3. Проверьте сертификаты и лицензии

С помощью системной утилиты certmgr.msc (кнопка Пуск — Выполнить (Найти программы и файлы)) откройте ваш сертификат. Срок действия сертификата не должен быть просрочен.
Запустите КриптоПро CSP. На вкладке «Общие» проверьте срок действия лицензии криптопровайдера.
Откройте вкладку «Сервис» и нажмите кнопку «Протестировать». Выберите контейнер закрытого ключа вашего сертификата. В открывшемся окне тестирования не должно быть ошибок, сообщений об истечении срока действия ключа итп.

2. ORA-20015: Не удалось определить состояние ЭЛН: 

Для перехода в статус ‘Продлен’ необходимо добавить период нетрудоспособности;
Для перехода в статус ‘Закрыт’ необходимо заполнить поля: ‘Приступить к работе с: дата’ или ‘Иное: код’;
Для перехода в статус ‘Направление на МСЭ’ необходимо заполнить поле ‘Дата направления в бюро МСЭ’

Причина:

1. В системе существует ЭЛН с таким же номером и такими же данными, которые Вы присылаете (дублирование данных);

2. Присылаемые данные в ЭЛН не соответствуют этапу оформления (заполнения) ЭЛН:

• недостаточно данных для определения состояния ЭЛН;
• внесенные данные относятся к разным этапам оформления (заполнения) ЭЛН.

Что делать: 

1. Запросите актуальное состояние ЭЛН из системы, тем самым Вы исключите повторную отправку тех же данных;

2. Выполните необходимую дальнейшую операцию с ЭЛН:

• продление (добавить новый период нетрудоспособности);
• закрытие (добавить информацию о закрытии);
• направление на МСЭ (добавить информацию о направлении на МСЭ).

3. ORA-20013: Не удалось обновить данные. Обновляемая запись потеряла актуальность

Причина: 

Вы пытаетесь изменить ЭЛН, который ранее уже был кем-то изменен.

Что делать:

1. Запросите актуальное состояние ЭЛН из системы, тем самым Вы исключите повторную отправку тех же данных;

2. Выполните необходимую дальнейшую операцию с ЭЛН в соответствии с порядком 624н:

• продление (добавить новый период нетрудоспособности);
• закрытие (добавить информацию о закрытии);
• направление на МСЭ (добавить информацию о направлении на МСЭ).

4. ORA-20001: Доступ к ЭЛН с №_________, СНИЛС_________, статусом _________ — ограничен

Причина: 

Вы пытаетесь получить данные ЭЛН, который находится в статусе, ограничивающем Ваш доступ. Например, страхователь пытается получить данные ЭЛН, который еще не закрыт медицинской организацией. Согласно процессной модели, страхователь может получить данные ЭЛН для редактированиня только на статусе 030 — Закрыт. Другой пример — бюро МСЭ не может получить данные ЭЛН, который не направлен в бюро МСЭ (статус 040 — Направление на МСЭ)

Что делать:

1. Удостоверьтесь, что номер ЭЛН, данные которого вы хотите получить, введен верно.

2. Дождитесь перехода ЭЛН на статус, который позволит Вам получить данные ЭЛН.

5. Ошибка вызова сервиса передачи / получения данных. Не удалось расшифровать сообщение.

Возможно сообщение было зашифровано на ключе, отличном от ключа уполномоченного лица ФСС.

Проверьте правильность и актуальность ключа уполномоченного лица ФСС.

Причины:

• В настройках подписания и шифрования в используемом пользователем ПО, в поле «Сертификат уполномоченного лица ФСС» указан неверный сертификат;

• Используется криптопровайдер Vipnet CSP определенной сборки;

Что делать:

Укажите верный сертификат уполномоченного лица ФСС:

• Определите направление отправки запросов — тестовое или продуктивное;
• Скачайте сертификат уполномоченного лица ФСС, опубликованный в соответствующем разделе (для взаимодействия с ЭЛН, ОВЭД, СЭДО, ЭРС или ПВСО, Ф4) на сайте Фонда:
  Сертификат для тестовой отправки опубликован на сайте https://lk-test.fss.ru/cert.html
  Сертификат для продуктива опубликован на сайте https://lk.fss.ru/cert.html;
• Закройте используемое ПО. Удалите установленные сертификаты ФСС с помощью системной утилиты certmgr.msc (кнопка Пуск — Выполнить (Найти программы и файлы)).

  Установите скачанный сертификат на компьютер в хранилище «Личное» для текущего пользователя для взаимодействия с ЭЛН.
  Для взаимодействия с шлюзом ПВСО в АРМ Подготовки расчетов для ФСС, сертификат ФСС устанавливается в хранилище «Другие пользователи»;

• Укажите данный сертификат в соответствующих настройках используемого ПО.

При использовании криптопровайдера Vipnet CSP — рабочей версией является 4.4 и выше.

6. Ошибка вызова сервиса передачи/получения данных.

Ошибка шифрования сообщения для получателя. Client received SOAP Fault from server: Fault occurred while processing. Please see the log to find more detail regarding exact cause of the failure.null

Причина:

Вы указали неверный сертификат для шифрования сообщения в поле «Имя сертификата МО»: указанный сертификат может быть использован только для подписания, но не шифрования.

Что делать:

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

7. Ошибка при установке АРМ ЛПУ: Unable to build entity manager factory.

Возникла ошибка при попытке загрузки данных из базы данных. Сообщите администратору следующую информацию:

Unable to build entity manager factory.

Причина:

• Приложение было установлено некорректно (некорректно установлена БД);
• База данных приложения установлена, но не доступна.

Что делать:

1. Запустите установку с правами администратора;

2. Выполните установку программы по шагам инструкции (путь, где лежит инструкция: http://lk.fss.ru/eln.html).

Если установка приложения выполнена в соответствии с инструкцией, но ошибка повторяется, необходимо проверить:

• На компьютере отключена служба postgresql-9.5. Правой кнопкой на значке «Мой компьютер» — Управление — Службы и приложения — Службы, postgresql-9.5 должна быть запущена, запуск — автоматически. Для настройки запуска и работы службы Windows обратитесь к вашему системному администратору;
• В настройках подключения к базе данных указан неправильный пароль для пользователя fss. Проверьте, что в БД этот пароль не менялся, пароль по умолчанию — fss;
• Проверьте каталог установки БД PostgreSQL, по умолчанию — C:postgresql;
• Подключение к БД PostgreSQL осуществляется по умолчанию по порту 5432. Этот порт должен быть открыт и доступен. Для проверки обратитесь к вашему системному администратору;
• Приложение на клиентской машине не может связаться с сервером т.к. установлено какое либо сетевое ограничение. Проверьте, настройки антивирусов, файерволов, прочего сетевого ПО, для клиентской машины должны быть прописаны разрешения подключения к серверу по порту 5432.

8. Ошибка при попытке загрузки данных из базы данных.

Возникла ошибка при попытке загрузки данных из базы данных.

Сообщите следующую информацию: org.hibernate.exception.SQLGrammarException: could not extract ResultSet.

Причина:

Приложение АРМ ЛПУ не может получить данные из базы данных PostgreSQL. Эта ошибка возникает чаще всего после установки обновления, когда приложение обновлено, а база данных PostgreSQL по какой либо причине не обновлена.

Что делать:

• Если приложение установлено на компьютере пользователя, а база данных PostgreSQL — на сервере. Необходимо запустить обновление приложение не только на клиенте, но и на серверной машине;
• Если и приложение, и база данных PostgreSQL установлены на одной машине. Проверьте каталог установки приложения. По умолчанию, приложение АРМ ЛПУ ставится в каталог C:FssTools, а база данных PostgreSQL в каталог C:postgresql. Если при первичной установке была выбрана другая директория для установки приложения — то при обновлении вы должны указать именно эту директорию.

9. Ошибка при попытке зайти в настройки подписи в ПО АРМ ЛПУ.

При попытке зайти в настройки подписи в ПО АРМ ЛПУ выходит ошибка «Internal error. Reason: java.lang.ExceptionInInitializerError» или

«Internal Error. Reason: java.lang.NoClassDefFoundError: Could not initialize class ru.ibs.fss.common.security.signature.COMCryptoAPIClient» 

Причина:

Приложение было установлено некорректно (не зарегистрирована библиотека GostCryptography.dll).

Что делать:

10. Ошибка вызова сервиса передачи/получения данных. Invalid element in ru.ibs.fss.eln.ws.FileOperationsLn_wsdl.ROW — SERV1_DT1.

Ошибка: «Ошибка вызова сервиса передачи/получения данных. Invalid element in ru.ibs.fss.eln.ws.FileOperationsLn_wsdl.ROW — SERV1_DT1» 

Причина:

Поле «SERV1_DT1» было исключено в новой спецификации 1.1 (14 версия и выше АРМ ЛПУ), изменена строка соединения.

Что делать:

Поменять строку соединения в настройках.

В меню Администрирование – Настройки сервисов ФСС – Строка соединения, укажите следующий адрес сервиса:

• Для работы https://docs.fss.ru/WSLnCryptoV11/FileOperationsLnPort?WSDL
• Для тестирования:

С шифрованием https://docs-test.fss.ru/WSLnCryptoV11/FileOperationsLnPort?WSDL

Без шифрования https://docs-test.fss.ru/WSLnV11/FileOperationsLnPort?WSDL (Обратите внимание, при отправке на сервис без шифрования в настройках электронной подписи должен быть снят флаг «Шифровать сообщение»)

11. Ошибка при старте АРМ ЛПУ «В базе данных АРМ ЛПУ имеется некорректная запись» (Transaction already active)

Причина:

Данная ошибка возникает в случае, когда в какой либо таблице БД приложения сохранены некорректные записи (например, пустое или некорректное значение номера ЭЛН, пустые обязательные поля, строки с одинаковым значением номера ЭЛН, в т.ч. записи-дубли). Если в БД АРМ ЛПУ имеются такие записи, то возможны следующие ошибки:

• Отправка и получение ЭЛН может происходить некорректно, зависать окно статусной строки;
• Невозможно запросить номер ЭЛН из формы ЭЛН.

Что делать:

Для исправления нужно удалить из БД приложения неверную строку (такие записи можно удалить только вручную).

Необходимо подключиться к серверу базы данных PostgreSQL, найти и удалить из базы ошибочную строку. При установке АРМ ЛПУ, вместе с БД и компонентами PostgreSQL устанавливается клиент для подключения к БД. По умолчанию находится здесь: C:postgresqlbinpgAdmin3.exe

В интерфейсе клиента открывается сервер PostgreSQL 9.5. Затем открывается схема fss (пользователь fss, пароль fss) – Схемы – public – Таблицы.

Данные в АРМ ЛПУ хранятся в таблицах:

• fc_eln_data_history — данные листков нетрудоспособнсти;
• fc_eln_periods — сведения о периодах нетрудоспособности;
• ref_ln_numbers — список запрошенных номеров ЭЛН.

Для просмотра таблицы необходимо выделить ее в дереве таблиц и нажать на значок «Просмотр данных в выбранном объекте»

Обратите внимание! При удалении строки ЭЛН, если в этом ЭЛН были созданы периоды нетрудоспособности, сначала необходимо удалить их. Периоды нетрудоспособности хранятся в отдельной таблице fc_eln_periods и связаны с fc_eln_data_history по номеру ЭЛН. Просмотр и удаление периодов аналогично, описанному выше.

12. Установка нового сертификата ФСС.

Установка нового сертификата ФСС описана в инструкции, которую можно скачать по ссылке
https://cabinets.fss.ru/Установка нового сертификата ФСС.docx

13. АРМ Подготовки расчетов для ФСС, ошибка «Набор ключей не определен»

Причина:

ГОСТ сертификата ФСС не соответствует выбранному в настройках криптопровайдеру, либо криптопровайдер не может получить закрытый ключ из контейнера закрытого ключа для выбранного сертификата.

Что делать:

• В настройках АРМ Подписания и шифрования проверить, что указанный криптопровайдер соответствует реально установленному у пользователя;
• В настройках АРМ Подписания и шифрования проверить, что ГОСТы сертификата подписания и сертификата ФСС одинаковы и соответствуют выбранному криптопровайдеру;
• Если используется сертификат ЭП по ГОСТ 2012, откройте сертификат, вкладка «Состав», параметр «Средство электронной подписи».
  Необходимо проверить, что средство ЭП соответствует криптопровайдеру, установленному у пользователя;
• Если используется сертификат ЭП по ГОСТ 2012 и криптопровайдер КриптоПро, проверьте настройки на вкладке «Алгоритмы». В выпадающем списке «Выберите тип CSP» выберите GOST R 34.10-2012 (256). Должны быть установлены следующие параметры:

  1. «Параметры алгоритма шифрования» — ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z

  2. «Параметры алгоритма подписи» — ГОСТ 34.10-2001, параметры по умолчанию

  3. «Параметры алгоритма Диффи-Хеллмана» — ГОСТ 34.10-2001, параметры обмена по умолчанию
• В сертификате отсутствует закрытый ключ. С помощью системной утилиты certmgr.msc откройте сертификат, на вкладке «Общие» должно быть написано «Есть закрытый ключ для этого сертификата»;
• Криптопровайдер не видит контейнер закрытого ключа для этого сертификата. В криптопровайдере КриптоПро CSP перейдите на вкладку «Сервис» и нажмите «Удалить запомненные пароли» — для пользователя;
• Возможно, контейнер поврежден сторонним ПО. Переустановите сертификат заново, с обязательным указанием контейнера;
• Переустановите криптопровайдер.

14. АРМ ЛПУ, ошибка «Ошибка при проверке соединения с ФСС»

Ошибка: Ошибка дешифрования сообщения. Ошибка при попытке расшифровать сообщение. Стек: java.lang.NullPointerException
org.apache.cxf.binding.soap.SoapFault: Ошибка при попытке расшифровать сообщение. Стек: java.lang.NullPointerException 

Причина:

Расшифровывается запрос пользователя на сертификате ФСС, необходимо проверить настройки шифрования в настройках электронной подписи, определить причины возникновения в «Настройках электронной подписи»:

• В составе сертификата раздел «Использование ключа» нет атрибута «Шифрование данных»

• не проставлена галка «Шифровать сообщение» (для строки соединения с ФСС, где прописано «…-crypto-v20…»)

• выбран тестовый сертификат ФСС для Прода (и наоборот), либо ошибка в самом сертификате

• Неправильные настройки криптопровайдера

• Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро CSP

Что делать:

см. п.1, п.5

15. АРМ ЛПУ, ошибка «Ошибка вызова сервиса передачи/получения данных. Ошибка шифрования сообщения»

Ошибка вызова сервиса передачи/получения данных. Ошибка шифрования сообщения. Ошибка при попытке зашифровать сообщение. Стек:
java.lang.NullPointerException… 

Причина:

Зашифровывается сообщение пользователя на сертификате МО, указанное в настройках.

Что делать:

см. п.1

Ошибка java.net.ConnectException: Connection refused является одним из самых распространенных сетевых исключений в Java. Эта ошибка возникает, когда вы работаете с архитектурой клиент-сервер и пытаетесь установить TCP-соединение от клиента к серверу.

Соединение также происходит в случае RMI (удаленного вызова метода), потому что RMI также использует протокол TCP-IP. При написании кода клиентского сокета на Java вы всегда должны обеспечивать правильную обработку этого исключения.

В этом руководстве по Java вы узнаете, почему возникает исключение при отказе в соединении и как решить проблему.

Причины

Отказ в соединении – это явный случай, когда клиент пытается подключиться через порт TCP, но не может это сделать. Вот некоторые из возможных причин, почему это происходит:

1. Клиент и Сервер, один или оба из них не находятся в сети.

Да, возможно, что они не подключены к локальной сети, Интернету или любой другой сети.

1. Сервер не работает.

Вторая наиболее распространенная причина – сервер не работает. Вы можете использовать следующие сетевые команды, например, ping, чтобы проверить, работает ли сервер.

1. Сервер работает, но не видит порт, к которому клиент пытается подключиться.

Это еще одна распространенная причина возникновения «java.net.ConnectException: соединение отклонено», когда сервер работает, но видит другой порт. Трудно разобраться в этом случае, пока вы не проверите конфигурацию.

1. Брандмауэр запрещает комбинацию хост-порт.

Почти каждая корпоративная сеть защищена. Если вы подключаетесь к сети других компаний, вам нужно убедиться, что они разрешают друг другу IP-адрес и номер порта.

1. Неверная комбинация хост-портов.

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

1. Неверный протокол в строке подключения.

TCP является базовым протоколом для многих высокоуровневых протоколов, включая HTTP, RMI и другие. Нужно убедиться, что вы передаете правильный протокол, какой сервер ожидает.

Если вам интересно узнать больше об этом, то изучите книгу по сетевым технологиям, такую ​​как Java Network Programming (4-е дополнение), написанную Гарольдом Эллиоттом Расти.

Простое решение состоит в том, чтобы сначала выяснить фактическую причину исключения. Здесь важнее всего подход к поиску правильной причины и решения. Как только вы узнаете реальную причину, вам, возможно, даже не потребуется вносить какие-либо существенные изменения.

Вот несколько советов, которые могут помочь исправить ошибку java.net.ConnectException: Connection refused:

1. Сначала попытайтесь пропинговать целевой хост, если хост способен пинговать, это означает, что клиент и сервер находятся в сети.
2. Попробуйте подключиться к хосту и порту сервера, используя telnet. Если вы можете подключиться, значит что-то не так с вашим клиентским кодом. Кроме того, наблюдая за выводом telnet, вы узнаете, работает ли сервер или нет, или сервер отключает соединение.

Ошибка подключения к серверу sedo.fss.ru, как исправить?

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

Конечно, возможность не ходить в офис, а оформить документы на дому – это удобно, однако за удобство необходимо платить ошибками в работе. Это происходит редко, но рано или поздно тот или иной ресурс может перестать работать. Сегодня речь пойдет о том, как исправить проблемы при подключении к серверу sedo.fss.ru (фонд социального страхования)

Фонд социального страхования

Почему нет доступа к интернет-ресурсу sedo.fss.ru

Первое, что необходимо сделать пользователю – это определить причину того, почему интернет-ресурс sedo.fss.ru перестал работать. То есть нужно понять, причина кроется в устройстве, с помощью которого пользователь заходит на сайт, или же в самом сайте.

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

Для того, чтобы узнать, действительно ли sedo.fss.ru работает, стоит воспользоваться тем сервисом, посредством которого можно определить доступность сайта в различных точках мира.

Для этого необходимо сделать следующее:

1. Перейти на официальный сайт инструмента для проверки интернет-ресурсов https://2ip.ru/site-availability/.
2. Перейти в поле «Домен» и написать в этом поле sedo.fss.ru.
3. Нажать на кнопку «Определить».

Определяем доступность сайта

При этом стоит обратить отдельное внимание на такие графы, как «Доступность» и «HTTP-код». Если интернет-ресурс действительно доступен с любой точки мира, а именно у пользователя он не работает, тогда в графе «Доступность» будет надпись «Доступен», а в пункте «HTTP-код» будет обозначен код 200.

В том случае, если в пункте «Доступность» будет стоять значение «Недоступен», а значением пункта «HTTP-код» не будет 200, это скажет о том, что проблема находится на стороне интернет-ресурса, и тогда пользователю остается лишь дождаться того момента, когда сайт заработает сам по себе.

Возможна еще одна ситуация – в графе «Доступность» будет стоять значение «Доступен», а в графе «HTTP-код» будет стоят значение не 200, а 301 или же 302. Подобные значения говорят о том, что пользователь при анализе вставил не https://sedo.fss.ru, а иную ссылку или ту же самую, но без https.

Что делать пользователю, если на интернет-ресурсе sedo.fss.ru проблемы

Если пользователь установил, что проблема с доступом к сайту sedo.fss.ru – это проблема самого сайта, у него есть два варианта дальнейших действий:

1. Просто дождаться того момента, когда специалисты службы технической поддержки восстановят работоспособность интернет-ресурса. В большинстве случаев проблема разрешится в течение 1-2 минут или (что происходит намного реже) в течение нескольких часов.
2. Позвонить по телефону горячей линии ФСС и сообщить об отсутствии доступа к странице sedo.fss.ru. Номер телефона горячей линии – 8 800 302 75 49.

Что делать пользователю, если сайт sedo.fss.ru доступен у всех

Если пользователь установит, что интернет-ресурс sedo.fss.ru доступен везде по миру, а именно у пользователя возникли проблемы с доступом, ему предстоит самостоятельно ее решить. А сделать в такой ситуации можно следующее:

1. Зайти на интернет-ресурс с помощью другого браузера.
2. Отключить все работающие расширения, действующие в браузере (возможно, что какие-то расширения мешают получению доступа к сервису).

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

Что делать, если при открытии сайта sedo.fss.ru появляется код 404

Если во время посещения интернет-ресурса sedo.fss.ru пользователь наткнется на код 404, это говорит о том, что пользователь посетил несуществующую страницу.

Такая ошибка говорит о том, что пользователь попал или на удаленную, или на перемещенную страницу. И на то есть две причины:

1. Администраторы в самом деле удалили страницу или переместили ее.
2. Пользователь случайно посетил не тот адрес, который должен был посетить.

В первом случае пользователю нужно дождаться починки, а втором – перепроверить правильность ввода адреса сайта.

Заключение

Если сайт «Фонда Социального Страхования» не работает, первым делом нужно понять, неисправность на самом сервисе или неисправность с вашей стороны. Если на самом сайте sedo.fss.ru, нужно просто подождать, пока проблему не решат. Если проблема у вас, нужно искать причину и устранять

Источник

ФОНД СОЦИАЛЬНОГО СТРАХОВАНИЯ
РОССИЙСКОЙ ФЕДЕРАЦИИ

Содержание:

1. Ошибка вызова сервиса передачи/получения данных.

Сообщение не соответствует формату XML Encryption.
Обратитесь к разработчику программного обеспечения, на котором осуществлялось шифрование данных.
Сообщите следующую информацию: Отсутствует элемент EncryptedData class ru.ibs.cryptopro.jcp.crypt.CryptoException

Причины:

Неправильные настройки АРМ ЛПУ в части подписания;

Неправильные настройки криптопровайдера;

Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро CSP.

Что делать:

1. Выполните настройку АРМ ЛПУ

В меню Администрирование – Настройка подписей для сервисов установите флаг «Шифровать сообщение». После этого Вам необходимо указать Имя сертификата ФСС и Тип контейнера. Данный сертификат можно скачать на сайте https://lk.fss.ru/cert.html (если Вы настраиваете сервисы для тестирования, то Вам необходимо скачать ТЕСТОВЫЙ сертификат ФСС). После скачивания установите его на компьютер.
Обратите внимание, Сертификаты МО (должен иметь закрытый ключ) и ФСС должны быть установлены в хранилище «Личное», соответственно тип контейнера выбран «Личные». Вся цепочка вышестоящих сертификатов в папку «Доверенные корневые центры сертификации». Все сертификаты должны быть актуальными и не отозванными.

2. Проверьте настройки криптопровайдера

При использовании криптопровайдера Vipnet CSP рабочей версией является 4.4 и выше.
При использовании криптопровайдера КриптоПро CSP рабочей версией является 4.0 и выше.
Через «Панель управления» в КриптоПро CSP зайдите на вкладку «Сервис», нажмите кнопку «Удалить запомненные пароли…». В окне «Удаление запомненных паролей» выбрать «Удалить все запомненные пароли закрытых ключей: Пользователя».
Проверьте настройки на вкладке «Алгоритмы». В выпадающем списке «Выберите тип CSP» выберите GOST R 34.10-2012. Должны быть установлены следующие параметры:

«Параметры алгоритма шифрования» — ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z

«Параметры алгоритма подписи» — ГОСТ 34.10-2001, параметры по умолчанию

«Параметры алгоритма Диффи-Хеллмана» — ГОСТ 34.10-2001, параметры обмена по умолчанию

Ниже приведен образец настроек в КриптоПро CSP 5.0

Если вы не можете изменить параметры на вкладке «Алгоритмы» (даже запустив КриптоПро CSP от лица администратора), необходимо сделать следующее:
В реестре Windows открыть ключ HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeCrypto ProCryptographyCurrentVersionParameters и изменть значение EnableOIDModify на 1. После чего необходимо перезагрузиться.

После изменения настроек криптопровайдера необходимо перезапустить АРМ ЛПУ.

3. Проверьте сертификаты и лицензии

С помощью системной утилиты certmgr.msc (кнопка Пуск — Выполнить (Найти программы и файлы)) откройте ваш сертификат. Срок действия сертификата не должен быть просрочен.
Запустите КриптоПро CSP. На вкладке «Общие» проверьте срок действия лицензии криптопровайдера.
Откройте вкладку «Сервис» и нажмите кнопку «Протестировать». Выберите контейнер закрытого ключа вашего сертификата. В открывшемся окне тестирования не должно быть ошибок, сообщений об истечении срока действия ключа итп.

2. ORA-20015: Не удалось определить состояние ЭЛН:

Для перехода в статус ‘Продлен’ необходимо добавить период нетрудоспособности;
Для перехода в статус ‘Закрыт’ необходимо заполнить поля: ‘Приступить к работе с: дата’ или ‘Иное: код’;
Для перехода в статус ‘Направление на МСЭ’ необходимо заполнить поле ‘Дата направления в бюро МСЭ’

Причина:

1. В системе существует ЭЛН с таким же номером и такими же данными, которые Вы присылаете (дублирование данных);

2. Присылаемые данные в ЭЛН не соответствуют этапу оформления (заполнения) ЭЛН:

• недостаточно данных для определения состояния ЭЛН;
• внесенные данные относятся к разным этапам оформления (заполнения) ЭЛН.

Что делать:

1. Запросите актуальное состояние ЭЛН из системы, тем самым Вы исключите повторную отправку тех же данных;

2. Выполните необходимую дальнейшую операцию с ЭЛН:

• продление (добавить новый период нетрудоспособности);
• закрытие (добавить информацию о закрытии);
• направление на МСЭ (добавить информацию о направлении на МСЭ).

3. ORA-20013: Не удалось обновить данные. Обновляемая запись потеряла актуальность

Причина:

Вы пытаетесь изменить ЭЛН, который ранее уже был кем-то изменен.

Что делать:

1. Запросите актуальное состояние ЭЛН из системы, тем самым Вы исключите повторную отправку тех же данных;

2. Выполните необходимую дальнейшую операцию с ЭЛН в соответствии с порядком 624н:

• продление (добавить новый период нетрудоспособности);
• закрытие (добавить информацию о закрытии);
• направление на МСЭ (добавить информацию о направлении на МСЭ).

4. ORA-20001: Доступ к ЭЛН с №_________, СНИЛС_________, статусом _________ — ограничен

Причина:

Вы пытаетесь получить данные ЭЛН, который находится в статусе, ограничивающем Ваш доступ. Например, страхователь пытается получить данные ЭЛН, который еще не закрыт медицинской организацией. Согласно процессной модели, страхователь может получить данные ЭЛН для редактированиня только на статусе 030 — Закрыт. Другой пример — бюро МСЭ не может получить данные ЭЛН, который не направлен в бюро МСЭ (статус 040 — Направление на МСЭ)

Что делать:

1. Удостоверьтесь, что номер ЭЛН, данные которого вы хотите получить, введен верно.

2. Дождитесь перехода ЭЛН на статус, который позволит Вам получить данные ЭЛН.

5. Ошибка вызова сервиса передачи / получения данных. Не удалось расшифровать сообщение.

Возможно сообщение было зашифровано на ключе, отличном от ключа уполномоченного лица ФСС.

Проверьте правильность и актуальность ключа уполномоченного лица ФСС.

Причины:

В настройках подписания и шифрования в используемом пользователем ПО, в поле «Сертификат уполномоченного лица ФСС» указан неверный сертификат;

Используется криптопровайдер Vipnet CSP определенной сборки;

Что делать:

Укажите верный сертификат уполномоченного лица ФСС:

• Определите направление отправки запросов — тестовое или продуктивное;
• Скачайте сертификат уполномоченного лица ФСС, опубликованный в соответствующем разделе (для взаимодействия с ЭЛН, ОВЭД, СЭДО, ЭРС или ПВСО, Ф4) на сайте Фонда:
  Сертификат для тестовой отправки опубликован на сайте https://lk-test.fss.ru/cert.html
  Сертификат для продуктива опубликован на сайте https://lk.fss.ru/cert.html;
• Закройте используемое ПО. Удалите установленные сертификаты ФСС с помощью системной утилиты certmgr.msc (кнопка Пуск — Выполнить (Найти программы и файлы)).
  Установите скачанный сертификат на компьютер в хранилище «Личное» для текущего пользователя для взаимодействия с ЭЛН.
  Для взаимодействия с шлюзом ПВСО в АРМ Подготовки расчетов для ФСС, сертификат ФСС устанавливается в хранилище «Другие пользователи»;
• Укажите данный сертификат в соответствующих настройках используемого ПО.

При использовании криптопровайдера Vipnet CSP — рабочей версией является 4.4 и выше.

6. Ошибка вызова сервиса передачи/получения данных.

Ошибка шифрования сообщения для получателя. Client received SOAP Fault from server: Fault occurred while processing. Please see the log to find more detail regarding exact cause of the failure.null

Причина:

Вы указали неверный сертификат для шифрования сообщения в поле «Имя сертификата МО»: указанный сертификат может быть использован только для подписания, но не шифрования.

Что делать:

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

7. Ошибка при установке АРМ ЛПУ: Unable to build entity manager factory.

Возникла ошибка при попытке загрузки данных из базы данных. Сообщите администратору следующую информацию:

Unable to build entity manager factory.

Причина:

• Приложение было установлено некорректно (некорректно установлена БД);
• База данных приложения установлена, но не доступна.

Что делать:

1. Запустите установку с правами администратора;

2. Выполните установку программы по шагам инструкции (путь, где лежит инструкция: http://lk.fss.ru/eln.html).

Если установка приложения выполнена в соответствии с инструкцией, но ошибка повторяется, необходимо проверить:

• На компьютере отключена служба postgresql-9.5. Правой кнопкой на значке «Мой компьютер» — Управление — Службы и приложения — Службы, postgresql-9.5 должна быть запущена, запуск — автоматически. Для настройки запуска и работы службы Windows обратитесь к вашему системному администратору;
• В настройках подключения к базе данных указан неправильный пароль для пользователя fss. Проверьте, что в БД этот пароль не менялся, пароль по умолчанию — fss;
• Проверьте каталог установки БД PostgreSQL, по умолчанию — C:postgresql;
• Подключение к БД PostgreSQL осуществляется по умолчанию по порту 5432. Этот порт должен быть открыт и доступен. Для проверки обратитесь к вашему системному администратору;
• Приложение на клиентской машине не может связаться с сервером т.к. установлено какое либо сетевое ограничение. Проверьте, настройки антивирусов, файерволов, прочего сетевого ПО, для клиентской машины должны быть прописаны разрешения подключения к серверу по порту 5432.

8. Ошибка при попытке загрузки данных из базы данных.

Возникла ошибка при попытке загрузки данных из базы данных.

Сообщите следующую информацию: org.hibernate.exception.SQLGrammarException: could not extract ResultSet.

Причина:

Приложение АРМ ЛПУ не может получить данные из базы данных PostgreSQL. Эта ошибка возникает чаще всего после установки обновления, когда приложение обновлено, а база данных PostgreSQL по какой либо причине не обновлена.

Что делать:

• Если приложение установлено на компьютере пользователя, а база данных PostgreSQL — на сервере. Необходимо запустить обновление приложение не только на клиенте, но и на серверной машине;
• Если и приложение, и база данных PostgreSQL установлены на одной машине. Проверьте каталог установки приложения. По умолчанию, приложение АРМ ЛПУ ставится в каталог C:FssTools, а база данных PostgreSQL в каталог C:postgresql. Если при первичной установке была выбрана другая директория для установки приложения — то при обновлении вы должны указать именно эту директорию.

9. Ошибка при попытке зайти в настройки подписи в ПО АРМ ЛПУ.

При попытке зайти в настройки подписи в ПО АРМ ЛПУ выходит ошибка «Internal error. Reason: java.lang.ExceptionInInitializerError» или

«Internal Error. Reason: java.lang.NoClassDefFoundError: Could not initialize class ru.ibs.fss.common.security.signature.COMCryptoAPIClient»

Причина:

Приложение было установлено некорректно (не зарегистрирована библиотека GostCryptography.dll).

Что делать:

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

2. Проверить, установлены ли в системе компоненты Microsoft.Net Framework версии 4 и выше (по умолчанию данные компоненты устанавливаются в C:WindowsMicrosoft.NETFramework или C:WindowsMicrosoft.NETFramework64). Данные компоненты можно скачать с сайта microsoft.com.

3. Проверить, что в папке, куда установлено приложение, имеется файл GostCryptography.dll (по умолчанию данный файл устанавливается в C:FssTools). Если данного файла нет, попробуйте переустановить приложение.

4. Если все верно, в командной строке выполнить:

cd C:FssTools — переходим в папку, в которой находится файл GostCryptography.dll

C:WindowsMicrosoft.NETFrameworkv4.0.30319RegAsm.exe /registered GostCryptography.dll — с указанием вашего адреса установки компонентов Microsoft.NET. Обратите внимание, что на ОС Windows 10 адрес установки компонентов Microsoft.NET может отличаться от приведенного в примере (C:WindowsMicrosoft.NETFramework64v4.0.30319RegAsm.exe /registered GostCryptography.dll).

5. Перезапустить приложение.

10. Ошибка вызова сервиса передачи/получения данных. Invalid element in ru.ibs.fss.eln.ws.FileOperationsLn_wsdl.ROW — SERV1_DT1.

Ошибка: «Ошибка вызова сервиса передачи/получения данных. Invalid element in ru.ibs.fss.eln.ws.FileOperationsLn_wsdl.ROW — SERV1_DT1»

Причина:

Поле «SERV1_DT1» было исключено в новой спецификации 1.1 (14 версия и выше АРМ ЛПУ), изменена строка соединения.

Что делать:

Поменять строку соединения в настройках.

В меню Администрирование – Настройки сервисов ФСС – Строка соединения, укажите следующий адрес сервиса:

Без шифрования https://docs-test.fss.ru/WSLnV11/FileOperationsLnPort?WSDL (Обратите внимание, при отправке на сервис без шифрования в настройках электронной подписи должен быть снят флаг «Шифровать сообщение»)

11. Ошибка при старте АРМ ЛПУ «В базе данных АРМ ЛПУ имеется некорректная запись» (Transaction already active)

Причина:

Данная ошибка возникает в случае, когда в какой либо таблице БД приложения сохранены некорректные записи (например, пустое или некорректное значение номера ЭЛН, пустые обязательные поля, строки с одинаковым значением номера ЭЛН, в т.ч. записи-дубли). Если в БД АРМ ЛПУ имеются такие записи, то возможны следующие ошибки:

• Отправка и получение ЭЛН может происходить некорректно, зависать окно статусной строки;
• Невозможно запросить номер ЭЛН из формы ЭЛН.

Что делать:

Для исправления нужно удалить из БД приложения неверную строку (такие записи можно удалить только вручную).

Необходимо подключиться к серверу базы данных PostgreSQL, найти и удалить из базы ошибочную строку. При установке АРМ ЛПУ, вместе с БД и компонентами PostgreSQL устанавливается клиент для подключения к БД. По умолчанию находится здесь: C:postgresqlbinpgAdmin3.exe

В интерфейсе клиента открывается сервер PostgreSQL 9.5. Затем открывается схема fss (пользователь fss, пароль fss) – Схемы – public – Таблицы.

Данные в АРМ ЛПУ хранятся в таблицах:

• fc_eln_data_history — данные листков нетрудоспособнсти;
• fc_eln_periods — сведения о периодах нетрудоспособности;
• ref_ln_numbers — список запрошенных номеров ЭЛН.

Для просмотра таблицы необходимо выделить ее в дереве таблиц и нажать на значок «Просмотр данных в выбранном объекте»

Выделяете и удаляете (delete) строку, которая содержит пустое значение номера ЭЛН или другие ошибки.
Как вариант, для поиска и удаления ошибочных записей возможно использование SQL запроса типа:
select id from fc_eln_data_history where ln_code is null;
delete from fc_eln_data_history where id;
Для открытия окна SQL запросов необходимо в главном меню нажать на значок «SQL».

Обратите внимание! При удалении строки ЭЛН, если в этом ЭЛН были созданы периоды нетрудоспособности, сначала необходимо удалить их. Периоды нетрудоспособности хранятся в отдельной таблице fc_eln_periods и связаны с fc_eln_data_history по номеру ЭЛН. Просмотр и удаление периодов аналогично, описанному выше.

12. Установка нового сертификата ФСС.

Установка нового сертификата ФСС описана в инструкции, которую можно скачать по ссылке
https://cabinets.fss.ru/Установка нового сертификата ФСС.docx

13. АРМ Подготовки расчетов для ФСС, ошибка «Набор ключей не определен»

Причина:

ГОСТ сертификата ФСС не соответствует выбранному в настройках криптопровайдеру, либо криптопровайдер не может получить закрытый ключ из контейнера закрытого ключа для выбранного сертификата.

Что делать:

• В настройках АРМ Подписания и шифрования проверить, что указанный криптопровайдер соответствует реально установленному у пользователя;
• В настройках АРМ Подписания и шифрования проверить, что ГОСТы сертификата подписания и сертификата ФСС одинаковы и соответствуют выбранному криптопровайдеру;
• Если используется сертификат ЭП по ГОСТ 2012, откройте сертификат, вкладка «Состав», параметр «Средство электронной подписи».
  Необходимо проверить, что средство ЭП соответствует криптопровайдеру, установленному у пользователя;
• Если используется сертификат ЭП по ГОСТ 2012 и криптопровайдер КриптоПро, проверьте настройки на вкладке «Алгоритмы». В выпадающем списке «Выберите тип CSP» выберите GOST R 34.10-2012 (256). Должны быть установлены следующие параметры:

«Параметры алгоритма шифрования» — ГОСТ 28147-89, параметры алгоритма шифрования TK26 Z

«Параметры алгоритма подписи» — ГОСТ 34.10-2001, параметры по умолчанию

«Параметры алгоритма Диффи-Хеллмана» — ГОСТ 34.10-2001, параметры обмена по умолчанию

В сертификате отсутствует закрытый ключ. С помощью системной утилиты certmgr.msc откройте сертификат, на вкладке «Общие» должно быть написано «Есть закрытый ключ для этого сертификата»;

Криптопровайдер не видит контейнер закрытого ключа для этого сертификата. В криптопровайдере КриптоПро CSP перейдите на вкладку «Сервис» и нажмите «Удалить запомненные пароли» — для пользователя;

Возможно, контейнер поврежден сторонним ПО. Переустановите сертификат заново, с обязательным указанием контейнера;

Переустановите криптопровайдер.

14. АРМ ЛПУ, ошибка «Ошибка при проверке соединения с ФСС»

Ошибка: Ошибка дешифрования сообщения. Ошибка при попытке расшифровать сообщение. Стек: java.lang.NullPointerException org.apache.cxf.binding.soap.SoapFault: Ошибка при попытке расшифровать сообщение. Стек: java.lang.NullPointerException

Причина:

Расшифровывается запрос пользователя на сертификате ФСС, необходимо проверить настройки шифрования в настройках электронной подписи, определить причины возникновения в «Настройках электронной подписи»:

В составе сертификата раздел «Использование ключа» нет атрибута «Шифрование данных»

не проставлена галка «Шифровать сообщение» (для строки соединения с ФСС, где прописано «. -crypto-v20. «)

выбран тестовый сертификат ФСС для Прода (и наоборот), либо ошибка в самом сертификате

Неправильные настройки криптопровайдера

Истечение срока действия сертификата, закрытого ключа или лицензии КриптоПро CSP

Что делать:

15. АРМ ЛПУ, ошибка «Ошибка вызова сервиса передачи/получения данных. Ошибка шифрования сообщения»

Ошибка вызова сервиса передачи/получения данных. Ошибка шифрования сообщения. Ошибка при попытке зашифровать сообщение. Стек: java.lang.NullPointerException.

Причина:

Зашифровывается сообщение пользователя на сертификате МО, указанное в настройках.

Источник

Improve Article

Save Article

Read

Discuss

Improve Article

Save Article

java.net.ConnectException: Connection refused: connect is the most frequent kind of occurring networking exception in Java whenever the software is in client-server architecture and trying to make a TCP connection from the client to the server. We need to handle the exception carefully in order to fulfill the communication problem. First, let us see the possible reasons for the occurrence of java.net.ConnectException: Connection refused.

1. As client and server involved, both should be in a network like LAN or internet. If it is not present, it will throw an exception on the client-side.
2. If the server is not running. Usually ports like 8080, (for tomcat), 3000 or 4200 (for react/angular), 3306(MySQL), 27017(MongoDB) or occupied by some other agents or totally down i.e. instance not started.
3. Sometimes a server may be running but not listening on port because of some overridden settings etc.
4. Usually, for security reasons, the Firewall will be there, and if it is disallowing the communication.
5. By mistake, the wrong port is mentioned in the port or the random port generation number given.
6. Connection string information wrong. For example:

Connection conn = DriverManager.getConnection(“jdbc:mysql://localhost/:3306<dbname>?” + “user=<username>&password=<password>”);

Implementation: Here we are using MySQL database connectivity and connection info should be of this format. Now let us see the ways to fixing the ways of java.net.ConnectException: Connection refused. Ping the destination host by using the commands as shown below:

ping <hostname> - to test

ipconfig(for windows)/ifconfig(linux) - to get network configuration

netstat - statistical report

nslookup - DNS lookup name

There are tools like “Putty” are available to communicate, and it is a free implementation of Telnet and SSH for Windows and Unix.

Example 1: 

Java

import java.io;

import java.net.*;

import java.util.*;

public class GFG {

    public static void main(String[] args)

    {

        String hostname = "127.0.0.1";

        int port = 80;

        try (Socket socket = new Socket(hostname, port)) {

            InputStream inputStream

                = socket.getInputStream();

            InputStreamReader inputStreamReader

                = new InputStreamReader(inputStream);

            int data;

            StringBuilder outputString

                = new StringBuilder();

            while ((data = inputStreamReader.read())

                   != -1) {

                outputString.append((char)data);

            }

        }

        catch (IOException ex) {

            System.out.println(

                "Connection Refused Exception as the given hostname and port are invalid : "

                + ex.getMessage());

        }

    }

}

Output:

Example 2: MySQL connectivity Check

Java

import java.io.*;

import java.util.*;

import java.sql.*;

try {

    Connection con = null;

    String driver = "com.mysql.jdbc.Driver";

    String IPADDRESS = "localhost"

        String url1

    String db = "<your dbname>";

    String dbUser = "<username>";

    String dbPasswd = "<password>";

    Class.forName(driver).newInstance();

    con = DriverManager.getConnection(url1 + db, dbUser,

                                      dbPasswd);

    System.out.println("Database Connection Established");

}

catch (IOException ex) {

    System.out.println(

        "Connection Refused Exception as the given hostname and port are invalid : "

        + ex.getMessage());

}

Similarly, for other DB, we need to specify the correct port number i.e. 27017 for MongoDB be it in case of SSL (Secure socket layer) is there, prior checks of Firewall need to be checked and hence via coding we can suggest the solutions to overcome the exception 

Conclusion: As readymade commands like ping, telnet, etc are available and tools like putty are available, we can check the connectivity information and overcome the exception.

Improve Article

Save Article

Read

Discuss

Improve Article

Save Article

java.net.ConnectException: Connection refused: connect is the most frequent kind of occurring networking exception in Java whenever the software is in client-server architecture and trying to make a TCP connection from the client to the server. We need to handle the exception carefully in order to fulfill the communication problem. First, let us see the possible reasons for the occurrence of java.net.ConnectException: Connection refused.

1. As client and server involved, both should be in a network like LAN or internet. If it is not present, it will throw an exception on the client-side.
2. If the server is not running. Usually ports like 8080, (for tomcat), 3000 or 4200 (for react/angular), 3306(MySQL), 27017(MongoDB) or occupied by some other agents or totally down i.e. instance not started.
3. Sometimes a server may be running but not listening on port because of some overridden settings etc.
4. Usually, for security reasons, the Firewall will be there, and if it is disallowing the communication.
5. By mistake, the wrong port is mentioned in the port or the random port generation number given.
6. Connection string information wrong. For example:

Connection conn = DriverManager.getConnection(“jdbc:mysql://localhost/:3306<dbname>?” + “user=<username>&password=<password>”);

Implementation: Here we are using MySQL database connectivity and connection info should be of this format. Now let us see the ways to fixing the ways of java.net.ConnectException: Connection refused. Ping the destination host by using the commands as shown below:

ping <hostname> - to test

ipconfig(for windows)/ifconfig(linux) - to get network configuration

netstat - statistical report

nslookup - DNS lookup name

There are tools like “Putty” are available to communicate, and it is a free implementation of Telnet and SSH for Windows and Unix.

Example 1: 

Java

import java.io;

import java.net.*;

import java.util.*;

public class GFG {

    public static void main(String[] args)

    {

        String hostname = "127.0.0.1";

        int port = 80;

        try (Socket socket = new Socket(hostname, port)) {

            InputStream inputStream

                = socket.getInputStream();

            InputStreamReader inputStreamReader

                = new InputStreamReader(inputStream);

            int data;

            StringBuilder outputString

                = new StringBuilder();

            while ((data = inputStreamReader.read())

                   != -1) {

                outputString.append((char)data);

            }

        }

        catch (IOException ex) {

            System.out.println(

                "Connection Refused Exception as the given hostname and port are invalid : "

                + ex.getMessage());

        }

    }

}

Output:

Example 2: MySQL connectivity Check

Java

import java.io.*;

import java.util.*;

import java.sql.*;

try {

    Connection con = null;

    String driver = "com.mysql.jdbc.Driver";

    String IPADDRESS = "localhost"

        String url1

    String db = "<your dbname>";

    String dbUser = "<username>";

    String dbPasswd = "<password>";

    Class.forName(driver).newInstance();

    con = DriverManager.getConnection(url1 + db, dbUser,

                                      dbPasswd);

    System.out.println("Database Connection Established");

}

catch (IOException ex) {

    System.out.println(

        "Connection Refused Exception as the given hostname and port are invalid : "

        + ex.getMessage());

}

Similarly, for other DB, we need to specify the correct port number i.e. 27017 for MongoDB be it in case of SSL (Secure socket layer) is there, prior checks of Firewall need to be checked and hence via coding we can suggest the solutions to overcome the exception 

Conclusion: As readymade commands like ping, telnet, etc are available and tools like putty are available, we can check the connectivity information and overcome the exception.

[КАК ИСПРАВИТЬ] java.net.ConnectException: в соединении отказано: дополнительная информация отсутствует:

Я пытаюсь реализовать TCP-соединение, со стороны сервера все работает нормально, но когда я запускаю клиентскую программу (с клиентского компьютера), я получаю следующую ошибку:

java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:351) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:213) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:200) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:432) at java.net.Socket.connect(Socket.java:529) at java.net.Socket.connect(Socket.java:478) at java.net.Socket.(Socket.java:375) at java.net.Socket.(Socket.java:189) at TCPClient.main(TCPClient.java:13) 

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

Код сервера:

//TCPServer.java import java.io.*; import java.net.*; class TCPServer { public static void main(String argv[]) throws Exception { String fromclient; String toclient; ServerSocket Server = new ServerSocket(5000); System.out.println('TCPServer Waiting for client on port 5000'); while (true) { Socket connected = Server.accept(); System.out.println(' THE CLIENT' + ' ' + connected.getInetAddress() + ':' + connected.getPort() + ' IS CONNECTED '); BufferedReader inFromUser = new BufferedReader( new InputStreamReader(System.in)); BufferedReader inFromClient = new BufferedReader( new InputStreamReader(connected.getInputStream())); PrintWriter outToClient = new PrintWriter( connected.getOutputStream(), true); while (true) { System.out.println('SEND(Type Q or q to Quit):'); toclient = inFromUser.readLine(); if (toclient.equals('q') || toclient.equals('Q')) { outToClient.println(toclient); connected.close(); break; } else { outToClient.println(toclient); } fromclient = inFromClient.readLine(); if (fromclient.equals('q') || fromclient.equals('Q')) { connected.close(); break; } else { System.out.println('RECIEVED:' + fromclient); } } } } } 

Код клиента:

//TCPClient.java import java.io.*; import java.net.*; class TCPClient { public static void main(String argv[]) throws Exception { String FromServer; String ToServer; Socket clientSocket = new Socket('localhost', 5000); BufferedReader inFromUser = new BufferedReader(new InputStreamReader( System.in)); PrintWriter outToServer = new PrintWriter( clientSocket.getOutputStream(), true); BufferedReader inFromServer = new BufferedReader(new InputStreamReader( clientSocket.getInputStream())); while (true) { FromServer = inFromServer.readLine(); if (FromServer.equals('q') || FromServer.equals('Q')) { clientSocket.close(); break; } else { System.out.println('RECIEVED:' + FromServer); System.out.println('SEND(Type Q or q to Quit):'); ToServer = inFromUser.readLine(); if (ToServer.equals('Q') || ToServer.equals('q')) { outToServer.println(ToServer); clientSocket.close(); break; } else { outToServer.println(ToServer); } } } } } 

• Не могли бы вы выложить клиентский код? Если это удаленный клиент, убедитесь, что у вас нет проблем с брандмауэром!
• Я отключил брандмауэры как на клиенте, так и на сервере, и проблема не исчезла.
• 2 Какой интерфейс слушает сервер. Если вы слушаете только на localhost, вы не можете подключиться удаленно.
• Я пытался подключиться удаленно, используя localhost, face palm. Это моя первая пробная версия TCP>. <Как заставить его работать удаленно?
• Помните, что у вас может быть несколько аппаратных брандмауэров «голого металла» … работает ли он, если клиент и сервер находятся на одном устройстве?

Это исключение означает, что служба не прослушивает IP / порт, к которому вы пытаетесь подключиться:

• Вы пытаетесь подключиться к неправильному IP / хосту или порту.
• Вы не запустили свой сервер.
• Ваш сервер не прослушивает соединения.
• На серверах Windows очередь ожидания прослушивания заполнена.

• 53 Я чувствую себя глупым из-за того, что не заметил You have not started your server, но это действительно была проблема для меня!
• Просто чтобы прояснить мысль — «Ядро Java в порядке». Единственная проблема заключается в том, что мы упускаем из виду проблемы … (состояние сервера, ip-адрес, порт, подключение к Интернету — для локальных IP-адресов необходимо находиться на одном маршрутизаторе и т. Д.)
• 1 Коллин, что именно вы имеете в виду, говоря «сервер не ожидает приема соединений»? Люди повторяют это, как будто это что-то значит.
• Я написал это некоторое время назад, но думаю, что имел в виду это как еще один способ сказать, что вы не запустили свой сервер.
• в моем случае у меня было запущено четыре симулятора Gennymotion, я пытался загрузить приложение на вкладке Galaxy и получал эту ошибку. после того, как я много читал из приятеля WEB, я закрыл все симуляторы и eclipse, убил ADP в диспетчере задач, а затем перезапустил Eclipse, и все начало работать правильно. Я думаю, что когда у вас работает несколько симуляторов, а затем вы пытаетесь подключить устройство, ADB сходит с ума по моему опыту. это мои два цента …

Я бы проверил:

• Имя хоста и порт, к которому вы пытаетесь подключиться
• Серверной стороне удалось начать правильно слушать
• Нет брандмауэра, блокирующего соединение

Самой простой отправной точкой, вероятно, является попытка подключиться вручную с клиентской машины с помощью telnet или Putty. Если это удастся, значит проблема в вашем клиентском коде. Если нет, вам нужно потренироваться Зачем это не так. Wireshark может помочь вам в этом.

• Иногда бывает это исключение. Это происходит в течение определенного периода времени. Это исключение немедленно генерируется. И тогда все становится нормально. У меня на сервере установлен брандмауэр. Но я добавил правило для входящих подключений, разрешающее входящие соединения на порт 8080. Иногда правило игнорируется?
• @Ashwin: На самом деле невозможно сказать — вам нужно точно определить, как далеко ушли данные. Посмотрите журналы вашего брандмауэра и т. Д.
• @JonSkeet, как настроить наш брандмауэр, если у нас есть эта ошибка?
• 1 @Nikhil: Я не могу ответить на этот вопрос, но подозреваю, что является квалифицированному специалисту потребуется гораздо больше информации, чтобы помочь вам. (Во-первых, мы не знаем, какой у вас брандмауэр …)

Вы должны подключить свой клиентский сокет к удаленному ServerSocket. Вместо того

Socket clientSocket = new Socket('localhost', 5000);

делать

Socket clientSocket = new Socket(serverName, 5000);

Клиент должен подключиться к название сервера который должен соответствовать имени или IP-адресу коробки, на которой ServerSocket был создан (имя должно быть доступно с клиентского компьютера). BTW: Важно не имя, все дело в IP-адресах …

• Я предполагаю, что она запускает их оба на одной машине в целях тестирования, поэтому localhost можно использовать
• @Aaron: Она сказала, что это работает, если клиент и сервер работают на одной машине (вы можете найти ответ в другом комментарии).
• «Вышеупомянутая строка связывает сокет с localhost» Нет, это не так, она привязывает его к INADDR_ANY. Это позволяет ему принимать соединения через любую сетевую карту. То, что делает OP, уже правильно. Ответ совершенно неверный. Голосование против.
• @EJP: Вы правы ServerSocket, Я изменил ответ. Тем не менее clientSocket все еще пытается подключиться к localhost.
• @home Тебе нужно удалять фраза про адрес привязки.

У меня была та же проблема, но запуск Сервера перед запуском Клиента исправил ее.

• 4 Конечно, вам нужно запустить сервер перед клиентом. Сначала запуск клиента и попытка подключения к серверу означает, что при запуске сервера вы ни к чему не подключаетесь.
• 5 @ user3308043 Да, это было очевидно, но для некоторых начинающих программистов (таких как я 3 года назад) это было не слишком очевидно, поэтому я просто хотел поделиться этим с такими глупыми парнями, как я.
• Спасибо, мне это тоже помогло, тестовое соединение прошло успешно, но данные таблиц не отображались.

Один момент, который я хотел бы добавить к ответам выше: мой опыт—

«Я размещал на своем сервере localhost и пытался подключиться к нему через эмулятор Android указав правильный URL, например http://localhost/my_api/login.php . И я получал ошибка отказа в соединении‘

Указать на заметку — Когда я просто зашел в браузер на ПК и использовал тот же URL (http://localhost/my_api/login.php) Я получил правильный ответ

так что проблемой в моем случае был термин localhost который я заменил на IP для моего сервера (поскольку ваш сервер размещен на вашем компьютере), что сделало его доступным с моего эмулятора на том же ПК.

---

Чтобы получить IP для вашего локального компьютера, вы можете использовать ipconfig с помощью команды cmd вы получите IPv4 что-то вроде 192.68.xx.yy Вуаля .. это IP-адрес вашего компьютера, на котором размещен ваш сервер. затем используйте его вместо localhost

http://192.168.72.66/my_api/login.php

---

Примечание. Вы не сможете получить доступ к этому частному IP-адресу ни с одного узла за пределами этого компьютера. (Если вам нужно, вы можете использовать для этого Ngnix)

У меня была такая же проблема с брокером Mqtt под названием vernemq. Но я решил ее, добавив следующее.

1. $ sudo vmq-admin listener show

чтобы показать список разрешенных IPS и портов для vernemq

1. $ sudo vmq-admin listener start port=1885 -a 0.0.0.0 --mountpoint /appname --nr_of_acceptors=10 --max_connections=20000

добавить любой ip и свой новый порт. теперь вы сможете без проблем подключиться.

Надеюсь, это решит вашу проблему.

• 1 Это спасло меня, но поскольку vernemq не устанавливается с помощью apt-get, некоторым людям понадобится эта ссылка: vernemq.com/docs/installation/debian_and_ubuntu.html

Надеюсь, мой опыт может быть кому-то полезен. Я столкнулся с проблемой с той же трассировкой стека исключений, и я не мог понять, в чем проблема. Сервер базы данных, к которому я пытался подключиться, работал, порт был открыт и принимал соединения.

Проблема была в подключении к Интернету. Интернет-соединение, которое я использовал, не позволяло подключиться к соответствующему серверу. Когда я изменил детали подключения, проблема была решена.

В моем случае я дал сокету имя сервера (в моем случае «raspberrypi»), и вместо этого сделал его адрес IPv4, или, чтобы указать, IPv6 был сломан (имя преобразовано в IPv6)

В моем случае пришлось поставить галочку возле Expose daemon on tcp://localhost:2375 without TLS в docker настройки (в правой части панели задач щелкните правой кнопкой мыши на docker, Выбрать setting)

я получил эту ошибку, потому что я закрыл ServerSocket внутри цикла for, которые пытаются принять количество клиентов внутри него (я не закончил принимать все клинты)

так что будьте осторожны, где закрыть сокет

У меня была такая же проблема, и проблема заключалась в том, что я не закрывал объект сокета. После использования socket.close (); задача решена. Этот код у меня работает.

ClientDemo.java

public class ClientDemo { public static void main(String[] args) throws UnknownHostException, IOException { Socket socket = new Socket('127.0.0.1', 55286); OutputStreamWriter os = new OutputStreamWriter(socket.getOutputStream()); os.write('Santosh Karna'); os.flush(); socket.close(); } } 

и ServerDemo.java

public class ServerDemo { public static void main(String[] args) throws IOException { System.out.println('server is started'); ServerSocket serverSocket= new ServerSocket(55286); System.out.println('server is waiting'); Socket socket=serverSocket.accept(); System.out.println('Client connected'); BufferedReader reader=new BufferedReader(new InputStreamReader(socket.getInputStream())); String str=reader.readLine(); System.out.println('Client data: '+str); socket.close(); serverSocket.close(); } } 

• 1 Не закрытие клиентского сокета не вызывает отказа в соединении. Не было бы быть клиентский сокет, который нужно закрыть, если в соединении было отказано.

Я изменил свою сеть DNS, и проблема устранилась.

Вероятно, вы не инициализировали сервер или клиент пытается подключиться к неправильному IP / порту.

Возможно, предыдущий экземпляр клиента все еще работает и прослушивает порт 5000.

• 6 Клиенты не слушают. Они говорят.
• Предыдущий случай вызовет BindException на сервере, а не ConnectException у клиента.

У меня была такая же проблема, и выяснилось, что это связано с разрешением catalina.out файл неверен. Это не было доступно для записи пользователем tomcat. Как только я исправил разрешения, проблема была решена. Я узнал, что это проблема с разрешениями из журналов в tomcat8-initd.log файл:

/usr/sbin/tomcat8: line 40: /usr/share/tomcat8/logs/catalina.out: Permission denied

• 1 «В доступе отказано» — это не то же самое, что «В соединении отказано».
• Ошибка в разрешении отклонена была в tomcat8-initd.log файл, в то время как журналы вывода сервера имели именно ту ошибку, о которой говорилось в вопросе.