- 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, 8 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, 8 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, 8 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, 11 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, 2 měsíce

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, 3 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, 3 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, 6 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, 8 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, 8 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, 8 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, 8 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.

4 roky

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, 3 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, 3 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, 5 měsíců

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, 6 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, 7 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, 11 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, 11 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, 1 měsíc

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, 2 měsíce

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, 2 měsíce

6
6
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

fred-users