[Eppnicbr] Erro ao executar o comando renew
Ivo Linsmeyer Filho
linsmeyer at gmail.com
Mon Oct 15 10:15:32 BRT 2012
A mensagens pool estão ok. Foram as mensagems padrões de saldo, pendencias
do ticket, dns, etc..
Rubens vou iniciar os procedimentos de homologação, do ID 88.
No meu painel beta acessado via url (registro.br) "Sistema >> Acesso ao
Sistema", quando realizo quaisquer procedimentos via epp, os mesmos
aparecem no painel também.
Olha no print http://www.globodata.net.br/betaregistro.png Aparecem os
tickets, a entidade, etc...
Isto foi lá no começo, agora realmente não aprecem mais... mas sem
problemas.
Aproveitando, esclareça mais uma dúvida por favor. Executei aqui o comando
delete para o dominio, e ele informa que não é possível remover um domínio
renovado.
É esta mesma a mensagem esperada?
Grato
Em 15 de outubro de 2012 09:58, Rubens Kuhl <rubensk at nic.br> escreveu:
>
> Que informação você esperava no painel do provedor ? A única informação lá
> que indicaria isso é o saldo, se você souber o saldo anterior… a melhor
> fonte desse tipo de informação de feed-back é o EPP Poll. Que mensagens
> foram enviadas via Poll e quando ?
>
> Rubens
>
>
> On Oct 15, 2012, at 7:58 AM, Ivo Linsmeyer Filho <linsmeyer at gmail.com>
> wrote:
>
> > Rubens,
> >
> > Com informação fornecida, não ficou dúvidas que o problema era por aqui,
> fiz o teste estático e funcionou, verifiquei e o erro estava na codificação
> do xml. Mas ainda não aparece nenhuma informação do provedor no painel do
> beta.registro. O que pode estar ocorrendo?
> >
> > Grato.
> >
> > Em 15 de outubro de 2012 08:32, Ivo Linsmeyer Filho <linsmeyer at gmail.com>
> escreveu:
> > Rubens,
> >
> > Bom dia. Me parece realmente haver algum problema em relação ao
> provedor. WORLDWEB (088)
> > Digo isto porque realizei todos os procedimentos do manual até o passo
> do renew, todos com sucesso. Em nenhum momento apareceram no painel do
> beta.registro, (o ticket de registro de dominio, a entidade, e o dominio) .
> nenhuma informação aparece. Pode por favor verificar se está tudo ok com o
> provedor?
> >
> > Grato.
> >
> >
> > Em 14 de outubro de 2012 22:08, Rubens Kuhl <rubensk at nic.br> escreveu:
> >
> >
> > Ivo,
> >
> > Eu fiz dois testes que funcionaram. Um, não especificando o período o
> que dá o default de 1 ano:
> >
> > <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>
> > <renew>
> > <domain:renew xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"
> > xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0
> > domain-1.0.xsd">
> > <domain:name>$domain_name$</domain:name>
> > <domain:curExpDate>$cur_exp_date$</domain:curExpDate>
> > </domain:renew>
> > </renew>
> > <clTRID>$ctrlid$</clTRID>
> > </command>
> > </epp>
> >
> > O outro foi especificando 3 anos:
> >
> > <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>
> > <renew>
> > <domain:renew xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"
> > xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0
> > domain-1.0.xsd">
> > <domain:name>$domain_name$</domain:name>
> > <domain:curExpDate>$cur_exp_date$</domain:curExpDate>
> > <domain:period unit="y">3</domain:period>
> > </domain:renew>
> > </renew>
> > <clTRID>$ctrld$</clTRID>
> > </command>
> > </epp>
> >
> > Ambos funcionaram… será que o provedor com que você está testando tem
> saldo na beta ?
> >
> >
> > Rubens
> >
> >
> > On Oct 14, 2012, at 12:15 PM, Ivo Linsmeyer Filho <linsmeyer at gmail.com>
> wrote:
> >
> > > Oi Rubens,
> > >
> > > Já havia testado com a data completa obtida no comando anterior.
> > >
> > > Veja:
> > >
> > >
> > >
> > > Em 14 de outubro de 2012 09:03, Rubens Kuhl <rubensk at nic.br> escreveu:
> > > Ivo,
> > >
> > > O formato de data e o fato de que datas sem timezone são consideradas
> UTC podem contribuir para isso. Ao invés de usar a data de expiração
> imaginada, melhor usar a data de expiração obtida via "domain info".
> > >
> > > Uma sugestão mais genérica é usar o SHEPP para ver os padrões de XML
> que vão e voltam; dar comandos e ver os resultados de "xmlcmd" e "xmlrsp".
> Ou mesmo mandar seus códigos XML usando "runxml"; a mensagem de erro abaixo
> me pareceu mais sucinta do que a enviada pelo servidor então pode ser que
> algum lugar esteja menos transparente do que deveria.
> > >
> > >
> > > Rubens
> > >
> > > Comando
> > > <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>
> > > <renew>
> > > <domain:renew
> xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"
> xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0
> domain-1.0.xsd">
> > > <domain:name>worldweb1.com.br</domain:name>
> > >
> <domain:curExpDate>2013-10-14T06:38:45.0Z</domain:curExpDate>
> > > <domain:period unit="y">1</domain:period>
> > > </domain:renew>
> > > </renew>
> > > <clTRID>8942857007</clTRID>
> > > </command>
> > > </epp>
> > >
> > > Erro:
> > >
> > > <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="2400">
> > > <msg>Command failed</msg>
> > > </result>
> > > <trID>
> > > <svTRID />
> > > </trID>
> > > </response>
> > > </epp>
> > >
> > > Permanece o mesmo. Estou utilizando a mesma sintaxe, utilizada no
> sheep como consta na ultima biblioteca:
> > >
> > > <?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>
> > > <renew>
> > > <domain:renew
> > > xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"
> > > xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0
> > > domain-1.0.xsd">
> > > <domain:name>$(name)$</domain:name>
> > > <domain:curExpDate>$(curExpDate)$</domain:curExpDate>
> > > $(period)$
> > > </domain:renew>
> > > </renew>
> > > $(clTRID)$
> > > </command>
> > > </epp>
> > >
> > > Preciso de modelo exato de um xml que funcione, o erro é exatamente a
> resposta imediata apresentada pelo servidor após execução do comando. Pode
> ajudar fornecendo um exemplo de um xml já com os dados requeridos para um
> este estático?
> > >
> > > Grato
> > >
> > > On Oct 14, 2012, at 4:36 AM, Ivo Linsmeyer Filho <linsmeyer at gmail.com>
> wrote:
> > >
> > > > Olá Senhores,
> > > >
> > > > Estou tentando finalizar no processo de homologação e ao executar a
> renovação do dominio por um ano apos a data de expiração apresenta o
> seguinte erro:
> > > >
> > > > Epp Domain Renew 1 Ano após data de expiração(xml retornado):
> > > > <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="2400">
> > > > <msg>Command failed</msg>
> > > > </result>
> > > > <trID>
> > > > <svTRID />
> > > > </trID>
> > > > </response>
> > > > </epp>
> > > >
> > > > Segue a execução do comando:
> > > >
> > > > <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>
> > > > <renew>
> > > > <domain:renew
> xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"
> xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0
> domain-1.0.xsd">
> > > > <domain:name>worldweb1.com.br</domain:name>
> > > > <domain:curExpDate>2013-10-14</domain:curExpDate>
> > > > <domain:period unit="y">1</domain:period>
> > > > </domain:renew>
> > > > </renew>
> > > > <clTRID>6699368283</clTRID>
> > > > </command>
> > > > </epp>
> > > >
> > > >
> > > > O que pode estar ocorrendo?
> > > >
> > > > Grato.
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > eppnicbr mailing list
> > > > eppnicbr at eng.registro.br
> > > > https://eng.registro.br/mailman/listinfo/eppnicbr
> > >
> > > _______________________________________________
> > > eppnicbr mailing list
> > > eppnicbr at eng.registro.br
> > > https://eng.registro.br/mailman/listinfo/eppnicbr
> > >
> > > _______________________________________________
> > > eppnicbr mailing list
> > > eppnicbr at eng.registro.br
> > > https://eng.registro.br/mailman/listinfo/eppnicbr
> >
> > _______________________________________________
> > eppnicbr mailing list
> > eppnicbr at eng.registro.br
> > https://eng.registro.br/mailman/listinfo/eppnicbr
> >
> >
> > _______________________________________________
> > eppnicbr mailing list
> > eppnicbr at eng.registro.br
> > https://eng.registro.br/mailman/listinfo/eppnicbr
>
> _______________________________________________
> eppnicbr mailing list
> eppnicbr at eng.registro.br
> https://eng.registro.br/mailman/listinfo/eppnicbr
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://eng.registro.br/pipermail/eppnicbr/attachments/20121015/3bb6244f/attachment.html>
More information about the eppnicbr
mailing list