Ir para o conteúdo

 Voltar a Ginga-NCL Vi...
Tela cheia

Set-top box - Virtual - Versão v.0.10 - Conexão Classe Tcp.lua

29 de Maio de 2009, 11:15 , por Desconhecido - | Ninguém seguindo este artigo por enquanto.
Visualizado 52 vezes

Pessoal, estou trabalhando em uma aplicação que utiliza  a classe tcp.lua . A aplicação não recebe resposta do servidor  ficando parada durante a execução do conjunto das funções  da mesma.

Basicamente a aplicação faz uma chamada a um servidor, sendo o  "CPF"  repassado como parâmetro para uma  aplicação (php) que faz a consulta no banco e retorna informações deste parâmetro  .

Estou utilizando  vmware com a última versão do set-top box virtual   v.0.10  (rel 21)

O mesmo esta configurado como bridge , e recebeu um endereço da nossa faixa  IP através do servidor DHCP .

O ping responde de todas as maneiras : virtual x servidor, servidor x virtual, estação x  virtual, virtual x estação

Pergunta :

Alguém,  passou por este problema ? Se Sim

Qual solução ?

---

A aplicação para na chamada da função e não retorna .

function webs_check(cpf)
   tcp.connect ('10.40.0.186',80)
   local q='GET /teste/consulta.php?cpf='..cpf..'\n\n'
   tcp.send (q)
   return tcp.receive('*a')
end
 

Desde já agradeço a colaboração,

Marco Munhoz


 

 

 

 



Autor: Marco Munhoz


33 comentários

  • B6b3cae0711e1cd6e59c07cc4b342f8b?only path=false&size=50&d=404José Ricardo Júnior(usuário não autenticado)
    29 de Maio de 2009, 12:00

     

    Estou passando por algo parecido. Ao executar o exemplo_06 do site do NCLua, após digitar o texto q será buscado no Google a aplicação retorna a mensagem 'nao encontrado'. No console sai isso:

    reloaded DNS configuration (resolv.conf)
    changing nameserver to 192.168.100.1

    Dei o comando 'route':

    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    192.168.100.0   *               255.255.255.0   U     0      0        0 eth0
    169.254.0.0     *               255.255.0.0     U     0      0        0 eth0
    default         192.168.100.1   0.0.0.0         UG    0      0        0 eth0

    Em 'resolv.conf' tem:

    ; generated by /sbin/dhclient-script
    search redes
    nameserver 192.168.100.1

    E em /etc/sysconfig/network tem:

    NETWORKING=yes
    HOSTNAME=gingavm.telemidia.puc-rio.br
    NETWORKING_IPV6=no

    Já tentei no modo NAT e no modo Bridge, e só muda o IP, o problema persiste. Falta configurar algo na máquina host?

    Se alguem souber como resolvo isso, agradeço.

    • B6b3cae0711e1cd6e59c07cc4b342f8b?only path=false&size=50&d=404José Ricardo Júnior(usuário não autenticado)
      1 de Junho de 2009, 14:34

       

      Testei o Ginga Virtual STB na minha casa e funcionou normal. O problema ta no proxy dessa máquina que uso no trabalho. :(

      • D8c48d948ca122bbbaafdea5f971fec6?only path=false&size=50&d=404Marco Munhoz(usuário não autenticado)
        1 de Junho de 2009, 16:22

         

           José Ricardo, no seu caso o proxy deveria estar barrando a sua conexão, e como na sua casa não tem servidor proxy,  o tcp conectou normalmente.

            No nosso caso, descrito no meu post anterior, trocamos o "IP" pelo nome do servidor, cujo nome estava registrado nos servidor "DNS".  Se o nome deste servidor não estiver cadastrado no servidor "DNS" não funcionará. Pode ser algum "bug" no tcp.connect

            Os nossos servidores  estão todos distribuidos :

            Servidor de DNS ;

            Servidor Proxy ;

            Servidor de Banco de  dados :

            Servidor Intranet local, com aplicação em php, e com seu  nome devidamente cadastrado no "DNS";

            Set-top box  vitual v 0.10  com vmware, e configurado no modo bridge para o mesmo assumir a mesma faixa de "IP" da nossa rede.

            Estação com linux (ubuntu) onde encontra-se o set-top box virtual, mas o mesmo pode ficar em qualquer outra máquina da rede.

           Postei a parte de conexão, o restante do codigo ainda  está  em desenvolvimento,

        ----------------------
        ....

        Function webs_check(cpf)
           tcp.connect ('servidorx',80)
           tcp.send('GET /php/teste/consulta.php?cpf=123456789012\n')
           return tcp.receive('*a')
        end

        ....
        --------------

           Obrigado pela atenção,

           Marco Munhoz

         

Concurso ITU-T de Aplicações para IPTV 2012

13 de Agosto de 2012, 19:38, por Desconhecido

Gostaríamos de lembrar aos possíveis interessados que o prazo de registro para participação no Concurso ITU-T de Aplicações para IPTV 2012 (IPTV Application Challenge) se encerra nesta semana, dia 15 de agosto de 2012. Já o prazo para a submissão de aplicações se encerra no dia 07 de setembro de 2012.



NCL Eclipse 1.6 disponível

10 de Janeiro de 2012, 21:19, por Desconhecido

Caros membros da Comunidade Ginga,



Concursos de Aplicações Ginga-NCL

22 de Setembro de 2011, 3:22, por Desconhecido

    Gostaríamos de relembra-los de que há dois concursos de aplicações Ginga-NCL com inscrições ainda abertas. O convite é aberto a toda a comunidade de desenvolvedores de aplicações para o Middleware Ginga-NCL, em nível internacional. São os seguintes concursos:



Novas versões: Ginga e Ginga-NCL Virtual Set-top Box (v.0.12.3)

1 de Agosto de 2011, 20:58, por Desconhecido



Algumas Boas Notícias da Comunidade Ginga

28 de Julho de 2011, 21:31, por Desconhecido

Autor: Roberto Azevedo