Hello Jaromír
When trying to install fred metapackage there's an error displayed that fred-transproc package is
missing. AFAICT that's the only dependency change introduced by fred 0.0.5~xenial+1.
Best regards
Piotr
Hi,
I am developing a PHP fred client and am able to get a domain details as
follows:
<?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="1000"><msg>Command completed
successfully</msg></result><resData><domain:infData
xmlns:domain="http://www.nic.cz/xml/epp/domain-1.4"
xsi:schemaLocation="http://www.nic.cz/xml/epp/domain-1.4
domain-1.4.1.xsd"><domain:name>XXXX</domain:name><domain:roid>D0000073101-CZ</domain:roid><domain:status
s="ok">Objekt is without
restrictions</domain:status><domain:registrant>CHEKI-MW-REG</domain:registrant><domain:admin>CHEKI-MW-BILLING</domain:admin><domain:admin>CHEKI-MW-ADMIN</domain:admin><domain:nsset>CHEKI-MW-NS</domain:nsset><domain:clID>mw_system_reg</domain:clID><domain:crID>mw_system_reg</domain:crID><domain:crDate>2015-01-05T17:00:58+02:00</domain:crDate><domain:exDate>2015-12-05</domain:exDate></domain:infData></resData><trID><clTRID>15c8abbebf7a746a773714973ff4e9f3</clTRID><svTRID>ReqID-0001851046</svTRID></trID></response></epp>
What's the xml command for extracting nameservers from the nsset?
Thank you.
Regards,
Mike.
Hello everyone
I have some remarks about starting FRED components automatically after boot in Ubuntu 16.04 LTS
xenial. If anyone has some input, please share.
First, I suspect that upstart job definitions are obsolete and should removed. I mean the files:
/etc/init/fred-adifd.conf
/etc/init/fred-logd.conf
/etc/init/fred-msgd.conf
/etc/init/fred-pifd.conf
/etc/init/fred-rifd.conf
Next, right after installation the services of FRED were not enabled, hence:
# cd /lib/systemd/system
# systemctl enable fred*
This is not enough, since fred-pyfred failed because it was started too early (before omniorb name
server), therefore I modified unit definition of fred-pyfred in
/lib/systemd/system/fred-pyfred.service
so now it looks like this:
[Unit]
Description=fred-pyfred
After=omniorb4-nameserver.service
#ConditionPathExists=!/etc/ssh/sshd_not_to_be_run
Requires=omniorb4-nameserver.service
[Service]
User=fred
WorkingDirectory=/
StandardOutput=null
StandardError=null
ExecStart=/usr/sbin/fred-pyfred -d
KillMode=process
Restart=on-failure
[Install]
WantedBy=multi-user.target
and generates the following result:
# systemd-analyze critical-chain fred-pyfred.service
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
fred-pyfred.service @6.814s
└─omniorb4-nameserver.service @6.774s +23ms
└─network-online.target @6.764s
└─NetworkManager-wait-online.service @927ms +5.837s
└─NetworkManager.service @665ms +185ms
└─dbus.service @639ms
└─basic.target @639ms
└─sockets.target @639ms
└─snapd.socket @637ms +1ms
└─sysinit.target @634ms
└─swap.target @634ms
└─dev-disk-by\x2duuid-d8b40e4d\x2d4e62\x2d4436\x2db09b\x2d8cfc2a2d8a1d.swap
@629ms +3ms
└─dev-disk-by\x2duuid-d8b40e4d\x2d4e62\x2d4436\x2db09b\x2d8cfc2a2d8a1d.device
@623ms
(of course your delays will vary).
To check if FRED services are running, one may use
# systemctl status fred*
Maybe this page could get an update? https://fred.nic.cz/page/2906/installation-ubuntu/
Best regards
Piotr Przybył
I did the default install, but I can't access it remotely. I can access
http://localhost:18456 via lynx.
Where do edit to allow remote access ?
Stanford T. Mings Jr. ~Technologist ~
stanford(a)tech.vi ~ http://www.tech.vi ~ 340-344-8207
VI Technical Services, LLC ~ 9160 Estate Thomas ~
Suite 195 ~ St. Thomas, VI, 00802
Hello cz.nic Team
When testing SQL upgrade script I got the following error:
2.21.5-2.21.6.sql Failed (check /tmp/aaa)
psql:2.21.5-2.21.6.sql:1295: ERROR: null value in column "zone_id" violates not-null constraint
I took a look and it seems that the script is prepared for your registry only (unless there's
someone else also running .cz ;-))
Could you please tell me if the following patch is correct? It seems to do the job IMHO.
Best regards
Piotr
Dear users of the FRED,
I am a technical writer of the CZ.NIC and I'm currently working on a new
administration manual for the FRED.
I think you are of those who would appreciate this new piece of
documentation and therefore, I would like to ask you about your opinions
on what topics this manual should comprise, which questions it should
answer and what else you would expect from it.
I've attached my first (though only very rough) draft of the contents of
this manual for inspiration and/or comments. (Please, ignore the order
of the topics for now, that will be dealt with later.)
Your insight would be very helpful. Thanks for your time!
Best regards,
Lena
Technical Writer @ CZ.NIC
We have made some progress in activating FRED for our Malawi .mw registry and we have
started connecting registrars. We have now also started publishing the zonefiles from FRED
as generated by genzone-client. BUT I have a problem of serial numbers.
Our current zones have a date related SOA which is as follows:
mw. 172800 IN SOA chambo.sdnp.org.mw. domains.registrar.mw.
2010252090 43200 7200 1209600 172800
However from genzone I am getting the following SOA
mw. 18000 IN SOA chambo.sdnp.org.mw. domains.registrar.mw.
1469318701 10800 3600 604800 86400
Since our current serial number 2010252090 is greater than the genzone serial number
1469318701 then the zone will not propagate to the .mw secondary DNS servers
There is no facility in the genzone config file to help have this resolved. Could you then
anyone please show me how to set up genzone-client so that I can set a higher starting
serial number than the current 2010252090 one?
I would apprecisate a details reply ifyou have one.
Regards,
Paulos
======================
Dr Paulos B Nyirenda
NIC.MW & .mw ccTLD
http://www.registrar.mw
------- End of forwarded message -------
Agree with Piotr
On Jul 19, 2016 1:12 PM, Piotr Przybył <piotr(a)przybyl.org> wrote:
On 19/07/16 17:53, Zuzana Lena Ansorgova wrote:
> Dear users of the FRED,
>
> I am a technical writer of the CZ.NIC and I'm currently working on a new administration manual for
> the FRED.
> I think you are of those who would appreciate this new piece of documentation and therefore, I would
> like to ask you about your opinions on what topics this manual should comprise, which questions it
> should answer and what else you would expect from it.
>
> I've attached my first (though only very rough) draft of the contents of this manual for inspiration
> and/or comments. (Please, ignore the order of the topics for now, that will be dealt with later.)
>
> Your insight would be very helpful. Thanks for your time!
>
> Best regards,
> Lena
> Technical Writer @ CZ.NIC
>
>
> _______________________________________________
> fred-users mailing list
> fred-users(a)lists.nic.cz
> https://lists.nic.cz/cgi-bin/mailman/listinfo/fred-users
>
Hello Zuzana
Would it be possible for you to take a somewhat different approach?
What I have in mind is creating a document in a more collaborative matter than ODT. Something like
wiki or github? So one could add input directly there and some versioning is also available?
(Personally I'd opt for git[hub], but for some it could be easier to use a wiki page I guess.)
Best regards
Piotr
_______________________________________________
fred-users mailing list
fred-users(a)lists.nic.cz
https://lists.nic.cz/cgi-bin/mailman/listinfo/fred-users
Hello cz.nic Team
I've read a memo at your page that you have released FRED 2.23 recently.
Do you have any plans about supporting xenial (and releasing binary packages) once it becomes really
stable?
Best regards
Piotr Przybył
Does the keyset FRED specification support the algorithm numbers 12, 13
and 14 (GOST R 34.10-2001, ECDSA Curve P-256 with SHA-256 and ECDSA
Curve P-256 with SHA-384)?
These can be found at this IANA document:
https://www.iana.org/assignments/dns-sec-alg-numbers/dns-sec-alg-numbers.xml
Thanks in advance
Mario Guerra