Re: [FUG-BR] Livro de FreeBSD da Novatec lançado
vagnerjunior escreveu: O que significa impreso normal ? 9.90 Fui tentar comprar o livro tem opção Sedex 23,xx e a opção impreso normal 9,90 será que é o download ? - Original Message - From: Flávio Barros flaviobar...@gmail.com To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Wednesday, May 13, 2009 8:02 PM Subject: Re: [FUG-BR] Livro de FreeBSD da Novatec lançado Legal. E cadê o outro livro do Patrick ? 2009/5/13 Welkson Renny de Medeiros welk...@focusautomacao.com.br Um amigo me enviou o link: http://www.novatec.com.br/livros/freebsd/ Vou comprar, preço bom! vale a pena prestigiar o trabalho do autor. (ele participa da lista?) -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes welk...@focusautomacao.com.br 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 Acho que eles queriam dizer Encomenda normal... ou seja, demora 9 ou 10 dias. Eu já comprei... com o sedex para Natal/RN ficou por +- R$ 112. -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes welk...@focusautomacao.com.br 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
Re: [FUG-BR] mpd5 ok porem clientes com windows vista nao conectam
Ricardo Augusto de Souza escreveu: Tenho um servidor mpd5 rodando em um FreeBSD 7.1 e seus clientes eram somente mikrotiks e tudo funcionava na boa. Ontem precisei liberar acesso a este servidor mpd5 para alguns colaboradores da empresa e os que usavam Windows vista não conseguiram conectar. Clientes com Windows XP conectam na boa. Minha conf é: Trinity# cat mpd.conf startup: set user admin mamamia admin set console self 127.0.0.1 5005 set console open set web self 0.0.0.0 5006 set web open default: load pptp_server pptp_server: create bundle template PPTP set iface enable proxy-arp set iface idle 1800 set iface enable tcpmssfix set ipcp yes vjcomp # set ipcp dns 172.16.0.1 set ippool add LANPOOL 172.16.0.2 172.16.0.10 set ipcp ranges 172.16.0.1/32 ippool LANPOOL # set bundle disable compression create link template Clients pptp set link latency 0 set link action bundle PPTP set link enable multilink #set link yes acfcomp protocomp set link no pap chap set link enable chap # load radius set link keep-alive 10 60 set link mtu 1460 set pptp self 0.0.0.0 set link enable incoming set bundle enable compression set bundle enable crypt-reqd #set ccp yes mppc set ccp yes mpp-e40 set ccp yes mpp-e128 set ccp yes mpp-stateless Trinity# PF.conf pass in quick on $ext_if proto tcp from any to $ext_if port 1723 synproxy state Trinity# /usr/local/sbin/mpd5 Multi-link PPP daemon for FreeBSD process 91839 started, version 5.2 (r...@trinity.cmtsp.com.br 19:35 13-Apr-2009) PPTP: waiting for connection on 0.0.0.0 1723 [Clients] [Clients-1] Accepting PPTP connection [Clients-1] Link: OPEN event [Clients-1] LCP: Open event [Clients-1] LCP: state change Initial -- Starting [Clients-1] LCP: LayerStart [Clients-1] PPTP: attaching to peer's outgoing call [Clients-1] Link: UP event [Clients-1] LCP: Up event [Clients-1] LCP: state change Starting -- Req-Sent [Clients-1] LCP: SendConfigReq #1 [Clients-1] ACFCOMP [Clients-1] PROTOCOMP [Clients-1] MRU 1500 [Clients-1] MAGICNUM 1228bfbe [Clients-1] AUTHPROTO CHAP MSOFTv2 [Clients-1] MP MRRU 2048 [Clients-1] MP SHORTSEQ [Clients-1] ENDPOINTDISC [802.1] 00 15 17 7b be f3 [Clients-1] LCP: SendConfigReq #2 [Clients-1] ACFCOMP [Clients-1] PROTOCOMP [Clients-1] MRU 1500 [Clients-1] MAGICNUM 1228bfbe [Clients-1] AUTHPROTO CHAP MSOFTv2 [Clients-1] MP MRRU 2048 [Clients-1] MP SHORTSEQ [Clients-1] ENDPOINTDISC [802.1] 00 15 17 7b be f3 [Clients-1] LCP: SendConfigReq #3 [Clients-1] ACFCOMP [Clients-1] PROTOCOMP [Clients-1] MRU 1500 [Clients-1] MAGICNUM 1228bfbe [Clients-1] AUTHPROTO CHAP MSOFTv2 [Clients-1] MP MRRU 2048 [Clients-1] MP SHORTSEQ [Clients-1] ENDPOINTDISC [802.1] 00 15 17 7b be f3 [Clients-1] LCP: SendConfigReq #4 [Clients-1] ACFCOMP [Clients-1] PROTOCOMP [Clients-1] MRU 1500 [Clients-1] MAGICNUM 1228bfbe [Clients-1] AUTHPROTO CHAP MSOFTv2 [Clients-1] MP MRRU 2048 [Clients-1] MP SHORTSEQ [Clients-1] ENDPOINTDISC [802.1] 00 15 17 7b be f3 [Clients-1] LCP: SendConfigReq #5 [Clients-1] ACFCOMP [Clients-1] PROTOCOMP [Clients-1] MRU 1500 [Clients-1] MAGICNUM 1228bfbe [Clients-1] AUTHPROTO CHAP MSOFTv2 [Clients-1] MP MRRU 2048 [Clients-1] MP SHORTSEQ [Clients-1] ENDPOINTDISC [802.1] 00 15 17 7b be f3 [Clients-1] LCP: SendConfigReq #6 [Clients-1] ACFCOMP [Clients-1] PROTOCOMP [Clients-1] MRU 1500 [Clients-1] MAGICNUM 1228bfbe [Clients-1] AUTHPROTO CHAP MSOFTv2 [Clients-1] MP MRRU 2048 [Clients-1] MP SHORTSEQ [Clients-1] ENDPOINTDISC [802.1] 00 15 17 7b be f3 [Clients-1] LCP: SendConfigReq #7 [Clients-1] ACFCOMP [Clients-1] PROTOCOMP [Clients-1] MRU 1500 [Clients-1] MAGICNUM 1228bfbe [Clients-1] AUTHPROTO CHAP MSOFTv2 [Clients-1] MP MRRU 2048 [Clients-1] MP SHORTSEQ [Clients-1] ENDPOINTDISC [802.1] 00 15 17 7b be f3 [Clients-1] LCP: SendConfigReq #8 [Clients-1] ACFCOMP [Clients-1] PROTOCOMP [Clients-1] MRU 1500 [Clients-1] MAGICNUM 1228bfbe [Clients-1] AUTHPROTO CHAP MSOFTv2 [Clients-1] MP MRRU 2048 [Clients-1] MP SHORTSEQ [Clients-1] ENDPOINTDISC [802.1] 00 15 17 7b be f3 [Clients-1] LCP: SendConfigReq #9 [Clients-1] ACFCOMP [Clients-1] PROTOCOMP [Clients-1] MRU 1500 [Clients-1] MAGICNUM 1228bfbe [Clients-1] AUTHPROTO CHAP MSOFTv2 [Clients-1] MP MRRU 2048 [Clients-1] MP SHORTSEQ [Clients-1] ENDPOINTDISC [802.1] 00 15 17 7b be f3 [Clients-1] LCP: SendConfigReq #10 [Clients-1] ACFCOMP [Clients-1] PROTOCOMP [Clients-1] MRU 1500 [Clients-1] MAGICNUM 1228bfbe [Clients-1] AUTHPROTO CHAP MSOFTv2 [Clients-1] MP MRRU 2048 [Clients-1] MP SHORTSEQ [Clients-1] ENDPOINTDISC [802.1] 00 15 17 7b be f3 [Clients-1] LCP: parameter negotiation failed [Clients-1] LCP: state change Req-Sent -- Stopped [Clients-1] LCP: LayerFinish [Clients-1]
Re: [FUG-BR] Livro de FreeBSD da Novatec lançado
Flávio Barros escreveu: Legal. E cadê o outro livro do Patrick ? 2009/5/13 Welkson Renny de Medeiros welk...@focusautomacao.com.br Um amigo me enviou o link: http://www.novatec.com.br/livros/freebsd/ Vou comprar, preço bom! vale a pena prestigiar o trabalho do autor. (ele participa da lista?) -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes welk...@focusautomacao.com.br 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 Verdade! Patrick, quando será lançado o livro? Se não me engano é sobre QMAIL, não é isso? -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes welk...@focusautomacao.com.br 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
Re: [FUG-BR] Fwd: Richard Stallman no ENSOL III
2009/5/13 Cleyton Agapito cragap...@gmail.com: 2009/5/13 Renato Botelho rbga...@gmail.com: Esse cara é o responsável pela criação da GPLv3, a licença mais sem-pé-nem-cabeça que já existiu, que aliás está obrigando o freebsd a trocar o compilador do src, provavelmente depois de lançado o 8.0 mudaremos de gcc pra llvm/clang Renato, qual o impacto que essa mudança terá? Tipo, vai ser uma daquelas do fim do mundo com recomendação pra mandar tudo pro alto e começar do zero denovo? E com todo respeito pelas decisões que o core é obrigado a tomar, vou poder ficar com uma velha cópia pirata do gcc em casa sem muito sofrimento? Os advogados da freebsd foundation leram as licenças e disseram o seguinte: Nenhum código GPLv3 pode ser usado no src, apenas no port, e mesmo no port, não pode ocorrer de um binário GPLv2 only ser linkado com um GPLv3 pois elas são incompatíveis. As versões da gcc continuarão disponíveis no ports, mas, o src não pode depender de um port pra ser compilado, então o pessoal começou a correr atrás de achar outro compilador pra usar no src, e depois das pesquisas optaram pelo ambiente llvm/clang, que é distribuído sob licença BSD. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: Richard Stallman no ENSOL III
Renato Botelho escreveu: Os advogados da freebsd foundation leram as licenças e disseram o seguinte: Nenhum código GPLv3 pode ser usado no src, apenas no port, e mesmo no port, não pode ocorrer de um binário GPLv2 only ser linkado com um GPLv3 pois elas são incompatíveis. As versões da gcc continuarão disponíveis no ports, mas, o src não pode depender de um port pra ser compilado, então o pessoal começou a correr atrás de achar outro compilador pra usar no src, e depois das pesquisas optaram pelo ambiente llvm/clang, que é distribuído sob licença BSD. Ai ainda dizem que o Stallman é o sr FREE, e pior de tudo ainda é querer assistir uma palestra desse infame. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: maquina virtual no freebsd
Os testes foram realizados de diferentes origens ( internet diferente ). E nenhum dos vista conectam. Alguem tem alguma idéia? Eu sempre usei keep state, até eu ler o livro The book of PF do Peter N.M Hansteen. O synproxy faz com que o PF faça a intermediação da conexão e 'protege' contra ataques SYN-flood, no entanto consome mais recurso do seu servidor. Uma sugestão de regra: table bruteforce_pptp persist pass in quick on $ext_if proto tcp from $lojas to $ext_if port 1723 synproxy state ( max-src-conn 2, max-src-conn-rate 5/5, overload bruteforce_pptp flush global ) -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Welkson Renny de Medeiros Enviada em: quarta-feira, 13 de maio de 2009 16:01 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] maquina virtual no freebsd Ricardo Carlini Sperandio escreveu: TEM SIM !! É justamente o VirtualBox. Lembra um pouco a interface do VMWARE Mario Lobo pelo que entendi ele esta perguntando sobre interface web, e console remoto. A resposta é não, o virual box concorre com o vmware workstation. Att, Carlini - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Exatamente isso Ricardo! Então só pelo X mesmo, ou usando linha de comando. Obrigado pelos esclarecimentos. (estou usando o VMware Server com Windows 2003, bastante satisfeito, pretendo migrar para LINUX quando tiver tempo = dia de são nunca). -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes welk...@focusautomacao.com.br 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
Re: [FUG-BR] Fwd: Richard Stallman no ENSOL III
2009/5/14 Márcio Luciano Donada mdon...@gmail.com: Renato Botelho escreveu: Os advogados da freebsd foundation leram as licenças e disseram o seguinte: Nenhum código GPLv3 pode ser usado no src, apenas no port, e mesmo no port, não pode ocorrer de um binário GPLv2 only ser linkado com um GPLv3 pois elas são incompatíveis. As versões da gcc continuarão disponíveis no ports, mas, o src não pode depender de um port pra ser compilado, então o pessoal começou a correr atrás de achar outro compilador pra usar no src, e depois das pesquisas optaram pelo ambiente llvm/clang, que é distribuído sob licença BSD. Ai ainda dizem que o Stallman é o sr FREE, e pior de tudo ainda é querer assistir uma palestra desse infame. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Pessoal, postei aquela mensagem porque achei que poderia ser do interesse de alguém da lista. Eu peço por meio deste e-mail as minhas mais sinceras desculpas por ter postado aquilo. Mas, estou olhando pelo lado bom da coisa também, se não tivesse feito não estaria sabendo desse problema do compilador. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fwd: Richard Stallman no ENSOL III
2009/5/14 Márcio Luciano Donada mdon...@gmail.com: Renato Botelho escreveu: Os advogados da freebsd foundation leram as licenças e disseram o seguinte: Nenhum código GPLv3 pode ser usado no src, apenas no port, e mesmo no port, não pode ocorrer de um binário GPLv2 only ser linkado com um GPLv3 pois elas são incompatíveis. As versões da gcc continuarão disponíveis no ports, mas, o src não pode depender de um port pra ser compilado, então o pessoal começou a correr atrás de achar outro compilador pra usar no src, e depois das pesquisas optaram pelo ambiente llvm/clang, que é distribuído sob licença BSD. Ai ainda dizem que o Stallman é o sr FREE, e pior de tudo ainda é querer assistir uma palestra desse infame. Ele foi importante para que certas coisas acontecessem, mas agora perdeu completamente a medida, os limites (Caducou?). Eu falo que a licença GPL é o ramo mais radical do Open Source. mas agora está virando Xiita mesmo. Será que para usar Linux terão que fazer pirataria? Será que as futuras licença vão inviabilizar as distribuições Linux? João Rocha. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sempre se apanha mais com as menores besteiras. Experiência própria. goffr...@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] FreeBSD 7.x amd64 travando na instalacao
Em Wed, 13 May 2009 22:02:24 -0300 Rodolfo Manin rodolfo.ma...@gmail.com, conhecido consumidor de drogas (BigMac's com Coke) escreveu: Trying to mount root from ufs:/dev/md0 /stand/sysinstall running as init on vty0 rss.. igualzinho aqui. seguinte: não pode desabilitar acpi (item 2 do boot). Pelo menos aqui foi assim, depois que deixei o acpi habilitado foi tranquilo. btw: conferiu o md5 antes de gravar o dvd? 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 Tirante mulher a gente sempre deve recomendar aquilo que experimentou e gostou. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 7.x amd64 travando na instalacao
Em Wed, 13 May 2009 22:02:24 -0300 Rodolfo Manin rodolfo.ma...@gmail.com, conhecido consumidor de drogas (BigMac's com Coke) escreveu: Obs.: deu o boot sempre com ACPI desativado. Ativando o ACPI a maquina nao dah boot: fica em loop, correndo mensagens muito rápido na tela quando o kernel carrega o ACPI. desconsidere meu zémail anterior :( nessa condição (não dá boot), minha impressão é de que vc está com problemas na midia OU no hardware. Considerando-se que usou outra midia (i386) com o mesmo resultado, resta o hardware, possivelmente ram. 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 mesmo a melhor das cobras, é cobra - provérbio árabe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Problema com Lagg e Trunking
Boa tarde pessoal. Estou utilizando em servidores (que funcionam como storages) port trunking, e o lagg do lado do FreeBSD. O problema é o seguinte, a rede com o trunking funciona normalmente... porem nota-se uma perda de pacotes altissima. --- Ping de um servidor sem o lagg+trunking para o IP do switch --- 172.30.0.254 ping statistics --- 200 packets transmitted, 200 packets received, 0% packet loss round-trip min/avg/max = 1.4/5.5/119.7 ms --- Ping do servidor rodando lagg (lacp) para o IP do switch --- 172.30.0.254 ping statistics --- 390 packets transmitted, 38 packets received, 90.3% packet loss round-trip min/avg/max/stddev = 1.463/2.636/19.130/3.365 ms A configuração do lagg é a seguinte: em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4 ether 00:1f:29:58:ee:b2 maclabel biba/equal(high-high) media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 em1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4 ether 00:1f:29:58:ee:b2 maclabel biba/equal(high-high) media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 lagg0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4 ether 00:1f:29:58:ee:b2 inet 172.30.0.1 netmask 0x broadcast 172.30.255.255 maclabel biba/equal(high-high) media: Ethernet autoselect status: active laggproto lacp laggport: em1 flags=1cACTIVE,COLLECTING,DISTRIBUTING laggport: em0 flags=0 O Switch é um D-Link DGS-1216T. O Trunking está ativado nas duas portas do servidor acima, em0 e em1, e em duas portas de um outro sevidor: $ ifconfig bce0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=3bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU ether 00:22:19:a6:1f:e4 media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 bce1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=3bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU ether 00:22:19:a6:1f:e4 media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 lagg0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=3bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU inet 172.30.0.10 netmask 0x broadcast 172.30.255.255 ether 00:22:19:a6:1f:e4 media: Ethernet autoselect status: active laggproto lacp laggport: bce1 flags=4ACTIVE laggport: bce0 flags=1cACTIVE,COLLECTING,DISTRIBUTING Alguém utiliza Port Trunking e já teve problema parecido? Recomenda que seja feito algo? Pois estes dois servidores ficam inutilizaveis atravez do trunking. O 1o. servidor, com placas emX, é um FreeBSD 7.2, e a placa de rede é uma HP NC360T PCIe DP Gigabit Server Adapter. O 2o. servidor, com placas bceX, é um FreeNAS - ultima versão -, e o servidor é um Dell PowerEdge 2950 III. -- Rafael Henrique da Silva Faria Assistente de Informática II Faculdade de Ciências e Letras - Campus de Araraquara Universidade Estadual Paulista - UNESP - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Problema com Lagg e Trunking
Boa tarde pessoal. Estou utilizando em servidores (que funcionam como storages) port trunking, e o lagg do lado do FreeBSD. O problema é o seguinte, a rede com o trunking funciona normalmente... porem nota-se uma perda de pacotes altissima. --- Ping de um servidor sem o lagg+trunking para o IP do switch --- 172.30.0.254 ping statistics --- 200 packets transmitted, 200 packets received, 0% packet loss round-trip min/avg/max = 1.4/5.5/119.7 ms --- Ping do servidor rodando lagg (lacp) para o IP do switch --- 172.30.0.254 ping statistics --- 390 packets transmitted, 38 packets received, 90.3% packet loss round-trip min/avg/max/stddev = 1.463/2.636/19.130/3.365 ms A configuração do lagg é a seguinte: em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4 ether 00:1f:29:58:ee:b2 maclabel biba/equal(high-high) media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 em1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4 ether 00:1f:29:58:ee:b2 maclabel biba/equal(high-high) media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 lagg0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4 ether 00:1f:29:58:ee:b2 inet 172.30.0.1 netmask 0x broadcast 172.30.255.255 maclabel biba/equal(high-high) media: Ethernet autoselect status: active laggproto lacp laggport: em1 flags=1cACTIVE,COLLECTING,DISTRIBUTING laggport: em0 flags=0 O Switch é um D-Link DGS-1216T. O Trunking está ativado nas duas portas do servidor acima, em0 e em1, e em duas portas de um outro sevidor: $ ifconfig bce0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=3bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU ether 00:22:19:a6:1f:e4 media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 bce1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=3bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU ether 00:22:19:a6:1f:e4 media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 lagg0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=3bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU inet 172.30.0.10 netmask 0x broadcast 172.30.255.255 ether 00:22:19:a6:1f:e4 media: Ethernet autoselect status: active laggproto lacp laggport: bce1 flags=4ACTIVE laggport: bce0 flags=1cACTIVE,COLLECTING,DISTRIBUTING Alguém utiliza Port Trunking e já teve problema parecido? Recomenda que seja feito algo? Pois estes dois servidores ficam inutilizaveis atravez do trunking. O 1o. servidor, com placas emX, é um FreeBSD 7.2, e a placa de rede é uma HP NC360T PCIe DP Gigabit Server Adapter. O 2o. servidor, com placas bceX, é um FreeNAS - ultima versão -, e o servidor é um Dell PowerEdge 2950 III. -- Rafael Henrique da Silva Faria Assistente de Informática II Faculdade de Ciências e Letras - Campus de Araraquara Universidade Estadual Paulista - UNESP - Ola Rafael. Não ficou claro pra mim se você ativou o Lag ou Port Trunking ( a nomenclatura depende do fabricante) nas portas do Switch onde estao ligados estes servidores. Por exemplo, se o primeiro servidor tem as 2 placas de rede conectadas nas portas 1 e 2 do Switch, as portas 1 e 2 do swtich estão também em Lag? Cristiano Maynart - 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: Problema com Lagg e Trunking
Boa tarde Cristiano. O servidor 1, utiliza as portas 15 e 16 do Switch. E essas portas estão configuradas em um Trunking. E aparentemente o Switch tem suporte ao LACP. Apesar que ele não chama de Lagg. Apenas de Trunking. maximum 8 ports in static group and 16 ports in LACP group está especificado na tela de configuração do Trunking. O Servidor 2 (com FreeNAS) utiliza as portas 13 e 14, e está configurado um segundo trunking para estas duas portas. E em ambos os servidores existe esta perda altissima de pacotes. 2009/5/14 Cristiano Maynart Pereira cpere...@unisc.br: Boa tarde pessoal. Estou utilizando em servidores (que funcionam como storages) port trunking, e o lagg do lado do FreeBSD. O problema é o seguinte, a rede com o trunking funciona normalmente... porem nota-se uma perda de pacotes altissima. --- Ping de um servidor sem o lagg+trunking para o IP do switch --- 172.30.0.254 ping statistics --- 200 packets transmitted, 200 packets received, 0% packet loss round-trip min/avg/max = 1.4/5.5/119.7 ms --- Ping do servidor rodando lagg (lacp) para o IP do switch --- 172.30.0.254 ping statistics --- 390 packets transmitted, 38 packets received, 90.3% packet loss round-trip min/avg/max/stddev = 1.463/2.636/19.130/3.365 ms A configuração do lagg é a seguinte: em0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4 ether 00:1f:29:58:ee:b2 maclabel biba/equal(high-high) media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 em1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4 ether 00:1f:29:58:ee:b2 maclabel biba/equal(high-high) media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 lagg0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=19bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4 ether 00:1f:29:58:ee:b2 inet 172.30.0.1 netmask 0x broadcast 172.30.255.255 maclabel biba/equal(high-high) media: Ethernet autoselect status: active laggproto lacp laggport: em1 flags=1cACTIVE,COLLECTING,DISTRIBUTING laggport: em0 flags=0 O Switch é um D-Link DGS-1216T. O Trunking está ativado nas duas portas do servidor acima, em0 e em1, e em duas portas de um outro sevidor: $ ifconfig bce0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=3bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU ether 00:22:19:a6:1f:e4 media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 bce1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=3bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU ether 00:22:19:a6:1f:e4 media: Ethernet autoselect (1000baseTX full-duplex) status: active lagg: laggdev lagg0 lagg0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=3bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU inet 172.30.0.10 netmask 0x broadcast 172.30.255.255 ether 00:22:19:a6:1f:e4 media: Ethernet autoselect status: active laggproto lacp laggport: bce1 flags=4ACTIVE laggport: bce0 flags=1cACTIVE,COLLECTING,DISTRIBUTING Alguém utiliza Port Trunking e já teve problema parecido? Recomenda que seja feito algo? Pois estes dois servidores ficam inutilizaveis atravez do trunking. O 1o. servidor, com placas emX, é um FreeBSD 7.2, e a placa de rede é uma HP NC360T PCIe DP Gigabit Server Adapter. O 2o. servidor, com placas bceX, é um FreeNAS - ultima versão -, e o servidor é um Dell PowerEdge 2950 III. -- Rafael Henrique da Silva Faria Assistente de Informática II Faculdade de Ciências e Letras - Campus de Araraquara Universidade Estadual Paulista - UNESP - Ola Rafael. Não ficou claro pra mim se você ativou o Lag ou Port Trunking ( a nomenclatura depende do fabricante) nas portas do Switch onde estao ligados estes servidores. Por exemplo, se o primeiro servidor tem as 2 placas de rede conectadas nas portas 1 e 2 do Switch, as portas 1 e 2 do swtich estão também em Lag? Cristiano Maynart - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Henrique da Silva Faria # Grupo Cena Digital # (16) 9229-8928 # www.cenadigital.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Problema com Lagg e Trunking
Olá William, obrigado pela resposta. Bom, acredito que provavelmente é uma incompatibilidade do Switch com o LACP... O que eu vou tentar fazer é trocar o switch então... aqui eu tenho um DGS-3100-24 ou tentar verificar se com ele ocorre o mesmo problema. 2009/5/14 William David FUG-BR fu...@biosystems.ath.cx: Bom dia tive problemas com o Swicth DELL Poewr conect 2734 que aparente mente teria que ter suporte a LACP mas nao tem ele fica da mesma maneira que o seu. possuo 2 servidores DELL PowerEdge 2900 iii as PLACAS DE REDE portas tem que esta com status laggport: bce0 flags=1cACTIVE,COLLECTING,DISTRIBUTING laggport: bce1 flags=1cACTIVE,COLLECTING,DISTRIBUTING aqui ela fica assim por 1 hora no switch dell depois caia uma porta e nada mais funcionava as portas ficavam com status igualzinho o seu. liguei para dell eles falaram que estava tudo certo . troquei o switch por um planet modelo gsw-2404sf e não tive mais problemas ambas as portas ficam on line. nos 2 servidores no switch eu habilitei normal o port trunk para as 4 portas. 13-14 trunk1 - servidor 1 15-16 trunk2 - servidor 2 2009/5/14 Rafael Henrique Faria rafaelhfa...@cenadigital.com.br: Boa tarde Cristiano. O servidor 1, utiliza as portas 15 e 16 do Switch. -- - = - = - = - = - = - = - = - = - = - . Of course it runs William David Armstrong |== Bio Systems Security Networking ' FreeBSD MSN / GT biosystems gmail . com http://biosystems.ath.cx:8080/ http://biosystems.broker.freenet6.net/ -- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rafael Henrique da Silva Faria # Grupo Cena Digital # (16) 9229-8928 # www.cenadigital.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] pf + snmp
Pessoal, para o IPFW temos um patch para o snmp que permite obter estatísticas de um IP(através da regra do IPFW) remotas sobre tráfego, jogando isto num cacti temos um gráfico de banda. Para o PF tem algo semelhante? Na verdade preciso saber apenas, durante um intervalo de tempo, o tráfego que um cliente tem. Pensei em ferramenta scomo trafshow ou iftop, mas elas me mostram só o ‘tempo real’, e preciso da média(e Maximo) durante o período. Alguém tem alguma sugestão? Até um software em modo texto atende. Pensei em exportar para netflow através do pfflowd, mas talvez seja muito trabalho para nada. Obrigado ☺ - 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: pf + snmp
http://www.packetmischief.ca/openbsd/snmp/ Neste link você encontra as MIBs para o PF. Atualmente ainda não foram incorporadas ao OpenSNMPd (SNMPd do OpenBSD), mas serão num futuro próximo. Abraço, 2009/5/14 Márcio Luciano Donada mdon...@gmail.com Mauricio Bonani escreveu: 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. Talvez eu esteja falando besteira, mas o bsnmpd, do FreeBSD mesmo, tem uma lib para isso, mas teria que dar uma pesquisada mais a fundo. Depois seria interessante reportar isso para a lista. Abraço, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Eduardo Alvarenga - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] SENDMAIL ERRO NO SMTP
Veja os logs, sabem de alguma coisa May 14 17:44:33 server sm-mta[11165]: daemon IPv4: problem creating SMTP socket May 14 17:44:38 server sm-mta[11185]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:38 server sm-mta[11185]: daemon IPv4: problem creating SMTP socket May 14 17:44:38 server sm-mta[11165]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:38 server sm-mta[11165]: daemon IPv4: problem creating SMTP socket May 14 17:44:43 server sm-mta[11185]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:43 server sm-mta[11185]: daemon IPv4: problem creating SMTP socket May 14 17:44:43 server sm-mta[11165]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:43 server sm-mta[11165]: daemon IPv4: problem creating SMTP socket May 14 17:44:48 server sm-mta[11185]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:48 server sm-mta[11185]: daemon IPv4: problem creating SMTP socket May 14 17:44:48 server sm-mta[11165]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:48 server sm-mta[11165]: daemon IPv4: problem creating SMTP socket May 14 17:44:48 server sm-mta[11165]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: server SMTP socket wedged: exiting -- Juliano - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: pf + snmp
Na verdade para o open encontrei este patch: http://www.packetmischief.ca/openbsd/snmp/ mas não vi referencia que isto funcionaria para uma tabela, algo assim. -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Márcio Luciano Donada Enviada em: quinta-feira, 14 de maio de 2009 14:38 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: pf + snmp Mauricio Bonani escreveu: 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. Talvez eu esteja falando besteira, mas o bsnmpd, do FreeBSD mesmo, tem uma lib para isso, mas teria que dar uma pesquisada mais a fundo. Depois seria interessante reportar isso para a lista. Abraço, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: pf + snmp
Ahan.. dando mais uma vasculhada no histórico encontrei esta referëncia: http://www.fug.com.br/historico/html/freebsd/2007-01/msg00584.html :) Vou ver se consigo o script.. :) -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Renato Frederick Enviada em: quinta-feira, 14 de maio de 2009 14:51 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] RES: RES: pf + snmp Na verdade para o open encontrei este patch: http://www.packetmischief.ca/openbsd/snmp/ mas não vi referencia que isto funcionaria para uma tabela, algo assim. -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Márcio Luciano Donada Enviada em: quinta-feira, 14 de maio de 2009 14:38 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: pf + snmp Mauricio Bonani escreveu: 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. Talvez eu esteja falando besteira, mas o bsnmpd, do FreeBSD mesmo, tem uma lib para isso, mas teria que dar uma pesquisada mais a fundo. Depois seria interessante reportar isso para a lista. Abraço, - 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
[FUG-BR] FreeBSD + Cisco ISL (InterLink Switch)
Olá a todos. Apresento o diagrama abaixo, com a intenção de obter a opinião dos colegas da lista. LINK1 LINK2 LINK3 128 256 512 | | | | | | -e01---e02---e03- || | Switch Cisco 1912A | || ---f26--- | | ---xl0--- || | FreeBSD 6.4 Stable| || ---xl1--- | | | Rede Interna A idéia inicial era fazer um trunking entre o Cisco Catalyst 1912A e o FreeBSD. Cada link externo estará numa VLAN, e o FreeBSD no trunking, tendo contato com cada link, e os links não tendo contato entre si. No Switch: Interface e0/1 na VLAN11. Interface e0/2 na VLAN12. Interface e0/3 na VLAN13. Interface e0/26 trunk on. No FreeBSD: Instanciar interfaces virtuais (tendo xl0 como parent) para cada link. Tudo parecia ir muito bem, até eu levantar as limitações do switch Cisco 1912A. O diagrama (ASCII) acima é totalmente passível de execução[1], se usado um switch Cisco 2950, 6500 ou qualquer outro switch CNE[2]. Acontece que o switch Cisco 1912A não tem o protocolo 802.1q totalmente implementando[3], dispondo para trunking o protocolo ISL (InterSwitch Link). Segundo Mosfët[4], é possível fazer o FreeBSD conversar como ISL. Tendo isso, e considerando que: a) O cliente não trocará a placa-mãe por outra com mais slots PCIs livres. b) O cliente não utilizará placa de rede quadport (tipo uma D-Link DFE580TX). c) O cliente não comprará um novo switch. As alternativas são: 1) Conseguir um exemplo de netgraph similar ao de Michael R. Brumm[5], porém que funcione no FreeBSD 6 e 7, e não só no 4.x. 2) Atualizar o firmware (se ainda existir) do Cisco 1912A, para suportar 802.1q. 3) Esperar que Mosfët[4] cumpra a promessa feita em 2004 :P Como sempre, serei muito grato pela opinião de vocês :) [1] http://www.monkeybrains.net/~rudy/example/device_vlan.html [2] Chuck Norris Edition [3] http://www.2000trainers.com/cisco-ccna-03/configuring-switch-isl-trunk-links/ [4] http://www.velocityreviews.com/forums/t35062-freebsd-45-isl-.html [5] http://www.michaelbrumm.com/how-to-aggregate-bandwidth.html Saudações, Trober - - - - - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SENDMAIL ERRO NO SMTP
On Thu, May 14, 2009 14:52, Juliano Oliveira wrote: Veja os logs, sabem de alguma coisa May 14 17:44:33 server sm-mta[11165]: daemon IPv4: problem creating SMTP socket May 14 17:44:38 server sm-mta[11185]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:38 server sm-mta[11185]: daemon IPv4: problem creating SMTP socket May 14 17:44:38 server sm-mta[11165]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:38 server sm-mta[11165]: daemon IPv4: problem creating SMTP socket May 14 17:44:43 server sm-mta[11185]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:43 server sm-mta[11185]: daemon IPv4: problem creating SMTP socket May 14 17:44:43 server sm-mta[11165]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:43 server sm-mta[11165]: daemon IPv4: problem creating SMTP socket May 14 17:44:48 server sm-mta[11185]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:48 server sm-mta[11185]: daemon IPv4: problem creating SMTP socket May 14 17:44:48 server sm-mta[11165]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: cannot bind: Can't assign requested address May 14 17:44:48 server sm-mta[11165]: daemon IPv4: problem creating SMTP socket May 14 17:44:48 server sm-mta[11165]: NOQUEUE: SYSERR(root): opendaemonsocket: daemon IPv4: server SMTP socket wedged: exiting a primeira coisa que olharia era se tem alguém usando já o socket. sockstat -4l diz (acho que é isso) pode ser tb que na tua config está pedindo um IP que ele não em interface nenhuma. no mais, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FUG-BR senha de acesso
Antonio, não recebemos seu e-mail em contato. Eu posso ajudar (fora da lista), me informe seu username e seguimos conversando em particular. -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - 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] - Open VPN Conecta mas n ão passa dados. (PFsense)
2009/5/12 Welkson Renny de Medeiros welk...@focusautomacao.com.br: Bruno Torres Viana escreveu: Wellson, Eu configurei agora para este pool e também não funcionou, eu nunca trabalhei com pfsense antes. Em Custom options coloquei: push route 192.168.1.0 255.255.255.0; pussh route 10.0.8.0 255.255.255.0 Agor se puer printar as telas e não for abuso. Acho que o NAT que fiz também está correto. 2009/5/12 Welkson Renny de Medeiros welk...@focusautomacao.com.br Bruno Torres Viana escreveu: Eu uso o pfsense em varios ambientes.. vc tem que criar regras no firewall para liberar a rede OpenVPN principalmente a porta usada por ele. - 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: pf + snmp
eu vi que o Gilberto fez foi o seguinte # nos snmpd.conf # foi adicionanda essa linha exec .1.3.6.1.4.1.2021.8.1.100 trafego /sbin/pfctl -sl # e la no pf .conf voce cria uma queue com in e out e coloca label # ex: pass in quick on em2 from 200.xx.xx.96/30 to any keep state queue cli_em2 label cli_out pass in quick on em4 from any to 200.xx.xx.96/30 keep state queue cli_em4 label cli_in agora deve criado um template no cacti para ler aquela identificação do que voce colocou no snmpd.conf essa consulta snmp vai retornar os valores dos label in e out ex: /sbin/pfctl -sl cli_out 636062 25476 14056937 cli_in 1514584 183 11478 boa sorte 2009/5/14 Renato Frederick freder...@dahype.org: Ahan.. dando mais uma vasculhada no histórico encontrei esta referëncia: http://www.fug.com.br/historico/html/freebsd/2007-01/msg00584.html :) Vou ver se consigo o script.. :) -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Renato Frederick Enviada em: quinta-feira, 14 de maio de 2009 14:51 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] RES: RES: pf + snmp Na verdade para o open encontrei este patch: http://www.packetmischief.ca/openbsd/snmp/ mas não vi referencia que isto funcionaria para uma tabela, algo assim. -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Márcio Luciano Donada Enviada em: quinta-feira, 14 de maio de 2009 14:38 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: pf + snmp Mauricio Bonani escreveu: 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. Talvez eu esteja falando besteira, mas o bsnmpd, do FreeBSD mesmo, tem uma lib para isso, mas teria que dar uma pesquisada mais a fundo. Depois seria interessante reportar isso para a lista. Abraço, - 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/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [Fwd: [Call For Testing] VirtualBox for FreeBSD!]
FYI -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! ---BeginMessage--- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Howdy Guys, After the announcement from Alexander Eichner about Virtualbox on FreeBSD, we started the work on a port for FreeBSD. Now we think that we solved the most problems and are ready for the first Call for Testing. Some notes before you can test the port: Make sure you are using RELENG_7 or higher. You have to use a fresh portstree with uptodate ports!! Please read carefully the pkg-messages. Some known issues / Troubleshooting: Sometimes the kernel on HEAD coredumps when loading or unloading the kernel module. A small workaround to prevent the crash is to not start X, mount proc, then load the kernel module and start X from the console. That helped me and some testers, maybe you too. :P AMD64 should be work in general, it builds and start. But not right tested at the moment. We want here also some feedback. Some Thanks: First of all we'd like to say many thanks to _ALL_ vbox developers. Next people are Bernhard Froehlich (aka decke), Beat Gaetzi (beat@), Dennis Herrmann (dhn@), Pietro Cerutti (gahr@), myself (*gg*), and _ALL_ who helped and provided feedback. Happy Testing :-) Download: http://people.freebsd.org/~miwi/vbox/vboxport.tgz Wiki Page: http://wiki.freebsd.org/VirtualBox - Martin - -- +---+---+ | PGP: 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ: 169139903 | Mail : miwi(at)FreeBSD.org | +---+---+ | Mess with the Best, Die like the Rest! | +---+---+ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMbSUACgkQdLJIhLHm/OnNnACeJsT7H9hW1J7CV70P3Ty+q0CA kD8AoMLCPbltY999/8qO6fnaqv4UQ9QT =LcoD -END PGP SIGNATURE- ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ---End Message--- - 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: Pessoal, para o IPFW temos um patch para o snmp que permite obter estatÃsticas de um IP(através da regra do IPFW) remotas sobre tráfego, jogando isto num cacti temos um gráfico de banda. Para o PF tem algo semelhante? Na verdade preciso saber apenas, durante um intervalo de tempo, o tráfego que um cliente tem. Pensei em ferramenta scomo trafshow ou iftop, mas elas me mostram só o ‘tempo real’, e preciso da média(e Maximo) durante o perÃodo. Alguém tem alguma sugestão? Até um software em modo texto atende. Pensei em exportar para netflow através do pfflowd, mas talvez seja muito trabalho para nada. Obrigado Use o rate por periodo definido jogando a saida pra algum arquivo, e depois avalie. O rate ja vai mostrar o average a cada saida (average acumulado desde que ta rodando) e o maximo voce vai ter que dar um sort, mas vai resolver o caso sem precisar estabelecer uma estrategia de monitoracao inteira pra pouca coisa. -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD + Cisco ISL (InterLink Switch)
se o seu switch suportar a vlan tudo deve funcionar normal eu uso um esquema parecido com um sw 29xx mas com placas quad 2009/5/14 Trober tro...@trober.com: Olá a todos. Apresento o diagrama abaixo, com a intenção de obter a opinião dos colegas da lista. LINK1 LINK2 LINK3 128 256 512 | | | | | | -e01---e02---e03- | | | Switch Cisco 1912A | | | ---f26--- | | ---xl0--- | | | FreeBSD 6.4 Stable | | | ---xl1--- | | | Rede Interna A idéia inicial era fazer um trunking entre o Cisco Catalyst 1912A e o FreeBSD. Cada link externo estará numa VLAN, e o FreeBSD no trunking, tendo contato com cada link, e os links não tendo contato entre si. No Switch: Interface e0/1 na VLAN11. Interface e0/2 na VLAN12. Interface e0/3 na VLAN13. Interface e0/26 trunk on. No FreeBSD: Instanciar interfaces virtuais (tendo xl0 como parent) para cada link. Tudo parecia ir muito bem, até eu levantar as limitações do switch Cisco 1912A. O diagrama (ASCII) acima é totalmente passível de execução[1], se usado um switch Cisco 2950, 6500 ou qualquer outro switch CNE[2]. Acontece que o switch Cisco 1912A não tem o protocolo 802.1q totalmente implementando[3], dispondo para trunking o protocolo ISL (InterSwitch Link). Segundo Mosfët[4], é possível fazer o FreeBSD conversar como ISL. Tendo isso, e considerando que: a) O cliente não trocará a placa-mãe por outra com mais slots PCIs livres. b) O cliente não utilizará placa de rede quadport (tipo uma D-Link DFE580TX). c) O cliente não comprará um novo switch. As alternativas são: 1) Conseguir um exemplo de netgraph similar ao de Michael R. Brumm[5], porém que funcione no FreeBSD 6 e 7, e não só no 4.x. 2) Atualizar o firmware (se ainda existir) do Cisco 1912A, para suportar 802.1q. 3) Esperar que Mosfët[4] cumpra a promessa feita em 2004 :P Como sempre, serei muito grato pela opinião de vocês :) [1] http://www.monkeybrains.net/~rudy/example/device_vlan.html [2] Chuck Norris Edition [3] http://www.2000trainers.com/cisco-ccna-03/configuring-switch-isl-trunk-links/ [4] http://www.velocityreviews.com/forums/t35062-freebsd-45-isl-.html [5] http://www.michaelbrumm.com/how-to-aggregate-bandwidth.html Saudações, Trober - - - - - - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Ajuda com RDR urgente
Pessoal, Tenho um cenário estranho aqui. Tenho um servidor Windows com o ip 10.100.0.4 e de aproximadamente 100 em 100 segundos ele perde a conexão com o concentrador 192.160.120.1 Qd eu removo este IP do Server e coloco outro, nenhum pacote é perdido. Eu coloquei o ip 10.100.0.4 no firewall ( freebSD 7.1 + PF ) e quero redirecionar todas as conexões para o novo ip 10.100.0.40 Rola fazer um binat? Alguém já passou por isso e pode me ajudar? - 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
Tem o pfstat também ! freekazoide# cd /usr/ports/sysutils/pfstat freekazoide# cat pkg-descr Pfstat is a small utility that collects packet filter (security/pf) statistics and produces graphs like mrtg or alike. Samples can be found at the website below. WWW: http://www.benzedrine.cx/pfstat.html -Max m...@love2party.net freekazoide# 2009/5/14 Patrick Tracanelli eks...@freebsdbrasil.com.br: Renato Frederick escreveu: Pessoal, para o IPFW temos um patch para o snmp que permite obter estatÃsticas de um IP(através da regra do IPFW) remotas sobre tráfego, jogando isto num cacti temos um gráfico de banda. Para o PF tem algo semelhante? Na verdade preciso saber apenas, durante um intervalo de tempo, o tráfego que um cliente tem. Pensei em ferramenta scomo trafshow ou iftop, mas elas me mostram só o ‘tempo real’, e preciso da média(e Maximo) durante o perÃodo. Alguém tem alguma sugestão? Até um software em modo texto atende. Pensei em exportar para netflow através do pfflowd, mas talvez seja muito trabalho para nada. Obrigado Use o rate por periodo definido jogando a saida pra algum arquivo, e depois avalie. O rate ja vai mostrar o average a cada saida (average acumulado desde que ta rodando) e o maximo voce vai ter que dar um sort, mas vai resolver o caso sem precisar estabelecer uma estrategia de monitoracao inteira pra pouca coisa. -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Luiz Gustavo Costa mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: gustavo@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] [Fwd: [Call For Testing] VirtualBox for FreeBSD!]
muito bom, muito bom, muito bom ! 2009/5/14 Patrick Tracanelli eks...@freebsdbrasil.com.br: FYI -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Howdy Guys, After the announcement from Alexander Eichner about Virtualbox on FreeBSD, we started the work on a port for FreeBSD. Now we think that we solved the most problems and are ready for the first Call for Testing. Some notes before you can test the port: Make sure you are using RELENG_7 or higher. You have to use a fresh portstree with uptodate ports!! Please read carefully the pkg-messages. Some known issues / Troubleshooting: Sometimes the kernel on HEAD coredumps when loading or unloading the kernel module. A small workaround to prevent the crash is to not start X, mount proc, then load the kernel module and start X from the console. That helped me and some testers, maybe you too. :P AMD64 should be work in general, it builds and start. But not right tested at the moment. We want here also some feedback. Some Thanks: First of all we'd like to say many thanks to _ALL_ vbox developers. Next people are Bernhard Froehlich (aka decke), Beat Gaetzi (beat@), Dennis Herrmann (dhn@), Pietro Cerutti (gahr@), myself (*gg*), and _ALL_ who helped and provided feedback. Happy Testing :-) Download: http://people.freebsd.org/~miwi/vbox/vboxport.tgz Wiki Page: http://wiki.freebsd.org/VirtualBox - Martin - -- +---+---+ | PGP : 0xB1E6FCE9 | Jabber : miwi(at)BSDCrew.de | | ICQ : 169139903 | Mail : miwi(at)FreeBSD.org | +---+---+ | Mess with the Best, Die like the Rest! | +---+---+ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkoMbSUACgkQdLJIhLHm/OnNnACeJsT7H9hW1J7CV70P3Ty+q0CA kD8AoMLCPbltY999/8qO6fnaqv4UQ9QT =LcoD -END PGP SIGNATURE- ___ freebsd-curr...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Luiz Gustavo Costa mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: gustavo@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: pf + snmp
Bacana Patrick, acho que resolve: #rate -r 30 -q 4 -i xl2 -R src 1.1.1.1 or dst 1.1.1.1 = Currently 506.08 kBps/971.77 pps, Average: 506.08 kBps/971.77 pps = Currently 495.71 kBps/999.30 pps, Average: 500.90 kBps/985.54 pps = Currently 516.05 kBps/1.01 kpps, Average: 505.95 kBps/994.98 pps = Currently 523.75 kBps/1.12 kpps, Average: 510.42 kBps/1.03 kpps Vai me dar o average durante 2 minutos(4 interacoes com intervalo de 30 segundos). Pode ser feito até um gráfico, basta jogar no Excel o valor corrente e adicionar os eixos :) -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Patrick Tracanelli Enviada em: quinta-feira, 14 de maio de 2009 14:21 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] pf + snmp Renato Frederick escreveu: Pessoal, para o IPFW temos um patch para o snmp que permite obter estatÃsticas de um IP(através da regra do IPFW) remotas sobre tráfego, jogando isto num cacti temos um gráfico de banda. Para o PF tem algo semelhante? Na verdade preciso saber apenas, durante um intervalo de tempo, o tráfego que um cliente tem. Pensei em ferramenta scomo trafshow ou iftop, mas elas me mostram só o ‘tempo real’, e preciso da média(e Maximo) durante o perÃodo. Alguém tem alguma sugestão? Até um software em modo texto atende. Pensei em exportar para netflow através do pfflowd, mas talvez seja muito trabalho para nada. Obrigado Use o rate por periodo definido jogando a saida pra algum arquivo, e depois avalie. O rate ja vai mostrar o average a cada saida (average acumulado desde que ta rodando) e o maximo voce vai ter que dar um sort, mas vai resolver o caso sem precisar estabelecer uma estrategia de monitoracao inteira pra pouca coisa. -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: pf + snmp
Obrigado Luiz, parece interessante para integrar aos cráficos do mrtg também :) Mas o rate atendeu, é algo temporário, colocarei para rodar a cada minuto durante 24horas e depois fazer um gráfico no Excel, atende perfeitamente Obrigado a todos -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Luiz Gustavo S. Costa Enviada em: quinta-feira, 14 de maio de 2009 19:02 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] pf + snmp Tem o pfstat também ! freekazoide# cd /usr/ports/sysutils/pfstat freekazoide# cat pkg-descr Pfstat is a small utility that collects packet filter (security/pf) statistics and produces graphs like mrtg or alike. Samples can be found at the website below. WWW: http://www.benzedrine.cx/pfstat.html -Max m...@love2party.net freekazoide# 2009/5/14 Patrick Tracanelli eks...@freebsdbrasil.com.br: Renato Frederick escreveu: Pessoal, para o IPFW temos um patch para o snmp que permite obter estatÃsticas de um IP(através da regra do IPFW) remotas sobre tráfego, jogando isto num cacti temos um gráfico de banda. Para o PF tem algo semelhante? Na verdade preciso saber apenas, durante um intervalo de tempo, o tráfego que um cliente tem. Pensei em ferramenta scomo trafshow ou iftop, mas elas me mostram só o ‘tempo real’, e preciso da média(e Maximo) durante o perÃodo. Alguém tem alguma sugestão? Até um software em modo texto atende. Pensei em exportar para netflow através do pfflowd, mas talvez seja muito trabalho para nada. Obrigado Use o rate por periodo definido jogando a saida pra algum arquivo, e depois avalie. O rate ja vai mostrar o average a cada saida (average acumulado desde que ta rodando) e o maximo voce vai ter que dar um sort, mas vai resolver o caso sem precisar estabelecer uma estrategia de monitoracao inteira pra pouca coisa. -- Patrick Tracanelli FreeBSD Brasil LTDA. Tel.: (31) 3516-0800 316...@sip.freebsdbrasil.com.br http://www.freebsdbrasil.com.br Long live Hanin Elias, Kim Deal! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Luiz Gustavo Costa mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: gustavo@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Gtalk
Olá colegas, Gostaria de saber como poderia estar bloqueando via firewall ou via squid a utilização do Gtalk, mas sem prejudicar o acesso ao Google e Gmail? Obrigado Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.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-TOPIC] Vaga analista de suporte/bsd rio de janeiro, 2k5 salario
q idiota o marcado de trabalho !!! pede os requisitos uma coisa q na real vai fazer outra palhaçada isso !!! querem um cara q saiba tudo e vai fazer 50% das coisas e vão pagar 50% doque o profissional merece !!! 2009/5/11 Leonardo Augusto lalin...@gmail.com Ola, MInha empresa está procurando um analista de suporte com conhecimento em free bsd. O local é centro do RIO DE JANEIRO, empresa trabalha com e-learning. Horário das 9h as 18h / 1h de almoco. Os requisitos são: - Mínino de segundo grau ou segundo grau técnico. - Leitura em inglês média, precisa se virar para ler em inglês. - Saiba falar português e redigir um email sem erros básicos de português. - Saiba falar ao telefone com o cliente para agendar um chamado técnico. - Conhecimentos medios ou avancados sobre freebsd/linux, - Instalar configurar apache/mysql/dns e seus correlatos, - Apreciável conhecimentos de lógica de progamação (shell, C, java, php, etc) - Noções de SCORM melhor ainda. - Tambem procuramos programadores em flash com dominio de javascript. As funções são: - Testar sistemas web da empresa, lms e afins. - Dar suporte aos clientes. - Manutenção cadastral dos sistemas. - Interagir com a equipe de desenvolvimento nos testes. - Atuar na manutencao dos servidores FreeBSD existentes. - Configurar/instalar maquinas na rede interna da empresa quando for necessario. - Dentre outras coisas afins ao citado. Os benefícios são: - Jornada de segunda a sexta das 9 as 18 - Salario de 2.500,00 - Vale transporte - Ticket alimentacao VR - Plano de saúde sul america. O ambiente de trabalho é muito bom, precisamos de uma pessoa dinâmica, inteligente, pró-ativa. Interessados enviar email para agendar entrevista para lalin...@gmail.com Grato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Gtalk
Gostaria de saber como poderia estar bloqueando via firewall ou via squid a utilização do Gtalk, mas sem prejudicar o acesso ao Google e Gmail? O próprio Google recomenda que você bloqueie a resolução do domínio chatenabled.mail.google.com -- Matheus Weber da Conceição - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
