Re: Openvpn windows Linux
Cara! Tenta fazer o inverso, pingar da Matriz para a Filial, e tambem traçar a rota da Matriz para a Filial. Talvez o firewall está barrando ping, ou é problema de rota. Sérgio Lopes 2008/7/14 Gustavo Goulart [EMAIL PROTECTED]: Olá lista, Estou com o seguinte senário: Matriz: REDE: 192.168.0.0 255.255.255.128 VPN: 10.0.0.0 255.255.255.0 Conf do servidor: # IP e porta do servidor local 200.x.x.x port 1194 proto udp dev tun plugin /usr/lib/openvpn/openvpn-auth-pam.so common-auth # Certificados gerados ca keys/ca.crt cert keys/server.crt key keys/server.key dh keys/dh1024.pem # Criar no diretorio cdd/cliente a configuracao # dele - ou uma invalida para trava-lo :) # client-config-dir ccd client-cert-not-required # Rede que os clientes server 10.0.0.0 255.255.255.0 push route 192.168.0.0 255.255.255.128 # push dhcp-option DNS 192.168.0.2 # para conectarem com o mesmo IP da proxima vez ifconfig-pool-persist ipp.txt # client-to-client # Ative para permitir dois clientes com o mesmo # certificado - nãrecomendál duplicate-cn keepalive 10 120 # Compressã privilÃ(c)os do cliente comp-lzo max-clients 15 user nobody group nobody # Logs e etc persist-key persist-tun status /var/log/openvpn-status.log log /var/log/openvpn.log log-append /var/log/openvpn.log mute 20 verb 6 Filial: REDE: 192.168.1.0 255.255.255.0 Na filial eu não tenho servidor, tenho apenas um modem ADSL e nas estações windows instalei o openvpn para win com a seguinte configuração: client dev tun proto udp remote 200.x.x.x port 1194 resolv-retry infinite nobind persist-key persist-tun ca ca.crt auth-user-pass comp-lzo verb 4 mute 20 O q esta acontecendo é o seguinte, a VPN esta conectando normalmente, da estação windows eu pingo o ip 10.0.0.1 e só, não pingo mais nada, mais preciso pingar o ip 192.168.0.2 dentro da matriz. O q esta faltando ? Já usei o echo 1 /proc/sys/net/ip_forward Agradeço ajudas ## # Gustavo V. Goulart # # Linux Debian Sarge # ## Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- _ °v° Sérgio Lopes- Analista de Sistema /(_)\ São Paulo - SP - BRAZIL ^ ^ Linux user number 373166 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fwd: Openvpn windows Linux
Bom dia.. um amigo meu fez um tuto sobre isso. http://www.fabiosilva.eti.br/site/2007/06/27/openvpn-matriz-filial eu fiz aqui para uns clientes e esta funcionando.. Att, Maiquel -- Forwarded message -- From: maike [EMAIL PROTECTED] Date: 2008/7/15 Subject: Re: Openvpn windows Linux To: Sergio Lopes [EMAIL PROTECTED] Bom dia.. um amigo meu fez um tuto sobre isso. http://www.fabiosilva.eti.br/site/2007/06/27/openvpn-matriz-filial eu fiz aqui para uns clientes e esta funcionando.. Att, Maiquel 2008/7/15 Sergio Lopes [EMAIL PROTECTED]: Cara! Tenta fazer o inverso, pingar da Matriz para a Filial, e tambem traçar a rota da Matriz para a Filial. Talvez o firewall está barrando ping, ou é problema de rota. Sérgio Lopes 2008/7/14 Gustavo Goulart [EMAIL PROTECTED]: Olá lista, Estou com o seguinte senário: Matriz: REDE: 192.168.0.0 255.255.255.128 VPN: 10.0.0.0 255.255.255.0 Conf do servidor: # IP e porta do servidor local 200.x.x.x port 1194 proto udp dev tun plugin /usr/lib/openvpn/openvpn-auth-pam.so common-auth # Certificados gerados ca keys/ca.crt cert keys/server.crt key keys/server.key dh keys/dh1024.pem # Criar no diretorio cdd/cliente a configuracao # dele - ou uma invalida para trava-lo :) # client-config-dir ccd client-cert-not-required # Rede que os clientes server 10.0.0.0 255.255.255.0 push route 192.168.0.0 255.255.255.128 # push dhcp-option DNS 192.168.0.2 # para conectarem com o mesmo IP da proxima vez ifconfig-pool-persist ipp.txt # client-to-client # Ative para permitir dois clientes com o mesmo # certificado - nãrecomendál duplicate-cn keepalive 10 120 # Compressã privilÃ(c)os do cliente comp-lzo max-clients 15 user nobody group nobody # Logs e etc persist-key persist-tun status /var/log/openvpn-status.log log /var/log/openvpn.log log-append /var/log/openvpn.log mute 20 verb 6 Filial: REDE: 192.168.1.0 255.255.255.0 Na filial eu não tenho servidor, tenho apenas um modem ADSL e nas estações windows instalei o openvpn para win com a seguinte configuração: client dev tun proto udp remote 200.x.x.x port 1194 resolv-retry infinite nobind persist-key persist-tun ca ca.crt auth-user-pass comp-lzo verb 4 mute 20 O q esta acontecendo é o seguinte, a VPN esta conectando normalmente, da estação windows eu pingo o ip 10.0.0.1 e só, não pingo mais nada, mais preciso pingar o ip 192.168.0.2 dentro da matriz. O q esta faltando ? Já usei o echo 1 /proc/sys/net/ip_forward Agradeço ajudas ## # Gustavo V. Goulart # # Linux Debian Sarge # ## Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- _ °v° Sérgio Lopes- Analista de Sistema /(_)\ São Paulo - SP - BRAZIL ^ ^ Linux user number 373166 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- www.prognus.com.br .~. / v \ Seja Livre, use GNU/Linux! /( )\ ^^-^^ -- www.prognus.com.br .~. / v \ Seja Livre, use GNU/Linux! /( )\ ^^-^^
Re: Squid
Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
Mas em qual sistema operacional que está as regras de compartilhamento de internet ? É linux/windows ? Você está utilizando o compartilhamento através de algum programa específico regras do iptables ou algo do tipo ? Nos dê mais informações para que possamos diagnosticar o problema.. e outra.. com o squid habilitado, os logs de acesso não mostram nada quando voce tenta fazer o acesso dos quais diz que não consegue? Abs 2008/7/15 Fernando Xavier [EMAIL PROTECTED]: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 “There is Always Hope” Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo 1 /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 There is Always Hope Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
Title: Manfra Cia. Ltda. Configuração dos browsers? Plugins? Fernando Xavier escreveu em 15/07/2008 11:45: Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo "1" /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall "aberto" as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 "There is Always Hope" Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Squid
no squid não tem nada e nem nos logs do syslog... deveria procurar em mais algum lugar? 2008/7/15 Wilson Felipe [EMAIL PROTECTED]: Já olhou os logs do squid e os da máquina?? - Mensagem original - De: Fernando Xavier [EMAIL PROTECTED] Para: debian-user-portuguese@lists.debian.org Cc: Debian User Portuguese debian-user-portuguese@lists.debian.org Enviadas: Terça-feira, 15 de Julho de 2008 11:45:47 GMT -03:00 Argentina Assunto: Re: Squid Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo 1 /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 There is Always Hope Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
usei todos os possíveis..em diversas máquinas clientes..até usei o lynx... qdo conecto no servidor antes de acessar o form de logn do site do serasa, o lynx dá a seguinte pergunta: SSL error:Can't find common name in certificate-Continue? (y) Digito yes e abre o formulário de login. na máquina cliente qdo uso o lynx fica parado em: Conectando com HTTPS em sitenet.serasa.com.br. E não sai disso. Abs 2008/7/15 Paulo [EMAIL PROTECTED]: Configuração dos browsers? Plugins? Fernando Xavier escreveu em 15/07/2008 11:45: Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo 1 /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 There is Always Hope Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
Libere a entrada e saida da porta 443 do firewall - Mensagem original - De: Fernando Xavier [EMAIL PROTECTED] Para: Debian User Portuguese debian-user-portuguese@lists.debian.org Enviadas: Terça-feira, 15 de Julho de 2008 11:56:31 GMT -03:00 Argentina Assunto: Re: Squid usei todos os possíveis..em diversas máquinas clientes..até usei o lynx... qdo conecto no servidor antes de acessar o form de logn do site do serasa, o lynx dá a seguinte pergunta: SSL error:Can't find common name in certificate-Continue? (y) Digito yes e abre o formulário de login. na máquina cliente qdo uso o lynx fica parado em: Conectando com HTTPS em sitenet.serasa.com.br. E não sai disso. Abs 2008/7/15 Paulo [EMAIL PROTECTED]: Configuração dos browsers? Plugins? Fernando Xavier escreveu em 15/07/2008 11:45: Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo 1 /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 There is Always Hope Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
Verifique no seu Browser se seu proxy esta devidamente configurado, poste os logs de access e error do squid ao acessar via https. Abraços -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 “There is Always Hope” Em Ter, 2008-07-15 às 11:53 -0300, Fernando Xavier escreveu: no squid não tem nada e nem nos logs do syslog... deveria procurar em mais algum lugar? 2008/7/15 Wilson Felipe [EMAIL PROTECTED]: Já olhou os logs do squid e os da máquina?? - Mensagem original - De: Fernando Xavier [EMAIL PROTECTED] Para: debian-user-portuguese@lists.debian.org Cc: Debian User Portuguese debian-user-portuguese@lists.debian.org Enviadas: Terça-feira, 15 de Julho de 2008 11:45:47 GMT -03:00 Argentina Assunto: Re: Squid Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo 1 /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 There is Always Hope Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
Já olhou os logs do squid e os da máquina?? - Mensagem original - De: Fernando Xavier [EMAIL PROTECTED] Para: debian-user-portuguese@lists.debian.org Cc: Debian User Portuguese debian-user-portuguese@lists.debian.org Enviadas: Terça-feira, 15 de Julho de 2008 11:45:47 GMT -03:00 Argentina Assunto: Re: Squid Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo 1 /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 There is Always Hope Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
Fernando, O problema é perante ao serasa ou para todas as requisições https ? Seja mais especifico ! Em Ter, 2008-07-15 às 11:56 -0300, Fernando Xavier escreveu: usei todos os possíveis..em diversas máquinas clientes..até usei o lynx... qdo conecto no servidor antes de acessar o form de logn do site do serasa, o lynx dá a seguinte pergunta: SSL error:Can't find common name in certificate-Continue? (y) Digito yes e abre o formulário de login. na máquina cliente qdo uso o lynx fica parado em: Conectando com HTTPS em sitenet.serasa.com.br. E não sai disso. Abs 2008/7/15 Paulo [EMAIL PROTECTED]: Configuração dos browsers? Plugins? Fernando Xavier escreveu em 15/07/2008 11:45: Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo 1 /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 There is Always Hope Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Lista de arquivos via NFS
Olá, Procurei e não encontrei, acho que estou precisando de óculos... :) Como faço para obter uma lista dos arquivos que um cliente acessa via NFS no servidor? Esta lista pode ser obtida tanto no servidor como no cliente? []'s Junior Polegato -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
Alguns site específicos apenas: - Serasa: abre a página mas não abre o form de login (https) - Hotmail: abre mas não loga - Itau: algumas funcionalidades não funcionam Mas gmail, por exemplo, funciona normal. Se eu acesso qq desses sites no servidor, funciona normal. Ah, o proxy é transparente. Qto a abrir a porta 443 no iptables, penso q com o firewall completamente aberto eu não precise liberar, correto? Eu acho q não é do squid pq qdo eu o desabilito e deixo apenas o compartilhamento de internet, continua a mesma coisa. Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: Fernando, O problema é perante ao serasa ou para todas as requisições https ? Seja mais especifico ! Em Ter, 2008-07-15 às 11:56 -0300, Fernando Xavier escreveu: usei todos os possíveis..em diversas máquinas clientes..até usei o lynx... qdo conecto no servidor antes de acessar o form de logn do site do serasa, o lynx dá a seguinte pergunta: SSL error:Can't find common name in certificate-Continue? (y) Digito yes e abre o formulário de login. na máquina cliente qdo uso o lynx fica parado em: Conectando com HTTPS em sitenet.serasa.com.br. E não sai disso. Abs 2008/7/15 Paulo [EMAIL PROTECTED]: Configuração dos browsers? Plugins? Fernando Xavier escreveu em 15/07/2008 11:45: Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo 1 /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 There is Always Hope Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lista de arquivos via NFS
Junior Polegato - Linux escribió: Olá, Procurei e não encontrei, acho que estou precisando de óculos... :) Como faço para obter uma lista dos arquivos que um cliente acessa via NFS no servidor? Esta lista pode ser obtida tanto no servidor como no cliente? []'s Junior Polegato Arquivo por arquivo?! Sei que no /var/log/messages vai aparecer os recursos que o usuário montou por NFS. Até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Squid
Em Ter, 2008-07-15 às 12:04 -0300, Fernando Xavier escreveu: Alguns site específicos apenas: - Serasa: abre a página mas não abre o form de login (https) - Hotmail: abre mas não loga - Itau: algumas funcionalidades não funcionam Mas gmail, por exemplo, funciona normal. Se eu acesso qq desses sites no servidor, funciona normal. Ah, o proxy é transparente. Esquecendo o Squid, fazendo funcionar primeiro no firewall depois acertamos o squid. Qto a abrir a porta 443 no iptables, penso q com o firewall completamente aberto eu não precise liberar, correto? Tente limpar seus cookies e seu arquivos temporários, acredito que seja isso. Sua regra de firewall esta certa, esta tudo certo! Desabilite o squid, limpe suas regras de firewall, habilite o compartilhamento com o MASQUERADE e faça o teste depois de limpar todos os arquivos temporários. Verifique se o seu Gateway é o endereço do seu firewall nas estações que estão com problema! Comentou que pelo Gmail acessa, o Gmail é 443, se no Gmail passa, outros deverão passar tambem! Faça o que eu falei e poste o resultado novamente! Abs Eu acho q não é do squid pq qdo eu o desabilito e deixo apenas o compartilhamento de internet, continua a mesma coisa. Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: Fernando, O problema é perante ao serasa ou para todas as requisições https ? Seja mais especifico ! Em Ter, 2008-07-15 às 11:56 -0300, Fernando Xavier escreveu: usei todos os possíveis..em diversas máquinas clientes..até usei o lynx... qdo conecto no servidor antes de acessar o form de logn do site do serasa, o lynx dá a seguinte pergunta: SSL error:Can't find common name in certificate-Continue? (y) Digito yes e abre o formulário de login. na máquina cliente qdo uso o lynx fica parado em: Conectando com HTTPS em sitenet.serasa.com.br. E não sai disso. Abs 2008/7/15 Paulo [EMAIL PROTECTED]: Configuração dos browsers? Plugins? Fernando Xavier escreveu em 15/07/2008 11:45: Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo 1 /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 There is Always Hope Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Servidor de DNS
Estou tentando montar um servidor de DNS aqui na empresa. Esse servidor dever funcionar como DNS para rede interna e para Hospedar Sites. Já li alguns tutoriais na internet, porém gostaria que me indicassem um até porque acho que o serviço não está funcionando adequadamente. Por onde devo começar ? Obrigado, -- Adauto Serpa [EMAIL PROTECTED]
Re: Lista de arquivos via NFS
Miguel Da Silva - Centro de Matemática escreveu: Junior Polegato - Linux escribió: Como faço para obter uma lista dos arquivos que um cliente acessa via NFS no servidor? Esta lista pode ser obtida tanto no servidor como no cliente? Arquivo por arquivo?! Sei que no /var/log/messages vai aparecer os recursos que o usuário montou por NFS. Olá, O recurso (compartilhamento) montado é um só. Preciso mesmo da lista de arquivos... Estava pensando em verificar os arquivos acessados no compartilhamento a menos de 1 minuto, porém não sei qual cliente acessou o arquivo... :-\ []'s Junior Polegato -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Servidor de DNS
Ainda acredito que um bom começo é saber pesquisar! Procure sobre, Bind9 e seus arquivos de configuração, how-to não resolve seu problema! Terá que entender as configurações para adequar ao seu ambiente. Posso lhe indicar onde encontra toda esta documentação, www.google.com.br. Depois, de ler sobre o assunto, e caso restar dúvidas, ajudarei! Abraços -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 “There is Always Hope” Em Ter, 2008-07-15 às 12:48 -0300, Adauto Serpa escreveu: Estou tentando montar um servidor de DNS aqui na empresa. Esse servidor dever funcionar como DNS para rede interna e para Hospedar Sites. Já li alguns tutoriais na internet, porém gostaria que me indicassem um até porque acho que o serviço não está funcionando adequadamente. Por onde devo começar ? Obrigado, -- Adauto Serpa [EMAIL PROTECTED]
Re: Squid
Obrigado a todos pelas respostas. Bem, eu fiz tudo isso mas continua a mesma coisa. Na verdade, com o squid desabilitado, firewall aberto e apenas redirecionamento da conexão, essas páginas que antes carregavam e só parava na parte Https, não carregam mais nada. Será que tem alguma coisa no Debian para tratamento de conexões https para compartilhamento de internet que eu não sei? Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: Em Ter, 2008-07-15 às 12:04 -0300, Fernando Xavier escreveu: Alguns site específicos apenas: - Serasa: abre a página mas não abre o form de login (https) - Hotmail: abre mas não loga - Itau: algumas funcionalidades não funcionam Mas gmail, por exemplo, funciona normal. Se eu acesso qq desses sites no servidor, funciona normal. Ah, o proxy é transparente. Esquecendo o Squid, fazendo funcionar primeiro no firewall depois acertamos o squid. Qto a abrir a porta 443 no iptables, penso q com o firewall completamente aberto eu não precise liberar, correto? Tente limpar seus cookies e seu arquivos temporários, acredito que seja isso. Sua regra de firewall esta certa, esta tudo certo! Desabilite o squid, limpe suas regras de firewall, habilite o compartilhamento com o MASQUERADE e faça o teste depois de limpar todos os arquivos temporários. Verifique se o seu Gateway é o endereço do seu firewall nas estações que estão com problema! Comentou que pelo Gmail acessa, o Gmail é 443, se no Gmail passa, outros deverão passar tambem! Faça o que eu falei e poste o resultado novamente! Abs Eu acho q não é do squid pq qdo eu o desabilito e deixo apenas o compartilhamento de internet, continua a mesma coisa. Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: Fernando, O problema é perante ao serasa ou para todas as requisições https ? Seja mais especifico ! Em Ter, 2008-07-15 às 11:56 -0300, Fernando Xavier escreveu: usei todos os possíveis..em diversas máquinas clientes..até usei o lynx... qdo conecto no servidor antes de acessar o form de logn do site do serasa, o lynx dá a seguinte pergunta: SSL error:Can't find common name in certificate-Continue? (y) Digito yes e abre o formulário de login. na máquina cliente qdo uso o lynx fica parado em: Conectando com HTTPS em sitenet.serasa.com.br. E não sai disso. Abs 2008/7/15 Paulo [EMAIL PROTECTED]: Configuração dos browsers? Plugins? Fernando Xavier escreveu em 15/07/2008 11:45: Olá, Roda na 443 mesmo. Mesmo com o firewall totalmente aberto não aceitava conexão nas máquinas clientes. Na máquina que compartilha a internet (Debian etch) tudo funciona normalmente. O script que usei para compartilhar a internet é: #!/bin/bash echo 1 /proc/sys/net/ipv4/ip_forward # Limpando as tabelas iptables -F iptables -t nat -F iptables -t mangle -F iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE Abs Fernando 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: O Https roda na porta 443, como esta suas regras de firewall ? Quando deixou o firewall aberto as conexoes foram aceitas ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 There is Always Hope Em Ter, 2008-07-15 às 10:34 -0300, Fernando Xavier escreveu: Olá, percebi que não é o squid...eu desabilitei o redirecionamento para o mesmo e até parei o squid.. mas mesmo assim as páginas https não carregam... para testar deixar o firewall totalmente aberto, apenas com a regra de compartilhamento de internet. então desconfio q é alguma coisa que falta instalar no sistema operacional. alguém sabe como uma máquina que compartilha internet poderia não carregar páginas https? detalhe, se eu navego direto nessa máquina, funciona normal. só nas máquinas clientes é que não funciona. abs fernando 2008/7/14 Miguel Da Silva - Centro de Matemática [EMAIL PROTECTED]: Fernando Xavier wrote: Pessoal Tem alguns sites que não conseguimos acessar aqui, como por exemplo o serasa. Na verdade conseguimos acessar o site, menos a formulário de login. No servidor conseguimos acessar normal mas das máquinas clientes não. Tentei desligar o squid para me certificar que é o squid mesmo que está bloqueando mas mesmo parando o squid e tirando o redirecionamento para a porta 3128 no iptables, parece as conexões estão sendo redirecionadas para p squid. Alguém tem alguma idéia? Abs Fernando Nao entendo muito de squid, mas se você tira um conjunto de regras do iptables, mas ainda assim por algum razao, as conexoes continuam sendo redirecionadas, entao eu te recomendaria revisar o procedimento de remoçao das regras do iptables. Você deve ter algum problema aí. Boa sorte e até. -- Miguel Da Silva Administrador Junior de Sistemas Unix Centro de Matemática - http://www.cmat.edu.uy Facultad de Ciencias - http://www.fcien.edu.uy Universidad de la República - http://www.rau.edu.uy -- To UNSUBSCRIBE,
Tela de login com kernel 2.6.25-2-686
Boa tarde. Estou usando o sid, kernel 2.6.25-2-686 e após uma atualização, não apresenta mais tela de login. Nem em modo texto nem gráfico. Somente uma bela tela preta. Fazendo Ctrl+Alt+F1 e digitando login e senha, percebo atividade no HD. Fazendo Ctrl+Alt+Del, começam a surgir as msgs de encerramento de processos. Reiniciando a máquina com kernel 2.6.24-1-686 não ocorre nenhum problema. Tentei no Google mas não achei nada. sem tela de login kernel 2.6.25-2-686 site:http://lists.debian.org/debian-user-portuguese/ Não sei como resolver isto. Alguém pode dar uma ajuda? Obrigado Sérgio -- Soluções em Automação e Controle Integrador Autorizado: Metaltex - Atos - Dexter - AllConverge - Dakol - Elipse - Conversoft Linux User #426387 Linux: A liberdade da escolha. A escolha da liberdade. The freedom of the choice. The choice of the freedom. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFF9vhuJ+YDTomMwA8RAvSAAJoDwkzHJK3P98vEDx5pJxeyT3xyzgCg22/u W/MTldaxqdeNLjlWF49wpig= =MVB7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tela de login com kernel 2.6.25-2-686
Em seu grub existe uma linha que contem VGA ? -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 “There is Always Hope” Em Ter, 2008-07-15 às 14:16 -0300, Sergio Pereira escreveu: Boa tarde. Estou usando o sid, kernel 2.6.25-2-686 e após uma atualização, não apresenta mais tela de login. Nem em modo texto nem gráfico. Somente uma bela tela preta. Fazendo Ctrl+Alt+F1 e digitando login e senha, percebo atividade no HD. Fazendo Ctrl+Alt+Del, começam a surgir as msgs de encerramento de processos. Reiniciando a máquina com kernel 2.6.24-1-686 não ocorre nenhum problema. Tentei no Google mas não achei nada. sem tela de login kernel 2.6.25-2-686 site:http://lists.debian.org/debian-user-portuguese/ Não sei como resolver isto. Alguém pode dar uma ajuda? Obrigado Sérgio -- Soluções em Automação e Controle Integrador Autorizado: Metaltex - Atos - Dexter - AllConverge - Dakol - Elipse - Conversoft Linux User #426387 Linux: A liberdade da escolha. A escolha da liberdade. The freedom of the choice. The choice of the freedom. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFF9vhuJ+YDTomMwA8RAvSAAJoDwkzHJK3P98vEDx5pJxeyT3xyzgCg22/u W/MTldaxqdeNLjlWF49wpig= =MVB7 -END PGP SIGNATURE-
Re: Servidor de DNS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15-07-2008 12:48, Adauto Serpa wrote: Estou tentando montar um servidor de DNS aqui na empresa. Esse servidor dever funcionar como DNS para rede interna e para Hospedar Sites. Já li alguns tutoriais na internet, porém gostaria que me indicassem um até porque acho que o serviço não está funcionando adequadamente. Por onde devo começar ? Você vai ter que escolher uma ferramenta, o BIND é um dos mais populares servidores de DNS, há outros como powerdns e djbdns. O BIND tem o ARM (Administrator Reference Manual). http://www.isc.org/index.pl?/sw/bind/arm93/ Ele tem uma parte de fundamento de DNS, além disso, há outros artigos na Internet sobre o assunto, desde tutoriais básicos até aspectos mais avançados. O pessoal do Registro.br também tem diversas informações e artigos nessa área. Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh83bMACgkQCjAO0JDlykYfvQCgkk9yn+MoWNk2OFSRzwoFe45N bSkAnizfc46f/GLFZzeLw517nO7C63kl =OPrC -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mudando horário de execução no CONTAB -- RESOLVIDO
Caros, O problema com a alteração da hora de execução de atividades no arquivo CRONTAB (e não CONTAB como eu havia escrito no assunto) foi resolvido. Não sei por que, mas a única maneira de editar o CRONTAB e a modificação ter validade é através do comando crontab -e -u root. Obrigado -- Rodolfo Barbosa Lunar Consultoria -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mudando horário de execução no CONTAB -- RESOLVIDO
Title: Manfra Cia. Ltda. Interessante este assunto. Depois de emitir a minha opinião e ler a opinião dos colegas da lista, ficou uma pulga atrás da orelha... Tenho aqui três máquinas rodando o Etch. Nas três, eu edito o /etc/crontab diretamente e as alterações só têm efeito após eu dar invoke-rc.d cron reload. Porém, não funcionou com o Rodolfo e outro colega nos enviou um trecho do man onde está escrito que basta editar o /etc/crontab que o cron verifica isso e relê a configuração... Ficou algo no ar aí... Rodolfo Barbosa escreveu em 15/07/2008 14:32: Caros, O problema com a alteração da hora de execução de atividades no arquivo CRONTAB (e não CONTAB como eu havia escrito no assunto) foi resolvido. Não sei por que, mas a única maneira de editar o CRONTAB e a modificação ter validade é através do comando crontab -e -u root. Obrigado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Mudando horário de execução no CONTAB -- RESOLVIDO
Srs, Pode ser um BUG do cron! Alguém tem que reportar. -- Vinicius Andrade Marino Network Administrator [EMAIL PROTECTED] User linux – 433480 “There is Always Hope” Em Ter, 2008-07-15 às 14:45 -0300, Paulo escreveu: Interessante este assunto. Depois de emitir a minha opinião e ler a opinião dos colegas da lista, ficou uma pulga atrás da orelha... Tenho aqui três máquinas rodando o Etch. Nas três, eu edito o /etc/crontab diretamente e as alterações só têm efeito após eu dar invoke-rc.d cron reload. Porém, não funcionou com o Rodolfo e outro colega nos enviou um trecho do man onde está escrito que basta editar o /etc/crontab que o cron verifica isso e relê a configuração... Ficou algo no ar aí... Rodolfo Barbosa escreveu em 15/07/2008 14:32: Caros, O problema com a alteração da hora de execução de atividades no arquivo CRONTAB (e não CONTAB como eu havia escrito no assunto) foi resolvido. Não sei por que, mas a única maneira de editar o CRONTAB e a modificação ter validade é através do comando crontab -e -u root. Obrigado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Servidor de DNS
Como faço para ter dois domínios no Bind9 ? Um eu consegui fazer funcionar. Já até registrei no Registro.BR. Minha intenção seria integrar ele com o Apache fazendo VirtualHost. desde já agradeço, -- Adauto Serpa [EMAIL PROTECTED]
Re: Tela de login com kernel 2.6.25-2-686
Sua placa de vídeo é NVidia??? Isso acontece comigo quando atualizo o kernel. Tenho o driver da NVidia instalado, aquele .bin que baixa-se do site do fabricante. Toda vez que atualizo o kernel, tenho que rodar a instalação novamente. 2008/7/15 Vinicius Andrade Marino [EMAIL PROTECTED]: Em seu grub existe uma linha que contem VGA ? -- *Vinicius Andrade Marino* *Network Administrator* [EMAIL PROTECTED] *User linux – 433480* *There is Always Hope* Em Ter, 2008-07-15 às 14:16 -0300, Sergio Pereira escreveu: Boa tarde. Estou usando o sid, kernel 2.6.25-2-686 e após uma atualização, não apresenta mais tela de login. Nem em modo texto nem gráfico. Somente uma bela tela preta. Fazendo Ctrl+Alt+F1 e digitando login e senha, percebo atividade no HD. Fazendo Ctrl+Alt+Del, começam a surgir as msgs de encerramento de processos. Reiniciando a máquina com kernel 2.6.24-1-686 não ocorre nenhum problema. Tentei no Google mas não achei nada. sem tela de login kernel 2.6.25-2-686 site:http://lists.debian.org/debian-user-portuguese/ Não sei como resolver isto. Alguém pode dar uma ajuda? Obrigado Sérgio -- Soluções em Automação e Controle Integrador Autorizado: Metaltex - Atos - Dexter - AllConverge - Dakol - Elipse - Conversoft Linux User #426387 Linux: A liberdade da escolha. A escolha da liberdade. The freedom of the choice. The choice of the freedom. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFF9vhuJ+YDTomMwA8RAvSAAJoDwkzHJK3P98vEDx5pJxeyT3xyzgCg22/u W/MTldaxqdeNLjlWF49wpig= =MVB7 -END PGP SIGNATURE- -- -- José Bogo Junior Técnico em Eletrônica Ito Avionics Aeroporto Bacacheri Hangar 26 Curitiba - PR 82515-180 tel: 41 3357-3466 fax: 41 3257-1809 MSN: [EMAIL PROTECTED] Esta mensagem é para uso exclusivo de seu destinatário e pode conter informações privilegiadas e confidenciais. Se você não é o destinatário não deve distribuir, copiar ou arquivar a mensagem. Neste caso, por favor, notifique o remetente da mesma e destrua imediatamente a mensagem.
Re: Servidor de DNS
Adauto Serpa escreveu: Como faço para ter dois domínios no Bind9 ? Um eu consegui fazer funcionar. Já até registrei no Registro.BR. Minha intenção seria integrar ele com o Apache fazendo VirtualHost. desde já agradeço, -- Adauto Serpa [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Caro Serpa, Você pode ser mais específico. Tente explicar o que você quer fazer em alto nível. Att -- Rodolfo Barbosa Lunar Consultoria -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mudando horário de execução no CONTAB -- RESOLVIDO
Paulo escreveu: Interessante este assunto. Depois de emitir a minha opinião e ler a opinião dos colegas da lista, ficou uma pulga atrás da orelha... Tenho aqui três máquinas rodando o Etch. Nas três, eu edito o /etc/crontab diretamente e as alterações só têm efeito após eu dar invoke-rc.d cron reload. Porém, não funcionou com o Rodolfo e outro colega nos enviou um trecho do man onde está escrito que basta editar o /etc/crontab que o cron verifica isso e relê a configuração... Ficou algo no ar aí... Caros, Sempre que quis alterar, acrescentar ou excluir alguma tarefa agendada, eu aditava o /etc/crontab e tudo funcionava. Entretanto, eu sempre alterei linhas que haviam sido adicionadas por mim ou por outras pessoas, nuca as linhas padrão (cron.daily, cron.weekly, etc.) do /etc/crontab. Essa foi a primeira vez que tive de fazer algo assim e foi a única vez que uma simples alteração do arquivo utilizado um editor de textos não funcionou. Att. -- Rodolfo Barbosa Lunar Consultoria -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mudando horário de execução no CONTAB -- RESOLVIDO
Em tese não não deveria haver linhas padrão no cron, não é. Não acredito que ele considere algumas linhas especiais e outras não. Parece haver alguma diferença de configuração no meu e no seu caso que impede que o comportamento do cron seja o mesmo. Rodolfo Barbosa escreveu em 15/07/2008 16:19: Paulo escreveu: Interessante este assunto. Depois de emitir a minha opinião e ler a opinião dos colegas da lista, ficou uma pulga atrás da orelha... Tenho aqui três máquinas rodando o Etch. Nas três, eu edito o /etc/crontab diretamente e as alterações só têm efeito após eu dar invoke-rc.d cron reload. Porém, não funcionou com o Rodolfo e outro colega nos enviou um trecho do man onde está escrito que basta editar o /etc/crontab que o cron verifica isso e relê a configuração... Ficou algo no ar aí... Caros, Sempre que quis alterar, acrescentar ou excluir alguma tarefa agendada, eu aditava o /etc/crontab e tudo funcionava. Entretanto, eu sempre alterei linhas que haviam sido adicionadas por mim ou por outras pessoas, nuca as linhas padrão (cron.daily, cron.weekly, etc.) do /etc/crontab. Essa foi a primeira vez que tive de fazer algo assim e foi a única vez que uma simples alteração do arquivo utilizado um editor de textos não funcionou. Att. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cancelar
MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=0-1695096721-1216151057=:92142 --0-1695096721-1216151057=:92142 Content-Type: text/plain; charset=us-ascii como faco pra cancelar meu acesso a esta lista ? --0-1695096721-1216151057=:92142 Content-Type: text/html; charset=us-ascii htmlheadstyle type=text/css!-- DIV {margin:0px;} --/style/headbodydiv style=font-family:times new roman, new york, times, serif;font-size:12ptDIVcomo faco pra cancelar meu acesso a esta lista ?/DIV/divbr /body/html --0-1695096721-1216151057=:92142-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cancelar
MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=0-721710782-1216151075=:43237 --0-721710782-1216151075=:43237 Content-Type: text/plain; charset=us-ascii --0-721710782-1216151075=:43237 Content-Type: text/html; charset=us-ascii htmlheadstyle type=text/css!-- DIV {margin:0px;} --/style/headbodydiv style=font-family:times new roman, new york, times, serif;font-size:12ptDIV/DIV/divbr /body/html --0-721710782-1216151075=:43237-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mudando horário de execução no CONTAB -- RESOLVIDO
Rodolfo Só para sanar as dúvidas que ficaram, qual e o resultado de um crontab -l na shell do root (ou um crontab -l -u root)? Aqui é: ~# crontab -l -u root no crontab for root -- Paulino Kenji Sato http://www.nobel.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mudando horário de execução no CONTAB -- RESOLVIDO
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15-07-2008 14:32, Rodolfo Barbosa wrote: Caros, O problema com a alteração da hora de execução de atividades no arquivo CRONTAB (e não CONTAB como eu havia escrito no assunto) foi resolvido. Não sei por que, mas a única maneira de editar o CRONTAB e a modificação ter validade é através do comando crontab -e -u root. Isso não editar o /etc/crontab, isso edita o crontab de um usuário em específico, nesse caso o root. Veja a mensagem do Paulino sobre ter ou não crontab para o root. Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh9GA0ACgkQCjAO0JDlykaFfwCcCYfoYuwfajzzXPz3djEshT7+ HRMAn0ovz95gVyX9E1T7CUriUEa8VoO2 =TIUl -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Servidor de DNS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15-07-2008 15:08, Adauto Serpa wrote: Como faço para ter dois domínios no Bind9 ? Um eu consegui fazer funcionar. Já até registrei no Registro.BR. Minha intenção seria integrar ele com o Apache fazendo VirtualHost. Sugiro que você leia a documentação. :-) Administrar um servidor de DNS é uma tarefa que exige que algumas partes chatas sejam cumpridas, uma delas é compreender o protocolo, e a documentação do BIND cobre isso. Ainda mais em épocas onde uma falha grave de Cache Poisoning foi anunciada afetando o protocolo DNS. O registro.br é apenas pra obter o domínio, você precisa dos servidores de DNS, e como eu disse, há diversos tutorias iniciantes e Guias de Referência mais aprofundados sobre o assunto, mas se você aceite um conselho, perca o tempo inicial de aprender como funciona, ele vai poupar seu tempo no futuro. Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh9HZgACgkQCjAO0JDlykbK+gCglLg5xx/wFFYCSq7tj+fvWfzN iKMAoMgIfSz4qUUWHE6k2lVSmSAGAEth =SWiL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
OFF (hardware) qual hd pegar ?
Boa Noite, Vou comprar 2 hd´s para fazer RAID1,o vendedor indicou o hitachi. O HD hitachi ele tinha pronta entrega, e o mesmo falou que é melhor que samsung... Gostaria de saber se vocês já trabalharam com este hd, e o que vocês acham desta marca. O HD da samsung está 20 R$, mais caro... -- Att ' Cesar
Re: cancelar
Ô meu saco!: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] 2008/7/15 Rodrigo Lima [EMAIL PROTECTED]: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=0-1695096721-1216151057=:92142 --0-1695096721-1216151057=:92142 Content-Type: text/plain; charset=us-ascii como faco pra cancelar meu acesso a esta lista ? --0-1695096721-1216151057=:92142 Content-Type: text/html; charset=us-ascii htmlheadstyle type=text/css!-- DIV {margin:0px;} --/style/headbodydiv style=font-family:times new roman, new york, times, serif;font-size:12ptDIVcomo faco pra cancelar meu acesso a esta lista ?/DIV/divbr /body/html --0-1695096721-1216151057=:92142-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Márcio H. Parreiras @ Pedro Leopoldo - MG - Brazil Por favor evite enviar-me anexos Excel (.xls), PowerPoint (.ppt) ou Word (.doc); Veja http://www.gnu.org/philosophy/no-word-attachments.pt-br.html Please avoid sending me Excel (.xls), PowerPoint (.ppt) or Word (.doc) attachments; See http://www.gnu.org/philosophy/no-word-attachments.html Navegue com segurança: http://br.mozdev.org Surf safely: http://www.mozilla.com/en-US Experimente http://www.broffice.org Try http://www.openoffice.org A caixa dizia: Requer MS Windows ou superior, então eu instalei Debian/GNU Linux! http://www.debian.org/index.pt.html The box said: Requires MS Windows or better, then I installed Debian/GNU Linux! http://www.debian.org/index.en.html http://pt.wikipedia.org/wiki/Linux http://en.wikipedia.org/wiki/Linux Codificação de caracteres / Character encoding: Unicode (UTF-8) .
Re: OFF (hardware) qual hd pegar ?
Daemon BR escreveu: Vou comprar 2 hd´s para fazer RAID1,o vendedor indicou o hitachi. O HD hitachi ele tinha pronta entrega, e o mesmo falou que é melhor que samsung... O que é melhor, Fiat ou GM? A resposta é: Depende. Entre um Fiat Stilo e um GM Celta, eu prefiro a Fiat. Entre um GM Vectra e um Fiat Uno, eu prefiro a GM. Antes de comparar, informe o Part Number de cada um deles. Só assim você conseguirá comparar decentemente. E pelo amor de Deus, não compre HD de desktop achando que é a mesma coisa de um HD para servidor. Servidores atuais utilizam HDs SAS de 15k RPM, Dual Port e um MTBF superior a 1.000.000 de horas. Porém se você estiver montando um Desktop (e chamando de Servidor), então dê uma atenção para os SATA2 da Fujitsu e Seagate (lembrando de compara-los pelo Part Number, e pesquisando as características deles no site do fabricante). Att, Renato -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cancelar
Amigo já tentou enviar um e-mail para, [EMAIL PROTECTED], com o assunto, unsubscribe?! Mais um voltando para os braços do tio Bil...Que bom que agora ele tem mais tempo né!!! 2008/7/15 Rodrigo Lima [EMAIL PROTECTED]: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary=0-1695096721-1216151057=:92142 --0-1695096721-1216151057=:92142 Content-Type: text/plain; charset=us-ascii como faco pra cancelar meu acesso a esta lista ? --0-1695096721-1216151057=:92142 Content-Type: text/html; charset=us-ascii htmlheadstyle type=text/css!-- DIV {margin:0px;} --/style/headbodydiv style=font-family:times new roman, new york, times, serif;font-size:12ptDIVcomo faco pra cancelar meu acesso a esta lista ?/DIV/divbr /body/html --0-1695096721-1216151057=:92142-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- #!/usr/bin/env python print Sinval Júnior print [EMAIL PROTECTED] print Debian GNU/Linux print User:#393541 print Se você quer realmente ser grande então não tenha medo do fracasso Autor desconhecido
Re: Tela de login com kernel 2.6.25-2-686
Vinicius Andrade Marino escreveu: Em seu grub existe uma linha que contem VGA ? -- *Vinicius Andrade Marino* /_Network Administrator_/ /[EMAIL PROTECTED]/ /_User linux – 433480_/ *“There is Always Hope*” Em Ter, 2008-07-15 às 14:16 -0300, Sergio Pereira escreveu: Boa tarde. Estou usando o sid, kernel 2.6.25-2-686 e após uma atualização, não apresenta mais tela de login. Nem em modo texto nem gráfico. Somente uma bela tela preta. Fazendo Ctrl+Alt+F1 e digitando login e senha, percebo atividade no HD. Fazendo Ctrl+Alt+Del, começam a surgir as msgs de encerramento de processos. Reiniciando a máquina com kernel 2.6.24-1-686 não ocorre nenhum problema. Tentei no Google mas não achei nada. sem tela de login kernel 2.6.25-2-686 site:http://lists.debian.org/debian-user-portuguese/ Não sei como resolver isto. Alguém pode dar uma ajuda? Obrigado Sérgio -- Soluções em Automação e Controle Integrador Autorizado: Metaltex - Atos - Dexter - AllConverge - Dakol - Elipse - Conversoft Linux User #426387 Linux: A liberdade da escolha. A escolha da liberdade. The freedom of the choice. The choice of the freedom. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFF9vhuJ+YDTomMwA8RAvSAAJoDwkzHJK3P98vEDx5pJxeyT3xyzgCg22/u W/MTldaxqdeNLjlWF49wpig= =MVB7 -END PGP SIGNATURE- Tem mas está comentada: ## e.g. defoptions=vga=791 resume=/dev/hda5 Sérgio -- Soluções em Automação e Controle Integrador Autorizado: Metaltex - Atos - Dexter - AllConverge - Dakol - Elipse - Conversoft Linux User #426387 Linux: A liberdade da escolha. A escolha da liberdade. The freedom of the choice. The choice of the freedom. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFF9vhuJ+YDTomMwA8RAvSAAJoDwkzHJK3P98vEDx5pJxeyT3xyzgCg22/u W/MTldaxqdeNLjlWF49wpig= =MVB7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tela de login com kernel 2.6.25-2-686
José Bogo escreveu: Sua placa de vídeo é NVidia??? Isso acontece comigo quando atualizo o kernel. Tenho o driver da NVidia instalado, aquele .bin que baixa-se do site do fabricante. Toda vez que atualizo o kernel, tenho que rodar a instalação novamente. Não, é Intel: $ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) Sérgio -- Soluções em Automação e Controle Integrador Autorizado: Metaltex - Atos - Dexter - AllConverge - Dakol - Elipse - Conversoft Linux User #426387 Linux: A liberdade da escolha. A escolha da liberdade. The freedom of the choice. The choice of the freedom. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) iD8DBQFF9vhuJ+YDTomMwA8RAvSAAJoDwkzHJK3P98vEDx5pJxeyT3xyzgCg22/u W/MTldaxqdeNLjlWF49wpig= =MVB7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Configurar o Aterm
BOm dia Boa Noite! Alguém poderia me dizer como mudar o tamanho da letra(fonte) no Aterm? Para obter mais informações sobre as funcionalidades do aterm utilize o comando: man aterm, lá tu irá ver a opção fontn[0]. Exemplo para fazê-la funcionar: aterm -fn 9x15 [0] fontn: fontname Specify the alternative font n. The default font values: font: 7x14 font1: 6x10 font2: 6x13 font3: 8x13 font4: 9x15 Obrigado e aquele abraço... De nada! Abraço -- Fabian (Bian) Corrêa Marques http://biangaucho.com.br
Memória xD não monta quando insiro em leitor do notebook
Olá a todos, Debian sid rodando em notebook Acer 5570z. Kernel 2.6.25-2-686-bigmem. Insiro um cartão xD de uma câmera digital no leitor de cartões embutido no note, mas nada acontece. Somente estas linhas aparecem no meu dmesg: a primeira quando insiro, a segunda quando removo o cartão. Não aparece nenhum volume novo em system:/, nada. neutron:/home/bruno# cat /var/log/messages | grep tifm Jul 11 14:29:19 neutron kernel: [ 516.214049] tifm_core: SmartMedia/xD card detected in socket 0:0 Jul 11 14:34:10 neutron kernel: [ 799.826213] tifm0 : demand removing card from socket 0:0 O leitor de cartões, em si, parece estar ok, também: 0a:09.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card Reader (SD/MMC/MS/MS PRO/xD) Alguma sugestão? brigado! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]