maybe we can get a website up to co-ordinate the effort. this is really
great stuff.
for me - all i need is a simple installation procedure and OS to use.
hopefully its one of the OS images available at ec2.
regards
joe baptista
On Thu, Mar 25, 2010 at 12:31 PM, Dr Paulos Nyirenda <paulos(a)sdnp.org.mw>wrote;wrote:
We are definitely interested in this, please send me the docs so that we
can try to make
a good installation.
Regards,
Paulos
======================
Dr Paulos B Nyirenda
.mw ccTLD
domains(a)registrar.mw
http://www.registrar.mw
On 25 Mar 2010 at 12:40, Petur Kirke wrote:
If youre interested, we have documented
installation on Fedora 9
regards
Petur Kirke
.fo
--------------------------------------------------
From: "Dr Paulos Nyirenda" <paulos(a)sdnp.org.mw>
Sent: Thursday, March 25, 2010 7:37 AM
To: "Joe Baptista" <baptista(a)publicroot.org>rg>;
<fred-users(a)lists.nic.cz>
Subject: Re: FRED session at ICANN Brussels ? - Re: Problems when loging
intoeppd from fred-client
>
> For us we need FRED working on Fedora as well. An RPM with all
components
> in place would
> really be helpful but I would like to know how to tweak it to
perfection
> as well.
>
> For us billing is a major issue that we would like to see tweaked to
our
> policy
> framework. More information on EPP and multiple registrars on FRED
would
> also help..
>
> Regards,
>
> Paulos
> ======================
> Dr Paulos B Nyirenda
> .mw ccTLD
>
http://www.registrar.mw
>
>
> On 24 Mar 2010 at 19:36, Joe Baptista wrote:
>
>>
>> One thing I think would be very helpful is a working ubuntu
installation.
>> One should be
>> able to point to a *.deb file and it should install without any
glitches.
>
> Maybe we should form a committee to do this.
>
> joe
>
> On Wed, Mar 24, 2010 at 11:54 AM, Petur Kirke <peturkirke(a)hotmail.com
>> wrote:
>> We here in .fo are very happy for fred.
>>
>> In the beginning we found it difficult to install Fred. I think
the
>> main
>> reason was lack of documentation.
>> But after contacting one person with a bit of linux/unix knowledge
we
>> managed to get it work.
>> Later - with the knowledge - we have installed fred many times
>> without any
>> problem.
>> My feeling is that the software workes fine. But maybe
documentation
>> is
>> behind in development.
>>
>> regards
>> Petur
>>
>> --------------------------------------------------
>> From: "Dr Paulos Nyirenda" <paulos(a)sdnp.org.mw>
>> Sent: Wednesday, March 24, 2010 3:17 PM
>> To: "Joe Baptista" <baptista(a)publicroot.org>rg>;
>> <fred-users(a)lists.nic.cz>
>> Subject: Re: FRED session at ICANN Brussels ? - Re: Problems when
>> loging in
>> toeppd from fred-client
>>
>> > On 24 Mar 2010 at 11:07, Joe Baptista wrote:
>> >
>> >> I have yet to see FRED install without any technical glitches.
>> Thats the
>> >> main issue I
>> >> have with FRED. It does not work cleanly out of the box. Even
the
>> >> bootable cdroms have
>> >> issues.
>> >
>> > I think every registry system has issues that need to be
resolved.
>> This is
>> > the reason
>> > that I would like to see a working perfect installation made by
the
>> Czech
>> > .cz ccTLD made
>> > in such a session at ICANN Brussels so that we can see how these
>> issues
>> > are resolved or
>> > can be resolved.
>> >
>> > I am aware that there are ccTLDs like .tz who seem to be happy
with
>> FRED.
>> >
>> > And if not, then well it would be a shame, we need to move on.
>> >
>> > Regards,
>> >
>> > Paulos
>> > ======================
>> > Dr Paulos B Nyirenda
>> > .mw ccTLD
>> >
http://www.registrar.mw
>> >
>> >
>> >>
>> >> 2010/3/24 Dr Paulos Nyirenda <paulos(a)sdnp.org.mw>
>> >>
>> >> Jaromír,
>> >>
>> >> I would like to find out if we can have a FRED technical
session
>> at
>> >> the ICANN
>> >> meeting in
>> >> Brussels this coming June.
>> >>
>> >> Our Malawi .mw ccTLD registry is still very much interested
in
>> FRED
>> >> and we would
>> >> like to
>> >> see a full installation being made, operational and being
used,
>> if
>> >> you can arrange
>> >> such a
>> >> session. We believe ICANN in Brussels will be a very good
>> opportunity
>> >> for you to
>> >> show
>> >> this to us and many other ccTLDs. A hands on session would be
>> great.
>> >>
>> >> I have yet to see FRED install without any technical glitches.
>> Thats the
>> >> main issue I
>> >> have with FRED. It does not work cleanly out of the box. Even
the
>> >> bootable cdroms have
>> >> issues.
>> >>
>> >> regards
>> >> joe baptista
>> >>
>> >>
>> >> Can you please confirm if you or any other technical person
from
>> the
>> >> Czech .cz
>> >> ccTLD
>> >> would be available in Brussels to run such a session?
>> >>
>> >> Regards,
>> >>
>> >> Paulos
>> >> ======================
>> >> Dr Paulos B Nyirenda
>> >> .mw ccTLD
>> >>
http://www.registrar.mw
>> >>
>> >>
>> >> On 23 Mar 2010 at 17:05, Jaromír Talír wrote:
>> >>
>> >> > Hi Ernesto,
>> >> > sorry for late response. You mention the same problem as
Petur
>> has
>> >> in
>> >> > his last post. Resolution should be the same.
>> >> >
>> >> > Regards,
>> >> > Jaromir
>> >> >
>> >> > Ernesto Pin píse v Ct 28. 01. 2010 v 16:56 -0200:
>> >> > > Hi, I've been trying to connect to fred-server
from
>> fred-client
>> >> for a
>> >> > > long time, but I'couldn not do so. I think that is
all
about
>> >> > > certificates,
because this procedures are not deeply
>> explained in
>> >> > > documentations. I would be very pleased if someone can
tell
>> me
>> >> where
>> >> > > to find the correct procedures.
>> >> > >
>> >> > > The procedure I followed to get certificates and keys,
is
>> this
>> >> one:
>> >> > > 1. download CA.pl
>> >> > > 2. run ./CA.pl -new ca
>> >> > > 3. copy generated demoCA/cacert.pem
>> >> > > to /usr/share/fred-mod-eppd/ssl/
>> >> > > 4. run ./CA.pl -newreq
>> >> > > 5. run CA.pl -sign
>> >> > > 6. move generated newcert.pem and newkey.pem
>> >> > > to /usr/share/fred-mod-eppd/ssl/ and remove
newreq.pem
in
>> >> > > CA.pl's
directory
>> >> > > 7. run again CA.pl -newreq
>> >> > > 8. run again CA.pl -sign
>> >> > > 9. move generated cert and key to
>> /usr/share/fred-mod-eppd/ssl/
>> >> > > After that, I get client and mod-eppd configured to
point
>> these
>> >> files,
>> >> > > and run the following script to insert registrars into
>> database:
>> >> > >
>> >> > > #!/bin/bash
>> >> > > MD5=$(openssl x509 -in
>> >> /usr/local/share/fred-client/ssl/newcert.pem
>> >> > > -fingerprint -noout -md5)
>> >> > > HANDLE=$1
>> >> > > PASSWORD=$2
>> >> > > NAME=$3
>> >> > > psql -U fred fred <<_EOF_
>> >> > > INSERT INTO registrar (handle,name) VALUES
>> >> ('${HANDLE}','${NAME}');
>> >> > > INSERT INTO registraracl (registrarid,cert,password)
VALUES
>> >> >
>(currval('registrar_id_seq'),'${MD5}','${PASSWORD}');
>> >> > > _EOF_
>> >> > >
>> >> > >
>> >> > > When starting apache, got this error.log:
>> >> > >
>> >> > > FRED:/home/fred# more /var/log/apache2/error.log
>> >> > >
>> >> > > [Wed Jan 27 17:44:07 2010] [warn] Init: Session Cache
is
not
>> >> > > configured
[hint: SSLSessionCache]
>> >> > > [Wed Jan 27 17:44:07 2010] [notice] mod_corba started
>> (mod_corba
>> >> > > version 1.3.0, SVN revision unknown, BUILT Jan 18 2010
>> 19:11:31)
>> >> > > [Wed Jan 27 17:44:07 2010] [notice] mod_eppd started
>> (mod_eppd
>> >> version
>> >> > > 2.2.0, SVN revision unknown, BUILT Jan 18 2010
19:13:30)
>> >> > > [Wed Jan 27 17:44:07 2010] [warn] mod_whoisd: whoisd
>> disclaimer
>> >> not
>> >> > > set, using default.
>> >> > > [Wed Jan 27 17:44:07 2010] [notice] mod_whoisd started
>> >> (mod_whoisd
>> >> > > version 3.1.1, SVN revision unknown, BUILT Jan 18 2010
>> 19:15:10)
>> >> > > [Wed Jan 27 17:44:07 2010] [notice] mod_python:
Creating
8
>> >> session
>> >> > > mutexes based on 6 max processes and 25 max threads.
>> >> > > [Wed Jan 27 17:44:07 2010] [notice] mod_python: using
>> >> > > mutex_directory /tmp
>> >> > > [Wed Jan 27 17:44:07 2010] [notice] mod_corba started
>> (mod_corba
>> >> > > version 1.3.0, SVN revision unknown, BUILT Jan 18 2010
>> 19:11:31)
>> >> > > [Wed Jan 27 17:44:07 2010] [notice] mod_eppd started
>> (mod_eppd
>> >> version
>> >> > > 2.2.0, SVN revision unknown, BUILT Jan 18 2010
19:13:30)
>> >> > > [Wed Jan 27 17:44:07 2010] [warn] mod_whoisd: whoisd
>> disclaimer
>> >> not
>> >> > > set, using default.
>> >> > > [Wed Jan 27 17:44:07 2010] [notice] mod_whoisd started
>> >> (mod_whoisd
>> >> > > version 3.1.1, SVN revision unknown, BUILT Jan 18 2010
>> 19:15:10)
>> >> > > [Wed Jan 27 17:44:07 2010] [notice] Apache/2.2.9
(Debian)
>> >> > > mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9
OpenSSL/0.9.8g
>> >> configured
>> >> > > -- resuming normal operations
>> >> > >
>> >> > > Following this, configured fred-client to use the two
>> inserted
>> >> > > registrars to login. When running fred-client, input
>> passphrase
>> >> used
>> >> > > to generate client's cert, and getting this
output:
>> >> > >
>> >> > > FRED:/home/fred# fred-client
>> >> > > Unsupported language code: 'es' in
os.environ.LANG.
>> Available
>> >> codes
>> >> > > are: cs, en. Set default to: 'en'.
>> >> > > Enter PEM pass phrase:
>> >> > > FredClient 2.2.0
>> >> > > Type "help", "license" or
"credits" for more information.
>> >> > >
>> >> > > Using configuration from
>> /usr/local/etc/fred/fred-client.conf
>> >> > > Connecting to localhost, port 700 ...
>> >> > > ERROR: Login failed.
>> >> > >
>> >> > > Log information in fred-eppd log:
>> >> > >
>> >> > > FRED:/home/fred# more /var/log/fred/fred-eppd.log
>> >> > >
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>> Client
>> >> > > connected
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>> Corba
>> >> call
>> >> > > (epp-cmd hello)
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>> Corba
>> >> call
>> >> > > ok
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>> >> request
>> >> > > received (length 700 bytes)
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>
>> request
> >> > > content: <?xml version="1.0"
encoding="utf-8"
> standalone="no"?>
> >> <epp
> >> > > xmlns="urn:ietf:param
> >> > > s: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-EPIN</clID><pw>passwd</pw><options><version>1.0</version><lang>en</lang></option
>> s>
>> >> <
>> >> >
>> >>
>>
svcs><objURI>http://www.nic.cz/xml/epp/contact-1.6</objURI><objURI>ht
>> >> > >
>> >> >
>> >>
>> tp://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><svcExten
>> >> > >
>> >> >
>> >> sion><extURI>http://www.nic.cz/xml/epp/enumval-
>> 1.2</extURI></svcExtension></svcs></login
>> >>
>><clTRID>ncai001#10-01-27at17:58:09</clTRID></command></epp>
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>> >> Fingerprint
>> >> > > is: 07:A4:01:3E:56:77:C3:50:4B:84:0D:A8:E5:21:C7:2B
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>> Corba
>> >> call
>> >> > > (epp-cmd login)
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>> Corba
>> >> call
>> >> > > ok
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>> after
>> >> corba
>> >> > > call command saved login id is 0, login id is 0
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>> >> (epp-cmd 2)
>> >> > > response code 2501: sleeping for 0 ms
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>
>> Response
> >> > > content: <?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="2501"><msg>A
> >> > > uthentication error; server closing
> >> > >
> >>
>
>
>>connection</msg></result><trID><clTRID>ncai001#10-01-27at17:58:09</clTRID><svTRID>ccR
>> eg
>> >> -
>> >> >0000000019</svTRID></trID></respo
>> >> > > nse></epp>
>> >> > > [27/Jan/2010:17:58:09 --0200] 127.0.0.1 [sessionID
408120]
>> Session
>> > > ended
>> > >
>> > > Thanks in advance
>> > >
>> > > --
>> > > Ernesto Pin
>> > >_______________________________________________
>> > > fred-users mailing list
>> > > fred-users(a)lists.nic.cz
>> > >
https://lists.nic.cz/mailman/listinfo/fred-users
>> >
>> > --
>> > Jaromir Talir
>> > technicky reditel / Chief Technical Officer
>> >-------------------------------------------
>> > CZ.NIC, z.s.p.o. -- .cz domain registry
>> > Americka 23, 120 00 Praha 2, Czech Republic
>> >mailto:jaromir.talir@nic.czhttp://nic.cz/
>> > sip:jaromir.talir@nic.cz
<sip%3Ajaromir.talir@nic.cz>tel:+420.222745107
>> > mob:+420.739632712 fax:+420.222745112
>> >-------------------------------------------
>> >
>>
>>
>> _______________________________________________
>> 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
>
_______________________________________________
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
_______________________________________________
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
PublicRoot Consortium
----------------------------------------------------------------
The future of the Internet is Open, Transparent, Inclusive, Representative &
Accountable to the Internet community @large.
----------------------------------------------------------------
Office: +1 (360) 526-6077 (extension 052)
Fax: +1 (509) 479-0084
Personal: