fred-users

fred-users@lists.nic.cz

404 discussions

by Moeketsi Maphoi

Greetings, I am experiencing a bit of a problem here on daphne, out of nowhere. The FRED services have never stopped running for two months now but daphne puts out the following message after hitting login. Error: Error: Backend server is not running! 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 241, in login self._authenticate(form, admin) File "/usr/lib/python2.7/dist-packages/fred_webadmin/controller/adif.py", line 175, in _authenticate auth.authenticate_user(admin, login, password) File "/usr/lib/python2.7/dist-packages/fred_webadmin/auth/corba_auth.py", line 11, in authenticate_user admin.authenticateUser(recoder.u2c(username), recoder.u2c(password)) File "/tmp/tmprSxSnq", line 6903, in authenticateUser TRANSIENT: CORBA.TRANSIENT(omniORB.TRANSIENT_ConnectFailed, CORBA.COMPLETED_NO) All FRED services are still running. The logs don't show anything conclusive, what could be happening? Regards, Moeketsi Maphoi Systems Engineer: LsNIC

5 let, 10 měsíců

Fwd: An apparent problem with web-admin

by Mario Guerra

Hello. When trying to unblock a domain using Webadmin it does not show the Unblock button in despite it is blocked. I'm showing this problem in this attachment. Have any of you experienced this?. We are using FRED 2.36 under Ubuntu 16.04. Any other means of unblocking the domain? Best Mario Guerra

5 let, 11 měsíců

problem registrar EPP connection - timeout - ERROR: socket.sslerror: _ssl.c:477

by Dr P Nyirenda

One of our registrars is facing a problem making an EPP connection to our .mw registry running FRED. The connection sometimes succeeds and sometime it fails with "ERROR: socket.sslerror: _ssl.c:477" - on a random on-and-off scenario that seems rather random, we cannot tell when it will fail or succeed. After many observations, I requested the registrar to install fred-client so that I can also test the connection from their end. Sessions look like the ones copied here below where one session was successful to conned and the other one failed. I have looked at this in detail and I need help to check what is really going on. I have now done a TCPDUMP of these connections and the result is copied as here attached, one for a successful connection and one for a failed connection. You will see that in the failed connection TCPDUMP shows that the fred-client on 88.208.201.35 was talking to the FRED server on 196.45.190.7 but the fred-client appears to stop listening even though the FRED server makes a few more attempts to the fred-client. The registrar is experiencing the same for their own client, it sometimes connects successfully and sometimes fails with no predictable pattern. My logs including those on DAPHNE show that most other registrars are connecting ok with no such problems. Can you help check what the problem could be with this one registrar? Is there another log that I can check to see what exactly is causing these connections to fail? Regards, Paulos ====================== Dr Paulos B Nyirenda NIC.MW & .mw ccTLD http://www.registrar.mw [######## successful connection #############] paulos@ndovu [~/fred-client-2.8.0]# ./fred-client Czech translation not available FredClient PACKAGE_VERSION Type "help", "license" or "credits" for more information. Using configuration from conf/fred-client.conf Connecting to ngoli.sdnp.org.mw, port 700 ... Connected! AFRIREGISTER-REG(a)ngoli.sdnp.org.mw> quit Logout command sent to server Ending session at ngoli.sdnp.org.mw Disconnected. [######## failed connection #############] paulos@ndovu [~/fred-client-2.8.0]# ./fred-client Czech translation not available FredClient PACKAGE_VERSION Type "help", "license" or "credits" for more information. Using configuration from conf/fred-client.conf Connecting to ngoli.sdnp.org.mw, port 700 ... ERROR: socket.sslerror: _ssl.c:477: The handshake operation timed out (ngoli.sdnp.org.mw:700) paulos@ndovu [~/fred-client-2.8.0]# --- This email has been checked for viruses by AVG. https://www.avg.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any other MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your system administrator for assistance. ---- File information ----------- File: afriregister-reg-tcpdump-ok-and-failed-EPP-connection-25-7-18.txt Date: 25 Jul 2018, 15:09 Size: 8110 bytes. Type: Text

6 let, 2 měsíce

HELP with Java and use of SSL private key and digital certificates

by Dr P Nyirenda

Good morning, I have a new registrar that is trying to use Java for EPP connections to our .mw FRED server and they are having a problem on how to use SSL digital keys and SSL certificates in their Java EPP client They want to import the SSL private key and digital certificate into their Java EPP client. . The e-mail address of the registrar is domain(a)idcicp.com and their skype IP is slowturtlej . As of now they are trying something like the following: openssl pkcs12 -export -clcerts -in topnets.cert.pem -inkey topnets.key.pem -out clientuser.p12 keytool -importkeystore -srckeystore clientuser1p12 -srcstoretype PKCS12 -deststoretype JKS -destkeystore ServerKeystore.jks Let me know if you can help and please, if you can, also communicate to them direcly on the above address and skype ID. Regards, Paulos ====================== Dr Paulos B Nyirenda NIC.MW & .mw ccTLD http://www.registrar.mw ------- End of forwarded message ------- --- This email has been checked for viruses by AVG. https://www.avg.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

6 let, 2 měsíce

help how to toggle FRED "serverInzoneManual - The domain is administratively kept in zone"

by Dr P Nyirenda

Help, One of our staff has changed the status of a domain "Set inZone Status" to keep the domain "administratively kept in the zone" on our FRED registry for .mw Daphne is hence showing "serverInzoneManual - The domain is administratively kept in zone" Is there any way to toggle the state of the domain back to its normal status? Can it be done in the database or by sql command? Paulos ============================== Dr Paulos Nyirenda Malawi SDNP Coodinator ---------------------------------------------------------- --- This email has been checked for viruses by AVG. http://www.avg.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

6 let, 5 měsíců

SDNP 2nd .MW Registrars Training Workshop on 24 April 2018 at the Raylls Protea Hotel, Blantyre, Malawi

by Dr P Nyirenda

As you can see here below, in a few weeks we will be running our 2nd workshop for registrars and I am looking for ideas on how to grow our community of registrars. The few registrars that we have so far are having a tough time developing a registrar platform for EPP connections to FRED registry. So, I would like to learn from you on how you have grown your registrars, especially on assisting them technically to do EPP connections. Do you have any comments on our workshop agenda? Do you have a portal for registrars? Do you give them fred-client? Is there a registrar that has developed their own EPP client to connect to FRED and who is willing to share development or source for such a client? Please educate me ! We would be delighted if you could come to Malawi for the one day workshop? Regards, Paulos 2nd WORKSHOP ON .MW DOMAIN REGISTRARS SDNP, the .mw domains registry operator, will run the 2nd .MW Registrars Training Workshop on 24 April 2018 at the Raylls Protea Hotel, Blantyre, Malawi. More details on the workshop are available at SDNP registrar website at http://www.registrar.mw/registrars.php The aim of the workshop is to assist to develop, train and support a sustainable crop of Internet domain registrars in Malawi that do sustainable business on the viable Malawi .mw Country Code Top Level Domain, the .mw ccTLD, using a top of the range domain EPP registry platform. A detailed agenda has been developed for the workshop and a brief version is shown here below with more details available on the above website. Please do let us know if there is any particular topic that you would like to be covered or emphasized. The workshop is open to anyone interested but is particularly targeting registrars and potential registrars. Those interested should register by 19 April 2018. Registration form is available on the above website. There is limited space for 25 participants. We, therefore, cordially invite you to the workshop to learn, share knowledge and network with registrars in Malawi. As in the first workshop we have interest from registrars from abroad who also want to learn and to assist to share expertise and experience on how to develop and sustain a profitable registrar operation and industry in a place like Malawi. The workshop fee to assist to cover the venue is MK25,000 for accredited registrars and MK45,000 for those not yet accredited. Please pay in advance when you register to Malawi SDNP bank account number 674257 National Bank of Malawi, Chichiri Branch. Please bring a laptop for the hands-on exercises. Those who attended the first workshop are also welcome to share their experience or ask specific questions at this workshop so as to further develop their registrar business and operations. TIME TOPIC AREAS 08:00 - 08:30 Workshop Registration, verification 08:30 - 09:00 Workshop opening Session 1 9:00 - 10:00 Overview: Domains, DNS, Registries, Registrars and Registrants Overview, Domains names, TLDs, Internet services, Users, Registrants, Registrars, Registries, How DNS works, WHOIS, framework Session 2 10:30 - 11:00 Becoming a .mw registrar What is a Registrar? Registrants, Registries, 2R, 3R, cases in Africa and globally, overview on EPP - Extensible Provisioning Protocol and its command groups Session 3 11:00 - 11:30 Policy Framework for .mw domains Principles, Domain Registration Policy - Registrar Accreditation - Fees and Charges - Registrant Agreement Session 4 11:30 - 12:30 How to grow the domain name industry in Malawi Domain names and registrar business in Malawi - Example of a successful registrar - presentations from EvMak(TZ), Afriregister(BI), Lexsynergy(UK), ZACR(RSA) - ICANN accreditation - Marketing .mw TLD, Registrar associations LUNCH Session 5 13:30 - 14:00 Registry and DNS operations Global DNS system and operation - BIND and other DNS servers - DNS zones and zone files - FRED Registry and Automatic Zone Generation - DNS propagation Session 6 14:00 - 15:00 Conducting EPP connections - Registry / Server Side Requirements for registering a domain on .mw registry, Contacts, handles, nssets, DNS servers, data validation, WHOIS - Requirements for a registrar to connect to .mw registry, Registrar Handle, Username and EPP Password, SSL/TLS, Private Key and Digital Certificate. SDNP Certification Authority, LINUX operating system tools for Registrars, SSL, HTTP Session 7 15:15 - 16:30 * Conducting EPP connections - Registrar / Client Side - Practical / Demo EPP clients, fred-client - Download, Configure, Connect, XML, fred-client as backend of registrar website, security * Building your own EPP client * Transferring your current .mw domains to you to manage as a Registrar over EPP connections Session 8 16:30 - 170:0 Workshop evaluation 17:00 - 17:30 Closure of Workshop Malawi SDNP Coordinator, P.O. Box 31762, Chichiri, Blantyre 3, Malawi NIC.MW & .mw ccTLD: http://www.registrar.mw Tel: +265-(0)-1-874979 Cell: +265-(0)-888-824787 E-Mail: domains(a)registrar.mw http://www.registrar.mw/registrars.php --- This email has been checked for viruses by AVG. http://www.avg.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any other MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your system administrator for assistance. ---- File information ----------- File: hts_1.PNG Date: 9 Apr 2018, 18:59 Size: 7433 bytes. Type: Unknown The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any other MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your system administrator for assistance. ---- File information ----------- File: hts_2.JPG Date: 9 Apr 2018, 18:59 Size: 8575 bytes. Type: Unknown The following section of this message contains a file attachment prepared for transmission using the Internet MIME message format. If you are using Pegasus Mail, or any other MIME-compliant system, you should be able to save it or view it from within your mailer. If you cannot, please ask your system administrator for assistance. ---- File information ----------- File: hts_3.PNG Date: 9 Apr 2018, 18:59 Size: 15205 bytes. Type: Unknown

6 let, 5 měsíců

gTLD list to be inserted into FRED registry - .ruhr

by Dr P Nyirenda

. Is there a recommended new gTLD list recommended to be inserted into the FRED registry TLD database table? We at the .mw registry are now receiving regular requests for new gTLDs to be included into the FRED registry especially for DNS servers for nssets. The latest of these is .ruhr. We would hence like to find out if there is a list of new gTLDs that we can insert in the FRED registry data base to take care of these requests instead of having to do this on request when a registrar fails to include a DNS server into an nsset. How are the other FRED registry platform users handling this ? Regards, Paulos ====================== Dr Paulos B Nyirenda NIC.MW & .mw ccTLD http://www.registrar.mw --- This email has been checked for viruses by AVG. http://www.avg.com -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

6 let, 6 měsíců

Re: fred-users Digest, Vol 83, Issue 1

by Simon M. Balthazar

Hi Doc, We usually pull a latest list of TLD from IANA http://data.iana.org/TLD/tlds-alpha-by-domain.txt You can write a script to compare what you have in registry with the list above. Take the new ones and insert them in enum_tlds ./simon On 3/12/18 2:00 PM, fred-users-request(a)lists.nic.cz wrote: > Send fred-users mailing list submissions to > fred-users(a)lists.nic.cz > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.nic.cz/cgi-bin/mailman/listinfo/fred-users > or, via email, send a message with subject or body 'help' to > fred-users-request(a)lists.nic.cz > > You can reach the person managing the list at > fred-users-owner(a)lists.nic.cz > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of fred-users digest..." > > > Today's Topics: > > 1. gTLD list to be inserted into FRED registry - .ruhr > (Dr P Nyirenda) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 12 Mar 2018 09:33:56 +0200 > From: "Dr P Nyirenda" <paulos(a)sdnp.org.mw> > To: fred-users(a)lists.nic.cz > Subject: gTLD list to be inserted into FRED registry - .ruhr > Message-ID: <5AA62D64.14050.26A3C073(a)paulos.sdnp.org.mw> > Content-Type: text/plain; charset=US-ASCII > > . > > Is there a recommended new gTLD list recommended to be inserted into the FRED registry > TLD database table? > > We at the .mw registry are now receiving regular requests for new gTLDs to be included into > the FRED registry especially for DNS servers for nssets. The latest of these is .ruhr. > > We would hence like to find out if there is a list of new gTLDs that we can insert in the FRED > registry data base to take care of these requests instead of having to do this on request when > a registrar fails to include a DNS server into an nsset. > > How are the other FRED registry platform users handling this ? > > Regards, > > Paulos > ====================== > Dr Paulos B Nyirenda > NIC.MW & .mw ccTLD > http://www.registrar.mw > > > --- > This email has been checked for viruses by AVG. > http://www.avg.com > >

6 let, 6 měsíců

Error: CORBA object could not be found!

by Moeketsi Maphoi

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

6 let, 7 měsíců

FRED-Whois - Contact cause Internal Error

by 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

6 let, 7 měsíců

← Newer
1
...
6
7
8
9
10
11
12
...
41
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

fred-users