I have done this, according to http://www.tc.umn.edu/~brams006/selfsign.html, part 1B (generating your own CA):
a) create a CA authority (ca.key and ca.crt)
b) make a certificate request (server.csr)
c) sign the certificate request (server.crt and server.key) with the new CA authority
d) change the server key so it does not ask for a passphrase.
Afterwards, the server.crt and server.key files are included in /usr/share/fred-client/ssl directory, and the fred-client configuration file is modified like this:
ssl_cert = %(dir)s/server.crt
ssl_key = %(dir)s/server.key
Now, if I try to run fred-client this is the result:
ERROR: socket.sslerror: [Errno 1] _ssl.c:480: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca (200.107.82.18:700)
Certificate not signed by verified certificate authority
What should I do for fred-client to identify these certificates as valid?.
Thanks in advance.
Note: the new fred-client is perfectly compatible with FRED 2.2.
--
Mario Guerra <mguerra(a)nic.cr>
Hello!
I'm experiencing some difficulties with my Daphne web application on my new
FRED server. All the Fred-* services are running including Fred-webadmin,
fred-client also works well I can create objects. But after logging into
Daphne I encounter the following error:
Error: CORBA object could not be found!
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/fred_webadmin/exposed.py", line 25,
in _wrapper
return view_func(*args, **kwd)
File "/usr/lib/python2.7/dist-packages/fred_webadmin/controller/adif.py",
line 254, in login
self._fill_session_data(form, user, corba_session_string)
File "/usr/lib/python2.7/dist-packages/fred_webadmin/controller/adif.py",
line 207, in _fill_session_data
cherrypy.session['Mailer'] = corba_obj.getObject('Mailer',
'ccReg.Mailer')
File "/usr/lib/python2.7/dist-packages/fred_webadmin/corba.py", line 104,
in getObject
return self.getObjectUsingContext(self.context_name, name, idltype)
File "/usr/lib/python2.7/dist-packages/fred_webadmin/corba.py", line 93,
in getObjectUsingContext
obj = self.context.resolve(cosname)
File "/usr/lib/python2.7/dist-packages/CosNaming_idl.py", line 231, in
resolve
return _omnipy.invoke(self, "resolve",
_0_CosNaming.NamingContext._d_resolve, args)
NotFound: CosNaming.NamingContext.NotFound(why=missing_node,
rest_of_name=[CosNaming.NameComponent(id='Mailer', kind='Object')])
I can navigate Daphne tabs but the 'Fields' drop down says 'Error loading
data for filter button!'. Any ideas on a workaround on this?
Thank you.
Regards,
Moeketsi Maphoi
Hello!
I am having problems with my newly installed fred-whois server on Ubunu
Server 16.04. What is happening is that the whois webpage can display all
attributes as needed (after searching for a domain), when I click on
attribute links like registrar ID they appear fine. The problem comes when I
want to view or click on the contact attribute, it gives out the error code
500 Internal Server Error. This error only occurs when I want to view
details about the contact attached to the domain, either be an
administrative contact or technical contact.
Apache error log show the following (searched for domain.domain, then click
on the administrative contact):
.mod_wsgi (pid=27416): Exception occurred processing WSGI script
'/usr/lib/python2.7/dist-packages/fred_whois/whois_wsgi.py'., referer:
http:// localhost /whois/?d=domain.domain
.Traceback (most recent call last):, referer:
http://localhost/whois/?d=domain.domain
.File "/usr/lib/python2.7/dist-packages/beaker/middleware.py", line 155, in
__call__, referer: http:// localhost /whois/?d=domain.domain
.return self.wrap_app(environ, session_start_response), referer: http://
localhost /whois/?d=domain.domain
.File "/usr/lib/python2.7/dist-packages/fred_whois/whois_wsgi.py", line 145,
in application, referer: http:// localhost /whois/?d=domain.domain
.links={'registrars_list': '/whois/registrars'}, referer: http:// localhost
/whois/?d= domain.domain
.File "/usr/lib/python2.7/dist-packages/fred_whois/whois.py", line 1199, in
render, referer: http:// localhost /whois/?d= domain.domain
.answer['is_site_nic'] = settings.SITE_DIR_NAME == "nic", referer: http://
localhost /whois/?d= domain.domain
.File "/usr/lib/python2.7/dist-packages/django/conf/__init__.py", line 54,
in __getattr__, referer: http:// localhost /whois/?d= domain.domain
.self._setup(name), referer: http:// localhost /whois/?d= domain.domain
.File "/usr/lib/python2.7/dist-packages/django/conf/__init__.py", line 47,
in _setup, referer: http:// localhost /whois/?d= domain.domain
.% (desc, ENVIRONMENT_VARIABLE)), referer: http:// localhost /whois/?d=
domain.domain
.ImproperlyConfigured: Requested setting SITE_DIR_NAME, but settings are not
configured. You must either define the environment variable
DJANGO_SETTINGS_MODULE or call settings.configure() before accessing
settings., referer: http://localhost/whois/?d= domain.domain
Any ideas on what causes this particularly on contacts handles?
Thank you.
Regards,
Moeketsi Maphoi
Dear All,
I'm new to this list.
Looking at page 18 of this doc (dated 2007!):
http://www.aftld.org/bk/cairo2007/docs/FRED-20070529-PT-AfTLD.pdf
I can see a preview of a GUI for FRED client.
Is it something that is actually available nowadays ?
Thanks and sorry if it's something I could have seen into the README file which I'm currently
reading.
--
Ludovic DURIEUX
Director • Head of Domain Name Operations
Phone: +33.488662243
Fax: +33.488662256
SafeBrands S.A.S.
Pole Media Belle de Mai, 37 rue Guibal
13356 Marseille Cedex 03
FRANCE
N.B.: En application des principes de respect de l'équilibre vie privée vie professionnelle
chers à SafeBrands, les mails qu'il m'arrive d'envoyer en dehors des heures ou jours ouvrables
n'appellent pas de réponse immédiate.
