Re: kernel panic
On Fri, 21 Nov 2008 01:29:08 -0300 Julio Cardoso [EMAIL PROTECTED] wrote: instala denovo Carlucio Lopes escreveu: boa noite pessoal, fui atualizar o me Debian sarge para etch... atualizei a libc6.. agora estou recebendo mensagem kernel panic sda4 Meu HD é sata... alguem poderia me dar um dica e/ou link.. para que Eu possa voltar o sistema... tenho dados importantes .. nao tem como recupera-los.. se reinstalar perderei dados.. ou tem opcao para nao sobrepo?? -- Carlucio Lopes [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel panic
Também não sei o porquê do kernel panic. Mas quanto à sugestão de reinstalação, se criaste diferentes partições (o que sempre é aconselhável, sobretudo para o diretório /home e, em casos de servidores críticos, o /var), simplesmente entra com um liveCD, copia o que necessitas para lá ou para algum outro meio de armazenamento que tiveres à disposição e reinstala o sistema, optando, obviamente, por particionamento manual e mantendo as partições extras intactas. Ricardo G. Herdt Carlucio Lopes escreveu: On Fri, 21 Nov 2008 01:29:08 -0300 Julio Cardoso [EMAIL PROTECTED] wrote: instala denovo Carlucio Lopes escreveu: boa noite pessoal, fui atualizar o me Debian sarge para etch... atualizei a libc6.. agora estou recebendo mensagem kernel panic sda4 Meu HD é sata... alguem poderia me dar um dica e/ou link.. para que Eu possa voltar o sistema... tenho dados importantes .. nao tem como recupera-los.. se reinstalar perderei dados.. ou tem opcao para nao sobrepo?? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Linux em modo bridge
Bom eu acho que o nosso amigo se expressou mal e não quer uma brigde e sim um nat não é isso? Redirecionando os pacotes da rede interna de uma interface do servidor para outro, assim se tem controle de firewall e pode utilizar proxy também, fazer o redirecionamento de portas, sem problema algum, não seria isso? A[]'s Miguel Da Silva - Centro de Matemática escreveu: Leandro Moreira escreveu: Thiago, O que eu preciso e que a maquina com o squid fique entre a rede e o GW da rede, ela vai sniffar todo o trafego da rede, o que for direcionado para a porta 80 ela vai redirecionar para o squid (porta 3128) processar, pois apliquei um patch chamando tproxy e com ele eu consigo redirecionar as requizições da porta 80 para a 3128 do squid, a minha dúvia é exatamente como coloca-lo em modo bridge, pelo que ja vi tenho q instalar o pacote bridge-utils e colocar algumas configurações específicas no /etc/networkinterfaces, minha dúvida é que configurações sao essas, e outra coisas as interfazer da bridge eth0 e eth1 tem que estar sem IP, a interface que a bridge conecta no GW da rede tem q ter IP. Desde já agraceço a atenção. Att. Leandro Moreira. Primeiro, você deveria ler sobre proxy e bridge. Originalmente, são 2 tipos de dispositivos totalmente diferentes e que trabalharam em camadas diferentes do tráfico de rede. Segundo, dá uma olhadinha nestas páginas aqui: http://www.linuxfoundation.org/en/Net:Bridge http://ebtables.sourceforge.net/br_fw_ia/br_fw_ia.html Terceiro, um proxy não trabalha em modo bridging, esse conceito não existe quando o assunto é proxy. Resumindo, acho, eu disse acho, que até daria para fazer o que você quer, entretanto, é bom levar em conta que isso não é o bom e velho bridging que estamos acostumados. Esse tal bridiging que estou falando é daqueles que nem sequer está sendo usada uma rede TCP/IP. Por outro lado, um bridge no Linux até poderia ter um IP associado à interface de bridging. Então, boa sorte!!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Linux em modo bridge
É isso o que o nosso amigo quer: Proxy em uma bridge convencional usando squid. Ele somente foi infeliz em nao procurar no google de maneira correta, e mais infeliz ainda de se fazer expressar mal e postar aqui. http://justk2.blogspot.com/2008/04/transparent-proxy-for-squid-in-bridge.html http://fuzzylab00net.blog.dada.net/post/413913/Squid-2.6-+-tproxy-+-bridge-+-gentoo.html quanto a duvida em si, que é até bem simples, faça um script com os comandos apresentados e adaptados da documentação, e use up /caminho-do-script dentro do /etc/interfaces, em alguma seção. (ou coloque no rc.local, ou monte um serviço pra ser colocado dentro de /etc/init.d. [ ]s, e divirta-se. Henry. --- Em sex, 21/11/08, Allison Vollmann [EMAIL PROTECTED] escreveu: De: Allison Vollmann [EMAIL PROTECTED] Assunto: Re: Linux em modo bridge Para: debian-user-portuguese@lists.debian.org Data: Sexta-feira, 21 de Novembro de 2008, 8:44 Bom eu acho que o nosso amigo se expressou mal e não quer uma brigde e sim um nat não é isso? Redirecionando os pacotes da rede interna de uma interface do servidor para outro, assim se tem controle de firewall e pode utilizar proxy também, fazer o redirecionamento de portas, sem problema algum, não seria isso? A[]'s Miguel Da Silva - Centro de Matemática escreveu: Leandro Moreira escreveu: Thiago, O que eu preciso e que a maquina com o squid fique entre a rede e o GW da rede, ela vai sniffar todo o trafego da rede, o que for direcionado para a porta 80 ela vai redirecionar para o squid (porta 3128) processar, pois apliquei um patch chamando tproxy e com ele eu consigo redirecionar as requizições da porta 80 para a 3128 do squid, a minha dúvia é exatamente como coloca-lo em modo bridge, pelo que ja vi tenho q instalar o pacote bridge-utils e colocar algumas configurações específicas no /etc/networkinterfaces, minha dúvida é que configurações sao essas, e outra coisas as interfazer da bridge eth0 e eth1 tem que estar sem IP, a interface que a bridge conecta no GW da rede tem q ter IP. Desde já agraceço a atenção. Att. Leandro Moreira. Primeiro, você deveria ler sobre proxy e bridge. Originalmente, são 2 tipos de dispositivos totalmente diferentes e que trabalharam em camadas diferentes do tráfico de rede. Segundo, dá uma olhadinha nestas páginas aqui: http://www.linuxfoundation.org/en/Net:Bridge http://ebtables.sourceforge.net/br_fw_ia/br_fw_ia.html Terceiro, um proxy não trabalha em modo bridging, esse conceito não existe quando o assunto é proxy. Resumindo, acho, eu disse acho, que até daria para fazer o que você quer, entretanto, é bom levar em conta que isso não é o bom e velho bridging que estamos acostumados. Esse tal bridiging que estou falando é daqueles que nem sequer está sendo usada uma rede TCP/IP. Por outro lado, um bridge no Linux até poderia ter um IP associado à interface de bridging. Então, boa sorte!!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Linux em modo bridge
eu também acho que o que ele quer é fazer um NAT. Seguinte Leandro: Primeiro você tem que dar um ip para a interface interna que esteja na mesma rede que vai ser filtrada pelo proxy, depois da um ip pra interface externa que vai se comunicar com o gateway. Depois de esse comando echo 1 /proc/sys/net/ipv_4/ip_forward iptables -t nat -A POSTROUTING -o interface externa -j MASQUERADE para compartilhar a conexão e permitir o tráfego entre as placas interna e externa, e iptables - t nat -i eth0 -p tcp --dport 80 -j REDIRECT 3128 não dou a certeza se a sintaxe dos comando estão corretas, talvez uma ou outra estejam com a sintaxe erradas, qualquer coisa você revisa no google. Em 21/11/08, Allison Vollmann [EMAIL PROTECTED] escreveu: Bom eu acho que o nosso amigo se expressou mal e não quer uma brigde e sim um nat não é isso? Redirecionando os pacotes da rede interna de uma interface do servidor para outro, assim se tem controle de firewall e pode utilizar proxy também, fazer o redirecionamento de portas, sem problema algum, não seria isso? A[]'s Miguel Da Silva - Centro de Matemática escreveu: Leandro Moreira escreveu: Thiago, O que eu preciso e que a maquina com o squid fique entre a rede e o GW da rede, ela vai sniffar todo o trafego da rede, o que for direcionado para a porta 80 ela vai redirecionar para o squid (porta 3128) processar, pois apliquei um patch chamando tproxy e com ele eu consigo redirecionar as requizições da porta 80 para a 3128 do squid, a minha dúvia é exatamente como coloca-lo em modo bridge, pelo que ja vi tenho q instalar o pacote bridge-utils e colocar algumas configurações específicas no /etc/networkinterfaces, minha dúvida é que configurações sao essas, e outra coisas as interfazer da bridge eth0 e eth1 tem que estar sem IP, a interface que a bridge conecta no GW da rede tem q ter IP. Desde já agraceço a atenção. Att. Leandro Moreira. Primeiro, você deveria ler sobre proxy e bridge. Originalmente, são 2 tipos de dispositivos totalmente diferentes e que trabalharam em camadas diferentes do tráfico de rede. Segundo, dá uma olhadinha nestas páginas aqui: http://www.linuxfoundation.org/en/Net:Bridge http://ebtables.sourceforge.net/br_fw_ia/br_fw_ia.html Terceiro, um proxy não trabalha em modo bridging, esse conceito não existe quando o assunto é proxy. Resumindo, acho, eu disse acho, que até daria para fazer o que você quer, entretanto, é bom levar em conta que isso não é o bom e velho bridging que estamos acostumados. Esse tal bridiging que estou falando é daqueles que nem sequer está sendo usada uma rede TCP/IP. Por outro lado, um bridge no Linux até poderia ter um IP associado à interface de bridging. Então, boa sorte!!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Thiago Silveira Alexandre
Re: kernel panic
On Fri, Nov 21, 2008 at 01:42:05AM +, Carlucio Lopes wrote: boa noite pessoal, fui atualizar o me Debian sarge para etch... atualizei a libc6.. agora estou recebendo mensagem kernel panic sda4 Meu HD é sata... alguem poderia me dar um dica e/ou link.. para que Eu possa voltar o sistema... Você só atualizou a libc6? E o kernel? E qual é o sistema de arquivos de sda4? E onde está sendo montada a sda4? Particularmente, não aconselharia a reinstalação, pois você corre o risco de dar com o mesmo problema de novo depois de ter um trabalhão. Vale a pena, normalmente, quebrar um pouco a cabeça para entender o que está acontecendo... Tiago. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sun JDK ou OpenJDK
Bom dia Pessoal, Estou iniciando desenvolvimento em Java, bom gostaria da opinião, qual Kit de desenvolvimento Java deveria instalar o Sun JDK ou OpenJDK ?? Outra coisa o OpenJDK irá substituir o Sun JDK daqui um tempo ? Obrigado, -- Adauto Serpa Tecnólogo em Informática Jabber: [EMAIL PROTECTED] Email: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RES: Re:Re: Linux em modo bridge
Ygor, O que acontece é que eo GW da minha rede e um mikrotik e o squid tem uma limitação que nao aceita o redirecionanento da forma convencional, nesse caso apenos como bridge no FW dela terá apenas uma regra: #iptables -t tproxy -A PREROUTING -p tcp -m tcp --dport 80 -j TPROXY --on-port 81 No squid.conf vou ter a seguinte configuração: http_port 81 transparent tproxy # also allow normal requests (non-transparent) http_port 3128 Pois todos os pacotes com destino a porta 80 vao ser redirecionados a porta 81 (tabela Tproxy - criada após eu ter aplicado o patch tproxy no kernel) essa tabela trada e redireciona para o squid transparente, que funciona na porta 81 e em seguida encaminha pra porta 3128 para ser tratado pelo squid, foi isso que eu entendi na documentação que estou usando, abaixo segue o link: http://web.suffieldacademy.org/ils/netadmin/docs/software/squid/#toc8 Att. Leandro Moreira. On Fri, 21 Nov 2008 00:26:48 -0200, Ygor Parrera [EMAIL PROTECTED] wrote: Ola Leandro, Pois então, não estou entendendo o por que você quer colocar a maquina em bridge. Uma bridge não tem IP, logo não da pra vc usar proxy nela... Tipo, ou vc usa o proxy (squid + transparent-proxy) OU usa bridge com firewall. Os dois não dá... Att.: Ygor da Rocha Parreira. Consultor de Segurança da Informação. Security Labs | Intruders Tiger Team Division http://www.intruders.com.br/ http://www.securitylabs.com.br/ -Mensagem original- De: Leandro Moreira [EMAIL PROTECTED] Enviado: Sex 21/11/2008 00:07 Para: Ygor Parrera [EMAIL PROTECTED]; CC: Debian debian-user-portuguese@lists.debian.org; Assunto: Re:Re: Linux em modo bridge Ygor, Para fazer o squid funcionar eu recompilei o kernel, o iptables e o squid, apliquei um patch chamando tproxy e com ele eu consigo redirecionar as requizições da porta 80 para a 3128 do squid, a minha dúvia é exatamente como coloca-lo em modo bridge, pelo que ja vi tenho q instalar o pacote bridge-utils e colocar algumas configurações específicas no /etc/networkinterfaces, minha dúvida é que configurações sao essas, e outra coisas as interfazer da bridge eth0 e eth1 tem que estar sem IP, a interface que a bridge conecta no GW da rede tem q ter IP. Desde já agraceço a atenção. Att. Leandro Moreira. Ola Leandro, Seguinte, se você colocar seu Linux em modo Bridge ai antes do router, ele pode ser utilizado para fazer filtros de pacotes (firewall), porem você não vai conseguir por um squid funcional nele, pois o mesmo estando em modo bridge assume-se que ele não terá IP em nenhuma das interfaces, ficando invisivel a nivel de camada 3 (IP). Neste caso a sua rede local terá a mesma classe IP da interface interna do seu router, onde o mesmo será o gateway das estações. Talvez você esteja querendo dizer que quer fazer transparent-proxy, ai a coisa muda. Por favor, detalhe melhor o que você quer fazer. [s]; Ygor R. Parreira. -- Leandro Moreira Linux Networks e-mail: [EMAIL PROTECTED] Tel.: + 55(32) 9906-5713 !DSPAM:1,49261e64263599912887839! -- Leandro Moreira Linux Networks e-mail: [EMAIL PROTECTED] Tel.: + 55(32) 9906-5713 -- Leandro Moreira Linux Networks e-mail: [EMAIL PROTECTED] Tel.: + 55(32) 9906-5713 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sun JDK ou OpenJDK
2008/11/21 Tiago Saboga [EMAIL PROTECTED]: On Fri, Nov 21, 2008 at 09:25:28AM -0200, Adauto Serpa wrote: Bom dia Pessoal, Bom dia! Estou iniciando desenvolvimento em Java, bom gostaria da opinião, qual Kit de desenvolvimento Java deveria instalar o Sun JDK ou OpenJDK ?? Outra coisa o OpenJDK irá substituir o Sun JDK daqui um tempo ? Não sou nenhum grande especialista, mas posso dar um primeiro pitaco. Se tudo der certo, isto é, se a Sun conseguir se livrar dos últimos pedaços de código não livre na sua versão do java, o openjdk possivelmente não terá mais razão para existir. Por outro lado, pode ser que o modelo de desenvolvimento da Sun não agrade muito aos desenvolvedores de SL, e estes decidam manter uma versão paralela, sobre a qual a comunidade tenha mais controle. Por enquanto, isso parece pouco provável. Quanto ao que usar para desenvolvimento... Eu diria que você deve desenvolver tendo como meta a compatibilidade com ambas as máquinas virtuais. Se você começar com o openjdk, a tarefa fica provavelmente mais fácil, pois no geral ele tem somente algumas coisas a menos, e não a mais. Se você for defensor convicto do SL - e de um modelo de desenvolvimento mais aberto - o ideal seria inclusive fazer um esforço para escrever código compatível inclusive com as máquinas virtuais genéricas como cacao, gcj... Mas nesse caso você teria várias funcionalidades a menos. Abraços, Tiago. Tiago, Ótima explicação !!! Vejo que ainda que isso está indefinido. Vou manter o padrão da Sun até por que me preocupo com os usuários windows, não vi ainda uma forma plausível de instalar o OpenJDK no windows. No momento não posso me preocupar em compatibilidade entre as JVMs que existem e prefiro que a Sun mostre-se como uma grande empresa, ou seja, liberando seu código e padronizando o Java. Esse negócio de várias JVMs não dá certo : ( , ve o java da Microsoft por exemplo é um porcaria não há compatibilidade nenhum isso me deixa revoltado. -- Adauto Serpa Tecnólogo em Informática Jabber: [EMAIL PROTECTED] Email: [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sun JDK ou OpenJDK
2008/11/21 Adauto Serpa [EMAIL PROTECTED]: 2008/11/21 Tiago Saboga [EMAIL PROTECTED]: On Fri, Nov 21, 2008 at 09:25:28AM -0200, Adauto Serpa wrote: [...] Ótima explicação !!! Vejo que ainda que isso está indefinido. Vou manter o padrão da Sun até por que me preocupo com os usuários windows, não vi ainda uma forma plausível de instalar o OpenJDK no windows. No momento não posso me preocupar em compatibilidade entre as JVMs que existem e prefiro que a Sun mostre-se como uma grande empresa, ou seja, liberando seu código e padronizando o Java. Esse negócio de várias JVMs não dá certo : ( , ve o java da Microsoft por exemplo Só para reforçar o que o colega explicou: se você desenvolver baseado no OpenJDK, os usuários da Sun VM estarão contemplados, pois o OpenJDK está, por assim dizer, contido no Sun JDK. Abraço, -- Gunther Furtado Curitiba - Paraná - Brasil [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
teste...
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: teste...
teste ok :-) On Fri, Nov 21, 2008 at 10:24 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SAMBA - OFF
Samba 3 tem um parametro que que lí no changelog que parece fazer o que voce precisa, dá uma googleada neste : reset on zero vc depois reporta à lista se funcionou ou não. Além disso, use o veto files para não cachear esse seu arquivo que provavelmente é importante. 2008/11/18 Guilherme Moraes [EMAIL PROTECTED]: Duvida no samba Quando um usuario ja está conectado no samba e o mesmo perde a conexão mas um momento antes ele tinha aberto um arquivo como exclusive-batch e qd ele volta o mesmo usuario volta com um PID diferente e o usuario dele que caiu continua ativo no servidor ,.,, minha duvida eh o seguinte... 1) tem como o usuario que caiu a conexão o samba identificar que esse usuario nao é mais o mesmo e derrbula-lo 2) com isso o arquivo q esta travado por esse usuario antigo tmb vai destravar ?? no aguardo sera q alguem entendeu e vai conseguir me ajudar?? -- --- Guilherme M. da Fonseca Técnico em Informática [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Linux em modo bridge
Henrique, me desculpa mas eu me basei nesse 2 artigos q vc mandou, a minha duvida e apenas na cfg da bride mas ja consegui entender, obrigado pela atenção. Att. Leandro moreira On Fri, 21 Nov 2008 03:25:33 -0800 (PST), henrique [EMAIL PROTECTED] wrote: É isso o que o nosso amigo quer: Proxy em uma bridge convencional usando squid. Ele somente foi infeliz em nao procurar no google de maneira correta, e mais infeliz ainda de se fazer expressar mal e postar aqui. http://justk2.blogspot.com/2008/04/transparent-proxy-for-squid-in-bridge.html http://fuzzylab00net.blog.dada.net/post/413913/Squid-2.6-+-tproxy-+-bridge-+-gentoo.html quanto a duvida em si, que é até bem simples, faça um script com os comandos apresentados e adaptados da documentação, e use up /caminho-do-script dentro do /etc/interfaces, em alguma seção. (ou coloque no rc.local, ou monte um serviço pra ser colocado dentro de /etc/init.d. [ ]s, e divirta-se. Henry. --- Em sex, 21/11/08, Allison Vollmann [EMAIL PROTECTED] escreveu: De: Allison Vollmann [EMAIL PROTECTED] Assunto: Re: Linux em modo bridge Para: debian-user-portuguese@lists.debian.org Data: Sexta-feira, 21 de Novembro de 2008, 8:44 Bom eu acho que o nosso amigo se expressou mal e não quer uma brigde e sim um nat não é isso? Redirecionando os pacotes da rede interna de uma interface do servidor para outro, assim se tem controle de firewall e pode utilizar proxy também, fazer o redirecionamento de portas, sem problema algum, não seria isso? A[]'s Miguel Da Silva - Centro de Matemática escreveu: Leandro Moreira escreveu: Thiago, O que eu preciso e que a maquina com o squid fique entre a rede e o GW da rede, ela vai sniffar todo o trafego da rede, o que for direcionado para a porta 80 ela vai redirecionar para o squid (porta 3128) processar, pois apliquei um patch chamando tproxy e com ele eu consigo redirecionar as requizições da porta 80 para a 3128 do squid, a minha dúvia é exatamente como coloca-lo em modo bridge, pelo que ja vi tenho q instalar o pacote bridge-utils e colocar algumas configurações específicas no /etc/networkinterfaces, minha dúvida é que configurações sao essas, e outra coisas as interfazer da bridge eth0 e eth1 tem que estar sem IP, a interface que a bridge conecta no GW da rede tem q ter IP. Desde já agraceço a atenção. Att. Leandro Moreira. Primeiro, você deveria ler sobre proxy e bridge. Originalmente, são 2 tipos de dispositivos totalmente diferentes e que trabalharam em camadas diferentes do tráfico de rede. Segundo, dá uma olhadinha nestas páginas aqui: http://www.linuxfoundation.org/en/Net:Bridge http://ebtables.sourceforge.net/br_fw_ia/br_fw_ia.html Terceiro, um proxy não trabalha em modo bridging, esse conceito não existe quando o assunto é proxy. Resumindo, acho, eu disse acho, que até daria para fazer o que você quer, entretanto, é bom levar em conta que isso não é o bom e velho bridging que estamos acostumados. Esse tal bridiging que estou falando é daqueles que nem sequer está sendo usada uma rede TCP/IP. Por outro lado, um bridge no Linux até poderia ter um IP associado à interface de bridging. Então, boa sorte!!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] !DSPAM:1,49269ef6146352121913615! -- Leandro Moreira Linux Networks e-mail: [EMAIL PROTECTED] Tel.: + 55(32) 9906-5713 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Linux em modo bridge
--- Em sex, 21/11/08, Leandro Moreira [EMAIL PROTECTED] escreveu: De: Leandro Moreira [EMAIL PROTECTED] Assunto: Re: Linux em modo bridge Para: henrique [EMAIL PROTECTED] Cc: Debian debian-user-portuguese@lists.debian.org Data: Sexta-feira, 21 de Novembro de 2008, 11:54 Henrique, me desculpa mas eu me basei nesse 2 artigos q vc mandou, a minha duvida e apenas na cfg da bride mas ja consegui entender, obrigado pela atenção. Att. Leandro moreira On Fri, 21 Nov 2008 03:25:33 -0800 (PST), henrique [EMAIL PROTECTED] wrote: É isso o que o nosso amigo quer: Proxy em uma bridge convencional usando squid. Ele somente foi infeliz em nao procurar no google de maneira correta, e mais infeliz ainda de se fazer expressar mal e postar aqui. http://justk2.blogspot.com/2008/04/transparent-proxy-for-squid-in-bridge.html http://fuzzylab00net.blog.dada.net/post/413913/Squid-2.6-+-tproxy-+-bridge-+-gentoo.html quanto a duvida em si, que é até bem simples, faça um script com os comandos apresentados e adaptados da documentação, e use up /caminho-do-script dentro do /etc/interfaces, em alguma seção. (ou coloque no rc.local, ou monte um serviço pra ser colocado dentro de /etc/init.d. [ ]s, e divirta-se. Henry. --- Em sex, 21/11/08, Allison Vollmann [EMAIL PROTECTED] escreveu: De: Allison Vollmann [EMAIL PROTECTED] Assunto: Re: Linux em modo bridge Para: debian-user-portuguese@lists.debian.org Data: Sexta-feira, 21 de Novembro de 2008, 8:44 Bom eu acho que o nosso amigo se expressou mal e não quer uma brigde e sim um nat não é isso? Redirecionando os pacotes da rede interna de uma interface do servidor para outro, assim se tem controle de firewall e pode utilizar proxy também, fazer o redirecionamento de portas, sem problema algum, não seria isso? A[]'s Miguel Da Silva - Centro de Matemática escreveu: Leandro Moreira escreveu: Thiago, O que eu preciso e que a maquina com o squid fique entre a rede e o GW da rede, ela vai sniffar todo o trafego da rede, o que for direcionado para a porta 80 ela vai redirecionar para o squid (porta 3128) processar, pois apliquei um patch chamando tproxy e com ele eu consigo redirecionar as requizições da porta 80 para a 3128 do squid, a minha dúvia é exatamente como coloca-lo em modo bridge, pelo que ja vi tenho q instalar o pacote bridge-utils e colocar algumas configurações específicas no /etc/networkinterfaces, minha dúvida é que configurações sao essas, e outra coisas as interfazer da bridge eth0 e eth1 tem que estar sem IP, a interface que a bridge conecta no GW da rede tem q ter IP. Desde já agraceço a atenção. Att. Leandro Moreira. Primeiro, você deveria ler sobre proxy e bridge. Originalmente, são 2 tipos de dispositivos totalmente diferentes e que trabalharam em camadas diferentes do tráfico de rede. Segundo, dá uma olhadinha nestas páginas aqui: http://www.linuxfoundation.org/en/Net:Bridge http://ebtables.sourceforge.net/br_fw_ia/br_fw_ia.html Terceiro, um proxy não trabalha em modo bridging, esse conceito não existe quando o assunto é proxy. Resumindo, acho, eu disse acho, que até daria para fazer o que você quer, entretanto, é bom levar em conta que isso não é o bom e velho bridging que estamos acostumados. Esse tal bridiging que estou falando é daqueles que nem sequer está sendo usada uma rede TCP/IP. Por outro lado, um bridge no Linux até poderia ter um IP associado à interface de bridging. Então, boa sorte!!! Td bem, a algum tempo atrás eu implementei isso, usei estes dois artigos como referencia. A idéia é bem interessante. :D [ ]s, e divirta-se. Henry. Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Linux em modo bridge
Thiago, Eu realmente vou fazer um nat mas usando o tproxy, e com ele posso usar sem problemas o linux em modo bridge, a minha duvida era apenas com a configuração da bridge mas encontrei um link do focalinux que me ajuda a eclarecer, foi o que os amigos da lista tinham me falado a bridge as interfacer (ethX) nao tem ip bastou eu add a seguinte cfg no meu interfaces: auto br0 iface br0 inet static address 192.168.0.2 network 192.168.0.0 netmask 255.255.255.0 broadcast 192.168.0.255 gateway 192.168.0.1 bridge_ports eth0 eth1 E a bridge funcionou, agora vou colocar uma nat: iptables -t tproxy -A PREROUTING -p tcp -m tcp --dport 80 -j TPROXY --on-port 81 Ele vai sniffar td o trafego q passa pela bridge, o que for pra porta 80 ele aplica o nat, vou testar isso amanha de manha funcionando eu posto na lista. Att. Leandro Moreira. On Fri, 21 Nov 2008 08:38:23 -0300, Thiago Silveira Alexandre [EMAIL PROTECTED] wrote: eu também acho que o que ele quer é fazer um NAT. Seguinte Leandro: Primeiro você tem que dar um ip para a interface interna que esteja na mesma rede que vai ser filtrada pelo proxy, depois da um ip pra interface externa que vai se comunicar com o gateway. Depois de esse comando echo 1 /proc/sys/net/ipv_4/ip_forward iptables -t nat -A POSTROUTING -o interface externa -j MASQUERADE para compartilhar a conexão e permitir o tráfego entre as placas interna e externa, e iptables - t nat -i eth0 -p tcp --dport 80 -j REDIRECT 3128 não dou a certeza se a sintaxe dos comando estão corretas, talvez uma ou outra estejam com a sintaxe erradas, qualquer coisa você revisa no google.. Em 21/11/08, Allison Vollmann [EMAIL PROTECTED] escreveu: Bom eu acho que o nosso amigo se expressou mal e não quer uma brigde e sim um nat não é isso? Redirecionando os pacotes da rede interna de uma interface do servidor para outro, assim se tem controle de firewall e pode utilizar proxy também, fazer o redirecionamento de portas, sem problema algum, não seria isso? A[]'s Miguel Da Silva - Centro de Matemática escreveu: Leandro Moreira escreveu: Thiago, O que eu preciso e que a maquina com o squid fique entre a rede e o GW da rede, ela vai sniffar todo o trafego da rede, o que for direcionado para a porta 80 ela vai redirecionar para o squid (porta 3128) processar, pois apliquei um patch chamando tproxy e com ele eu consigo redirecionar as requizições da porta 80 para a 3128 do squid, a minha dúvia é exatamente como coloca-lo em modo bridge, pelo que ja vi tenho q instalar o pacote bridge-utils e colocar algumas configurações específicas no /etc/networkinterfaces, minha dúvida é que configurações sao essas, e outra coisas as interfazer da bridge eth0 e eth1 tem que estar sem IP, a interface que a bridge conecta no GW da rede tem q ter IP. Desde já agraceço a atenção. Att. Leandro Moreira. Primeiro, você deveria ler sobre proxy e bridge. Originalmente, são 2 tipos de dispositivos totalmente diferentes e que trabalharam em camadas diferentes do tráfico de rede. Segundo, dá uma olhadinha nestas páginas aqui: http://www.linuxfoundation.org/en/Net:Bridge http://ebtables.sourceforge.net/br_fw_ia/br_fw_ia.html Terceiro, um proxy não trabalha em modo bridging, esse conceito não existe quando o assunto é proxy. Resumindo, acho, eu disse acho, que até daria para fazer o que você quer, entretanto, é bom levar em conta que isso não é o bom e velho bridging que estamos acostumados. Esse tal bridiging que estou falando é daqueles que nem sequer está sendo usada uma rede TCP/IP. Por outro lado, um bridge no Linux até poderia ter um IP associado à interface de bridging. Então, boa sorte!!! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Thiago Silveira Alexandre !DSPAM:1,4926a93f146354037211455! -- Leandro Moreira Linux Networks e-mail: [EMAIL PROTECTED] Tel.: + 55(32) 9906-5713 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sun JDK ou OpenJDK
OpenJDK certo Gunther Furtado escreveu: 2008/11/21 Adauto Serpa [EMAIL PROTECTED]: 2008/11/21 Tiago Saboga [EMAIL PROTECTED]: On Fri, Nov 21, 2008 at 09:25:28AM -0200, Adauto Serpa wrote: [...] Ótima explicação !!! Vejo que ainda que isso está indefinido. Vou manter o padrão da Sun até por que me preocupo com os usuários windows, não vi ainda uma forma plausível de instalar o OpenJDK no windows. No momento não posso me preocupar em compatibilidade entre as JVMs que existem e prefiro que a Sun mostre-se como uma grande empresa, ou seja, liberando seu código e padronizando o Java. Esse negócio de várias JVMs não dá certo : ( , ve o java da Microsoft por exemplo Só para reforçar o que o colega explicou: se você desenvolver baseado no OpenJDK, os usuários da Sun VM estarão contemplados, pois o OpenJDK está, por assim dizer, contido no Sun JDK. Abraço, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RES: Re: Linux em modo bridge
Ola Leandro, Legal que você conseguil resolver o problema :) Gostaria de expor alguns pontos, para dar uma clareada nas suas idéias sobre protocolos. Tipo, bridge geralmente são utilizadas para separar o domínio de colisão, ela segmenta a rede em domínios de colisão diferentes, dado que os pacotes de broadcast ficam restritos a cada lado da bridge. Aqui tem uma explicação interessante sobre isso, acho que vai te dar uma clariada = http://www.catabits.com.br/forum/index.php?topic=33.0 O caso mais comum onde se usa bridge em linux é quando se deseja por um firewall invisivel na rede. No caso do uso de squid, a maquina precisa ter IP especificado, pois o squid é um daemon que trabalha em camada de aplicação (http). ele recebe a conexão, trata e decide o que vai fazer. Neste caso, torna-se redundante o uso de bridge, pois sendo o proxy com IP seu gateway da rede, os domínios de broadcast já estarão separados. Não conheço o squid que roda no microtik (se é compilado sem suporte, etc), porem para fazer o transparent-proxy no squid do debian basta fazer como o Thiago disse: iptables - t nat -i INTERFACE_INTERNA -p tcp --dport 80 -j REDIRECT 3128 e adicionar/modificar no squid.conf = http_port 3128 transparent No caso da nescessidade de acesso a outras portas não esqueca de abilitar o forward e criar o mascaramento, como o Thiago disse: echo 1 /proc/sys/net/ipv_4/ip_forward iptables -t nat -A POSTROUTING -o interface externa -j MASQUERADE Apenas mais uma informação importante, transparent-proxy não funciona com proxy autenticado, como vem nos comentários do squid.conf: # # WARNING: proxy_auth can't be used in a transparent proxy. It # # collides with any authentication done by origin servers. It may # # seem like it works at first, but it doesn't. http://wiki.squid-cache.org/SquidFaq/ProxyAuthentication#head-6793b3454a91802f8e22c3c3a8874bf68056890c Espero ter ajudado a clarear seu entendimento um pouco mais. [s]; Att.: Ygor da Rocha Parreira. Consultor de Segurança da Informação. Security Labs | Intruders Tiger Team Division http://www.intruders.com.br/ http://www.securitylabs.com.br/ -Mensagem original- De: Leandro Moreira [EMAIL PROTECTED] Enviado: Sex 21/11/2008 11:59 Para: Thiago Silveira Alexandre [EMAIL PROTECTED]; CC: Debian debian-user-portuguese@lists.debian.org; Assunto: Re: Linux em modo bridge Thiago, Eu realmente vou fazer um nat mas usando o tproxy, e com ele posso usar sem problemas o linux em modo bridge, a minha duvida era apenas com a configuração da bridge mas encontrei um link do focalinux que me ajuda a eclarecer, foi o que os amigos da lista tinham me falado a bridge as interfacer (ethX) nao tem ip bastou eu add a seguinte cfg no meu interfaces: auto br0 iface br0 inet static address 192.168.0.2 network 192.168.0.0 netmask 255.255.255.0 broadcast 192.168.0.255 gateway 192.168.0.1 bridge_ports eth0 eth1 E a bridge funcionou, agora vou colocar uma nat: iptables -t tproxy -A PREROUTING -p tcp -m tcp --dport 80 -j TPROXY --on-port 81 Ele vai sniffar td o trafego q passa pela bridge, o que for pra porta 80 ele aplica o nat, vou testar isso amanha de manha funcionando eu posto na lista. Att. Leandro Moreira. On Fri, 21 Nov 2008 08:38:23 -0300, Thiago Silveira Alexandre [EMAIL PROTECTED] wrote: eu também acho que o que ele quer é fazer um NAT. Seguinte Leandro: Primeiro você tem que dar um ip para a interface interna que esteja na mesma rede que vai ser filtrada pelo proxy, depois da um ip pra interface externa que vai se comunicar com o gateway. Depois de esse comando echo 1 /proc/sys/net/ipv_4/ip_forward iptables -t nat -A POSTROUTING -o interface externa -j MASQUERADE para compartilhar a conexão e permitir o tráfego entre as placas interna e externa, e iptables - t nat -i eth0 -p tcp --dport 80 -j REDIRECT 3128 não dou a certeza se a sintaxe dos comando estão corretas, talvez uma ou outra estejam com a sintaxe erradas, qualquer coisa você revisa no google.. Em 21/11/08, Allison Vollmann [EMAIL PROTECTED] escreveu: Bom eu acho que o nosso amigo se expressou mal e não quer uma brigde e sim um nat não é isso? Redirecionando os pacotes da rede interna de uma interface do servidor para outro, assim se tem controle de firewall e pode utilizar proxy também, fazer o redirecionamento de portas, sem problema algum, não seria isso? A[]'s Miguel Da Silva - Centro de Matemática escreveu: Leandro Moreira escreveu: Thiago, O que eu preciso e que a maquina com o squid fique entre a rede e o GW da rede, ela vai sniffar todo o trafego da rede, o que for direcionado para a porta 80 ela vai redirecionar para o squid (porta 3128) processar, pois apliquei um patch chamando tproxy e com ele eu consigo redirecionar as requizições da porta 80 para a 3128 do squid, a minha dúvia é exatamente como
Tema GDM para o Lenny com faces
Pessoal, por usar o Debian em casa e não haver tanta necessidade de ocultar os usuários em PC, resolvi fazer uma adaptação entre dois temas e criar um terceiro seguindo os mesmos esquemas usados no tema GDM oficial. Para os interessados: http://www.gnome-look.org/content/show.php/Debian+Lenny +List?content=93621
Re: RES: Re: Linux em modo bridge
Ygor, Obrigado pela dica me ajudou bastante a entender os conceitos. Att. Leandro Moreira On Fri, 21 Nov 2008 13:57:32 -0200, Ygor Parrera [EMAIL PROTECTED] wrote: Ola Leandro, Legal que você conseguil resolver o problema :) Gostaria de expor alguns pontos, para dar uma clareada nas suas idéias sobre protocolos. Tipo, bridge geralmente são utilizadas para separar o domínio de colisão, ela segmenta a rede em domínios de colisão diferentes, dado que os pacotes de broadcast ficam restritos a cada lado da bridge. Aqui tem uma explicação interessante sobre isso, acho que vai te dar uma clariada = http://www.catabits.com.br/forum/index.php?topic=33.0 O caso mais comum onde se usa bridge em linux é quando se deseja por um firewall invisivel na rede. No caso do uso de squid, a maquina precisa ter IP especificado, pois o squid é um daemon que trabalha em camada de aplicação (http). ele recebe a conexão, trata e decide o que vai fazer. Neste caso, torna-se redundante o uso de bridge, pois sendo o proxy com IP seu gateway da rede, os domínios de broadcast já estarão separados. Não conheço o squid que roda no microtik (se é compilado sem suporte, etc), porem para fazer o transparent-proxy no squid do debian basta fazer como o Thiago disse: iptables - t nat -i INTERFACE_INTERNA -p tcp --dport 80 -j REDIRECT 3128 e adicionar/modificar no squid.conf = http_port 3128 transparent No caso da nescessidade de acesso a outras portas não esqueca de abilitar o forward e criar o mascaramento, como o Thiago disse: echo 1 /proc/sys/net/ipv_4/ip_forward iptables -t nat -A POSTROUTING -o interface externa -j MASQUERADE Apenas mais uma informação importante, transparent-proxy não funciona com proxy autenticado, como vem nos comentários do squid.conf: # # WARNING: proxy_auth can't be used in a transparent proxy. It # # collides with any authentication done by origin servers. It may # # seem like it works at first, but it doesn't. http://wiki.squid-cache.org/SquidFaq/ProxyAuthentication#head-6793b3454a91802f8e22c3c3a8874bf68056890c Espero ter ajudado a clarear seu entendimento um pouco mais. [s]; Att.: Ygor da Rocha Parreira. Consultor de Segurança da Informação. Security Labs | Intruders Tiger Team Division http://www.intruders.com.br/ http://www.securitylabs.com.br/ -Mensagem original- De: Leandro Moreira [EMAIL PROTECTED] Enviado: Sex 21/11/2008 11:59 Para: Thiago Silveira Alexandre [EMAIL PROTECTED]; CC: Debian debian-user-portuguese@lists.debian.org; Assunto: Re: Linux em modo bridge Thiago, Eu realmente vou fazer um nat mas usando o tproxy, e com ele posso usar sem problemas o linux em modo bridge, a minha duvida era apenas com a configuração da bridge mas encontrei um link do focalinux que me ajuda a eclarecer, foi o que os amigos da lista tinham me falado a bridge as interfacer (ethX) nao tem ip bastou eu add a seguinte cfg no meu interfaces: auto br0 iface br0 inet static address 192.168.0.2 network 192.168.0.0 netmask 255.255.255.0 broadcast 192.168.0.255 gateway 192.168.0.1 bridge_ports eth0 eth1 E a bridge funcionou, agora vou colocar uma nat: iptables -t tproxy -A PREROUTING -p tcp -m tcp --dport 80 -j TPROXY --on-port 81 Ele vai sniffar td o trafego q passa pela bridge, o que for pra porta 80 ele aplica o nat, vou testar isso amanha de manha funcionando eu posto na lista. Att. Leandro Moreira. On Fri, 21 Nov 2008 08:38:23 -0300, Thiago Silveira Alexandre [EMAIL PROTECTED] wrote: eu também acho que o que ele quer é fazer um NAT. Seguinte Leandro: Primeiro você tem que dar um ip para a interface interna que esteja na mesma rede que vai ser filtrada pelo proxy, depois da um ip pra interface externa que vai se comunicar com o gateway. Depois de esse comando echo 1 /proc/sys/net/ipv_4/ip_forward iptables -t nat -A POSTROUTING -o interface externa -j MASQUERADE para compartilhar a conexão e permitir o tráfego entre as placas interna e externa, e iptables - t nat -i eth0 -p tcp --dport 80 -j REDIRECT 3128 não dou a certeza se a sintaxe dos comando estão corretas, talvez uma ou outra estejam com a sintaxe erradas, qualquer coisa você revisa no google.. Em 21/11/08, Allison Vollmann [EMAIL PROTECTED] escreveu: Bom eu acho que o nosso amigo se expressou mal e não quer uma brigde e sim um nat não é isso? Redirecionando os pacotes da rede interna de uma interface do servidor para outro, assim se tem controle de firewall e pode utilizar proxy também, fazer o redirecionamento de portas, sem problema algum, não seria isso? A[]'s Miguel Da Silva - Centro de Matemática escreveu: Leandro Moreira escreveu: Thiago, O que eu preciso e que a maquina com o squid fique entre a rede e o GW da rede, ela vai sniffar todo o
Problema com XDMCP - gdm
Olá pessoal. Tenho uma pequena rede aqui em casa com 3 máquinas (PC+note+PS3), todos conectados via cabo num modem D-Link DSL-2640B. Já habilitei o xdmcp no gdm do PC. Quando tento acessar via xdmcp chego numa tela cinza com o ponteiro do mouse e não sai dai. Já habilite a porta UDP 177 no iptables. Alguém sabe o que está acontecendo ou qual arquivo de log posso acompanhar para ver o que está errado? Abraço. Fabiano. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problema com XDMCP - gdm
Fabiano Manoel de Andrade escreveu: Olá pessoal. Tenho uma pequena rede aqui em casa com 3 máquinas (PC+note+PS3), todos conectados via cabo num modem D-Link DSL-2640B. Já habilitei o xdmcp no gdm do PC. Quando tento acessar via xdmcp chego numa tela cinza com o ponteiro do mouse e não sai dai. Já habilite a porta UDP 177 no iptables. Alguém sabe o que está acontecendo ou qual arquivo de log posso acompanhar para ver o que está errado? Abraço. Fabiano. Olá, Para motivos de teste é bom desabilitar o firewall quando for fazer coisas desse tipo, e depois que confirmar o acesso é só habilitar normalmente, para logar as conexões você pode usar o iptables mesmo ou o hosts.allow (nesse ultimo ele vai logar todas as tentativas de conexões na porta do xdmcp mesmo se não tiver resposta ou for bloqueada). Você habilitou o xdmcp no /etc/gdm.conf? Não precisa especificar a porta, por padrão ele vai pegar a 177, não se esqueça de reiniciar o gdm depois de modificar as configurações, você tem o kde ou algum outro gerenciador de janelas que usa o xdm? certifique-se de que o xdm não esteja rodando ou então habilite xdmcp nele também. Na verdade não tem muito segredo nisso não, mas ele é bem enjoado, já perdi um tempo para entender isso. A[]'s -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sun JDK ou OpenJDK
Desculpa só não ter mandado para a lista, apertei a tecla errada... Tiago. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problema com XDMCP - gdm
Em Sex, 2008-11-21 às 14:50 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Olá pessoal. Tenho uma pequena rede aqui em casa com 3 máquinas (PC+note+PS3), todos conectados via cabo num modem D-Link DSL-2640B. Já habilitei o xdmcp no gdm do PC. Quando tento acessar via xdmcp chego numa tela cinza com o ponteiro do mouse e não sai dai. Já habilite a porta UDP 177 no iptables. Alguém sabe o que está acontecendo ou qual arquivo de log posso acompanhar para ver o que está errado? Abraço. Fabiano. Olá, Olá Allison. Para motivos de teste é bom desabilitar o firewall quando for fazer coisas desse tipo, e depois que confirmar o acesso é só habilitar normalmente, para logar as conexões você pode usar o iptables mesmo ou o hosts.allow (nesse ultimo ele vai logar todas as tentativas de conexões na porta do xdmcp mesmo se não tiver resposta ou for bloqueada). O firewall estava desabilitado e como não estava funcionando imaginei que a porta estivesse bloqueada, por isso abri a porta no iptables. Vou tentar utilizar o hosts.allow então. Você habilitou o xdmcp no /etc/gdm.conf? Não precisa especificar a porta, por padrão ele vai pegar a 177, não se esqueça de reiniciar o gdm depois de modificar as configurações, você tem o kde ou algum outro gerenciador de janelas que usa o xdm? certifique-se de que o xdm não esteja rodando ou então habilite xdmcp nele também. Sim, habilitei no gdm e reiniciei o gdm. Tenho somente o gdm instalado. Na verdade não tem muito segredo nisso não, mas ele é bem enjoado, já perdi um tempo para entender isso. O mais estranho é que já fiz isso aqui, por isso não estou entendendo porque não está funcionando agora. Abraço. Fabiano. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problema com XDMCP - gdm
Fabiano Manoel de Andrade escreveu: Em Sex, 2008-11-21 às 14:50 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Olá pessoal. Tenho uma pequena rede aqui em casa com 3 máquinas (PC+note+PS3), todos conectados via cabo num modem D-Link DSL-2640B. Já habilitei o xdmcp no gdm do PC. Quando tento acessar via xdmcp chego numa tela cinza com o ponteiro do mouse e não sai dai. Já habilite a porta UDP 177 no iptables. Alguém sabe o que está acontecendo ou qual arquivo de log posso acompanhar para ver o que está errado? Abraço. Fabiano. Olá, Olá Allison. Para motivos de teste é bom desabilitar o firewall quando for fazer coisas desse tipo, e depois que confirmar o acesso é só habilitar normalmente, para logar as conexões você pode usar o iptables mesmo ou o hosts.allow (nesse ultimo ele vai logar todas as tentativas de conexões na porta do xdmcp mesmo se não tiver resposta ou for bloqueada). O firewall estava desabilitado e como não estava funcionando imaginei que a porta estivesse bloqueada, por isso abri a porta no iptables. Vou tentar utilizar o hosts.allow então. Você habilitou o xdmcp no /etc/gdm.conf? Não precisa especificar a porta, por padrão ele vai pegar a 177, não se esqueça de reiniciar o gdm depois de modificar as configurações, você tem o kde ou algum outro gerenciador de janelas que usa o xdm? certifique-se de que o xdm não esteja rodando ou então habilite xdmcp nele também. Sim, habilitei no gdm e reiniciei o gdm. Tenho somente o gdm instalado. Na verdade não tem muito segredo nisso não, mas ele é bem enjoado, já perdi um tempo para entender isso. O mais estranho é que já fiz isso aqui, por isso não estou entendendo porque não está funcionando agora. Abraço. Fabiano. Você está utilizando o lenny? Eu tenho um lenny instalado com o xdmcp está funcionando corretamente, porém a primeira vez que eu habilitei ele não respondia depois que testei novamente estava funcionando ok, até agora não descobri o motivo de ter acontecido isso, você esta tentando acessar de Linux para Linux ou está utilizando outra plataforma? A[]'s -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problema com XDMCP - gdm
Em Sex, 2008-11-21 às 17:11 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Em Sex, 2008-11-21 às 14:50 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Olá pessoal. Tenho uma pequena rede aqui em casa com 3 máquinas (PC+note+PS3), todos conectados via cabo num modem D-Link DSL-2640B. Já habilitei o xdmcp no gdm do PC. Quando tento acessar via xdmcp chego numa tela cinza com o ponteiro do mouse e não sai dai. Já habilite a porta UDP 177 no iptables. Alguém sabe o que está acontecendo ou qual arquivo de log posso acompanhar para ver o que está errado? Abraço. Fabiano. Olá, Olá Allison. Para motivos de teste é bom desabilitar o firewall quando for fazer coisas desse tipo, e depois que confirmar o acesso é só habilitar normalmente, para logar as conexões você pode usar o iptables mesmo ou o hosts.allow (nesse ultimo ele vai logar todas as tentativas de conexões na porta do xdmcp mesmo se não tiver resposta ou for bloqueada). O firewall estava desabilitado e como não estava funcionando imaginei que a porta estivesse bloqueada, por isso abri a porta no iptables. Vou tentar utilizar o hosts.allow então. Você habilitou o xdmcp no /etc/gdm.conf? Não precisa especificar a porta, por padrão ele vai pegar a 177, não se esqueça de reiniciar o gdm depois de modificar as configurações, você tem o kde ou algum outro gerenciador de janelas que usa o xdm? certifique-se de que o xdm não esteja rodando ou então habilite xdmcp nele também. Sim, habilitei no gdm e reiniciei o gdm. Tenho somente o gdm instalado. Na verdade não tem muito segredo nisso não, mas ele é bem enjoado, já perdi um tempo para entender isso. O mais estranho é que já fiz isso aqui, por isso não estou entendendo porque não está funcionando agora. Abraço. Fabiano. Você está utilizando o lenny? Eu tenho um lenny instalado com o xdmcp está funcionando corretamente, porém a primeira vez que eu habilitei ele não respondia depois que testei novamente estava funcionando ok, até agora não descobri o motivo de ter acontecido isso, você esta tentando acessar de Linux para Linux ou está utilizando outra plataforma? Estou utilizando a sid. O acesso é de um note com o debian sid para um PC com o debian sid. Você poderia me dizer como eu deveria arrumar o iptables ou o hosts.allow para tentar rastrear a conexão e ver qual é o erro? A máquina de origem tem Ip 192.168.1.3 e a de destinho 192.168.1.2. Abraço. Fabiano. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problema com XDMCP - gdm
Fabiano Manoel de Andrade escreveu: Em Sex, 2008-11-21 às 17:11 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Em Sex, 2008-11-21 às 14:50 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Olá pessoal. Tenho uma pequena rede aqui em casa com 3 máquinas (PC+note+PS3), todos conectados via cabo num modem D-Link DSL-2640B. Já habilitei o xdmcp no gdm do PC. Quando tento acessar via xdmcp chego numa tela cinza com o ponteiro do mouse e não sai dai. Já habilite a porta UDP 177 no iptables. Alguém sabe o que está acontecendo ou qual arquivo de log posso acompanhar para ver o que está errado? Abraço. Fabiano. Olá, Olá Allison. Para motivos de teste é bom desabilitar o firewall quando for fazer coisas desse tipo, e depois que confirmar o acesso é só habilitar normalmente, para logar as conexões você pode usar o iptables mesmo ou o hosts.allow (nesse ultimo ele vai logar todas as tentativas de conexões na porta do xdmcp mesmo se não tiver resposta ou for bloqueada). O firewall estava desabilitado e como não estava funcionando imaginei que a porta estivesse bloqueada, por isso abri a porta no iptables. Vou tentar utilizar o hosts.allow então. Você habilitou o xdmcp no /etc/gdm.conf? Não precisa especificar a porta, por padrão ele vai pegar a 177, não se esqueça de reiniciar o gdm depois de modificar as configurações, você tem o kde ou algum outro gerenciador de janelas que usa o xdm? certifique-se de que o xdm não esteja rodando ou então habilite xdmcp nele também. Sim, habilitei no gdm e reiniciei o gdm. Tenho somente o gdm instalado. Na verdade não tem muito segredo nisso não, mas ele é bem enjoado, já perdi um tempo para entender isso. O mais estranho é que já fiz isso aqui, por isso não estou entendendo porque não está funcionando agora. Abraço. Fabiano. Você está utilizando o lenny? Eu tenho um lenny instalado com o xdmcp está funcionando corretamente, porém a primeira vez que eu habilitei ele não respondia depois que testei novamente estava funcionando ok, até agora não descobri o motivo de ter acontecido isso, você esta tentando acessar de Linux para Linux ou está utilizando outra plataforma? Estou utilizando a sid. O acesso é de um note com o debian sid para um PC com o debian sid. Você poderia me dizer como eu deveria arrumar o iptables ou o hosts.allow para tentar rastrear a conexão e ver qual é o erro? A máquina de origem tem Ip 192.168.1.3 e a de destinho 192.168.1.2. Abraço. Fabiano. Pelo hosts.allow é só colocar a seguinte linha, mas não deixe isso ativo, apenas para debug: ALL: ALL: spawn (logger Acesso na porta: %R por: %h) Vai logar todas as conexões de todos os serviços e enviar para o syslog, no arquivo /var/log/messages , normalmente basta apenas adicionar a linha mas em algumas vezes precisa reiniciar o inetd e/ou o portmap E para o iptables basta adicionar o argumento --log-prefix para a sua regra. A[]'s -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problema com XDMCP - gdm
Em Sex, 2008-11-21 às 18:03 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Em Sex, 2008-11-21 às 17:11 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Em Sex, 2008-11-21 às 14:50 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Olá pessoal. Tenho uma pequena rede aqui em casa com 3 máquinas (PC+note+PS3), todos conectados via cabo num modem D-Link DSL-2640B. Já habilitei o xdmcp no gdm do PC. Quando tento acessar via xdmcp chego numa tela cinza com o ponteiro do mouse e não sai dai. Já habilite a porta UDP 177 no iptables. Alguém sabe o que está acontecendo ou qual arquivo de log posso acompanhar para ver o que está errado? Abraço. Fabiano. Olá, Olá Allison. Para motivos de teste é bom desabilitar o firewall quando for fazer coisas desse tipo, e depois que confirmar o acesso é só habilitar normalmente, para logar as conexões você pode usar o iptables mesmo ou o hosts.allow (nesse ultimo ele vai logar todas as tentativas de conexões na porta do xdmcp mesmo se não tiver resposta ou for bloqueada). O firewall estava desabilitado e como não estava funcionando imaginei que a porta estivesse bloqueada, por isso abri a porta no iptables. Vou tentar utilizar o hosts.allow então. Você habilitou o xdmcp no /etc/gdm.conf? Não precisa especificar a porta, por padrão ele vai pegar a 177, não se esqueça de reiniciar o gdm depois de modificar as configurações, você tem o kde ou algum outro gerenciador de janelas que usa o xdm? certifique-se de que o xdm não esteja rodando ou então habilite xdmcp nele também. Sim, habilitei no gdm e reiniciei o gdm. Tenho somente o gdm instalado. Na verdade não tem muito segredo nisso não, mas ele é bem enjoado, já perdi um tempo para entender isso. O mais estranho é que já fiz isso aqui, por isso não estou entendendo porque não está funcionando agora. Abraço. Fabiano. Você está utilizando o lenny? Eu tenho um lenny instalado com o xdmcp está funcionando corretamente, porém a primeira vez que eu habilitei ele não respondia depois que testei novamente estava funcionando ok, até agora não descobri o motivo de ter acontecido isso, você esta tentando acessar de Linux para Linux ou está utilizando outra plataforma? Estou utilizando a sid. O acesso é de um note com o debian sid para um PC com o debian sid. Você poderia me dizer como eu deveria arrumar o iptables ou o hosts.allow para tentar rastrear a conexão e ver qual é o erro? A máquina de origem tem Ip 192.168.1.3 e a de destinho 192.168.1.2. Abraço. Fabiano. Pelo hosts.allow é só colocar a seguinte linha, mas não deixe isso ativo, apenas para debug: ALL: ALL: spawn (logger Acesso na porta: %R por: %h) Vai logar todas as conexões de todos os serviços e enviar para o syslog, no arquivo /var/log/messages , normalmente basta apenas adicionar a linha mas em algumas vezes precisa reiniciar o inetd e/ou o portmap E para o iptables basta adicionar o argumento --log-prefix para a sua regra. A[]'s Tentei fazer ambas as dicas. A do iptables reclama de não reconhecer a opção. Já no caso da opção no hosts.allow, coloquei a opção e tentei conectar e obtive a seguinte saida no arquivo /var/log/syslog Nov 21 18:16:22 lottar gdm[3452]: error: /etc/hosts.allow, line 14: bad option name: %R lottar é o nome de minha máquina. Ou seja a chamada ao gdm parece estar chegando, mas ainda assim não aparece o gdm na outra máquina, permanecendo na tela cinza. Abraço. Fabiano. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RES: Re: Linux em modo bridge
Ygor Parrera escreveu: Ola Leandro, Legal que você conseguil resolver o problema :) Gostaria de expor alguns pontos, para dar uma clareada nas suas idéias sobre protocolos. Tipo, bridge geralmente são utilizadas para separar o domínio de colisão, ela segmenta a rede em domínios de colisão diferentes, dado que os pacotes de broadcast ficam restritos a cada lado da bridge. Aqui tem uma explicação interessante sobre isso, acho que vai te dar uma clariada = http://www.catabits.com.br/forum/index.php?topic=33.0 O caso mais comum onde se usa bridge em linux é quando se deseja por um firewall invisivel na rede. No caso do uso de squid, a maquina precisa ter IP especificado, pois o squid é um daemon que trabalha em camada de aplicação (http). ele recebe a conexão, trata e decide o que vai fazer. Mas então, não quero ser chato (mas já sendo chato), um bridge não separa a rede, ao contrário, ele une as redes para forma uma rede maior. Os brodcasts passarão pelo bridge sem problemas. É possível, por exemplo, usar um bridge numa rede com DHCP. É verdade que um bridge vai dividar a rede quanto à domínios de colisão, mas isso não vai interferir quanto à broacasts. Então fico por aqui e se o amigo já resolveu o problema, vamos tomar uma Bohemia de Trigo para festeja. :) 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]
Enc: Re: Problema com XDMCP - gdm
--- Em sex, 21/11/08, Allison Vollmann [EMAIL PROTECTED] escreveu: De: Allison Vollmann [EMAIL PROTECTED] Assunto: Re: Problema com XDMCP - gdm Para: Fabiano Manoel de Andrade [EMAIL PROTECTED] Data: Sexta-feira, 21 de Novembro de 2008, 19:47 --- Em sex, 21/11/08, Fabiano Manoel de Andrade [EMAIL PROTECTED] escreveu: De: Fabiano Manoel de Andrade [EMAIL PROTECTED] Assunto: Re: Problema com XDMCP - gdm Para: Allison Vollmann [EMAIL PROTECTED] Cc: debian-user-portuguese@lists.debian.org Data: Sexta-feira, 21 de Novembro de 2008, 19:17 Em Sex, 2008-11-21 às 18:03 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Em Sex, 2008-11-21 às 17:11 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Em Sex, 2008-11-21 às 14:50 -0200, Allison Vollmann escreveu: Fabiano Manoel de Andrade escreveu: Olá pessoal. Tenho uma pequena rede aqui em casa com 3 máquinas (PC+note+PS3), todos conectados via cabo num modem D-Link DSL-2640B. Já habilitei o xdmcp no gdm do PC. Quando tento acessar via xdmcp chego numa tela cinza com o ponteiro do mouse e não sai dai. Já habilite a porta UDP 177 no iptables. Alguém sabe o que está acontecendo ou qual arquivo de log posso acompanhar para ver o que está errado? Abraço. Fabiano. Olá, Olá Allison. Para motivos de teste é bom desabilitar o firewall quando for fazer coisas desse tipo, e depois que confirmar o acesso é só habilitar normalmente, para logar as conexões você pode usar o iptables mesmo ou o hosts.allow (nesse ultimo ele vai logar todas as tentativas de conexões na porta do xdmcp mesmo se não tiver resposta ou for bloqueada). O firewall estava desabilitado e como não estava funcionando imaginei que a porta estivesse bloqueada, por isso abri a porta no iptables. Vou tentar utilizar o hosts.allow então. Você habilitou o xdmcp no /etc/gdm.conf? Não precisa especificar a porta, por padrão ele vai pegar a 177, não se esqueça de reiniciar o gdm depois de modificar as configurações, você tem o kde ou algum outro gerenciador de janelas que usa o xdm? certifique-se de que o xdm não esteja rodando ou então habilite xdmcp nele também. Sim, habilitei no gdm e reiniciei o gdm. Tenho somente o gdm instalado. Na verdade não tem muito segredo nisso não, mas ele é bem enjoado, já perdi um tempo para entender isso. O mais estranho é que já fiz isso aqui, por isso não estou entendendo porque não está funcionando agora. Abraço. Fabiano. Você está utilizando o lenny? Eu tenho um lenny instalado com o xdmcp está funcionando corretamente, porém a primeira vez que eu habilitei ele não respondia depois que testei novamente estava funcionando ok, até agora não descobri o motivo de ter acontecido isso, você esta tentando acessar de Linux para Linux ou está utilizando outra plataforma? Estou utilizando a sid. O acesso é de um note com o debian sid para um PC com o debian sid. Você poderia me dizer como eu deveria arrumar o iptables ou o hosts.allow para tentar rastrear a conexão e ver qual é o erro? A máquina de origem tem Ip 192.168.1.3 e a de destinho 192.168.1.2. Abraço. Fabiano. Pelo hosts.allow é só colocar a seguinte linha, mas não deixe isso ativo, apenas para debug: ALL: ALL: spawn (logger Acesso na porta: %R por: %h) Vai logar todas as conexões de todos os serviços e enviar para o syslog, no arquivo /var/log/messages , normalmente basta apenas adicionar a linha mas em algumas vezes precisa reiniciar o inetd e/ou o portmap E para o iptables basta adicionar o argumento --log-prefix para a sua regra. A[]'s Tentei fazer ambas as dicas. A do iptables reclama de não reconhecer a opção. Já no caso da opção no hosts.allow, coloquei a opção e tentei conectar e obtive a seguinte saida no arquivo /var/log/syslog Nov 21 18:16:22 lottar gdm[3452]: error: /etc/hosts.allow, line 14: bad option name: %R lottar é o nome de minha máquina. Ou seja a chamada ao gdm parece estar chegando, mas ainda assim não aparece o gdm na outra máquina, permanecendo na tela cinza. Abraço. Fabiano. Ao menos que tenha alterado a sintaxe no sid mais acredito que não, veja em man iptables e man hosts.allow, o %R é substituido pelo número da porta depois do parsing, tente tirar as palavras
Re: kernel panic
On Fri, 21 Nov 2008 09:59:41 -0200 Tiago Saboga [EMAIL PROTECTED] wrote: On Fri, Nov 21, 2008 at 01:42:05AM +, Carlucio Lopes wrote: boa noite pessoal, fui atualizar o me Debian sarge para etch... atualizei a libc6.. agora estou recebendo mensagem kernel panic sda4 Meu HD é sata... alguem poderia me dar um dica e/ou link.. para que Eu possa voltar o sistema... Você só atualizou a libc6? sim.. E o kernel? nao .. E qual é o sistema de arquivos de sda4? E onde está sendo montada a sda4? o kernel 2.4.27 talvez seja porque nao esta levantando os modulo. Particularmente, não aconselharia a reinstalação, pois você corre o risco de dar com o mesmo problema de novo depois de ter um trabalhão. Vale a pena, normalmente, quebrar um pouco a cabeça para entender o que está acontecendo... tambem penso assim... vou procura entender isso melhor... -- Carlucio Lopes [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]