Re: [FUG-BR] MEIO-OFF !!! Anuncio de Vaga !!!

2006-10-06 Por tôpico Rodiney - ChipsetWeb
Já que a galera caiu na brincadeira...
Conheço uns caras que manjam muito do Win98, será que pode mandar o 
currículo também?

:p

Ricardo Alves dos Reis escreveu:
 Caros,
 
  A UNIFESP universidade onde trabalho, esta com uma vaga para o 
 seguinte perfil...,
 
 -
 Objetivo: Buscamos um profissional dinâmico, com curso superior completo 
 e vasta experiência em administração de redes.
 
 Conhecimentos necessários:
 Experiência mínima de 4 anos em administração de rede;
 Gerência de projetos;
 Conhecimentos avançados em TCP/IP;
 Conhecimentos avançados em FreeBSD/NetBSD/OpenBSD e Linux;
 Infraestrutura de redes (especificação e configuração de equipamentos, 
 topologias, protocolos de gerência);
 Análise de Tráfego;
 Firewall (PF, IPFW e iptables);
 Proxy (squid);
 VPN (PPTP);
 Asterisk;
 Shell Script, Perl;
 Configuração e administração de servidor web Apache;
 Serviços de rede (DHCP, DNS, SAMBA/CIFS, NFS, Syslog-NG e NTP);
 
 Conhecimentos desejáveis:
 Roteamento dinâmico (BGP, OSPF e RIP);
 Multicast;
 IPv6;
 PHP e Python;
 OpenLDAP;
 Novell Netware;
 Zope e Plone;
 CVS e Subversion;
 
 -
 
   Os profissionais interessados favor mandar o CV urgente, para rgiusti 
 at unifesp dot br
 
 OBS, mulheres favor anexar foto heuheue
 
 Atenciosamente
 
 Ricardo A. Reis
 UNIFESP
 Unix and Network Admin
 

 ___O Yahoo! est� de 
 cara nova. Venha conferir!http://br.yahoo.com
 
 
 
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Erros no Postfix

2006-10-04 Por tôpico Rodiney - ChipsetWeb
Acompanhei o servidor por esses dois dias e os erros pararam de ocorrer.
Concluí que era espaço em disco no slive /var.

Se alguém passar por isso, já está aqui definida a causa do problema.
A solução foi liberar espaço..

Rodiney

Antonio Torres escreveu:
 Rodiney - ChipsetWeb wrote:
 Oi pessoal,

 Alguém já passou por isso?
 Já fiz algumas pesquisas mas não encontrei a solução, recebo esse email 
 do servidor:

 Transcript of session follows.

  Out: 220 server.kowalsky.com.br SMTP Server
  In:  HELO hm398.locaweb.com.br
  Out: 250 server.kowalsky.com.br
  In:  MAIL FROM:[EMAIL PROTECTED]
  Out: 250 Ok
  In:  RCPT TO:[EMAIL PROTECTED]
  Out: 250 Ok
  In:  DATA
  Out: 354 End data with CRLF.CRLF
  Out: 451 Error: queue file write error
  In:  QUIT
  Out: 221 Bye

 
 Possibilidades:
 
 - permissões
 - espaço em disco
 - erro de file-system
 
 ---
 
 O mais comum é que uma queda de energia tenha causado algum problema 
 no FS um fsck, normalmente, resolve o problema...
 
 
 []s
 
 Antonio Torres
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


[FUG-BR] Erros no Postfix

2006-10-03 Por tôpico Rodiney - ChipsetWeb
Oi pessoal,

Alguém já passou por isso?
Já fiz algumas pesquisas mas não encontrei a solução, recebo esse email 
do servidor:

Transcript of session follows.

 Out: 220 server.kowalsky.com.br SMTP Server
 In:  HELO hm398.locaweb.com.br
 Out: 250 server.kowalsky.com.br
 In:  MAIL FROM:[EMAIL PROTECTED]
 Out: 250 Ok
 In:  RCPT TO:[EMAIL PROTECTED]
 Out: 250 Ok
 In:  DATA
 Out: 354 End data with CRLF.CRLF
 Out: 451 Error: queue file write error
 In:  QUIT
 Out: 221 Bye


-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Erros no Postfix

2006-10-03 Por tôpico Rodiney - ChipsetWeb
Verifiquei no /var e estava lotado mesmo, mas logo depois de limpar 
reiniciei os serviços e continuou os erros.
Acabei por finalizar vários serviços e levantar denovo.
Estou acompanhando essa tarde pra ver se resolveu.

Obrigado

irado furioso com tudo escreveu:
 Em Tue, 03 Oct 2006 15:56:03 -0300
 Rodiney - ChipsetWeb [EMAIL PROTECTED] escreveu:
 
  Out: 354 End data with CRLF.CRLF
  Out: 451 Error: queue file write error
  In:  QUIT
  Out: 221 Bye
 
 espaço em disco, vc verificou?
 
 
 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Firewall

2006-09-20 Por tôpico Rodiney - ChipsetWeb
FreePFW é a solução.

Rodiney

Nilson Debatin escreveu:
 Em Qua, 2006-09-20 às 16:08 -0300, Rodrigo Botana escreveu:
 Olá, estou com uma dúvida e gostaria da opinião e experiência de vcs para 
 ter uma idéia da solução. Tenho alguns servidores de clientes com FreeBsd e 
 IPFW e gostaria de administrá-los da minha casa. Porém possuo speedy home 
 (não tem IP fixo) e não gostaria de deixar o SSH e o MySQL  aberto a 
 qualquer um. Como posso fazer ?
 
 Que tal FreePW? De uma pesquisada.
 
  Existe alguma forma de bloquear pelo MAC 
 address ? Existe MAC address para conexão externa ? O que vcs sugerem ?
 
 Não existe MAC address pra fora da sua rede, isso é o endereço do 
 protocolo ethernet (camada 2) que só vai existir enquanto estiver no
 mesmo barramento da sua rede. 
 
 []s
 Nilson
 
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] Problema - Conectividade social - Mesmo com as técnicas atuais.

2006-09-08 Por tôpico Rodiney - ChipsetWeb
Bom,
Já deves ter tentado isso, tenho o FreeBSD 6.1 e squid tambem.
Adicionei no ipfw.conf essas regras, o que pode ser util pra você são os 
ips da Conectividade:

add pass tcp from IP-DA-MAQUINA-LOCAL any to 200.201.174.204 keep-state
add pass tcp from IP-DA-MAQUINA-LOCAL any to 200.201.174.207 keep-state

Rodiney


Roberto escreveu:
 Hi, dear list.
 
 Estou com problemas com o serviço da conectividade social da CAIXA. ( 
 http://cmt.caixa.gov.br/ )
 
 Tenho um servidor: FreeBSD 5.4-STABLE + PF + squid-2.5.9_3 com 
 autenticação...
 
 Esta não é a primeira vez que tenho problemas com o conectividade social 
 ( não sou marinheiro de primeira viagem), e o tenho muitos outros 
 clientes utilizando sem problemas... ( resolvidos liberando a rede da 
 caixa do proxy ).
 Mas tenho um cliente que esta dificil de ser resolvido. Não estou 
 conseguindo com técnicas atuais.
 
 Já fiz várias tentativas, e já segui vários howto, artigos... e já 
 procurei no histórico da lista e no google.
 Mas até agora tudo sem sucesso.
 
 http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=2542pagina=1
 http://www.guiadohardware.net/artigos/327/
 http://www.fug.com.br/historico/html/freebsd/2006-02/msg00463.html
 http://www.myfreebsd.com.br/modules.php?name=Forumsfile=viewtopicp=2812
 http://www.dotlinux.net/modules.php?name=Sectionsop=Viewid=154
 http://www.rau-tu.unicamp.br/openbsd/read.php?tid=1qid=337key=
 
 Segue abaixo o que eu já fiz:
 
 1 - Sei que o conectividade social nao funciona atras de proxy, devido a 
 criptografia que eles utilizam na transferencia de dados Entao 
 coloquei uma regra PF para liberar o host, para sair direto na porta 80.
 E mesmo assim nao funcionou.
 
 2 - Realizei um teste para comprovar que ele nao estava passando pelo proxy.
 Da seguinte forma: Apartir do host liberado, visitei um site bloqueado 
 (na lista de bloqueados que tenho em meu squid), e ele entrou no site 
 bloqueado. Ou seja, nem tá passando pelo proxy. ( se estivesse passando 
 teria bloqueado )
 
 3 - Para fins de teste resolvi, retirar temporariamente todas as regras 
 de bloqueio do firewall para todo mundo.
 Ou seja, abrir as pernas do firewall para qualquer um entrar ou sair.
 Deixando apenas uma regra pass all
 Segue a saida das minhas regras abaixo:
 
 # pfctl -sr
 pass log all
 
 Ou seja, só deixei uma regra pass all mesmo !
 
 Mesmo assim nada do conectividade funcionar !
 
 4 - Verifiquei com o tcpdump como a conexão estava sendo realizada, e 
 segue abaixo algumas partes mais importantes da conversa:
 
 Essa é a hora que o host cliente ( 192.168.0.52 ) inicia a conexão com 
 os servidores da caixa:
 
 14:12:04.562810 IP 192.168.0.52.1037  192.168.0.254.53: 1+[|domain]
 14:12:04.563048 IP 192.168.0.254.53  192.168.0.52.1037: 1[|domain]
 14:12:04.568077 IP 192.168.0.52.1038  200.201.173.68.80: S 
 310261:310261(0) win 8192 mss 1460,nop,nop,sackOK
 14:12:04.655500 IP 200.201.173.68.80  192.168.0.52.1038: S 
 4032807317:4032807317(0) ack 310262 win 65535 mss 1380,nop,nop,sackOK
 14:12:04.655658 IP 192.168.0.52.1038  200.201.173.68.80: . ack 1 win 8280
 14:12:04.656113 IP 192.168.0.52.1038  200.201.173.68.80: P 1:361(360) 
 ack 1 win 8280
 14:12:04.797395 IP 200.201.173.68.80  192.168.0.52.1038: P 1:296(295) 
 ack 361 win 65175
 14:12:04.877632 IP 192.168.0.52.1038  200.201.173.68.80: P 361:809(448) 
 ack 296 win 7985
 14:12:05.036555 IP 200.201.173.68.80  192.168.0.52.1038: P 296:498(202) 
 ack 809 win 64727
 14:12:05.056972 IP 192.168.0.52.1038  200.201.173.68.80: P 
 809:1144(335) ack 498 win 7783
 14:12:05.361242 IP 200.201.173.68.80  192.168.0.52.1038: P 498:638(140) 
 ack 1144 win 64392
 14:12:05.394398 IP 192.168.0.52.1038  200.201.173.68.80: P 
 1144:1479(335) ack 638 win 7643
 14:12:05.692626 IP 200.201.173.68.80  192.168.0.52.1038: P 638:778(140) 
 ack 1479 win 65535
 Continua.
 
 Depois de um pequeno papinho, o cliente resetou a conexão e depois 
 estabeleceu outra conexão novamente:
 
 14:12:07.278789 IP 192.168.0.52.1038  200.201.173.68.80: R 
 313806:313806(0) win 0
 14:12:07.279984 IP 200.201.173.68.80  192.168.0.52.1038: F 5541:5541(0) 
 ack 3545 win 65294
 14:12:07.280122 IP 192.168.0.52.1038  200.201.173.68.80: R 
 313806:313806(0) win 0
 14:12:07.442791 IP 192.168.0.52.1039  200.201.173.68.80: P 
 1339:1697(358) ack 421 win 7860
 14:12:07.443451 IP 192.168.0.52.1040  200.201.173.68.80: S 
 313137:313137(0) win 8192 mss 1460,nop,nop,sackOK
 14:12:07.595737 IP 200.201.173.68.80  192.168.0.52.1039: P 421:561(140) 
 ack 1697 win 65535
 14:12:07.599627 IP 200.201.173.68.80  192.168.0.52.1040: S 
 797963344:797963344(0) ack 313138 win 65535 mss 1380,nop,nop,sackOK
 14:12:07.599757 IP 192.168.0.52.1040  200.201.173.68.80: . ack 1 win 8280
 14:12:07.609708 IP 192.168.0.52.1040  200.201.173.68.80: P 1:366(365) 
 ack 1 win 8280
 14:12:07.609901 IP 192.168.0.52.1039  200.201.173.68.80: P 
 1697:2064(367) ack 561 win 7720
 14:12:07.736395 IP 200.201.173.68.80  192.168.0.52.1040: P 1:141(140) 
 ack 

Re: [FUG-BR] [OT] Spamassassin eBook

2006-07-26 Por tôpico Rodiney - ChipsetWeb
Tenta o Emule..

Rodiney

Bruno Henrique de Oliveira escreveu:
 Bom dia,
 
 O portal da LinuxMall existe um livro sobre o Spamassassin á venda,
 porém está esgotado, alguém saberia onde consigo comprar um livro desses
 ou de preferência baixar um eBook desse livro, preciso muito entender o
 funcionamento das regras do Spamassassin.
 
 Ass,
 Bruno Oliveira.
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] /var cheio

2006-07-18 Por tôpico Rodiney - ChipsetWeb
Olá,

Fiz o que você me indicou e passei a ter esses erros nos logs:

 Jul 18 17:33:49 server postfix/qmgr[3469]: fatal: qmgr_active_feed: 
 E064150806: rename from deferred to active: Cross-device link
 Jul 18 17:33:50 server postfix/master[2233]: warning: process 
 /usr/local/libexec/postfix/qmgr pid 3469 exit status 1
 Jul 18 17:33:50 server postfix/master[2233]: warning: 
 /usr/local/libexec/postfix/qmgr: bad command startup -- throttling

Vi em outras listas que isso ocorre porque o diretorio deferred deve 
estar no mesmo slice do postfix...deixei com estava e voltou a funcionar.

E agora? Outra idéia?

Rodiney

Nilson Debatin escreveu:
 Em Seg, 2006-07-17 às 11:45 -0300, Rodiney - ChipsetWeb escreveu:
 Beleza, entendi.
 E as permissões, seguem valendo para esse link?

 Rodiney
 
 Sim, por ter movido o diretorio ele foi com o mesmo dono
 e permissoes, e o link simbolico vai herdar as permissoes
 desse diretório.
 Depois poste ai a conclusão se funcionou direito pra você.
 
 []s
 Nilson
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 __ Informação do NOD32 IMON 1.1664 (20060717) __
 
 Esta mensagem foi verificada pelo NOD32 sistema antivírus
 http://www.eset.com.br
 
 
 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Re: [FUG-BR] /var cheio

2006-07-17 Por tôpico Rodiney - ChipsetWeb
Beleza, entendi.
E as permissões, seguem valendo para esse link?

Rodiney

Nilson Debatin escreveu:
 Em Dom, 2006-07-16 às 21:14 -0300, Rodiney:@fug.com.br escreveu:
   Olá a todos,


 Tenho tido seguidos problemas com o /var cheio, falta de espaço.
 Achei uns diretórios dentro do /var/spool/postfix/deferred/ estavam 
 consumindo muito espaço.
 Parei os serviços de email, movi estas pastas pra outro local e levantei 
 os serviços de email.
 Aparentemente resolve, mas isso volta a acontecer em algumas horas...
 Alguma idéia? É possível aumentar o tamanho do slice /var?
 Pensei também em criar um link do diretorio deferred para outro local 
 com mais espaço..mas não sei fazer isso
 
 O mais simples é o link simbólico, que funcionaria a contento,
 e você poderia fazer da seguinte forma:
 
 # postfix stop
 # mkdir /usr/var
 # mkdir /usr/var/postfix
 # cd /var/spool/postfix/
 # mv deferred /usr/var/postfix
 # ln -s /usr/var/postfix/deferred deferred
 # postfix start
 
 []s
 Nilson
 
 
 -
 Histórico: http://www.fug.com.br/historico/html/freebsd/
 Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
 
 __ Informação do NOD32 IMON 1.1663 (20060716) __
 
 Esta mensagem foi verificada pelo NOD32 sistema antivírus
 http://www.eset.com.br
 
 
 
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd