[SP-pm] DBI:mysql erro na conexão

Tue May 21 09:38:46 PDT 2013

Eu ainda insisto que pode haver algo errado na sua string de conexão. Não
quero parecer simplório, mas as vezes os erros mais simples são os que nos
'mordem' com mais violência...

Cheers!

2013/5/21 Marcio Ferreira <marciodesouzaferreira at gmail.com>

> Marcio (runner), alguma chance de ser seu pool de conexão?
>
> Lista, que tal um outro post sobre boas práticas de adm de banco =)
>
>
> []s,
>
> Marcio Ferreira
> skype: marcio.ferreir4
> (21) 8365-7768
>
>
> 2013/5/21 Marcio Souza <marcio_runner at hotmail.com>
>
>> Ola, Grupo.
>>
>>
>>    Nada feito, não funcionou trocando o ";" por ":".
>>
>>    Aproveite e fiz a consulta do drive do MYSQL no perl para saber se ele
>> está instalado, e confirmei com exito em todos os ambientes, utilizei o
>> código abaixo :
>>
>> #! / Usr / bin / perl
>>
>> use strict;
>> use DBI;
>>
>> my @ ary = DBI-> available_drivers ();
>> print join ("\n", @ ary), "\n";
>>
>> ------------------------------
>> From: renato.cron at gmail.com
>> Date: Tue, 21 May 2013 13:02:27 -0300
>>
>> To: saopaulo-pm at mail.pm.org
>> Subject: Re: [SP-pm] DBI:mysql erro na conexão
>>
>>     "dbi:mysql:dbname=mydb;host=192.168.0.107",
>>
>>
>>  troque ; por :
>>     "dbi:mysql:dbname=mydb*:*host=192.168.0.107",
>>
>>
>>
>> 2013/5/21 Marcio Souza <marcio_runner at hotmail.com>
>>
>> Ola, Grupo.
>>
>>
>>   Fiz todos os testes possíveis e impossíveis antes de postar aqui minha
>> duvida. Só para esclarecer mais detalhes sobre o problema, eu fiz testes em
>> vários ambientes : SEVEN, XP e LINUX DEBIAN e também com as versões do PERL
>> "STRAWBERRY" E "ACTIVEPERL" 5.14 e 5.16.
>>
>>
>>   Conectei localmente em cada máquina utilizando o usuário e senha em
>> questão no prompt do mysql para saber se havia alguma restrição quanto a
>> ele mesmo, mas em todos os casos deu certo os acessos normalmente. Tentei
>> outros aplicativos e também tive exito, somente com o PERL está acontecendo
>> isso.
>>
>>    Tenho boa experiência com o MYSQL e já utilizo ele em produção com uma
>> aplicação em C++ e na Web com o PHP, só que estou disposto a trocar tudo
>> isso pelo PERL, mas esbarrei justamente nesta questão da conexão. Também
>> acho muito estranho tal coisa, por isso mesmo me recorri ao grupo, porque
>> isso consumiu o meu saber de tal jeito que fiquei sem ação para resolver
>> sozinho.
>>
>>
>> ------------------------------
>> Date: Tue, 21 May 2013 11:37:59 -0400
>> From: marciorp at gmail.com
>> To: saopaulo-pm at mail.pm.org
>> Subject: Re: [SP-pm] DBI:mysql erro na conexão
>>
>>
>> Daniel, bom dia!
>>
>>  Posso sim, só seja mais especifico.
>> Servidores IBM (20 se não me engano) e HP (25 se não me engano) com
>> storage EMC e HP. Quando parei tínhamos acabado de concluir a migração para
>> SQL Server 2008 R2. Eu comecei com SQL 7.0 (um pesadelo).
>>
>> Diga os detalhes exatos que vejo se me recordo ou tenho aqui para te
>> passar.
>>
>> [...]'s
>>
>> Marcio
>>
>> ========================================
>> ########### Campanha Ajude o Marcio! ###########
>> http://sosmarcio.blogspot.com.br/
>> http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
>> ========================================
>>
>>
>> Em 21 de maio de 2013 11:24, Daniel de Oliveira Mantovani <
>> daniel.oliveira.mantovani at gmail.com> escreveu:
>>
>> Márcio boa tarde!
>>
>> Você pode dar mais detalhes sobre o seu antigo trabalho de DBA ?
>>
>> Como:
>>
>> Qual banco vocês usavam ? Que tipo de otimizações vocês faziam ?
>>
>> 2013/5/21 Marcio - Google <marciorp at gmail.com>:
>> > Luis, me desculpe, mas concordo com o Tiago!
>> >
>> > Fui DBA por mais de 12 anos, em bases relativamente grandes (>500TB e
>> > 25.000K trans/min), e essa questão das permissões sempre foi o menor dos
>> > problemas!
>> >
>> > Ainda mais nesse caso, que pelo que entendi é um ambiente de testes.
>> >
>> > [...]'s
>> >
>> > Marcio
>> >
>> > ========================================
>> > ########### Campanha Ajude o Marcio! ###########
>> > http://sosmarcio.blogspot.com.br/
>> > http://www.vakinha.com.br/VaquinhaP.aspx?e=195793
>> > ========================================
>> >
>> >
>> > Em 21 de maio de 2013 11:16, Tiago Peczenyj <tiago.peczenyj at gmail.com>
>> > escreveu:
>> >
>> >> Se evita/corrige vulnerabilidade de sql injection usando prepared
>> >> statement.
>> >>
>> >> restringir os usuarios eh um tipo de politica. ja trabalhei com ambas
>> as
>> >> formas e nao vi nenhuma vantagem em usar algo diferente de *.* ate pq
>> alem
>> >> de sql injection vc tem outros tipos de ataques como exaustao de
>> recursos
>> >> que sao requests validos porem destinados a ocupar a CPU com coisas
>> inuteis.
>> >> trabalhar proximo dos times de producao, seguranca, qualidade, etc,
>> faz do
>> >> dev um programador melhor mas achar que recomendar GRANT *.* eh algo
>> de se
>> >> envergonhar ja acho _deselegante_.
>> >>
>> >>
>> >>
>> >> 2013/5/21 Luis Motta Campos <luismottacampos at yahoo.co.uk>
>> >>>
>> >>> Oies.
>> >>>
>> >>> Ricardo, você deveria se envergonhar de dizer coisas assim na lista.
>> Isto
>> >>> é muito má prática de desenvolvimento e faz a vida dos
>> administradores de
>> >>> bases de dados muito, muito difícil.
>> >>>
>> >>> Marcio, você precisa identificar e aplicar a menor quantidade
>> possível de
>> >>> privilégios aos seus usuários para garantir que eles possam fazer o
>> mínimo
>> >>> essencial de operações de bases de dados no menor e mais restrito
>> grupo de
>> >>> objetos definidos na base de dados. De outra forma, você vai estar
>> MUITO
>> >>> vulnerável a todo tipo de ataques usando técnicas de SQL Injection.
>> >>>
>> >>> Putamplexos.
>> >>> --
>> >>> Luis Motta Campos
>> >>> is a DBA, Foodie, and Photographer
>> >>>
>> >>>
>> >>> On 21 May 2013, at 15:31, Ricardo Stock <ricardostock at bol.com.br>
>> wrote:
>> >>>
>> >>> > Marcio, teu usuário que voce esta tentando se conectar tem acesso ao
>> >>> > banco
>> >>> > Executa este comando no mysql para liberar o acesso GRANT ALL
>> >>> > PRIVILEGES ON *.* TO usuario@'%' IDENTIFIED BY 'senha de acesso'
>> WITH GRANT
>> >>> > OPTION;
>> >>> >
>> >>> > antes no mysql verfique o arquivo /etc/mysql/my.cnf  nas
>> configurações
>> >>> > se a linha BindAddress esta comentanda, se não a comente feito isto
>> reinicie
>> >>> > o servico.
>> >>> >
>> >>> > Se mesmo assim não conseguir, posta o codigo ai.
>> >>> >
>> >>> > um abraço
>> >>> >
>> >>> > Ricardo Stock
>> >>> > www.stocksistemas.com.br
>> >>> > ----- Original Message -----
>> >>> > From: Marcio Souza
>> >>> > To: saopaulo-pm at pm.org
>> >>> > Sent: Tuesday, May 21, 2013 10:16 AM
>> >>> > Subject: [SP-pm] DBI:mysql erro na conexão
>> >>> >
>> >>> > Olá, Grupo.
>> >>> >
>> >>> >
>> >>> >
>> >>> >    Estou começando o meu trabalho com o Perl e esbarrei numa
>> "sinuca de
>> >>> > bico", tento conectar em um base mysql através da rede interna
>> usando o ip
>> >>> > da máquina e utilizando um usuário diferente do root, mas com todos
>> os
>> >>> > acessos a base que tento conectar, mas para minha surpresa aparece
>> "1045
>> >>> > Access denied for user".
>> >>> >
>> >>> >    Utilizando o próprio mysql consigo acessar tudo corretamente
>> mesmo
>> >>> > remotamente, o que pode ser neste caso de tão estranho que bloqueia
>> o acesso
>> >>> > ?
>> >>> >
>> >>> >
>> >>> >     Estou usando atualmente a versão Strawberry 5.14.
>> >>> >
>> >>> > Marcio Souza
>> >>> >
>> >>> >
>> >>> > =begin disclaimer
>> >>> >    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>> >>> >  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>> >>> >  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> >>> > =end disclaimer
>> >>> > =begin disclaimer
>> >>> >   Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>> >>> > SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>> >>> > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> >>> > =end disclaimer
>> >>>
>> >>> --
>> >>> Luis Motta Campos
>> >>> is a DBA, Foodie, and Photographer
>> >>> =begin disclaimer
>> >>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>> >>>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>> >>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> >>> =end disclaimer
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Tiago B. Peczenyj
>> >> Linux User #405772
>> >>
>> >> http://about.me/peczenyj
>> >>
>> >> =begin disclaimer
>> >>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>> >>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>> >>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> >> =end disclaimer
>> >>
>> >
>> >
>> > =begin disclaimer
>> >    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>> >  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>> >  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> > =end disclaimer
>> >
>>
>>
>>
>> --
>>
>> -dom
>>
>> --
>>
>> IBM - Business Analytics Optimization Consultant
>> Daniel Mantovani +5511 8538-9897
>> XOXO
>> =begin disclaimer
>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> =end disclaimer
>>
>>
>>
>> =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/SaoPaulo-pm mailing list:
>> SaoPaulo-pm at pm.org L =end disclaimer
>>
>> =begin disclaimer
>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> =end disclaimer
>>
>>
>>
>>
>> --
>> Saravá,
>> Renato CRON
>> http://www.renatocron.com/blog/
>> @renato_cron <http://twitter.com/#%21/renato_cron>
>>
>> =begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/SaoPaulo-pm mailing list:
>> SaoPaulo-pm at pm.org L =end disclaimer
>>
>> =begin disclaimer
>>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
>> =end disclaimer
>>
>>
>
> =begin disclaimer
>    Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
>  SaoPaulo-pm mailing list: SaoPaulo-pm at pm.org
>  L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
>
>

-- 
André Garcia Carneiro
Software Engineer
(11)982907780
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20130521/10f2b1eb/attachment-0001.html>