fred-users

fred-users@lists.nic.cz

3 participants
412 discussions

by Tomas Mazak

Hello, I've just installed fred from apt-repository on lucid. Now, when I try to connect to EPP server using fred-client, I get following error: ERROR: socket.sslerror: [Errno 1] _ssl.c:480: error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca (10.128.5.195:700) Certificate not signed by verified certificate authority. There is (hopefully) no problem with CA trust. Moreover, I can see this in fred-eppd.log: CORBA exception: IDL:omg.org/CORBA/COMM_FAILURE:1.0 Could not get greeting data from fred_rifd Any ideas please? Regards, Tomas Mazak

13 let, 6 měsíců

Erorr Required_integer_as_parameter when saving registrar data

by Sayid Munawar

Hi, I've just successfully installed fred on ubuntu 12.04. phew… - i've added zone - i've added registrar to zone - i've added acl for registrar now the problem is: when saving anything data (certificate md5, edit street, etc) i got error returned by the fred-webadmin: Required_integer_as_parameter No output generated from debug log, i've set debug level to "debug" too. Any clue how to fix this ? -- Sayid Munawar Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

13 let, 6 měsíců

About domain_blacklist

by Mario Guerra

I'm trying to test introducing domain_blacklist entries. My purpose is to blacklist only one domain (under a controlled environment). These are the SQL statements: fred=# insert into domain_blacklist values (1,'^guerra.co.cr$','2013-02-21','2013-02-22','A test'); INSERT 0 1 fred=# insert into domain_blacklist values (1,'^guerra.co.cr$','2013-02-21','2013-02-28','A test'); INSERT 0 1 But info_domain gives this: NIC-REG1(a)127.0.0.1> info_domain guerra.co.cr Domain name: guerra.co.cr Repository object ID: D0000045196-EPP Created by: NIC-REG1 Designated registrar: NIC-REG1 Updated by: NIC-REG1 Created on: 2012-02-21T07:47:02-06:00 Last update on: 2013-02-15T16:49:46-06:00 Expiration date: 2015-02-21 NSSET ID: GUERRA_CO_CR Password for transfer: IvMlT73J Status: ok - Objekt is without restrictions Registrant ID: GUERRAMARIOALBERTO_AT_GMAIL.COM Administrative contact: MGUERRA_AT_NIC.CR MGUERRA2_AT_NIC.CR The domain is not blacklisted, it seems. Thoughts?. Thanks in advance. -- Mario Guerra <mguerra(a)nic.cr>

13 let, 6 měsíců

FRED and Module for WHMCS

by Sadi Qevani

Hello, I am interested knowing if there is a module for whmcs that works with FRED. Let me know if you have any ideas about this. Thank you -- *Sadi* Web Developer - IT

13 let, 8 měsíců

Contact developer FRED

by Andrey Nikolaev

Good day! Which contact developers( managers/sales) for the ability to adapt to the needs of the registry? Thank you.

13 let, 8 měsíců

Migrating from FRED 2.2 to FRED 2.11

by Mario Guerra

Due to the augmented abilities of FRED 2.11, I've attempted to migrate the production database, which runs FRED 2.2, to the FRED 2.11 format, running in a test server running the later. For the DB migration, I've run the SQL scripts, one by one, until it supposedly has the 2.11 structure. I've not run the script for having the initial structure, but a) firstly I migrate the complete DB from the production server to the test server and B) run the appropiate SQL scripts from 2.2 to 2.11. The result when I try to run fred-client: root@fredbeta:~# fred-client Unsupported language code: 'es' in os.environ.LANG. Available codes are: cs, en. Set default to: 'en'. FredClient 2.4.1 Type "help", "license" or "credits" for more information. Using configuration from /usr/etc/fred/fred-client.conf Connecting to 127.0.0.1, port 700 ... ERROR: Login failed The fred-eppd.log file: [13/Dec/2012:10:45:24 --0600] 127.0.0.1 (process:17973) [sessionID 512160] fred-logd createRequest logging error: IDL:ccReg/Logger/INTERNAL_SERVER_ERROR:1.0 [13/Dec/2012:10:45:24 --0600] 127.0.0.1 (process:17973) [sessionID 512160] Error while logging the request [13/Dec/2012:10:45:24 --0600] 127.0.0.1 (process:17973) [sessionID 512160] Created session in fred-logd with id: 68462 [13/Dec/2012:10:45:24 --0600] 127.0.0.1 (process:17973) [sessionID 512160] using fred-logd session id: 68462 [13/Dec/2012:10:45:24 --0600] 127.0.0.1 (process:17973) [sessionID 512160] Client disconnected without proper logout. [13/Dec/2012:10:45:24 --0600] 127.0.0.1 (process:17973) [sessionID 512160] Session ended The fred.log file: [2012-Dec-13 10:45:24] [fred-server] [error] [logd-<30156468>/session-0] -- Result failed: INSERT INTO request (time_begin, time_end, source_ip, user_name, user_id, service_id, request_type_id, session_id, is_monitoring, result_code_id ) VALUES ('2012-12-13 16:45:24.018801', NULL, E'127.0.0.1', NULL, NULL, 3, 100, NULL, 'f', NULL) (ERROR: column "service" does not exist <------------------------------ CONTEXT: SQL statement "CREATE TABLE request_epp_12_12 (CHECK (time_begin >= TIMESTAMP '2012-12-01 00:00:00' AND time_begin < TIMESTAMP '2013-01-01 00:00:00 ' AND service = 3 AND is_monitoring = 'f') ) INHERITS (request)" PL/pgSQL function "create_tbl_request" line 31 at EXECUTE statement <----------------------- SQL statement "SELECT create_tbl_request(time_begin, service_id, is_monitoring)" PL/pgSQL function "tr_request" line 26 at PERFORM The are apparent problems when creating the auxiliary request_epp_<year>_<month> table it seems. Best regards. -- Mario Guerra <mguerra(a)nic.cr>

13 let, 8 měsíců

Change schemas for ompatibility with RFC

by Andrey Nikolaev

Hi! Is it possible to implement compliance with rfc_5731 and rfc_5732? Conformity in the form domain/host? Example: 1.1. Relationship of Domain Objects and Host Objects (http://tools.ietf.org/rfc/rfc5731.txt) [skip] <domain:ns> <domain:hostAttr> <domain:hostName>ns1.example.net</domain:hostName> <domain:hostAddr ip="v4">192.0.2.2</domain:hostAddr> <domain:hostAddr ip="v6">1080:0:0:0:8:800:200C:417A</domain:hostAddr> </domain:hostAttr> <domain:hostAttr> <domain:hostName>ns2.example.net</domain:hostName> </domain:hostAttr> </domain:ns> [/skip] but Fred implement [skip] <nsset:roid>N0000000003-EPP</nsset:roid> <nsset:status s="linked">Has relation to other records in registry</nsset:status> <nsset:clID>REG</nsset:clID> <nsset:crID>REG</nsset:crID> <nsset:crDate>2012-12-11T21:32:45+02:00</nsset:crDate> <nsset:authInfo>krfJnwlj</nsset:authInfo> <nsset:ns><nsset:name>ns.ns.example.net</nsset:name> <nsset:addr>1.1.1.65</nsset:addr> <nsset:addr>2.1.140.65</nsset:addr> <nsset:addr>2.1.141.65</nsset:addr> <nsset:addr>2.1.142.65</nsset:addr> <nsset:addr>2.1.143.65</nsset:addr> <nsset:addr>2.1.144.65</nsset:addr> <nsset:addr>2.1.145.65</nsset:addr> </nsset:ns> <nsset:ns><nsset:name>ns2.example.net</nsset:name> <nsset:addr>2.1.1.68</nsset:addr> <nsset:addr>2.1.1.68</nsset:addr> <nsset:addr>2.1.1.68</nsset:addr> <nsset:addr>2.1.1.68</nsset:addr> </nsset:ns> [/skip] added description to schemas: to: all.xsd <import namespace="http://nic.domain.my/epp/host-1.1" schemaLocation="host-1.1.xsd"/> add file host-1.1.xsd with schema, about nsset .... (validate mod_eppd) change structure in IDL files, added new object it is real, it is achieved compliance? Not changes all sources fred-server?

13 let, 9 měsíců

Problems starting using fred

by Dmitry Belyavsky

Greetings! I've installed FRED on Fedora 17 according to http://fred.nic.cz/wiki/download Now I can't obtain the admin interface. Where can the credentials for demo access be found? Thank you! -- SY, Dmitry Belyavsky

13 let, 9 měsíců

A couple of possible bugs for FRED 2.11 - part 2

by Mario Guerra

In this post I'm describing the other apparent problem I found. I'm upgrading a copy of our FRED 2.2 database (which we are using for production), and trying to upgrade it to 2.11.2, the last version. For that I typed this SQL script: postgres@freddb:/root/fred-db-2.11.2/upgrades$ more 2-2-a-2-11.sql \i 2_2_0-2_3_0.sql \i 2_3_0-2_4_0.sql \i 2_4_0-2_5_0-ddl.sql \i 2_4_0-2_5_0-logger-ddl.sql \i 2_4_0-2_5_0-dml.sql \i 2_4_0-2_5_0-logger-dml.sql \i 2.5.0-2.5.1-ddl.sql \i 2.5.0-2.5.1-dml.sql \i 2.5.1-2.6.0-ddl.sql \i 2.5.1-2.6.0-logger-ddl.sql \i 2.5.1-2.6.0-dml.sql \i 2.5.1-2.6.0-logger-dml.sql \i 2.6.0-2.7.0-ddl.sql \i 2.6.0-2.7.0-dml.sql \i 2.6.0-2.7.0-logger-dml.sql \i 2.7.0-2.8.0-ddl.sql \i 2.7.0-2.8.0-dml.sql \i 2.8.0-2.8.1-ddl.sql \i 2.8.0-2.8.1-dml.sql \i 2.8.1-2.8.2-dml.sql \i 2.8.1-2.9.0-01-prepare.sql \i 2.8.1-2.9.0-02-changes-ddl.sql \i 2.8.1-2.9.0-03-changes-dml.sql \i 2.8.1-2.9.0-04-finish-ddl.sql \i 2.9.0-2.10.0-ddl.sql \i 2.9.0-2.10.0-dml.sql \i 2.10.0-2.11.0-01-ddl.sql \i 2.10.0-2.11.0-02-dml.sql \i 2.10.0-2.11.0-03-ddl.sql \i 2.11.0-2.11.1-dml.sql \i 2.11.1-2.11.2-dml.sql ------------------------------- This theoretically, upgrades the DB. But when I run fred-client using this upgraded database, this is when I run fred-client (after setting up fred-server and fred-pyfred): ------------------------------- root@fredbeta:~# fred-client Unsupported language code: 'es' in os.environ.LANG. Available codes are: cs, en. Set default to: 'en'. FredClient 2.4.1 Type "help", "license" or "credits" for more information. Using configuration from /usr/etc/fred/fred-client.conf Connecting to 127.0.0.1, port 700 ... ERROR: Login failed. ------------------------------- The /var/log/fred.log relevant fragment gives me this: [2012-Sep-06 10:36:19] [fred-server] [error] [logd-<60380061>/session-0/request-311805] -- Result failed: INSERT INTO request_data (request_time_ begin, request_service_id, request_monitoring, request_id, content, is_response) VALUES ('2012-09-06 16:36:19.858714', 3, 'f', 311805, E'<?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 e pp-1.0.xsd"><command><login><clID>NIC-REG1</clID><pw>reg1.cr</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>bttz0 01#12-09-06at10:36:19</clTRID></command></epp> ', 'f') (ERROR: column "entry_time_begin" of relation "request_data_epp_12_09" does not exist <------------------------- LINE 1: INSERT INTO request_data_epp_12_09(entry_time_begin, entry_s... <----------------------------------- ^ QUERY: INSERT INTO request_data_epp_12_09(entry_time_begin, entry_service, entry_monitoring, entry_id, content, is_response) VALUES ('2012-09-06 16: 36:19.858714', 3, 'f', 311805, '<?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 e pp-1.0.xsd"><command><login><clID>NIC-REG1</clID><pw>reg1.cr</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>bttz0 01#12-09-06at10:36:19</clTRID></command></epp> ', 'f') CONTEXT: PL/pgSQL function "tr_request_data" line 18 at EXECUTE statement --------------------------------------------------------------------- Now, if I drop the table request_data_epp_12_09 so it is newly created, and run fred-client again this is what I get: --------------------------------------------------------------------- [2012-Sep-06 10:40:00] [fred-server] [error] [logd-<62621798>/session-0/request-311806] -- Result failed: INSERT INTO request_data (request_time_ begin, request_service_id, request_monitoring, request_id, content, is_response) VALUES ('2012-09-06 16:40:00.170266', 3, 'f', 311806, E'<?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 e pp-1.0.xsd"><command><login><clID>NIC-REG1</clID><pw>reg1.cr</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>doej0 01#12-09-06at10:40:00</clTRID></command></epp> ', 'f') (ERROR: column "entry_time_begin" does not exist CONTEXT: SQL statement "CREATE TABLE request_data_epp_12_09 (CHECK (entry_time_begin >= TIMESTAMP '2012-09-01 00:00:00' AND entry_time_begin < TIMEST AMP '2012-10-01 00:00:00' AND entry_service = 3 AND entry_monitoring = 'f') ) INHERITS (request_data) " PL/pgSQL function "create_tbl_request_data" line 27 at EXECUTE statement SQL statement "SELECT create_tbl_request_data(entry_time_begin, entry_service, entry_monitoring)" PL/pgSQL function "tr_request_data" line 23 at PERFORM ------------------------------------------------------ It seems that the upgrade scripts almost dotheir job, but I feel something got overlooked. What do you think?. Best regards. -- Mario Guerra <mguerra(a)nic.cr>

14 let

A couple of possible bugs for FRED 2.11

by Mario Guerra

I want to inform about a couple of possible bugs for FRED 2.11 (I tried to use TRAC, but it is not clear how to ccreate a new user): 1. fred-admin listing contacts I did in a controlled environment a brand new FRED 2.11 installation. After running the orderedsql.sh script for installing the PostgreSQL initial environment I ran fred-admin for creating an initial registrar, a zone, and registered the zone with that registrar. After that, I created a contact. This is what I get: a) fred-client NIC-REG1(a)127.0.0.1> list_contacts Number of records: 1 MGUERRA_AT_NIC.CR NIC-REG1(a)127.0.0.1> info_contact MGUERRA_AT_NIC.CR Contact ID: MGUERRA_AT_NIC.CR Repository object ID: C0000000001-EPP Created by: NIC-REG1 Designated registrar: NIC-REG1 Created on: 2012-09-04T18:18:51-06:00 Name: Mario Guerra Street: AV. 12-14, Calle 25 City: San Jose Postal code: 2060-1000 Country code: CR Password for transfer: hPdgeOiT Email: mguerra(a)nic.cr Status: ok - Objekt is without restrictions Disclose: voice fax email vat ident notify_email addr b) fred-admin root@fredbeta:~# fred-admin --contact_list <objects> </object> Have you reproduced this problem?. For the next possible bug, I'm posting another email. Best regards. -- Mario Guerra <mguerra(a)nic.cr>

14 let

← Newer
1
...
16
17
18
19
20
21
22
...
42
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