[OFFTOPIC] Google Reader marcado para morrer
Galera, para quem não estava sabendo, esteja ciente agora: o Google Reader vai ser fechado no dia 1 de julho. Fim, the end, zéfiní. Caso alguém conheça, e possa me recomendar, procuro um leitor de RSS que possa ser acessado por apps para Android *E* acesso WEB. Btw, para quem ainda tem esperança, existe uma petição rolando contra o fechamento: http://www.change.org/petitions/google-inc-please-do-not-shut-down-google-reader Abs!
Re: [OFFTOPIC] Google Reader marcado para morrer
http://www.reddit.com/r/AskReddit/comments/1a8zgj/what_are_some_good_web_rss_readers_to_replace/?sort=top 2013/3/14 Leonardo Carneiro chesterma...@gmail.com Galera, para quem não estava sabendo, esteja ciente agora: o Google Reader vai ser fechado no dia 1 de julho. Fim, the end, zéfiní. Caso alguém conheça, e possa me recomendar, procuro um leitor de RSS que possa ser acessado por apps para Android *E* acesso WEB. Btw, para quem ainda tem esperança, existe uma petição rolando contra o fechamento: http://www.change.org/petitions/google-inc-please-do-not-shut-down-google-reader Abs!
Sistema Logístico - Controle Jornada De Trabalho
Viemos através desta, apresentar o software BynSoft GR. Verificamos o vosso contato em redes de transportes e pela necessidade das normas do mercado estamos apresentando as nossas soluções para o controle logístico, monitoramento, rastreamento de frotas e controle de jornada de trabalho Com alguns diferenciais do sistema; - Roteirizador automático - Integração com tecnologias de rastreamento e sistemas ERPs - Desenvolvido para ser acessado de diversas formas (Data-center, local, web, celular) - Suporte técnico 24Horas por dia, 7 dias da semana - Otimização e organização de processos de apólices de risco (áreas de risco, PGRs, Escolta, liberação cadastral, atuadores, sensores) - Mais de 10mil cidades - Mais de 6mil Postos, Pedágios e Policias - Mais de 20mil embarcadores - Relatórios Segue abaixo link da apresentação do sistema. www.bynsoft.com.br/Apresentacao.ppsx -- Abraço, Rodolfo Varela Fruhwirth BynSoft Sistemas Fone: (49) 3442-5026 / (49) 9803-4514 / (49) 9802-0770 rodo...@bynsoft.com.br www.bynsoft.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130314124818.88a9...@bendel.debian.org
Re: iptables openvpn
Jorge, Acho que tenho a solução para as suas noites de sono. kkk Já fui muito ajudado aqui na lista, acho que chegou a hora de contribuir. Seguinte, a duas semanas estava com o mesmo problema que o seu e passei 1 semana sem dormir tentando resolver, ai pedi ajuda a meu gerente de TI, ele sentou a buzanfa na cadeira digitou duas linha e tudo funcionou... nao sabia se matava ou beijava elers. Mas vamos aos fatos: Vou te explicar minha config e vc aplica na sua ok: # FW1 (NOVA IGUACU) eth0 = LAN = 10.0.0.253 tun0 = open vpn = 10.10.10.10 range = 10.0.0.0 # # FW2 (CAXIAS) eth0 = LAN = 192.168.0.253 tun0 = open vpn = 10.10.10.20 range = 192.168.0.0 # no FW1 fiz: route add -net 192.168.0.0 netmask 255.255.255.0 tun0 iptables -t nat -I POSTROUTING -s 10.0.0.0/24 -j MASQUERADE no FW2 fiz: route add -net 10.0.0.0 netmask 255.255.255.0 tun0 iptables -t nat -I POSTROUTING -s 192.168.0.0/24 -j MASQUERADE Ou seja, todo mundo enxerga todo mundo, segundo meu chefe, fizemos uma rota para que nossa rede interna passe pelo tun0 (openvpn). Depois mascaramos os pacotes da rede interna como da rede remota, ai quando o pacote chega la na outra rede ele tem o mesmo ip da rede em que ele caiu. Simples assim. Gostaria de registrar meu agradecimento a Wanderson Gonzalez. Abs a todos. Em 12 de março de 2013 08:19, Jorge Quiterio jquiteri...@gmail.comescreveu: Bom a todos!!! Tenho dois sites ligados via openvpn. nesses dois sites há um firewall configurados para trabalharem como gatway para internet... mais ou menos assim LAN 1--- Firewall 1 ISP 1--- ISP2-- Firewall 2- LAN2 em Firewall 1 e em Firewall 2... existem três interfaces: eth0 - local eth1 - internet tun0 - vpn em Cada Firewall tenho... route add -net LAN[1,2]/24 gw tun0IP dev tun0 Consigo...: Pingar entre as interfaces tun0 das duas máquinas... Pingar entre as interfaces eth1 das duas máquinas.. No entanto não consigo fazer com que as máquinas das LAN's 1 e 2 se comuniquem Alguém tem alguma dica? Obrigado -- Jorge Quitério IT Specialist unix.co.ao Linux User: #533142 jquiteri...@gmail.com +244 927 161 667 -- Att. Mauro Collin. Analista de Suporte Pleno. TI-Infraestrutura / Rede / Servidores Linux/Windows. Skype: mauro.collin Cel: 21 8728-5445 (Oi). Cel: 21 8055-3606 (Tim). Cel: 21 9600-5348 (Vivo).
Re: [OFFTOPIC] Google Reader marcado para morrer
Olá, me recomendaram esse: http://theoldreader.com/ Ainda não usei, portanto, não posso dizer se é bom. 2013/3/14 gustavo ggusm...@googlemail.com http://www.reddit.com/r/AskReddit/comments/1a8zgj/what_are_some_good_web_rss_readers_to_replace/?sort=top 2013/3/14 Leonardo Carneiro chesterma...@gmail.com Galera, para quem não estava sabendo, esteja ciente agora: o Google Reader vai ser fechado no dia 1 de julho. Fim, the end, zéfiní. Caso alguém conheça, e possa me recomendar, procuro um leitor de RSS que possa ser acessado por apps para Android *E* acesso WEB. Btw, para quem ainda tem esperança, existe uma petição rolando contra o fechamento: http://www.change.org/petitions/google-inc-please-do-not-shut-down-google-reader Abs! -- What he learns we all learn. What he knows we all benefit from Linux, The future is Open Éverton M. Arruda Jr. (Notrev) - http://earruda.eti.br | @everton_arruda Debian-AM - http://am.debianbrasil.org/
Re: Dúvida sobre autenticação de usuários
Não preciso montar: já tenho isso no serviço. Funciona normal. Fabiano Pires http://pragasdigitais.blogspot.com/ Em 12 de março de 2013 15:18, China china.lis...@gmail.com escreveu: Configure um servidor NFS e tente montar ele em outra rede usando TCP/IP. Quando conseguir você me fala. NFS_Server 192.168.1.X --Switch- Gateway-Data-Link---Gateway--Switch--- NFS_Clients 192.168.0.XXX Em 12 de março de 2013 15:11, Fabiano Pires fabiano.pi...@gmail.com escreveu: China, De onde você tirou que NFS não usa TCP/IP? Fabiano Pires http://pragasdigitais.blogspot.com/ -- @chinabhz
Re: Permissões de acesso a arquivos shadow com e sem sudo
Olá, as permissões padrões mudam de distro para distro. No Debian o padrão é 640 mesmo, o sudo não altera permissões destes arquivos, não tem ligação com a constatação que você fez. Abraço. Em 14-03-2013 11:49, jacinto minhas pernas escreveu: Amigos, Estou estudando para o exame LPIC 102 e nos estudos descobri que as permissões de acesso aos arquivos shadow é, por padrão, 400. Quando fui verificar em minha máquina, percebi que os referidos arquivos estavam com a permissão 640, sendo o grupo shadow. Eis a dúvida: Esta mudança de permissões se deve ao fato de o sudo estar instalado? (supús que talvez fosse o único utilitário que precisasse acessar as senhas shadow) Abraços -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1644785024.2433233.1363272592180.javamail.tomc...@ibriss06.dlan.cinetic.de -- Att. Dane Brand Atua Sistemas de Informação Skype: dane.atua Msn: d...@atua.com.br ICQ : 126258686 Fone: (54) 3045-4144 Celular: (54) 9673-8919 Linux User #548369 LPIC 3 - CORE -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5141e4df.2050...@atua.com.br
Re: Permissões de acesso a arquivos shadow com e sem sudo
Foi o que eu lhe expliquei, O sudo não tem motivo para alterar o /etc/shadow, sendo assim ele não altera a permissão. No Debian a permissão padrão é 640 é não 400 como você está dizendo. Veja um exemplo de uma máquina sem do sudo instalado. root@debian:~# dpkg -l |grep sudo root@debian:~# stat -c %a /etc/shadow 640 A permissão não tem haver com o sudo, e sim o padrão do SO. Em 14-03-2013 12:35, jacinto minhas pernas escreveu: Dane, Eu sei o conceito de permissões padrão, mas a questão não é essa. A permissão de um arquivo shadow é 400, ou seja, somente leitura para o root e ninguém mais. Do contrário, não haveria sentido na existência dele. O que eu percebi é que em todos os sistemas que opero que possuem o sudo instalado, a permissão do /etc/shadow é 640, sendo o root o proprietário e com o grupo shadow. Eu só queria confirmar se esta mudança nas permissões é feita mesmo pelo sudo, ou por outro utilitário. Abraços At 14 Mar 2013 14:55:27 + (UTC) de Dane d...@atua.com.br: Olá, as permissões padrões mudam de distro para distro. No Debian o padrão é 640 mesmo, o sudo não altera permissões destes arquivos, não tem ligação com a constatação que você fez. Abraço. Em 14-03-2013 11:49, jacinto minhas pernas escreveu: Amigos, Estou estudando para o exame LPIC 102 e nos estudos descobri que as permissões de acesso aos arquivos shadow é, por padrão, 400. Quando fui verificar em minha máquina, percebi que os referidos arquivos estavam com a permissão 640, sendo o grupo shadow. Eis a dúvida: Esta mudança de permissões se deve ao fato de o sudo estar instalado? (supús que talvez fosse o único utilitário que precisasse acessar as senhas shadow) Abraços -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1644785024.2433233.1363272592180.javamail.tomc...@ibriss06.dlan.cinetic.de -- Att. Dane Brand Atua Sistemas de Informação Skype: dane.atua Msn: d...@atua.com.br ICQ : 126258686 Fone: (54) 3045-4144 Celular: (54) 9673-8919 Linux User #548369 LPIC 3 - CORE -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5141e4df.2050...@atua.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1365768639.2439231.1363275349668.javamail.tomc...@ibriss06.dlan.cinetic.de -- Att. Dane Brand Atua Sistemas de Informação Skype: dane.atua Msn: d...@atua.com.br ICQ : 126258686 Fone: (54) 3045-4144 Celular: (54) 9673-8919 Linux User #548369 LPIC 3 - CORE
Re: Permissões de acesso a arquivos shadow com e sem sudo
Que bom cara, espero ter te ajudado em algo. Tem bastante coisas na LPI, que confundem usuários do Debian, pq ele acaba fazendo de uma forma diferente ou facilitando algumas coisas, e isto não ocorre nas outras distros. Em 14-03-2013 13:42, jacinto minhas pernas escreveu: Dane, Agora entendi sua explicação. Eu tinha achado que o sudo tivesse alguma coisa a ver, uma vez que, quando usado, ele faz uso das senhas shadow. Obrigado Abraços At 14 Mar 2013 15:59:53 + (UTC) de Dane d...@atua.com.br: Foi o que eu lhe expliquei, O sudo não tem motivo para alterar o /etc/shadow, sendo assim ele não altera a permissão. No Debian a permissão padrão é 640 é não 400 como você está dizendo. Veja um exemplo de uma máquina sem do sudo instalado. root@debian:~# dpkg -l |grep sudo root@debian:~# stat -c %a /etc/shadow 640 A permissão não tem haver com o sudo, e sim o padrão do SO. Em 14-03-2013 12:35, jacinto minhas pernas escreveu: Dane, Eu sei o conceito de permissões padrão, mas a questão não é essa. A permissão de um arquivo shadow é 400, ou seja, somente leitura para o root e ninguém mais. Do contrário, não haveria sentido na existência dele. O que eu percebi é que em todos os sistemas que opero que possuem o sudo instalado, a permissão do /etc/shadow é 640, sendo o root o proprietário e com o grupo shadow. Eu só queria confirmar se esta mudança nas permissões é feita mesmo pelo sudo, ou por outro utilitário. Abraços At 14 Mar 2013 14:55:27 + (UTC) de Dane d...@atua.com.br: Olá, as permissões padrões mudam de distro para distro. No Debian o padrão é 640 mesmo, o sudo não altera permissões destes arquivos, não tem ligação com a constatação que você fez. Abraço. Em 14-03-2013 11:49, jacinto minhas pernas escreveu: Amigos, Estou estudando para o exame LPIC 102 e nos estudos descobri que as permissões de acesso aos arquivos shadow é, por padrão, 400. Quando fui verificar em minha máquina, percebi que os referidos arquivos estavam com a permissão 640, sendo o grupo shadow. Eis a dúvida: Esta mudança de permissões se deve ao fato de o sudo estar instalado? (supús que talvez fosse o único utilitário que precisasse acessar as senhas shadow) Abraços -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1644785024.2433233.1363272592180.javamail.tomc...@ibriss06.dlan.cinetic.de -- Att. Dane Brand Atua Sistemas de Informação Skype: dane.atua Msn: d...@atua.com.br ICQ : 126258686 Fone: (54) 3045-4144 Celular: (54) 9673-8919 Linux User #548369 LPIC 3 - CORE -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5141e4df.2050...@atua.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1365768639.2439231.1363275349668.javamail.tomc...@ibriss06.dlan.cinetic.de -- Att. Dane Brand Atua Sistemas de Informação Skype: dane.atua Msn:d...@atua.com.br ICQ : 126258686 Fone: (54) 3045-4144 Celular: (54) 9673-8919 Linux User #548369 LPIC 3 - CORE -- Att. Dane Brand Atua Sistemas de Informação Skype: dane.atua Msn: d...@atua.com.br ICQ : 126258686 Fone: (54) 3045-4144 Celular: (54) 9673-8919 Linux User #548369 LPIC 3 - CORE
Re: Permissões de acesso a arquivos shadow com e sem sudo
O conceito do sudo é super user do, ou seja faça como root. Sendo assim, sudo herda permissões root; att On 14/03/13 at 12:59pm, Dane wrote: Date: Thu, 14 Mar 2013 12:59:53 -0300 From: Dane d...@atua.com.br To: debian-user-portuguese@lists.debian.org Subject: Re: Permissões de acesso a arquivos shadow com e sem sudo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 Foi o que eu lhe expliquei, O sudo não tem motivo para alterar o /etc/shadow, sendo assim ele não altera a permissão. No Debian a permissão padrão é 640 é não 400 como você está dizendo. Veja um exemplo de uma máquina sem do sudo instalado. root@debian:~# dpkg -l |grep sudo root@debian:~# stat -c %a /etc/shadow 640 A permissão não tem haver com o sudo, e sim o padrão do SO. Em 14-03-2013 12:35, jacinto minhas pernas escreveu: Dane, Eu sei o conceito de permissões padrão, mas a questão não é essa. A permissão de um arquivo shadow é 400, ou seja, somente leitura para o root e ninguém mais. Do contrário, não haveria sentido na existência dele. O que eu percebi é que em todos os sistemas que opero que possuem o sudo instalado, a permissão do /etc/shadow é 640, sendo o root o proprietário e com o grupo shadow. Eu só queria confirmar se esta mudança nas permissões é feita mesmo pelo sudo, ou por outro utilitário. Abraços At 14 Mar 2013 14:55:27 + (UTC) de Dane d...@atua.com.br: Olá, as permissões padrões mudam de distro para distro. No Debian o padrão é 640 mesmo, o sudo não altera permissões destes arquivos, não tem ligação com a constatação que você fez. Abraço. Em 14-03-2013 11:49, jacinto minhas pernas escreveu: Amigos, Estou estudando para o exame LPIC 102 e nos estudos descobri que as permissões de acesso aos arquivos shadow é, por padrão, 400. Quando fui verificar em minha máquina, percebi que os referidos arquivos estavam com a permissão 640, sendo o grupo shadow. Eis a dúvida: Esta mudança de permissões se deve ao fato de o sudo estar instalado? (supús que talvez fosse o único utilitário que precisasse acessar as senhas shadow) Abraços -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1644785024.2433233.1363272592180.javamail.tomc...@ibriss06.dlan.cinetic.de -- Att. Dane Brand Atua Sistemas de Informação Skype: dane.atua Msn: d...@atua.com.br ICQ : 126258686 Fone: (54) 3045-4144 Celular: (54) 9673-8919 Linux User #548369 LPIC 3 - CORE -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5141e4df.2050...@atua.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1365768639.2439231.1363275349668.javamail.tomc...@ibriss06.dlan.cinetic.de -- Att. Dane Brand Atua Sistemas de Informação Skype: dane.atua Msn: d...@atua.com.br ICQ : 126258686 Fone: (54) 3045-4144 Celular: (54) 9673-8919 Linux User #548369 LPIC 3 - CORE -- Francisco Aparecido da Silva (fafanet) -- Blog: http://blog.silva.eti.br http://www.twitter.com/fafanete http://www.identi.ca/fafanet GNU/Linux user:239412 GPG ID:01BC73D6 -- signature.asc Description: Digital signature