This is an eppic example:
NIC-REG1(a)192.168.1.203 > info-contact CON0001
2026-09-04 08:49:59,398 WARNING epp:send_request:163 Communication with the server
failed. Retrying...
2026-09-04 08:49:59,398 WARNING epp:logout:71 Logout failed.
2026-09-04 08:49:59,435 WARNING transport:connect:105 Verification of the peer
certificate is disabled.
2026-09-04 08:49:59,788 ERROR epp:send_request:166 Communication with the server
failed. Logging out and closing connection...
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/eppic/epp.py", line 159, in send_request
return self._send_request(request, cltrid)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/eppic/epp.py", line 175, in _send_request
response = self._client.send(request, tr_id=cltrid)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/epplib/client.py", line 109, in send
response = cast(ResponseT, self._receive(request.response_class))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/epplib/client.py", line 121, in _receive
response_raw = self.transport.receive()
^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/epplib/transport.py", line 158, in
receive
raise TransportError('Empty response recieved.')
epplib.exceptions.TransportError: Empty response recieved.
2026-09-04 08:49:59,789 WARNING epp:logout:71 Logout failed.
2026-09-04 08:49:59,789 ERROR app:run:184 Communication with the server failed.
This is the rifd log (from the syslog file, only the fred-rifd fragments):
root@fred26-app:/var/log# grep rifd syslog
Sep 4 08:49:48 fred26-app fred-rifd[518]: {518-8-1-rifd} version -- get version 2.70.1
BUILD Jan 23 2026 13:05:39 -- {epp_impl.cc:751}
Sep 4 08:49:48 fred26-app fred-rifd[518]: {518-8-2-rifd} ClientLogin -- ClientLogin:
username-> [NIC-REG1] clTRID [1awmj3#2026-09-04T08:49:48.602726] passwd [.......]
newpass [] -- {epp_impl.cc:1506}
Sep 4 08:49:48 fred26-app fred-rifd[518]: {518-8-2-rifd} ClientLogin -- ClientLogin:
certID [B5:37:E2:35:67:87:B5:1F:A0:E3:13:57:38:DE:56:09] language [0] --
{epp_impl.cc:1512}
Sep 4 08:49:48 fred26-app fred-rifd[518]: {518-8-2-rifd} ClientLogin -- ClientLogin:
username NIC-REG1, regID 2, clTRID 1awmj3#2026-09-04T08:49:48.602726, lang 0 got clientID
4657860 -- {epp_impl.cc:1574}
Sep 4 08:49:48 fred26-app fred-rifd[518]: {518-8-2-rifd} ~DB -- delete svrTRID --
{dbsql.cc:99}
Sep 4 08:49:48 fred26-app fred-rifd[518]: {518-8-2-rifd} ~DB -- delete memHandle --
{dbsql.cc:109}
Sep 4 08:49:59 fred26-app fred-rifd[518]:
{518-8-3-rifd-clid-2-ReqID-0000000893-ContactInfo} close -- connection closed --
{connection.hh:75}
Sep 4 08:49:59 fred26-app fred-rifd[518]: {518-8-4-rifd} version -- get version 2.70.1
BUILD Jan 23 2026 13:05:39 -- {epp_impl.cc:751}
Sep 4 08:49:59 fred26-app fred-rifd[518]: {518-8-5-rifd} ClientLogin -- ClientLogin:
username-> [NIC-REG1] clTRID [htdmyg#2026-09-04T08:49:59.468571] passwd [.......]
newpass [] -- {epp_impl.cc:1506}
Sep 4 08:49:59 fred26-app fred-rifd[518]: {518-8-5-rifd} ClientLogin -- ClientLogin:
certID [B5:37:E2:35:67:87:B5:1F:A0:E3:13:57:38:DE:56:09] language [0] --
{epp_impl.cc:1512}
Sep 4 08:49:59 fred26-app fred-rifd[518]: {518-8-5-rifd} ClientLogin -- ClientLogin:
username NIC-REG1, regID 2, clTRID htdmyg#2026-09-04T08:49:59.468571, lang 0 got clientID
4657861 -- {epp_impl.cc:1574}
Sep 4 08:49:59 fred26-app fred-rifd[518]: {518-8-5-rifd} ~DB -- delete svrTRID --
{dbsql.cc:99}
Sep 4 08:49:59 fred26-app fred-rifd[518]: {518-8-5-rifd} ~DB -- delete memHandle --
{dbsql.cc:109}
Sep 4 08:49:59 fred26-app fred-rifd[518]:
{518-8-6-rifd-clid-2-ReqID-0000000895-ContactInfo} close -- connection closed --
{connection.hh:75}
________________________________
De: Aleš Jarolímek
Enviado: Viernes, 4 de Septiembre de 2026 02:16
Para: A mailing list for users and developers of FRED registry system; Mario Guerra
CC: Andrey López; Ricardo Samper Jimenez; Michael Venegas
Asunto: Re: FRED 2026.1 report
To get complete overview, please send us logs from fred-rifd.log and
eppd.log. Probably those files are located in /var/log/fred-rifd.log and
/var/log/apache2/eppd.log.
Thanks
Aleš Jarolímek
L2 support
CZ.NIC, z. s. p. o.
Milešovská 1136/5
130 00 Praha 3
Dne 04. 09. 26 v 9:25 dop. Aleš Jarolímek napsal(a):
Hello Mario.
Thank you for your summary, we're glad to hear from you.
Regarding the "info-contact" case, could you please send us the
fred-rifd log for that period? We'll analyse it. Thank you.
Kind regards
Aleš Jarolímek
L2 support
CZ.NIC, z. s. p. o.
Milešovská 1136/5
130 00 Praha 3
Dne 03. 09. 26 v 6:26 odp. Mario Guerra napsal(a):
For the most part, our tests with FRED 2026.1 has
been successful as
follows:
*
We use a copy of a development DB and modify it so the log tables
in the DB FRED are eliminated
*
We configured the fred-app services properly
*
We have successfuly generated DNS tables (and signed them, BTW)
*
FERDA, whois, web whois and RDAP work as expected
*
Messenger, secretary and fileman are properly configured.
There is one curious problem with eppic (and it happens with our
homemade EPP client, too).
eppic works mostly well, but there is one command that does not:
root@fred26-app:~# eppic
2026-09-03 09:59:15,956 WARNING transport:connect:105 Verification
of the peer certificate is disabled.
NIC-REG1(a)192.168.81.203 > i*nfo-contact --id=CN_1*
2026-09-03 09:59:18,244 WARNING epp:send_request:163 Communication
with the server failed. Retrying...
2026-09-03 09:59:18,245 WARNING epp:logout:71 Logout failed.
2026-09-03 09:59:18,287 WARNING transport:connect:105 Verification
of the peer certificate is disabled.
2026-09-03 09:59:18,530 ERROR epp:send_request:166 Communication
with the server failed. Logging out and closing connection...
Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/eppic/epp.py", line 159, in
send_request
return self._send_request(request, cltrid)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/eppic/epp.py", line 175, in
_send_request
response = self._client.send(request, tr_id=cltrid)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/epplib/client.py", line 109,
in send
response = cast(ResponseT, self._receive(request.response_class))
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/epplib/client.py", line 121,
in _receive
response_raw = self.transport.receive()
^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/lib/python3/dist-packages/epplib/transport.py", line
158, in receive
raise TransportError('Empty response recieved.')
epplib.exceptions.TransportError: Empty response recieved.
2026-09-03 09:59:18,531 WARNING epp:logout:71 Logout failed.
2026-09-03 09:59:18,531 ERROR app:run:184 Communication with the
server failed.
If only happens with this particular operation. The other info
operations and the rest of commands, including creation of a contact,
work perfect.
And it seems that it happens on the backend, because the
corresponding XML generated from our page, which is a homemade XML,
equivalent to info-contact, fails too.
As I said, info-nsset, etc. work well, too.
What do you think?
BTW, we have copied our dev DB and modified it (exporting or
eliminating the log tables, now in the fredlog DB). And that's it.
Best regards.
Mario Guerra - NIC-CR
_______________________________________________
fred-users mailing list -- fred-users(a)lists.nic.cz
To unsubscribe send an email to fred-users-leave(a)lists.nic.cz
_______________________________________________
fred-users mailing list -- fred-users(a)lists.nic.cz
To unsubscribe send an email to fred-users-leave(a)lists.nic.cz