Re: Enviar SMS em modo texto.

2009-12-09 Por tôpico Luix Frederico III
Não se lamente, a vida não foi feita para ser preenchida dessa forma.

Bom, me divirto com Captchas deste o seu nascimento, e achei engraçado, e
bem humorado da sua parte, mesmo que agora percebendo meu erro, em ter
comentado da uestão do comportamento dos mesmos... pois existem alguns que
não seriam "comportados" e chegam a ser tão destorcidos que nem mesmo um
humano dotado de capacidade superior para reconhecimento de padrões, não
consegue decifrá-los.

Desculpe amigo, apenas achei graça em algo que provavelmente somente eu vi
graça... e sempre que posso transformar o complexo em simples, eu sorrio...

Att,

Frederico III



2009/12/9 Henry 

> Em Terça-feira 08 Dezembro 2009, às 23:36:48, Luix Frederico III escreveu:
> > Henry, as suas palavras me deixaram perplexo pela simplicidade e
> > profundidade técnica em suas colocações... adoraria ler um livro de
> > tecnologia com colocações como por exemplo esta que fez: "E isso se  o
> > captcha for "comportado"...
> >
> > Desculpe, mas realmente achei a forma de expressão muito rica, com um
> humor
> > fascinante...
> >
>
> Lamento por vc achar isso humorado.  Já vi sites que o captcha usa sempre a
> mesma fonte, da mesma cor e com o mesmo tamanho e o mesmo fundo. Tem sites
> que
> não. Por isso o "comportado".
>
> att, Henry.
>
>
>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
>
>


Re: Enviar SMS em modo texto.

2009-12-08 Por tôpico Luix Frederico III
Henry, as suas palavras me deixaram perplexo pela simplicidade e
profundidade técnica em suas colocações... adoraria ler um livro de
tecnologia com colocações como por exemplo esta que fez: "E isso se  o
captcha for "comportado"...

Desculpe, mas realmente achei a forma de expressão muito rica, com um humor
fascinante...

Abraço,

Frederico III


2009/12/8 Henry 

> Em Terça-feira 08 Dezembro 2009, às 15:17:58, Flávio R. Lopes escreveu:
> > Olá Henry..
> > Hummera isto que não queria!..pagar pacotes de SMS!...
> >
> > Henry escreveu:
> > > Em Terça-feira 08 Dezembro 2009, às 09:02:11, Flávio R. Lopes escreveu:
> > >> Alguém conhece alguma solução para enviar SMS em modo texto?
> > >> Ví algumas coisas no Google, mas tudo que vi foi utilizando
> aplicativos
> > >> gráficos ou nos sites das próprias operadoras. No meu caso gostaria
> que
> > >> rodasse em modo texto, pois seria executado um script que estaria
> > >> agendado na Cron que fará algumas checagens no sistema e me enviará o
> > >> resultado (quando necessário por SMS).
> > >>
> > >> As operadoras que poderia utilizar são NEXTEL ou VIVO
> > >>
> > >> Alguém já desenvolveu algo assim?
> > >
> > > Eu usava o vivo torpedo e-mail a algum tempo atrás. O sistema disparava
> > > e-mail pra ddd+celu...@torpedoemail e chegava no meu celular como
> > > mensagem sms.
> > >
> > > Mais simples, impossível. Tinha que habilitar na vivo o serviço; o
> preço
> > > dos pacotes eram bons, os avulsos nem tanto.
> > >
> > > [ ]s, Henry.
> >
>
> Bem, a menos que a sua solução faça login no site da vivo usando o lynx,
> salve
> a sessão, e a reutilize, e escreva a mensagem, e faça um "parser" do
> captcha,
> usando libs de tratamento de imagem (perl por ex) e depois execute um ocr
> no
> captcha,  não vejo como. E isso se  o captcha for "comportado" rs .
>
> Pq mesmo se vc conectar um celular ou modem no pc, e usar comandos at, vai
> estar dependente de um custo de manter um celular ou modem atrelado ao pc.
>
> Se a solução que vc busca é estritamente sms gratuito via net sem modem ou
> sem
> celular acoplado no pc, fica BEM dificil.
>
> 2 centavos.
>
> [ ]s, Henry.
>
>
> --
> To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
>
>


Re: Linguagem de programação

2009-10-29 Por tôpico Luix Frederico III
Bom, eu não posso falar muito, pois de Java conheço pouco... mas dependendo
o nível de complexidade para a resolução de um problema real, acredito que
cada tecnologia/linguagem ofereça a sua beleza... no meu caso, a paixão por
BASH, foi maior, e quase que incontrolável, mas em alguns momentos, eu
pensava no PHP, como aquela menina dos olhos, lindos, mas enfim, a morena
dos meus sonhos resolve os meus problemas... para finalizar, creio que
estudar as linguagens para saber o que elas ofertam de beleza seja a melhor
saída para se encontrar uma solução, do que tentar escrever tudo em Java...
quem é Javista vai me xingar, mas para processamentos simples, e até mesmo
processamento auxiliado com uma base de dados, pode ser simplificado usando
linguagens modernas e elegantes... cada caso é um caso, deve levar em
consideração também, digo por que me veio a memória agora, que a
continuidade da equipe, quem manterá o sistema, prevalece, então fazer uma
colcha de retalhos é complica (uma aplicação simplisinha em bash aqui, outra
em php ali, mais uma java aqui, uma em C pois ser mais rápido aqui, nossa,
isso é tipo a diversividade da floresta atlântica, no ver é lindo, é rico,
mas para o negócio, hu) para quem assumir no futuro, e assim vai...

Bom, espero ter contribuido com os dois lados da moeda...

Abraço,

Frederico III



2009/10/27 dan_trash bianchi 

> Boa tarde lista. Sei que aqui não é uma lista de programação, mas gostaria
> muito de ouvir a opinião de vocês. Atualmente trabalho em uma empresa no
> departamento TI. Sempre precisamos escrever um programinha aqui e outro ali.
> Estou especulando duas em específico: PHP e Java. Afinal posso rodar em
> qualquer sistema operacional. Sei que cada uma tem suas particularidades e
> que é uma decisão delicada, mas mesmo assim se puderem digam-me o que
> pensam. Consultei no Source forge os programas nessas duas linguagens.
> Aparentemente as aplicações escritas em Java são mais "Bonitas". O que vocês
> acham? Observação: usarei muito acesso ao banco de dados.
>
> Obrigado e desculpe a amolação.
>
>
> Daniel...
>


Re: Bloquear acesso a USB

2009-08-21 Por tôpico Luix Frederico III
Rodrigo,

Concordo plenamente contigo quanto as políticas de segurança, mas a questão
do nosso companheiro é interessante até para em meio acadêmico ser
aprofundado.

Só corrigindo um ponto, que alguns passaram por cima...

Não podemos desabilitar o módulo do kernel, senão perdemos teclado e mouse
(afinal eles utilizam portas USB)... temos que subí-lo para trabalhar apenas
com portas específicas (mapeadas, podemos ter dez e módulo trabalhar somente
com duas, e ainda, com apenas dois padrões seriais, mouse e teclado)... eu
achei a idéia legal... por isso propus o estudo em cima do módulo... tipo
uma brincadeira...

Então bora Go! :0)

Abraço,

Frederico






2009/8/21 Rodrigo Escobar 

> Luix Frederico III,
>
> Eu topo fazer uma pesquisa em relacao a isso.. pode contar comigo.. se
> quiser entrar em contato. So mandar um e-mail para o meu e-mail pessoal.
>
> O que me intriga eh o seguinte.. Que tipo de usuarios que voces estao
> falando?!
> Voces estao falando de sniffer/analise de trafego de rede, utlizacao de
> exploits (se bem que qq imbecil consegue compilar e rodar um codigo), e
> tecnicas que nao sao la tao faceis de ser executadas por um usuario comum.
>
> A firma de voces deve ser totalmente especializada para que os mesmos
> possam saber como fazer tudo isso nao?! Acho que ta rolando muita paranoia
> ai..
>
> Tudo depende da politica de seguranca cara.. Se voce tem uma politica de
> seguranca bem estruturada e firme, voce tem um metodo firme e eficaz de
> tomar medidas possiveis caso alguem a burle.
> Desabilitando o modulo no kernel ja estaria de bom tamanho.
>
> E a protecao para que o usuario nao faca nada indevido deve vir antes do
> problema acontecer. Ex: utilizacao de exploits (Os daemons, kernel, etc
> devem estar de acordo para que essas falhas nao possam ser exploradas) e
> coisas do tipo.
>
> Lembre-se bem.. quanto mais voce trava o sistema, mais voce emperra a
> agilidade do business. Tem que sempre haver um meio termo ai
>
> 2009/8/21 Luix Frederico III 
>
> Pessoal,
>>
>> Desculpa aí me meter... creio que seja possível alterar o módulo para ele
>> possibilitar o uso apenas de determinadas portas (0, 1 (teclado e mouse),
>> uma vez que ele têm o mapeamento das portas existentes.
>>
>> Isso daria um certo trabalho, para estudar o módulo e implementar a
>> alteração, mas seria muito legal ter esse controle hein!? Se alguém estiver
>> disposto em rachar esse desafio, eu topo! :0)
>>
>> Abraço,
>>
>> Frederico
>>
>>
>>
>>
>> 2009/8/21 André Nunes 
>>
>>> Ou ele pode aproveitar um bug recém descoberto no kernel
>>> (http://blog.cr0.org/2009/08/linux-null-pointer-dereference-due-to.html
>>> ),
>>> que muito provavelmente ainda não foi corrigido no kernel antigo usado
>>> nas máquinas e escalando privilégios virar root, desfazer a mudança, e
>>> usar a USB normalmente.
>>>
>>> Existem n possibilidades para um usuário mal intencionado e com bons
>>> conhecimentos, mas acho que a idéia é apenas evitar a ação casual de
>>> alguém não tão obstinado...
>>>
>>> E ok Jackson, depois comente se funcionou...
>>>
>>> André Nunes Batista
>>>
>>> http://tagesuhu.wordpress.com/
>>>
>>>
>>>
>>> 2009/8/21 henry :
>>>  >
>>> >> Putz Andre... foi mal mesmo.. .nao li a linha toda. achei que era o
>>> >> modulo do suporte a usb inteiro, e nao o de storage.
>>> >> Desculpa ai. Fazer as coisas correndo é uma merda.
>>> >> Vou testar e posto o resultado.
>>> >>
>>> >> Abraços
>>> >>
>>> >> 2009/8/21 André Nunes :
>>> >> >  foi exatamente o que eu disse no email...
>>> >> >
>>> >> >
>>> >> >
>>> >> >
>>> >> > André Nunes Batista
>>> >> >
>>> >> > http://tagesuhu.wordpress.com/
>>> >> >
>>> >> > 2009/8/21 Jackson Rodrigo Braga :
>>> >> >> Pessoal, olhem o que achei:
>>> >> >> ++
>>> >> >> The USB storage drive automatically detects USB flash or hard
>>> drives.
>>> >> >> You can easily force and disable USB storage devices under any
>>> Linux
>>> >> >> distribution. The modprobe program used for automatic kernel module
>>> >> >> loading and can be configured to not load the USB storage driver
>>> upon
>>> >> >> demand. This will

Re: Bloquear acesso a USB

2009-08-21 Por tôpico Luix Frederico III
Pessoal,

Desculpa aí me meter... creio que seja possível alterar o módulo para ele
possibilitar o uso apenas de determinadas portas (0, 1 (teclado e mouse),
uma vez que ele têm o mapeamento das portas existentes.

Isso daria um certo trabalho, para estudar o módulo e implementar a
alteração, mas seria muito legal ter esse controle hein!? Se alguém estiver
disposto em rachar esse desafio, eu topo! :0)

Abraço,

Frederico



2009/8/21 André Nunes 

> Ou ele pode aproveitar um bug recém descoberto no kernel
> (http://blog.cr0.org/2009/08/linux-null-pointer-dereference-due-to.html),
> que muito provavelmente ainda não foi corrigido no kernel antigo usado
> nas máquinas e escalando privilégios virar root, desfazer a mudança, e
> usar a USB normalmente.
>
> Existem n possibilidades para um usuário mal intencionado e com bons
> conhecimentos, mas acho que a idéia é apenas evitar a ação casual de
> alguém não tão obstinado...
>
> E ok Jackson, depois comente se funcionou...
>
> André Nunes Batista
>
> http://tagesuhu.wordpress.com/
>
>
>
> 2009/8/21 henry :
> >
> >> Putz Andre... foi mal mesmo.. .nao li a linha toda. achei que era o
> >> modulo do suporte a usb inteiro, e nao o de storage.
> >> Desculpa ai. Fazer as coisas correndo é uma merda.
> >> Vou testar e posto o resultado.
> >>
> >> Abraços
> >>
> >> 2009/8/21 André Nunes :
> >> >  foi exatamente o que eu disse no email...
> >> >
> >> >
> >> >
> >> >
> >> > André Nunes Batista
> >> >
> >> > http://tagesuhu.wordpress.com/
> >> >
> >> > 2009/8/21 Jackson Rodrigo Braga :
> >> >> Pessoal, olhem o que achei:
> >> >> ++
> >> >> The USB storage drive automatically detects USB flash or hard drives.
> >> >> You can easily force and disable USB storage devices under any Linux
> >> >> distribution. The modprobe program used for automatic kernel module
> >> >> loading and can be configured to not load the USB storage driver upon
> >> >> demand. This will prevent the modprobe program from loading the
> >> >> usb-storage module, but will not prevent root (or another program)
> >> >> from using the insmod program to load the module manually.
> >> >>
> >> >> Type the following command:
> >> >> # echo 'install usb-storage : ' >> /etc/modprobe.conf
> >> >> You can also remove USB Storage driver, enter:
> >> >> # ls /lib/modules/$(uname
> -r)/kernel/drivers/usb/storage/usb-storage.ko
> >> >> # mv /lib/modules/$(uname
> -r)/kernel/drivers/usb/storage/usb-storage.ko
> >> >> /root ++
> >> >> O que acham?
> >> >>
> >> >> 2009/8/21 RicardoFunke :
> >> >>> Sim, pode funcionar.
> >> >>>
> >> >>> Outra opção é caçar as regras relativas aos mounts usb em
> /etc/udev.d
> >> >>> e comentá-las
> >> >>>
> >> >>> Ou desinstalar o pacote do gnome relativo a essa montagem
> automática,
> >> >>> creio também que na última versão do gnome é possível configurar
> >> >>> diversos níveis de restrição de acesso do usuário.
> >> >>>
> >> >>> 2009/8/21 Jackson Rodrigo Braga :
> >>  Andre, muito obrigado pelas opções, mas como o Ricardo disse, vamos
> >>  perder o teclado e o mouse.
> >> 
> >>  Vinicius, o fstab monta o que tiver lá.. complicado prever
> >>  dispositivos usb... Acho que se tirarmos o automount e restringir
> >>  acesso ao "mount" teremos sucesso.
> >> 
> >>  O que acham?
> >> 
> >>  2009/8/21 André Nunes :
> >> > Não tenho acesso a uma máquina Linux no momento para testar, mas
> acho
> >> > que existem quatro saídas possíveis para o seu problema:
> >> >
> >> > A primeira é remover o driver de USB:
> >> >
> >> > # ls /lib/modules/$(uname
> >> > -r)/kernel/drivers/usb/storage/usb-storage.ko # mv
> >> > /lib/modules/$(uname -r)/kernel/drivers/usb/storage/usb-storage.ko
> >> > /root
> >> >
> >> > A segunda seria usar a BIOS e desabilitar o acesso às portas (o
> >> > problema é que você precisaria reiniciar para mudar essa
> >> > configuração).
> >> >
> >> > A terceira seria usar o grub, adicionar "nousb" ao final da linha
> do
> >> > kernel do arquivo grub.conf/menu.lst (depois da alteração seria
> >> > necessário reiniciar o sistema).
> >> >
> >> > A quarta seria através dos grupos a que cada usuário pertence.
> Essa
> >> > solução seria a ideal, mas não me lembro de cabeça se existe um
> grupo
> >> > específico para USB (creio que não).
> >> >
> >> > André Nunes Batista
> >> >
> >> > http://tagesuhu.wordpress.com/
> >> >
> >> > 2009/8/21 Jackson Rodrigo Braga :
> >> >> Ricardo, vou verificar, mas provavelmente são.
> >> >> Podia ter um jeito entao de impedir a montagem de filesystems, pq
> o
> >> >> que precisamos é que não possa ser colocado nenhum dispositivo
> que
> >> >> permita entrada e principalmente saida de dados via USB.
> >> >>
> >> >> 2009/8/21 RicardoFunke :
> >> >>> Quem sabe colocando o módulo usb na blacklist pra ele não ser
> >> >>

Problemas SAMBA - Debian

2009-06-29 Por tôpico Luix Frederico III
Senhores,

Recorro a lista realmente por ter esgotado as opções.

Caso alguém possa me ajudar, fico muito grato.

Configurei um SAMBA (Version 3.2.5) no Debian (5.0.1).

Adicionei no [global] além de outras configurações padrão, a seguinte:

client code page = 850
character set = ISO8859-1
valid chars = 255

Que teoricamente possibilitaria a cópia de arquivos com caracteres
especiais, porém, não consigo efetuar a cópia de arquivos com caracteres
como por exemplo "?". Nem mesmo montando a unidade de Linux para Linux.

Grato a todos pela atenção,

Frederico