fred-users

fred-users@lists.nic.cz

410 discussions

by Piotr Przybył

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ł

9 let, 10 měsíců

Accessing Fred remotely besides localhost

by Stanford Mings

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

9 let, 10 měsíců

fixing SQL migration scripts

by Piotr Przybył

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

9 let, 10 měsíců

Your remarks on new FRED documentation

by Zuzana Lena Ansorgova

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

9 let, 11 měsíců

help - Setting starting serial number in Genzone-Client generated zones

by Dr Paulos B Nyirenda

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

9 let, 11 měsíců

Re: Your remarks on new FRED documentation

by Santiago Alberch

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

9 let, 11 měsíců

Releasing FRED for Ubuntu 16.04 LTS

by Piotr Przybył

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ł

9 let, 11 měsíců

FRED support for DNSSEC algorithms 12, 13 and 14

by Mario Guerra

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

10 let

Letsencrypt and FRED

by Mario Guerra

I wonder if there is some work about implementing LetsEncrypt on FRED. Here is what LetsEncrypt is about. https://github.com/letsencrypt/letsencrypt/wiki Best. Mario

10 let, 1 měsíc

Help request regarding genzone_client

by Jorge Granjal

Good morning, We are testing FRED, and we currently have a problem with the genzone_client script, we would like to request your help. We have installed Fred using a Fedora 20 system (via RPM) and started the services as usual: # Initialize the database scheme /usr/bin/postgresql-setup initdb # Start services service postgresql start service omniNames start service fred-server start service httpd start service fred-webadmin-server start Next we are able to add a TLD using: fred-admin --zone_add --zone_fqdn=acme --ex_period_min=12 --ex_period_max=36 --ttl=18000 --hostmaster=root(a)test.acme --refresh=10600 --update_retr=3600 --expiry=1209600 --minimum=7200 --ns_fqdn=ns1.acme Also for the nameservers for the .acme TLD zone: fred-admin --zone_ns_add --zone_fqdn=acme --ns_fqdn=ns1.acme --addr=10.10.0.1 fred-admin --zone_ns_add --zone_fqdn=acme --ns_fqdn=ns2.acme --addr=10.10.0.2 Our problem is that, when running genzone_client, the generated zone is outputted without IP address information for the name servers: TTL 18000 ;default TTL for all records in zone acme. IN SOA ns1.acme. root.test.acme. (1446128974 10600 3600 1209600 7200) IN NS ns1.acme. IN NS ns1.acme. ; ;--- domain records --- ; We have verified in the PosgreSQL database and the A records as present as expected. What could be wrong? Thank you! Jorge Granjal

10 let, 7 měsíců

← Newer
1
...
11
12
13
14
15
16
17
...
41
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

fred-users