Re: [FUG-BR] Pfsense X Mikrotik
Gosto dos dois.. porem para roteador simples não tem diferença.. Porem para controle de internet, o pfsense é melhor Squid, SquidGuard, IDS, Graficos para monitoramento de links, zabbix-agent, entre outros pacotes que podem ser instalados.. Em 20 de setembro de 2011 23:27, slp s...@fsnet.com.br escreveu: Ola pessoal, Para realizar a tarefa de roteador de rede, que demanda um bom processamento, o pfsense tem vantagens sobre o mikrotik? Sidnei - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcio Antunes Powered by FreeBSD == * Windows: Where do you want to go tomorrow? * Linux: Where do you want to go today? * FreeBSD: Are you, guys, comming or what? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] setfib para 2 links de internet
sim, nao funcionou. acabei desistindo ja que seria algo temporario mesmo em um servidor que nao fui eu que fiz. obrigado, Lucas. 2011/9/16 Wenderson Souza wendersonso...@gmail.com ja tentou com setfib 0 ipfw ... setfib 1 ipfw com o setfib antes do comando ipfw Wenderson Souza e-mail: wendersonso...@gmail.com msn: wendersonso...@msn.com skype: wendersonsouza Em 16 de setembro de 2011 13:25, Lucas Mocellin lucasmocel...@gmail.com escreveu: Pessoal, estou adicionando uma segunda interface para fazer a migração de um link para o outro sem dores. e vai ficar assim por um bom tempo. Segui as instruções neste link: http://www.daemonforums.org/showthread.php?t=4610 kernel está compilado com suporte a FIB's. minhas confs: - /etc/rc.conf ifconfig_le0=inet 200.200.200.156 netmask 255.255.255.128 #ifconfig_em0=dhcp ifconfig_em0=inet 201.201.201.181 netmask 255.255.255.192 #defaultrouter=150.162.60.254 - /etc/rc.local: # define default routes setfib 0 route delete default setfib 0 route adddefault 200.200.200.254 setfib 1 route delete default setfib 1 route adddefault 201.201.201.190 # assing route tables to interfaces ipfw add 50 allowip from any to any via lo0 ipfw add 51 setfib 0 ip from any to any via le0 ipfw add 52 setfib 1 ip from any to any via em0 porém não consigo fazer funcionar! o ping antes do FIB não estava funcionando, agora está, porém qualquer conexão TCP não funciona. Com o TCPDUMP eu vejo entrando na interface secundária (fib 1, em0) e saindo pela primária (fib 1, le0) sempre. Um detalhe que percebi é se eu iniciar o serviço na fib especifica ele funciona para aquele link. Por exemplo: [root@tesla ~]# setfib 1 /usr/local/etc/rc.d/apache22 start Funciona para o segundo link, porém se tento acessar através do primeiro não funciona. Posto isso, acredito que seja algo com as regras do IPFW que não está marcando os pacotes corretamente. [root@tesla ~]# ipfw -a list|more 00051 85 10208 setfib 0 ip from any to any via le0 00052 36 12369 setfib 1 ip from any to any via em0 alguém tem alguma situação parecida e poderia me dar uma ajuda? Obrigado! Lucas. - 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
Re: [FUG-BR] setfib para 2 links de internet
Cara seu Kernel tem a entrada arquivo - /usr/src/sys/i386/conf/SEUKERNEL options ROUTETABLES=6 #Max FIBs 16 * * *6 se forem 6 rotas.* * * *Segue dica se fores usar Packet Filter* * * link1_portas = { 25 110 143 995 465 993 53 } link2_portas = { 20 21 1723 47 491 102465000 } . . . pass in quick on $int_if proto { tcp udp } to any port $link2_portas rtable 1 pass in quick on $int_if proto { tcp udp } to any port $link1_portas keep state A grosso modo, declare as variáveis e após crie as regras de in e out a seu gosto. um abraço * * acabei desistindo ja que seria algo temporario mesmo em um servidor que nao fui eu que fiz. obrigado, Lucas. 2011/9/16 Wenderson Souza wendersonso...@gmail.com ja tentou com setfib 0 ipfw ... setfib 1 ipfw com o setfib antes do comando ipfw Wenderson Souza e-mail: wendersonso...@gmail.com msn: wendersonso...@msn.com skype: wendersonsouza Em 16 de setembro de 2011 13:25, Lucas Mocellin lucasmocel...@gmail.com escreveu: Pessoal, estou adicionando uma segunda interface para fazer a migração de um link para o outro sem dores. e vai ficar assim por um bom tempo. Segui as instruções neste link: http://www.daemonforums.org/showthread.php?t=4610 kernel está compilado com suporte a FIB's. minhas confs: - /etc/rc.conf ifconfig_le0=inet 200.200.200.156 netmask 255.255.255.128 #ifconfig_em0=dhcp ifconfig_em0=inet 201.201.201.181 netmask 255.255.255.192 #defaultrouter=150.162.60.254 - /etc/rc.local: # define default routes setfib 0 route delete default setfib 0 route adddefault 200.200.200.254 setfib 1 route delete default setfib 1 route adddefault 201.201.201.190 # assing route tables to interfaces ipfw add 50 allowip from any to any via lo0 ipfw add 51 setfib 0 ip from any to any via le0 ipfw add 52 setfib 1 ip from any to any via em0 porém não consigo fazer funcionar! o ping antes do FIB não estava funcionando, agora está, porém qualquer conexão TCP não funciona. Com o TCPDUMP eu vejo entrando na interface secundária (fib 1, em0) e saindo pela primária (fib 1, le0) sempre. Um detalhe que percebi é se eu iniciar o serviço na fib especifica ele funciona para aquele link. Por exemplo: [root@tesla ~]# setfib 1 /usr/local/etc/rc.d/apache22 start Funciona para o segundo link, porém se tento acessar através do primeiro não funciona. Posto isso, acredito que seja algo com as regras do IPFW que não está marcando os pacotes corretamente. [root@tesla ~]# ipfw -a list|more 00051 85 10208 setfib 0 ip from any to any via le0 00052 36 12369 setfib 1 ip from any to any via em0 alguém tem alguma situação parecida e poderia me dar uma ajuda? Obrigado! Lucas. - 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 -- João Luis Mancy dos Santos joaocep at gmail.com(msn too) http://joaocep.blogspot.com http://www.istf.com.br/perguntas/ http://www.fug.com.br/content/view/20/69/ uin 82889044 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] setfib para 2 links de internet
olá, tenho sim. options ROUTETABLES=16 nao estou usando pf, estou usando o ipfw. tenho certeza que vou me deparar com esse problema novamente e vou ter que refazer essa configuração 2011/9/21 João Mancy joao...@gmail.com Cara seu Kernel tem a entrada arquivo - /usr/src/sys/i386/conf/SEUKERNEL options ROUTETABLES=6 #Max FIBs 16 * * *6 se forem 6 rotas.* * * *Segue dica se fores usar Packet Filter* * * link1_portas = { 25 110 143 995 465 993 53 } link2_portas = { 20 21 1723 47 491 102465000 } . . . pass in quick on $int_if proto { tcp udp } to any port $link2_portas rtable 1 pass in quick on $int_if proto { tcp udp } to any port $link1_portas keep state A grosso modo, declare as variáveis e após crie as regras de in e out a seu gosto. um abraço * * acabei desistindo ja que seria algo temporario mesmo em um servidor que nao fui eu que fiz. obrigado, Lucas. 2011/9/16 Wenderson Souza wendersonso...@gmail.com ja tentou com setfib 0 ipfw ... setfib 1 ipfw com o setfib antes do comando ipfw Wenderson Souza e-mail: wendersonso...@gmail.com msn: wendersonso...@msn.com skype: wendersonsouza Em 16 de setembro de 2011 13:25, Lucas Mocellin lucasmocel...@gmail.com escreveu: Pessoal, estou adicionando uma segunda interface para fazer a migração de um link para o outro sem dores. e vai ficar assim por um bom tempo. Segui as instruções neste link: http://www.daemonforums.org/showthread.php?t=4610 kernel está compilado com suporte a FIB's. minhas confs: - /etc/rc.conf ifconfig_le0=inet 200.200.200.156 netmask 255.255.255.128 #ifconfig_em0=dhcp ifconfig_em0=inet 201.201.201.181 netmask 255.255.255.192 #defaultrouter=150.162.60.254 - /etc/rc.local: # define default routes setfib 0 route delete default setfib 0 route adddefault 200.200.200.254 setfib 1 route delete default setfib 1 route adddefault 201.201.201.190 # assing route tables to interfaces ipfw add 50 allowip from any to any via lo0 ipfw add 51 setfib 0 ip from any to any via le0 ipfw add 52 setfib 1 ip from any to any via em0 porém não consigo fazer funcionar! o ping antes do FIB não estava funcionando, agora está, porém qualquer conexão TCP não funciona. Com o TCPDUMP eu vejo entrando na interface secundária (fib 1, em0) e saindo pela primária (fib 1, le0) sempre. Um detalhe que percebi é se eu iniciar o serviço na fib especifica ele funciona para aquele link. Por exemplo: [root@tesla ~]# setfib 1 /usr/local/etc/rc.d/apache22 start Funciona para o segundo link, porém se tento acessar através do primeiro não funciona. Posto isso, acredito que seja algo com as regras do IPFW que não está marcando os pacotes corretamente. [root@tesla ~]# ipfw -a list|more 00051 85 10208 setfib 0 ip from any to any via le0 00052 36 12369 setfib 1 ip from any to any via em0 alguém tem alguma situação parecida e poderia me dar uma ajuda? Obrigado! Lucas. - 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 -- João Luis Mancy dos Santos joaocep at gmail.com(msn too) http://joaocep.blogspot.com http://www.istf.com.br/perguntas/ http://www.fug.com.br/content/view/20/69/ uin 82889044 - 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] setfib para 2 links de internet
quais as rotas ??? FIB 0 # netstat -rn FIB 1 # setfib 1 netstat -rn Só p/ dar uma luz. Em 21 de setembro de 2011 09:43, Lucas Mocellin lucasmocel...@kktua.orgescreveu: olá, tenho sim. options ROUTETABLES=16 nao estou usando pf, estou usando o ipfw. tenho certeza que vou me deparar com esse problema novamente e vou ter que refazer essa configuração 2011/9/21 João Mancy joao...@gmail.com Cara seu Kernel tem a entrada arquivo - /usr/src/sys/i386/conf/SEUKERNEL options ROUTETABLES=6 #Max FIBs 16 * * *6 se forem 6 rotas.* * * *Segue dica se fores usar Packet Filter* * * link1_portas = { 25 110 143 995 465 993 53 } link2_portas = { 20 21 1723 47 491 102465000 } . . . pass in quick on $int_if proto { tcp udp } to any port $link2_portas rtable 1 pass in quick on $int_if proto { tcp udp } to any port $link1_portas keep state A grosso modo, declare as variáveis e após crie as regras de in e out a seu gosto. um abraço * * acabei desistindo ja que seria algo temporario mesmo em um servidor que nao fui eu que fiz. obrigado, Lucas. 2011/9/16 Wenderson Souza wendersonso...@gmail.com ja tentou com setfib 0 ipfw ... setfib 1 ipfw com o setfib antes do comando ipfw Wenderson Souza e-mail: wendersonso...@gmail.com msn: wendersonso...@msn.com skype: wendersonsouza Em 16 de setembro de 2011 13:25, Lucas Mocellin lucasmocel...@gmail.com escreveu: Pessoal, estou adicionando uma segunda interface para fazer a migração de um link para o outro sem dores. e vai ficar assim por um bom tempo. Segui as instruções neste link: http://www.daemonforums.org/showthread.php?t=4610 kernel está compilado com suporte a FIB's. minhas confs: - /etc/rc.conf ifconfig_le0=inet 200.200.200.156 netmask 255.255.255.128 #ifconfig_em0=dhcp ifconfig_em0=inet 201.201.201.181 netmask 255.255.255.192 #defaultrouter=150.162.60.254 - /etc/rc.local: # define default routes setfib 0 route delete default setfib 0 route adddefault 200.200.200.254 setfib 1 route delete default setfib 1 route adddefault 201.201.201.190 # assing route tables to interfaces ipfw add 50 allowip from any to any via lo0 ipfw add 51 setfib 0 ip from any to any via le0 ipfw add 52 setfib 1 ip from any to any via em0 porém não consigo fazer funcionar! o ping antes do FIB não estava funcionando, agora está, porém qualquer conexão TCP não funciona. Com o TCPDUMP eu vejo entrando na interface secundária (fib 1, em0) e saindo pela primária (fib 1, le0) sempre. Um detalhe que percebi é se eu iniciar o serviço na fib especifica ele funciona para aquele link. Por exemplo: [root@tesla ~]# setfib 1 /usr/local/etc/rc.d/apache22 start Funciona para o segundo link, porém se tento acessar através do primeiro não funciona. Posto isso, acredito que seja algo com as regras do IPFW que não está marcando os pacotes corretamente. [root@tesla ~]# ipfw -a list|more 00051 85 10208 setfib 0 ip from any to any via le0 00052 36 12369 setfib 1 ip from any to any via em0 alguém tem alguma situação parecida e poderia me dar uma ajuda? Obrigado! Lucas. - 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 -- João Luis Mancy dos Santos joaocep at gmail.com(msn too) http://joaocep.blogspot.com http://www.istf.com.br/perguntas/ http://www.fug.com.br/content/view/20/69/ uin 82889044 - 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 -- João Luis Mancy dos Santos joaocep at gmail.com(msn too) http://joaocep.blogspot.com http://www.istf.com.br/perguntas/ http://www.fug.com.br/content/view/20/69/ uin 82889044 - 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 - provedor para Servidor virtual Freebsd
Opa, testando aqui, o do Texas ficou com menos hops (16 enquanto 20 hops para o de New Jersey): New Jersey: 6 as53166-s1.sp.ptt.br (187.16.216.187) 6.115 ms 6.184 ms 6.098 ms 7 ansp.ptta.ansp.br (200.136.37.1) 12.996 ms 12.501 ms 12.472 ms 8 198.32.252.141 (198.32.252.141) 114.980 ms 115.004 ms 114.995 ms 9 66.165.175.25 (66.165.175.25) 114.880 ms 114.864 ms 114.894 ms 10 t0-0-0-5.br2.mia.terremark.net (66.165.161.93) 143.588 ms 143.520 ms 143.002 ms 11 t0-0-0-3.br2.ncr.terremark.net (66.165.161.138) 143.413 ms 143.287 ms 143.275 ms 12 ge-6-23.car1.Washington1.Level3.net (4.79.200.21) 225.688 ms 218.990 ms 219.121 ms 13 vlan70.csw2.Washington1.Level3.net (4.69.149.126) 142.574 ms 143.112 ms 143.082 ms 14 ae-72-72.ebr2.Washington1.Level3.net (4.69.134.149) 142.868 ms 142.490 ms 142.424 ms 15 ae-4-4.ebr2.Newark1.Level3.net (4.69.132.102) 155.037 ms 154.983 ms 154.994 ms 16 ae-24-52.car4.Newark1.Level3.net (4.69.156.40) 147.806 ms 147.750 ms 147.761 ms 17 WBS-CONNECT.car4.Newark1.Level3.net (4.71.148.26) 149.393 ms 149.349 ms 149.433 ms 18 208.116.63.109 (208.116.63.109) 150.174 ms 150.791 ms 149.949 ms 19 69.72.184.42 (69.72.184.42) 148.098 ms 148.093 ms 148.362 ms 20 208.116.25.56 (208.116.25.56) 146.990 ms 147.597 ms 147.574 ms Texas: 6 as53166-s1.sp.ptt.br (187.16.216.187) 6.176 ms 6.179 ms 6.260 ms 7 ansp.ptta.ansp.br (200.136.37.1) 6.353 ms 6.449 ms 6.574 ms 8 198.32.252.141 (198.32.252.141) 114.666 ms 114.698 ms 114.689 ms 9 te7-3.ccr02.mia03.atlas.cogentco.com (38.104.94.73) 114.690 ms 115.052 ms 114.658 ms 10 te9-8.ccr02.mia01.atlas.cogentco.com (154.54.80.53) 114.632 ms te8-2.ccr02.mia01.atlas.cogentco.com (154.54.2.153) 114.731 ms te3-7.ccr02.mia01.atlas.cogentco.com (154.54.80.49) 114.889 ms 11 te0-3-0-5.mpd22.iah01.atlas.cogentco.com (154.54.47.113) 142.475 ms te0-2-0-6.mpd22.iah01.atlas.cogentco.com (154.54.25.74) 142.973 ms te0-3-0-5.ccr22.iah01.atlas.cogentco.com (154.54.30.37) 142.852 ms 12 te0-1-0-5.ccr22.dfw01.atlas.cogentco.com (154.54.5.137) 147.972 ms te0-1-0-2.ccr22.dfw01.atlas.cogentco.com (154.54.5.129) 147.912 ms te0-0-0-6.ccr22.dfw01.atlas.cogentco.com (154.54.3.177) 148.037 ms 13 te7-4.ccr02.dfw06.atlas.cogentco.com (154.54.0.122) 147.869 ms 148.127 ms 147.876 ms 14 38.122.58.58 (38.122.58.58) 147.672 ms 147.760 ms 147.802 ms 15 96.44.143.58.static.quadranet.com (96.44.143.58) 147.562 ms 147.495 ms 147.710 ms 16 96.44.148.210.static.quadranet.com (96.44.148.210) 147.988 ms 147.948 ms 147.963 ms Mas isso pode ser devido apenas a minha origem. Acredito que seria bom saber se para clientes da Telefonica (Speedy) e Embratel/Net (Virtua), entre outros, como que é a rota.. qual deles ficaria melhor. 2011/9/20 Renato Frederick ren...@frederick.eti.br: Dá uma olhada na distância em hops, da sua localidade, acho que é importante também, além da latência. -Original Message- From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] On Behalf Of Rafael Henrique Faria Sent: terça-feira, 20 de setembro de 2011 15:45 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] OT - provedor para Servidor virtual Freebsd Aqui eu achei a velocidade do Texas, e de New Jersey muito parecidas: --- speedtest.nj.thrustvps.com ping statistics --- 9 packets transmitted, 9 received, 0% packet loss, time 81259ms rtt min/avg/max/mdev = 147.526/148.767/152.230/1.488 ms --- speedtest.tx.thrustvps.com ping statistics --- 9 packets transmitted, 9 received, 0% packet loss, time 8002ms rtt min/avg/max/mdev = 147.658/147.845/148.071/0.460 ms --- speedtest.la.thrustvps.com ping statistics --- 9 packets transmitted, 8 received, 11% packet loss, time 8005ms rtt min/avg/max/mdev = 186.753/201.895/300.478/37.288 ms Porém na média o do Texas foi ligeiramente mais rápido. - 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 - 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 - provedor para Servidor virtual Freebsd
Pede lá na MASOCH pró pessoal que está conectado a estes provedores fazer o tracert prá você. Se bem que eu acho que não vai variar de 15 a 20 hops mesmo, prá chegar na América do Norte grande maioria das operadoras Brasileiras vão usar quase as mesmas fibras submarinas :-) http://www.cablemap.info/ -Original Message- From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] On Behalf Of Rafael Henrique Faria Sent: quarta-feira, 21 de setembro de 2011 09:53 To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Subject: Re: [FUG-BR] OT - provedor para Servidor virtual Freebsd Opa, testando aqui, o do Texas ficou com menos hops (16 enquanto 20 hops para o de New Jersey): New Jersey: 6 as53166-s1.sp.ptt.br (187.16.216.187) 6.115 ms 6.184 ms 6.098 ms 7 ansp.ptta.ansp.br (200.136.37.1) 12.996 ms 12.501 ms 12.472 ms 8 198.32.252.141 (198.32.252.141) 114.980 ms 115.004 ms 114.995 ms 9 66.165.175.25 (66.165.175.25) 114.880 ms 114.864 ms 114.894 ms 10 t0-0-0-5.br2.mia.terremark.net (66.165.161.93) 143.588 ms 143.520 ms 143.002 ms 11 t0-0-0-3.br2.ncr.terremark.net (66.165.161.138) 143.413 ms 143.287 ms 143.275 ms 12 ge-6-23.car1.Washington1.Level3.net (4.79.200.21) 225.688 ms 218.990 ms 219.121 ms 13 vlan70.csw2.Washington1.Level3.net (4.69.149.126) 142.574 ms 143.112 ms 143.082 ms 14 ae-72-72.ebr2.Washington1.Level3.net (4.69.134.149) 142.868 ms 142.490 ms 142.424 ms 15 ae-4-4.ebr2.Newark1.Level3.net (4.69.132.102) 155.037 ms 154.983 ms 154.994 ms 16 ae-24-52.car4.Newark1.Level3.net (4.69.156.40) 147.806 ms 147.750 ms 147.761 ms 17 WBS-CONNECT.car4.Newark1.Level3.net (4.71.148.26) 149.393 ms 149.349 ms 149.433 ms 18 208.116.63.109 (208.116.63.109) 150.174 ms 150.791 ms 149.949 ms 19 69.72.184.42 (69.72.184.42) 148.098 ms 148.093 ms 148.362 ms 20 208.116.25.56 (208.116.25.56) 146.990 ms 147.597 ms 147.574 ms Texas: 6 as53166-s1.sp.ptt.br (187.16.216.187) 6.176 ms 6.179 ms 6.260 ms 7 ansp.ptta.ansp.br (200.136.37.1) 6.353 ms 6.449 ms 6.574 ms 8 198.32.252.141 (198.32.252.141) 114.666 ms 114.698 ms 114.689 ms 9 te7-3.ccr02.mia03.atlas.cogentco.com (38.104.94.73) 114.690 ms 115.052 ms 114.658 ms 10 te9-8.ccr02.mia01.atlas.cogentco.com (154.54.80.53) 114.632 ms te8- 2.ccr02.mia01.atlas.cogentco.com (154.54.2.153) 114.731 ms te3- 7.ccr02.mia01.atlas.cogentco.com (154.54.80.49) 114.889 ms 11 te0-3-0-5.mpd22.iah01.atlas.cogentco.com (154.54.47.113) 142.475 ms te0-2-0-6.mpd22.iah01.atlas.cogentco.com (154.54.25.74) 142.973 ms te0-3- 0-5.ccr22.iah01.atlas.cogentco.com (154.54.30.37) 142.852 ms 12 te0-1-0-5.ccr22.dfw01.atlas.cogentco.com (154.54.5.137) 147.972 ms te0- 1-0-2.ccr22.dfw01.atlas.cogentco.com (154.54.5.129) 147.912 ms te0-0-0- 6.ccr22.dfw01.atlas.cogentco.com (154.54.3.177) 148.037 ms 13 te7-4.ccr02.dfw06.atlas.cogentco.com (154.54.0.122) 147.869 ms 148.127 ms 147.876 ms 14 38.122.58.58 (38.122.58.58) 147.672 ms 147.760 ms 147.802 ms 15 96.44.143.58.static.quadranet.com (96.44.143.58) 147.562 ms 147.495 ms 147.710 ms 16 96.44.148.210.static.quadranet.com (96.44.148.210) 147.988 ms 147.948 ms 147.963 ms Mas isso pode ser devido apenas a minha origem. Acredito que seria bom saber se para clientes da Telefonica (Speedy) e Embratel/Net (Virtua), entre outros, como que é a rota.. qual deles ficaria melhor. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Arquivo Swap.state enorme
Então Mario, até cheguei a rodar aqui o squid -k rotate para ver, mas percebi que o swap.state está do mesmo jeito, ou seja não limpou o mesmo, mas também percebi que ele gerou um outro arquivo com esse nome swap.state.last-clean 0 bytes estranho que esse arquivo não crescia assim tão rápido, para se ter uma idéia, de ontem para hoje ele já cresceu quase 2gb. Estou usando no squid o cache_dir dessa forma: cache_dir diskd /usr/local/squid/cache 1 16 256 Q1=64 Q2=74 Derrepente eu passo o meu cache_dir aqui para UFS seguindo sua dica, Talvez um dos motivos que possa ter acarretado isso: foi ter retirado o NAT dessa rede, aumentou bastante as requisições no Proxy João B. Corsini Analista de Suporte To: freebsd@fug.com.br From: l...@bsd.com.br Date: Tue, 20 Sep 2011 19:51:54 -0300 Subject: Re: [FUG-BR] Arquivo Swap.state enorme On Tuesday 20 September 2011 14:59:34 Welinaldo Lopes Nascimento wrote: O comando para dividir o arquivo access.log é: squid -k rotate Você vai observar que cada vez que é executado este comando, cria-se um arquivo de de log separado; ex.: access.log.0, access.log.1, etc... Uso esta opção para fazer divisões neste arquivo para relatórios do sarg semanalmente via cron. Corsini; Uma forma do swap state não crescer tanto é voce dividir o seu cache em diretorios separados. O meu esta assim: cache_dir aufs /squid/1 1 128 512 cache_dir aufs /squid/2 1 128 512 cache_dir aufs /squid/3 1 128 512 cache_dir aufs /squid/4 1 128 512 cache_dir aufs /squid/5 1 128 512 50G divididos em 5 de 10. Desta forma, cada diretorio tem o seu próprio swap.state e eles não crescerão tanto. Alem do mais, um squid -k rotate semanal limpa os arquivos swap.state. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE) - 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] Pfsense X Mikrotik
Vá de PFsense, não vai arrepender, Robusto, melhor permance apenas uma obs: ainda não achei um jeito de entregar IP´s no DHCp do PFsense usando Freeradius, se existir , por favor nos informe. João B. Corsini Analista de Suporte From: mantunes.lis...@gmail.com Date: Wed, 21 Sep 2011 08:43:58 -0300 To: freebsd@fug.com.br Subject: Re: [FUG-BR] Pfsense X Mikrotik Gosto dos dois.. porem para roteador simples não tem diferença.. Porem para controle de internet, o pfsense é melhor Squid, SquidGuard, IDS, Graficos para monitoramento de links, zabbix-agent, entre outros pacotes que podem ser instalados.. Em 20 de setembro de 2011 23:27, slp s...@fsnet.com.br escreveu: Ola pessoal, Para realizar a tarefa de roteador de rede, que demanda um bom processamento, o pfsense tem vantagens sobre o mikrotik? Sidnei - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Marcio Antunes Powered by FreeBSD == * Windows: Where do you want to go tomorrow? * Linux: Where do you want to go today? * FreeBSD: Are you, guys, comming or what? - 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] Arquivo Swap.state enorme
Eu tive algo assim As dicas desta[1] discussão resolveram, era diverso usuário com vírus fazendo get de dezenas de páginas. Daí o swap.state fica grande pois o squid tem que indexar milhares de diretórios. [1] http://www.squid-cache.org/mail-archive/squid-users/200107/0078.html -Original Message- From: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] On Behalf Of Corsini . Sent: quarta-feira, 21 de setembro de 2011 10:07 To: freebsd@fug.com.br Subject: Re: [FUG-BR] Arquivo Swap.state enorme Então Mario, até cheguei a rodar aqui o squid -k rotate para ver, mas percebi que o swap.state está do mesmo jeito, ou seja não limpou o mesmo, mas também percebi que ele gerou um outro arquivo com esse nome swap.state.last-clean 0 bytes estranho que esse arquivo não crescia assim tão rápido, para se ter uma idéia, de ontem para hoje ele já cresceu quase 2gb. Estou usando no squid o cache_dir dessa forma: cache_dir diskd /usr/local/squid/cache 1 16 256 Q1=64 Q2=74 Derrepente eu passo o meu cache_dir aqui para UFS seguindo sua dica, Talvez um dos motivos que possa ter acarretado isso: foi ter retirado o NAT dessa rede, aumentou bastante as requisições no Proxy João B. Corsini Analista de Suporte To: freebsd@fug.com.br From: l...@bsd.com.br Date: Tue, 20 Sep 2011 19:51:54 -0300 Subject: Re: [FUG-BR] Arquivo Swap.state enorme On Tuesday 20 September 2011 14:59:34 Welinaldo Lopes Nascimento wrote: O comando para dividir o arquivo access.log é: squid -k rotate Você vai observar que cada vez que é executado este comando, cria-se um arquivo de de log separado; ex.: access.log.0, access.log.1, etc... Uso esta opção para fazer divisões neste arquivo para relatórios do sarg semanalmente via cron. Corsini; Uma forma do swap state não crescer tanto é voce dividir o seu cache em diretorios separados. O meu esta assim: cache_dir aufs /squid/1 1 128 512 cache_dir aufs /squid/2 1 128 512 cache_dir aufs /squid/3 1 128 512 cache_dir aufs /squid/4 1 128 512 cache_dir aufs /squid/5 1 128 512 50G divididos em 5 de 10. Desta forma, cada diretorio tem o seu próprio swap.state e eles não crescerão tanto. Alem do mais, um squid -k rotate semanal limpa os arquivos swap.state. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE) - 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
Re: [FUG-BR] release 9 como esta
2011/9/20 Cleber Alves Nascimento cle...@bsd.com.br: Se alguem tiver testado pf postem ai as experiências Aqui estou usando o 9 desde o lançamento do HEAD. O SUJ (softupdates + journaling) já é suficiente para cobrir qualquer alternativa. -- Regularize seu Provedor, Internet pirata é crime. Cleber Alves wireless networking por aqui tá tinindo. desde o início da série 9, qndo troquei umas idéias com o adrian. 9.0-BETA2 #7 r225684; ath0@pci0:2:0:0:class=0x028000 card=0x10891a3b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network -- Vinícius Zavam profiles.google.com/egypcio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] release 9 como esta
wireless networking por aqui tá tinindo. desde o início da série 9, qndo troquei umas idéias com o adrian. 9.0-BETA2 #7 r225684; ath0@pci0:2:0:0:class=0x028000 card=0x10891a3b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network -- Vinícius Zavam profiles.google.com/egypcio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Com certeza o wireless está cada vez mais interessante no freebsd, é bom citar também a inciativa do port freebsd-mips e freebsd-arm, com isso ter um freebsd embarcado está cada vez mais fácil e mais próximo. Para os doidin q correram para o Mikrotik, nada melhor como o freebsd em estabilidade, visto q o MKT é um eterno beta. -- Regularize seu Provedor, Internet pirata é crime. Cleber Alves .ılı..ılı. Observe as estrelas e aprenda com elas. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] release 9 como esta
[lgcosta@desktop] ~ uname -a FreeBSD desktop.luizgustavo.pro.br 9.0-BETA2 FreeBSD 9.0-BETA2 #7 r225654M: Mon Sep 19 00:54:34 BRT 2011 r...@desktop.luizgustavo.pro.br:/usr/obj/usr/src/sys/GENERIC amd64 tudo tinindo e numa boa: - desktop completo (flash + firefox6 + chrome + libreoffice (via pkg_add)) - jails - ipv6 só esperando o release candidate Em 21 de setembro de 2011 10:53, Cleber Alves Nascimento cle...@bsd.com.br escreveu: wireless networking por aqui tá tinindo. desde o início da série 9, qndo troquei umas idéias com o adrian. 9.0-BETA2 #7 r225684; ath0@pci0:2:0:0: class=0x028000 card=0x10891a3b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network -- Vinícius Zavam profiles.google.com/egypcio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Com certeza o wireless está cada vez mais interessante no freebsd, é bom citar também a inciativa do port freebsd-mips e freebsd-arm, com isso ter um freebsd embarcado está cada vez mais fácil e mais próximo. Para os doidin q correram para o Mikrotik, nada melhor como o freebsd em estabilidade, visto q o MKT é um eterno beta. -- Regularize seu Provedor, Internet pirata é crime. Cleber Alves .ılı..ılı. Observe as estrelas e aprenda com elas. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- /\ Luiz Gustavo S. Costa / \ Programmer at BSD Perimeter / \ /\/\/\ Visit the pfSense Project / \ \ \ http://www.pfsense.org - BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) Contatos: luizgust...@luizgustavo.pro.br / lgco...@pfsense.org Blog: http://www.luizgustavo.pro.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] release 9 como esta
2011/9/21 Luiz Gustavo S. Costa luizgust...@luizgustavo.pro.br: [lgcosta@desktop] ~ uname -a FreeBSD desktop.luizgustavo.pro.br 9.0-BETA2 FreeBSD 9.0-BETA2 #7 r225654M: Mon Sep 19 00:54:34 BRT 2011 r...@desktop.luizgustavo.pro.br:/usr/obj/usr/src/sys/GENERIC amd64 não mais temos o mesmo num. de builds, lagosta ;( minimoose% uname -a FreeBSD minimoose.vinicius.zavam.org 9.0-BETA2 FreeBSD 9.0-BETA2 #8 r225713: Wed Sep 21 10:44:35 BRT 2011 egyp...@minimoose.vinicius.zavam.org:/usr/obj/usr/src/sys/MINIMOOSE i386 tudo tinindo e numa boa: - desktop completo (flash + firefox6 + chrome + libreoffice (via pkg_add)) - jails - ipv6 só esperando o release candidate contando os dias pra liberarem esse 10.0-CURRENT; ehehe fuck! tenho que desenrolar um java por aqui, agora. Em 21 de setembro de 2011 10:53, Cleber Alves Nascimento cle...@bsd.com.br escreveu: wireless networking por aqui tá tinindo. desde o início da série 9, qndo troquei umas idéias com o adrian. 9.0-BETA2 #7 r225684; ath0@pci0:2:0:0: class=0x028000 card=0x10891a3b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network -- Vinícius Zavam Com certeza o wireless está cada vez mais interessante no freebsd, é bom citar também a inciativa do port freebsd-mips e freebsd-arm, com isso ter um freebsd embarcado está cada vez mais fácil e mais próximo. 3 Para os doidin q correram para o Mikrotik, nada melhor como o freebsd em estabilidade, visto q o MKT é um eterno beta. nao curto mkt. pronto, falei. nunca serão! -- Regularize seu Provedor, Internet pirata é crime. Cleber Alves -- /\ Luiz Gustavo S. Costa / \ Programmer at BSD Perimeter / \ /\/\/\ Visit the pfSense Project / \ \ \ http://www.pfsense.org -- Vinícius Zavam profiles.google.com/egypcio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] release 9 como esta
Gurizada, uma Dúvida.: não uso BSD como desktop pq tenho que atender frequentemente viajando com 3G. tenho um Huawey E156 (reconhece até se eu espetar na torradeira) e uso Windows enjaulado no em Vbox. Não tenho como ficar formatando o Notebook toda hora, vocês acham que rola o Vbox no Bicho? Em 21 de setembro de 2011 13:21, Vinícius Zavam egyp...@googlemail.comescreveu: 2011/9/21 Luiz Gustavo S. Costa luizgust...@luizgustavo.pro.br: [lgcosta@desktop] ~ uname -a FreeBSD desktop.luizgustavo.pro.br 9.0-BETA2 FreeBSD 9.0-BETA2 #7 r225654M: Mon Sep 19 00:54:34 BRT 2011 r...@desktop.luizgustavo.pro.br:/usr/obj/usr/src/sys/GENERIC amd64 não mais temos o mesmo num. de builds, lagosta ;( minimoose% uname -a FreeBSD minimoose.vinicius.zavam.org 9.0-BETA2 FreeBSD 9.0-BETA2 #8 r225713: Wed Sep 21 10:44:35 BRT 2011 egyp...@minimoose.vinicius.zavam.org:/usr/obj/usr/src/sys/MINIMOOSE i386 tudo tinindo e numa boa: - desktop completo (flash + firefox6 + chrome + libreoffice (via pkg_add)) - jails - ipv6 só esperando o release candidate contando os dias pra liberarem esse 10.0-CURRENT; ehehe fuck! tenho que desenrolar um java por aqui, agora. Em 21 de setembro de 2011 10:53, Cleber Alves Nascimento cle...@bsd.com.br escreveu: wireless networking por aqui tá tinindo. desde o início da série 9, qndo troquei umas idéias com o adrian. 9.0-BETA2 #7 r225684; ath0@pci0:2:0:0:class=0x028000 card=0x10891a3b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network -- Vinícius Zavam Com certeza o wireless está cada vez mais interessante no freebsd, é bom citar também a inciativa do port freebsd-mips e freebsd-arm, com isso ter um freebsd embarcado está cada vez mais fácil e mais próximo. 3 Para os doidin q correram para o Mikrotik, nada melhor como o freebsd em estabilidade, visto q o MKT é um eterno beta. nao curto mkt. pronto, falei. nunca serão! -- Regularize seu Provedor, Internet pirata é crime. Cleber Alves -- /\ Luiz Gustavo S. Costa / \Programmer at BSD Perimeter /\ /\/\/\Visit the pfSense Project / \\ \ http://www.pfsense.org -- Vinícius Zavam profiles.google.com/egypcio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- João Luis Mancy dos Santos joaocep at gmail.com(msn too) http://joaocep.blogspot.com http://www.istf.com.br/perguntas/ http://www.fug.com.br/content/view/20/69/ uin 82889044 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeRadius 2 - radacct - Mikrotik
Caros, Fiz a migração do freeradius 1.x para o freeradius 2.x e estou tendo o seguinte problema. Na tabela radacct a mesma não está alimentando o campo acctstoptime, com isso não consigo contabilizar o tempo de conexão do cliente. Alguém já passou por isso, será se o problema está no Freeradius ou no MK? Att, Marcelo Marra - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeRadius 2 - radacct - Mikrotik
As Tabelas do freeradius 1 e do freeradius 2 sofreram algumas mudanças na nomenclatura de nomes dos campos. Da uma olhada nisso. Em 21 de setembro de 2011 18:03, Marcelo Marra marcelo.lis...@conectlan.com.br escreveu: Caros, Fiz a migração do freeradius 1.x para o freeradius 2.x e estou tendo o seguinte problema. Na tabela radacct a mesma não está alimentando o campo acctstoptime, com isso não consigo contabilizar o tempo de conexão do cliente. Alguém já passou por isso, será se o problema está no Freeradius ou no MK? Att, Marcelo Marra - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Otavio Augusto - Consultor de TI - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Arquivo Swap.state enorme
2011/9/21 Corsini . jbcors...@hotmail.com Então Mario, até cheguei a rodar aqui o squid -k rotate para ver, mas percebi que o swap.state está do mesmo jeito, ou seja não limpou o mesmo, mas também percebi que ele gerou um outro arquivo com esse nome swap.state.last-clean 0 bytes estranho que esse arquivo não crescia assim tão rápido, para se ter uma idéia, de ontem para hoje ele já cresceu quase 2gb. Estou usando no squid o cache_dir dessa forma: cache_dir diskd /usr/local/squid/cache 1 16 256 Q1=64 Q2=74 Derrepente eu passo o meu cache_dir aqui para UFS seguindo sua dica, Talvez um dos motivos que possa ter acarretado isso: foi ter retirado o NAT dessa rede, aumentou bastante as requisições no Proxy João B. Corsini Analista de Suporte To: freebsd@fug.com.br From: l...@bsd.com.br Date: Tue, 20 Sep 2011 19:51:54 -0300 Subject: Re: [FUG-BR] Arquivo Swap.state enorme On Tuesday 20 September 2011 14:59:34 Welinaldo Lopes Nascimento wrote: O comando para dividir o arquivo access.log é: squid -k rotate Você vai observar que cada vez que é executado este comando, cria-se um arquivo de de log separado; ex.: access.log.0, access.log.1, etc... Uso esta opção para fazer divisões neste arquivo para relatórios do sarg semanalmente via cron. Corsini; Uma forma do swap state não crescer tanto é voce dividir o seu cache em diretorios separados. O meu esta assim: cache_dir aufs /squid/1 1 128 512 cache_dir aufs /squid/2 1 128 512 cache_dir aufs /squid/3 1 128 512 cache_dir aufs /squid/4 1 128 512 cache_dir aufs /squid/5 1 128 512 50G divididos em 5 de 10. Desta forma, cada diretorio tem o seu próprio swap.state e eles não crescerão tanto. Alem do mais, um squid -k rotate semanal limpa os arquivos swap.state. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio YET!!] (99% winblows FREE) - 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 vejam, http://www.comfsm.fm/computing/squid/FAQ-6.html#ss6.12 assim sendo, penso eu que é normal um swap.state muito grande, caso a partição e o espaço consumido também seja alto. estive vendo aqui no meu lusca valinor# df -h /squid/* Filesystem SizeUsed Avail Capacity Mounted on /dev/ad0s2d9.7G7.2G1.7G81%/squid/cache1 /dev/ad0s2e9.7G7.2G1.7G81%/squid/cache2 /dev/ad0s2f9.7G7.2G1.7G81%/squid/cache3 /dev/ad0s2g9.7G7.2G1.7G81%/squid/cache4 /dev/ad0s2h9.7G7.2G1.7G81%/squid/cache5 valinor# ls -lah /squid/*/swap* -rw-r- 1 squid squid24M Sep 21 19:23 /squid/cache1/swap.state -rw-r- 1 squid squid 0B Sep 21 19:23 /squid/cache1/swap.state.last-clean -rw-r- 1 squid squid24M Sep 21 19:23 /squid/cache2/swap.state -rw-r- 1 squid squid 0B Sep 21 19:23 /squid/cache2/swap.state.last-clean -rw-r- 1 squid squid24M Sep 21 19:23 /squid/cache3/swap.state -rw-r- 1 squid squid 0B Sep 21 19:23 /squid/cache3/swap.state.last-clean -rw-r- 1 squid squid24M Sep 21 19:23 /squid/cache4/swap.state -rw-r- 1 squid squid 0B Sep 21 19:23 /squid/cache4/swap.state.last-clean -rw-r- 1 squid squid23M Sep 21 19:23 /squid/cache5/swap.state -rw-r- 1 squid squid 0B Sep 21 19:23 /squid/cache5/swap.state.last-clean quando eu apliquei o rotate (squid -k rotate) eu acompanhei o tamanho destes arquivos, o swap.state.last-clean foi aumentando de tamanho gradativamente, até o tamanho igual ao swap.state, após isso o last-clean foi zerado, e o swap.state ficou com 1Mb menor do que antes do rotate. Corsini, tente dividir o seu cache em diretórios separados, mesmo que você tenha uma única partição do cache, crie subdiretórios dentro, um para cada entrada de cache_dir no seu squid.conf -- *ENIO RODRIGO MARCONCINI* @eniomarconcini http://twitter.com/eniomarconcini skype: eniorm facebook.com/eniomarconcini http://www.facebook.com/eniomarconcini *UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. * - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] release 9 como esta
tenho um Huawey E156 (reconhece até se eu espetar na torradeira) e uso Windows enjaulado no em Vbox. Esse é o modem 3G direto no FreeBSD quando estou em viajem, meu netbook está funcionando nativamente, sem necessidade do Vbox. E sim, eu uso Vbox instalado dentro do freebsd, que no meu caso é para outras necessidades, e funciona perfeitamente tb quando preciso dar partida em outros SOs sem ter q alternar o boot, inclusive com USB nativo. -- Regularize seu Provedor, Internet pirata é crime. Cleber Alves .ılı..ılı. Observe as estrelas e aprenda com elas. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeRadius 2 - radacct - Mikrotik
Mais OFF que isso impossivel... por favor, ao menos adicione um [OFF] no assunto da mensagem Em 21 de setembro de 2011 18:03, Marcelo Marra marcelo.lis...@conectlan.com.br escreveu: Caros, Fiz a migração do freeradius 1.x para o freeradius 2.x e estou tendo o seguinte problema. Na tabela radacct a mesma não está alimentando o campo acctstoptime, com isso não consigo contabilizar o tempo de conexão do cliente. Alguém já passou por isso, será se o problema está no Freeradius ou no MK? Att, Marcelo Marra - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- /\ Luiz Gustavo S. Costa / \ Programmer at BSD Perimeter / \ /\/\/\ Visit the pfSense Project / \ \ \ http://www.pfsense.org - BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) Contatos: luizgust...@luizgustavo.pro.br / lgco...@pfsense.org Blog: http://www.luizgustavo.pro.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] release 9 como esta
Virtualbox funcionando de boa no 9 [root@desktop] ~# pkg_info |grep virtualbox phpvirtualbox-4.0.7 AJAX Web Interface for VirtualBox virtualbox-ose-4.0.12 A general-purpose full virtualizer for x86 hardware virtualbox-ose-kmod-4.0.12 VirtualBox kernel module for FreeBSD Em 21 de setembro de 2011 13:26, João Mancy joao...@gmail.com escreveu: Gurizada, uma Dúvida.: não uso BSD como desktop pq tenho que atender frequentemente viajando com 3G. tenho um Huawey E156 (reconhece até se eu espetar na torradeira) e uso Windows enjaulado no em Vbox. Não tenho como ficar formatando o Notebook toda hora, vocês acham que rola o Vbox no Bicho? Em 21 de setembro de 2011 13:21, Vinícius Zavam egyp...@googlemail.comescreveu: 2011/9/21 Luiz Gustavo S. Costa luizgust...@luizgustavo.pro.br: [lgcosta@desktop] ~ uname -a FreeBSD desktop.luizgustavo.pro.br 9.0-BETA2 FreeBSD 9.0-BETA2 #7 r225654M: Mon Sep 19 00:54:34 BRT 2011 r...@desktop.luizgustavo.pro.br:/usr/obj/usr/src/sys/GENERIC amd64 não mais temos o mesmo num. de builds, lagosta ;( minimoose% uname -a FreeBSD minimoose.vinicius.zavam.org 9.0-BETA2 FreeBSD 9.0-BETA2 #8 r225713: Wed Sep 21 10:44:35 BRT 2011 egyp...@minimoose.vinicius.zavam.org:/usr/obj/usr/src/sys/MINIMOOSE i386 tudo tinindo e numa boa: - desktop completo (flash + firefox6 + chrome + libreoffice (via pkg_add)) - jails - ipv6 só esperando o release candidate contando os dias pra liberarem esse 10.0-CURRENT; ehehe fuck! tenho que desenrolar um java por aqui, agora. Em 21 de setembro de 2011 10:53, Cleber Alves Nascimento cle...@bsd.com.br escreveu: wireless networking por aqui tá tinindo. desde o início da série 9, qndo troquei umas idéias com o adrian. 9.0-BETA2 #7 r225684; ath0@pci0:2:0:0: class=0x028000 card=0x10891a3b chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9285 Wireless Network Adapter (PCI-Express)' class = network -- Vinícius Zavam Com certeza o wireless está cada vez mais interessante no freebsd, é bom citar também a inciativa do port freebsd-mips e freebsd-arm, com isso ter um freebsd embarcado está cada vez mais fácil e mais próximo. 3 Para os doidin q correram para o Mikrotik, nada melhor como o freebsd em estabilidade, visto q o MKT é um eterno beta. nao curto mkt. pronto, falei. nunca serão! -- Regularize seu Provedor, Internet pirata é crime. Cleber Alves -- /\ Luiz Gustavo S. Costa / \ Programmer at BSD Perimeter / \ /\/\/\ Visit the pfSense Project / \ \ \ http://www.pfsense.org -- Vinícius Zavam profiles.google.com/egypcio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- João Luis Mancy dos Santos joaocep at gmail.com (msn too) http://joaocep.blogspot.com http://www.istf.com.br/perguntas/ http://www.fug.com.br/content/view/20/69/ uin 82889044 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- /\ Luiz Gustavo S. Costa / \ Programmer at BSD Perimeter / \ /\/\/\ Visit the pfSense Project / \ \ \ http://www.pfsense.org - BSD da serra carioca, Teresopolis (visite: http://miud.in/Inv) Contatos: luizgust...@luizgustavo.pro.br / lgco...@pfsense.org Blog: http://www.luizgustavo.pro.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] FreeRadius 2 - radacct - Mikrotik
Em 21/09/2011 18:54, Otavio Augusto escreveu: As Tabelas do freeradius 1 e do freeradius 2 sofreram algumas mudanças na nomenclatura de nomes dos campos. Da uma olhada nisso. Exatamente, Otavio você tocou no ponto certo. Eu tive esse problema quando mudei de freeradius 1.x pra 2.x. Mudaram algumas coisas na tabela radacct. Passei também à usar de User-Passowrd para MD5-Password na radcheck como atributo mas não deve ser esse o seu problema. Acredito, assim como o Otávio, que possa ser a tabela radacct diferente. Em 21 de setembro de 2011 18:03, Marcelo Marra marcelo.lis...@conectlan.com.br escreveu: Caros, Fiz a migração do freeradius 1.x para o freeradius 2.x e estou tendo o seguinte problema. Na tabela radacct a mesma não está alimentando o campo acctstoptime, com isso não consigo contabilizar o tempo de conexão do cliente. Alguém já passou por isso, será se o problema está no Freeradius ou no MK? Att, Marcelo Marra - 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