Произошла ошибка при загрузке игровых данных

Ошибка подключения к сервисам ФСС (решено)

С середины октября у многих организаций, в том числе медицинских учреждений возникли проблемы в работе с сервисом электронных больничных при подключении к нему из АРМ ЛПУ, медицинских информационных систем, из 1С.

При попытке загрузить электронные листки нетрудоспособности или создать новый выходило сообщение «Ошибка вызова сервиса передачи/получения данных фсс. Возможно в настройках соединения указан неправильный url». При попытке проверки соединения появлялось сообщение «Не удалось подключиться к сервису фсс».

Данная ошибка связана с заменой техслужбой ФСС 17 октября 2021 г. части интернет-адреса сервисов ЭЛН с *docs* на *eln*.

Для того, чтобы исправить эту ошибку:

1. Вам желательно обновить сертификаты ФСС. Подробная инструкция и сертификаты находятся здесь: https://lk.fss.ru/cert.html.

2. В АРМ ЛПУ необходимо открыть «Администрирование» — «Настройки сервисов ФСС» и заменить в строке соединения с сервисом ФСС url-адрес на верный.

Новый адрес соединения для медицинских организаций: https://eln.fss.ru/WSLnCryptoV20/FileOperationsLnService?WSDL

Новый адрес соединения для организаций-страхователей: https://eln.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?WSDL

Новый адрес соединения для МСЭ: https://eln.fss.ru/ws-mse-crypto-v20/FileOperationsLnService?WSDL

В случае недоступности основных адресов соединения (например, из-за DDoS-атак) ФСС ввела резервные точки подключения:

для медицинских организаций: https://eln-rez.fss.ru/WSLnCryptoV20/FileOperationsLnService?WSDL

для организаций-страхователей: https://eln-rez.fss.ru/ws-insurer-crypto-v20/FileOperationsLnService?WSDL

для МСЭ: https://eln-rez.fss.ru/ws-mse-crypto-v20/FileOperationsLnService?WSDL

How to Fix java.net.ConnectException: Connection refused: connect in Java

java.net.ConnectException: Connection refused Error – Possible reasons

How to solve java.net.ConnectException: Connection refused

at com.mysql.jdbc.NonRegisteringDriver.connect . why we get this exception and how can we resolve it..can anyone tell me please

June 24, 2013 at 12:35 AM Anonymous said.

java.net.ConnectException: Connection refused: connect , is pretty general error. Real error is always behind, I suggest looking top level error and caused by clause. This will give you more ideas. In simple words, this error just says that your client and server is not able to connect, but doesn’t tell anything about why connection is not happening. There could be thousands of reason of a client and server not connecting including environment issues, host settings, network settings and application settings itself.

September 30, 2013 at 7:12 PM Anonymous said.

Hello there, I am getting following Connection refused: connect exception while trying to send an email from localhost. I am using smpt port 25

com.sun.mail.util.MailConnectException: Couldn’t connect to host, port: localhost, 25; timeout -1;
nested exception is:
java.net.ConnectException: Connection refused: connect
at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:1984)
at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:656)
at javax.mail.Service.connect(Service.java:345)
at javax.mail.Service.connect(Service.java:226)
at javax.mail.Service.connect(Service.java:175)
at javax.mail.Transport.send0(Transport.java:253)
at javax.mail.Transport.send(Transport.java:124)
at Testing.main(Testing.java:62)
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.DualStackPlainSocketImpl.connect0(Native Method)
at java.net.DualStackPlainSocketImpl.socketConnect(DualStackPlainSocketImpl.java:79)
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:339)
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:200)
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:182)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:172)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.net.Socket.connect(Socket.java:579)
at java.net.Socket.connect(Socket.java:528)
at com.sun.mail.util.SocketFetcher.createSocket(SocketFetcher.java:301)
at com.sun.mail.util.SocketFetcher.getSocket(SocketFetcher.java:229)
at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:1950)
. 7 more
Please suggest what is wrong?

I am also facing this type of problem. please suggest me
Exception in thread «main» org.springframework.mail.MailSendException: Mail server connection failed; nested exception is javax.mail.MessagingException: Could not connect to SMTP host: smtp.gmail.com, port: 465;
nested exception is:
java.net.ConnectException: Connection refused. Failed messages: javax.mail.MessagingException: Could not connect to SMTP host: smtp.gmail.com, port: 465;
nested exception is:
java.net.ConnectException: Connection refused; message exception details (1) are:
Failed message 1:
javax.mail.MessagingException: Could not connect to SMTP host: smtp.gmail.com, port: 465;
nested exception is:
java.net.ConnectException: Connection refused
at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:1227)
at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:322)
at javax.mail.Service.connect(Service.java:236)
at org.springframework.mail.javamail.JavaMailSenderImpl.doSend(JavaMailSenderImpl.java:389)
at org.springframework.mail.javamail.JavaMailSenderImpl.send(JavaMailSenderImpl.java:306)
at org.springframework.mail.javamail.JavaMailSenderImpl.send(JavaMailSenderImpl.java:296)
at com.aa.meals.mail.MealsMailSenderBean.sendMail(MealsMailSenderBean.java:21)
at com.aa.common.log.TestMail.main(TestMail.java:14)

help my java is not allowing me to install it says the installer cannot proceed with the current internet settings

following is my java code error.
Exception in thread «main» java.net.UnknownHostException: ubaid.tk
could you help me.

September 3, 2014 at 2:38 AM Anonymous said.

cp –p mail.cf mail.cf.orig

#inet_interfaces = $myhostname, localhost

#inet_interfaces = $myhostname, localhost

Test connection from unix prompt

telnet pslab17 25

Connected to pslab17.

Escape character is ‘^]’.

220 pslab17.localdomain ESMTP Postfix

Connection closed by foreign host.

September 23, 2014 at 3:30 PM Anonymous said.

google «setting java options -D ipv4=true»

Please check for the port number as its already in use by another application , if yes, kill that process and restart the server.like
go to command prompt—>type netstat -ano | find «port number»
you will find list of applications using your port number.. then just type
taskkill /pid «pid of port no» /f

restart server then it should work..

January 27, 2015 at 4:31 AM Anonymous said.

Hello
I am getting java.net.SocketException: Network is down: listen failed exception
what may be the reason?

Hostname maps to multiple IP addresses and one of the IP address is down. Some network libraries automatically try a connection to second server while others need to have code in the application. nslookup hostname. $telnet hostname 25 needs to be replaced with $telnet ip-address 25

September 9, 2015 at 6:05 AM Anonymous said.

An important point to note is that if you are using alias e.g. DNS to connect to database or servers then you must remember that JVM can cache DNS value to avoid looking up again and again when a connection needs to be made. This is all ok and improves performance but also risky in the even to fail-over when DNS points to another server. There is a JVM option to configure this behavior e.g. how long to cache, cache or not etc, worth looking.

java.net.ConnectException: Connection timed out: connect
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:366)
at java.net.Socket.connect(Socket.java:529)
at java.net.Socket.connect(Socket.java:478)
at sun.net.NetworkClient.doConnect(NetworkClient.java:163)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:388)
at sun.net.www.http.HttpClient.openServer(HttpClient.java:523)
at sun.net.www.http.HttpClient.(HttpClient.java:227)
at sun.net.www.http.HttpClient.New(HttpClient.java:300)
at sun.net.www.http.HttpClient.New(HttpClient.java:317)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:970)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:911)
at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:836)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1172)
at java.net.URL.openStream(URL.java:1010)
at com.lowagie.text.Image.getInstance(Unknown Source)
at com.lowagie.text.Image.getInstance(Unknown Source)
at jsp_servlet._health_ecard.__hlth_idcard._jspService(__hlth_idcard.java:217)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:34)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:184)
at weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:526)
at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:253)
at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1078)
at org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProcessor.java:396)
at com.allianz.weo.struts.WeoRequestProcessor.processForwardConfig(WeoRequestProcessor.java:141)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:232)
at com.allianz.weo.struts.WeoRequestProcessor.process(WeoRequestProcessor.java:37)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:184)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3729)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2273)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:221)

org.openqa.selenium.WebDriverException: java.net.ConnectException: Failed to connect to localhost

@Unknown, check if your server or Java application is running or port is correct.

April 15, 2019 at 5:22 AM Lokeshg.gujjar@gmail.com said.

My javanet connection on scratch day

hello Lokesh, what does that mean? are you getting any error?

December 27, 2020 at 8:39 PM Anonymous said.

INLT3635@Thread[main,5,main]@1655277498232
com.freedomgroup.common.communicator.TFGHttpClient:
Connection refused: connect:
Connection refused: connect
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at com.freedomgroup.common.exception.TFGExceptionUtility.createThrowable(TFGExceptionUtility.java:328)
at com.freedomgroup.common.exception.TFGExceptionUtility.createSessionException(TFGExceptionUtility.java:239)
at com.freedomgroup.common.gui.request.TFGInvocationHandler.invokeService(TFGInvocationHandler.java:97)
at com.freedomgroup.common.gui.request.TFGInvocationHandler.invokeService(TFGInvocationHandler.java:239)
at com.freedomgroup.common.gui.request.TFGInvocationHandler.invoke(TFGInvocationHandler.java:157)
at com.sun.proxy.$Proxy0.getSystemDeploymentName(Unknown Source)
at com.freedomgroup.policystar.gui.util.TFGPolicyStarUtilities.getSystemDeploymentName(TFGPolicyStarUtilities.java:2460)
at com.freedomgroup.policystar.gui.base.TFGPolicyStarGUIRunner.main(TFGPolicyStarGUIRunner.java:425)
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.DualStackPlainSocketImpl.connect0(Native Method)
at java.net.DualStackPlainSocketImpl.socketConnect(DualStackPlainSocketImpl.java:79)
at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:172)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
at java.net.Socket.connect(Socket.java:606)
at java.net.Socket.connect(Socket.java:555)
at java.net.Socket.(Socket.java:451)
at java.net.Socket.(Socket.java:303)
at org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:80)
at org.apache.commons.httpclient.protocol.DefaultProtocolSocketFactory.createSocket(DefaultProtocolSocketFactory.java:122)
at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1361)
at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
at com.freedomgroup.common.communicator.TFGHttpClient.processRequest(TFGHttpClient.java:227)
at com.freedomgroup.common.communicator.TFGHttpRequestHandler.processRequest(TFGHttpRequestHandler.java:99)
at com.freedomgroup.common.gui.request.TFGInvocationHandler.invokeService(TFGInvocationHandler.java:79)
. 5 more

How can I help? did you checked if the server is up and running and whether you can connect to the server? If you are running your from home then make sure you check that VPN is connected to your office network as well.

Источник

java.net.ConnectException: в соединении отказано

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

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

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

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

Примечание. Вы не сможете получить доступ к этому частному 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 (); задача решена. Этот код у меня работает.

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

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

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

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

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

Источник

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).

Что делать:

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

Ошибка подключения к серверу 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, параметры обмена по умолчанию

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

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

Причина:

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

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

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

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

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

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

Что делать:

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

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

Причина:

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

Источник

[КАК ИСПРАВИТЬ] 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 файл, в то время как журналы вывода сервера имели именно ту ошибку, о которой говорилось в вопросе.