Re: [FUG-BR] RES: Interface de admin para Bind
Encontrei essa página [1] com alguns links. [1] - http://blog.philippklaus.de/2011/04/web-interfaces-for-the-bind-dns-server/ -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Interface de admin para Bind
nictool -- Mauricio Bonani mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Relógio FreeBSD guest em VMware ESXi 4.1
Faz bastante tempo, mas costumava usar isso: http://msmvps.com/blogs/rexiology/archive/2007/01/07/clock-in-a-vmware-freebsd-guest-runs-more-slowly-or-quickly-than-real-time.aspx Em 9 de setembro de 2011 14:44, Lucas Mocellin lucasmocel...@gmail.com escreveu: Pessoal, tenho um FreeBSD 8.1 virtualizado em uma estrutura de ESXi, e estou com problemas sérios no relógio, não consigo manter ele funcionando. percebi que ele demora minutos para passar 1 segundo, ou seja, o relógio está relamente bastante lento. no google eu vi que o pessoal muda o clock rate para o relógio para 100Hz[1] para então ficar mais próximo do real.. mas isso era na versão 6.1, ainda é necessário fazer uma gambiarra como essa? pesquisei pelo google e não achei nenhum documento que tenha um bom embasamento para isso. Encontrei o best practices do VMware mesmo [2], que é um documento muito legal, porém nada muito prático para o FreeBSD em si, não consegui aplicar o conhecimento deste documento ao meu problema pois não sei exatamente como o relógio do FreeBSD funciona. Alguém tem alguma idéia? Obrigado, Lucas. [1] - http://communities.vmware.com/thread/26034 [2] - http://www.google.com.br/url?sa=tsource=webcd=1ved=0CBoQFjAAurl=http%3A%2F%2Fwww.vmware.com%2Ffiles%2Fpdf%2FTimekeeping-In-VirtualMachines.pdfrct=jq=Timekeeping-In-VirtualMachines.pdfei=a1BqTuefApGhtwfQ9bXfBQusg=AFQjCNGZ62KMnksPS1KjvTiL_LhXtAzRMgsig2=dJqsylGx1t1x0drs8qvMXA - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OFF-Descobrir o uso de proxy transparente
Não sei se todos fazem isso, mas alguns fazem alterações nos cabeçalhos dos pacotes. Você poderia usar um site externo para avaliar esses cabeçalhos. Em 17 de fevereiro de 2011 16:05, Gustavo Freitas gst.frei...@gmail.comescreveu: Pessoal, Alguem sabe como faço para descobrir se numa rede tem algum proxy transparente e qual seria ele.. squid, isa. é possível ?? -- Gustavo Freitas - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPFW e MRTG - Interfaces
Basta somar os itens na diretiva target:
Target[squid]: pub...@10.10.10.10 + pub...@10.10.10.11
--
Mauricio Bonani
mbon...@gmail.com
Em 11/10/2010, às 15:17, Ademir Peixoto ade...@tellecom.com.br escreveu:
Prezados,
Essa contagem do IPFW eu já usava antes de padronizar a
autenticação por Mikrotik.
Queria saber se é possível SOMAR pacotes de 2 ou mais interfaces e
gerar isso num gráfico pra efeito de comparação de IN/OUT.
EX: 1 placa de entrada e 4 placas de saída (com um Squid trabalhando).
Quanto esse Squid tá rendendo em RealTime ? Systat - if 1
(:scale mbit) ajuda mas depois de 30 segundos enche a paciência somar 3
ou 4 placas de rede em realtime.
Ats,
Ademir Peixoto
Em 11/10/10 15:00, Edinilson - ATINET escreveu:
Opa Renato, interessa sim, se puder postar.
Obrigado
Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br
- Original Message -
From: Renato Frederickren...@frederick.eti.br
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Sent: Monday, October 11, 2010 2:11 PM
Subject: Re: [FUG-BR] IPFW e MRTG
OPa, estou pegando o bonde andando, mas me lembrou algo e pode ser legal
ficar registrado no histórico da lista
tem um patch no SNMP, que você ativa uma MIB para que ele pegue o numero
da regra, algo como
1.2.3.4.5.281
1.2.3.4.5.280(se fosse as regras 280 e 281).
Eu costumo usar este patch quando o servidor snmp é em outra máquina que
o IPFW, já que para usar script teria que fazer gambiarra com SSH :)
Se quiser eu procuro o patch e posto em algum local
[]s
Em 11/10/10 13:52, Alessandro de Souza Rocha escreveu:
vc tem varios clientes como vc define eles todos no mrtg.
Em 11 de outubro de 2010 12:01, Neerlan Amorimneer...@gmail.com
escreveu:
Olá Edinilson,
Eu utilizo assim:
#!/bin/sh
in=`/sbin/ipfw show 281 | /usr/bin/awk '{print $3}'`
out=`/sbin/ipfw show 280 | /usr/bin/awk '{print $3}'`
echo $in
echo $out
echo 0
echo -n 0
Abraço
Em 11 de outubro de 2010 10:30, Edinilson - ATINET
edinil...@atinet.com.brescreveu:
Sao bem simples na verdade. Segue abaixo um exemplo:
ipfw add 42300 count ip from IP-DO-CLIENTE to any via any
ipfw add 42310 count ip from any to IP-DO-CLIENTE via any
Lembrando que esta maquina é uma maquina de borda (gateway) ou seja:
todo
trafego passa por ela obrigatoriamente.
Obrigado
Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br
- Original Message -
From: Alessandro de Souza Rochaetherlin...@gmail.com
To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
freebsd@fug.com.br
Sent: Friday, October 08, 2010 4:51 PM
Subject: Re: [FUG-BR] IPFW e MRTG
posta suas regras do ipfw pra contagem de pacotes.
Em 4 de outubro de 2010 17:58, Edinilson - ATINET
edinil...@atinet.com.br escreveu:
Pessoal, tenho um script simples que dá saida ao ipfw para o mrtg:
#!/bin/sh
in=`/sbin/ipfw show $3 | /usr/bin/awk '{print $3}'`
out=`/sbin/ipfw show $2 | /usr/bin/awk '{print $3}'`
echo $in
echo $out
echo 0
echo 0
echo $1
Porem, nao sei exatamente o que acontece que o resultado vem exatamente
O
DOBRO do que deveria ser.
Por exemplo: se está um trafego de 2mbits, é mostrado 4mbits no
gráfico.
Tem algum sentido isto?
obs: Sei que seria somente eu dividir por 2 mas gostaria de entender
exatamente o motivo.
Obrigado
Edinilson
-
ATINET-Professional Web Hosting
Tel Voz: (0xx11) 4412-0876
http://www.atinet.com.br
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Alessandro de Souza Rocha
Administrador de Redes e Sistemas
FreeBSD-BR User #117
Long live FreeBSD
Powered by
(__)
\\\'',)
\/ \ ^
.\._/_)
www.FreeBSD.org
-
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
--
Neerlan Amorim
-
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
-
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
Re: [FUG-BR] PF - iniciante com Openbsd
Ao meu ver, a melhor maneira de aprender a usar o PF é ler o FAQ (o que você já está fazendo) e usar e abusar dos logs nos seus testes. Como diria um amigo: seja um pacote e faça seu caminho pela rede. Em 2 de junho de 2010 21:52, christiano alves debia...@hotmail.comescreveu: Boa noite a todos, sou novo com a utilização do pf. Ja estive lendo sobre ele ( http://www.openbsd.org/faq/pf/pt/index.html) mas ainda não consegui criar uma regra. Gostaria da ajuda de voces! -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Logs do PF ou do IPFW
Em 30 de março de 2010 22:08, Rodrigo de Oliveira Gomes ak...@uol.com.br escreveu: Existe alguma solução do tipo Apache+MySQL para armazenamento e consulta de logs do IPFW ou PF? http://freshmeat.net/search?q=pf+logsubmit=Search -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cacti + Altq
Aqui usamos o symon[1] para exibir gráficos no mrtg, creio que você consiga fazer o mesmo com o cacti. [1] - http://www.xs4all.nl/~wpd/symon/ Em 10/03/2010 17:01, Renata Dias escreveu: Caros, Ativei um sistema de priorização de serviços (ping, voip, http, pop3, smtp.. etc) usando o PF + Altq, porém necessito ter graficamente a medição de uso de cada um dos serviços (filas). Essa medição é importante para saber quanto do trafego da minha rede é consumido por cada um desses serviços. Existe algum template paa o Cacti? Alguma outra aplicação a ser instalada que serve para esse tipo de medição? Alguma dica? Obrigada. -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PF tudo certo, rotas também mas não tem acesso remoto
Enio, Tive problemas semelhantes no passado e consegui resolver com a normalização de pacotes (scrub). Dá uma lida em http://www.openbsd.org/faq/pf/scrub.html Abraço. Em 28 de janeiro de 2010 14:25, Enio Marconcini eni...@gmail.com escreveu: 2010/1/28 Renato Botelho rbga...@gmail.com 2010/1/28 Enio Marconcini eni...@gmail.com: pessoal, nem sei como descrever esse problema tenho diversos clientes wireless que estão conectados a um gw freebsd com PF, e este apenas usa uns rdr para redirecionar acesso a banco de dados, e estes clientes estão num range de IP distinto as redes estão todas se enxergando pelas rotas eu consigo pingar normalmente os outros servidores e vice-versa. meu pf.conf nao tenho nenhum bloqueio acontece que o acesso remoto da área de trabalho remota nao funciona, eu nao consigo, a partir de um cliente, acessar o servidor de acesso remoto, quando eu tento, logo da um erro como se eu tivesse tentato acessar um host inexistente o pior é que eu consigo pingar tudo o que poderia ser? Difícil imaginar tudo o que pode ser, mas tive um caso parecido em um cliente esses dias, e lá o que ocorria era que a conexão ia por um caminho e voltava por outro, aí no caso de conexões TCP, ela nunca ficava established no pf. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd é estranho mesmo e as informações que eu tenho são somente essas visto como eu disse o resto está tudo ok o pf.conf nao possui nenhuma regra de block, somente uns rdr, apenas, mas tentei por um pass quick proto tcp from $clientes to any port 3389 mesmo asism não foi eu vou tentar dar uma analisada com o tcpdump e qualquer coisa diferente eu volto a reportar -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Proxy/Samba - Freebsd 8.0 amd64
Essa falha não estaria relacionada com o problema de rede reportado por muitos nessa versão do Free? Henrique Vinicius escreveu: Boa tarde Eduardo. provavelmente seja algo no samba mesmo, mas que acaba gerando a lentidão no proxy. Já olhei algumas posts sobre esse erro, mas em nenhum consegui alguma sugestão. Sds 2010/1/15 Eduardo Sachs edu.sa...@gmail.com Henrique, O modulo de autenticação NTLM do Squid trabalha com o Winbind do Samba, você pode debbugar melhor pelos logs do Samba. Talvez nem seja um problema no Squid, talvez seja algum problema na configuração do Samba. []s 2010/1/15 Henrique Vinicius henriquevinic...@gmail.com: Pessoal, alguém já se deparou com esse erro : [2010/01/15 14:51:19, 1] libsmb/ntlmssp.c:ntlmssp_update(327) Failed to parse NTLMSSP packet, could not extract NTLMSSP command Tal erro aparece no cache.log. Creio que é algo na conexão NTLM com o AD (Win 2008 Server), talvez algo no winbind - Trata-se de um servidor proxy que autentica no AD. O proxy está no ar e funcionando, porém fica acusando esse erro no cache.log, e após um certo tempo, o acesso fica muito lento e começa a travar. Se alguém puder ajudar Abs, Henrique. -- Mauricio Bonani mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Módulo de segurança do banco do brasi l
Não sei porque, mas estou com a impressão que essa mudança foi só um primeiro passo para que os clientes do BB sejam obrigados a usar alguma solução baseada em certificados digitais. 2009/12/28 Mauricio Bonani mbon...@gmail.com: Depois de alguns testes num Linux (com o mesmo problema), fiquei com a impressão que o acesso só funciona com a versão mais recente do Java da Sun. Ainda não tive tempo de atualizar, quem sabe quando voltar de férias. ;-) -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Módulo de segurança do banco do brasi l
Complementando, alguém sabe como anda o processo de mudança dos sites dos bancos para domínios .b.br? 2010/1/10 Mauricio Bonani mbon...@gmail.com: Não sei porque, mas estou com a impressão que essa mudança foi só um primeiro passo para que os clientes do BB sejam obrigados a usar alguma solução baseada em certificados digitais. 2009/12/28 Mauricio Bonani mbon...@gmail.com: Depois de alguns testes num Linux (com o mesmo problema), fiquei com a impressão que o acesso só funciona com a versão mais recente do Java da Sun. Ainda não tive tempo de atualizar, quem sabe quando voltar de férias. ;-) -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Módulo de segurança do banco do brasi l
Depois de alguns testes num Linux (com o mesmo problema), fiquei com a impressão que o acesso só funciona com a versão mais recente do Java da Sun. Ainda não tive tempo de atualizar, quem sabe quando voltar de férias. ;-) 2009/12/27 Cleyton Agapito cragap...@gmail.com: Olá Pessoal, Alguém conseguiu acessar o site do banco do brasil depois que eles mexeram no módulo de segurança? Vem aquela mensagem que não tem java instalado, o que eu tô usando é esse aqui: java version 1.6.0_03-p4 Java(TM) SE Runtime Environment (build 1.6.0_03-p4-toor_19_dec_2009_19_31-b00) Java HotSpot(TM) Client VM (build 1.6.0_03-p4-toor_19_dec_2009_19_31-b00, mixed mode) Se alguém tiver alguma luz. Abraços. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] duvida allow / deny ipfw
Márcio Luciano Donada escreveu: Welkson Renny de Medeiros escreveu: Rudinei, bom dia! No caso específico do Orkut recomendo que você efetue o bloqueio via proxy (a autenticação do Google é HTTPS, mas depois você será redirecionado para um HTTP, que pode ser bloqueado até mesmo via proxy transparente). Também não funciona, se o usuário ficar navegando o tempo todo https, concorda que não passa mais pelo proxy? Se você forçar HTTPS sair pelo proxy também, poderá fazer os bloqueios pelo método CONNECT. Já fiz o teste e funciona. -- Mauricio Bonani mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] duvida allow / deny ipfw
Márcio Luciano Donada escreveu: Mauricio Bonani escreveu: Márcio Luciano Donada escreveu: Welkson Renny de Medeiros escreveu: Rudinei, bom dia! No caso específico do Orkut recomendo que você efetue o bloqueio via proxy (a autenticação do Google é HTTPS, mas depois você será redirecionado para um HTTP, que pode ser bloqueado até mesmo via proxy transparente). Também não funciona, se o usuário ficar navegando o tempo todo https, concorda que não passa mais pelo proxy? Se você forçar HTTPS sair pelo proxy também, poderá fazer os bloqueios pelo método CONNECT. Já fiz o teste e funciona. Mauricio, blz? Claro, porém direcionando via firewall, como era a colocação original, ai não rola mesmo, o que você faz é dizer ao navegador o proxy, certo? Realmente, peguei a thread pela metade. Mas é isso mesmo, digo aos navegadores para usar o proxy. -- Mauricio Bonani mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] bind via web
Dá uma olhada no nictool, talvez atendas as suas necessidades. 2009/10/14 Rogério Moura roger...@gmail.com bom dia galera, aqui no trabalho temos quase 100 zonas de DNS e usamos o bind como nosso servidor, alguém conhece/usa algum gerenciador web para o bind? (que não seja o webmin) estou querendo colocar aqui para facilitar o gerenciamento. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Site do FUG fora do ar
Notei que estava fora ontem a tarde, acabei de fazer um teste e está acessível novamente. 2009/10/6 Welkson Renny de Medeiros welk...@focusautomacao.com.br Bom dia. Site do FUG fora do ar (08:03). -- Welkson Renny de Medeiros -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Software para controle de chamados
Request Tracker - http://bestpractical.com/rt/ GLPI - http://www.glpi-project.org/spip.php?lang=en 2009/10/1 Boniek Morais boniek.mor...@gmail.com Pessoal, boa tarde. Gostaria de algumas sugestões sobre software livre para controle de chamados help desk. Eu conheço o Ocomon, mas gostaria de saber se existem outras alternativas melhores que ele. Alguém conhece ou já testou outras ferramentas? Att. -- Boniek Morais MAIL: boniek.mor...@gmail.com MSN: boniek.mor...@hotmail.com Skype: boniek.morais Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mailto:mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Soft para acompanhamento de suporte
Dá uma olhada no GLPI. Inclusive saiu uma matéria sobre ele na Linux Magazine desse mês. Anderson Alves de Albuquerque escreveu: Alguém indicaria algum Soft para acompanhamento de suporte? Queria algo simples. Preciso apenas que os usuários façam as solicitações que viram Ordem de serviço, depois a equipe registra os resultados das Ordens de serviço. -- Mauricio Bonani mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Consulta LDAP para Active Diretory
Use ou=FILIAL,dc=exemplo,dc=net se quiser utilizar apenas os usuários que estão dentro dessa unidade organizacional. Se desejar utilizar *também* os usuários padrão dentro de Users utilize dc=exemplo,dc=net Cristina Fernandes Silva escreveu: Galera, Estou tentando integrar o freebsd numa base LDAP do active diretory Acontece o seguinte quando eu coloco o seguinte cn=users,dc=exemplo,dc=net ele lista somente os usuários que esta na OU users padrão do AD porem tenho uma UO que se chama FILIAL.. e coloco assim cn=FILIAL,dc=exemplo,dc=net ou cn=filial,dc=exemplo,dc=net ele não lista nada e acusa o erro. Can´t find the ldap server. Is the PDC listed in the Custom nameserver list? Cristina - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] pf + snmp
Renato Frederick escreveu: Para o PF tem algo semelhante? pftop não te atende? -- Mauricio Bonani mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: pf + snmp
Renato Frederick escreveu: Não, pois ele pega o instantâneo. Exemplo, quero deixá-lo rodando na madrugada e amanhã pela manhã saber que houve um pico de 200K, por exemplo. Entendi. Lembro de ter lido em algum site sobre uma MIB para o PF. -- Mauricio Bonani mbon...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Firewall IPFW ou IPTABLES
Welkson Renny de Medeiros escreveu: Mudando de assunto... alguém usa ALTQ com PF em produção? esse treco REALMENTE funciona? Usei algum tempo num provedor de internet via rádio e funcionava muito bem. A questão é usar HFSC no lugar do CBQ. -- Mauricio Bonani mbon...@gmail.com Se agradece o que tem, receberá mais. Se você se concentra no que não tem, jamais terá o suficiente. (Desconhecido) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] Processar e-mail e arquivo anexo
Anderson Michel escreveu: Pessoal, Surgiu uma necessidade aqui de processar e-mails com arquivo XML em anexo, ref. a NFe. Assim que chegar algum e-mail numa determinada conta, preciso pegar o anexo e gravar numa área para o ERP, e ainda fazer uma resposta ao e-mail, como um protocolo de recebimento. http://wiki.bestpractical.com/view/RTmailgate É específico do RT, mas deve te ajudar a criar um semelhante. -- Mauricio Bonani mbon...@gmail.com Se agradece o que tem, receberá mais. Se você se concentra no que não tem, jamais terá o suficiente. (Desconhecido) smime.p7s Description: S/MIME Cryptographic Signature - 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 com PF e divisão de link
Você precisará criar uma fila na saída da interface interna para
download e outra na saída da interface externa para o upload.
Da maneira como está você só está controlando o download.
Dê uma olhada também nas suas regras, elas me parecem um tanto
reduntantes, isso deve estar causando o problema da rede lenke.
Outra sugestão: utilize HFSC ao invés do CBQ.
joao jamaicabsd escreveu:
Boa tarde a todos.
Sou bem inexperiente com PF, mas fiz aqui um configuração com PF+bridge+CBQ.
Tenho um link de 1M que estou dividindo entre duas empresas, fiz a regra no
pf para que cada empresa tenho 50% dessa banda:
ext_if=sis0
lenke=rl0
wmw=rl1
altq on $ext_if cbq bandwidth 1Mb qlimit 150 \
queue {lenke,wmw}
queue lenke bandwidth 50% priority 3 qlimit 150 cbq(default)
queue wmw bandwidth 50% priority 1 qlimit 150 cbq(red)
pass in on sis0 from any to any queue lenke
pass out on sis0 from any to any queue lenke
pass in on sis0 from any to any queue wmw
pass out on sis0 from any to any queue wmw
É bem simples mesmo, mas o tráfego da rede wmw está chegando a 890k de
upload obsevando pelo cacti.
Outro problema observado é que a minha rede lenke está com a navegação
muito lenta.
Alguém pode me dar uma luz de qual os procedimentos devo tomar para
solucionar este problema?
Obrigado e tenha um bom dia.
--
Mauricio Bonani
mbon...@gmail.com
smime.p7s
Description: S/MIME Cryptographic Signature
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: RES: RES: RES: Sobre segurança
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 IMHO os que defendem a criação do conselho são aqueles formados que se sentem ameaçados pelos não formados mas que, em vários casos, possuem mais experiência. - -- Mauricio Bonani mbon...@gmail.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkll8CcACgkQwSDL9M80FOMjDwCfcZ9wru7M898HKNLIkgUj1OG5 HfYAn04mqEN36gfmeuj3keRNjhj/M4wP =drtY -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Ooops: minor = 1
Estou recebendo a mensagem abaixo no console de um de meus servidores rodando FreeBSD 4.11: Ooops: minor = 1 Infelizmente não encontrei nada sobre essa mensagem em minhas pesquisas. Alguém sabe do que se trata? -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid transparente autenticado por LDAP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Até onde sei não é possível usar autenticação com proxy transparente. EDUARDO FIRST escreveu: Oi, Estou querendo configurar o squid transparente autenticado pelo LDAP. Alguem pode me ajudar ??? - -- Mauricio Bonani [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjuIlIACgkQwSDL9M80FOP86ACePMG4T22SOQ7xDNoOSQS3agsJ kpUAn1712rSsqnYKl87wC7o+Lt7989pV =73t/ -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SNMP no SQUID
Você compilou o squid com suporte a SNMP? Para verificar isso basta rodar squid -v. 2008/9/23 Alex de A. Souza [EMAIL PROTECTED]: Gostaria de saber como eu abilito no squid.conf o SNMP? Configurei do jeito que estava no squid.conf.default e da erro. -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SNMP no SQUID
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Se você instalou pelo ports, basta rodar make config no diretório de onde fez a instalação, selecionar a opção SNMP e compilar novamente. Alex de A. Souza escreveu: Não compilei o squid com o suporte a SNMP não. Como faço agora que já esta instalado, configurado e rodando para adcionar esse suporte no squid? - -- Mauricio Bonani [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjZSawACgkQwSDL9M80FOMCtQCfe/uP4HhvRcSNJbEvZo58TtVS r9QAn2cZepZ9TKzK62phhq4uqgvDrECU =JdGA -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SNMP no FreeBSD 7
Você colocou as linhas abaixo no /etc/rc.conf? snmpd_enable=YES snmpd_conffile=/etc/snmpd.conf Bruno Moraes escreveu: Pessoal, Alguém aqui no FUG já instalou ou tem alguma luz, em relação ao SNMP no FreeBSD 7, instalei o net-snmp via ports numa boa, configurei com o comando snmpconf sem erros, no entanto na hora que uso o snmpwalk para checar se está tudo certo da time out e o serviço não esta rodando mesmo depois de dar um snmpd start o serviço não da nem sinal de vida e também não da erro. Alguém pode ajudar Agradeço desde já. Bruno Moraes NOC - Network Operation Center - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: SNMP no FreeBSD 7
Só a título de teste, deixe seu snmpd.conf com apenas as seguintes linhas e rode o comando novamente: rouser public rocommunity public 2008/9/1 Bruno Moraes [EMAIL PROTECTED]: Sim, abaixo esta meu snmpd.conf, depois de reiniciar a maquina o serviço esta rodando, porem com o snmpwalk -v 2c -c public localhost system continua sem resposta. # First, map the community name (COMMUNITY) into a security name # (local and mynetwork, depending on where the request is coming # from): # sec.name source community #com2sec local localhost COMMUNITY com2sec mynetwork NETWORK/24 COMMUNITY com2sec local localhost public # Second, map the security names into group names: # sec.model sec.name #group MyRWGroupv1 local #group MyRWGroupv2clocal #group MyRWGroupusmlocal group MyROGroup v1 mynetwork group MyROGroup v2cmynetwork group MyROGroup usmmynetwork group publicv1 local group publicv2clocal group publicusmlocal # Third, create a view for us to let the groups have rights to: # incl/excl subtree mask view allincluded .1 80 # Finally, grant the 2 groups access to the 1 view with different # write permissions: #context sec.model sec.level match read write notif access MyROGroup any noauthexact allnone none access MyRWGroup any noauthexact allallnone access public any noauthexact allallnone # - Bruno Moraes NOC - Network Operation Center -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Mauricio Bonani Enviada em: segunda-feira, 1 de setembro de 2008 16:27 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] SNMP no FreeBSD 7 Você colocou as linhas abaixo no /etc/rc.conf? snmpd_enable=YES snmpd_conffile=/etc/snmpd.conf Bruno Moraes escreveu: Pessoal, Alguém aqui no FUG já instalou ou tem alguma luz, em relação ao SNMP no FreeBSD 7, instalei o net-snmp via ports numa boa, configurei com o comando snmpconf sem erros, no entanto na hora que uso o snmpwalk para checar se está tudo certo da time out e o serviço não esta rodando mesmo depois de dar um snmpd start o serviço não da nem sinal de vida e também não da erro. Alguém pode ajudar Agradeço desde já. Bruno Moraes NOC - Network Operation Center - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani [EMAIL PROTECTED] - 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 -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Aniversário do FreeBSD em Dezembro (1 5 anos)
Encontrei um email do Jordan Hubbard anunciando o lançamento do FreeBSD 1.0 em 01/11/1993. http://gnupg.cdpa.nsysu.edu.tw/NetBSD/misc/release/FreeBSD/FreeBSD-1.0 2008/8/6 Pablo Sánchez [EMAIL PROTECTED]: Caros, Alguém pensou em algum evento ou festa para o aniversário de 15 anos do FreeBSD que será em Dezembro deste ano? É um debutante, iouaweheioaawe. The first CDROM (and general net-wide) distribution was FreeBSD 1.0, released in December of 1993 http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/history.html -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dúvida sobre shell script
Gerando md5 de 50 arquivos de uma só vez? Porque não usa um for e gera um por um? Dessa forma você teria um maior controle do que está acontecendo. Em 27/05/2008 16:35, N Guerra escreveu: Pessoal, Tem alguma maneira de jogar o resultado de um comando para um arquivo e também p/ o terminal? Exemplo: md5 * md5.txt O resultado do md5 de todos os arquivos vão somente para o arquivo md5.txt e não são mostrados na tela. Tem como mostrar também na tela? Pergunto isso pois se abrir um outro terminal e rodar tail -F md5.txt, enquanto o comando está sendo executado, ele demora para listar e mostra várias linhas de uma única vez. Geralmente mostra somente depois que termina os aproximadamente 50 arquivos que faço o md5. Acho que não mostra linha a linha do tail, porque deve ter um buffer mínimo para isso. -- Mauricio Bonani [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Probblemas Com E-mails
Em http://www.freebsd.org/cgi/man.cgi?query=rc.sendmailsektion=8 diz para não usar sendmail_enable=NONE, no mesmo endereço tem todos os detalhes. Em 23/05/2008 10:14, Eduardo Schoedler escreveu: Utilize sendmail_enable=NONE para desabilitar completamente o sendmail na máquina. Se utilizar somente com NO, ele continua rodando... porém escuta somente localhost. Sds, Eduardo. -- Mauricio Bonani [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OT]Oportunidade de emprego no Terra (Porto Alegre)
de Ciência da Computação, é muito interessante estes aspectos de formação constarem na vaga, pois assim a profissão fica menos promíscua. Não contesto aqueles sábios que mesmo sem cursarem curso técnico algum, superam tecnicamente muitos formados nas áreas, mas sim aqueles políticos que não desejam regulamentar a profissão e estabelecer conselhos, entre outros a que cada profissão deveria ter direito. Abraço Em 08/02/08, Klaus Schneider[EMAIL PROTECTED] escreveu: Palhaçada, as empresas como o terra olham pro diploma que o cara tem em baixo do braço não pelo que o cara sabe... Trabalho a 8 anos com unix e redes e já tinha bons conhecimentos quando comecei a usar linux em 1994. Já tenho pelo menos 8 anos de experiência em freebsd, solaris, unix, linux, windows, cisco, roteamento(bgp, ospf), e eles querem saber se eu terminei o maldito curso de ciências da computação que mal ensina como instalar o wireshark no windows... Não estou criticando aqueles que terminaram a ciência da computação, mas sim quem contrata alguém sem experiência nenhuma só porque esta formado. Mesmo porque, acredito que todos que estão na lista e são formados, aprenderam a fazer o que sabem não na faculdade, mas na prática, com muito esforço. E o pior, muitos tem formação em engenharias não afins, arquitetura, química, física, matemática, e tem um conhecimento invejável mas não podem concorrer a vagas como essa, pq eles querem alguém com formação em ciências malditas da computação... Desculpem o desabafo, mas é a realidade Em 08/02/08, Marcus Alves Grando [EMAIL PROTECTED] escreveu: O Terra, empresa líder em Internet no Brasil e com presença forte na Espanha, Estados Unidos e em outros 15 países, está expandindo sua área de Tecnologia e esta admitindo pessoas para seu Centro de Tecnologia, em Porto Alegre. Segue os requisitos: Equipe de Analistas de Suporte (Engenharia) dos produtos e serviços do Portal/ISP Terra Brasil e Terra Latino America + EUA, cujas principais responsabilidades sobre os sistemas são: - Administração dos servidores e serviços: instalação, capacity planning e (re)sizing de todos os sistemas (Servidores e Storage) - Bug tracking - Análise de disponibilidade de serviços e avaliação de desempenho - Planejamento, implantação e gerenciamento de projetos - Disponibilidade para trabalhar full-time em Porto Alegre - RS - Brasil As principais habilidades REQUERIDAS são: - Graduação em Ciência da Computação ou cursos afins (Engenharia da Computação, Informática, Análise de Sistemas, Sistemas de Informação), tendo concluído ao menos 90% do curso - Inglês técnico para leitura - Inglês e/ou Espanhol para conversação, nível intermediário - Habilidades de relacionamento inter-pessoal e negociação Conhecimentos REQUERIDOS: - Sistemas Operacionais (Linux e FreeBSD) - IP Networking and routing skills - Serviços Internet baseados nos protocolos: SMTP, POP3, IMAP, DNS, HTTP Conhecimentos DESEJÁVEIS: - Gerência de projetos - Storage - Virtualização Enviar Curriculo com pretenção salarial (IMPORTANTE CONSTAR VALORES) para Julia.Hickmann[]corp.terra.com.br com Subject: Curriculo - Suporte Engenharia 1 (NOME). Mais oportunidades na area de Tecnologia podem ser vistas em http://www.terra.com.br, Trabalhe no Terra. -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- /* * Klaus Schneider */ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- - Patryck Ramos Martins Analista de Sistemas - [EMAIL PROTECTED] 48 9967-0143 / 3258-5572 - Não confunda jamais conhecimento com sabedoria. Um o ajuda a ganhar a vida; o outro a construir uma vida. Sandra Carey Linux is for people who hate Windows, BSD is for people who love UNIX. - 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 -- Mauricio Bonani [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OT]Oportunidade de emprego no Terra (Porto Alegre)
Isso me lembra uma professora do Mackenzie. Quando questionada por estar ensinando que CD era um meio de armazenamento magnético, respondeu: - É assim que está no livro (nem lembro qual era o livro que ela usava) e é assim que eu ensino! Em 8/2/2008 10:27, Marcelo M. Fleury escreveu: Opá, estou no ultimo ano de sistemas da informação e sinto que quando terminar a facul, terei que correr atrás do tempo perdido... tive que estudar uma pancada de coisa que eu não vou usar na minha carreira, aprendi a programar códigos sujos e bugados e quando questionava os professores, tinha que ouvir: Isso, só na pós-graduação, sinceramente, o Brasil Académico é porco se comparado a uma berkeley, mit! Faculdade no Brasil é só para ter diploma e passar pelas burrocrácias dos rh's da vida... pode até ser útil para pessoas que não sabem o que querem. Só penso em formar logo e FINALMENTE trabalhar e ESTUDAR o que eu realmente gosto, que é segurança da informação... se for ver, sobre segurança da informação eu aprendi mais no ensino médio do que no ensino superior ( lógico, quase sempre( pra não dizer sempre ), fora das instituições de ensino! ), um abraço e boa sorte a todos \o/ Em 08/02/08, Marcus Alves Grando [EMAIL PROTECTED] escreveu: irado furioso com tudo wrote: Em Fri, 8 Feb 2008 10:55:24 -0200 Klaus Schneider [EMAIL PROTECTED] escreveu: Desculpem o desabafo, mas é a realidade são as vagabas das psicologas de rh atacando novamente; saem das facul sem conhecer nada do mundo e ca**m regras de como as coisas devem ser; como as áreas de TI estão cheias de antas, atualmente (vide minha historinha da Toyota Brasil) engolem as bobagens propostas. Tenho histórias super-edificantes a respeito - tanto das vagabas (pu**s mesmo) quanto das antas. não dá pra seguir o conselho de césar, eu precisaria me livrar de muitos neurônios para juntar-me a êles. ps: minha formação é (risos) Administração, ênfase em Comercio Exterior e leve latu-sensu em Análise Estruturada de Sistemas. Mas perguntam se eu não fiz mesmo a po**a de alguma coisa mais adequada (isso foi uma das punhas) para a área (risos)... Nunca ví um comentário tão produtivo... Abraços -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Se o pais eh democratico, por que sou obrigado a votar? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] p2p
Eu costumo limitar o número de conexões simultâneas dos clientes. Isso não elimina o uso de P2P, mas diminui tanto a velocidade que a maioria desiste de usar. Quanto ao MSN, bloqueio o download do arquivo gateway.dll e só libero a porta 1863 para usuários autorizados a utilizar o serviço. Importante lembrar que utilizo proxy em minha rede. Em 1/2/2008 11:34, Welkson Renny de Medeiros escreveu: Eu também tenho a mesma dificuldade... Via firewall é algo que parece quase impossível, tem que ser algo a nível de aplicação (L7)... fiz alguns testes com o Snort + OSSEC (tipo o snort_inline)... mas as regras de emule não pegam quase nada... e alguns p2p estão usando protocolo com criptografia... complicado!! Hoje até minha regra de bloqueio do MSN eu percebi que não está mais funcionando... no site da Microsoft tinha um help dizendo quais os ips que deveriam ser bloqueados, procurei, não achei... já analisei aos detalhes com tcpdump, logs do pf.. bloqueio e mesmo assim o treco consegue acessar... ontem estava funcionando, hoje já parou novamente... todo dia parece que eles incluem uma nova classe de ip para o MSN. Bom fim de semana. Welkson - Original Message - From: Antonio Carlos Rocha [EMAIL PROTECTED] To: fug freebsd@fug.com.br Sent: Friday, February 01, 2008 11:22 AM Subject: [FUG-BR] p2p Bom dia lista, estou utilizando pf no freebsd e estou tendo dificuldades para bloquear o emule, alguem tem alguma ideia de como posso fazer para bloquear esse maldito!!! hahah [ ]'s abracos -- Mauricio Bonani [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OT] PF: bloquear ORKUT sem bloquear GMAIL
Welkson, Só consegui fazer o que você quer usando o squid. Se puder utilizar me procure. Abraço. Em 23/01/08, Welkson Renny de Medeiros[EMAIL PROTECTED] escreveu: (...) Já analisei bastante pelo tcpdump e não vejo como resolver... quando acesso o gmail ou orkut sempre sou jogado para o mesmo ip: (...) -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Documentacao ou LIVRO sobre IPFW em PT-BR.
Não sei se tem o nível de detalhamento que você espera, mas dê uma olhada em http://www.fug.com.br/content/view/37/60/ Em 26/09/07, Ygor Thomaz[EMAIL PROTECTED] escreveu: Sds lista, atualmente utilizo a solucao netfilter/iptables como ferramenta para criação de firewall. Porem, conheci um pouco do IPFW e estou bastante interessado. Alguem poderia me recomendar uma documentacao em pt-br ou de preferencia um livro que trate detalhadamente o assunto? []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Squid+AD
Squid autenticando em base Active Directory http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=4570 Em 05/06/07, Alessandro de Souza Rocha[EMAIL PROTECTED] escreveu: Alguem ai ja usou Squid+AD sem usar o samba e winbind. -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] HP NC150T
Algum dos colegas está utilizando a placa de rede HP NC150T em servidores FreeBSD? -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Número máximo de VLANs
Estou pesquisando nas man pages e ainda não encontrei nada nesse sentido. Qual é o número máximo de VLANs que posso criar no FreeBSD? -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Número máximo de VLANs
Obrigado Samyr, Já conhecia esse artigo, mas infelizmente minha dúvida ainda persiste. Em 21/05/07, Samyr Alves[EMAIL PROTECTED] escreveu: Olá da uma lida em: http://www.fug.com.br/content/view/232/9/ sds Samyr Alves -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSHD - Não abre campos de autenticaç ão.
Verifique se nos logs não aparece algo parecido com a linha abaixo: Timeout before authentication. Já enfrentei esse problema com o sshd após alterar o IP do servidor. Foi necessário regerear as chaves do sshd para solucionar o problema, só que não lembro como isso foi feito. Em 14/05/07, Ygor Thomaz[EMAIL PROTECTED] escreveu: Fiz o teste e obtive o seguinte retorno: ... ssh -vv [EMAIL PROTECTED] debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/ygor/.ssh/identity ((nil)) debug2: key: /home/ygor/.ssh/id_rsa ((nil)) debug2: key: /home/ygor/.ssh/id_dsa ((nil)) PARANDO AQUI! o PermitRootLogin esta setado como NO. Alguma ideia ? Andei conversando com o pessoal daqui e me informaram que estava funcionando perfeitamente ate que mudaram o IP deste servidor. Acredito que isto pode ter alguma relacao. Att, Ygor! Em 14/05/07, irado furioso com tudo[EMAIL PROTECTED] escreveu: Em Mon, 14 May 2007 10:32:06 -0300 Ygor Thomaz [EMAIL PROTECTED] escreveu: debug1: Trying private key: /root/.ssh/identity debug1: Trying private key: /root/.ssh/id_rsa debug1: Trying private key: /root/.ssh/id_dsa debug2: we did not send a packet, disable method debug1: Next authentication method: keyboard-interactive debug2: userauth_kbdint debug2: we sent a keyboard-interactive packet, wait for reply Connection closed by 172.31.0.1 bem, o que eu observei é o seguinte: a) vc está usando usuário root - verifique se o PermitRootLogin está definido como yes, caso contrário vc não vai conseguir. Na verdade, é preferível deixar como está e, como sugerido antes, acessar como usuário mortal e depois um su ou sudo para trabalhar como root. a-1) o PermitRootLogin está em /etc/ssh/sshd_config b) vc pode TAMBÉM gerar as chaves públicas/privadas para acesso, uma vez que (como visto no log) são as primeiras coisas que se busca. Gere a chave e coloque a pública lá do outro lado. sugestão FORTE: não acessar como root. flames /dev/null -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Tudo o que Existe egressa do Ser e regressa ao Ser. O Ser é o Insondável Tao. Das profundezas do Ser nascem todos os seres que existem. O Ser, porém, é o abismo do Não-Existir. - 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 -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] MRTG - Faixa Verde muito alta!
Acontecia *algo parecido* comigo até que comecei usar a opção abaixo: options[_]: unknaszero Mas é sempre bom verificar o tráfego diretamente nas interfaces monitoradas para ter certeza que seu link não está sendo completamente utilizado. Em 02/05/07, Louis .[EMAIL PROTECTED] escreveu: Olá todos, Temos um link de 4 Mbps. O Gráfico do MRTG nunca registrou uma entrada tão grande assim, ou seja, a faixa VERDE está muito ALTA, chegando próxima ao TOPO, senão no TOPO. Nunca aconteceu isso antes, desde o sábado está assim. A linha AZUL que marca a saída do nosso LINK está normal! Aqui na rede, não permitimos que usuários acessem programas P2P, exceto alguns deles. Não estamos com qualquer inscrição no site! Alguem tem idéia do que pode ser esse consumo??? Obrigado a todos! -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Verificar trafego nas filas
Dá uma olhada no pftop. Em 25/04/07, Fabiano (BiGu)[EMAIL PROTECTED] escreveu: Opa Lista, mais uma vez sobre PF Gostaria de saber se existe alguma maneira de verificar o status das queues do PF... ou seja, quais sao os trafegos que estao passando pelas queues que foram definidas no pf.conf, o seu uso, etc... Eu ja criei as queues e atribui o trafego a elas, gostaria de checar se isso está realmente acontecendo ... Existe alguma maneira de monitorar isso? Abracos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Aliases no MRTG
Algum dos colegas sabe como gerar gráficos de tráfego de dados de aliases de interfaces de redes no FreeBSD? Pesquisei no Google e achei algumas opções, mas apenas para Linux. -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail ticket
Até onde sei, isso é implementado apenas no MUA, não no MTA. Mas esse tipo de confirmação não passa de um item a mais no cabeçalho da mensagem, talvez você consiga fazer uma inserção no cabeçalho de todas as mensagens que saem do teu servidor. Em 29/03/07, Suprema Informática Ltda[EMAIL PROTECTED] escreveu: Pessoal, talvez não seja aqui o melhor lugar a se perguntar isto, mas ai vai! Alguém sabe se é possível (ou exista) que o qmail emita algum tipo de ticket ou aviso para o remetente da mensagem quando a mesma é entregue ao servidor de destino, quase como se fosse uma confirmação de leitura, mas neste caso seria de confirmação de recebimento ao servidor. Forte Abraço Leandro - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PF e Redirecionamento de portas
Tente o seguinte: rdr pass on $if_net proto tcp from any to $ip_local port 3389 - 10.1.1.2 Em 15/03/07, Lutieri G.[EMAIL PROTECTED] escreveu: Tenho isso no PF que eu estou testando. * if_net = em0 if_rede = xl0 ip_local = 10.1.1.1 ip_rede = 10.1.1.0/24 nat pass on $if_net from $ip_rede to any - $if_net #Redireciona conexoes WTS para o servidor interno rdr pass on $if_net proto tcp from any to any port 3389 - 10.1.1.2 #Políticas block in all block out all * O nat funciona legal. O redirecionamento de porta não rola... Comentei as últimas duas linhas de bloqueio( block in all, block out all) e funcionou. O que me deixa a pensar é que eu tenho a palavra pass na regra de rdr. Porque mesmo assim ainda passa pela regras de filtragem?!?! vlw... -- Att. Lutieri G. B. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PF e Redirecionamento de portas
Tinha esquecido de falar da regra pass tb. Quando fiz testes como o que você está fazendo, apenas com o rdr pass, não funcionou. Tive que fazer uma regra para redirecionamento e outra para a passagem dos pacotes. Em 15/03/07, Lutieri G.[EMAIL PROTECTED] escreveu: mas é isso que eu estou perguntando. O PASS da regra rdr não deveria passar direto pelas regras de filtragem!?!?!?!?! flww Em 15/03/07, Danilo Augusto[EMAIL PROTECTED] escreveu: On Thu, 2007-03-15 at 16:07 -0300, Lutieri G. wrote: Tenho isso no PF que eu estou testando. * if_net = em0 if_rede = xl0 ip_local = 10.1.1.1 ip_rede = 10.1.1.0/24 nat pass on $if_net from $ip_rede to any - $if_net #Redireciona conexoes WTS para o servidor interno rdr pass on $if_net proto tcp from any to any port 3389 - 10.1.1.2 #Políticas block in all block out all * O nat funciona legal. O redirecionamento de porta não rola... Comentei as últimas duas linhas de bloqueio( block in all, block out all) e funcionou. O que me deixa a pensar é que eu tenho a palavra pass na regra de rdr. Porque mesmo assim ainda passa pela regras de filtragem?!?! vlw... Você só fez o redirecionamento mas não autorizou a passagem de pacotes para aquela porta. pass in on $if_net proto tcp from any to any port 3389 t+ -- System/Network Administrator BSD User: BSD050973 Celular: 61 8177-1361 [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Att. Lutieri G. B. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] shell bash
Eu costumo instalar o bash via ports e depois alterar o sheel do usuário com o chsh. Em 08/03/07, Aguiar Magalhaes[EMAIL PROTECTED] escreveu: Pessoal, Quais seriam os passos para instalar a shell bash no free 6.2 stable e disponibilizá-la para um usuário acostumado com o linux ? Aguiar -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] kde..com free no vmware.
Você instalou o VMware Tools no FreeBSD? http://www.vmware.com/support/ws5/doc/ws_newguest_tools_freebsd.html Em 28/02/07, Juliano P. Matos - Linhares On line[EMAIL PROTECTED] escreveu: Instalei o Free 6.2 e instalei o kde... sob o vmware em uma maq Windows. Só que não conseguir alterar a configuração de vídeo... só aparece a opção 640x480 Minha placa de vídeo é uma FX 5200 128 MB e monitor Dell 17 LCD Testei ir pelo xorgcfg, fiz todas as configurações ... mas não resolveu. Alguem já teve o mesmo problema ou teria alguma solução. Atts, Juliano P. Matos Analista de TI Linhares On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro no pf.conf - queue root_dc0 already exists on interface dc0
Quando você roda 'pfctl -f pf.conf' não aparece a linha onde se encontra o erro?
2007/1/25, Cristina Fernandes Silva [EMAIL PROTECTED]:
O restante é esse.
# Fazendo o NAT
nat on $int_ext from $rede to any - $int_ext
nat on $int_ext from baixa to any - $int_ext
nat on $int_ext from bmedia to any - $int_ext
nat on $int_ext from media to any - $int_ext
nat on $int_ext from alta to any - $int_ext
nat on $int_ext from center to any - $int_int
# Redicrecionamento
#
rdr on $int_int proto tcp from any to any port 80 - $server1 port 3128
# ... sessão de filtragem
# blockeando tudo por default
block in log on $int_ext from any to any
# bloqueando spoof
antispoof for { $int_ext } inet
# bloqueando scanners
block drop in quick on { $int_ext } from any os { NMAP }
# bloqueando trafego ipv6
block log quick inet6
#Liberando loopback
pass quick on lo0 all
# liberando ping/traceroute
pass out log on $int_ext inet proto icmp all icmp-type 8 code 0 keep state
pass in log on $int_ext inet proto icmp all icmp-type 8 code 0 keep state
# Liberando portas
#INCOMING
#TCP
pass in quick on $int_ext inet proto tcp from any to $int_ext port $TCP_IN
flags S/SA keep state
#UDP
#pass in quick on $int_ext inet proto udp from any to $int_ext port $UDP_IN
keep state
#PING
pass in quick on $int_ext inet proto icmp from any to $int_ext icmp-type
$PING keep state
pass in on $int_ext inet proto { tcp udp } from any to any port 22
pass in on $int_ext inet proto { tcp udp } from any to any port 21
pass in on $int_ext inet proto { tcp udp } from any to any port 20
pass in on $int_ext inet proto { tcp udp } from any to any port 25
pass in on $int_ext inet proto { tcp udp } from any to any port 53
pass in on $int_ext inet proto { tcp udp } from any to any port 80
pass in on $int_ext inet proto { tcp udp } from any to any port 443
pass in on $int_ext inet proto { tcp udp } from any to any port 110
pass in on $int_ext inet proto { tcp udp } from any to any port 8080
pass in on $int_ext inet proto { tcp udp } from any to any port 6667
pass in on $int_ext inet proto { tcp udp } from any to any port 6891
pass in on $int_ext inet proto { tcp udp } from any to any port 6893
pass in on $int_ext inet proto { tcp udp } from any to any port 6900
pass in on $int_ext inet proto { tcp udp } from any to any port 1213
pass in on $int_ext inet proto { tcp udp } from any to any port 1214
pass in on $int_ext inet proto { tcp udp } from any to any port 1832
pass in on $int_ext inet proto { tcp udp } from any to any port 3094
pass in on $int_ext inet proto { tcp udp } from any to any port 3622
pass in on $int_ext inet proto { tcp udp } from any to any port 2216
pass in on $int_ext inet proto tcp from port 20 to ($int_ext) user proxy
flags S/SA keep state
#OUTGOING
#EXTERNAL INTERFACE
#TCP
pass out quick on $int_ext inet proto tcp from $int_ext to any port $TCP_OUT
flags S/SA keep
state
#UDP
pass out quick on $int_ext inet proto udp from $int_ext to any port $UDP_OUT
keep state
#ICMP
pass out quick on $int_ext inet proto icmp from $int_ext to any icmp-type
$PING keep state
# Liberando acesso
pass in log on $int_ext from baixa to any queue baixa_in
pass in log on $int_ext from bmedia to any queue bmedia_in
pass in log on $int_ext from media to any queue media_in
pass in log on $int_ext from alta to any queue alta_in
pass in log on $int_ext from center to any queue center_in
pass in log on $int_ext from baixa to any
pass in log on $int_ext from bmedia to any
pass in log on $int_ext from media to any
pass in log on $int_ext from alta to any
pass in log on $int_ext from center to any
Obrigada
Cristina
__
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger.yahoo.com/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Mauricio Bonani
LPIC-1
mailto:[EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro no pf.conf - queue root_dc0 already exists on interface dc0
Você está criando filas duas vezes na mesma interface:
altq on $int_ext cbq bandwidth $uplo queue { baixa bmedia media alta center }
altq on $int_ext cbq bandwidth $down queue { baixa_in bmedia_in
media_in alta_in center_in }
Num dos casos não seria 'altq on $int_int'?
Em 25/01/07, Cristina Fernandes Silva[EMAIL PROTECTED] escreveu:
Pessoal,
estou com erro ao instalar um controle de banda usando o PF. o erro é este ao
digitar
pfctl -f pf.conf
queue root_dc0 already exists on interface dc0
pfctl: DIOCADDALTQ: Invalid argument
pfctl -nf pf.conf
queue root_dc0 already exists on interface dc0
pfctl: the sum of the child bandwidth higher than parent root_dc0
pfctl: the sum of the child bandwidth higher than parent root_dc0
andei olhando a lista encontrei este erro, porem segundo ocorre quando a soma
do bandwith das
filas filho ultrapassam o bandwith da fila pai, porem nas minhas
configurações nao ultrapasam.
Eis minhas configurações
no kernel
##
#Opcpes para Packet Filter
device pf
device pflog
device pfsync
options ALTQ
options ALTQ_CBQ# Class Bases Queuing (CBQ)
options ALTQ_RED# Random Early Detection (RED)
options ALTQ_RIO# RED In/Out
options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC)
options ALTQ_PRIQ # Priority Queuing (PRIQ)
options ALTQ_NOPCC # Required for SMP build
no rc.conf
#
ifconfig_dc0=inet 10.0.0.2 netmask 255.255.255.0
ifconfig_vr0=inet 172.168.0.2 netmask 255.255.255.0
pf_enable=YES
pf_rules=/etc/pf.conf
pf_flags=
pflog_enable=YES
pflog_logfile=/var/log/pflog
pflog_flags=
no pf.conf
###
int_int=vr0
int_ext=dc0
rede=172.168.0.0
# Link
down=2.5Mb
uplo=2.5Mb
# Habilita enfileiramento
#
# Upload
altq on $int_ext cbq bandwidth $uplo queue { baixa bmedia media alta center }
queue baixa bandwidth 128Kb cbq(default)
queue bmedia bandwidth 128Kb priority 1
queue media bandwidth 200Kb priority 2
queue alta bandwidth 350Kb priority 3
queue center bandwidth 512Kb priority 4
# Download
# define os parametros para as subfilas.
altq on $int_ext cbq bandwidth $down queue { baixa_in bmedia_in media_in
alta_in center_in }
queue baixa_in bandwidth 200Kb cbq(default)
queue bmedia_in bandwidth 200Kb priority 1
queue media_in bandwidth 300Kb priority 2
queue alta_in bandwidth 512Kb priority 3
queue center_in bandwidth 768Kb priority 4
O restante eu nao mandei, mas se for importante eu mando.
obrigada
Cristina
__
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger.yahoo.com/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Mauricio Bonani
LPIC-1
mailto:[EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro no pf.conf - queue root_dc0 already exists on interface dc0
Isso já é um erro nas regras de filtragem.
Como você não mandou o arquivo completo não tem como te ajudar.
Em 25/01/07, Cristina Fernandes Silva[EMAIL PROTECTED] escreveu:
eu retirei e apresentou isso
pfctl: DIOCADDRULE: Address family not supported by protocol family
--- Mauricio Bonani [EMAIL PROTECTED] escreveu:
Você está criando filas duas vezes na mesma interface:
altq on $int_ext cbq bandwidth $uplo queue { baixa bmedia media alta
center }
altq on $int_ext cbq bandwidth $down queue { baixa_in bmedia_in
media_in alta_in center_in }
Num dos casos não seria 'altq on $int_int'?
Em 25/01/07, Cristina Fernandes Silva[EMAIL PROTECTED] escreveu:
Pessoal,
estou com erro ao instalar um controle de banda usando o PF. o erro é
este ao digitar
pfctl -f pf.conf
queue root_dc0 already exists on interface dc0
pfctl: DIOCADDALTQ: Invalid argument
pfctl -nf pf.conf
queue root_dc0 already exists on interface dc0
pfctl: the sum of the child bandwidth higher than parent root_dc0
pfctl: the sum of the child bandwidth higher than parent root_dc0
andei olhando a lista encontrei este erro, porem segundo ocorre quando a
soma do bandwith das
filas filho ultrapassam o bandwith da fila pai, porem nas minhas
configurações nao ultrapasam.
Eis minhas configurações
no kernel
##
#Opcpes para Packet Filter
device pf
device pflog
device pfsync
options ALTQ
options ALTQ_CBQ# Class Bases Queuing (CBQ)
options ALTQ_RED# Random Early Detection (RED)
options ALTQ_RIO# RED In/Out
options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC)
options ALTQ_PRIQ # Priority Queuing (PRIQ)
options ALTQ_NOPCC # Required for SMP build
no rc.conf
#
ifconfig_dc0=inet 10.0.0.2 netmask 255.255.255.0
ifconfig_vr0=inet 172.168.0.2 netmask 255.255.255.0
pf_enable=YES
pf_rules=/etc/pf.conf
pf_flags=
pflog_enable=YES
pflog_logfile=/var/log/pflog
pflog_flags=
no pf.conf
###
int_int=vr0
int_ext=dc0
rede=172.168.0.0
# Link
down=2.5Mb
uplo=2.5Mb
# Habilita enfileiramento
#
# Upload
altq on $int_ext cbq bandwidth $uplo queue { baixa bmedia media alta
center }
queue baixa bandwidth 128Kb cbq(default)
queue bmedia bandwidth 128Kb priority 1
queue media bandwidth 200Kb priority 2
queue alta bandwidth 350Kb priority 3
queue center bandwidth 512Kb priority 4
# Download
# define os parametros para as subfilas.
altq on $int_ext cbq bandwidth $down queue { baixa_in bmedia_in media_in
alta_in center_in }
queue baixa_in bandwidth 200Kb cbq(default)
queue bmedia_in bandwidth 200Kb priority 1
queue media_in bandwidth 300Kb priority 2
queue alta_in bandwidth 512Kb priority 3
queue center_in bandwidth 768Kb priority 4
O restante eu nao mandei, mas se for importante eu mando.
obrigada
Cristina
__
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger.yahoo.com/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Mauricio Bonani
LPIC-1
mailto:[EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
__
Fale com seus amigos de graça com o novo Yahoo! Messenger
http://br.messenger.yahoo.com/
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
--
Mauricio Bonani
LPIC-1
mailto:[EMAIL PROTECTED]
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Barra de uso p/ desktop
O da esquerda parece ser o gkrellm - http://members.dslextreme.com/users/billw/gkrellm/gkrellm.html Em 04/10/06, Danielsg[EMAIL PROTECTED] escreveu: Olá pessoal, Alguem sabe qual o nome desses dois programas ? (A esquerda e o outro acima) http://www.sequenz.ch/files/_galleries/gallery/screenshots/screenshot.png Obrigado -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Ordem de inicialização de daemons
Montei um servidor com FreeBSD 6.1 onde instalei o squid e o dansguardian. Quando o servidor é inicializado, percebo que o dansguardian é iniciado antes do squid. Só que o dansguardian precisa do squid rodando para iniciar normalmente. Dessa forma tenho que iniciar o daemon do dansguardian manualmente. Dentro de /usr/local/etc/rc.d/dansguardian existe a linha abaixo: # REQUIRE: NETWORKING SERVERS squid Isso não é suficiente para que esse scripr seja executado após o /usr/local/etc/rc.d/squid? -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons
No script do squid tem apenas a linha abaixo: # REQUIRE: LOGIN Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu resultado. De qualquer forma obrigado pela ajuda. 2006/9/14, Daniel Bristot de Oliveira [EMAIL PROTECTED]: Eu não tenho o Squid instalado aqui, mas você poderia colar para min # REQUIRE e # BEFORE do squid? -- Daniel Bristot de Oliveira http://dbristot.info R João Paez 409 Ap 202 Sta Augusta - Criciúma - SC CEP 88805440 Brazil +55-48-91032512 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons
Executei o comando sugerido # rcorder /usr/local/etc/rc.d/* e retornou alguns erros. Alterei os script até receber o retorno abaixo: # rcorder /usr/local/etc/rc.d/* /usr/local/etc/rc.d/squid /usr/local/etc/rc.d/dansguardian /usr/local/etc/rc.d/apache.sh Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 scripts é executado. No /usr/local/etc/rc.d/squid: # PROVIDE: squid # REQUIRE: # KEYWORD: shutdown No /usr/local/etc/rc.d/dansguardian: # PROVIDE: dansguardian # REQUIRE: squid # BEFORE: # KEYWORD: shutdown Se retiro as linhas que estão sem argumento, o retorno do comando # rcorder /usr/local/etc/rc.d/* é o mesmo acima, mas também não executa os scripts. MISTÉRIO!!! Em 14/09/06, Renato Botelho[EMAIL PROTECTED] escreveu: Daniel Bristot de Oliveira wrote: No script do squid tem apenas a linha abaixo: # REQUIRE: LOGIN Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu resultado. Era isto que eu iria sugerir como não deu certo... tente colocar um 0 na frente do script do squid, por exemplo 00squid.sh, li alguma vez que a ordem alfabética era seguida em alguns casos. Não custa tentar. Mudar o nome não vai mais resolver, agora ele usa o rcorder, entao para testar e ver a order que os scripts serao executados, execute: # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* Bom, você quer inicializar o squid primeiro e depois o dansguardian, então o que deve existir é, dentro do script do squid uma linha # PROVIDE: squid E dentro do script do dansguardian uma linha # REQUIRE: squid Fazendo isso o dansguardian vai precisar do squid antes. Altere e execute o rcorder para averiguar. []s -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons
Apenas instalei o squid e o dansguardian via ports e na instalação já foram criados esses scripts no rc.d. Em 14/09/06, Welkson Renny de Medeiros[EMAIL PROTECTED] escreveu: Entrando de gaiato na conversa... ;-) eu também uso squid+dansguardian+apache+outros, e inicializo todos pelo rc.local sem problemas... porque prefere o rc.d? -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] - Original Message - From: Mauricio Bonani [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Thursday, September 14, 2006 4:40 PM Subject: Re: [FUG-BR] Ordem de inicialização de daemons Executei o comando sugerido # rcorder /usr/local/etc/rc.d/* e retornou alguns erros. Alterei os script até receber o retorno abaixo: # rcorder /usr/local/etc/rc.d/* /usr/local/etc/rc.d/squid /usr/local/etc/rc.d/dansguardian /usr/local/etc/rc.d/apache.sh Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 scripts é executado. No /usr/local/etc/rc.d/squid: # PROVIDE: squid # REQUIRE: # KEYWORD: shutdown No /usr/local/etc/rc.d/dansguardian: # PROVIDE: dansguardian # REQUIRE: squid # BEFORE: # KEYWORD: shutdown Se retiro as linhas que estão sem argumento, o retorno do comando # rcorder /usr/local/etc/rc.d/* é o mesmo acima, mas também não executa os scripts. MISTÉRIO!!! Em 14/09/06, Renato Botelho[EMAIL PROTECTED] escreveu: Daniel Bristot de Oliveira wrote: No script do squid tem apenas a linha abaixo: # REQUIRE: LOGIN Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu resultado. Era isto que eu iria sugerir como não deu certo... tente colocar um 0 na frente do script do squid, por exemplo 00squid.sh, li alguma vez que a ordem alfabética era seguida em alguns casos. Não custa tentar. Mudar o nome não vai mais resolver, agora ele usa o rcorder, entao para testar e ver a order que os scripts serao executados, execute: # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* Bom, você quer inicializar o squid primeiro e depois o dansguardian, então o que deve existir é, dentro do script do squid uma linha # PROVIDE: squid E dentro do script do dansguardian uma linha # REQUIRE: squid Fazendo isso o dansguardian vai precisar do squid antes. Altere e execute o rcorder para averiguar. []s -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - 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 -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons
Do # man 8 rc.local The rc.local script contains commands which are pertinent only to a specific site. Typically, the /usr/local/etc/rc.d/ mechanism is used instead of rc.local these days but if you want to use rc.local, it is still supported. Em 14/09/06, Welkson Renny de Medeiros[EMAIL PROTECTED] escreveu: Entrando de gaiato na conversa... ;-) eu também uso squid+dansguardian+apache+outros, e inicializo todos pelo rc.local sem problemas... porque prefere o rc.d? -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] - Original Message - From: Mauricio Bonani [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Thursday, September 14, 2006 4:40 PM Subject: Re: [FUG-BR] Ordem de inicialização de daemons Executei o comando sugerido # rcorder /usr/local/etc/rc.d/* e retornou alguns erros. Alterei os script até receber o retorno abaixo: # rcorder /usr/local/etc/rc.d/* /usr/local/etc/rc.d/squid /usr/local/etc/rc.d/dansguardian /usr/local/etc/rc.d/apache.sh Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 scripts é executado. No /usr/local/etc/rc.d/squid: # PROVIDE: squid # REQUIRE: # KEYWORD: shutdown No /usr/local/etc/rc.d/dansguardian: # PROVIDE: dansguardian # REQUIRE: squid # BEFORE: # KEYWORD: shutdown Se retiro as linhas que estão sem argumento, o retorno do comando # rcorder /usr/local/etc/rc.d/* é o mesmo acima, mas também não executa os scripts. MISTÉRIO!!! Em 14/09/06, Renato Botelho[EMAIL PROTECTED] escreveu: Daniel Bristot de Oliveira wrote: No script do squid tem apenas a linha abaixo: # REQUIRE: LOGIN Não há uma linha # BEFORE. Adicionei # BEFORE: dansguardian e não deu resultado. Era isto que eu iria sugerir como não deu certo... tente colocar um 0 na frente do script do squid, por exemplo 00squid.sh, li alguma vez que a ordem alfabética era seguida em alguns casos. Não custa tentar. Mudar o nome não vai mais resolver, agora ele usa o rcorder, entao para testar e ver a order que os scripts serao executados, execute: # rcorder /etc/rc.d/* /usr/local/etc/rc.d/* Bom, você quer inicializar o squid primeiro e depois o dansguardian, então o que deve existir é, dentro do script do squid uma linha # PROVIDE: squid E dentro do script do dansguardian uma linha # REQUIRE: squid Fazendo isso o dansguardian vai precisar do squid antes. Altere e execute o rcorder para averiguar. []s -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - 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 -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ordem de inicialização de daemons [ RESOLVIDO]
Obrigado Renato, agora funcionou corretamente. Tentei algumas mexidas nessas linhas mas ainda não tinha colocado da forma que vc sugeriu. Em 14/09/06, Renato Botelho[EMAIL PROTECTED] escreveu: Mauricio Bonani wrote: Executei o comando sugerido # rcorder /usr/local/etc/rc.d/* O comando sugerido foi: rcorder /etc/rc.d/* /usr/local/etc/rc.d/* e retornou alguns erros. Alterei os script até receber o retorno abaixo: # rcorder /usr/local/etc/rc.d/* /usr/local/etc/rc.d/squid /usr/local/etc/rc.d/dansguardian /usr/local/etc/rc.d/apache.sh Parece tudo ok, mas quando reinicializo o servidor, nenhum dos 3 scripts é executado. No /usr/local/etc/rc.d/squid: # PROVIDE: squid # REQUIRE: # KEYWORD: shutdown O correto seria # PROVIDE: squid # REQUIRE: LOGIN # KEYWORD: shutdown No /usr/local/etc/rc.d/dansguardian: # PROVIDE: dansguardian # REQUIRE: squid # BEFORE: # KEYWORD: shutdown O Correto seria: # PROVIDE: dansguardian # REQUIRE: squid # KEYWORD: shutdown Altere isso tudo e execute o rcorder novamente, como não havia o REQUIRE: LOGIN talvez o seu squid estava sendo iniciado antes da hora. -- Renato Botelho garga @ FreeBSD.org freebsd @ galle.com.br GnuPG Key: http://www.FreeBSD.org/~garga/pubkey.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS com mysql
Ainda não testei nenhum, mas você pode dar uma olhada em http://www.howtoforge.com/mydns_name_server 2006/9/11, Ari Arantes [EMAIL PROTECTED]: Pessoal, Estou procurando uma solução para gerenciar DNS com suporte a MySQL, acabei encontrando 2 no ports: MyDNS: http://mydns.bboy.net/ PowerDNS: http://www.powerdns.com/ Alguma recomendação? Já testaram? Obrigado, Ari -- Mauricio Bonani LPIC-1 mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Lista sobre Linux
http://linux-br.conectiva.com.br/mailman/listinfo/linux-br Em 05/07/06, Mário Cardia[EMAIL PROTECTED] escreveu: Olá! Alguém conhece alguma lista ou forum no mesmo nivel desta para Linux? Estou precisando trocar umas ideias sobre linux, mas as lista que encontro são muito ruins Grato. Mário Cardia -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] IPFW+MSN
Ainda tem o hopster e similares que conseguem burlar algumas regras de firewall, permitindo assim o uso de softwares de mensagens instantâneas. 2006/7/5, Celso Viana [EMAIL PROTECTED]: Sem contar os zilhões de proxy's anônimos; tem também os túnneis http enfim, bloquear essas pragas não é fácil não... e a turma que gosta disso não nenhuma criatividade para descobrir as novidades tem até uma lista no yahoo que trata desse assunto... a turma descobre coisa que até Deus duvida -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mensagens de Boot
Dá uma olhada no syslogd.conf, lá há uma entrada que aponta para /dev/console, altere para /var/log/messages ou o que achar necessário. At 21:11 27/06/2006, you wrote: Olá Giovanni Não era bem isso que preciso. Numa simples falta de energia por exemplo... ou um shutdown... queria ver as mensagens de DNS, IPFW, FSCK... essas coisas que ocorrem no terminal de video principal. Ats Ademir Peixoto - Original Message - From: Giovanni P. Tirloni [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Tuesday, June 27, 2006 9:03 PM Subject: Re: [FUG-BR] Mensagens de Boot Ademir Costa Peixoto wrote: Prezados, Quando um servidor reinicia por qualquer motivo nem todas as informações que temos no monitor ligado a CPU são passadas ao /var/log/messages. Existe como direcionar TUDO pra esse arquivo? Coisas como mensagens de tela do firewall (ipfw), fsck etc.. não são direcionadas ao messages. Ademir, Normalmente quando ocorre um kernel panic o sistema vai rebootar. Você pode configurar o kernel para não rebootar ou ainda dizer que ele deve gravar um dump da memória para análise posterior. Veja os artigos abaixo. http://www.freebsd.org/doc/en/books/developers-handbook/ \ kerneldebug.html http://www.onlamp.com/pub/a/bsd/2002/03/21/Big_Scary_Daemons.html Boa sorte, -- Giovanni P. Tirloni http://www.tirloni.org - 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 Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie) -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Urgente bloqueio MSN.
At 13:19 22/06/2006, André Luiz wrote: - Original Message - From: multnick [EMAIL PROTECTED] To: Lista de discussao do grupo FUG-BR freebsd@fug.com.br Sent: Thursday, June 22, 2006 11:03 AM Subject: [FUG-BR] Urgente bloqueio MSN. Ola' galera. Ja tentei de todas as maneiras que estava descrito no historio da lista, porem nao tive sucesso. Estou usando um P-III 1GB com 256 RAM, FreeBSD 6.1. Instalei o squid e fiz algumas configuracoes para bloquear o MSN. acl msn dstdomain loginnet.passport.com acl msnmessenger url_regex -i gateway.dll acl MSNX req_mime_type -i ^application/x-msn-messenger$ acl webmsn dstdomain webmessenger.msn.com --- http_access deny msn http_access deny msnmessenger http_access deny MSNX http_access deny webmsn E para liberar a conexao squid para os terminais, usei a seguinte configuracao. acl localnet src 192.168.0.1/255.255.255.0 http_access allow localnet Com essas configuraçoes, o MSN ainda continua conectando atravez do proxy. Tentei colocar algumas linhas no ipfw, e tambem nao tive sucesso. # Regras de Firewall para NATD /sbin/ipfw -f flush /sbin/ipfw add divert natd all from any to any via rl0 /sbin/ipfw add pass all from any to any #Regras Proxy /sbin/ipfw add fwd 127.0.0.1,3128 tcp from any to any 80 # Regras para bloquear MSN /sbin/ipfw add deny tcp from any to any 1863 Alguem ai, teria alguma soluçao que pudesse me passar, para bloquear o MSN via ipfw/squid. Obrigado. Ae Amigo, vamos supor que sua rede interna seja 192.168.0.0/24 Faria assim: ipfw add deny tcp from 192.168.0.0/24 to any 1863 Abraço! André Luiz - TI Santos Andirá Outra coisa, não sei se isso trás algum problema, mas 192.168.0.1/255.255.255.0 está errado, o correto seria 192.168.0.0/255.255.255.0. Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie) -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Urgente bloqueio MSN.
At 13:46 22/06/2006, Celso Viana wrote: Com os milhares de proxy's públicos existentes e os tuneis http, é quase impossível vc bloquear essas pragas de IM's. -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO Não é bem assim, na empresa que trabalhava antes conseguimos bloquear, e com firewall proprietário. Fechando as portas e caminhos necessários corretamente você consegue bloquear a maioria deles. O que deu mais trabalho foi o skype, mas também já era. Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie) -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Urgente bloqueio MSN.
At 14:03 22/06/2006, André Luiz wrote: Caro amigo, Resolvi o meu problema com apenas essas linhas #- # MSN #= /sbin/ipfw add 700 reset tcp from ip_cliente to 207.46.0.0/16 1863,80 keep-state /sbin/ipfw add 710 drop tcp from ip_cliente to 65.54.239.142 keep-state [ ] André Luiz dos Reis Gerente de Redes [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Dessa forma você não bloqueia também o acesso ao hotmail? Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie) -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Apache e URL
Pesquise sobre url cloacking (acho que é assim que se escreve) ou use frames. At 15:54 21/06/2006, Marcio wrote: Pessoal Como eu faco pra ocultar uma parte de uma url no apache?? um exemplo url completa http://www.exemplo.com.br/teste/joao.php?inde=132413243214124 Gostaria que ficase apenas o nome do dominio. Lembro de ja ter lido alguma coisa a respeito disso.. t+ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie) -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qpopper não autentica
At 21:56 15/06/2006, Chacal4P wrote: /var/log/mensages qpopper[10191]: chacal4p at 192.168.0.59 ( 192.168.0.59): -ERR POP EOF or I/O Error O qpopper precisa de um diretório para trabalhar com alguns arquivos temporários, verifique no arquivo de configuração se há uma referência para esse diretório e se o mesmo existe no filesystem. Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie) -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] DNS
Lembro de ter visto algo baseado no rrdtool, mas não consigo lembrar o nome. Tenta dar uma olhada no Google ou no Freshmeat. Em 31/05/06, Fernando Patzlaff[EMAIL PROTECTED] escreveu: Pessoal, alguém conheçe alguma ferramenta para ver estatísticas de uso do dns, buffers ou qualquer outra informação referente a um named? Fernando Patzlaff [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ferramenta livre para abertura de OS
O Request Tracker deve te ajudar. http://www.bestpractical.com/rt/ Se não me engano está no ports. At 19:41 30/05/2006, david firmino wrote: Alguem sabe algum tipo de ferramenta livre para abertura de OS tipo o People Soft e similares? Estamos querendo fazer alguns testes com software livre em um Call Center e se tiver algo que rode em BSD iria ser perfeito, alguma sugestão? Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie) -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: LinuxWorld
Tivemos (eu e um colega de trabalho, Rogério Moura) a oportunidade de conhecer o Patrick e o Jean pessoalmente na LinuxWorld. Foi uma grata surpresa, os caras não são nem um pouco estrelinhas, são muito gente boa. Trocamos muitas idéias, os dois sempre se mostraram muito atenciosos e compartilharam todo seu conhecimento. Isso não só conosco, mas com todas as pessoas que visitaram o stand. Tiramos uma foto na frente do stand, mas acho que nem todos não irão aparecer porque ou o Patrick ou meu narigão ocuparam a foto toda...ehhehehehehe Brincadeira Patrick, não me expulse da lista. :) 2006/5/24, Celso Viana [EMAIL PROTECTED]: All, Tá aí uma fotografia do stand da FUG no evento LinuxWorld http://info.abril.com.br/fotolog/linuxworld2006/fotos/frebsd.jpg http://info.abril.com.br/fotolog/linuxworld2006/ -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] backup em CD
http://br-linux.org/tutoriais/000834.html Em 10/05/06, irado furioso com tudo[EMAIL PROTECTED] escreveu: soh complementando: o raw tambem nao serve, uma vez que o cd jah existe e precisara ser lido eu outros SO que nao o FreeBSD. grato __ Stops spam 100% for your email accounts or you get paid. http://www.cashette.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Mauricio Bonani mailto:[EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] phpMyAdmin
Boa noite amigos, Instalei o phpMyAdmin pelo ports, criei um virtual host no apache apontando para /usr/local/www/phpMyAdmin e configurei conforme abaixo: --- config.inc.php --- ?php $i = 0; $i++; $cfg['Servers'][$i]['host'] = '127.0.0.1'; $cfg['Servers'][$i]['extension'] = 'mysql'; $cfg['Servers'][$i]['connect_type'] = 'tcp'; $cfg['Servers'][$i]['compress'] = false; $cfg['Servers'][$i]['auth_type'] = 'cookie'; $cfg['blowfish_secret'] = '44133060099044.44580683'; ? --- config.inc.php --- Quando tento acessá-lo, sempre recebo a seguinte mensagem: --- Mensagem --- Probably reason of this is that you did not create configuration file. You might want to use http://phpmyadmin.qualityvoip.com.br/scripts/setup.phpsetup script to create one. Erro Mensagens do MySQL : http://dev.mysql.com/doc/refman/5.0/en/error-returns.html Documentação #1045 - Access denied for user 'root'@'localhost' (using password: NO) --- Mensagem --- Não entendo porque aparece localhost se no config.inc.php uso 127.0.0.1. A questão é que não estou conseguindo utilizar o phpMyAdmin. Alguém tem idéia do que fiz de errado ou deixei de fazer? attachment: 2af351d.jpg Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie) -- Mauricio Bonani mailto:[EMAIL PROTECTED]___ freebsd mailing list freebsd@fug.com.br https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Postfix
Você já adicionou a seguinte linha no /etc/rc.conf? sendmail_enable=NONE On Thu, 17 Mar 2005 16:07:56 -0300, rafael [EMAIL PROTECTED] wrote: mail: /usr/sbin/sendmail: No such file or directory onde troco essa linha pelo do postfix? -- Mauricio Bonani mailto:[EMAIL PROTECTED] ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
[FUG-BR] Redimensionamento de parties
Caros, Atualmente essa é a situação do disco de um dos servidores da minha empresa: # df -H FilesystemSize Used Avail Capacity Mounted on /dev/da0s1a 6.2G 2.1G 3.6G36%/ devfs 1.0K 1.0K 0B 100%/dev /dev/da0s3d10G 3.6G 5.9G37%/home /dev/da0s4d19G 2.1G16G12%/var A utilização da partição /home está crescendo rapidamente e a /var está estabilizada. Teria como redimensionar essas partições sem precisar reinstalar todo o sistema? Abraços, -- Mauricio Bonani mailto:[EMAIL PROTECTED] ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
[FUG-BR] NTP
Em nossa rede temos dois controladores de domínio W2000 onde todas as estações têm seu relógio sincronizado. Porém, esses controladores de domínio ainda não sincronizam o relógio em lugar algum. Temos um servidor FreeBSD que sincroniza o relógio a partir de ntp.cais.rnp.br e ntp.ansp.br. Como configurar esse Free para que se torne o servidor NTP da rede interna? -- Mauricio Bonani mailto:[EMAIL PROTECTED] ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] NTP
Como sempre, o handbook salva nossas vidas. ;o) Obrigado pela indicação, Vitor. On Mon, 21 Feb 2005 09:22:45 -0300, Mattos, Vitor Francisco Cunha De [EMAIL PROTECTED] wrote: Da uma olhada no handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-ntp.html []'s!! -- Mauricio Bonani mailto:[EMAIL PROTECTED] ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] Ipfilter - Nat - Secureclient
Você conseguiu resolver a questão do FTP usando Nat + ipfilter? Tive problemas com isso há um tempo atrás e não consegui resolver, tanto tendo o FTP server na mesma máquina do firewall quanto em máquinas separadas. On Mon, 24 Jan 2005 14:34:13 -0200, Mattos, Vitor Francisco Cunha De [EMAIL PROTECTED] wrote: Boa tarde pessoal; Estou com um problema em um firewall que está instalado com o FreeBSD e ipfilter. Tem uma maquina dentro da rede que está instalado o secureclient mas não está funcionando, procurei alguma coisa na Internet mas não encontrei mto, somente uma pagina dizendo para configurar o VPN para usar ipsec puro e permitir nat. Como já tive problemas com o Nat + ipfilter para fazer FTP gostaria de saber se alguém aqui já teve esse problema ou tem alguma dica para configurar o ipfilter. Tks!! ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/ -- Mauricio Bonani mailto:[EMAIL PROTECTED] ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
