Memória xD não monta quando insiro em leitor do notebook

[Bruno Buys]

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]

Re: Configurar o Aterm

[Fabian (Bian) Corrêa Marques]

>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

Re: Tela de login com kernel 2.6.25-2-686

[Sergio Pereira]

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: Tela de login com kernel 2.6.25-2-686

[Sergio Pereira]

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: cancelar

[Sinval Júnior]

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
>
> como faco pra cancelar meu acesso a esta
> lista ?
>
>  
> --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: OFF (hardware) qual hd pegar ?

[Renato S. Yamane]

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

[Márcio H. Parreiras]

Ô 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
>
> como faco pra cancelar meu acesso a esta
> lista ?
>
>  
> --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)
.

OFF (hardware) qual hd pegar ?

[Daemon BR]

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: Servidor de DNS

[Felipe Augusto van de Wiel (faw)]

-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]

Re: Mudando horário de execução no CONTAB -- RESOLVIDO

[Felipe Augusto van de Wiel (faw)]

-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: Mudando horário de execução no CONTAB -- RESOLVIDO

[Paulino Kenji Sato]

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]

cancelar

[Rodrigo Lima]

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



  
--0-721710782-1216151075=:43237--


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

cancelar

[Rodrigo Lima]

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

como faco pra cancelar meu acesso a esta 
lista ?

  
--0-1695096721-1216151057=:92142--


-- 
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]

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]

Re: Mudando horário de execução no CONTAB -- RESOLVIDO

[Rodolfo Barbosa]

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: Servidor de DNS

[Rodolfo Barbosa]

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] 


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: Tela de login com kernel 2.6.25-2-686

[José Bogo]

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]

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: Mudando horário de execução no CONTAB -- RESOLVIDO

[Vinicius Andrade Marino]

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: Mudando horário de execução no CONTAB -- RESOLVIDO

[Paulo]

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

[Rodolfo Barbosa]

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: Servidor de DNS

[Felipe Augusto van de Wiel (faw)]

-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: Tela de login com kernel 2.6.25-2-686

[Vinicius Andrade Marino]

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-
> 
> 
> 

Tela de login com kernel 2.6.25-2-686

[Sergio Pereira]

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: Squid

[Fernando Xavier]

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
>>

Re: Servidor de DNS

[Vinicius Andrade Marino]

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: Lista de arquivos via NFS

[Junior Polegato - Linux]

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]

Servidor de DNS

[Adauto Serpa]

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

[Vinicius Andrade Marino]

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
> >> Univers

Re: Lista de arquivos via NFS

[Miguel Da Silva - Centro de Matemática]

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

[Fernando Xavier]

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]
>>
>>
>>
>>
>>
>>
>

Lista de arquivos via NFS

[Junior Polegato - Linux]

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

[Vinicius Andrade Marino]

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: Squid

[Wilson Felipe]

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"  
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

[Vinicius Andrade Marino]

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" 
> > 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

[Wilson Felipe]

Libere a entrada e saida da porta 443 do firewall 


- Mensagem original - 
De: "Fernando Xavier" <[EMAIL PROTECTED]> 
Para: "Debian User Portuguese"  
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

[Fernando Xavier]

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

[Fernando Xavier]

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" 
> 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

[Paulo]

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

[Fernando Xavier]

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

[Vinicius Andrade Marino]

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

[Rodrigo Escobar]

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

[Fernando Xavier]

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]

Fwd: Openvpn windows Linux

[maike]

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: Openvpn windows Linux

[Sergio Lopes]

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]