- fred-users - lists.nic.cz

by patrick

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')])

2 roky, 7 měsíců

2
5
0 0

Web Whois Functionality

by patrick

Dear fred users community, We have been trying to configure web whois after we have upgraded fred database. We have been receiving *Bad Request 500 error*. Please ,we request to get assistance from fred users community. Apache access logs; *tail -f access.log* 129.227.134.6 - - [14/Nov/2022:11:04:23 +0300] "GET /whois HTTP/1.1" 200 1524"https://www.google.com/" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.5106.0 Safari/537.36 Edg/104.0.1287.1" 196.216.162.82 - - [14/Nov/2022:11:04:44 +0300] "POST /whois/ HTTP/1.1" 302 5081"https://whois.tznic.or.tz/whois" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36" 196.216.162.82 - - [14/Nov/2022:11:04:44 +0300] "GET /whois/object/pns.co.tz/ HTTP/1.1" 500 330"https://whois.tznic.or.tz/whois" "Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36" 216.144.248.18 - - [14/Nov/2022:11:05:20 +0300] "HEAD / HTTP/1.1" 302 4943"https://whois.tznic.or.tz/" "Mozilla/5.0+(compatible; UptimeRobot/2.0;http://www.uptimerobot.com/)" 216.144.248.18 - - [14/Nov/2022:11:05:21 +0300] "HEAD /whois HTTP/1.1" 200 587"https://whois.tznic.or.tz/" "Mozilla/5.0+(compatible; UptimeRobot/2.0;http://www.uptimerobot.com/)" 35.246.2.112 - - [14/Nov/2022:11:08:11 +0300] "GET /rdap/domain/kariakooexpress.tz HTTP/1.1" 200 7979 "-" "GuzzleHttp/6.5.5 curl/7.29.0 PHP/5.6.40" 129.227.134.6 - - [14/Nov/2022:11:09:17 +0300] "GET / HTTP/1.1" 302 5014"https://www.google.com/" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.5106.0 Safari/537.36 Edg/104.0.1287.1" 129.227.134.6 - - [14/Nov/2022:11:09:18 +0300] "GET /whois HTTP/1.1" 200 1522"https://www.google.com/" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.5106.0 Safari/537.36 Edg/104.0.1287.1" 129.227.134.6 - - [14/Nov/2022:11:09:20 +0300] "POST /whois/ HTTP/1.1" 302 355"https://whois.tznic.or.tz/whois" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.5106.0 Safari/537.36 Edg/104.0.1287.1" 129.227.134.6 - - [14/Nov/2022:11:09:20 +0300] "GET /whois/object/duhosting.co.tz/ HTTP/1.1" 500 335"https://whois.tznic.or.tz/whois" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/104.0.5106.0 Safari/537.36 Edg/104.0.1287.1 *tail -f error.log* [Mon Nov 14 11:07:21.467113 2022] [:error] [pid 6071] (32)Broken pipe: [client 127.0.0.1:52854] Error when sending response [Mon Nov 14 11:07:23.469423 2022] [:error] [pid 6068] [client 127.0.0.1:52888] Whois usage error: Too many search keys. [Mon Nov 14 11:07:23.469608 2022] [:error] [pid 6068] (32)Broken pipe: [client 127.0.0.1:52888] Error when sending response [Mon Nov 14 11:07:25.472207 2022] [:error] [pid 5964] [client 127.0.0.1:52910] Whois usage error: Too many search keys. [Mon Nov 14 11:07:25.472387 2022] [:error] [pid 5964] (32)Broken pipe: [client 127.0.0.1:52910] Error when sending response [Mon Nov 14 11:07:27.474728 2022] [:error] [pid 6027] [client 127.0.0.1:52920] Whois usage error: Too many search keys. [Mon Nov 14 11:07:27.474881 2022] [:error] [pid 6027] (32)Broken pipe: [client 127.0.0.1:52920] Error when sending response [Mon Nov 14 11:07:28.476112 2022] [:error] [pid 5960] [client 127.0.0.1:52922] Whois usage error: Too many search keys. [Mon Nov 14 11:07:28.476306 2022] [:error] [pid 5960] (32)Broken pipe: [client 127.0.0.1:52922] Error when sending response [Mon Nov 14 11:07:36.321257 2022] [:error] [pid 5968] [client 192.3.251.168:36330] Request is not terminated by <CR><LF> *tail -f fred-webwhois.log* [pid: 4885|app: 0|req: 14014/29877] 154.74.144.3 () {76 vars in 1392 bytes} [Mon Nov 14 01:51:10 2022] GET /whois => generated 2564 bytes in 26 msecs (HTTP/1.1 200) 6 headers in 317 bytes (2 switches on core 0) [pid: 4885|app: 0|req: 14015/29878] 154.74.144.3 () {82 vars in 1520 bytes} [Mon Nov 14 01:51:12 2022] POST /whois/ => generated 0 bytes in 2 msecs (HTTP/1.1 302) 6 headers in 194 bytes (1 switches on core 0) [pid: 4885|app: 0|req: 14016/29879] 154.74.144.3 () {76 vars in 1468 bytes} [Mon Nov 14 01:51:12 2022] GET /whois/object/zanzibeer.tz/ => generated 27 bytes in 33 msecs (*HTTP/1.1 500*) 5 headers in 157 bytes (1 switches on core 0) [pid: 4885|app: 0|req: 14017/29880] 216.144.248.18 () {66 vars in 1138 bytes} [Mon Nov 14 01:55:21 2022] HEAD /whois => generated 2564 bytes in 26 msecs (HTTP/1.1 200) 6 headers in 317 bytes (1 switches on core 0) [pid: 4885|app: 0|req: 14018/29881] 216.144.248.18 () {66 vars in 1138 bytes} [Mon Nov 14 02:00:21 2022] HEAD /whois => generated 2564 bytes in 26 msecs (HTTP/1.1 200) 6 headers in 317 bytes (1 switches on core 0) [pid: 4885|app: 0|req: 14019/29882] 129.227.134.6 () {78 vars in 1489 bytes} [Mon Nov 14 02:03:25 2022] GET /whois => generated 2564 bytes in 25 msecs (HTTP/1.1 200) 6 headers in 322 bytes (1 switches on core 0) [pid: 4885|app: 0|req: 14020/29883] 129.227.134.6 () {88 vars in 1736 bytes} [Mon Nov 14 02:03:31 2022] POST /whois/ => generated 0 bytes in 47 msecs (HTTP/1.1 302) 6 headers in 194 bytes (1 switches on core 0) [pid: 4885|app: 0|req: 14021/29884] 129.227.134.6 () {82 vars in 1670 bytes} [Mon Nov 14 02:03:31 2022] GET /whois/object/mail.tz/ => generated 27 bytes in 60 msecs (*HTTP/1.1 500*) 5 headers in 162 bytes (2 switches on core 0) [pid: 4885|app: 0|req: 14022/29885] 129.227.134.6 () {80 vars in 1578 bytes} [Mon Nov 14 02:03:35 2022] GET /whois => generated 2564 bytes in 24 msecs (HTTP/1.1 200) 6 headers in 322 bytes (2 switches on core 0) [pid: 4885|app: 0|req: 14023/29886] 129.227.134.6 () {78 vars in 1558 bytes} [Mon Nov 14 02:04:23 2022] GET /whois => generated 2564 bytes in 22 msecs (HTTP/1.1 200) 6 headers in 322 bytes (2 switches on core 0) [pid: 4885|app: 0|req: 14024/29887] 196.216.162.82 () {88 vars in 1746 bytes} [Mon Nov 14 02:04:44 2022] POST /whois/ => generated 0 bytes in 2 msecs (HTTP/1.1 302) 6 headers in 191 bytes (2 switches on core 0) [pid: 4885|app: 0|req: 14025/29888] 196.216.162.82 () {82 vars in 1685 bytes} [Mon Nov 14 02:04:44 2022] GET /whois/object/pns.co.tz/ => generated 27 bytes in 40 msecs (*HTTP/1.1 500*) 5 headers in 157 bytes (2 switches on core 0) Thank you, Patrick

2 roky, 7 měsíců

1
0
0 0

just for Denzell - (Fwd) DENZELL: exact error ? - Re: Fred Installation Problems on Ubuntu 22.04

by Dr Paulos Nyirenda

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

2 roky, 7 měsíců

1
0
0 0

Fred Installation Problems on Ubuntu 22.04

by Denzell Yonah

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

2 roky, 7 měsíců

4
7
0 0

Removing a DNS entry in server list for a zone

by Gregory Bernard

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.

2 roky, 10 měsíců

2
1
0 0

Hiding contact address not allowed

by jiri.kuchta＠email.cz

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.

3 roky, 1 měsíc

2
3
0 0

FRED bad exDate result in poll

by Dr Paulos Nyirenda

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

3 roky, 2 měsíce

1
0
0 0

fred plugin to intergrate with wisecp

by MUTUTU COMPUTERS

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

3 roky, 2 měsíce

2
2
0 0

Log4j vulnerability audit

by Kelvin Truong

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

3 roky, 5 měsíců

2
1
0 0

Re: SSL certs for EPP-client

by Dr Paulos Nyirenda

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

3 roky, 7 měsíců

1
0
0 0

SSL certs for EPP-client

by bsd＠todoo.biz

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.

3 roky, 7 měsíců

2
1
0 0

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

by Mahmoudreza Abbasi

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

3 roky, 7 měsíců

2
1
0 0

can not run ferda docker

by Mahmoudreza Abbasi

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

3 roky, 7 měsíců

2
1
0 0

I'm having trouble building a docker Ferda

by Leonardo Assunção

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.

3 roky, 11 měsíců

3
2
0 0

Re: help with mail_template database backup problem

by Jaromir Talir

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

4 roky, 2 měsíce

3
6
0 0

.BA uses FRED

by Zdeněk Brůna

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/ -------------------------------------------

4 roky, 2 měsíce

1
0
0 0

will updating SSL break FRED ?

by Dr P Nyirenda

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

4 roky, 3 měsíce

3
3
0 0

FRED installation over Ubuntu 18.04 or 20.04

by Kelvin Truong

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

4 roky, 4 měsíce

3
3
0 0

New FRED 2.42 release

by Miroslav Jindra

Dear FRED users, we are happy to announce that a new version of the FRED system (2.42) has been released. You can find information about the release at the FRED website <https://fred.nic.cz/en/news/version-2-42-released/> or more details in the release notes <https://fred.nic.cz/documentation/html/ReleaseNotes/releases-2-42.html>. Yours Sincerely, the FRED team -- Miroslav Jindra Technical Writer CZ.NIC, z. s. p. o. Milešovská 1136/5 130 00 Praha 3

4 roky, 5 měsíců

1
0
0 0

past credit balance query from a registrar

by Dr P Nyirenda

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

4 roky, 6 měsíců

2
2
0 0

FRED in Docker perhaps?

by Piotr Przybył

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

4 roky, 10 měsíců

2
1
0 0

help test - GDPR compliance test phase on .mw domains - invitation

by Dr P Nyirenda

.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

4 roky, 10 měsíců

1
0
0 0

HOW : query from registrar asking registry to list domains with expiry dates

by Dr P Nyirenda

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

5 let

5
9
0 0

Domains Stuck at "To be deleted"

by Moeketsi Maphoi

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

5 let, 1 měsíc

2
1
0 0

EPP doesn't work

by Lem

Hi, My name is Lem. I tried to use curl to check EPP and got in log: [26/Apr/2020:15:25:36 +0600] 192.168.0.1 (process:16846) [sessionID 61959] Client connected [26/Apr/2020:15:25:36 +0600] 192.168.0.1 (process:16846) [sessionID 61959] Corba call (epp-cmd hello) [26/Apr/2020:15:25:36 +0600] 192.168.0.1 (process:16846) [sessionID 61959] Corba call ok *[26/Apr/2020:15:25:36 +0600] 192.168.0.1 (process:16846) [sessionID 61959] Invalid epp frame length (1347375952 bytes)* [26/Apr/2020:15:25:36 +0600] 192.168.0.1 (process:16846) [sessionID 61959] Session ended Please help me. What do I wrong? Output for curl: root# curl -k --cert /usr/share/fred-client/ssl/test-cert.pem --cacert /usr/share/fred-client/ssl/test-cert.pem --key /usr/share/fred-client/ssl/test-key.pem -vvvv -d '<?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><login><clID>REG-CZ</clID><pw>qazQAZ123</pw><options><version>1.0</version><lang>en</lang></options><svcs><objURI>http://www.nic.cz/xml/epp/contact-1.6</objURI><objURI>http://www.nic.cz/xml/epp/nsset-1.2</objURI><objURI>http://www.nic.cz/xml/epp/domain-1.4</objURI><objURI>http://www.nic.cz/xml/epp/keyset-1.3</objURI><svcExtension><extURI>http://www.nic.cz/xml/epp/enumval-1.2</extURI></svcExtension></svcs></login><clTRID>sdmj001#20-04-15at18:48:03</clTRID></command></epp>' https://192.168.0.7:700 * Rebuilt URL to: https://192.168.0.7:700/ * Trying 192.168.0.7... * Connected to 192.168.0.7 (192.168.0.7) port 700 (#0) * found 1 certificates in /usr/share/fred-client/ssl/test-cert.pem * found 594 certificates in /etc/ssl/certs * ALPN, offering http/1.1 * SSL connection using TLS1.2 / ECDHE_RSA_AES_128_GCM_SHA256 * server certificate verification SKIPPED * server certificate status verification SKIPPED * common name: 192.168.0.7 (matched) * server certificate expiration date OK * server certificate activation date OK * certificate public key: RSA * certificate version: #1 * subject: C...CN=192.168.0.7 * start date: Fri, 24 Apr 2020 07:19:19 GMT * expire date: Mon, 22 Apr 2030 07:19:19 GMT * issuer: C...CN=192.168.0.7 * compression: NULL * ALPN, server accepted to use http/1.1 > POST / HTTP/1.1 > Host: 192.168.0.7:700 > User-Agent: curl/7.47.0 > Accept: */* > Content-Length: 700 > Content-Type: application/x-www-form-urlencoded > * upload completely sent off: 700 out of 700 bytes t<?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"><greeting><svID>EPP server (DSDng)</svID><svDate>2020-04-26T15:31:16+06:00</svDate><svcMenu><version>1.0</version><lang>en</lang><lang>cs</lang><objURI>http://www.nic.cz/xml/epp/contact-1.6</objURI><objURI>http://www.nic.cz/xml/epp/domain-1.4</objURI><objURI>http://www.nic.cz/xml/epp/nsset-1.2</objURI><objURI>http://www.nic.cz/xml/epp/keyset-1.3</objURI><svcExtension><extURI>http://www.nic.cz/xml/epp/enumval-1.2</extURI><extURI>http://www.nic.cz/xml/epp/extra-addr-1.0</extURI></svcExtension></svcMenu><dcp><access><all/></access><statement><purpose><admin/><prov/></purpose><recipient><public/></recipient><retention><stated/></retention></statement></dcp></greeting></epp> * Connection #0 to host 192.168.0.7 left intact Sincerely, Lem.

5 let, 1 měsíc

6
6
0 0

Dependencies error for Ubuntu 16.04.6 LTS

by lem

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/

5 let, 3 měsíce

2
2
0 0

FRED 2.40

by Zuzana Lena Ansorgova

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

5 let, 9 měsíců

1
0
0 0

how to cc FRED registry notification e-mails to an admin e-mail address

by Dr P Nyirenda

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.

5 let, 12 měsíců

1
0
0 0

Recommended Linux distro for FRED

by Johan Olsson

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

6 let, 3 měsíce

4
6
0 0

FRED-2.38

by Jaromir Talir

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

6 let, 3 měsíce

1
0
0 0

Error: CORBA NameService not running

by Moeketsi Maphoi

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

6 let, 5 měsíců

2
2
0 0

Fedora 29 packages not available.

by Jóhann B. Guðmundsson

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/

6 let, 5 měsíců

4
10
0 0

Cannot hide address fields in the contact create command

by Kuchta, Jiri

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

6 let, 6 měsíců

2
1
0 0

ERROR: Backend server is not running!

by Moeketsi Maphoi

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

6 let, 7 měsíců

4
13
0 0

Fwd: An apparent problem with web-admin

by Mario Guerra

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

6 let, 8 měsíců

3
2
0 0

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

by Dr P Nyirenda

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

6 let, 11 měsíců

1
0
0 0

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

by Dr P Nyirenda

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

6 let, 11 měsíců

2
3
0 0

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

by Dr P Nyirenda

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

7 let, 1 měsíc

2
1
0 0

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

by Dr P Nyirenda

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

7 let, 2 měsíce

1
0
0 0

gTLD list to be inserted into FRED registry - .ruhr

by Dr P Nyirenda

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

7 let, 3 měsíce

2
2
0 0

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

by Simon M. Balthazar

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

7 let, 3 měsíce

2
1
0 0

Error: CORBA object could not be found!

by Moeketsi Maphoi

Hello! I'm experiencing some difficulties with my Daphne web application on my new FRED server. All the Fred-* services are running including Fred-webadmin, fred-client also works well I can create objects. But after logging into Daphne I encounter the following error: Error: CORBA object could not be found! Traceback (most recent call last): File "/usr/lib/python2.7/dist-packages/fred_webadmin/exposed.py", line 25, in _wrapper return view_func(*args, **kwd) File "/usr/lib/python2.7/dist-packages/fred_webadmin/controller/adif.py", line 254, in login self._fill_session_data(form, user, corba_session_string) File "/usr/lib/python2.7/dist-packages/fred_webadmin/controller/adif.py", line 207, in _fill_session_data cherrypy.session['Mailer'] = corba_obj.getObject('Mailer', 'ccReg.Mailer') File "/usr/lib/python2.7/dist-packages/fred_webadmin/corba.py", line 104, in getObject return self.getObjectUsingContext(self.context_name, name, idltype) File "/usr/lib/python2.7/dist-packages/fred_webadmin/corba.py", line 93, in getObjectUsingContext obj = self.context.resolve(cosname) File "/usr/lib/python2.7/dist-packages/CosNaming_idl.py", line 231, in resolve return _omnipy.invoke(self, "resolve", _0_CosNaming.NamingContext._d_resolve, args) NotFound: CosNaming.NamingContext.NotFound(why=missing_node, rest_of_name=[CosNaming.NameComponent(id='Mailer', kind='Object')]) I can navigate Daphne tabs but the 'Fields' drop down says 'Error loading data for filter button!'. Any ideas on a workaround on this? Thank you. Regards, Moeketsi Maphoi

7 let, 3 měsíce

2
1
0 0

FRED-Whois - Contact cause Internal Error

by Moeketsi Maphoi

Hello! I am having problems with my newly installed fred-whois server on Ubunu Server 16.04. What is happening is that the whois webpage can display all attributes as needed (after searching for a domain), when I click on attribute links like registrar ID they appear fine. The problem comes when I want to view or click on the contact attribute, it gives out the error code 500 Internal Server Error. This error only occurs when I want to view details about the contact attached to the domain, either be an administrative contact or technical contact. Apache error log show the following (searched for domain.domain, then click on the administrative contact): .mod_wsgi (pid=27416): Exception occurred processing WSGI script '/usr/lib/python2.7/dist-packages/fred_whois/whois_wsgi.py'., referer: http:// localhost /whois/?d=domain.domain .Traceback (most recent call last):, referer: http://localhost/whois/?d=domain.domain .File "/usr/lib/python2.7/dist-packages/beaker/middleware.py", line 155, in __call__, referer: http:// localhost /whois/?d=domain.domain .return self.wrap_app(environ, session_start_response), referer: http:// localhost /whois/?d=domain.domain .File "/usr/lib/python2.7/dist-packages/fred_whois/whois_wsgi.py", line 145, in application, referer: http:// localhost /whois/?d=domain.domain .links={'registrars_list': '/whois/registrars'}, referer: http:// localhost /whois/?d= domain.domain .File "/usr/lib/python2.7/dist-packages/fred_whois/whois.py", line 1199, in render, referer: http:// localhost /whois/?d= domain.domain .answer['is_site_nic'] = settings.SITE_DIR_NAME == "nic", referer: http:// localhost /whois/?d= domain.domain .File "/usr/lib/python2.7/dist-packages/django/conf/__init__.py", line 54, in __getattr__, referer: http:// localhost /whois/?d= domain.domain .self._setup(name), referer: http:// localhost /whois/?d= domain.domain .File "/usr/lib/python2.7/dist-packages/django/conf/__init__.py", line 47, in _setup, referer: http:// localhost /whois/?d= domain.domain .% (desc, ENVIRONMENT_VARIABLE)), referer: http:// localhost /whois/?d= domain.domain .ImproperlyConfigured: Requested setting SITE_DIR_NAME, but settings are not configured. You must either define the environment variable DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings., referer: http://localhost/whois/?d= domain.domain Any ideas on what causes this particularly on contacts handles? Thank you. Regards, Moeketsi Maphoi

7 let, 3 měsíce

2
2
0 0

Azure?

by Ryan Finnesey

Does anyone have any thoughts on deploying FRED on Azure? Cheers Ryan

7 let, 3 měsíce

2
1
0 0

FRED client GUI

by Ludovic DURIEUX - SafeBrands

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.

7 let, 4 měsíce

3
2
0 0

Invoice prefixes for the new year - 2018

by Dr P Nyirenda

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.

7 let, 5 měsíců

4
4
0 0

HELP with NSSET creation problem in FRED

by Dr P Nyirenda

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

7 let, 5 měsíců

2
2
0 0

All I want for Xmas is your feedback

by Zuzana Lena Ansorgova

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!"/

7 let, 6 měsíců

1
0
0 0

New EPP documentation and survey for documentation topics

by Jaromir Talir

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

7 let, 8 měsíců

1
0
0 0

Question on 5.6.3.1: create nsset - up to 10 tech-handles?

by Gunter Grodotzki

Hi everyone, According to: https://fred.nic.cz/documentation/html/EPPReference/CommandStructure/Create… <https://fred.nic.cz/documentation/html/EPPReference/CommandStructure/Create…> it is possible to set up to 10 tech handles for a nsset create command (if I am interpreting the documentation correctly). That seems unusual to me? Usually a tech-handle is a very single 1:1 relationship? If this is not a mistake, what would the use case be? Cheers, Gunter Grodotzki

7 let, 9 měsíců

3
3
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

fred-users