I’m discovering *FRED*, and I’d like to deploy it with *Let’s Encrypt*.
I found a demo installation project here:
https://gitlab.nic.cz/fred/demo-install.git, but it’s not working properly.
Hello,
after i run this command ( apt --assume-yes install fred) i have stack in this point any suggestion.
==========
The following packages have unmet dependencies:
fred : Depends: fred-rdap but it is not going to be installed or
fred-rdap-py3
Depends: fred-rdap-apache but it is not going to be installed
Depends: fred-webwhois but it is not going to be installed or
fred-webwhois-py3 but it is not going to be installed
Depends: fred-webwhois-apache but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
=============
Hello, I am trying to execute the fred-client command, and it gives me this error on the fred master server
CORBA exception: IDL:omg.org/CORBA/COMM_FAILURE:1.0
Could not get greeting data from fred_rifd
Hello
UltraDNS is working on implementations of the multi-signer DNSSEC (RFC 8901) specification.
It has been our desire to be able to use CDNSKEY records as an indicator to other signers that a ZSK roll is in process and the other signer should adjust their DNSKEY rrSet to reflect the new ZSK created by the UltraDNS signing processes.
Our interpretations of RFCs 7344 and 8078 do not prohibit the use of CDNSKEY for this purpose and we had developed the service to publish CDNSKEY records with a DNSKEY flags value of 256 to indicate a change in the ZSK for the zone.
Unfortunately, this approach appears to be causing issues for TLDs using FRED as the cdnskey scanner process does not consider the flags attribute of the rdata and treats every CDNSKEY record as a KSK key event.
We would like know if FRED could be updated to consider the flags of CDNSKEY records and only act on those records where the SEP indicator is set - i.e. flags = 257?
Acknowledging that the RFCs are silent on the use of flags=256 in a CDNSKEY record, it seems to us to be a reasonable use of the CDNSKEY record for signaling and informing other signers implementing RFC 8901.
Thoughts?
Steve deJong
UltraDNS
Hello,
I want to test fred, so I ran the install script. It fails
because omniorb and apache2 are not installed.
Then in the a2ensite commands, I'm not sure where these sites are coming
from.
Can I please get an account in gitlab.nic.cz? I can report the issues
there and fix the things that are clearly missing.
Hello.
One of our clients, who wish to connect to our FRED server is having problems for managing his connection. Also, I can reproduce their situation.
Most of our registrars use either the fred-client Python-based script, or the Python API. And they can manage all their operations without problems.
In their case, they connect in a completely different way. They use a Java-based client, and also they generated THEIR csr file. It was sent to us, along their key, in a zip file). The csr file was appopiately signed, put in the proper place at /usr/share/fred-client/ssl, so the certificate and key are present.
And here is what is odd. They can properly login (and us too using fred-client testing that). But if you try to manage any objects at the creation, a Command failed is issued. This happens with their Java-based client and also with fred-client, testing their configuration, certificate and all.
And the odd thing is that any other client manages every thing appropiately.
Here is the fred-client.conf relevant part:
### Connection settings
[connect]
# Path to the directory with certificates
dir = /usr/share/fred-client/ssl
# Server name
host = 127.0.0.1
# Server port (default: 700)
port = 700
# File path of the certificate
ssl_cert = %(dir)s/<our client>.crt
# File path of the private key
ssl_key = %(dir)s/<their key>.pem
# Login username and password
username = <their username>
password = <their password>
As I said the login is perfect but not the object management
Any hints?
The certificate was signed using their key, but our CA.
Best regards
Mario Guerra - NIC-CR
Happy new year, hope you are well.
Due to the current and developing tough economic situation in Malawi,
we at .mw ccTLD are considering ways to provide better conditions for
registrars that operate or are based in Malawi.
One possible way to do this is to charge them for EPP operations at a different
rate as they provide and manage domains locally to those in Malawi.
We are aware that FRED does not provide a differential pricing scheme,
however, FRED does provide VAT charges that can be different from one
registrar to another, some registrars can be configured to be charged
VAT but others can be on no-vat.
When we looked at this we also noticed that there is a parameter call
"koef" in the database. This seems to affect how credit is allocated
to a registrar but it does not appear to be linear.
So, we would like to find out the following:
1. If we wanted a group of registrars to be charged say 10% less for an EPP transaction, how
can we use the VAT setting in FRED to achieve that ?
2. How is koef used in the FRED system - is there a formula ?
3. Can we use koef in a positive way to benefit some registrar only ?
4. What happens if we set a negative value for koef ?
5. Can we set a negative value for VAT ?
Please provide any additional details as we are also exploring SQL
ways to achieve differential pricing or crediting of groups of
registrars.
Regards,
Paulos
=====================================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD: http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
------- End of forwarded message -------
Folks:
I want to know who gets commands like sendauthinfo_domain and the rest of those commands.
And also, what is needed for those commands to work appropiately (the messenger configuration, for example?).
Mario Guerra - NIC-CR
Server disposition
A fred-db server, a fred-admin server, a genzone+signer server and a whois/LDAP server.
The last one is fully public.
Situation
In a test environment using this server architecture all the services work perfectly. Also, I tested the last version of the test installation and all services work in one test server.
What we want
* Installing FERDA in the fred-admin sever
* Installing the web whois service and the RDAP service on the whois server.
This means that a Docker server would be installed in both fred-admin and fred-whois. One alternative if possible is using a preexisting Docker server (we have one).
Also, apparently both three Docker servers need the messenger and secretary services. But there is something I'm omitting.
A tutorial for installing these three services in an environment similar to the described one.
Best regards
Mario Guerra - NIC-CR
Hey there, suddenly today, zone files are not getting updated with the new
names in it for example zone db.ind.mom is not getting updated with the new
names in it, even after booking a successful domain. I am able to see the
domain from admin panel that it is booked, but cant see via db zone file.
Please help
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>
Hey there i needed help for setting up whois server
I have successfully installed fred, and created zones for .techy.pw domain
Now i want a whois url for this tld, and a socket url i guess for other
scripts to check availability of the 3rd level domains, kindly help with
this
Hey there, all of a sudden i am getting this issue on Fred, as its not
getting up , i am not aware of the error, anyone up for help? Will pay for
your time.
Hey there, i am trying to connect Fred with an epp client of metaregistrar,
Getting error of Peer certificate CN= ‘localhost’ did not match expected
CN=‘registry.sparrowhost.in’
I had changed my server hostname, is that error related to this??
Kindly help me out
Hey there i wanted to know if anyway to integrate FRED with whmcs to show
domain availability on search results? I have installed fred and able to do
epp commands via terminal.
Hey there i tried adding a zone techy.pw
For selling its 3rd level domains
I have updated the nameservers of this domain to our server ip,
root1.sparrowhost.netroot2.sparrowhost.net
I have added a test registrar via 1.7.3 of installation part, after then i
created a domain web.techy.pw
But its not resolving to the nameservers i updated on it.
Hey there, we are planning to go with FRED as registry backend, but we are facing lots of issues, like domains are not resolving after creating
Kindly help us out with this.
Hey there i am running the 1.3.1 installation script and getting this as
output in last
Failed to start omniNames.service: Unit omniNames.service not found.
Synchronizing state of postgresql.service with SysV service script with
/lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable postgresql
uwsgi.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable uwsgi
Synchronizing state of apache2.service with SysV service script with
/lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable apache2
Failed to enable unit: Unit file omniNames.service does not exist.
Enabling site 02-fred-mod-eppd-apache.
To activate the new configuration, you need to run:
systemctl reload apache2
Enabling site 02-fred-mod-whoisd-apache.
To activate the new configuration, you need to run:
systemctl reload apache2
Enabling conf fred-rdap.
To activate the new configuration, you need to run:
systemctl reload apache2
Enabling conf fred-webwhois.
To activate the new configuration, you need to run:
systemctl reload apache2
Module mpm_event disabled.
To activate the new configuration, you need to run:
systemctl restart apache2
Considering conflict mpm_event for mpm_prefork:
Considering conflict mpm_worker for mpm_prefork:
Enabling module mpm_prefork.
To activate the new configuration, you need to run:
systemctl restart apache2
On 12 Jun 2023 at 13:04, patrick wrote:
> Hello Dr. Paulos,
>
> Thank you for feedback.
>
> On #2 ,if you can highlight which tables(table names) do you normally
> drop.
Mostly logs that are more than a year or two old, they show up in the database like
request_epp_23_05
which seems to refer to EPP request in the month of May 2023.
There are many request_? tables that you will see in the DB and you can choose which ones you want to keep and which ones to drop.
Does this help ?
Regards,
Paulos
=====================================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD: http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
>
>
> Regards,
>
> Patrick
>
> On 6/9/2023 10:58 AM, Dr Paulos Nyirenda wrote:
> > On 8 Jun 2023 at 10:25, patrick wrote:
> >
> >> Dear Fred users,
> >>
> >> Hope you are all doing good.
> >>
> >> I want to ask if there is any guide on how to do data cleaning in
> >> Fred Database without impacting fred services.
> >>
> >> Please share your experience .
> > Patrick,
> >
> > For us at Malawi .mw ccTLD
> >
> > 1. running "fred-admin --object_regular_procedure" regularly such
> > as on a cron job helps to clean out issues with domain expiry,
> > cleanv out database objects like contacts, nssets, etc that have not
> > been used for a long time, etc
> >
> > 2. removing old logs in the database helps clean the DB out of
> > overgrowing our machine memory and disk space - when these run out
> > we see registrars getting EPP timeout. So far, the only way we know
> > on how to do this is by direct SQL ... is there a better way ?
> >
> > 3. advising our registrars to use the EPP poll command helps them
> > manage their domains BUT we are finding it difficult to get
> > registrars to use or automate this to avoid complaints from
> > registrants ... is there a better way ?
> >
> > I hope this helps.
> >
> > Regards,
> >
> > Paulos
> > =====================================
> > Dr Paulos B Nyirenda
> > NIC.MW & .mw ccTLD: http://www.nic.mw
> > SDNP: http://www.sdnp.org.mw
> > Tel: +265-(0)-882 089 166
> > Cell: +265-(0)-888-824787
> > WhatsApp: +265-(0)-887386433
> >
> >> Thank you,
> >>
> >> Patrick
> >>
> >> _______________________________________________
> >> fred-users mailing list -- fred-users(a)lists.nic.cz
> >> To unsubscribe send an email to fred-users-leave(a)lists.nic.cz
> >
> >
> >
--
SDNP WebMail (http://www.sdnp.org.mw)
On 8 Jun 2023 at 10:25, patrick wrote:
> Dear Fred users,
>
> Hope you are all doing good.
>
> I want to ask if there is any guide on how to do data cleaning in
> Fred Database without impacting fred services.
>
> Please share your experience .
Patrick,
For us at Malawi .mw ccTLD
1. running "fred-admin --object_regular_procedure" regularly such as
on a cron job helps to clean out issues with domain expiry, cleanv out
database objects like contacts, nssets, etc that have not been used
for a long time, etc
2. removing old logs in the database helps clean the DB out of
overgrowing our machine memory and disk space - when these run out we
see registrars getting EPP timeout. So far, the only way we know on
how to do this is by direct SQL ... is there a better way ?
3. advising our registrars to use the EPP poll command helps them
manage their domains BUT we are finding it difficult to get registrars
to use or automate this to avoid complaints from registrants ... is
there a better way ?
I hope this helps.
Regards,
Paulos
=====================================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD: http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
>
> Thank you,
>
> Patrick
>
> _______________________________________________
> fred-users mailing list -- fred-users(a)lists.nic.cz
> To unsubscribe send an email to fred-users-leave(a)lists.nic.cz
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
Dear Fred users,
Hope you are all doing good.
I want to ask if there is any guide on how to do data cleaning in Fred
Database without impacting fred services.
Please share your experience .
Thank you,
Patrick
Dear Team,
Hope you are all doing very good.
Please guide us on how to remove/DELETE registrar from FRED.
We have number of accredited registrar who have stopped doing domain
business for so many years,therefore we want to remove them from our
registry.
Thank you,
Patrick
I need help on FRED on this request as copied below from a registrar 101domain.
I see not feature in FRED to produce a transactional log or monthly statement as requested
by this registrar.
Since 101domain is a global registrar even for .cz, how does .cz honor or process such
requests ?
Regards,
Paulos
=====================================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD: http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
------- Forwarded message follows -------
From: Registrar Operations <RegistrarOperations(a)101domain.com>
Date sent: Wed, 24 May 2023 10:25:47 -0700
Subject: Assistance Requested: Transaction log for .MW domains
To: registrar(a)registrar.mw, domains(a)registrar.mw, bodza(a)sdnp.org.mw,
paulos(a)sdnp.org.mw
Copies to: MW <MW(a)101domain.com>,
RegistrarOperations <RegistrarOperations(a)101domain.com>
Dear Colleagues,
I hope this email finds you well. I am writing on behalf of registrar 10domain GRS Limited.
Our billing department wants to please verify if there is a way to obtain the following
information via your EPP
We wish to have access to a transactions log for accounting records. The log should have
the following info:
Date
Domain
Action
Price
Running
Balance
Alternatively, if this is not possible, kindly let us know if there is a way to obtain monthly
statements with a transaction log.
Thank you in advance for your assistance and take care.
Best Regards,
Margo Austin-Moore
Relationship & Product Manager
1.877.983.6624 / direct: 1.760.444.8674 x 1267
mmcgrath(a)101domain.com
101domain.com / Twitter / Facebook / Instagram / LinkedIn
Worldwide Domain Coverage / Domain Specials / Domain Transfers / SSL Certificates /
Google Workspace / Hosting
The contents of this message may be privileged and confidential. Therefore, if this message has been received in error,
please delete it without reading it. Your receipt of this message is not intended to waive any applicable privilege. Please
do not disseminate this message without the permission of the author. Any legal information provided in this email is
intended as information only, not legal advice. If you need legal advice, please contact a lawyer. Any legal information
contained in this email was not intended to be used, and cannot be used, as legal advice.
------- End of forwarded message -------
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
abdoul,
> @Randy we had already thought about the rsync command, then insert it
> into a script and create a line in the crontab to automate it.
and you did not like because? i would not cron it, but find a way for
it to happen after fred publishes.
> @Randy how about installing KNOT DNS & FRED on the same server for this
> start?
not sure i see the win, but go for it.
randy
On 18 May 2023 at 11:40, Abdoul khader Gakou wrote:
>
> Hello Thanks for All
>
> Great
>
> Are BIND and Fred installed on the same server in your case or on
> separate servers?
Deploying on multiple physical servers is not the only distributed solution, deploying on virtual
servers or separating tasks on the process level is also possible, please see:
https://fred.nic.cz/documentation/html/Architecture/Deployment.html
> If it's on different servers how BIND manages to read the file
> generated by FRED.
See: https://fred.nic.cz/documentation/html/Architecture/Deployment.html
> As you had experience on registry management, how is your liaison with
> registrars so that they act in files
In our case registrar MUST connect using EPP - it works very well even though we have to
train new registrars in some cases while starting them up with fred-client
Regards,
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD: http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
>
> Regards
> ABDOUL KHADER GAKOU
> Certified Network Security Specialist
> Email : gakou05(a)gmail.com
> Tél : +224 622298656
>
>
>
>
> Le jeu. 18 mai 2023 à 08:44, Dr Paulos Nyirenda <paulos(a)sdnp.org.mw
> > a écrit :
>
> At the .mw registry we are running FRED registry with BIND for DNS
> services.
>
> We are not running KNOT DNS.
>
> So, I am re-directing your request to fred-users(a)lists.nic.cz
> with the hope that someone on that list may respond to you.
>
> However, I expect this to be straight forward if the FRED registry
> is generating DNS zone files for the DNS server to read and
> propagate, please see genzone config in FRED
>
> Regards,
>
> Dr Paulos B Nyirenda
> NIC.MW & .mw ccTLD: http://www.nic.mw
> SDNP: http://www.sdnp.org.mw
>
>
> On 16 May 2023 at 16:47, Abdoul khader Gakou wrote:
>
> From: Abdoul khader Gakou
> <gakou05(a)gmail.com>
> To: domains(a)registrar.mw
> Subject: Need a help for a Fred Registry
> Project
> Date sent: Tue, 16 May 2023 16:47:40 +0000
> Copies to: Admin Root
> <savane20014(a)gmail.com>
>
> > Hello;
> > We are in the process of deploying KNOT DNS associated with FRED
> > Registration for the management of a registry. So we have
> already > installed KNOT DNS under Debian 11 and also installed
> FRED > Registration under Ubuntu 20.04. We want to make the
> connection > between KNOT DNS and FRED, and understand the
> operation of FRED. > > > Please can you help us. > > > ABDOUL
> KHADER GAKOU > Certified Network Security Specialist > Email :
> gakou05(a)gmail.com > Tél : +224 622298656
>
>
>
>
> Virus-free. www.avg.com
>
>
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
At the .mw registry we are running FRED registry with BIND for DNS services.
We are not running KNOT DNS.
So, I am re-directing your request to fred-users(a)lists.nic.cz with the hope that someone on
that list may respond to you.
However, I expect this to be straight forward if the FRED registry is generating DNS zone
files for the DNS server to read and propagate, please see genzone config in FRED
Regards,
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD: http://www.nic.mw
SDNP: http://www.sdnp.org.mw
On 16 May 2023 at 16:47, Abdoul khader Gakou wrote:
From: Abdoul khader Gakou <gakou05(a)gmail.com>
To: domains(a)registrar.mw
Subject: Need a help for a Fred Registry Project
Date sent: Tue, 16 May 2023 16:47:40 +0000
Copies to: Admin Root <savane20014(a)gmail.com>
> Hello;
> We are in the process of deploying KNOT DNS associated with FRED
> Registration for the management of a registry. So we have already
> installed KNOT DNS under Debian 11 and also installed FRED
> Registration under Ubuntu 20.04. We want to make the connection
> between KNOT DNS and FRED, and understand the operation of FRED.
>
>
> Please can you help us.
>
>
> ABDOUL KHADER GAKOU
> Certified Network Security Specialist
> Email : gakou05(a)gmail.com
> Tél : +224 622298656
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
What are these New Communication Schemas on FRED as queried by one of our registrars
as shown here below?
Please elaborate if those of us running FRED registry need do anything about this.
Regards,
Paulos
=====================================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD: http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
------- Forwarded message follows -------
From: "Sharp, Vanessa" <Vanessa.Sharp(a)cscglobal.com>
To: "domains(a)registrar.mw" <domains(a)registrar.mw>
Subject: New communication schemas
Date sent: Mon, 1 May 2023 22:14:51 +0000
Dear NIC MW,
We were notified by CZ NIC that they are introducing a new version of schemas from 19th
May 2023. As MW shares a common platform with CZ please can you advise if there will be
any changes to the MW schemas?
Thanks and kind regards,
Vanessa Sharp
Vendor Relationship Manager | Digital Brand Services
Phone: 44 (0)207 015 9337
vanessa.sharp(a)cscglobal.com
CSC®
5 Churchill Place,
10th Floor,
London, E14 5HU
cscdbs.com
We are the business behind business
NOTICE: This e-mail and any attachments is intended only for use by the addressee(s) named herein and may
contain legally privileged, proprietary or confidential information. If you are not the intended recipient of this e-mail,
you are hereby notified that any dissemination, distribution or copying of this email, and any attachments thereto, is
strictly prohibited. If you receive this email in error please immediately notify me via reply email or at +1 302 636
5400 and permanently delete the original copy and any copy of any e-mail, and any printout.
------- End of forwarded message -------
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
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: FILE25800.JPG
Date: 2 May 2023, 9:37
Size: 1979 bytes.
Type: Unknown
Hello Team,
I have a scenario where by the NS set and domain name associated to it
are both deleted but I still technical checks results are sent to
contact of the NS SET.
My expectation is if the NSSET is already deleted then there will be
notification of Results of technical check on the NS set to be sent to
the contact of that particular NSSET.
Kindly I ask for your guidance on this scenario.
NS set: *<447855962183D9BD27E7JDLGL>*
Date of the check: 01:50:20 28-03-2023 EAT
Check type: periodic
Ticket: 469297
=== Errors ==================================================
Nameserver does not contain a record for any of the domains:
* <X>.co.tz*
Nameserver does not contain a record for any of the domains:
*<X>.co.tz*
=== Warnings =============================================
=== Notices ============================================
=====================================================================
Regards,
Patrick
Dear Team,
We have number of domain names blacklisted.
Challenge is Blacklisted domain names appear to be available for
registration when queried on whois.
Our requirement is we want to make blacklisted domain names not
available for registration even when prospective registrants query them
on whois.
Please guide us if there is a way/solution to achieve this.
Thank you,
Patrick
Hello Team,
Please assist to get sql query which provides statistics of fully
details of domain names renewed in a specific period.
Example we want to get analysis or list of domain names renewed in month
of January,which date was renewal command was executed,number of year
domain names renewed,new expire date.
I know these details can be obtained from daphine GUI but we are looking
for easy way to get these details.
Thank you,
Patrick
Hi,
I managed to install the FRED Registry management system on Ubuntu 20.04.
However, I am having trouble running the fred-admin command. For
instance when I read the below command:
root@fred-ubuntu:/etc/fred# fred-admin --registrar_add --handle=sys_reg
--reg_name="System registrar" --country=MW --no_vat --system
I get this error:
Error: the option '--messenger.archive_rendered' is required but missing
and when I try to use the option '--messenger.archive_rendered', like
here below:
root@fred-ubuntu:/etc/fred# fred-admin --registrar_add --handle=sys_reg
--reg_name="System registrar" --country=MW --no_vat --system
--messenger.archive_rendered
I get this error:
Error: found unknown configuration with option_group_index 22 :
--messenger.archive_rendered
Any suggestion as to how I could proceed?
Your assistance is greatly appreciated.
--
Regards,
Denzell Yonah
Internet Technician
Malawi SDNP
Tel: 882 089 166 <tel:882 089 166> | Cell: 888 844 657 <tel:888 824 787>
domains(a)registrar.mw <mailto:domains@registrar.mw>
http://www.nic.mw | http://www.registrar.mw <http://www.nic.mw |
http://www.registrar.mw>
P.O. Box 31762, Malawi SDNP, Chichiri, Blantyre
Dear Team,
I have performed restoration test and I have got below error;
Traceback (most recent call last):
File "/usr/bin/genzone_client", line 11, in <module>
load_entry_point('fred-pyfred==2.15.1', 'console_scripts', 'genzone_client')()
File "/usr/lib/python2.7/dist-packages/pyfred/commands/genzone_client.py", line 215, in run_genzone_client
ns=nameservice, context=corba_context).getZoneNameList()
File "/usr/lib/python2.7/dist-packages/pyfred/zone.py", line 191, in getObject
raise ZoneException("CORBA failure, original exception is: %s" % e)
pyfred.zone.ZoneException: CORBA failure, original exception is: CosNaming.NamingContext.NotFound(why=missing_node, rest_of_name=[CosNaming.NameComponent(id='ZoneGenerator', kind='Object')])
I request your guidance on sorting this issue. Thank you, Patrick
Hi
We manage the .co.zw 2LD registry for Zimbabwe and are interested in migrating
to use the FRED registry management system.
We first installed Ubuntu 16.04 LTS (Xenial Xerus) from scratch, with basic
utilities + sshd server package only, and then followed the instructions for
installation of FRED binaries at:
https://fred.nic.cz/documentation/html/AdminManual/Installation/BinsUbuntu.…
The first problem we found was with this command:
# sudo apt-key adv --keyserver hkp://keys.gnupg.net:80 --recv-keys
0x1C0200016A9AC5C6
The above keyserver has closed down so the site could not be found. We then
used keyserver.ubuntu.com instead, ie:
# sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys
0x1C0200016A9AC5C6
That was successful, with response:
gpg: key 6A9AC5C6: public key "CZ.NIC Release Automatic Signing Key
<archive-sign-key(a)nic.cz>" imported
We then continued with the instructions until the following command:
# sudo apt-get update
The response was:
GPG error: http://archive.nic.cz/ubuntu xenial Release: The following
signatures couldn't be verified because the public key is not available:
NO_PUBKEY E6DD3CAC7844804C
W: The repository 'http://archive.nic.cz/ubuntu xenial Release' is not signed.
We therefore requested the missing key (not in original notes):
# apt-key adv --keyserver keyserver.ubuntu.com --recv-keys E6DD3CAC7844804C
That was successful, with response:
gpg: requesting key 7844804C from hkp server keyserver.ubuntu.com
gpg: key C11F5931: public key "CZ.NIC Release Automatic Signing Key
<archive-sign-key(a)nic.cz>" imported
We continued with the instructions until we came to installing the FRED package
itself:
# sudo apt-get --assume-yes install fred
The response was:
The following packages have unmet dependencies:
fred : Depends: fred-pyfred but it is not going to be installed
Depends: fred-rsifd but it is not going to be installed
Depends: nagios-pyfred-genzone-plugin but it is not going to be
installed
Depends: pyfred-filemanager but it is not going to be installed
Depends: pyfred-genzone but it is not going to be installed
Depends: python-pyfred but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
We then tried with aptitude instead, ie:
# sudo aptitude install fred
The failed response was:
The following packages have unmet dependencies:
python-pyfred : Depends: python-pygresql (>= 1:5.0) but it is not going to be
installed.
bind9-host : Depends: libbind9-140 (= 1:9.10.3.dfsg.P4-8ubuntu1.16) but
1:9.10.3.dfsg.P4-8ubuntu1.19 is to be installed.
Depends: libdns162 (= 1:9.10.3.dfsg.P4-8ubuntu1.16) but
1:9.10.3.dfsg.P4-8ubuntu1.19 is to be installed.
Depends: libisc160 (= 1:9.10.3.dfsg.P4-8ubuntu1.16) but
1:9.10.3.dfsg.P4-8ubuntu1.19 is to be installed.
Depends: libisccfg140 (= 1:9.10.3.dfsg.P4-8ubuntu1.16) but
1:9.10.3.dfsg.P4-8ubuntu1.19 is to be installed.
Depends: liblwres141 (= 1:9.10.3.dfsg.P4-8ubuntu1.16) but
1:9.10.3.dfsg.P4-8ubuntu1.19 is to be installed.
dnsutils : Depends: libbind9-140 (= 1:9.10.3.dfsg.P4-8ubuntu1.16) but
1:9.10.3.dfsg.P4-8ubuntu1.19 is to be installed.
Depends: libdns162 (= 1:9.10.3.dfsg.P4-8ubuntu1.16) but
1:9.10.3.dfsg.P4-8ubuntu1.19 is to be installed.
Depends: libisc160 (= 1:9.10.3.dfsg.P4-8ubuntu1.16) but
1:9.10.3.dfsg.P4-8ubuntu1.19 is to be installed.
Depends: libisccfg140 (= 1:9.10.3.dfsg.P4-8ubuntu1.16) but
1:9.10.3.dfsg.P4-8ubuntu1.19 is to be installed.
Depends: liblwres141 (= 1:9.10.3.dfsg.P4-8ubuntu1.16) but
1:9.10.3.dfsg.P4-8ubuntu1.19 is to be installed.
fred-pyfred : Depends: python-pygresql (>= 1:5.0) but it is not going to be
installed.
However aptitude could not fix the problem.
We removed the bind9-host and dnsutils packages, then ran "sudo apt-get update"
and "sudo apt-get upgrade", then reinstalled them and tried the aptitude
install again. This time it just reported:
The following packages have unmet dependencies:
python-pyfred : Depends: python-pygresql (>= 1:5.0) but it is not going to be
installed.
fred-pyfred : Depends: python-pygresql (>= 1:5.0) but it is not going to be
installed.
The following actions will resolve these dependencies:
Keep the following packages at their current version:
1) fred [Not Installed]
2) fred-pyfred [Not Installed]
3) fred-rsifd [Not Installed]
4) nagios-pyfred-genzone-plugin [Not Installed]
5) pyfred-filemanager [Not Installed]
6) pyfred-genzone [Not Installed]
7) python-pyfred [Not Installed]
Leave the following dependencies unresolved:
8) pyfred-filemanager recommends fred-pyfred
9) pyfred-genzone recommends fred-pyfred
Accept this solution? [Y/n/q/?]
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.
Do you have any suggestions as to how to proceed from here?
Regards
Jim Holland
System Administrator
Mango, operating on behalf of ZISPA
Managers of Zimbabwe's .co.zw domain name registry
Web: www.zispa.org.zw
On 23 Jan 2023 at 21:35, ZISPA DNS Admin wrote:
> Hi Paulos
>
> I don't know if you will remember me from the early days of the
> Internet. I took over from Rob Borland in managing the Mango email
> service here in Zimbabwe. Then in 2004 I became the system
> administrator of ZISPA which is responsible for the .co.zw domain name
> registry. I have managed it ever since.
Thanks for the introduction. I do remember Rob very well in the fidonet days and I have
heard of you but I cannot put a face to your name, all the same good to hear from you.
It is good to hear the apparently good story of your running .co.zw that you tell here below.
We at Malawi .mw used to do what you are doing manually with the registry over six years
ago before we fully automated to FRED, It was a growing mamoth task to do like this
manually. You just have to automate better. Here below are my suggestions.
I have seen your posts on FRED installation on Ubunthu. At .mw we did not choose Ubuntu,
we started with fedora and now use CentOs as our FRED platform, we find it much more
stable and we have gained considerable experience on this.
I expect that if you move to CentOs 8 then you will find installing FRED much smoother and I
can help better.
I got considerable assistance from Jaromir of .cz as copied above, its possible that you can
do the same if you send him mail personally rather that through the mailing list. In many
cases in the past, I have received assistance from the fred-users mailing list BUT I am not
sure why you have not received any assistnce either from .cz ccTLD or from FRED
developers on the mailing list.
I would also recommend you to attend an ICANN meeting where you can interact more
interactively with other FRED users and FRED developers so as to get on the spot answers
to your issues. ICANN76 is the next one in March 2023. You can then check to see who at
.cz or on fred-users list will be there and arrange a meeting.
I am also copying this to Jan Horak who runs one of our registrars on .mw, you may also find
it useful to get in touch with him regarding FRED and registrars.
We find FRED to be very good at .mw but it is a large well organised platform and where you
are now is very much at the beginning, there will be many more issues for you to deal with as
you make it operational. Using the mailing list alone may not work in full. If you can get past
the installation phase such as on Centos8 then the documentation now available on FRED
might get you through the rest.
Let me know if this helps.
Regards,
Paulos
=====================================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD: http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
> The .co.zw registry has over 40 000 domains. On average there are
> around 100 domain updates per day, seven days a week. At the moment
> registrars submit applications for new domains by template. However
> modifications, transfers and deletions can also be processed in bulk
> by submitting files with the lists of domains concerned.
>
> Templates and bulk applications are handled by scripts that I have
> written. They update the .co.zw zone file and send notifies to the
> secondaries. With these scripts I can process and reply to an
> application within 20 seconds if it is straightforward. So at the
> moment the system (which I operate on my own) is quite capable of
> handling well over a hundred updates on a busy day. However obviously
> this is not going to be viable in the long term and so I am very keen
> to migrate the system to an automated one such as FRED, with the
> registrars connecting by EPP instead of sending templates to me by
> email.
>
> Unfortunately I have failed in my attempts to install FRED for test
> purposes, due to incompatible dependency issues, in spite of following
> the very detailed instructions at
> https://fred.nic.cz/documentation/html/AdminManual/Installation/BinsUb
> untu.html
>
> I have registered for the "fred-users" mailing list and submitted the
> details of the problem I have experienced with the installation, but
> have not had any response. I will send you a copy separately.
>
> I understand that you are using FRED for the .mw registry. I wonder if
> you would therefore be able to give me some advice on the steps you
> took to install the software yourself, or simply point out the error
> in the steps that I have taken so far. Your help would be most
> appreciated.
>
> I was interested to read that you obtained your PhD from UNSW, so
> would like to greet you as a fellow UNSW graduate, although in my case
> it was a mere bachelor degree - BE (Mech Eng) Hons 1.
>
> Currently
>
> Regards
>
> Jim Holland
> System Administrator
> Mango, operating on behalf of ZISPA
> Managers of Zimbabwe's .co.zw domain name registry
> Web: www.zispa.org.zw
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
Hello Team,
Is it possible for a registrars to remove keyset if registrant decides
to unsign domain name, if it is supposed to be done on db how is it done?
Thank you,
Patrick
On 6 Dec 2022 at 20:46, Turritopsis Dohrnii Teo En Ming wrote:
>
> Dear Paulos,
>
> Only .mw domains?
>
> I want to be a registrar for all the domains.
We only manage .mw domains.
Here again is the template that you should complete to get started as as registrar for .mw domains.
Regards,
PC
=============================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
> On Wed, 23 Nov 2022 at 23:43, Dr Paulos Nyirenda <paulos(a)sdnp.org.mw>
> wrote: > > On 23 Nov 2022 at 22:09, Turritopsis Dohrnii Teo En Ming
> wrote: > > > Subject: Can I become a domain registrar by installing
> FRED? > > > > Good day from Singapore, > > > > Can I become a domain
> registrar by installing FRED? > > > > I already have a web hosting
> control panel (Virtualmin). If I can > > become a domain registrar, it
> will be very good. > > > > I always want to become an entrepreneur. >
> > > > Looking forward to your reply. > > You can become a registrar
> for .mw domains by using FRED products such as fred-client or > such
> like EPP clients. > > Here attached is a template that you need to
> complete to get started as a registrar for .mw > domains. > > Once you
> become a registrar for .mw domains then you can register and manage
> .mw > domain online using EPP. > > Regards, > > PC
>
> Dear Paulos,
>
> Only .mw domains?
>
> I want to be a registrar for all the domains.
>
> Regards,
>
> Mr. Turritopsis Dohrnii Teo En Ming
> Targeted Individual in Singapore
--
SDNP WebMail (http://www.sdnp.org.mw)
Subject: Can I become a domain registrar by installing FRED?
Good day from Singapore,
Can I become a domain registrar by installing FRED?
I already have a web hosting control panel (Virtualmin). If I can
become a domain registrar, it will be very good.
I always want to become an entrepreneur.
Looking forward to your reply.
Thank you.
Regards,
Mr. Turritopsis Dohrnii Teo En Ming
Targeted Individual in Singapore
Blogs:
https://tdtemcerts.blogspot.comhttps://tdtemcerts.wordpress.com
On Wed, 23 Nov 2022 at 23:43, Dr Paulos Nyirenda <paulos(a)sdnp.org.mw> wrote:
>
> On 23 Nov 2022 at 22:09, Turritopsis Dohrnii Teo En Ming wrote:
>
> > Subject: Can I become a domain registrar by installing FRED?
> >
> > Good day from Singapore,
> >
> > Can I become a domain registrar by installing FRED?
> >
> > I already have a web hosting control panel (Virtualmin). If I can
> > become a domain registrar, it will be very good.
> >
> > I always want to become an entrepreneur.
> >
> > Looking forward to your reply.
>
> You can become a registrar for .mw domains by using FRED products such as fred-client or
> such like EPP clients.
>
> Here attached is a template that you need to complete to get started as a registrar for .mw
> domains.
>
> Once you become a registrar for .mw domains then you can register and manage .mw
> domain online using EPP.
>
> Regards,
>
> PC
Dear Paulos,
Only .mw domains?
I want to be a registrar for all the domains.
Regards,
Mr. Turritopsis Dohrnii Teo En Ming
Targeted Individual in Singapore
Hello Team,
We want to implement one account credit top up for registrars in our
registry.
Can we know if this is possible with FRED and how it can be done.
Current Implementation is top up per zones and we run almost 12 zones.
Thank you,
Patrick
We at .mw domains have recently received a few inquiries on whethere we could list all
domains that are about to expire.
This is coming from registrars and potential registrants.
We see that .cz does offer a service like this, for example at:
https://www.expireddomains.net/tld/cz/ showing domains pending delete.
How can we list all domains at the registry pending delete across all registrars ?
How can we do the same for all domains pending expiry ?
Thank you in advance for your help.
Regards,
Paulos
=============================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
Hello Team,
Am getting this error whenever I open daphine.
Please share with me your experience to get this sorted.
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 42, in _wrapper
return view_func(*args, **kwd)
File "/usr/lib/python2.7/dist-packages/fred_webadmin/controller/adif.py", line 271, in login
self._fill_session_data(form, user, corba_session_string)
File "/usr/lib/python2.7/dist-packages/fred_webadmin/controller/adif.py", line 229, in _fill_session_data
cherrypy.session['RecordsStatement'] = corba_obj.getObject('RecordStatement', 'Registry.RecordStatement.Server')
File "/usr/lib/python2.7/dist-packages/fred_webadmin/corba.py", line 109, in getObject
return self.getObjectUsingContext(self.context_name, name, idltype)
File "/usr/lib/python2.7/dist-packages/fred_webadmin/corba.py", line 98, in getObjectUsingContext
obj = self.context.resolve(cosname)
File "/usr/lib/python2.7/dist-packages/CosNaming_idl.py", line 239, in resolve
return self._obj.invoke("resolve", _0_CosNaming.NamingContext._d_resolve, args)
NotFound: CosNaming.NamingContext.NotFound(why=missing_node, rest_of_name=[CosNaming.NameComponent(id='RecordStatement', kind='Object')])
Apologies, this was meant for Denzell only, a collegaue on .mw at Malawi SDNP, who is
attempting to install and get familiar with FRED.
Regards, Paulos
------- Forwarded message follows -------
From: "Dr Paulos Nyirenda" <paulos(a)sdnp.org.mw>
To: A mailing list for users and developers of FRED registry system <fred-users(a)lists.nic.cz>
Date sent: Thu, 10 Nov 2022 18:20:16 +0200
Subject: DENZELL: exact error ? - Re: Fred Installation Problems on Ubuntu 22.04
Copies to: Dr Paulos Nyirenda <paulos(a)sdnp.org.mw>
Priority: normal
On 10 Nov 2022 at 17:26, Denzell Yonah wrote:
>
> Hi Jaromir,
> Please advise on the correct version of Ubuntu to use.
> I am still having trouble with the repo: archive.nic.cz/ubuntu. I am
> still getting a 404 error with the repo thus failing to download
> fred with: sudo apt-get install fred. Regards,
Denzell,
It might help for you to copy the exact error into the message so that
people on the other side have a chance to analyse it.
Have you tried that ?
Regards,
PC
=============================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
>
> Denzell Yonah
> Internet Technician
> Malawi SDNP
>
>
>
>
>
>
>
>
>
> Tel: 882 089 166 | Cell: 888 844 657
>
>
>
>
> domains(a)registrar.mw
>
>
>
>
> http://www.nic.mw | http://www.registrar.mw
>
>
>
>
> P.O. Box 31762, Malawi SDNP, Chichiri, Blantyre
>
>
>
>
>
>
>
>
> On 11/10/22 14:55, Jaromir Talir wrote:
>
> I meant there is a new URL for the script in the documentation.
> You need to call: wget -O fred-ubuntu-install.sh
> https://fred.nic.cz/public/media/1665476288/113/
>
> Old URL doesn't work anymore.
>
> Regards,
> Jaromir
>
> On Thu, 2022-11-10 at 14:50 +0200, Denzell Yonah wrote:
>
>
> Hi Jaromir,
> I am still receiving the very same errors as before.
> Regards,
>
> Denzell Yonah Internet Technician Malawi SDNP Tel: 882 089 166
> | Cell: 888 844 657 domains(a)registrar.mw http://www.nic.mw |
> http://www.registrar.mw P.O. Box 31762, Malawi SDNP, Chichiri,
> Blantyre
>
> On 11/10/22 14:09, Jaromir Talir wrote:
>
>
>
> Hi Denzell,
>
> there was a fix in the script and URL was not changed in
> documentation.
> Sorry for confusion. Correct URL has been put into:
> https://fred.nic.cz/documentation/html/AdminManual/Installation/
> Bi nsUbuntu.html#installation-script
>
> Let me know if it will not work now.
>
> Regards,
> Jaromir
>
> On Wed, 2022-11-09 at 10:28 +0200, Denzell Yonah wrote:
>
>
>
> Hello Fred Users,
> I am having trouble downloading the installation script using:
> 'wget -O fred-ubuntu-install.sh
> https://fred.nic.cz/public/media/1568014036/56/'. It produces a
> 404 error: 'HTTP request sent, awaiting response... 404 Not
> Found'. On trying to install from source tarballs, adding
> repositories 'add- apt-repository "deb
> http://archive.nic.cz/ubuntu $(lsb_release - sc) main"' and
> 'add-apt-repository "deb http://archive.nic.cz/private
> $(lsb_release -sc) main"' a "no release file/404" error for the
> first repo and "is not signed/forbidden" for the latter. Please
> help on how I can work this out.
> _______________________________________________ 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
>
>
> _______________________________________________
> 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
>
--
This email has been checked for viruses by AVG antivirus software.
www.avg.com
------- End of forwarded message -------
Hello Fred Users,
I am having trouble downloading the installation script using: 'wget -O
fred-ubuntu-install.sh https://fred.nic.cz/public/media/1568014036/56/'.
It produces a 404 error: 'HTTP request sent, awaiting response... 404
Not Found'.
On trying to install from source tarballs, adding repositories
'add-apt-repository "deb http://archive.nic.cz/ubuntu $(lsb_release -sc)
main"' and 'add-apt-repository "deb http://archive.nic.cz/private
$(lsb_release -sc) main"' a "no release file/404" error for the first
repo and "is not signed/forbidden" for the latter.
Please help on how I can work this out.
--
Regards,
Denzell Yonah
Internet Technician
Malawi SDNP
Tel: 882 089 166 <tel:882 089 166> | Cell: 888 844 657 <tel:888 824 787>
domains(a)registrar.mw <mailto:domains@registrar.mw>
http://www.nic.mw | http://www.registrar.mw <http://www.nic.mw |
http://www.registrar.mw>
P.O. Box 31762, Malawi SDNP, Chichiri, Blantyre
Hello Fred-Users,
I have a little question, we need to change an existing NS record for some zones.
On the user guide there is a clear reference on how to add an entry :
https://fred.nic.cz/documentation/html/AdminManual/RegistryInitialization.h…
With couple of exemples :
fred-admin --zone_ns_add --zone_fqdn=cz --ns_fqdn=a.ns.nic.cz
fred-admin --zone_ns_add --zone_fqdn=cz --ns_fqdn=b.ns.nic.cz --addr=1.2.3.4
But I need first to remove an old entry and I don’t see any « fred-admin —zone_ns_rm —ns_fqdn=… » or equivalent command.
So what would be the right way to first remove an old entry then add a new one ?
Thanks for your help.
Sincerely yours.
Hi,
I've came accross a case where calling EPP contact:update command with disclosure settings {"flag": "n", "data": ["addr"]} returns "Operation not permitted" for contact with "identifiedContact" flag.
According to rules for hiding contact address in .CZ (https://háčkyčárky.cz/files/nic/doc/Pravidla_Technicke_Komunikace_20191115.…) this should be allowed.
Can you please confirm the rules are still valid?
Thank you.
FRED bad exDate result in poll
==========================
We are seeing a different (bad) result of exDate in poll messages compared to that in the
WHOIS or in the info_domain EPP command result for some domains follwoing a database
change, please allow me to explain.
At least one registrar in the past year has requested a roll back of the expiry date of a .mw
domain following a mistake by staff of the registrar who put more years on the domain renew
than what was paid for. We normally resist rolling back the expiry date but in these cases we
had no choice.
What was done was to run an SQL command on postgres to change the expiry dates say
from 2023 to 2022.
What we have noted is that when this is done the WHOIS will report the correct 2022 expiry
date, the info_domain EPP command reports the same 2022 expiration date but when the
"fred-admin --object_regular_procedure" is excuted and then we run the "poll req" EPP
command, it still gives the 2023 exDate
Would be interesting to find out why this is the case.
This is confusing the registrar managing such a domain and we would like to ask that these
dates should be the same in any future FRED uogarde.
Or is there a better way of rolling back the expiry date for a domain that has mistakenly been
given more life years than wanted ?
Regards,
Paulos
=============================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
--
This email has been checked for viruses by AVG.
https://www.avg.com
Hallow Team,
I am using wisecp wisecp.com as my billing system and domain/hosting
managment system. we do register our country domain .tz using
fred-client. Now we wanted to develop a plugin that will integrate
wisecp with fred-client to register and manage .tz domains on wisecp
system.
Is there is anyone who can assist to develop the plugin here, we can
discuss way forward to accomplish this
Many thanks
Whatsapp +255759234610
--
MUTUTU COMPUTERS
+254 111 583238
Hi FRED users,
Following the Log4j reports, we performed an audit on our FRED deployment and couldn’t find residence of Log4j 2.x. At the same time we don’t remember being ever asked to install JDK when performing the FRED setup initially.
Looking for affirmation from the esteemed community here if our findings are accurate?
Many thanks!
Kelvin
On 18 Nov 2021 at 11:29, bsd(a)todoo.biz wrote:
> Hello Dr. Nyirenda,
>
> Thanks a lot for your help.
>
> Do you by any chance have the formula that you are using to create or
> renew your client side certificates? ,
What is your TLD ?
We are using openssl and I do not think there is a "formula" as such
> We are fighting because one of our engineer has left the company and
> did´t properly document things. One certificate has expired in
> july, we didn´t notice until server was rebooted... Now it is a bit
> emergency.
One of the ways could be for you to create your own CA, put the CA certificate into the FRED
config on the server side and using that issue a new certificate to the registrar.
Regards,
PC
=============================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
>
>
> Sincerely yours.
>
> Le 18 nov. 2021 à 08:54, Dr Paulos Nyirenda <paulos(a)sdnp.org.mw >
> a écrit :
>
> On 16 Nov 2021 at 14:41, bsd(a)todoo.biz wrote:
>
> Hello,
>
> I was wondering if the SSL certs which are created to authenticate
> EPP requests will need to be bound to a CA or if they only needed
> to be created as plain Cert + Key.
>
> In fred-client.conf - there only seems to have an :
>
> ssl_cert = %(dir)s/cert.xxx.pem
> ssl_key = %(dir)s/key.unenc.xxx.pem
>
> If I remember correctly, this is enough on the client side.
>
> No sign of CA.
>
> Also if I remember correctly, the CA certificate corresponding to
> your client certificate is only needed to be installed on the
> FRED server side for your EPP client
>
> Hope this helps.
>
> Regards,
>
> Paulos
> =============================
> Dr Paulos B Nyirenda
> NIC.MW & .mw ccTLD
> http://www.nic.mw
> SDNP: http://www.sdnp.org.mw
> Tel: +265-(0)-882 089 166
> Cell: +265-(0)-888-824787
> WhatsApp: +265-(0)-887386433
>
--
This email has been checked for viruses by AVG.
https://www.avg.com
Hello,
I was wondering if the SSL certs which are created to authenticate EPP requests will need to be bound to a CA or if they only needed to be created as plain Cert + Key.
In fred-client.conf - there only seems to have an :
ssl_cert = %(dir)s/cert.xxx.pem
ssl_key = %(dir)s/key.unenc.xxx.pem
No sign of CA.
Thanks for your help.
hi,
Thank you for your quick response. Actually i use ferda version 3.9.5 and
my .env content file is :
# Network settings
ALLOWED_HOSTS=*
# App settings
SECRET_KEY='gAAAAABciT3pFbbSihD_HZBZ8kqfAj94UhknamBuirZWKivWOukgKQ03qE2mcuvpuwCSuZ-X_Xkud0uWQLZ5e-aOwLC0Ccnepg=='
DEBUG=on
FERDA_REGISTRY_NETLOC=localhost:50050
FERDA_LOGGER_NETLOC=gloss:50051
FERDA_MESSENGER_NETLOC=localhost:50052
FERDA_FILEMAN_NETLOC=localhost:50053
FERDA_DBREPORT_NETLOC=localhost:50054
FERDA_SECRETARY_URL=https://secretary.localhost/api/
I rebuild docker again and encountered to the error that mention below:
[root@fred ~]# docker-compose -f ferda/docker/docker-compose.yml up
Starting docker_ferda_uwsgi_1 ... done
Starting docker_nginx_1 ... done
Attaching to docker_ferda_uwsgi_1, docker_nginx_1
nginx_1 | /docker-entrypoint.sh: /docker-entrypoint.d/ is not empty,
will attempt to perform configuration
nginx_1 | /docker-entrypoint.sh: Looking for shell scripts in
/docker-entrypoint.d/
nginx_1 | /docker-entrypoint.sh: Launching
/docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
nginx_1 | 10-listen-on-ipv6-by-default.sh: info:
/etc/nginx/conf.d/default.conf is not a file or does not exist
nginx_1 | /docker-entrypoint.sh: Launching
/docker-entrypoint.d/20-envsubst-on-templates.sh
nginx_1 | /docker-entrypoint.sh: Launching
/docker-entrypoint.d/30-tune-worker-processes.sh
nginx_1 | /docker-entrypoint.sh: Configuration complete; ready for
start up
ferda_uwsgi_1 | Traceback (most recent call last):
ferda_uwsgi_1 | File "/app/venv/bin/django-admin", line 8, in <module>
ferda_uwsgi_1 | sys.exit(execute_from_command_line())
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/django/core/management/__init__.py",
line 419, in execute_from_command_line
ferda_uwsgi_1 | utility.execute()
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/django/core/management/__init__.py",
line 395, in execute
ferda_uwsgi_1 | django.setup()
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/django/__init__.py", line 24, in
setup
ferda_uwsgi_1 | apps.populate(settings.INSTALLED_APPS)
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/django/apps/registry.py", line 91,
in populate
ferda_uwsgi_1 | app_config = AppConfig.create(entry)
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/django/apps/config.py", line 212, in
create
ferda_uwsgi_1 | mod = import_module(mod_path)
ferda_uwsgi_1 | File "/usr/local/lib/python3.7/importlib/__init__.py",
line 127, in import_module
ferda_uwsgi_1 | return _bootstrap._gcd_import(name[level:], package,
level)
ferda_uwsgi_1 | File "<frozen importlib._bootstrap>", line 1006, in
_gcd_import
ferda_uwsgi_1 | File "<frozen importlib._bootstrap>", line 983, in
_find_and_load
ferda_uwsgi_1 | File "<frozen importlib._bootstrap>", line 967, in
_find_and_load_unlocked
ferda_uwsgi_1 | File "<frozen importlib._bootstrap>", line 677, in
_load_unlocked
ferda_uwsgi_1 | File "<frozen importlib._bootstrap_external>", line 728,
in exec_module
ferda_uwsgi_1 | File "<frozen importlib._bootstrap>", line 219, in
_call_with_frames_removed
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/ferda/apps.py", line 8, in <module>
ferda_uwsgi_1 | from ferda.backend import LOGGER
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/ferda/backend/__init__.py", line 5,
in <module>
ferda_uwsgi_1 | from .logger import LOGGER
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/ferda/backend/logger.py", line 4, in
<module>
ferda_uwsgi_1 | import
fred_api.logger.diagnostics.service_diagnostics_grpc_pb2_grpc
ferda_uwsgi_1 | ModuleNotFoundError: No module named
'fred_api.logger.diagnostics'
docker_ferda_uwsgi_1 exited with code 1
Can you guide me in this regard?
Thank you.
On Mon, Nov 1, 2021 at 4:57 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/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. Re: I'm having trouble building a docker Ferda (Jiri Sadek)
> 2. Re: I'm having trouble building a docker Ferda (Jan Musílek)
> 3. can not run ferda docker (Mahmoudreza Abbasi)
> 4. Re: can not run ferda docker (Jan Musílek)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 30 Jun 2021 15:40:43 +0200
> From: Jiri Sadek <jiri.sadek(a)nic.cz>
> To: fred-users(a)lists.nic.cz
> Subject: Re: I'm having trouble building a docker Ferda
> Message-ID: <f36434e7-6973-859a-8b77-064715713065(a)nic.cz>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Hi,
>
> thanks for reporting the issue. It looks like webpack config separation
> was not properly reflected in the Dockerfile. We'll look into it and let
> you know when it's fixed.
>
> Regards
>
> Jiri
>
> Dne 6/30/21 v 12:37 Leonardo Assunção napsal(a):
> > Hi,
> >
> > I'm having trouble building a docker Ferda.
> >
> > I followed the steps described in this link
> >
> https://fred.nic.cz/documentation/html/FerdaManual/Installation.html#how-to…
> > <
> https://fred.nic.cz/documentation/html/FerdaManual/Installation.html#how-to…
> >
> >
> > and in the step of doing build occurs this error:
> >
> > Digest:
> > sha256:70d4fffcab39a1f9f7161d58e674ddcc56c7f0724196b68d52a87bab15cb4a04
> >
> > Status: Downloaded newer image for node:13
> >
> > ---> 2b9604a36e49
> >
> > Step 2/24 : WORKDIR /app
> >
> > ---> Running in 7a6b66ab06a9
> >
> > Removing intermediate container 7a6b66ab06a9
> >
> > ---> 9bac969be5a8
> >
> > Step 3/24 : COPY ferda/static/ /app/static/
> >
> > ---> 46036760fee1
> >
> > Step 4/24 : COPY assets/ /app/assets/
> >
> > ---> 8428cbd225ea
> >
> > Step 5/24 : COPY package.json webpack.config.js /app/
> >
> > COPY failed: file not found in build context or excluded by
> > .dockerignore: stat webpack.config.js: file does not exist
> >
> > ERROR: Service 'ferda_uwsgi' failed to build : Build failed
> >
> > How do I solve this problem?
> >
> > Greetings,
> >
> > Leonardo Assunção
> >
> > g9telecom
> >
> >
> >
> > *Leonardo Assunção*
> > Técnica
> > T.: 707 450 000
> > F.: 707 450 009
> > www.g9telecom.pt <http://www.g9telecom.pt/>
> >
> >
> >
> > [Download vCard] <
> http://public.g9telecom.pt/vCards/tec29bk5-leonardo.vcf>
> >
> > certif
> >
> > Esta mensagem (incluindo anexos) pode conter informação confidencial
> > para uso exclusivo do destinatário. Se não for o destinatário pretendido
> > não deverá usar, distribuir ou copiar este e-mail, devendo eliminá-lo e
> > informar o emissor imediatamente. Obrigado.
> >
> > This message (including any attachments) may contain confidential
> > information for the exclusive use of the recipient. If you are not the
> > intended recipient, you should not use, distribute or copy this email,
> > and you must delete it and inform the issuer immediately. Thank you.
> >
> >
> > _______________________________________________
> > fred-users mailing list
> > fred-users(a)lists.nic.cz
> > https://lists.nic.cz/mailman/listinfo/fred-users
> >
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 1 Jul 2021 08:50:51 +0200
> From: Jan Musílek <jan.musilek(a)nic.cz>
> To: fred-users(a)lists.nic.cz
> Subject: Re: I'm having trouble building a docker Ferda
> Message-ID: <bf5405af-b935-2aba-d4c4-de6faef13770(a)nic.cz>
> Content-Type: text/plain; charset="utf-8"
>
> Hello,
>
> This issue is now fixed in master branch. Please pull the new commits
> and try the build again.
>
> The issue was caused by not reflecting some code changes in the
> Dockerfile. I added new CI job to check the docker-compose build passes,
> so we should not get any more build failures in the future.
>
> Furthermore, there has been quite a rapid development in Ferda which is
> not reflected in the web docs yet. In order to run it, you need more
> comprehensive `.env` file (although for building itself, the old one
> will probably suffice). I prepared `example.env` file containing all
> necessary settings to successfully run Ferda [1].
>
> Please note that this is just an example – you need to change the
> defaults to your own configuration in order for most features to work.
>
> All these settings are either standard Django settings [2] or they are
> documented in README [3]. Please note that `FERDA_GRPC_NETLOC` from
> README is translated to `FERDA_REGISTRY_NETLOC` in the docker build –
> this is the new name we want to use, so eventually, it will be
> `FERDA_REGISTRY_NETLOC` in README and settings as well.
>
> We are quite excited that you decided to give Ferda a try. As far as we
> know, it's not used by any other domain registry besides us right now.
> If you have any other issues, don't hesitate to ask – we're happy to help.
>
> Kind Regards,
> Jan Musílek
>
> [1] https://gitlab.nic.cz/fred/ferda/-/blob/master/docker/example.env
> [2] https://docs.djangoproject.com/en/3.2/ref/settings/
> [3] https://gitlab.nic.cz/fred/ferda/-/blob/master/README.rst
>
>
>
> On 30. 06. 21 15:40, Jiri Sadek wrote:
> > Hi,
> >
> > thanks for reporting the issue. It looks like webpack config separation
> > was not properly reflected in the Dockerfile. We'll look into it and let
> > you know when it's fixed.
> >
> > Regards
> >
> > Jiri
> >
> > Dne 6/30/21 v 12:37 Leonardo Assunção napsal(a):
> >> Hi,
> >>
> >> I'm having trouble building a docker Ferda.
> >>
> >> I followed the steps described in this link
> >>
> https://fred.nic.cz/documentation/html/FerdaManual/Installation.html#how-to…
> >> <
> https://fred.nic.cz/documentation/html/FerdaManual/Installation.html#how-to…
> >
> >>
> >>
> >> and in the step of doing build occurs this error:
> >>
> >> Digest:
> >> sha256:70d4fffcab39a1f9f7161d58e674ddcc56c7f0724196b68d52a87bab15cb4a04
> >>
> >> Status: Downloaded newer image for node:13
> >>
> >> ---> 2b9604a36e49
> >>
> >> Step 2/24 : WORKDIR /app
> >>
> >> ---> Running in 7a6b66ab06a9
> >>
> >> Removing intermediate container 7a6b66ab06a9
> >>
> >> ---> 9bac969be5a8
> >>
> >> Step 3/24 : COPY ferda/static/ /app/static/
> >>
> >> ---> 46036760fee1
> >>
> >> Step 4/24 : COPY assets/ /app/assets/
> >>
> >> ---> 8428cbd225ea
> >>
> >> Step 5/24 : COPY package.json webpack.config.js /app/
> >>
> >> COPY failed: file not found in build context or excluded by
> >> .dockerignore: stat webpack.config.js: file does not exist
> >>
> >> ERROR: Service 'ferda_uwsgi' failed to build : Build failed
> >>
> >> How do I solve this problem?
> >>
> >> Greetings,
> >>
> >> Leonardo Assunção
> >>
> >> g9telecom
> >>
> >>
> >>
> >> *Leonardo Assunção*
> >> Técnica
> >> T.: 707 450 000
> >> F.: 707 450 009
> >> www.g9telecom.pt <http://www.g9telecom.pt/>
> >>
> >>
> >>
> >> [Download vCard]
> >> <http://public.g9telecom.pt/vCards/tec29bk5-leonardo.vcf>
> >>
> >> certif
> >>
> >> Esta mensagem (incluindo anexos) pode conter informação confidencial
> >> para uso exclusivo do destinatário. Se não for o destinatário
> >> pretendido não deverá usar, distribuir ou copiar este e-mail, devendo
> >> eliminá-lo e informar o emissor imediatamente. Obrigado.
> >>
> >> This message (including any attachments) may contain confidential
> >> information for the exclusive use of the recipient. If you are not the
> >> intended recipient, you should not use, distribute or copy this email,
> >> and you must delete it and inform the issuer immediately. Thank you.
> >>
> >>
> >> _______________________________________________
> >> fred-users mailing list
> >> fred-users(a)lists.nic.cz
> >> https://lists.nic.cz/mailman/listinfo/fred-users
> >>
> > _______________________________________________
> > fred-users mailing list
> > fred-users(a)lists.nic.cz
> > https://lists.nic.cz/mailman/listinfo/fred-users
>
>
hi,
I tried to install fred in my server as test bed and view it's capabilities
and followed the instructions that mention in
https://fred.nic.cz/documentation/html/FerdaManual/Installation.html but
when i want to run ferda docker , i encounter with this error : (the OS is
Centos 7 latest version)
[root@fred ~]# docker-compose -f ferda/docker/docker-compose.yml up
docker_nginx_1 is up-to-date
Starting docker_ferda_uwsgi_1 ... done
Attaching to docker_nginx_1, docker_ferda_uwsgi_1
nginx_1 | /docker-entrypoint.sh: /docker-entrypoint.d/ is not empty,
will attempt to perform configuration
nginx_1 | /docker-entrypoint.sh: Looking for shell scripts in
/docker-entrypoint.d/
nginx_1 | /docker-entrypoint.sh: Launching
/docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
nginx_1 | 10-listen-on-ipv6-by-default.sh: info:
/etc/nginx/conf.d/default.conf is not a file or does not exist
nginx_1 | /docker-entrypoint.sh: Launching
/docker-entrypoint.d/20-envsubst-on-templates.sh
nginx_1 | /docker-entrypoint.sh: Launching
/docker-entrypoint.d/30-tune-worker-processes.sh
nginx_1 | /docker-entrypoint.sh: Configuration complete; ready for
start up
ferda_uwsgi_1 | Traceback (most recent call last):
ferda_uwsgi_1 | File "/app/venv/bin/django-admin", line 8, in <module>
ferda_uwsgi_1 | sys.exit(execute_from_command_line())
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/django/core/management/__init__.py",
line 419, in execute_from_command_line
ferda_uwsgi_1 | utility.execute()
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/django/core/management/__init__.py",
line 395, in execute
ferda_uwsgi_1 | django.setup()
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/django/__init__.py", line 24, in
setup
ferda_uwsgi_1 | apps.populate(settings.INSTALLED_APPS)
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/django/apps/registry.py", line 91,
in populate
ferda_uwsgi_1 | app_config = AppConfig.create(entry)
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/django/apps/config.py", line 212, in
create
ferda_uwsgi_1 | mod = import_module(mod_path)
ferda_uwsgi_1 | File "/usr/local/lib/python3.7/importlib/__init__.py",
line 127, in import_module
ferda_uwsgi_1 | return _bootstrap._gcd_import(name[level:], package,
level)
ferda_uwsgi_1 | File "<frozen importlib._bootstrap>", line 1006, in
_gcd_import
ferda_uwsgi_1 | File "<frozen importlib._bootstrap>", line 983, in
_find_and_load
ferda_uwsgi_1 | File "<frozen importlib._bootstrap>", line 967, in
_find_and_load_unlocked
ferda_uwsgi_1 | File "<frozen importlib._bootstrap>", line 677, in
_load_unlocked
ferda_uwsgi_1 | File "<frozen importlib._bootstrap_external>", line 728,
in exec_module
ferda_uwsgi_1 | File "<frozen importlib._bootstrap>", line 219, in
_call_with_frames_removed
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/ferda/apps.py", line 8, in <module>
ferda_uwsgi_1 | from ferda.backend import LOGGER
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/ferda/backend/__init__.py", line 5,
in <module>
ferda_uwsgi_1 | from .logger import LOGGER
ferda_uwsgi_1 | File
"/app/venv/lib/python3.7/site-packages/ferda/backend/logger.py", line 4, in
<module>
ferda_uwsgi_1 | import
fred_api.logger.diagnostics.service_diagnostics_grpc_pb2_grpc
ferda_uwsgi_1 | ModuleNotFoundError: No module named
'fred_api.logger.diagnostics'
docker_ferda_uwsgi_1 exited with code 1
Could you plz help me to solve this problem.
thank you
Hi,
I'm having trouble building a docker Ferda.
I followed the steps described in this link
https://fred.nic.cz/documentation/html/FerdaManual/Installation.html#how-to-
install
and in the step of doing build occurs this error:
Digest:
sha256:70d4fffcab39a1f9f7161d58e674ddcc56c7f0724196b68d52a87bab15cb4a04
Status: Downloaded newer image for node:13
---> 2b9604a36e49
Step 2/24 : WORKDIR /app
---> Running in 7a6b66ab06a9
Removing intermediate container 7a6b66ab06a9
---> 9bac969be5a8
Step 3/24 : COPY ferda/static/ /app/static/
---> 46036760fee1
Step 4/24 : COPY assets/ /app/assets/
---> 8428cbd225ea
Step 5/24 : COPY package.json webpack.config.js /app/
COPY failed: file not found in build context or excluded by .dockerignore:
stat webpack.config.js: file does not exist
ERROR: Service 'ferda_uwsgi' failed to build : Build failed
How do I solve this problem?
Greetings,
Leonardo Assunção
Leonardo Assunção
Técnica
T.: 707 450 000
F.: 707 450 009
<http://www.g9telecom.pt/> www.g9telecom.pt
<http://public.g9telecom.pt/vCards/tec29bk5-leonardo.vcf> [Download vCard]
Esta mensagem (incluindo anexos) pode conter informação confidencial para
uso exclusivo do destinatário. Se não for o destinatário pretendido não
deverá usar, distribuir ou copiar este e-mail, devendo eliminá-lo e informar
o emissor imediatamente. Obrigado.
This message (including any attachments) may contain confidential
information for the exclusive use of the recipient. If you are not the
intended recipient, you should not use, distribute or copy this email, and
you must delete it and inform the issuer immediately. Thank you.
Hi Paulos,
if you are doing restore of database, you should probably do this into
empty database or if you have "create database" as part of dump, you
can remove database at the destination system completely.
Regards,
Jaromir
On Tue, 2021-03-23 at 10:28 +0200, Dr Paulos Nyirenda wrote:
> On 19 Mar 2021 at 14:06, Jaromir Talir wrote:
>
> > Hi Paulos,
> >
> > I'm not sure if I got it right. There are two scenarios:
> >
> > 1/ You do DUMP + RESTORE and information in restored tables is
> > different than in original table.
> >
> > This would be weird. I can only imagine that DUMP failed or was
> > incomplete but otherwise there should be no issue
>
> This is the issue. When we do a DUMP and RESTORE, the mail_template
> on the system on
> which we do a restore remains the same, it is not updated from the
> restore in the DUMP.
>
> As such we have to manually edit it again to get it updated.
>
> > 2/ You do DUMP + modification + RESTORE and modification is not in
> > restored tables.
>
> We do not do a modification after doing the DUMP.
>
> > This is also correct since modifications are not included in DUMP.
> > I
> > suggest to make backup via DUMP after modification of those tables.
>
> After a bit of reading and when I get the time, I am now going to try
> to do a data only dump of
> the mail_template table with the data that we want and then see if I
> canm restore that data
> only after the restore using the aproach suggested in the attached
> advice, would that work ?
>
> Regards,
>
> Paulos
> =============================
> Dr Paulos B Nyirenda
> NIC.MW & .mw ccTLD
> http://www.nic.mw
> SDNP: http://www.sdnp.org.mw
> Tel: +265-(0)-882 089 166
> Cell: +265-(0)-888-824787
> WhatsApp: +265-(0)-887386433
>
>
> >
> > Regards,
> > Jaromir
> >
> > On Thu, 2021-03-18 at 15:39 +0200, Dr Paulos Nyirenda wrote:
> > >
> > > Good afternoon,
> > >
> > > I am having trouble maintaing my English version of mail_template
> > > table in the FRED database backup and restore, can you help ?
> > >
> > > I often need to backup the FRED registry system database and I am
> > > using
> > > #pg_dump -U fred fred > fred-backup-file.sql
> > >
> > > To restore that database I use
> > > #sudo -u postgres psql
> > > #DROP DATABASE fred;
> > > #CREATE DATABASE fred;
> > > #\q
> > > #psql -U fred -d fred -f fred-backup-file.sql
> > >
> > > However, I find in almost all cases that I lose any updates that
> > > I
> > > made on mail_template table when I restore this way on the new
> > > restoration.
> > >
> > > Is there a way that I can keep the most resent mail_template
> > > updates
> > > between backup and restore?
> > >
> > > I have tried to save the mail_template using a dump like
> > > #pg_dump -U fred fred -t mail_template > fred-mail_template-
> > > bkp.sql
> > > but I am unable to restore this because I get the error that
> > > there
> > > are too many dependencies on mail_template when I try to drop the
> > > table and then use pg_restore -t.
> > >
> > > So, what is the best way of moving with my desired mail_template
> > > in
> > > FRED?
> > >
> > > Can I do this even between different schemas of backup and
> > > restore ?
> > >
> > > Regards,
> > >
> > > Paulos
> > > =============================
> > > Dr Paulos B Nyirenda
> > > NIC.MW & .mw ccTLD
> > > http://www.nic.mw
> > > SDNP: http://www.sdnp.org.mw
> > > Tel: +265-(0)-882 089 166
> > > Cell: +265-(0)-888-824787
> > > WhatsApp: +265-(0)-887386433
> > >
> > >
> >
>
>
>
>
> 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: postgreSQL-backup and restore-table-data-
> makandracards.pdf
> Date: 18 Mar 2021, 16:58
> Size: 285252 bytes.
> Type: Unknown
Dear FRED users!
We are excited to welcome another registry in our "FRED family". The
national domain registry of Bosnia and Herzegovina started using FRED at the
beginning of this year and handled the transition very smoothly.
We would also like to use this opportunity to invite all the other FRED
users who have not yet informed us that they are using FRED to let us know.
It would be great to know about their experience and add another red point
to the map on https://fred.nic.cz/en/.
Kind regards,
Zdenek Bruna.
--
Zdeněk Brůna
technický ředitel / Chief Technical Officer
-------------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Milešovská 5, 130 00 Praha 3, Czech Republic
mailto:zdenek.bruna@nic.cz https://nic.cz/
-------------------------------------------
Hello,
One of our treasured old machines needs TLS version upgraded particularly to avoid SMTP
handshake failures that have started to crop up.
This machine also runs FRED registry operations that we use for many activities like training,
whois, invoicing, etc.
I would hence really like to find out in advance if upgrading TLS version will break FRED.
Will upgrading openssl break FRED ?
Regards,
Paulos
=============================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
--
This email has been checked for viruses by AVG.
https://www.avg.com
Happy new year everyone,
We have been successfully developing FRED 2.40.3 over Ubuntu 16.04 which is the documented deployment libraries’ OS requirement. For our final deployment, we are looking at the possibility of deploying over a higher version of Ubuntu (either 18.04 or 20.04) because Ubuntu 16.04 is scheduled for EOL in April 2021. (https://ubuntu.com/about/release-cycle).
Before we go down the hairy path of testing internally, we would like to know if any issues have been reported about installing FRED over Ubuntu 18.04 or 20.04? Or if anyone can testify that it has worked for them?
Thanks and regards,
Kelvin
Hello,
Hope this finds you well in these troubled times.
We have a persistent request from a registrar asking us to "confirm what our balance was on
the 1st of December 2019" ... about 12 montsh ago.
We have repeatedly told the registrar that by the nature of EPP transactions on a registry
running FRED, we do not keep such balances on the registry on a day to day basis except in
regular backups of the database.
I would like to hear what you think about such a request from a registrar which connects to a
registry running the FRED registry system and how you would respond to it.
Is there an easier way of dealing with such a request other than by remounting a whole
FRED database on a test server from a previous FRED backup of that date ?
Remounting a FRED database backup is a major task and we have told them that if they
insist then we would raise a fee or charge for it.
Any help?
Regards,
Paulos
=============================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.nic.mw
SDNP: http://www.sdnp.org.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
--
This email has been checked for viruses by AVG.
https://www.avg.com
Hello FRED team
I've skimmed the FRED docs and AFAICT there's no distribution in form of Docker image(s).
Does anyone have plans "dockerizing" FRED?
(Please don't get me wrong, I'm not trying to make any sort of pressure that anyone has to do
something, I'm just asking and that's it.)
Thank you
Piotr
.mw Registrar,
GDPR compliance test phase on .mw - invitation
========================================
I am pleased to advise that the Malawi .mw ccTLD registry on FRED has started a test phase
for compliance on GDPR compliance for all and we would like to invite you to assist us to
test.
We have now mounted a test server to handle both EPP and WHOIS on ngoli3.sdnp.org.mw
that you can test right away.
A WHOIS query for any of your existing domains will show that we are now hiding details on
the e-mail, phone, fax and other details while showing name, organisation, address, DNS
servers.
The database on the test server is that of 24 July 2020. You can compare the following:
1. Current WHOIS at: http://www.registrar.mw/whois-intro.php
2. Current command line WHOIS: $whois domains.mw -h ngoli.sdnp.org.mw
3. GDPR compliant test : http://ngoli3.sdnp.org.mw/whois
4. GDPR compliant command line test: $whois domains.mw -h ngoli3.sdnp.org.mw
You can also test creating a new contact using EPP and you will find that the default is "hide"
on the above details and it is up to the registrar to toggle this to "disclose" as needed.
Please make sure that your EPP client is capable of handling the .mw GDPR complaint
environment as you continue to conduct your business using the .mw registry.
We will have this test phase running for at least two week from 1 August 2020 after which we
will make a decision to move this test phase to the production environment. All modifications
that you make on the test environment will be deleted and lost from ngoli3 at the end of the
test phase, so, you can test as much as you need to without charge.
Please let me know if you face any problems using the new GDPR compliant test .mw
registry on EPP, WHOIS or any other service. These steps are very important to us.
Regards,
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.nic.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
--
This email has been checked for viruses by AVG.
https://www.avg.com
Hello,
As our list of registrars has grown, we are regularly getting a request from a registrar to
"Please send me a list of domains under our registrar account with their expiry dates"
As a registry using FRED registry, how do you handle such requests?
We have so far just directed them to use the command list_domains under fred-client BUT
we would like to here if others are handling this in a different or better way.
Many of our new registrars are at the point of learning how to be a good registrar and so
they often ask us for help like this.
Regards,
Paulos
======================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.registrar.mw
Tel: +265-(0)-882 089 166
Cell: +265-(0)-888-824787
WhatsApp: +265-(0)-887386433
--
This email has been checked for viruses by AVG.
https://www.avg.com
Hi everyone,
Our domains that expired in February and March are stuck in "to be deleted"
state, they never get deleted.
On manual deletion or renewal the output is:
Error: ObjectStatusProhibitsOperation
Manual run of '/usr/sbin/fred-admin --object_regular_procedure' executes but
doesn't give any output. Zones are still being generated with such 'to be
deleted' domains excluded.
The timezone is set to UTC in postregsql.conf
Enum_parameters are as follows:
expiration_notify_period -30
expiration_dns_protection_period 30
expiration_letter_warning_period 34
validation_notify1_period -30
validation_notify2_period -15
regular_day_procedure_period 0
object_registration_protection_period 6
handle_registration_protection_period 0
regular_day_outzone_procedure_period 14
outzone_unguarded_email_warning_period 25
enum_validation_continuation_window 14
regular_day_procedure_zone Africa/Johannesburg
expiration_registration_protection_period 61
What could be the cause of this?
Regards.
Moeketsi
Hi,
We try to install Fred for review features and start to use product. For
installation we use link —
https://fred.nic.cz/documentation/html/AdminManual/Installation/BinsUbuntu.…
(1.2.2). But can't pass step 7.
We got dependencies error (see below). fred-webwhois-apache needs
*1.17.0-1~xenial+1*, but maximal package that I found on archive.nic.cz
is *1.16.1-1~xenial+1*. How to resolve this problem?
Sincerely, Lem
*/root@fred:~# apt install fred-webwhois-apache /*/
/
/Reading package lists... Done/
/Building dependency tree /
/Reading state information... Done/
/Some packages could not be installed. This may mean that you have/
/requested an impossible situation or if you are using the unstable/
/distribution that some required packages have not yet been created/
/or been moved out of Incoming./
/The following information may help to resolve the situation:/
/The following packages have unmet dependencies:/
/ fred-webwhois-apache : Depends: fred-webwhois (=
1.17.0-1~xenial+1) but 1.16.1-1~xenial+1 is to be installed or/
/ fred-webwhois-py3 (=
1.17.0-1~xenial+1) but it is not going to be installed/
/E: Unable to correct problems, you have held broken packages./
*/root@fred:~# lsb_release -a/*
/No LSB modules are available./
/Distributor ID: Ubuntu/
/Description: Ubuntu 16.04.6 LTS/
/Release: 16.04/
/Codename: xenial/
Hi!
We have announced a new release at last:
https://fred.nic.cz/en/news/version-2-40-released/
Please, report if you have any trouble with the installation procedures
using packages for Ubuntu or Fedora.
If you have any questions, I'm sure our guys will be happy to answer them :)
Greetings,
Lena
Guarantor of Docs for FRED
Hello,
I would like to find out if and how we can get a cc of every notification e-mail in FRED to go to
a designated e-mail address for the attention or analysis of someone who adminsiters the
FRED registry.
I am aware that these e-mail notifications are archived in the FRED database but in our case
the persons monitoring the registry do not have access to the database - and they should not
have such sensitive access anyway
The mailer config in FRED in our case is in /etc/fred/pyfred.conf and it does not give an
option for such a cc address.
If you worried about this or have or found a solution to it please let us know.
Regards,
Paulos
======================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.registrar.mw
---
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.
Hi,
I want to install FRED but would like some guidance when it comes to which Linux Distro I should use.
According to the documentation I could use Ubuntu 16.04 LTS (Xenial Xerus), Fedora 24, Fedora 25, RHEL 7 or CentOS 7 but if I don't have any special preferences which one is most fitting for the latest stable version of FRED?
Would be eternally thankful if any helpful soul could point me in the right direction.
Best regards
Johan Olsson
Hi,
after some time we are announcing a new version of FRED. As usually
release notes are published here:
https://fred.nic.cz/documentation/html/ReleaseNotes/
We have intentionally not announced version 2.37 since this version was
changing hardcoded default for WHOIS disclose flags from "everything is
by default public" to "everything is by default hidden" of course
because of GDPR. New default was again hardcoded and immediate upgrade
could cause issue to registrars that relies on default policy. With
version 2.38 this default policy is configuration option so registry
has control when this policy change based on discussion with
registrars. All the information should be seen from documentation.
I'd like to pick one change from release notes to write about little
bit more and this is handling incoming payments. We are trying to make
FRED even more modular and move all about payments and invoices into
separated module. There is background idea that at some point in time,
this module could be replaced with generic accounting software that
will take care of issuing invoices which should not be responsibility
of registry. For now, the only visible change is that tab payments
disappears from web administration interface (Daphne) and also
associated database tables bank_payment and bank_statement are not
required. My assumption is that this change doesn't have effect for any
instance but in case it has, there is a new component called Pain (from
"payments and invoices") that provides the same functionality but needs
to be installed as additional thing. Feel free to ask more about this
if you'd like to try it.
Regards,
Jaromir
--
Jaromir Talir
Technicky partner / Technical Fellow
-------------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Milesovska 5, 130 00 Praha 3, Czech Republic
mailto:jaromir.talir@nic.cz http://nic.cz/
sip:jaromir.talir@nic.cz tel:+420.222745107
mob:+420.739632712 fax:+420.222745112
-------------------------------------------
Greetings,
I have a fresh install of FRED 2.35.0 on Ubuntu Server 16.04 LTS but the
services can't seem to start, only fred-pyfred is active.
The ExecStart commands like: /usr/sbin/fred-rifd -ORBendPoint giop:tcp::2224
-ORBnativeCharCodeSet UTF-8 --config /etc/fred/fred-rifd.conf exit with
failure of Error: CORBA NameService not running.
/usr/sbin/fred-adifd
-ORBendPoint giop:tcp::2222 -ORBnativeCharCodeSet UTF-8 --config
/etc/fred/fred-adifd.conf exit with failure of Error: CORBA NameService not
running.
/usr/sbin/fred-pifd -ORBendPoint giop:tcp::2223 -ORBnativeCharCodeSet UTF-8
--config /etc/fred/fred-pifd.conf exit with failure of Error: CORBA
NameService not running.
/usr/sbin/fred-logd -ORBendPoint giop:tcp::2226 -ORBnativeCharCodeSet UTF-8
--config /etc/fred/fred-logd.conf exit with failure of Error: CORBA
NameService not running.
/usr/sbin/fred-msgd -ORBendPoint giop:tcp::2228 -ORBnativeCharCodeSet UTF-8
--config /etc/fred/fred-msgd.conf exit with failure of Error: CORBA
NameService not running.
/usr/sbin/fred-rsifd -ORBendPoint giop:tcp::2234 -ORBnativeCharCodeSet UTF-8
--config /etc/fred/fred-rsifd.conf exit with failure of Error: CORBA
NameService not running.
The fred-webadmin log when running /usr/bin/fred-webadmin is as follows:
omniORB: (0) 2019-01-16 08:03:11.886060: ERROR! omniORBpy version 4.2
expects stubs version 4.2. Stubs in
/usr/lib/python2.7/dist-packages/CosNaming_idl.pyc are version 3.0 (rev 0).
Traceback (most recent call last):
File "/usr/bin/fred-webadmin", line 8, in <module>
from fred_webadmin.controller import adif
File "/usr/lib/python2.7/dist-packages/fred_webadmin/controller/adif.py",
line 38, in <module>
import fred_webadmin.auth.corba_auth as auth
File "/usr/lib/python2.7/dist-packages/fred_webadmin/auth/corba_auth.py",
line 1, in <module>
import fred_webadmin.corbarecoder as recoder
File "/usr/lib/python2.7/dist-packages/fred_webadmin/corbarecoder.py",
line 5, in <module>
from pyfco.recoder import decode_iso_date, decode_iso_datetime,
encode_iso_date, encode_iso_datetime
File "/usr/lib/python2.7/dist-packages/pyfco/__init__.py", line 3, in
<module>
from .name_service import CorbaNameServiceClient
File "/usr/lib/python2.7/dist-packages/pyfco/name_service.py", line 6, in
<module>
import CosNaming
File "/usr/lib/python2.7/dist-packages/CosNaming/__init__.py", line 9, in
<module>
import CosNaming_idl
File "/usr/lib/python2.7/dist-packages/CosNaming_idl.py", line 7, in
<module>
_omnipy.checkVersion(3,0, __file__)
ImportError: Stubs not compatible with omniORBpy version 4.2.
Is there a way I can solve this compatibility issure?
The process omniorb4-nameserver status output is as follows:
omniorb4-nameserver.service - LSB: Start the omniNames Interoperable Naming
Service
Loaded: loaded (/etc/init.d/omniorb4-nameserver; bad; vendor preset:
enabled)
Active: active (exited) since Wed 2019-01-16 07:39:02 SAST; 11min ago
Docs: man:systemd-sysv-generator(8)
Process: 28050 ExecStop=/etc/init.d/omniorb4-nameserver stop (code=exited,
status=0/SUCCESS)
Process: 28133 ExecStart=/etc/init.d/omniorb4-nameserver start
(code=exited, status=0/SUCCESS)
Tasks: 0
Memory: 0B
CPU: 0
Jan 16 07:39:02 fred-test systemd[1]: Starting LSB: Start the omniNames
Interoperable Naming Service...
Jan 16 07:39:02 fred-test omniorb4-nameserver[28133]: * Starting omniORB
name server omniNames
Jan 16 07:39:02 fred-test omniorb4-nameserver[28133]: ...done.
Jan 16 07:39:02 fred-test systemd[1]: Started LSB: Start the omniNames
Interoperable Naming Service.
In fred-eppd.log I found [sessionID 216968] Could not obtain object
reference for alias 'EPP_alias'. Check mod_corba's configuration, whoever
the module does seem to be enables under apache mods-enabled.
What could be the problem?
Regards,
Moeketsi Maphoi
Greetings
Fedora 29 got officially released on 30 October last year but no
packages have been built for that release [1] as of today hence
installation on the distro fails with....
Failed to synchronize cache for repo 'fred', ignoring this repo.
No match for argument: fred-*
Any particular reason the components have not been built for the 29
release of Fedora?
Regards
Jóhann B.
1. http://archive.nic.cz/yum/fred/fedora/
Hello,
I have noticed there is an option to set address fields disclosure settings in the contact update command, but there is no such option in the create command.
Is there some reason for the commands to have different disclosure options?
Best regards,
Jiri Kuchta
Je dobré vědět, že tento e-mail a přílohy jsou důvěrné. Pokud spolu jednáme o uzavření obchodu, vyhrazujeme si právo naše jednání kdykoli ukončit. Pro fanoušky právní mluvy - vylučujeme tím ustanovení občanského zákoníku o předsmluvní odpovědnosti. Pravidla o tom, kdo u nás a jak vystupuje za společnost a kdo může co a jak podepsat naleznete zde<https://onas.seznam.cz/cz/podpisovy-rad-cz.html>
You should know that this e-mail and its attachments are confidential. If we are negotiating on the conclusion of a transaction, we reserve the right to terminate the negotiations at any time. For fans of legalese-we hereby exclude the provisions of the Civil Code on pre-contractual liability. The rules about who and how may act for the company and what are the signing procedures can be found here<https://onas.seznam.cz/cz/signature-rules.html>.
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
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
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
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.
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.
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
.
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.
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
>
>
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.
I am finding in FRED that I have to issue new invoice prefixes now that the year has changed
from 2017 to 2018.
If I do not do this then I get an error :
"Missing invoice prefix"
when I try to add credit to a registrar account using the
#fred-admin --invoice_credit
command
I am having to do this for each zone which is painful because I have 10+ zones.
Is there a way to update this automatically when the year changes ?
Additionally, is there a way that I can run the
#fred-admin --invoice_credit
command for a zone and land on the correct prefix every time ?
In many cases when I run the command
#fred-admin --invoice_credit
I get the error
DEATAIL: Key (prefix)=(interger) already exits
and I have to run the command a few more times before I land on an interger that the
command accepts.
How can I get around this and land on the correct interger for the command without having to
repeat it?
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.
we have a customer who tried to change the name servers of many of his .MW domains to :
ns1.names.rent & ns2.names.rent
But we get a strange error : "Invalid nameserver hostname"
Does anyone know why FRED registry is giving this error ?
See full EPP request & response here below:
Regards,
Paulos
======================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.registrar.mw
REQUEST
<?xml version="1.0" encoding="utf-8" standalone="no"?>
<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
<command>
<create>
<nsset:create xmlns:nsset="http://www.nic.cz/xml/epp/nsset-1.2"
xsi:schemaLocation="http://www.nic.cz/xml/epp/nsset-1.2 nsset-1.2.xsd" >
<nsset:id>NETIM-MW-19</nsset:id>
<nsset:ns>
<nsset:name>ns1.names.rent</nsset:name>
</nsset:ns><nsset:ns>
<nsset:name>ns2.names.rent</nsset:name>
</nsset:ns>
<nsset:tech>CMW-NETIM</nsset:tech>
</nsset:create>
</create>
<clTRID>2496476-1515235625</clTRID>
</command>
</epp>
RESPONSE
<?xml version="1.0" encoding="UTF-8"?>
<epp xmlns="urn:ietf:params: xml:ns:epp-1.0" xmlns:xsi=
"http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:ietf:params: xml:ns:epp-1.0
epp-1.0.xsd"><response><result code="2005"><msg>Paramet
er value syntax error</msg><extValue><value><nsset:name xml
ns:nsset= "http://www.nic.cz/xml/epp/nsset-1.2"
>ns1.names.rent</nsset:name></value><reason>Invalid names
erver hostname.</reason></extValue><extValue><value><nsset
:name xmlns:nsset=
"http://www.nic.cz/xml/epp/nsset-1.2">ns2.names.rent</nsset:na
me></value><reason>Invalid nameserver hostname.</reason><
/extValue></result><trID><clTRID>2496476-1515235625</clTRI
D><svTRID>ReqID-0016680042</svTRID></trID></response><
/epp>
Can you please check and advise?
---
This email has been checked for viruses by AVG.
http://www.avg.com
Hi registry dandies!
In case you don't know what present to give to your favorite
documentation manufacturer (yes, me), the survey on new topics for the
FRED documentation is still open till the end of the year. Please please
please, fill it for us, it won't take long:
https://goo.gl/forms/5meQ0qLbSiwSu0y22
I will be immensely grateful and it will return to you in great docs!
Happy holiday season wishes
--
Lena (FRED's Technical Writer)
/"Docs, or it didn't happen!"/
Hi
as some of you have already found out, we have released a new EPP
documentation a few weeks ago. It contains all EPP commands available
in FRED with examples and appropriate fred-client commands. This
documentation is available here:
https://fred.nic.cz/documentation/html/EPPReference/index.html
We would like to ask you to help us in deciding which part of FRED
needs better documentation. To make it easier for you, there is simple
survey with a list of topics that we may concentrate on in further
development of FRED documentation.
https://goo.gl/forms/u3CQWc6Nfo51JBGz2
Please, try to fill it before the end of November so we could make a
plan for beginning of next year.
Regards,
Jaromir
--
Jaromir Talir
Technicky partner / Technical Fellow
-------------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Milesovska 5, 130 00 Praha 3, Czech Republic
mailto:jaromir.talir@nic.cz http://nic.cz/
sip:jaromir.talir@nic.cz tel:+420.222745107
mob:+420.739632712 fax:+420.222745112
-------------------------------------------