From dverzolla at fcl.com.br Mon Oct 1 09:55:59 2007 From: dverzolla at fcl.com.br (David Verzolla) Date: Mon, 1 Oct 2007 09:55:59 -0300 Subject: [MASOCH-L] RES: Storage Linux Message-ID: <94CADB570ACCB0418E8236C8F24BD95C015FB6BD@VIRTUALEXCHANGE.corp.com> Neto, Estou utilizando o FreeNAS como sistema operacional para um servidor storage. Veja se ? ?til pra voc?, aqui est? me atendendo bem. David -----Mensagem original----- De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Jose Augusto dos Santos Neto Enviada em: quarta-feira, 26 de setembro de 2007 19:10 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: [MASOCH-L] Storage Linux Caros, Estou querendo montar uma solu??o de storage em linux. Tenho algumas controladoras SATA da Adptec e gostaria de saber se alguem j? conseguiu utilizar duas controladoras SATA em conjunto. Estou analisando duas possibilidades: 4 HD's SATA ou SAS de 1TB ou 6 HD's de 750GB. Algu?m tem um quadro parecido com esse em uso? Aproveitando, estou com certa dificuldade em encontrar HD's 1TB e at? mesmo de 750GB. Algu?m pode me indicar, em pvt, onde posso encontrar esse tipo de produto? Att, Neto. __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From welkson at focusautomacao.com.br Mon Oct 1 11:16:00 2007 From: welkson at focusautomacao.com.br (Welkson Renny de Medeiros) Date: Mon, 1 Oct 2007 11:16:00 -0300 Subject: [MASOCH-L] Hamachi com problemas? Message-ID: <001301c80435$98eb89d0$c800a8c0@FAKE> Pessoal, Algum usa hamachi (vpn) e est? com problemas na conex?o? o meu n?o conecta, e de alguns clientes que instalei tamb?m... entrei no site e n?o vi nenhum aviso de manuten??o, falha, etc... estranho... algu?m sabe informar algo? -- Welkson Renny de Medeiros Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org From david at infonet.com.br Mon Oct 1 12:04:34 2007 From: david at infonet.com.br (david at infonet.com.br) Date: Mon, 01 Oct 2007 12:04:34 -0300 Subject: [MASOCH-L] [OFF TOPIC] - Max TNT Message-ID: <20071001120434.hsgmijc1llw80cok@webmail.infonet.com.br> Ol? pessoal, Alguem por aqui tem id?ia de quanto custa um RAS Max TNT? ? que tenho um e gostaria de passa-lo para frente. David Magno Santos de Almeida Suporte T?cnico InfoNet - Solu??es Internet (0xx79) 2106-8000/ (0xx79) 9978-7925 david at infonet.com.br From welisson at conectcor.com.br Tue Oct 2 15:32:31 2007 From: welisson at conectcor.com.br (Welisson) Date: Tue, 2 Oct 2007 15:32:31 -0300 Subject: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) Message-ID: <200710021532.32252.welisson@conectcor.com.br> Boa tarde pessoal Seguinte, na empresa onde trabalho temos uma LP via Fibra (Tecnologia SDH). O que ocorre ? o seguinte. Tenho um link ebt e um telefonica, cujo qual estou j? trocando AS, via quggua (Linux). Pois bem, no meu link ebt que ainda ? ips da operadora, n?o roda nosso asn, ainda por quest?s estruturais no momento, o que ocorre ? o seguinte, na nossa rede (Wireless), temos um concentrador pppoe com HTB, o que ocorre ? o seguinte, em um cliente com 1Mbp/s consegue fazer downloads ? 110KB/s, j? o da telefonica n?o, atingindo no maximo 88KB/s. isso fazendo testes nos mesmo servidores FTP, sem limita??o de banda, agora se fa?o de dentro da minha rede em nossos servidores ftp/web ocorre ?normalmente a taxa esperada. Detalhe j? entrei em contato com a telefonica, e advinhe sempre a mesma coisa, est? tudo ok, Sr. Bom pessoal se algu?m daqui d? lista usa link telefonica que possa compartilhar a informa??o fico no aguardo. Importante dizer que parece ser com a ?saida internacional dela, pois se fa?o um download do ftp.registro.br, que d? 6 Saltos, do meu roteador, fa?o o normalmente a 110KB/s h? 120KB/s. O mesmo n?o ocorre com outros sites nacionais e internacionais, pois em um trace a um determinado ip nacional ele vai para a telefonica espanha e depois de 15 saltos, ele chega ao destino e com percas. e latencia alta em torno de 500ms. Isso Fora a perca de pacotes que est? havendo entre meu roteador linux (quaggua) e o roteador deles. Sem mais Welisson Tom? From casfre at gmail.com Wed Oct 3 10:30:36 2007 From: casfre at gmail.com (casfre at gmail.com) Date: Wed, 3 Oct 2007 10:30:36 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Roteador/filtro_de_pacotes_com_Linux=3A?= =?iso-8859-1?q?_necessidade_de_rotear/filtrar_tr=E1fego_gigabit=3A?= =?iso-8859-1?q?_especifica=E7=E3o_de_hardware=2E_-_AGRADECIMENTO?= Message-ID: <aaef12150710030630w6d7296a0o606081a1a217c454@mail.gmail.com> Leonardo, Desculpe-me pela demora. > N?o acompanhei a discuss?o inteira .... mas alguns outros fatores que > eu consideraria caso fosse lidar com um firewall de tr?fego t?o alto > como seu caso: <...> > Acho que com essas observa??es e um bom tweak no kernel, voc? > consegue preparar um Linux pra lidar com um tr?fego bem alto sim !! > Talvez n?o de forma 'autom?tica', voc? VAI ter que pensar no que est? > fazendo. Mas deve conseguir sim. Certamente considerarei todas as suas coloca??es. Agrade?o pela aten??o e pelas informa??es. C?ssio From wendersonsouza at gmail.com Wed Oct 3 10:54:02 2007 From: wendersonsouza at gmail.com (Wenderson Souza) Date: Wed, 3 Oct 2007 10:54:02 -0300 Subject: [MASOCH-L] Firewall Iptables -N (criando uma CHAIN) In-Reply-To: <6d3b97100710030653q2b04a326k6d8350ed002df3f9@mail.gmail.com> References: <6d3b97100710030653q2b04a326k6d8350ed002df3f9@mail.gmail.com> Message-ID: <6d3b97100710030654v6c04300cg291364f04ce5164@mail.gmail.com> Ola Lista, Bem eu tenho um fw iptables mais ou menos assim. # arquivos /etc/fw/fw # script principal do firewall /etc/fw/fw.ips.clientes # aqui contem os ips dos clientes /etc/fw/fw.portas.forward.tcp # portas liberadas para forward no proto tcp /etc/fw/fw.portas.forward.udp # portas liberadas para forward no proto udp e outros mais.. mas onde estou precisando de ajuda ? justamente no forward. voi l?.. ### /etc/fw/fw - inicio ... tenho aqui todas as regras regais comuns de um fw... politicas de INPUT e FORWARD como DROP politica de OUTPUT como ACCEPT ... # aqui entram as regras dos clientes # um FOR nos IPS for ip in `cat /etc/fw/fw.ips.clientes` do ## aqui trabalho as permissoes do FORWARD ja que a politica ? DROP ## FORWARD TCP for tcp in `cat /etc/fw/fw.portas.forward.tcp` do $ipt -A FORWARD -p tcp -s $ip --dport $porta -j ACCEPT $ipt -A FORWARD -p tcp -d $ip --sport $porta -j ACCEPT done ## FORWARD UDP for tcp in `cat /etc/fw/fw.portas.forward.udp` do $ipt -A FORWARD -p udp -s $ip --dport $porta -j ACCEPT $ipt -A FORWARD -p udp -d $ip --sport $porta -j ACCEPT done ## existem algumas regras de acesso a servicos locais.. ## existem aqui as regras de nat e proxy transparente.. done ... aqui tenho o resto do script ... ### /etc/fw/fw - fim o script est? beleza, so que quando preciso dar um "restart" no firewall por exemplo.. demora muito pois tenho muitos clientes na tabela /etc/fw/fw.ips.clientes, meus clientes estao com mascara /30 e nao tenho como liberar a range toda. o que eu estava pensando em fazer ? criar uma CHAIN com iptables -N. mesmo lendo sobre o assunto, ja sabendo como criar a CHAIN, jogar certo trafego para esta chain, preciso de uma "luz" de como eu controlo justamente o trafego de FORWARD nesta CHAIN, pois os exemplos q vi na net utilizam INPUT e OUTPUT. e apos criar esta CHAIN voc?s acham quem minha rotina ira demorar menos tempo para rodar? pois criarei a chain apenas uma vez e nos FOR's jogarei o ip para a CHAIN e nao farei rodar PORTA por PORTA, estou certo neste pensamento? Espero ter sido claro e que alguem possa me ajudar. -- Wenderson Souza e-mail: wendersonsouza at gmail.com msn: wendersonsouza at msn.com From leolistas at solutti.com.br Wed Oct 3 11:50:50 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Wed, 03 Oct 2007 11:50:50 -0300 Subject: [MASOCH-L] Firewall Iptables -N (criando uma CHAIN) In-Reply-To: <6d3b97100710030654v6c04300cg291364f04ce5164@mail.gmail.com> References: <6d3b97100710030653q2b04a326k6d8350ed002df3f9@mail.gmail.com> <6d3b97100710030654v6c04300cg291364f04ce5164@mail.gmail.com> Message-ID: <4703AC4A.7040104@solutti.com.br> Wenderson Souza escreveu: > o que eu estava pensando em fazer ? criar uma CHAIN com iptables -N. > > mesmo lendo sobre o assunto, ja sabendo como criar a CHAIN, jogar > certo trafego para esta chain, preciso de uma "luz" de como eu > controlo justamente o trafego de FORWARD nesta CHAIN, pois os exemplos > q vi na net utilizam INPUT e OUTPUT. > f?cil f?cil iptables -N fwd_interna_externa iptables -N fwd_externa_interna iptables -A fwd_interna_externa -p tcp --dport ..... -j ACCEPT iptables -A fwd_interna_externa -p udp --dport ... -j ACCEPT iptables -A fwd_externa_interna -p tcp -m state --state ! NEW -j ACCEPT iptables -A FORWARD -i $IF_INT -o $IF_EXT -j fwd_interna_externa iptables -A FORWARD -i $IF_EXT -o $IF_INT -j fwd_externa_interna iptables -A FORWARD -j DROP > e apos criar esta CHAIN voc?s acham quem minha rotina ira demorar > menos tempo para rodar? > A chain ? criada apenas uma vez, por isso acho que n?o vai influenciar em absolutamente nada no tempo de execu??o do seu script. > pois criarei a chain apenas uma vez e nos FOR's jogarei o ip para a > CHAIN e nao farei rodar PORTA por PORTA, estou certo neste pensamento? > Pra cada ip que 'entrar' na chain, ele vai precisar percorrer SIM porta a porta. Mas s? de criar uma chain pros IPs e/ou pras portas, voc? reduz drasticamente o n?mero de regras criadas, pois hoje voc? cria N regras, sendo N = n?mero de clientes * (n?mero de TCP + n?mero de UDP). Mesmo com valores pequenos, quando multiplicados, a coisa cresce. Se voc? utilizar chains, pode otimizar bastante o processamento. Se for um pouco mais longe e utilizar -j RETURN, talvez voc? consiga otimizar mais ainda ! > Espero ter sido claro e que alguem possa me ajudar. > > -- > Wenderson Souza > e-mail: wendersonsouza at gmail.com > msn: wendersonsouza at msn.com > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From wendersonsouza at gmail.com Wed Oct 3 12:49:44 2007 From: wendersonsouza at gmail.com (Wenderson Souza) Date: Wed, 3 Oct 2007 12:49:44 -0300 Subject: [MASOCH-L] Firewall Iptables -N (criando uma CHAIN) In-Reply-To: <4703AC4A.7040104@solutti.com.br> References: <6d3b97100710030653q2b04a326k6d8350ed002df3f9@mail.gmail.com> <6d3b97100710030654v6c04300cg291364f04ce5164@mail.gmail.com> <4703AC4A.7040104@solutti.com.br> Message-ID: <6d3b97100710030849h5a9ceb9et376828ed65e698a0@mail.gmail.com> entao no meu caso firaria algo assim? (so para confirmar) # criar CHAINS iptables -N fwd_interna_externa iptables -N fwd_externa_interna # portas das CHAINS for porta in `cat /etc/fw/fw.portas.forward.tcp` do iptables -A fwd_interna_externa -p tcp --dport $porta -j ACCEPT done for porta in `cat /etc/fw/fw.portas.forward.udp` do iptables -A fwd_interna_externa -p udp --dport $porta -j ACCEPT done # forward de ENTRADA iptables -A fwd_externa_interna -p tcp -m state --state ! NEW -j ACCEPT # regras dos clientes for ip in `cat /etc/fw/fw.ips.clientes` do iptables -A FORWARD -s $ip -d 0/0 -j fwd_interna_externa iptables -A FORWARD -d $ip -s 0/0 -j fwd_externa_interna ## existem algumas regras de acesso a servicos locais.. ## existem aqui as regras de nat e proxy transparente.. done > iptables -A FORWARD -j DROP vou precisar do DROP mesmo tempo a politica padrao do FORWARD como DROP ? e o controle de FWD de entrada do UDP como fica? nao seria melhor eu colocar na nova CHAIN "iptables -A fwd_interna_externa -p udp --sport $porta -j ACCEPT" ? Grato e no aguardo, -- Wenderson Souza e-mail: wendersonsouza at gmail.com msn: wendersonsouza at msn.com From mafbotelho at gmail.com Wed Oct 3 15:22:43 2007 From: mafbotelho at gmail.com (=?UTF-8?Q?Marco_Ant=C3=B4nio_Faria_Botelho?=) Date: Wed, 3 Oct 2007 15:22:43 -0300 Subject: [MASOCH-L] Ordem dos filtros anti-spam Message-ID: <6a9c66d40710031122y673bb06o6837261fc66a8338@mail.gmail.com> Pessoal, boa tarde! Como ? definida a ordem dos filtros anti-spam no MTA? Por exemplo: py-spf+milter-greylist+spamass-milter+spamassassin -- Marco Ant?nio From danton at inexo.com.br Wed Oct 3 15:56:15 2007 From: danton at inexo.com.br (Lao DanTong) Date: Wed, 3 Oct 2007 15:56:15 -0300 (BRT) Subject: [MASOCH-L] Ordem dos filtros anti-spam In-Reply-To: <6a9c66d40710031122y673bb06o6837261fc66a8338@mail.gmail.com> References: <6a9c66d40710031122y673bb06o6837261fc66a8338@mail.gmail.com> Message-ID: <Pine.LNX.4.60.0710031554090.27922@newquantum.inexo.com.br> On Wed, 3 Oct 2007, [UTF-8] Marco Ant?nio Faria Botelho wrote: > Como ? definida a ordem dos filtros anti-spam no MTA? > > Por exemplo: py-spf+milter-greylist+spamass-milter+spamassassin Um crit?rio ? processar antes os filtros mais seletivos, que operam sobre o envelope, depois os que operam com o conte?do. Dessa forma spamassassin e anti-v?rus deve ser o ?ltimo e SPF provavelmente o primeiro. From filipealvarez at gmail.com Wed Oct 3 17:36:18 2007 From: filipealvarez at gmail.com (Filipe Alvarez) Date: Wed, 3 Oct 2007 17:36:18 -0300 Subject: [MASOCH-L] Forward de pacotes no MS Windows 2k3 Message-ID: <3e542ead0710031336w3c814c96lfc9940c9b26f7622@mail.gmail.com> O que voc?s usam? []s Filipe Alvarez. From raphaelbscosta at gmail.com Wed Oct 3 18:00:07 2007 From: raphaelbscosta at gmail.com (Raphael Bittencourt S. Costa) Date: Wed, 03 Oct 2007 18:00:07 -0300 Subject: [MASOCH-L] Ordem dos filtros anti-spam In-Reply-To: <Pine.LNX.4.60.0710031554090.27922@newquantum.inexo.com.br> References: <6a9c66d40710031122y673bb06o6837261fc66a8338@mail.gmail.com> <Pine.LNX.4.60.0710031554090.27922@newquantum.inexo.com.br> Message-ID: <1191445208.30672.56.camel@localhost> Acho melhor utilizar os que n?o fazem consulta externa antes, como remetentes bloqueados pelo usu?rio, regras de helo, etc. Depois os que fazem consulta, spf, rbls, etc. Raphael Costa On Wed, 2007-10-03 at 15:56 -0300, Lao DanTong wrote: > On Wed, 3 Oct 2007, [UTF-8] Marco Ant?nio Faria Botelho wrote: > > > Como ? definida a ordem dos filtros anti-spam no MTA? > > > > Por exemplo: py-spf+milter-greylist+spamass-milter+spamassassin > > Um crit?rio ? processar antes os filtros mais seletivos, que operam sobre > o envelope, depois os que operam com o conte?do. > > Dessa forma spamassassin e anti-v?rus deve ser o ?ltimo e SPF > provavelmente o primeiro. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From tukso.antartiko at gmail.com Wed Oct 3 20:30:47 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Wed, 3 Oct 2007 20:30:47 -0300 Subject: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) In-Reply-To: <200710021532.32252.welisson@conectcor.com.br> References: <200710021532.32252.welisson@conectcor.com.br> Message-ID: <b1dc8f9a0710031630n68b7c00k442f3fc9b2c3e6ff@mail.gmail.com> Download ?nico n?o ? a melhor forma de medir a capacidade do link, outras formas melhores j? foram mencionadas na gter. Voc? n?o postou nenhum IP, traceroute e seu dom?nio resolve para um IP da embratel assim fica meio dif?cil algu?m te ajudar. Verifiquei seu IP 201.33.241.1 Nacionalmente as rotas em si parecem ok. Quanto a lat?ncia, nos testes que fiz, a Telemar parece estar com uma lat?ncia maior para toda telef?nica n?o s? para voc?. Internacionalmente a telefonica internacional n?o est? anunciando seus IPs para determinados peers e fornecedores. O impacto n?o parece ser grande (o pacote acaba chegando) mas as chances de usar uma rota ?tima diminuem. ? bom verificar. Se diz estar com perda de pacotes entre seus roteadores e a rede da pr?pria Telef?nica ? bom corrigir este problema antes On 10/2/07, Welisson <welisson at conectcor.com.br> wrote: > > Boa tarde pessoal > > Seguinte, na empresa onde trabalho temos uma LP via Fibra (Tecnologia > SDH). > O que ocorre ? o seguinte. > Tenho um link ebt e um telefonica, cujo qual estou j? trocando AS, via > quggua > (Linux). > Pois bem, no meu link ebt que ainda ? ips da operadora, n?o roda nosso > asn, > ainda por quest?s estruturais no momento, o que ocorre ? o seguinte, na > nossa > rede (Wireless), temos um concentrador pppoe com HTB, o que ocorre ? o > seguinte, em um cliente com 1Mbp/s consegue fazer downloads ? 110KB/s, j? > o > da telefonica n?o, atingindo no maximo 88KB/s. isso fazendo testes nos > mesmo > servidores FTP, sem limita??o de banda, agora se fa?o de dentro da minha > rede > em nossos servidores ftp/web ocorre normalmente a taxa esperada. > Detalhe j? entrei em contato com a telefonica, e advinhe sempre a mesma > coisa, > est? tudo ok, Sr. > Bom pessoal se algu?m daqui d? lista usa link telefonica que possa > compartilhar a informa??o fico no aguardo. > > Importante dizer que parece ser com a saida internacional dela, pois se > fa?o > um download do ftp.registro.br, que d? 6 Saltos, do meu roteador, fa?o o > normalmente a 110KB/s h? 120KB/s. > O mesmo n?o ocorre com outros sites nacionais e internacionais, pois em um > trace a um determinado ip nacional ele vai para a telefonica espanha e > depois > de 15 saltos, ele chega ao destino e com percas. e latencia alta em torno > de > 500ms. > Isso Fora a perca de pacotes que est? havendo entre meu roteador linux > (quaggua) e o roteador deles. > > > Sem mais > > Welisson Tom? > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From neto-listas at microhosting.com.br Thu Oct 4 08:22:35 2007 From: neto-listas at microhosting.com.br (Jose Augusto dos Santos Neto) Date: Thu, 04 Oct 2007 08:22:35 -0300 Subject: [MASOCH-L] Info sobre PABX Digital In-Reply-To: <3743c4210709270646i6966a965w308fa8c6a20b22d0@mail.gmail.com> References: <46FAD8C4.7000209@microhosting.com.br> <Pine.LNX.4.60.0709262214490.20414@newquantum.inexo.com.br> <3743c4210709270646i6966a965w308fa8c6a20b22d0@mail.gmail.com> Message-ID: <4704CCFB.2030301@microhosting.com.br> Caros, bom dia, Algu?m aqui conhece ou utiliza o PABX digital da Lucent/Alcatel OmniPCX Office (OXO) ? Preciso levantar informa??es sobre qualidade do equipamento e assist?ncia t?cnica. Precise me decidir entre ele e o Nec NEAX 2400. Se algu?m tiver informa??es, por favor, me informe em pvt. Obrigado, Neto. From pedro.lemes at gmail.com Thu Oct 4 10:03:46 2007 From: pedro.lemes at gmail.com (PEDRO LEMES) Date: Thu, 4 Oct 2007 10:03:46 -0300 Subject: [MASOCH-L] Info sobre PABX Digital References: <46FAD8C4.7000209@microhosting.com.br> <Pine.LNX.4.60.0709262214490.20414@newquantum.inexo.com.br><3743c4210709270646i6966a965w308fa8c6a20b22d0@mail.gmail.com> <4704CCFB.2030301@microhosting.com.br> Message-ID: <000601c80687$0310e690$1003a8c0@valfilm.com.br> Ola, Neto. Nao sei se seria o mais indicado para sua aplica??o, mas vai como sugestao, ok ? Possuo uma central LEUCOTRON aqui, modelo Active LDS. ? a famosa OBB (?tima, Bonita e Barata). Pesquise... o preco dela ? muito bom em vista de outras e seus recursos, simplesmente EXCELENTES. Att. Pedro A. Lemes Valfilm MG Ind. Embalagens Ltda ----- Original Message ----- From: "Jose Augusto dos Santos Neto" <neto-listas at microhosting.com.br> To: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> Sent: Thursday, October 04, 2007 8:22 AM Subject: [MASOCH-L] Info sobre PABX Digital Caros, bom dia, Algu?m aqui conhece ou utiliza o PABX digital da Lucent/Alcatel OmniPCX Office (OXO) ? Preciso levantar informa??es sobre qualidade do equipamento e assist?ncia t?cnica. Precise me decidir entre ele e o Nec NEAX 2400. Se algu?m tiver informa??es, por favor, me informe em pvt. Obrigado, Neto. __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From leolistas at solutti.com.br Thu Oct 4 10:07:30 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Thu, 04 Oct 2007 10:07:30 -0300 Subject: [MASOCH-L] Firewall Iptables -N (criando uma CHAIN) In-Reply-To: <6d3b97100710030849h5a9ceb9et376828ed65e698a0@mail.gmail.com> References: <6d3b97100710030653q2b04a326k6d8350ed002df3f9@mail.gmail.com> <6d3b97100710030654v6c04300cg291364f04ce5164@mail.gmail.com> <4703AC4A.7040104@solutti.com.br> <6d3b97100710030849h5a9ceb9et376828ed65e698a0@mail.gmail.com> Message-ID: <4704E592.9030803@solutti.com.br> Wenderson Souza escreveu: > vou precisar do DROP mesmo tempo a politica padrao do FORWARD como DROP ? > Nunca ? demais ter certeza que o pacote que voc? n?o quer VAI ser dropado :) > e o controle de FWD de entrada do UDP como fica? nao seria melhor eu > colocar na nova CHAIN "iptables -A fwd_interna_externa -p udp --sport > $porta -j ACCEPT" ? > Claro que voc? precisa tratar tamb?m os pacotes UDP. Mas voc? pegou a id?ia .... mete a cara ai no script e aventure-se na cria??o de chains e utiliza??o das mesmas :) -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From wendersonsouza at gmail.com Thu Oct 4 10:10:19 2007 From: wendersonsouza at gmail.com (Wenderson Souza) Date: Thu, 4 Oct 2007 10:10:19 -0300 Subject: [MASOCH-L] Firewall Iptables -N (criando uma CHAIN) In-Reply-To: <4704E592.9030803@solutti.com.br> References: <6d3b97100710030653q2b04a326k6d8350ed002df3f9@mail.gmail.com> <6d3b97100710030654v6c04300cg291364f04ce5164@mail.gmail.com> <4703AC4A.7040104@solutti.com.br> <6d3b97100710030849h5a9ceb9et376828ed65e698a0@mail.gmail.com> <4704E592.9030803@solutti.com.br> Message-ID: <6d3b97100710040610u40d98353we3c95ccbc5f1b5b4@mail.gmail.com> obrigadao ai pelas dicas. valeu mesmo. > Claro que voc? precisa tratar tamb?m os pacotes UDP. Mas voc? pegou > a id?ia .... mete a cara ai no script e aventure-se na cria??o de chains > e utiliza??o das mesmas :) -- Wenderson Souza e-mail: wendersonsouza at gmail.com msn: wendersonsouza at msn.com From dverzolla at fcl.com.br Thu Oct 4 11:45:57 2007 From: dverzolla at fcl.com.br (David Verzolla) Date: Thu, 4 Oct 2007 11:45:57 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Resolu=E7=E3o_de_ASN_FlowScan?= Message-ID: <94CADB570ACCB0418E8236C8F24BD95C015FBAC2@VIRTUALEXCHANGE.corp.com> Lista, Estou eu a configurar o flowscan + flow-tools, a configura??o vai bem obrigado. Por?m a resolu??o dos ASs n?o est? funcionando corretamente. Baixei o asn.txt de http://bgp.potaroo.net/iana/asn.txt. O FlowScan gostou do arquivo: Loading "/var/db/flows/bin/asn.txt" ... 65536 ASNs loaded. Por?m a resolu??o do ASs nos relat?rios originAS e pathAS n?o funcionam. DiVx David Verzolla Administrador de Redes Funda??o C?sper L?bero - FCLNet From welisson at conectcor.com.br Thu Oct 4 13:25:38 2007 From: welisson at conectcor.com.br (Welisson) Date: Thu, 4 Oct 2007 13:25:38 -0300 Subject: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) In-Reply-To: <mailman.442.1191509158.1035.masoch-l@eng.registro.br> References: <mailman.442.1191509158.1035.masoch-l@eng.registro.br> Message-ID: <200710041325.39340.welisson@conectcor.com.br> Obrigado por responder Tukso Se puder passar o link do GTER com o assunto agrade?o. Agora n?o entendi o que quis dizer abaixo > Voc? n?o postou nenhum IP, traceroute e seu dom?nio resolve para um IP da > embratel assim fica meio dif?cil algu?m te ajudar. Qual site ou Looking Glas vc verificou isso. > Internacionalmente a telefonica internacional n?o est? anunciando seus > IPs para determinados peers e fornecedores. O impacto n?o parece ser > grande (o pacote acaba chegando) mas as chances de usar uma rota ?tima > diminuem. ? bom verificar. Em rela??o a perca de pacotes aparentemente est? estabilizada agora, depois de 2 semanas em contato com o pessoal da Telefonica. Welisson Em Qui 04 Out 2007 11:45, masoch-l-request at eng.registro.br escreveu: > Message: 6 > Date: Wed, 3 Oct 2007 20:30:47 -0300 > From: "Tukso Antartiko" <tukso.antartiko at gmail.com> > Subject: Re: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) > To: "Mail Aid and Succor, On-line Comfort and Help" > ????????<masoch-l at eng.registro.br> > Message-ID: > ????????<b1dc8f9a0710031630n68b7c00k442f3fc9b2c3e6ff at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Download ?nico n?o ? a melhor forma de medir a capacidade do link, outras > formas melhores j? foram mencionadas na gter. > > Voc? n?o postou nenhum IP, traceroute e seu dom?nio resolve para um IP da > embratel assim fica meio dif?cil algu?m te ajudar. > > Verifiquei seu IP ?201.33.241.1 Nacionalmente as rotas em si parecem ok. > Quanto a lat?ncia, nos testes que fiz, a Telemar parece estar com uma > lat?ncia maior para toda telef?nica n?o s? para voc?. > > Internacionalmente ?a ?telefonica internacional n?o est? anunciando seus > IPs ?para determinados peers e fornecedores. O impacto n?o parece ser > grande ?(o pacote acaba chegando) mas as chances de usar uma rota ?tima > diminuem. ? bom verificar. > > Se diz estar com perda de pacotes entre seus roteadores e a rede da pr?pria > Telef?nica ? bom corrigir este problema antes From rubensk at gmail.com Thu Oct 4 13:31:01 2007 From: rubensk at gmail.com (Rubens Kuhl Jr.) Date: Thu, 4 Oct 2007 13:31:01 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Resolu=E7=E3o_de_ASN_FlowScan?= In-Reply-To: <94CADB570ACCB0418E8236C8F24BD95C015FBAC2@VIRTUALEXCHANGE.corp.com> References: <94CADB570ACCB0418E8236C8F24BD95C015FBAC2@VIRTUALEXCHANGE.corp.com> Message-ID: <6bb5f5b10710040931q51b7dd0dja47eceb0ccb05d9@mail.gmail.com> Seu feed de Netflow est? vindo com os ASNs marcados ? Se n?o estiver, experimente utilizar o descrito nesta mensagem: http://eng.registro.br/pipermail/gter/2006-February/009969.html Rubens On 10/4/07, David Verzolla <dverzolla at fcl.com.br> wrote: > Lista, > Estou eu a configurar o flowscan + flow-tools, a configura??o vai bem obrigado. Por?m a resolu??o dos ASs n?o est? funcionando corretamente. > > Baixei o asn.txt de http://bgp.potaroo.net/iana/asn.txt. > > O FlowScan gostou do arquivo: > Loading "/var/db/flows/bin/asn.txt" ... 65536 ASNs loaded. > > Por?m a resolu??o do ASs nos relat?rios originAS e pathAS n?o funcionam. > > DiVx > > David Verzolla > Administrador de Redes > Funda??o C?sper L?bero - FCLNet > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From tukso.antartiko at gmail.com Thu Oct 4 14:06:54 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Thu, 4 Oct 2007 14:06:54 -0300 Subject: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) In-Reply-To: <200710041325.39340.welisson@conectcor.com.br> References: <mailman.442.1191509158.1035.masoch-l@eng.registro.br> <200710041325.39340.welisson@conectcor.com.br> Message-ID: <b1dc8f9a0710041006q146de8far93213a142a014488@mail.gmail.com> On 10/4/07, Welisson <welisson at conectcor.com.br> wrote: > > Obrigado por responder Tukso > > Se puder passar o link do GTER com o assunto agrade?o. http://eng.registro.br/pipermail/gter/2007-May/014554.html Agora n?o entendi o que quis dizer abaixo > > Voc? n?o postou nenhum IP, traceroute e seu dom?nio resolve para um IP > da > > embratel assim fica meio dif?cil algu?m te ajudar. Voc? n?o deu detalhes suficientes para que algu?m pudesse examinar o problema, tive que pesquisar o seu IP. Qual site ou Looking Glas vc verificou isso. > N?o posso informar todos mas em http://lg.level3.net voc? pode ver que as rotas para seu IP s?o diferentes das rotas de outros IPs que usam a rede da telef?nica. > Internacionalmente a telefonica internacional n?o est? anunciando seus > > IPs para determinados peers e fornecedores. O impacto n?o parece ser > > grande (o pacote acaba chegando) mas as chances de usar uma rota ?tima > > diminuem. ? bom verificar. > > Em rela??o a perca de pacotes aparentemente est? estabilizada agora, > depois de > 2 semanas em contato com o pessoal da Telefonica. > > Welisson > > Em Qui 04 Out 2007 11:45, masoch-l-request at eng.registro.br escreveu: > > Message: 6 > > Date: Wed, 3 Oct 2007 20:30:47 -0300 > > From: "Tukso Antartiko" <tukso.antartiko at gmail.com> > > Subject: Re: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) > > To: "Mail Aid and Succor, On-line Comfort and Help" > > <masoch-l at eng.registro.br> > > Message-ID: > > <b1dc8f9a0710031630n68b7c00k442f3fc9b2c3e6ff at mail.gmail.com> > > Content-Type: text/plain; charset=ISO-8859-1 > > > > Download ?nico n?o ? a melhor forma de medir a capacidade do link, > outras > > formas melhores j? foram mencionadas na gter. > > > > Voc? n?o postou nenhum IP, traceroute e seu dom?nio resolve para um IP > da > > embratel assim fica meio dif?cil algu?m te ajudar. > > > > Verifiquei seu IP 201.33.241.1 Nacionalmente as rotas em si parecem ok. > > Quanto a lat?ncia, nos testes que fiz, a Telemar parece estar com uma > > lat?ncia maior para toda telef?nica n?o s? para voc?. > > > > Internacionalmente a telefonica internacional n?o est? anunciando seus > > IPs para determinados peers e fornecedores. O impacto n?o parece ser > > grande (o pacote acaba chegando) mas as chances de usar uma rota ?tima > > diminuem. ? bom verificar. > > > > Se diz estar com perda de pacotes entre seus roteadores e a rede da > pr?pria > > Telef?nica ? bom corrigir este problema antes > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From marcus at sbh.eng.br Thu Oct 4 15:33:37 2007 From: marcus at sbh.eng.br (Marcus Alves Grando) Date: Thu, 04 Oct 2007 15:33:37 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?problema_com_hor=E1rio_de_ver=E3o_em_RH?= =?iso-8859-1?q?-linux?= In-Reply-To: <Pine.LNX.4.60.0709241507570.21844@newquantum.inexo.com.br> References: <Pine.LNX.4.60.0709241507570.21844@newquantum.inexo.com.br> Message-ID: <47053201.8090706@sbh.eng.br> Danton, Isso ? por causa que a hora 00:00:00 n?o existe nesses casos... Isso ? da libc, em alguns lugares ? criada um intelig?ncia no strftime() para apresentar como a pr?xima hora v?lida. Tu chegou a abrir um caso no bugzilla da redhat pra isso? Mas creio que n?o v?o mecher na glibc s? pra isso Abra?os Lao DanTong wrote: > Atualizei o arquivo das zonas sul americanas, compilei com o zic e tal e > observei o seguinte, em tr?s m?quinas rodando vers?es diferentes de linux > Red Hat: > # date --date=2007-10-14 > date: invalid date `2007-10-14' > Outras datas de entrada tamb?m resultam em erro: > # date --date=2006-11-05 > date: invalid date `2006-11-05' > mas as datas de sa?da s?o tratadas normalmente. > > a mesma coisa no Slackware e em pelo menos um sabor de Debian d? certo. > Ainda n?o experimentei no MacOS-X. O /etc/localtime resultante tanto nos > RHs quanto no Slackware tem o mesmo md5. > > os sistemas em que detectei o problema s?o (cat /etc/redhat-release) > CentOS release 4.5 (Final) > CentOS release 4.3 (Final) > Fedora release 7 (Moonshine) > > vers?es do 'date': > > No RH (bichado), comando 'date --version': > date (coreutils) 5.2.1 > > No Debian (n?o bichado): > date (GNU sh-utils) 2.0.11 > > No Slackware (tamb?m n?o bichado): > date (coreutils) 5.2.1 > > comparando as bibliotecas chamadas pelo date no RH e Slackware: > > RH: > $ ldd -d /bin/date > librt.so.1 => /lib/tls/librt.so.1 (0x00a44000) > libc.so.6 => /lib/tls/libc.so.6 (0x0081b000) > libpthread.so.0 => /lib/tls/libpthread.so.0 (0x0099b000) > /lib/ld-linux.so.2 (0x00801000) > /lib/tls/librt.so.1 -> librt-2.3.4.so > /lib/tls/libc.so.6 -> libc-2.3.4.so > /lib/tls/libpthread.so.0 -> libpthread-2.3.4.so > > Slackware: > $ ldd -d /usr/bin/date > librt.so.1 => /lib/librt.so.1 (0x40020000) > libc.so.6 => /lib/libc.so.6 (0x40032000) > libpthread.so.0 => /lib/libpthread.so.0 (0x40161000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) > /lib/librt.so.1 -> librt-2.3.2.so > /lib/libc.so.6 -> libc-2.3.2.so > /lib/libpthread.so.0 -> libpthread-0.10.so* > > Algu?m tem id?ia do que est? errado no RH e como corrigir/contornar o > problema? > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l -- Marcus Alves Grando marcus(at)sbh.eng.br | Personal mnag(at)FreeBSD.org | FreeBSD.org From jean.vosch at gmail.com Thu Oct 4 17:35:41 2007 From: jean.vosch at gmail.com (Jean Marcel Vosch) Date: Thu, 4 Oct 2007 17:35:41 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Backup_de_conting=EAncia=2E?= Message-ID: <68b0d6aa0710041335n3981603fr481439f47d33d68a@mail.gmail.com> Prezados, Meu diretor foi questionado por um cliente: "E se o avi?o da TAM cai na sua empresa, voc? tem um backup di?rio fora dela?" E n?o temos... eu tenho 100GB que preciso fazer backup, primeiramente pensei em 2 gavetas com HDs Satas que ficariam revezando, ou quem sabe 2 Hds Externos... bem, sei que n?o ? muito recomend?vel, pois esse tipo de hardware foi desenvolvido para ficar est?tico. Ent?o pensei em fita, mas j? tive problemas com fitas. Uma que se encaixa na minha necessidade ? Dell PV110T LTO2-L de 200/400. Queria saber a opini?o de voc?s. Jean From pedro.lemes at gmail.com Thu Oct 4 17:45:33 2007 From: pedro.lemes at gmail.com (PEDRO LEMES) Date: Thu, 4 Oct 2007 17:45:33 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Backup_de_conting=EAncia=2E?= References: <68b0d6aa0710041335n3981603fr481439f47d33d68a@mail.gmail.com> Message-ID: <006501c806c7$83a55c10$1003a8c0@valfilm.com.br> Jean, Essa fita unidade Dell parece ser muito boa. Eu mantenho como politica a utilizacao de DAT72, por um periodo de 5 anos. Mantenho na empresa um jogo de fitas que faz o backup diario e no fim de cada mes, gero um backup mensal que mantenho guardado em um outro "site" (outra empresa do grupo). Isso, justamente pensando nesse caso do "Aviao"- rssrss Abraco. Pedro A. Lemes Valfilm MG Ind. Emb. ltda ----- Original Message ----- From: "Jean Marcel Vosch" <jean.vosch at gmail.com> To: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> Sent: Thursday, October 04, 2007 5:35 PM Subject: [MASOCH-L] Backup de conting?ncia. Prezados, Meu diretor foi questionado por um cliente: "E se o avi?o da TAM cai na sua empresa, voc? tem um backup di?rio fora dela?" E n?o temos... eu tenho 100GB que preciso fazer backup, primeiramente pensei em 2 gavetas com HDs Satas que ficariam revezando, ou quem sabe 2 Hds Externos... bem, sei que n?o ? muito recomend?vel, pois esse tipo de hardware foi desenvolvido para ficar est?tico. Ent?o pensei em fita, mas j? tive problemas com fitas. Uma que se encaixa na minha necessidade ? Dell PV110T LTO2-L de 200/400. Queria saber a opini?o de voc?s. Jean __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From santos at radiante.com.br Thu Oct 4 18:08:03 2007 From: santos at radiante.com.br (J. Santos) Date: Thu, 04 Oct 2007 18:08:03 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Backup_de_conting=EAncia=2E?= In-Reply-To: <006501c806c7$83a55c10$1003a8c0@valfilm.com.br> References: <68b0d6aa0710041335n3981603fr481439f47d33d68a@mail.gmail.com> <006501c806c7$83a55c10$1003a8c0@valfilm.com.br> Message-ID: <47055633.7080802@radiante.com.br> Opa, Eu uso o bom e velho rsync. al?m dos backups normais, cada filial faz backup do home da outra e cria-se uma teia de aranha :D Tem que ser ao menos 2 avi?es em duas filiais distintas para perder algo. No meu caso a transfer?ncia di?ria nas madrugadas afora variam de 100 - 350 megas, ent?o compensa usar o caro link dedicado. Abra?os, J. Santos PEDRO LEMES escreveu: > Jean, > > Essa fita unidade Dell parece ser muito boa. > Eu mantenho como politica a utilizacao de DAT72, por um periodo de 5 anos. > Mantenho na empresa um jogo de fitas que faz o backup diario e no fim de > cada mes, gero um backup mensal que mantenho guardado em um outro "site" > (outra empresa do grupo). Isso, justamente pensando nesse caso do "Aviao"- > rssrss > > Abraco. > > Pedro A. Lemes > Valfilm MG Ind. Emb. ltda > ----- Original Message ----- > From: "Jean Marcel Vosch" <jean.vosch at gmail.com> > To: "Mail Aid and Succor, On-line Comfort and Help" > <masoch-l at eng.registro.br> > Sent: Thursday, October 04, 2007 5:35 PM > Subject: [MASOCH-L] Backup de conting?ncia. > > > Prezados, > > Meu diretor foi questionado por um cliente: "E se o avi?o da TAM cai na sua > empresa, voc? tem um backup di?rio fora dela?" > E n?o temos... eu tenho 100GB que preciso fazer backup, primeiramente pensei > em 2 gavetas com HDs Satas que ficariam revezando, ou quem sabe 2 Hds > Externos... bem, sei que n?o ? muito recomend?vel, pois esse tipo de > hardware foi desenvolvido para ficar est?tico. > Ent?o pensei em fita, mas j? tive problemas com fitas. Uma que se encaixa na > minha necessidade ? Dell PV110T LTO2-L de 200/400. > > Queria saber a opini?o de voc?s. > > Jean > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > From danton at inexo.com.br Thu Oct 4 21:16:08 2007 From: danton at inexo.com.br (Lao DanTong) Date: Thu, 4 Oct 2007 21:16:08 -0300 (BRT) Subject: [MASOCH-L] =?iso-8859-1?q?problema_com_hor=E1rio_de_ver=E3o_em_RH?= =?iso-8859-1?q?-linux?= In-Reply-To: <47053201.8090706@sbh.eng.br> References: <Pine.LNX.4.60.0709241507570.21844@newquantum.inexo.com.br> <47053201.8090706@sbh.eng.br> Message-ID: <Pine.LNX.4.60.0710042114260.26968@newquantum.inexo.com.br> On Thu, 4 Oct 2007, Marcus Alves Grando wrote: > Danton, > > Isso ? por causa que a hora 00:00:00 n?o existe nesses casos... Isso ? > da libc, em alguns lugares ? criada um intelig?ncia no strftime() para > apresentar como a pr?xima hora v?lida. > > Tu chegou a abrir um caso no bugzilla da redhat pra isso? Mas creio que > n?o v?o mecher na glibc s? pra isso > n?o, mas tive uma interessante discuss?o filos?fica sobre resolu??o de ambiguidades com o povo do coreutils. ;-) From danton at inexo.com.br Thu Oct 4 21:23:08 2007 From: danton at inexo.com.br (Lao DanTong) Date: Thu, 4 Oct 2007 21:23:08 -0300 (BRT) Subject: [MASOCH-L] =?iso-8859-1?q?Backup_de_conting=EAncia=2E?= In-Reply-To: <68b0d6aa0710041335n3981603fr481439f47d33d68a@mail.gmail.com> References: <68b0d6aa0710041335n3981603fr481439f47d33d68a@mail.gmail.com> Message-ID: <Pine.LNX.4.60.0710042119330.26968@newquantum.inexo.com.br> On Thu, 4 Oct 2007, Jean Marcel Vosch wrote: > Prezados, > > Meu diretor foi questionado por um cliente: "E se o avi?o da TAM cai na sua > empresa, voc? tem um backup di?rio fora dela?" > E n?o temos... eu tenho 100GB que preciso fazer backup, primeiramente pensei > em 2 gavetas com HDs Satas que ficariam revezando, ou quem sabe 2 Hds > Externos... bem, sei que n?o ? muito recomend?vel, pois esse tipo de > hardware foi desenvolvido para ficar est?tico. > Ent?o pensei em fita, mas j? tive problemas com fitas. Uma que se encaixa na > minha necessidade ? Dell PV110T LTO2-L de 200/400. > > Queria saber a opini?o de voc?s. 100Gbyte: recomendo fazer rsync em um servidor externo, a prop?sito <comercial>minha empresa faz isso</comercial>. a carga inicial pode ser com HD externo, o resto roda quietinho fora do hor?rio do expediente. From welisson at conectcor.com.br Fri Oct 5 09:00:18 2007 From: welisson at conectcor.com.br (Welisson) Date: Fri, 5 Oct 2007 09:00:18 -0300 Subject: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) Message-ID: <200710050900.18706.welisson@conectcor.com.br> Seguinte fiz teste em alguns sites. E realmente o problema parece ser a saida internacional. Por exemplo um trace para ip NACIONAL saindo pela telefonica. Taxa de download com link limitado a 1Mega ~66KB/s venus:~# traceroute 189.39.240.9 traceroute to 189.39.240.9 (189.39.240.9), 30 hops max, 40 byte packets 1 192.168.3.1 (192.168.3.1) 5.941 ms 0.137 ms 0.113 ms 2 201-33-240-17 (201.33.240.17) 4.419 ms 5.571 ms 3.946 ms 3 189.56.66.41 (189.56.66.41) 16.990 ms 14.781 ms 11.998 ms 4 201-63-253-102.customer.tdatabrasil.net.br (201.63.253.102) 21.887 ms 23.243 ms 17.286 ms 5 84.16.10.9 (84.16.10.9) 22.089 ms Ge5-2-0-0-grtsanem1.red.telefonica-wholesale.net.10.16.84.in-add (84.16.10.17) 18.779 ms 20.206 ms 6 So5-2-0-0-grtmiabr3.red.telefonica-wholesale.net (213.140.36.13) 141.499 ms 213.140.43.149 (213.140.43.149) 133.234 ms 124.943 ms 7 P9-0-grtwaseq1.red.telefonica-wholesale.net (213.140.36.50) 159.142 ms P0-0-grtwaseq1.red.telefonica-wholesale.net (84.16.12.45) 153.239 ms P9-0-grtwaseq1.red.telefonica-wholesale.net (213.140.36.50) 155.189 ms 8 gi9-9.ashse1.Ashburn.opentransit.net (193.251.251.233) 151.454 ms 152.661 ms 152.048 ms 9 gi4-0-0.ashcr2.Ashburn.opentransit.net (193.251.243.190) 160.647 ms 159.137 ms 150.616 ms 10 so-6-0-0-0.atlcr1.Atlanta.opentransit.net (193.251.241.158) 171.978 ms 288.383 ms 340.777 ms 11 so-1-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.242.25) 327.924 ms so-4-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.240.86) 274.610 ms so-1-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.242.25) 343.551 ms 12 so-1-0-0-0.miacr4.Miami.opentransit.net (193.251.240.190) 405.520 ms 366.314 ms 351.121 ms 13 so-6-0-0-0.miabb1.Miami.opentransit.net (193.251.128.142) 178.656 ms 192.611 ms 224.497 ms 14 * intelig.GW.opentransit.net (193.251.248.238) 155.617 ms 159.918 ms 15 200.184.195.148 (200.184.195.148) 156.395 ms 169.359 ms 175.724 ms 16 * * 201-70-197-194.intelignet.com.br (201.70.197.194) 160.382 ms 17 200.220.192.34.nqt.com.br (200.220.192.34) 161.412 ms 161.152 ms 171.473 ms 18 189.39.240.9 (189.39.240.9) 166.615 ms 164.083 ms 165.190 ms Saindo pela EBT Taxa de Download ~105KB/s limitado a 1 Mbp/s venus:~# traceroute 189.39.240.9 traceroute to 189.39.240.9 (189.39.240.9), 30 hops max, 40 byte packets 1 192.168.2.1 (192.168.2.1) 106.882 ms 0.137 ms 0.118 ms 2 200-208-220-145 (200.208.220.145) 4.830 ms 3.093 ms 7.034 ms 3 200-208-220-129 (200.208.220.129) 13.941 ms 3.577 ms 3.586 ms 4 embratel-S2-0-0-acc02.bru.embratel.net.br (200.246.106.85) 165.175 ms 164.343 ms 8.102 ms 5 200.230.245.38 (200.230.245.38) 22.116 ms 23.816 ms 16.925 ms 6 ebt-P1-0-2-core01.spo.embratel.net.br (200.230.0.194) 21.285 ms 19.375 ms 23.428 ms 7 ebt-P12-1-core01.rjo.embratel.net.br (200.230.1.113) 26.937 ms 22.503 ms 24.025 ms 8 ebt-C1-gacc07.rjo.embratel.net.br (200.244.162.32) 19.296 ms 25.573 ms 18.692 ms 9 peer-P2-2-gacc07.rjo.embratel.net.br (200.211.219.110) 20.736 ms 20.746 ms 21.174 ms 10 200.184.195.206 (200.184.195.206) 19.634 ms 19.780 ms 22.250 ms 11 201-70-197-194.intelignet.com.br (201.70.197.194) 43.553 ms 28.324 ms 22.107 ms 12 200.220.192.34.nqt.com.br (200.220.192.34) 30.324 ms 35.068 ms 27.765 ms 13 189.39.240.9 (189.39.240.9) 26.490 ms 30.602 ms 31.032 ms O que mais me estranha ? porque a telefonica joga para fora pra depois voltar para o Brasil, e o porque tal diferen?a entre um link e o outro, em saidas internacionais. Ser? que a telefonica est? no gargalo com saidas internacionais. Welisson Tom? Message: 3 Date: Thu, 4 Oct 2007 14:06:54 -0300 From: "Tukso Antartiko" <tukso.antartiko at gmail.com> Subject: Re: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) To: "Mail Aid and Succor, On-line Comfort and Help" ????????<masoch-l at eng.registro.br> Message-ID: ????????<b1dc8f9a0710041006q146de8far93213a142a014488 at mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 On 10/4/07, Welisson <welisson at conectcor.com.br> wrote: > > Obrigado por responder Tukso > > Se puder passar o link do GTER com o assunto agrade?o. http://eng.registro.br/pipermail/gter/2007-May/014554.html Agora n?o entendi o que quis dizer abaixo > > Voc? n?o postou nenhum IP, traceroute e seu dom?nio resolve para um IP > da > > embratel assim fica meio dif?cil algu?m te ajudar. Voc? n?o deu detalhes suficientes para que algu?m pudesse examinar o problema, tive que pesquisar o seu IP. Qual site ou Looking Glas vc verificou isso. > N?o posso informar todos mas em http://lg.level3.net voc? pode ver que as rotas para seu IP s?o diferentes das rotas de outros IPs que usam a rede da telef?nica. From jarruda-gter at jarruda.com Fri Oct 5 09:11:31 2007 From: jarruda-gter at jarruda.com (Julio Arruda) Date: Fri, 05 Oct 2007 08:11:31 -0400 Subject: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) In-Reply-To: <200710050900.18706.welisson@conectcor.com.br> References: <200710050900.18706.welisson@conectcor.com.br> Message-ID: <470629F3.9050709@jarruda.com> Voce ja fez a conta de banda x delay, para ver se a sua performance nao esta sendo afetada pelo delay ? Qual o tamanho de janela oferecido por quem esta fazendo o download ? TCP tem esta caracteristica.. (estar com iperf em modo UDP tambem seria outra opcao, mas a conta e' simples, procure no google por bandwidth x delay ou coisas assim.. Welisson wrote: > Seguinte fiz teste em alguns sites. > E realmente o problema parece ser a saida internacional. > Por exemplo um trace para ip NACIONAL saindo pela telefonica. > Taxa de download com link limitado a 1Mega > ~66KB/s > venus:~# traceroute 189.39.240.9 > traceroute to 189.39.240.9 (189.39.240.9), 30 hops max, 40 byte packets > 1 192.168.3.1 (192.168.3.1) 5.941 ms 0.137 ms 0.113 ms > 2 201-33-240-17 (201.33.240.17) 4.419 ms 5.571 ms 3.946 ms > 3 189.56.66.41 (189.56.66.41) 16.990 ms 14.781 ms 11.998 ms > 4 201-63-253-102.customer.tdatabrasil.net.br (201.63.253.102) 21.887 ms > 23.243 ms 17.286 ms > 5 84.16.10.9 (84.16.10.9) 22.089 ms > Ge5-2-0-0-grtsanem1.red.telefonica-wholesale.net.10.16.84.in-add > (84.16.10.17) 18.779 ms 20.206 ms > 6 So5-2-0-0-grtmiabr3.red.telefonica-wholesale.net (213.140.36.13) 141.499 > ms 213.140.43.149 (213.140.43.149) 133.234 ms 124.943 ms > 7 P9-0-grtwaseq1.red.telefonica-wholesale.net (213.140.36.50) 159.142 ms > P0-0-grtwaseq1.red.telefonica-wholesale.net (84.16.12.45) 153.239 ms > P9-0-grtwaseq1.red.telefonica-wholesale.net (213.140.36.50) 155.189 ms > 8 gi9-9.ashse1.Ashburn.opentransit.net (193.251.251.233) 151.454 ms > 152.661 ms 152.048 ms > 9 gi4-0-0.ashcr2.Ashburn.opentransit.net (193.251.243.190) 160.647 ms > 159.137 ms 150.616 ms > 10 so-6-0-0-0.atlcr1.Atlanta.opentransit.net (193.251.241.158) 171.978 ms > 288.383 ms 340.777 ms > 11 so-1-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.242.25) 327.924 ms > so-4-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.240.86) 274.610 ms > so-1-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.242.25) 343.551 ms > 12 so-1-0-0-0.miacr4.Miami.opentransit.net (193.251.240.190) 405.520 ms > 366.314 ms 351.121 ms > 13 so-6-0-0-0.miabb1.Miami.opentransit.net (193.251.128.142) 178.656 ms > 192.611 ms 224.497 ms > 14 * intelig.GW.opentransit.net (193.251.248.238) 155.617 ms 159.918 ms > 15 200.184.195.148 (200.184.195.148) 156.395 ms 169.359 ms 175.724 ms > 16 * * 201-70-197-194.intelignet.com.br (201.70.197.194) 160.382 ms > 17 200.220.192.34.nqt.com.br (200.220.192.34) 161.412 ms 161.152 ms > 171.473 ms > 18 189.39.240.9 (189.39.240.9) 166.615 ms 164.083 ms 165.190 ms > > Saindo pela EBT > Taxa de Download ~105KB/s limitado a 1 Mbp/s > venus:~# traceroute 189.39.240.9 > traceroute to 189.39.240.9 (189.39.240.9), 30 hops max, 40 byte packets > 1 192.168.2.1 (192.168.2.1) 106.882 ms 0.137 ms 0.118 ms > 2 200-208-220-145 (200.208.220.145) 4.830 ms 3.093 ms 7.034 ms > 3 200-208-220-129 (200.208.220.129) 13.941 ms 3.577 ms 3.586 ms > 4 embratel-S2-0-0-acc02.bru.embratel.net.br (200.246.106.85) 165.175 ms > 164.343 ms 8.102 ms > 5 200.230.245.38 (200.230.245.38) 22.116 ms 23.816 ms 16.925 ms > 6 ebt-P1-0-2-core01.spo.embratel.net.br (200.230.0.194) 21.285 ms 19.375 > ms 23.428 ms > 7 ebt-P12-1-core01.rjo.embratel.net.br (200.230.1.113) 26.937 ms 22.503 ms > 24.025 ms > 8 ebt-C1-gacc07.rjo.embratel.net.br (200.244.162.32) 19.296 ms 25.573 ms > 18.692 ms > 9 peer-P2-2-gacc07.rjo.embratel.net.br (200.211.219.110) 20.736 ms 20.746 > ms 21.174 ms > 10 200.184.195.206 (200.184.195.206) 19.634 ms 19.780 ms 22.250 ms > 11 201-70-197-194.intelignet.com.br (201.70.197.194) 43.553 ms 28.324 ms > 22.107 ms > 12 200.220.192.34.nqt.com.br (200.220.192.34) 30.324 ms 35.068 ms 27.765 > ms > 13 189.39.240.9 (189.39.240.9) 26.490 ms 30.602 ms 31.032 ms > > O que mais me estranha ? porque a telefonica joga para fora pra depois voltar > para o Brasil, e o porque tal diferen?a entre um link e o outro, em saidas > internacionais. > Ser? que a telefonica est? no gargalo com saidas internacionais. > > > > > Welisson Tom? > > > > Message: 3 > Date: Thu, 4 Oct 2007 14:06:54 -0300 > From: "Tukso Antartiko" <tukso.antartiko at gmail.com> > Subject: Re: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) > To: "Mail Aid and Succor, On-line Comfort and Help" > <masoch-l at eng.registro.br> > Message-ID: > <b1dc8f9a0710041006q146de8far93213a142a014488 at mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 10/4/07, Welisson <welisson at conectcor.com.br> wrote: >> Obrigado por responder Tukso >> >> Se puder passar o link do GTER com o assunto agrade?o. > > > http://eng.registro.br/pipermail/gter/2007-May/014554.html > > Agora n?o entendi o que quis dizer abaixo >>> Voc? n?o postou nenhum IP, traceroute e seu dom?nio resolve para um IP >> da >>> embratel assim fica meio dif?cil algu?m te ajudar. > > > Voc? n?o deu detalhes suficientes para que algu?m pudesse examinar o > problema, tive que pesquisar o seu IP. > > Qual site ou Looking Glas vc verificou isso. > > N?o posso informar todos mas em http://lg.level3.net voc? pode ver que as > rotas para seu IP s?o diferentes das rotas de outros IPs que usam a rede da > telef?nica. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From dverzolla at fcl.com.br Fri Oct 5 09:21:57 2007 From: dverzolla at fcl.com.br (David Verzolla) Date: Fri, 5 Oct 2007 09:21:57 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?RES=3A__Resolu=E7=E3o_de_ASN_FlowScan?= Message-ID: <94CADB570ACCB0418E8236C8F24BD95C015FBBA7@VIRTUALEXCHANGE.corp.com> Rubens, sim o feeds vem com o ASNs marcados. O ocorre ? que os n?meros n?o est?o sendo traduzidos para os nomes. David -----Mensagem original----- De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Rubens Kuhl Jr. Enviada em: quinta-feira, 4 de outubro de 2007 13:31 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: Re: [MASOCH-L] Resolu??o de ASN FlowScan Seu feed de Netflow est? vindo com os ASNs marcados ? Se n?o estiver, experimente utilizar o descrito nesta mensagem: http://eng.registro.br/pipermail/gter/2006-February/009969.html Rubens On 10/4/07, David Verzolla <dverzolla at fcl.com.br> wrote: > Lista, > Estou eu a configurar o flowscan + flow-tools, a configura??o vai bem obrigado. Por?m a resolu??o dos ASs n?o est? funcionando corretamente. > > Baixei o asn.txt de http://bgp.potaroo.net/iana/asn.txt. > > O FlowScan gostou do arquivo: > Loading "/var/db/flows/bin/asn.txt" ... 65536 ASNs loaded. > > Por?m a resolu??o do ASs nos relat?rios originAS e pathAS n?o funcionam. > > DiVx > > David Verzolla > Administrador de Redes > Funda??o C?sper L?bero - FCLNet > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From rubens.marins at gmail.com Fri Oct 5 11:46:47 2007 From: rubens.marins at gmail.com (Rubens Marins) Date: Fri, 5 Oct 2007 11:46:47 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Backup_de_conting=EAncia=2E?= In-Reply-To: <Pine.LNX.4.60.0710042119330.26968@newquantum.inexo.com.br> References: <68b0d6aa0710041335n3981603fr481439f47d33d68a@mail.gmail.com> <Pine.LNX.4.60.0710042119330.26968@newquantum.inexo.com.br> Message-ID: <4fe8c9440710050746h42394c37mf1e5344ab7002a81@mail.gmail.com> > > Ent?o pensei em fita, mas j? tive problemas com fitas. Uma que se encaixa na > > minha necessidade ? Dell PV110T LTO2-L de 200/400. Aqui n?s deixamos as fitas na casa de uma pessoa do CPD de confian?a, ele quando vem trabalhar tr?s a fita do dia, quando n?o vem tem algu?m passa l? para pegar, quando viaja ? feito um novo planejamento, fazemos isso faz tempo, al?m de avi?o voc? pode sofrer um inc?ndio ou coisa do genero. Dependendo de onde voc? est?, at? um assalto ou roubo ? uma preocupa??o legitima. Um caso famoso ? o da america express que tinha o CPD no World Trade Center e a conting?ncia na outra torre. -- Rubens Marins Administrador de Sistemas rubens.marins at gmail dot com From tukso.antartiko at gmail.com Fri Oct 5 13:29:26 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Fri, 5 Oct 2007 13:29:26 -0300 Subject: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) In-Reply-To: <200710050900.18706.welisson@conectcor.com.br> References: <200710050900.18706.welisson@conectcor.com.br> Message-ID: <b1dc8f9a0710050929g6b703e74jcc7ab91e91b0355f@mail.gmail.com> Isto ? problema de peering entre Telef?nica e Intelig. Entre em contato com a Telef?nica passando este primeiro trace, eles devem poder te informar melhor j? que voc? ? cliente deles. Depois veja se a resposta est? de acordo com seu SLA. E tente ativar seu AS com a Embratel para evitar justamente problemas como este. On 10/5/07, Welisson <welisson at conectcor.com.br> wrote: > > Seguinte fiz teste em alguns sites. > E realmente o problema parece ser a saida internacional. > Por exemplo um trace para ip NACIONAL saindo pela telefonica. > Taxa de download com link limitado a 1Mega > ~66KB/s > venus:~# traceroute 189.39.240.9 > traceroute to 189.39.240.9 (189.39.240.9), 30 hops max, 40 byte packets > 1 192.168.3.1 (192.168.3.1) 5.941 ms 0.137 ms 0.113 ms > 2 201-33-240-17 (201.33.240.17) 4.419 ms 5.571 ms 3.946 ms > 3 189.56.66.41 (189.56.66.41) 16.990 ms 14.781 ms 11.998 ms > 4 201-63-253-102.customer.tdatabrasil.net.br (201.63.253.102) 21.887 ms > 23.243 ms 17.286 ms > 5 84.16.10.9 (84.16.10.9) 22.089 ms > Ge5-2-0-0-grtsanem1.red.telefonica-wholesale.net.10.16.84.in-add > (84.16.10.17) 18.779 ms 20.206 ms > 6 So5-2-0-0-grtmiabr3.red.telefonica-wholesale.net (213.140.36.13) > 141.499 > ms 213.140.43.149 (213.140.43.149) 133.234 ms 124.943 ms > 7 P9-0-grtwaseq1.red.telefonica-wholesale.net (213.140.36.50) 159.142 ms > P0-0-grtwaseq1.red.telefonica-wholesale.net (84.16.12.45) 153.239 ms > P9-0-grtwaseq1.red.telefonica-wholesale.net (213.140.36.50) 155.189 ms > 8 gi9-9.ashse1.Ashburn.opentransit.net (193.251.251.233) 151.454 ms > 152.661 ms 152.048 ms > 9 gi4-0-0.ashcr2.Ashburn.opentransit.net (193.251.243.190) 160.647 ms > 159.137 ms 150.616 ms > 10 so-6-0-0-0.atlcr1.Atlanta.opentransit.net (193.251.241.158) 171.978ms > 288.383 ms 340.777 ms > 11 so-1-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.242.25) 327.924 ms > so-4-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.240.86) 274.610 ms > so-1-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.242.25) 343.551 ms > 12 so-1-0-0-0.miacr4.Miami.opentransit.net (193.251.240.190) 405.520 ms > 366.314 ms 351.121 ms > 13 so-6-0-0-0.miabb1.Miami.opentransit.net (193.251.128.142) 178.656 ms > 192.611 ms 224.497 ms > 14 * intelig.GW.opentransit.net (193.251.248.238) 155.617 ms 159.918 ms > 15 200.184.195.148 (200.184.195.148) 156.395 ms 169.359 ms 175.724 ms > 16 * * 201-70-197-194.intelignet.com.br (201.70.197.194) 160.382 ms > 17 200.220.192.34.nqt.com.br (200.220.192.34) 161.412 ms 161.152 ms > 171.473 ms > 18 189.39.240.9 (189.39.240.9) 166.615 ms 164.083 ms 165.190 ms > From tukso.antartiko at gmail.com Fri Oct 5 20:26:21 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Fri, 5 Oct 2007 20:26:21 -0300 Subject: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) In-Reply-To: <b1dc8f9a0710050929g6b703e74jcc7ab91e91b0355f@mail.gmail.com> References: <200710050900.18706.welisson@conectcor.com.br> <b1dc8f9a0710050929g6b703e74jcc7ab91e91b0355f@mail.gmail.com> Message-ID: <b1dc8f9a0710051626n2e3a6051u3109cbc78d27dd08@mail.gmail.com> Parece que o peering entre Telef?nica e Intelig foi restabelecido. Veja se funciona para voc?. On 10/5/07, Tukso Antartiko <tukso.antartiko at gmail.com> wrote: > > Isto ? problema de peering entre Telef?nica e Intelig. > > Entre em contato com a Telef?nica passando este primeiro trace, eles devem > poder te informar melhor j? que voc? ? cliente deles. Depois veja se a > resposta est? de acordo com seu SLA. > > E tente ativar seu AS com a Embratel para evitar justamente problemas como > este. > > On 10/5/07, Welisson < welisson at conectcor.com.br> wrote: > > > > Seguinte fiz teste em alguns sites. > > E realmente o problema parece ser a saida internacional. > > Por exemplo um trace para ip NACIONAL saindo pela telefonica. > > Taxa de download com link limitado a 1Mega > > ~66KB/s > > venus:~# traceroute 189.39.240.9 > > traceroute to 189.39.240.9 (189.39.240.9), 30 hops max, 40 byte packets > > 1 192.168.3.1 (192.168.3.1) 5.941 ms 0.137 ms 0.113 ms > > 2 201-33-240-17 (201.33.240.17) 4.419 ms 5.571 ms 3.946 ms > > 3 189.56.66.41 (189.56.66.41) 16.990 ms 14.781 ms 11.998 ms > > 4 201-63-253-102.customer.tdatabrasil.net.br (201.63.253.102) 21.887ms > > 23.243 ms 17.286 ms > > 5 84.16.10.9 (84.16.10.9) 22.089 ms > > Ge5-2-0-0-grtsanem1.red.telefonica-wholesale.net.10.16.84.in-add > > (84.16.10.17 ) 18.779 ms 20.206 ms > > 6 So5-2-0-0-grtmiabr3.red.telefonica-wholesale.net (213.140.36.13) > > 141.499 > > ms 213.140.43.149 (213.140.43.149) 133.234 ms 124.943 ms > > 7 P9-0-grtwaseq1.red.telefonica-wholesale.net ( 213.140.36.50) 159.142ms > > P0-0-grtwaseq1.red.telefonica-wholesale.net (84.16.12.45) 153.239 ms > > P9-0-grtwaseq1.red.telefonica-wholesale.net (213.140.36.50) 155.189 ms > > 8 gi9-9.ashse1.Ashburn.opentransit.net ( 193.251.251.233) 151.454 ms > > 152.661 ms 152.048 ms > > 9 gi4-0-0.ashcr2.Ashburn.opentransit.net (193.251.243.190) 160.647 ms > > 159.137 ms 150.616 ms > > 10 so-6-0-0-0.atlcr1.Atlanta.opentransit.net (193.251.241.158) 171.978ms > > 288.383 ms 340.777 ms > > 11 so-1-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.242.25) 327.924ms > > so-4-0-0-0.atlcr2.Atlanta.opentransit.net (193.251.240.86) 274.610 ms > > so-1-0-0-0.atlcr2.Atlanta.opentransit.net ( 193.251.242.25) 343.551 ms > > 12 so-1-0-0-0.miacr4.Miami.opentransit.net (193.251.240.190) 405.520ms > > 366.314 ms 351.121 ms > > 13 so-6-0-0-0.miabb1.Miami.opentransit.net (193.251.128.142) 178.656ms > > 192.611 ms 224.497 ms > > 14 * intelig.GW.opentransit.net (193.251.248.238) 155.617 ms 159.918ms > > 15 200.184.195.148 ( 200.184.195.148) 156.395 ms 169.359 ms 175.724ms > > 16 * * 201-70-197-194.intelignet.com.br (201.70.197.194) 160.382 ms > > 17 200.220.192.34.nqt.com.br (200.220.192.34) 161.412 ms 161.152 ms > > 171.473 ms > > 18 189.39.240.9 (189.39.240.9) 166.615 ms 164.083 ms 165.190 ms > > > > From welisson at conectcor.com.br Sun Oct 7 08:24:30 2007 From: welisson at conectcor.com.br (Welisson) Date: Sun, 7 Oct 2007 08:24:30 -0300 Subject: [MASOCH-L] Problemas com LP Telefonica (to ficando loco) In-Reply-To: <mailman.5.1191682800.59157.masoch-l@eng.registro.br> References: <mailman.5.1191682800.59157.masoch-l@eng.registro.br> Message-ID: <200710070824.31007.welisson@conectcor.com.br> Pois ? isso que estou tentando fazer a 1 semana pra mais, e nada. E pelo testes que estou fazendo continua com rota internacional. Pra variar agora (Domingo) meu BGP com instalabilidade. N?o vejo a hora de fechar com a EBT logo. Aff.... Isso t? virando uma novela daquelas. From ricardoslee at gmail.com Tue Oct 9 11:15:27 2007 From: ricardoslee at gmail.com (Ricardo Lee) Date: Tue, 9 Oct 2007 11:15:27 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?OFF-TOPIC_-_Proposta_de_tese_de_Mestrad?= =?iso-8859-1?q?o_em_Educa=E7=E3o?= Message-ID: <36db18f20710090715g2e61f4a7x880837e86951583e@mail.gmail.com> Pessoal, desculpem pelo meu primeiro e-mail j? ser off-topic. Acompanho a lista a algum tempo e fico impressionado com a qualidade das discu??es. Bom, pro assunto. Estou preparando uma proposta para um mestrado em educa??o. Eu trabalho na ?rea de inform?tica a pouco tempo, 9 anos, comparado com o que eu tenho visto. Percebi que as pessoas que trabalham com inform?tica tem um m?todo de estudo diferente das pessoas com outras profiss?es, e ? isto que eu quero levar para o meu mestrado. Gostaria de saber se isto ? verdade, ent?o, como voc?s costumam se preparar para exames, certifia??es, o pr?prio trabalho, como fazem quando se deparam com uma ferramenta nova? Obrigado pela aten??o e mais uma vez me desculpem pelo OFF. PS.: como o assunto pode n?o interessar aos demais da lista, por favor responder em privado. Obrigado. From thomas at tcnet.com.br Tue Oct 9 10:50:13 2007 From: thomas at tcnet.com.br (Thomas Britis) Date: Tue, 09 Oct 2007 10:50:13 -0300 Subject: [MASOCH-L] [OT] Equipamentos Message-ID: <470B8715.8060107@tcnet.com.br> Senhores, Estou atr?s de uma solu??o para QoS para uma rede com tr?fego aproximado de 34mbps. Preciso de algum equipamento que seja capaz de fazer esse trabalho por si s? e n?o pode ser um unix-in-a-box. Algum fornecedor na lista ou algu?m que j? utilize alguma coisa assim poderia me ajudar em off? Obrigado. -- Thomas Storino Britis TCNet Informatica e Telecomunicacoes LTDA From danton at inexo.com.br Tue Oct 9 11:52:59 2007 From: danton at inexo.com.br (Lao DanTong) Date: Tue, 9 Oct 2007 11:52:59 -0300 (BRT) Subject: [MASOCH-L] [OT] Equipamentos In-Reply-To: <470B8715.8060107@tcnet.com.br> References: <470B8715.8060107@tcnet.com.br> Message-ID: <Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br> On Tue, 9 Oct 2007, Thomas Britis wrote: > Preciso de algum equipamento que seja capaz de fazer esse trabalho > por si s? e n?o pode ser um unix-in-a-box. tem certeza de que n?o pode ser "unix-in-a-box"? isso tira fora a maioria dos appliances do mercado! From thomas at tcnet.com.br Tue Oct 9 11:57:52 2007 From: thomas at tcnet.com.br (Thomas Britis) Date: Tue, 09 Oct 2007 11:57:52 -0300 Subject: [MASOCH-L] [OT] Equipamentos In-Reply-To: <Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br> References: <470B8715.8060107@tcnet.com.br> <Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br> Message-ID: <470B96F0.7070606@tcnet.com.br> O que preciso nesse momento ? de um appliance. A id?ia de n?o ser "unix-in-a-box" era a de descartar solu??es de software. O que preciso ? de uma solu??o completa e robusta. Obrigado. Lao DanTong wrote: > On Tue, 9 Oct 2007, Thomas Britis wrote: > > >> Preciso de algum equipamento que seja capaz de fazer esse trabalho >>por si s? e n?o pode ser um unix-in-a-box. > > > tem certeza de que n?o pode ser "unix-in-a-box"? isso tira fora a maioria > dos appliances do mercado! > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > -- Thomas Storino Britis TCNet Informatica e Telecomunicacoes LTDA From william.costa at gmail.com Tue Oct 9 12:15:25 2007 From: william.costa at gmail.com (William Costa) Date: Tue, 9 Oct 2007 12:15:25 -0300 Subject: [MASOCH-L] [OT] Equipamentos In-Reply-To: <470B96F0.7070606@tcnet.com.br> References: <470B8715.8060107@tcnet.com.br> <Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br> <470B96F0.7070606@tcnet.com.br> Message-ID: <dda5bc7a0710090815i7582b1edid58da1ed147df26d@mail.gmail.com> http://www.afina-la.com/BRA/productos/packeteer.htm att William Costa Em 09/10/07, Thomas Britis <thomas at tcnet.com.br> escreveu: > > O que preciso nesse momento ? de um appliance. A id?ia de n?o ser > "unix-in-a-box" era a de descartar solu??es de software. O que preciso ? > de uma solu??o completa e robusta. > > Obrigado. > > Lao DanTong wrote: > > On Tue, 9 Oct 2007, Thomas Britis wrote: > > > > > >> Preciso de algum equipamento que seja capaz de fazer esse trabalho > >>por si s? e n?o pode ser um unix-in-a-box. > > > > > > tem certeza de que n?o pode ser "unix-in-a-box"? isso tira fora a > maioria > > dos appliances do mercado! > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > -- > Thomas Storino Britis > TCNet Informatica e Telecomunicacoes LTDA > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From danton at inexo.com.br Tue Oct 9 12:27:45 2007 From: danton at inexo.com.br (Lao DanTong) Date: Tue, 9 Oct 2007 12:27:45 -0300 (BRT) Subject: [MASOCH-L] [OT] Equipamentos In-Reply-To: <470B96F0.7070606@tcnet.com.br> References: <470B8715.8060107@tcnet.com.br> <Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br> <470B96F0.7070606@tcnet.com.br> Message-ID: <Pine.LNX.4.60.0710091224490.998@newquantum.inexo.com.br> On Tue, 9 Oct 2007, Thomas Britis wrote: > O que preciso nesse momento ? de um appliance. A id?ia de n?o ser > "unix-in-a-box" era a de descartar solu??es de software. O que preciso ? > de uma solu??o completa e robusta. um appliance ? uma solu??o de software! n?o se iluda. a caixa pode ser Nokia, l? dentro ? FreeBSD! Existe um preconceito criado pelo marketing de que esses appliances s?o MUITO melhores que um PC com software customizado. surpresa: N?O S?O! From william.costa at gmail.com Tue Oct 9 12:59:26 2007 From: william.costa at gmail.com (William Costa) Date: Tue, 9 Oct 2007 12:59:26 -0300 Subject: [MASOCH-L] [OT] Equipamentos In-Reply-To: <Pine.LNX.4.60.0710091224490.998@newquantum.inexo.com.br> References: <470B8715.8060107@tcnet.com.br> <Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br> <470B96F0.7070606@tcnet.com.br> <Pine.LNX.4.60.0710091224490.998@newquantum.inexo.com.br> Message-ID: <dda5bc7a0710090859i4073524eue392daf213576cd2@mail.gmail.com> N?o sei muito sobre essas caixas por?m um appliance com um processador customizado para tratamento de pacotes ou mesmo para acelera??o de dados via determinados protocolos s?o bem mais robusto que um pc comum e um sistema operacional customizado (varias caixas fechadas utilizam sim um unix por?m o processador normalmente ? alterado para uma determinada tarefa). William Em 09/10/07, Lao DanTong <danton at inexo.com.br> escreveu: > > On Tue, 9 Oct 2007, Thomas Britis wrote: > > > O que preciso nesse momento ? de um appliance. A id?ia de n?o ser > > "unix-in-a-box" era a de descartar solu??es de software. O que preciso ? > > de uma solu??o completa e robusta. > > um appliance ? uma solu??o de software! n?o se iluda. a caixa pode ser > Nokia, l? dentro ? FreeBSD! > > Existe um preconceito criado pelo marketing de que esses appliances s?o > MUITO melhores que um PC com software customizado. surpresa: N?O S?O! > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From jonny at jonny.eng.br Tue Oct 9 13:02:01 2007 From: jonny at jonny.eng.br (=?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?=) Date: Tue, 09 Oct 2007 13:02:01 -0300 Subject: [MASOCH-L] [OT] Equipamentos In-Reply-To: <Pine.LNX.4.60.0710091224490.998@newquantum.inexo.com.br> References: <470B8715.8060107@tcnet.com.br> <Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br> <470B96F0.7070606@tcnet.com.br> <Pine.LNX.4.60.0710091224490.998@newquantum.inexo.com.br> Message-ID: <470BA5F9.5070703@jonny.eng.br> Lao DanTong wrote: > On Tue, 9 Oct 2007, Thomas Britis wrote: > > >> O que preciso nesse momento ? de um appliance. A id?ia de n?o ser >> "unix-in-a-box" era a de descartar solu??es de software. O que preciso ? >> de uma solu??o completa e robusta. >> > > um appliance ? uma solu??o de software! n?o se iluda. a caixa pode ser > Nokia, l? dentro ? FreeBSD! > > Existe um preconceito criado pelo marketing de que esses appliances s?o > MUITO melhores que um PC com software customizado. surpresa: N?O S?O! > Em defesa de appliances, e por ter j? trabalhado em uma empresa que "fabrica" appliances, tenho a dizer que appliance tem vantagens sim. O hardware ? pre-testado com o software, n?o existem os milhares de poss?veis problemas de incompatibilidade ou insufici?ncia de hardware. Al?m disso, o sistema opercional e o software podem ter otimiza??es espec?ficas para aquele hardware que n?o seriam poss?veis de se fazer em um software gen?rico. Dito isto, concordo em um ponto: Appliance n?o ? panac?ia, e um computador gen?rico pode ter desempenho e custo melhores que o appliance, dependendo da aplica??o, de quem vai dar o suporte, etc. Quanto a appliance ser software, eu diria que est? 90% correto. Alguns appliances podem ter sim hardware customizado. Por exemplo, os roteadores juniper s?o PCs simples rodando FreeBSD, certo? Mais ou menos. As placas de rede deles s?o extremamente espec?ficas. Para quem quer simplicidade de gerencia, appliance pode ser uma solu??o melhor a um custo maior. Para quem quer desempenho e sabe fazer seu pr?prio suporte, cada caso ? um caso... > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From thomas at tcnet.com.br Tue Oct 9 13:02:33 2007 From: thomas at tcnet.com.br (Thomas Britis) Date: Tue, 09 Oct 2007 13:02:33 -0300 Subject: [MASOCH-L] [OT] Equipamentos In-Reply-To: <Pine.LNX.4.60.0710091224490.998@newquantum.inexo.com.br> References: <470B8715.8060107@tcnet.com.br> <Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br> <470B96F0.7070606@tcnet.com.br> <Pine.LNX.4.60.0710091224490.998@newquantum.inexo.com.br> Message-ID: <470BA619.60507@tcnet.com.br> Lao DanTong wrote: > um appliance ? uma solu??o de software! n?o se iluda. a caixa pode ser > Nokia, l? dentro ? FreeBSD! > > Existe um preconceito criado pelo marketing de que esses appliances s?o > MUITO melhores que um PC com software customizado. surpresa: N?O S?O! Neste caso em espec?fico eu preciso de um appliance. Em certos pontos tamb?m concordo com voc?, mas, como disse, por hora preciso de uma solu??o fechada. Obrigado. -- Thomas Storino Britis TCNet Informatica e Telecomunicacoes LTDA From jonny at jonny.eng.br Tue Oct 9 13:05:04 2007 From: jonny at jonny.eng.br (=?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?=) Date: Tue, 09 Oct 2007 13:05:04 -0300 Subject: [MASOCH-L] [OT] Equipamentos In-Reply-To: <dda5bc7a0710090859i4073524eue392daf213576cd2@mail.gmail.com> References: <470B8715.8060107@tcnet.com.br> <Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br> <470B96F0.7070606@tcnet.com.br> <Pine.LNX.4.60.0710091224490.998@newquantum.inexo.com.br> <dda5bc7a0710090859i4073524eue392daf213576cd2@mail.gmail.com> Message-ID: <470BA6B0.2020300@jonny.eng.br> William Costa wrote: > N?o sei muito sobre essas caixas por?m um appliance com um processador > customizado para tratamento de pacotes ou mesmo para acelera??o de dados via > determinados protocolos s?o bem mais robusto que um pc comum e um sistema > operacional customizado (varias caixas fechadas utilizam sim um unix por?m o > processador normalmente ? alterado para uma determinada tarefa). > O processador ? o que tem de menos customiz?vel. Alguns casos muito espec?ficos de appliances podem ter uma mem?ria endere?avel por conte?do, uma placa de rede com processamento interno, ou at? algum hardware adicional para criptografia, por exemplo. > William > > Em 09/10/07, Lao DanTong <danton at inexo.com.br> escreveu: > >> On Tue, 9 Oct 2007, Thomas Britis wrote: >> >> >>> O que preciso nesse momento ? de um appliance. A id?ia de n?o ser >>> "unix-in-a-box" era a de descartar solu??es de software. O que preciso ? >>> de uma solu??o completa e robusta. >>> >> um appliance ? uma solu??o de software! n?o se iluda. a caixa pode ser >> Nokia, l? dentro ? FreeBSD! >> >> Existe um preconceito criado pelo marketing de que esses appliances s?o >> MUITO melhores que um PC com software customizado. surpresa: N?O S?O! >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> >> > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From william.costa at gmail.com Tue Oct 9 13:13:14 2007 From: william.costa at gmail.com (William Costa) Date: Tue, 9 Oct 2007 13:13:14 -0300 Subject: [MASOCH-L] [OT] Equipamentos In-Reply-To: <470BA6B0.2020300@jonny.eng.br> References: <470B8715.8060107@tcnet.com.br> <Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br> <470B96F0.7070606@tcnet.com.br> <Pine.LNX.4.60.0710091224490.998@newquantum.inexo.com.br> <dda5bc7a0710090859i4073524eue392daf213576cd2@mail.gmail.com> <470BA6B0.2020300@jonny.eng.br> Message-ID: <dda5bc7a0710090913g3c00df05v91fdccf922a37a28@mail.gmail.com> Depende de qual appliance vc est? se referindo. http://www.fortinet.com/products/fortigate_overview.html Em 09/10/07, Jo?o Carlos Mendes Lu?s <jonny at jonny.eng.br> escreveu: > > William Costa wrote: > > N?o sei muito sobre essas caixas por?m um appliance com um processador > > customizado para tratamento de pacotes ou mesmo para acelera??o de dados > via > > determinados protocolos s?o bem mais robusto que um pc comum e um > sistema > > operacional customizado (varias caixas fechadas utilizam sim um unix > por?m o > > processador normalmente ? alterado para uma determinada tarefa). > > > > O processador ? o que tem de menos customiz?vel. Alguns casos muito > espec?ficos de appliances podem ter uma mem?ria endere?avel por > conte?do, uma placa de rede com processamento interno, ou at? algum > hardware adicional para criptografia, por exemplo. > > > William > > > > Em 09/10/07, Lao DanTong <danton at inexo.com.br> escreveu: > > > >> On Tue, 9 Oct 2007, Thomas Britis wrote: > >> > >> > >>> O que preciso nesse momento ? de um appliance. A id?ia de n?o ser > >>> "unix-in-a-box" era a de descartar solu??es de software. O que preciso > ? > >>> de uma solu??o completa e robusta. > >>> > >> um appliance ? uma solu??o de software! n?o se iluda. a caixa pode ser > >> Nokia, l? dentro ? FreeBSD! > >> > >> Existe um preconceito criado pelo marketing de que esses appliances s?o > >> MUITO melhores que um PC com software customizado. surpresa: N?O S?O! > >> __ > >> masoch-l list > >> https://eng.registro.br/mailman/listinfo/masoch-l > >> > >> > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From fk at fag.edu.br Tue Oct 9 13:22:44 2007 From: fk at fag.edu.br (Frank Uez) Date: Tue, 9 Oct 2007 13:22:44 -0300 Subject: [MASOCH-L] [OT] Equipamentos References: <470B8715.8060107@tcnet.com.br><Pine.LNX.4.60.0710091152210.13482@newquantum.inexo.com.br><470B96F0.7070606@tcnet.com.br><Pine.LNX.4.60.0710091224490.998@newquantum.inexo.com.br><dda5bc7a0710090859i4073524eue392daf213576cd2@mail.gmail.com><470BA6B0.2020300@jonny.eng.br> <dda5bc7a0710090913g3c00df05v91fdccf922a37a28@mail.gmail.com> Message-ID: <002401c80a90$d827e240$1f17fea9@FRANK> Coloca um Allot para filtrar P2P ? muito bom, se isso que est? precisando... Frank ----- Original Message ----- From: "William Costa" <william.costa at gmail.com> To: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> Sent: Tuesday, October 09, 2007 1:13 PM Subject: Re: [MASOCH-L] [OT] Equipamentos Depende de qual appliance vc est? se referindo. http://www.fortinet.com/products/fortigate_overview.html Em 09/10/07, Jo?o Carlos Mendes Lu?s <jonny at jonny.eng.br> escreveu: > > William Costa wrote: > > N?o sei muito sobre essas caixas por?m um appliance com um processador > > customizado para tratamento de pacotes ou mesmo para acelera??o de dados > via > > determinados protocolos s?o bem mais robusto que um pc comum e um > sistema > > operacional customizado (varias caixas fechadas utilizam sim um unix > por?m o > > processador normalmente ? alterado para uma determinada tarefa). > > > > O processador ? o que tem de menos customiz?vel. Alguns casos muito > espec?ficos de appliances podem ter uma mem?ria endere?avel por > conte?do, uma placa de rede com processamento interno, ou at? algum > hardware adicional para criptografia, por exemplo. > > > William > > > > Em 09/10/07, Lao DanTong <danton at inexo.com.br> escreveu: > > > >> On Tue, 9 Oct 2007, Thomas Britis wrote: > >> > >> > >>> O que preciso nesse momento ? de um appliance. A id?ia de n?o ser > >>> "unix-in-a-box" era a de descartar solu??es de software. O que preciso > ? > >>> de uma solu??o completa e robusta. > >>> > >> um appliance ? uma solu??o de software! n?o se iluda. a caixa pode ser > >> Nokia, l? dentro ? FreeBSD! > >> > >> Existe um preconceito criado pelo marketing de que esses appliances s?o > >> MUITO melhores que um PC com software customizado. surpresa: N?O S?O! > >> __ > >> masoch-l list > >> https://eng.registro.br/mailman/listinfo/masoch-l > >> > >> > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From tukso.antartiko at gmail.com Tue Oct 9 20:28:23 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Tue, 9 Oct 2007 20:28:23 -0300 Subject: [MASOCH-L] [OT] Equipamentos In-Reply-To: <470B8715.8060107@tcnet.com.br> References: <470B8715.8060107@tcnet.com.br> Message-ID: <b1dc8f9a0710091628u1366c232nfd3449dcf26e180c@mail.gmail.com> Dependendo do n?vel de QoS que quiser um Cisco 515E pode servir. Um Allot vai depender de quanto custar? a licen?a, mas n?o tenha a ilus?o de achar que n?o roda unix sobre hardware commodity, acho at? que usava Linux, nem FreeBSD era. N?o vejo porque tanta preocupa??o com robustez de QoS, se sua rede funcionou sem ele n?o deve parar se o QoS der problema. De qualquer forma um servidor super robusto custa uns 12mil e apesar do software (aberto) envolvido eu faria cara feia para solu??es que atinjam este valor. Al?m do que, se no final tudo falhar, um servidor continuar? tendo muita utilidade. On 10/9/07, Thomas Britis <thomas at tcnet.com.br> wrote: > > Senhores, > > Estou atr?s de uma solu??o para QoS para uma rede com tr?fego > aproximado de 34mbps. > > Preciso de algum equipamento que seja capaz de fazer esse trabalho > por si s? e n?o pode ser um unix-in-a-box. > Algum fornecedor na lista ou algu?m que j? utilize alguma coisa > assim poderia me ajudar em off? > > Obrigado. > > From cperes.reis at gmail.com Tue Oct 9 23:08:42 2007 From: cperes.reis at gmail.com (Cleiton Reis) Date: Tue, 9 Oct 2007 23:08:42 -0300 Subject: [MASOCH-L] Problema Link Embratel x placa de rede Message-ID: <a2617ef40710091908y40ef1b72l71aaa065cbcfba9c@mail.gmail.com> Ol? pessoal, Estou com um pequeno problema, um de nossos clientes cancelou o link adsl empresarial brasiltelecom e colocou um link de voz e dados de 1mb com a Embratel, o sinal chega em um vc-mux de onde parte um cabo para a central telef?nica e outro para o roteador linux que ir? gerenciar o link, por?m a placa de rede n?o consegue detectar o link vindo do vcmux, os LED?s da placa de rede nem sequer acendem, tentei mudar o comportamento da placa tanto para full-duplex como para half-duplex, a 100 ou 10Mbits com o comando mii-tool. A placa de rede tem chipset realtek 8139. A placa de rede est? funcionando, pois quando a configuro para rede local funciona normalmente, ou quando coloco o cabo da LAN os LED?s logo acendem sem nem precisar configurar nada. O link dedicado da Embratel tamb?m est? ok, testei no meu laptop setando os ip?s v?lidos, e a comunica??o com a internet ocorre normalmente. Se algu?m souber alguma fonte de informa??o que possa ser ?til ficarei grato, procurei no google e infelizmente n?o achei nada relevante. grato pela aten??o. Cleiton From notrevebr at gmail.com Tue Oct 9 23:14:53 2007 From: notrevebr at gmail.com (Everton Diniz) Date: Tue, 9 Oct 2007 23:14:53 -0300 Subject: [MASOCH-L] Problema Link Embratel x placa de rede In-Reply-To: <a2617ef40710091908y40ef1b72l71aaa065cbcfba9c@mail.gmail.com> References: <a2617ef40710091908y40ef1b72l71aaa065cbcfba9c@mail.gmail.com> Message-ID: <3cf174360710091914k1eaa6179p4d7f6ae8eb4460c1@mail.gmail.com> Cleiton, Tentou algo basico? Fazer testes com cabo cruzado e direto? Pela caracteristica, pode ser. On 10/9/07, Cleiton Reis <cperes.reis at gmail.com> wrote: > > Ol? pessoal, > > Estou com um pequeno problema, um de nossos clientes cancelou o link > adsl empresarial brasiltelecom e colocou um link de voz e dados de 1mb > com a Embratel, o sinal chega em um vc-mux de onde parte um cabo para a > central telef?nica e outro para o roteador linux que ir? gerenciar o link, > por?m a placa de rede n?o consegue detectar o link vindo do vcmux, os > LED?s > da placa de rede nem sequer acendem, tentei mudar o comportamento da placa > tanto para full-duplex como para half-duplex, a 100 ou 10Mbits com o > comando > mii-tool. A placa de rede tem chipset realtek 8139. > > A placa de rede est? funcionando, pois quando a configuro para rede local > funciona normalmente, ou quando coloco o cabo da LAN os LED?s logo acendem > sem nem precisar configurar nada. > > O link dedicado da Embratel tamb?m est? ok, testei no meu laptop setando > os ip?s v?lidos, e a comunica??o com a internet ocorre normalmente. > > > Se algu?m souber alguma fonte de informa??o que possa ser ?til ficarei > grato, procurei no google e infelizmente n?o achei nada relevante. > > > grato pela aten??o. > > > > > Cleiton > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From cperes.reis at gmail.com Tue Oct 9 23:25:59 2007 From: cperes.reis at gmail.com (Cleiton Reis) Date: Tue, 9 Oct 2007 23:25:59 -0300 Subject: [MASOCH-L] Problema Link Embratel x placa de rede In-Reply-To: <3cf174360710091914k1eaa6179p4d7f6ae8eb4460c1@mail.gmail.com> References: <a2617ef40710091908y40ef1b72l71aaa065cbcfba9c@mail.gmail.com> <3cf174360710091914k1eaa6179p4d7f6ae8eb4460c1@mail.gmail.com> Message-ID: <a2617ef40710091925n1ef966c9hb5920c4bda7b71d9@mail.gmail.com> Humm ? verdade, pode ser que a nic do laptop seja autosense e por isso tenha funcionado, Obrigado Everton, vou fazer o teste. Abra?o. Cleiton. Em 09/10/07, Everton Diniz <notrevebr at gmail.com> escreveu: > > Cleiton, > > Tentou algo basico? Fazer testes com cabo cruzado e direto? > Pela caracteristica, pode ser. > > > > > On 10/9/07, Cleiton Reis <cperes.reis at gmail.com> wrote: > > > > Ol? pessoal, > > > > Estou com um pequeno problema, um de nossos clientes cancelou o link > > adsl empresarial brasiltelecom e colocou um link de voz e dados de 1mb > > com a Embratel, o sinal chega em um vc-mux de onde parte um cabo para a > > central telef?nica e outro para o roteador linux que ir? gerenciar o > link, > > por?m a placa de rede n?o consegue detectar o link vindo do vcmux, os > > LED?s > > da placa de rede nem sequer acendem, tentei mudar o comportamento da > placa > > tanto para full-duplex como para half-duplex, a 100 ou 10Mbits com o > > comando > > mii-tool. A placa de rede tem chipset realtek 8139. > > > > A placa de rede est? funcionando, pois quando a configuro para rede > local > > funciona normalmente, ou quando coloco o cabo da LAN os LED?s logo > acendem > > sem nem precisar configurar nada. > > > > O link dedicado da Embratel tamb?m est? ok, testei no meu laptop setando > > os ip?s v?lidos, e a comunica??o com a internet ocorre normalmente. > > > > > > Se algu?m souber alguma fonte de informa??o que possa ser ?til ficarei > > grato, procurei no google e infelizmente n?o achei nada relevante. > > > > > > grato pela aten??o. > > > > > > > > > > Cleiton > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-= Cleiton Peres Reis 7Conn Tecnologia Ltda VoIP - Redes - Infra-estrutura - Conectividade =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-= From frederick at dahype.org Wed Oct 10 09:23:12 2007 From: frederick at dahype.org (Renato Frederick) Date: Wed, 10 Oct 2007 09:23:12 -0300 Subject: [MASOCH-L] RES: Problema Link Embratel x placa de rede In-Reply-To: <a2617ef40710091925n1ef966c9hb5920c4bda7b71d9@mail.gmail.com> References: <a2617ef40710091908y40ef1b72l71aaa065cbcfba9c@mail.gmail.com> <3cf174360710091914k1eaa6179p4d7f6ae8eb4460c1@mail.gmail.com> <a2617ef40710091925n1ef966c9hb5920c4bda7b71d9@mail.gmail.com> Message-ID: <000e01c80b38$55a044e0$00e0cea0$@org> Opa... Aqui tenho um link destes e uso o cabo cruzado do firewall at? o mux! > -----Mensagem original----- > De: masoch-l-bounces at eng.registro.br [mailto:masoch-l- > bounces at eng.registro.br] Em nome de Cleiton Reis > Enviada em: ter?a-feira, 9 de outubro de 2007 23:26 > Para: Mail Aid and Succor, On-line Comfort and Help > Assunto: Re: [MASOCH-L] Problema Link Embratel x placa de rede > > Humm ? verdade, pode ser que a nic do laptop seja autosense e por isso > tenha > funcionado, > > Obrigado Everton, vou fazer o teste. > > > Abra?o. > > > Cleiton. > > > Em 09/10/07, Everton Diniz <notrevebr at gmail.com> escreveu: > > > > Cleiton, > > > > Tentou algo basico? Fazer testes com cabo cruzado e direto? > > Pela caracteristica, pode ser. > > > > > > > > > > On 10/9/07, Cleiton Reis <cperes.reis at gmail.com> wrote: > > > > > > Ol? pessoal, > > > > > > Estou com um pequeno problema, um de nossos clientes cancelou o > link > > > adsl empresarial brasiltelecom e colocou um link de voz e dados de > 1mb > > > com a Embratel, o sinal chega em um vc-mux de onde parte um cabo > para a > > > central telef?nica e outro para o roteador linux que ir? gerenciar > o > > link, > > > por?m a placa de rede n?o consegue detectar o link vindo do vcmux, > os > > > LED?s > > > da placa de rede nem sequer acendem, tentei mudar o comportamento > da > > placa > > > tanto para full-duplex como para half-duplex, a 100 ou 10Mbits com > o > > > comando > > > mii-tool. A placa de rede tem chipset realtek 8139. > > > > > > A placa de rede est? funcionando, pois quando a configuro para rede > > local > > > funciona normalmente, ou quando coloco o cabo da LAN os LED?s logo > > acendem > > > sem nem precisar configurar nada. > > > > > > O link dedicado da Embratel tamb?m est? ok, testei no meu laptop > setando > > > os ip?s v?lidos, e a comunica??o com a internet ocorre normalmente. > > > > > > > > > Se algu?m souber alguma fonte de informa??o que possa ser ?til > ficarei > > > grato, procurei no google e infelizmente n?o achei nada relevante. > > > > > > > > > grato pela aten??o. > > > > > > > > > > > > > > > Cleiton > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-= > Cleiton Peres Reis > > 7Conn Tecnologia Ltda > > VoIP - Redes - Infra-estrutura - Conectividade > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-= > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From cperes.reis at gmail.com Wed Oct 10 09:32:30 2007 From: cperes.reis at gmail.com (Cleiton Reis) Date: Wed, 10 Oct 2007 09:32:30 -0300 Subject: [MASOCH-L] RES: Problema Link Embratel x placa de rede In-Reply-To: <000e01c80b38$55a044e0$00e0cea0$@org> References: <a2617ef40710091908y40ef1b72l71aaa065cbcfba9c@mail.gmail.com> <3cf174360710091914k1eaa6179p4d7f6ae8eb4460c1@mail.gmail.com> <a2617ef40710091925n1ef966c9hb5920c4bda7b71d9@mail.gmail.com> <000e01c80b38$55a044e0$00e0cea0$@org> Message-ID: <a2617ef40710100532l67088f06kbd7a2cf4d66bde7@mail.gmail.com> Excelente Renato! obrigado pela colabora??o, teu post confirma a teoria. Abra?o! Cleiton. Em 10/10/07, Renato Frederick <frederick at dahype.org> escreveu: > > Opa... > > Aqui tenho um link destes e uso o cabo cruzado do firewall at? o mux! > > > -----Mensagem original----- > > De: masoch-l-bounces at eng.registro.br [mailto:masoch-l- > > bounces at eng.registro.br] Em nome de Cleiton Reis > > Enviada em: ter?a-feira, 9 de outubro de 2007 23:26 > > Para: Mail Aid and Succor, On-line Comfort and Help > > Assunto: Re: [MASOCH-L] Problema Link Embratel x placa de rede > > > > Humm ? verdade, pode ser que a nic do laptop seja autosense e por isso > > tenha > > funcionado, > > > > Obrigado Everton, vou fazer o teste. > > > > > > Abra?o. > > > > > > Cleiton. > > > > > > Em 09/10/07, Everton Diniz <notrevebr at gmail.com> escreveu: > > > > > > Cleiton, > > > > > > Tentou algo basico? Fazer testes com cabo cruzado e direto? > > > Pela caracteristica, pode ser. > > > > > > > > > > > > > > > On 10/9/07, Cleiton Reis <cperes.reis at gmail.com> wrote: > > > > > > > > Ol? pessoal, > > > > > > > > Estou com um pequeno problema, um de nossos clientes cancelou o > > link > > > > adsl empresarial brasiltelecom e colocou um link de voz e dados de > > 1mb > > > > com a Embratel, o sinal chega em um vc-mux de onde parte um cabo > > para a > > > > central telef?nica e outro para o roteador linux que ir? gerenciar > > o > > > link, > > > > por?m a placa de rede n?o consegue detectar o link vindo do vcmux, > > os > > > > LED?s > > > > da placa de rede nem sequer acendem, tentei mudar o comportamento > > da > > > placa > > > > tanto para full-duplex como para half-duplex, a 100 ou 10Mbits com > > o > > > > comando > > > > mii-tool. A placa de rede tem chipset realtek 8139. > > > > > > > > A placa de rede est? funcionando, pois quando a configuro para rede > > > local > > > > funciona normalmente, ou quando coloco o cabo da LAN os LED?s logo > > > acendem > > > > sem nem precisar configurar nada. > > > > > > > > O link dedicado da Embratel tamb?m est? ok, testei no meu laptop > > setando > > > > os ip?s v?lidos, e a comunica??o com a internet ocorre normalmente. > > > > > > > > > > > > Se algu?m souber alguma fonte de informa??o que possa ser ?til > > ficarei > > > > grato, procurei no google e infelizmente n?o achei nada relevante. > > > > > > > > > > > > grato pela aten??o. > > > > > > > > > > > > > > > > > > > > Cleiton > > > > __ > > > > masoch-l list > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > > > -- > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-= > > Cleiton Peres Reis > > > > 7Conn Tecnologia Ltda > > > > VoIP - Redes - Infra-estrutura - Conectividade > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-= > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-= Cleiton Peres Reis 7Conn Tecnologia Ltda VoIP - Redes - Infra-estrutura - Conectividade =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-==-=-=-= From ln_koppes at yahoo.com.br Wed Oct 10 13:24:43 2007 From: ln_koppes at yahoo.com.br (Leonardo Koppes) Date: Wed, 10 Oct 2007 13:24:43 -0300 (ART) Subject: [MASOCH-L] Problemas link Embratel X placa de rede Message-ID: <865718.13509.qm@web53308.mail.re2.yahoo.com> Ol? Cleiton. ? realmente muito estranho esse caso, onde nem mesmo os leds da placa acendem. Isso ? camada 1 mesmo. Esse ativo de rede que a Embratel colocou a? tem algum bot?o inversor para o cabo? (cross X direto). Pergunto isso pq algumas interfaces de laptop podem detectar e inverter o sinal de um cabo cross. Essa placa de rede ? quase um padr?o e bem robusta at? 100 base TX. Mais que isso eu nunca testei. D? mais detalhes desse Mux que a Embratel deixou a?, tipo, modelo, fabricante, etc. Ol? pessoal, Estou com um pequeno problema, um de nossos clientes cancelou o link adsl empresarial brasiltelecom e colocou um link de voz e dados de 1mb com a Embratel, o sinal chega em um vc-mux de onde parte um cabo para a central telef?nica e outro para o roteador linux que ir? gerenciar o link, por?m a placa de rede n?o consegue detectar o link vindo do vcmux, os LED?s da placa de rede nem sequer acendem, tentei mudar o comportamento da placa tanto para full-duplex como para half-duplex, a 100 ou 10Mbits com o comando mii-tool. A placa de rede tem chipset realtek 8139. A placa de rede est? funcionando, pois quando a configuro para rede local funciona normalmente, ou quando coloco o cabo da LAN os LED?s logo acendem sem nem precisar configurar nada. O link dedicado da Embratel tamb?m est? ok, testei no meu laptop setando os ip?s v?lidos, e a comunica??o com a internet ocorre normalmente. Se algu?m souber alguma fonte de informa??o que possa ser ?til ficarei grato, procurei no google e infelizmente n?o achei nada relevante. grato pela aten??o. Abra sua conta no Yahoo! Mail, o ?nico sem limite de espa?o para armazenamento! From renato.pinheiro at gpi.ufrj.br Wed Oct 10 15:01:23 2007 From: renato.pinheiro at gpi.ufrj.br (Renato Pinheiro de Souza) Date: Wed, 10 Oct 2007 15:01:23 -0300 Subject: [MASOCH-L] Blacklist de site de pirataria Message-ID: <D6AB4D2461FF58438273D54A734DC1DE7F4842@gpi70.gpi.ufrj.br> Caros Amigos, Estamos com muitos problemas com sites de download de pirataria, anteriormente nosso maior problema eram os softwares P2P com os das rede edonkey e torrent com os quais, na medida do poss?vel, estamos lidando bem. Mas agora, com a prolifera??o de sites de download via HTTP, tem ficado dif?cil coibir o download de softwares piratas. Enfim, gostaria de saber se conhecem algum site que disponibilize uma lista negra de sites que forne?am pirataria, para que assim possamos bloque?-los em nossos firewalls. Desde j?, obrigado pela aten??o. Atenciosamente, Renato Pinheiro renato.pinheiro at gpi.ufrj.br Equipe de Suporte Grupo de Produ??o Integrada Universidade Federal do Rio de Janeiro No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1061 - Release Date: 10/10/2007 08:43 From nelson at pangeia.com.br Wed Oct 10 15:03:37 2007 From: nelson at pangeia.com.br (Nelson Murilo) Date: Wed, 10 Oct 2007 15:03:37 -0300 Subject: [MASOCH-L] Blacklist de site de pirataria In-Reply-To: <D6AB4D2461FF58438273D54A734DC1DE7F4842@gpi70.gpi.ufrj.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4842@gpi70.gpi.ufrj.br> Message-ID: <20071010180337.GF16351@pangeia.com.br> A utilizacao de um proxy pode auxiliar neste processo, princiapalmente se contiver regras para bloquear as extensoes e tipos de arquivos executaveis e compactados mais comuns. Acredito que seja uma solucao mais simples de manter do que as listas. ./nelson -murilo [voc? n?o pediu, mas n?s fizemos http://ysts.org] On Wed, Oct 10, 2007 at 03:01:23PM -0300, Renato Pinheiro de Souza wrote: > Caros Amigos, > > Estamos com muitos problemas com sites de download de pirataria, anteriormente nosso maior problema eram os softwares P2P com os das rede edonkey e torrent com os quais, na medida do poss?vel, estamos lidando bem. Mas agora, com a prolifera??o de sites de download via HTTP, tem ficado dif?cil coibir o download de softwares piratas. > > Enfim, gostaria de saber se conhecem algum site que disponibilize uma lista negra de sites que forne?am pirataria, para que assim possamos bloque?-los em nossos firewalls. > From renato.pinheiro at gpi.ufrj.br Wed Oct 10 15:12:29 2007 From: renato.pinheiro at gpi.ufrj.br (Renato Pinheiro de Souza) Date: Wed, 10 Oct 2007 15:12:29 -0300 Subject: [MASOCH-L] RES: Blacklist de site de pirataria In-Reply-To: <20071010180337.GF16351@pangeia.com.br> Message-ID: <D6AB4D2461FF58438273D54A734DC1DE7F4843@gpi70.gpi.ufrj.br> Nosso maior problema tem sido v?deos, chega a ser engra?ado, nos dias seguintes ao lan?amento de algum filme ou alguma s?rie pipocam usu?rios que normalmente nem aparecem no laborat?rio central, vindo em busca da banda larga da UFRJ para baixar seus AVI. O problema do proxy, que alias j? utilizamos para usu?rios externos (alunos por exemplo), ? que vou acabar tendo dor de cabe?a com os professores que precisam baixar material oficial nos formatos barrado pelo proxy. Mas, estou come?ando a achar que n?o teremos outra escolha. Att., Renato -----Mensagem original----- De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Nelson Murilo Enviada em: quarta-feira, 10 de outubro de 2007 15:04 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: Re: [MASOCH-L] Blacklist de site de pirataria A utilizacao de um proxy pode auxiliar neste processo, princiapalmente se contiver regras para bloquear as extensoes e tipos de arquivos executaveis e compactados mais comuns. Acredito que seja uma solucao mais simples de manter do que as listas. ./nelson -murilo [voc? n?o pediu, mas n?s fizemos http://ysts.org] On Wed, Oct 10, 2007 at 03:01:23PM -0300, Renato Pinheiro de Souza wrote: > Caros Amigos, > > Estamos com muitos problemas com sites de download de pirataria, anteriormente nosso maior problema eram os softwares P2P com os das rede edonkey e torrent com os quais, na medida do poss?vel, estamos lidando bem. Mas agora, com a prolifera??o de sites de download via HTTP, tem ficado dif?cil coibir o download de softwares piratas. > > Enfim, gostaria de saber se conhecem algum site que disponibilize uma lista negra de sites que forne?am pirataria, para que assim possamos bloque?-los em nossos firewalls. > __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1061 - Release Date: 10/10/2007 08:43 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1061 - Release Date: 10/10/2007 08:43 From danton at inexo.com.br Wed Oct 10 15:22:01 2007 From: danton at inexo.com.br (Lao DanTong) Date: Wed, 10 Oct 2007 15:22:01 -0300 (BRT) Subject: [MASOCH-L] RES: Blacklist de site de pirataria In-Reply-To: <D6AB4D2461FF58438273D54A734DC1DE7F4843@gpi70.gpi.ufrj.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4843@gpi70.gpi.ufrj.br> Message-ID: <Pine.LNX.4.60.0710101520400.5481@newquantum.inexo.com.br> On Wed, 10 Oct 2007, Renato Pinheiro de Souza wrote: > O problema do proxy, que alias j? utilizamos para usu?rios externos > (alunos por exemplo), ? que vou acabar tendo dor de cabe?a com os > professores que precisam baixar material oficial nos formatos barrado > pelo proxy. Mas, estou come?ando a achar que n?o teremos outra escolha. proxy n?o barra formatos, ele nem sabe o que ? isso. ele barra pos express?es regulares sobre os localizadores e crit?rios parecidos. ent?o se essas express?es forem escritas com cuidado n?o haver? problema. From leolistas at solutti.com.br Wed Oct 10 15:24:57 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Wed, 10 Oct 2007 15:24:57 -0300 Subject: [MASOCH-L] RES: Blacklist de site de pirataria In-Reply-To: <D6AB4D2461FF58438273D54A734DC1DE7F4843@gpi70.gpi.ufrj.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4843@gpi70.gpi.ufrj.br> Message-ID: <470D18F9.6010408@solutti.com.br> Eu presto servi?os em uma faculdade e tive que lidar com problema parecido. N?o tenho e nunca achei uma lista de sites de pirataria, at? porque isso ? MUITO din?mico e qualquer lista pronta n?o resolveria por muito tempo. Por?m, efetuei algumas configura??es 'gen?ricas' que me ajudaram BASTANTE nesses casos 1) definir um limite de download, no meu caso foram 8Mb se n?o me engano. Arquivos maiores que isso, ? bloqueado mas voc? fala .... mas se o cara tem um gerenciador de download, ele consegue fazer v?rias vezes 8Mb e pegar o arquivo. Nem sempre .... rapidshare da vida ele n?o consegue, v?rios outros 'rapidshares' da vida ele n?o consegue. E mesmo nos que consegue, o usu?rio n?o consegue instalar um gerenciador de arquivos na esta??o :) Ou seja, problema QUASE resolvido. ? ?bvio que tive que tratar algumas exce??es. Mas ? mais f?cil tratar as exce??es do que sair bloqueando URL por URL. E essa simples regra gen?rica tenho certeza que resolveria 90% do problema, sem nem precisar de passar pra segunda dica :) Meta a cara no squid.conf e entenda o par?metro reply_body_max_size para fazer isso ai .... 2) n?o existe lista melhor do que a que voc? consegue obter no seu access.log !!! Analise pelo tamanho da resposta, ordene pelos maiores, pegue maiores de 10Mb .... e wall?, ali est? a informa??o que voc? precisa. Come?e bloqueando os que a galera usa 'hoje' e fa?a essa mesma an?lise a cada 15 dias. Pode at? passar um ou outro, n?o vai eliminar 100%, mas certamente vai fazer com que deixe de ser problema. Resumindo em comandos ... algo do tipo: cat access.log | awk '{if ($5>1000000) print $5" "$3" "$7}' | sort -n (exemplo de um cliente meu qualquer) 2628644 10.11.12.250 http://fs4.filehippo.com/8495/188d29de90b640958c9e40492fe19053/ccsetup201.exe 2850492 10.11.12.130 http://lax-v35.lax.youtube.com/get_video?video_id=EWb5LlFE69Y 3963129 10.11.12.130 http://ash-v208.ash.youtube.com/get_video?video_id=NuzABTP0PAY 4377267 10.11.12.187 http://download.zachot.ru/dn_new?track_id=25723&type=mp3 5403775 10.11.12.130 http://lax-v55.lax.youtube.com/get_video?video_id=KSPzTLgddxg 5680922 10.11.12.250 http://sjc-v65.sjc.youtube.com/get_video?video_id=kLKxN5ri9dI 7719010 10.11.12.130 http://lax-v213.lax.youtube.com/get_video?video_id=ZM2VX4d9YWA 9584727 10.11.12.130 http://lax-v209.lax.youtube.com/get_video?video_id=SG5r_-aoQUE Pronto, comece por ai :) Renato Pinheiro de Souza escreveu: > Nosso maior problema tem sido v?deos, chega a ser engra?ado, nos dias seguintes ao lan?amento de algum filme ou alguma s?rie pipocam usu?rios que normalmente nem aparecem no laborat?rio central, vindo em busca da banda larga da UFRJ para baixar seus AVI. > > O problema do proxy, que alias j? utilizamos para usu?rios externos (alunos por exemplo), ? que vou acabar tendo dor de cabe?a com os professores que precisam baixar material oficial nos formatos barrado pelo proxy. Mas, estou come?ando a achar que n?o teremos outra escolha. > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From leolistas at solutti.com.br Wed Oct 10 15:28:51 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Wed, 10 Oct 2007 15:28:51 -0300 Subject: [MASOCH-L] RES: Blacklist de site de pirataria In-Reply-To: <Pine.LNX.4.60.0710101520400.5481@newquantum.inexo.com.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4843@gpi70.gpi.ufrj.br> <Pine.LNX.4.60.0710101520400.5481@newquantum.inexo.com.br> Message-ID: <470D19E3.7060004@solutti.com.br> Lao DanTong escreveu: > > proxy n?o barra formatos, ele nem sabe o que ? isso. ele barra pos > express?es regulares sobre os localizadores e crit?rios parecidos. ent?o > se essas express?es forem escritas com cuidado n?o haver? problema. > O squid pode ser configurado sim pra barrar MIME-types no reply, o que basicamente seria quase como barrar formatos. Claro que n?o perfeito, mas ainda assim consegue bloquear muita coisa que voc? n?o consegueria bloquear pela URL padr?o. Usando uma ACL do tipo rep_header e tratando alguns headers como o Content-Disposition por exemplo, voc? consegue pegar v?rias URLs que retornam um 'download'. E por a?, consegue fazer alguns bloqueios. Vale notar que os bloqueios baseados em REPLY, como o rep_header, devem ser aplicados com http_reply_access !! As regras simples de URL continuam no http_access, mas as baseadas em respostas v?o pro http_reply_access !! Exemplo: acl download_diversos rep_header Content-Disposition \.wm(a|v) \.as(f|x) \.mp(3|4|g) \.mpeg \.avi \.mov http_reply_access deny download_diversos http_reply_access allow all -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From danton at inexo.com.br Wed Oct 10 15:33:38 2007 From: danton at inexo.com.br (Lao DanTong) Date: Wed, 10 Oct 2007 15:33:38 -0300 (BRT) Subject: [MASOCH-L] RES: Blacklist de site de pirataria In-Reply-To: <470D19E3.7060004@solutti.com.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4843@gpi70.gpi.ufrj.br> <Pine.LNX.4.60.0710101520400.5481@newquantum.inexo.com.br> <470D19E3.7060004@solutti.com.br> Message-ID: <Pine.LNX.4.60.0710101531100.5481@newquantum.inexo.com.br> On Wed, 10 Oct 2007, Leonardo Rodrigues Magalh?es wrote: > > > Lao DanTong escreveu: >> >> proxy n?o barra formatos, ele nem sabe o que ? isso. ele barra pos >> express?es regulares sobre os localizadores e crit?rios parecidos. ent?o >> se essas express?es forem escritas com cuidado n?o haver? problema. >> > > O squid pode ser configurado sim pra barrar MIME-types no reply, o > que basicamente seria quase como barrar formatos. Claro que n?o > perfeito, mas ainda assim consegue bloquear muita coisa que voc? n?o > consegueria bloquear pela URL padr?o. mime-type ? tipo *declarado*, n?o tipo efetivo. h? trocentos mil ataques baseados em mime-type falso. para saber o que um arquivo cont?m, s? analisando o payload e isso o squid n?o faz e nem deve fazer ou se transformar? em uma carro?a. > Usando uma ACL do tipo rep_header e tratando alguns headers como o > Content-Disposition por exemplo, voc? consegue pegar v?rias URLs que > retornam um 'download'. E por a?, consegue fazer alguns bloqueios. sim, isso ? interessante. > Vale notar que os bloqueios baseados em REPLY, como o rep_header, > devem ser aplicados com http_reply_access !! As regras simples de URL > continuam no http_access, mas as baseadas em respostas v?o pro > http_reply_access !! deixa o interessado ler o manual do squid! ;-) From leolistas at solutti.com.br Wed Oct 10 15:41:26 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Wed, 10 Oct 2007 15:41:26 -0300 Subject: [MASOCH-L] RES: Blacklist de site de pirataria In-Reply-To: <Pine.LNX.4.60.0710101531100.5481@newquantum.inexo.com.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4843@gpi70.gpi.ufrj.br> <Pine.LNX.4.60.0710101520400.5481@newquantum.inexo.com.br> <470D19E3.7060004@solutti.com.br> <Pine.LNX.4.60.0710101531100.5481@newquantum.inexo.com.br> Message-ID: <470D1CD6.7030701@solutti.com.br> Lao DanTong escreveu: > >> O squid pode ser configurado sim pra barrar MIME-types no reply, o >> que basicamente seria quase como barrar formatos. Claro que n?o >> perfeito, mas ainda assim consegue bloquear muita coisa que voc? n?o >> consegueria bloquear pela URL padr?o. >> > > mime-type ? tipo *declarado*, n?o tipo efetivo. h? trocentos mil ataques > baseados em mime-type falso. para saber o que um arquivo cont?m, s? > analisando o payload e isso o squid n?o faz e nem deve fazer ou se > transformar? em uma carro?a. > Sim, concordo com voc?. O site pode declarar um mime-type e enviar conte?do de outro tipo qualquer. Mas em vias pr?ticas, geralmente os sites, mesmo de pirataria e hospedagem de porcarias, acabam retornando o mime-type equivalente ao conte?do real. Claro que utilizar essa informa??o n?o garante 100%. Mas definitivamente ajuda a minimizar o problema. An?lise de reply headers e an?lise do tamanho do reply ? uma solu??o bastante simples e, acredite, efetiva. Experi?ncia pr?pria ! MUITO mais efetiva do que tentar ficar bloqueando URL por URL de sites de hospedagem de arquivos. Essa abordagem ? interessante tamb?m, eu n?o quero nem que o cara tente come?ar o download. Bom de bloquear a URL ? que 'acesso negado' de cara !!! Nos reply headers e tamanho do reply, o download pode at? come?ar em alguns casos, mas n?o completa. Tem que juntar o queijo e a goiabada :) -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From leolistas at solutti.com.br Wed Oct 10 15:50:41 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Wed, 10 Oct 2007 15:50:41 -0300 Subject: [MASOCH-L] RES: Blacklist de site de pirataria In-Reply-To: <470D1CD6.7030701@solutti.com.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4843@gpi70.gpi.ufrj.br> <Pine.LNX.4.60.0710101520400.5481@newquantum.inexo.com.br> <470D19E3.7060004@solutti.com.br> <Pine.LNX.4.60.0710101531100.5481@newquantum.inexo.com.br> <470D1CD6.7030701@solutti.com.br> Message-ID: <470D1F01.6040908@solutti.com.br> Leonardo Rodrigues Magalh?es escreveu: > Lao DanTong escreveu: > >>> O squid pode ser configurado sim pra barrar MIME-types no reply, o >>> que basicamente seria quase como barrar formatos. Claro que n?o >>> perfeito, mas ainda assim consegue bloquear muita coisa que voc? n?o >>> consegueria bloquear pela URL padr?o. >>> >>> >> mime-type ? tipo *declarado*, n?o tipo efetivo. h? trocentos mil ataques >> baseados em mime-type falso. para saber o que um arquivo cont?m, s? >> analisando o payload e isso o squid n?o faz e nem deve fazer ou se >> transformar? em uma carro?a. >> Um outro par?metro do squid que tamb?m uso e abuso s?o os delay_pools. Com eles consigo criar classes de banda e, assim, evitar que uma ?nica m?quina exploda o uso do link. N?o existe necessidade nenhuma de uma m?quina num laborat?rio de faculdade conseguir utilizar mais do que 1Mbit/s de banda, por exemplo. Ou muito menos que isso. Com 256kbit/s o cara j? tem uma navega??o bem confort?vel. Com delay_pools eu consigo garantir que mesmo que eu n?o bloqueie o download, aquele download n?o vai estourar o meu uso de banda. ? uma outra ?tima id?ia tamb?m, na minha opini?o. Se n?o consigo evitar 100% o problema, pelo menos minimizo os estragos dele :) <modo sacana on> Melhor ainda ..... identifique os downloads, usando tudo que j? discutimos, e ao inv?s de bloquear, manda ele pra um delay_pool rid?culo, de 64kbit/s !!! Rapaz, voc? vai deixar o carinha muito mais puto de raiva quando o download come?ar a vir a 8k no navegador dele hehehehehe :) <modo sacana off> -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From cpereira at unisc.br Wed Oct 10 15:50:52 2007 From: cpereira at unisc.br (Cristiano Maynart Pereira) Date: Wed, 10 Oct 2007 15:50:52 -0300 Subject: [MASOCH-L] RES: Blacklist de site de pirataria Message-ID: <642A062A3EA5004EB84EBD1D34C1C54C8D4062@sun78.unisc.br> > -----Original Message----- > From: masoch-l-bounces at eng.registro.br > [mailto:masoch-l-bounces at eng.registro.br] On Behalf Of Renato > Pinheiro de Souza > Sent: quarta-feira, 10 de outubro de 2007 15:12 > To: Mail Aid and Succor,On-line Comfort and Help > Subject: [MASOCH-L] RES: Blacklist de site de pirataria > > Nosso maior problema tem sido v?deos, chega a ser engra?ado, > nos dias seguintes ao lan?amento de algum filme ou alguma > s?rie pipocam usu?rios que normalmente nem aparecem no > laborat?rio central, vindo em busca da banda larga da UFRJ > para baixar seus AVI. > > O problema do proxy, que alias j? utilizamos para usu?rios > externos (alunos por exemplo), ? que vou acabar tendo dor de > cabe?a com os professores que precisam baixar material > oficial nos formatos barrado pelo proxy. Mas, estou come?ando > a achar que n?o teremos outra escolha. > > Att., > Renato > > -----Mensagem original----- > De: masoch-l-bounces at eng.registro.br > [mailto:masoch-l-bounces at eng.registro.br] Em nome de Nelson > Murilo Enviada em: quarta-feira, 10 de outubro de 2007 15:04 > Para: Mail Aid and Succor, On-line Comfort and Help > Assunto: Re: [MASOCH-L] Blacklist de site de pirataria > > > > A utilizacao de um proxy pode auxiliar neste processo, > princiapalmente se contiver regras para bloquear as extensoes > e tipos de arquivos executaveis e compactados mais comuns. > > Acredito que seja uma solucao mais simples de manter do que as listas. > > ./nelson -murilo > [voc? n?o pediu, mas n?s fizemos http://ysts.org] > > > > On Wed, Oct 10, 2007 at 03:01:23PM -0300, Renato Pinheiro de > Souza wrote: > > Caros Amigos, > > > > Estamos com muitos problemas com sites de download de > pirataria, anteriormente nosso maior problema eram os > softwares P2P com os das rede edonkey e torrent com os quais, > na medida do poss?vel, estamos lidando bem. Mas agora, com a > prolifera??o de sites de download via HTTP, tem ficado > dif?cil coibir o download de softwares piratas. > > > > > Enfim, gostaria de saber se conhecem algum site que > disponibilize uma lista negra de sites que forne?am > pirataria, para que assim possamos bloque?-los em nossos firewalls. > > Ol? Renato, Existem softwares que trabalham por categoriza??o, como o Secure Content Manager da CA e o Websense(este ? muito bom e com muitos recursos), onde existem equipes espalhadas pelo mundo que categorizam cada site, inclusive tem categoriza??o por p?ginas dentro de um mesmo dom?nio. Por?m, os mesmos tem um custo muito elevado. Uma op??o free ? o Dansguardian que tamb?m trata de categorias e trabalha junto com o Squid. Faz tempo que utilizei, mas se n?o me engano voc? paga algo em torno de $100,00 anuais para baixar as atualiza??es das categorias, que s?o di?rias. Filtro por acl no proxy n?o resolveu para mim, porque comecei a verificar que a maioria dos downloads eram compactados, como .tar .rar .zip .exe e por a? vai. ___________________________ Cristiano Maynart Pereira From renato.pinheiro at gpi.ufrj.br Wed Oct 10 16:14:11 2007 From: renato.pinheiro at gpi.ufrj.br (Renato Pinheiro de Souza) Date: Wed, 10 Oct 2007 16:14:11 -0300 Subject: [MASOCH-L] RES: RES: Blacklist de site de pirataria In-Reply-To: <470D18F9.6010408@solutti.com.br> Message-ID: <D6AB4D2461FF58438273D54A734DC1DE7F4844@gpi70.gpi.ufrj.br> Nossa base instalada ? b?sicamente Windows e nos computadores do dom?nio fechamos muita coisa via pol?tica de grupo, nosso maior problema est? no acesso dos notebooks via wifi. Estou achando que o caminho ? o proxy mesmo e, apesar da base instalada ser windows, temos v?rias m?quinas unix like (trustix, freebsd principalmente) virtualizadas via vmware (inclusive, em uma delas roda nossa proxy para alunos). Assim, estudar um pouco mais o squid (hoje uso basicamente via webmim) e instalar pelo menos para o acesso via wifi. Em tempo, nesse meio tempo coloquei um pipe bem baixo (512k hehe) nele, j? vai dar uma segurada. Att., Renato -----Mensagem original----- De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Leonardo Rodrigues Magalh?es Enviada em: quarta-feira, 10 de outubro de 2007 15:25 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: Re: [MASOCH-L] RES: Blacklist de site de pirataria Eu presto servi?os em uma faculdade e tive que lidar com problema parecido. N?o tenho e nunca achei uma lista de sites de pirataria, at? porque isso ? MUITO din?mico e qualquer lista pronta n?o resolveria por muito tempo. Por?m, efetuei algumas configura??es 'gen?ricas' que me ajudaram BASTANTE nesses casos 1) definir um limite de download, no meu caso foram 8Mb se n?o me engano. Arquivos maiores que isso, ? bloqueado mas voc? fala .... mas se o cara tem um gerenciador de download, ele consegue fazer v?rias vezes 8Mb e pegar o arquivo. Nem sempre .... rapidshare da vida ele n?o consegue, v?rios outros 'rapidshares' da vida ele n?o consegue. E mesmo nos que consegue, o usu?rio n?o consegue instalar um gerenciador de arquivos na esta??o :) Ou seja, problema QUASE resolvido. ? ?bvio que tive que tratar algumas exce??es. Mas ? mais f?cil tratar as exce??es do que sair bloqueando URL por URL. E essa simples regra gen?rica tenho certeza que resolveria 90% do problema, sem nem precisar de passar pra segunda dica :) Meta a cara no squid.conf e entenda o par?metro reply_body_max_size para fazer isso ai .... 2) n?o existe lista melhor do que a que voc? consegue obter no seu access.log !!! Analise pelo tamanho da resposta, ordene pelos maiores, pegue maiores de 10Mb .... e wall?, ali est? a informa??o que voc? precisa. Come?e bloqueando os que a galera usa 'hoje' e fa?a essa mesma an?lise a cada 15 dias. Pode at? passar um ou outro, n?o vai eliminar 100%, mas certamente vai fazer com que deixe de ser problema. Resumindo em comandos ... algo do tipo: cat access.log | awk '{if ($5>1000000) print $5" "$3" "$7}' | sort -n (exemplo de um cliente meu qualquer) 2628644 10.11.12.250 http://fs4.filehippo.com/8495/188d29de90b640958c9e40492fe19053/ccsetup201.exe 2850492 10.11.12.130 http://lax-v35.lax.youtube.com/get_video?video_id=EWb5LlFE69Y 3963129 10.11.12.130 http://ash-v208.ash.youtube.com/get_video?video_id=NuzABTP0PAY 4377267 10.11.12.187 http://download.zachot.ru/dn_new?track_id=25723&type=mp3 5403775 10.11.12.130 http://lax-v55.lax.youtube.com/get_video?video_id=KSPzTLgddxg 5680922 10.11.12.250 http://sjc-v65.sjc.youtube.com/get_video?video_id=kLKxN5ri9dI 7719010 10.11.12.130 http://lax-v213.lax.youtube.com/get_video?video_id=ZM2VX4d9YWA 9584727 10.11.12.130 http://lax-v209.lax.youtube.com/get_video?video_id=SG5r_-aoQUE Pronto, comece por ai :) Renato Pinheiro de Souza escreveu: > Nosso maior problema tem sido v?deos, chega a ser engra?ado, nos dias seguintes ao lan?amento de algum filme ou alguma s?rie pipocam usu?rios que normalmente nem aparecem no laborat?rio central, vindo em busca da banda larga da UFRJ para baixar seus AVI. > > O problema do proxy, que alias j? utilizamos para usu?rios externos (alunos por exemplo), ? que vou acabar tendo dor de cabe?a com os professores que precisam baixar material oficial nos formatos barrado pelo proxy. Mas, estou come?ando a achar que n?o teremos outra escolha. > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1061 - Release Date: 10/10/2007 08:43 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1061 - Release Date: 10/10/2007 08:43 From renato.pinheiro at gpi.ufrj.br Wed Oct 10 16:18:09 2007 From: renato.pinheiro at gpi.ufrj.br (Renato Pinheiro de Souza) Date: Wed, 10 Oct 2007 16:18:09 -0300 Subject: [MASOCH-L] RES: RES: Blacklist de site de pirataria In-Reply-To: <Pine.LNX.4.60.0710101531100.5481@newquantum.inexo.com.br> Message-ID: <D6AB4D2461FF58438273D54A734DC1DE7F4845@gpi70.gpi.ufrj.br> Hehehe pode deixar, vou ler sim. Tenho mais viv?ncia no mundo Windows, mas gosto de muita coisa da plataforma linux. -----Mensagem original----- De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Lao DanTong Enviada em: quarta-feira, 10 de outubro de 2007 15:34 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: Re: [MASOCH-L] RES: Blacklist de site de pirataria On Wed, 10 Oct 2007, Leonardo Rodrigues Magalh?es wrote: > > > Lao DanTong escreveu: >> >> proxy n?o barra formatos, ele nem sabe o que ? isso. ele barra pos >> express?es regulares sobre os localizadores e crit?rios parecidos. >> ent?o se essas express?es forem escritas com cuidado n?o haver? problema. >> > > O squid pode ser configurado sim pra barrar MIME-types no reply, o > que basicamente seria quase como barrar formatos. Claro que n?o > perfeito, mas ainda assim consegue bloquear muita coisa que voc? n?o > consegueria bloquear pela URL padr?o. mime-type ? tipo *declarado*, n?o tipo efetivo. h? trocentos mil ataques baseados em mime-type falso. para saber o que um arquivo cont?m, s? analisando o payload e isso o squid n?o faz e nem deve fazer ou se transformar? em uma carro?a. > Usando uma ACL do tipo rep_header e tratando alguns headers como o > Content-Disposition por exemplo, voc? consegue pegar v?rias URLs que > retornam um 'download'. E por a?, consegue fazer alguns bloqueios. sim, isso ? interessante. > Vale notar que os bloqueios baseados em REPLY, como o rep_header, > devem ser aplicados com http_reply_access !! As regras simples de URL > continuam no http_access, mas as baseadas em respostas v?o pro > http_reply_access !! deixa o interessado ler o manual do squid! ;-) __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1061 - Release Date: 10/10/2007 08:43 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1061 - Release Date: 10/10/2007 08:43 From renato.pinheiro at gpi.ufrj.br Wed Oct 10 16:18:17 2007 From: renato.pinheiro at gpi.ufrj.br (Renato Pinheiro de Souza) Date: Wed, 10 Oct 2007 16:18:17 -0300 Subject: [MASOCH-L] RES: RES: Blacklist de site de pirataria In-Reply-To: <642A062A3EA5004EB84EBD1D34C1C54C8D4062@sun78.unisc.br> Message-ID: <D6AB4D2461FF58438273D54A734DC1DE7F4846@gpi70.gpi.ufrj.br> Opa, interessante e n?o ? caro. Vou olhar esse ai tb! Valeu a ajuda pessoal.! -----Mensagem original----- De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Cristiano Maynart Pereira Enviada em: quarta-feira, 10 de outubro de 2007 15:51 Para: Mail Aid and Succor,On-line Comfort and Help Assunto: Re: [MASOCH-L] RES: Blacklist de site de pirataria > -----Original Message----- > From: masoch-l-bounces at eng.registro.br > [mailto:masoch-l-bounces at eng.registro.br] On Behalf Of Renato Pinheiro > de Souza > Sent: quarta-feira, 10 de outubro de 2007 15:12 > To: Mail Aid and Succor,On-line Comfort and Help > Subject: [MASOCH-L] RES: Blacklist de site de pirataria > > Nosso maior problema tem sido v?deos, chega a ser engra?ado, nos dias > seguintes ao lan?amento de algum filme ou alguma s?rie pipocam > usu?rios que normalmente nem aparecem no laborat?rio central, vindo em > busca da banda larga da UFRJ para baixar seus AVI. > > O problema do proxy, que alias j? utilizamos para usu?rios externos > (alunos por exemplo), ? que vou acabar tendo dor de cabe?a com os > professores que precisam baixar material oficial nos formatos barrado > pelo proxy. Mas, estou come?ando a achar que n?o teremos outra > escolha. > > Att., > Renato > > -----Mensagem original----- > De: masoch-l-bounces at eng.registro.br > [mailto:masoch-l-bounces at eng.registro.br] Em nome de Nelson Murilo > Enviada em: quarta-feira, 10 de outubro de 2007 15:04 > Para: Mail Aid and Succor, On-line Comfort and Help > Assunto: Re: [MASOCH-L] Blacklist de site de pirataria > > > > A utilizacao de um proxy pode auxiliar neste processo, princiapalmente > se contiver regras para bloquear as extensoes e tipos de arquivos > executaveis e compactados mais comuns. > > Acredito que seja uma solucao mais simples de manter do que as listas. > > ./nelson -murilo > [voc? n?o pediu, mas n?s fizemos http://ysts.org] > > > > On Wed, Oct 10, 2007 at 03:01:23PM -0300, Renato Pinheiro de Souza > wrote: > > Caros Amigos, > > > > Estamos com muitos problemas com sites de download de > pirataria, anteriormente nosso maior problema eram os softwares P2P > com os das rede edonkey e torrent com os quais, na medida do poss?vel, > estamos lidando bem. Mas agora, com a prolifera??o de sites de > download via HTTP, tem ficado dif?cil coibir o download de softwares > piratas. > > > > > Enfim, gostaria de saber se conhecem algum site que > disponibilize uma lista negra de sites que forne?am pirataria, para > que assim possamos bloque?-los em nossos firewalls. > > Ol? Renato, Existem softwares que trabalham por categoriza??o, como o Secure Content Manager da CA e o Websense(este ? muito bom e com muitos recursos), onde existem equipes espalhadas pelo mundo que categorizam cada site, inclusive tem categoriza??o por p?ginas dentro de um mesmo dom?nio. Por?m, os mesmos tem um custo muito elevado. Uma op??o free ? o Dansguardian que tamb?m trata de categorias e trabalha junto com o Squid. Faz tempo que utilizei, mas se n?o me engano voc? paga algo em torno de $100,00 anuais para baixar as atualiza??es das categorias, que s?o di?rias. Filtro por acl no proxy n?o resolveu para mim, porque comecei a verificar que a maioria dos downloads eram compactados, como .tar .rar .zip .exe e por a? vai. ___________________________ Cristiano Maynart Pereira __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1061 - Release Date: 10/10/2007 08:43 No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.6/1061 - Release Date: 10/10/2007 08:43 From leolistas at solutti.com.br Wed Oct 10 17:22:45 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Wed, 10 Oct 2007 17:22:45 -0300 Subject: [MASOCH-L] RES: RES: Blacklist de site de pirataria In-Reply-To: <D6AB4D2461FF58438273D54A734DC1DE7F4844@gpi70.gpi.ufrj.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4844@gpi70.gpi.ufrj.br> Message-ID: <470D3495.8050607@solutti.com.br> Independente do que s?o os seus clientes (Windows, Linux, FreeBSD, etc etc), acho que valeria MUITO a pena voc? ver um proxy squid na frente de todo mundo. A vantagem de ter o squid rodando numa plataforma Unix da vida ? que voc? consegue fazer o transparent proxy. Sei que o squid roda em Windows, mas n?o sei se voc? conseguiria fazer transparent proxy no Windows, por exemplo. Tendo o squid rodando, voc? ter? condi??o f?cil de implementar tudo que explanei em mensagens anteriores. Claro que tudo que coloquei N?O s?o coisas triviais. Mas nada imposs?vel tamb?m. A documenta??o do squid ? riqu?ssima, certamente voc? n?o ter? muitos problemas pra achar documenta??o. Renato Pinheiro de Souza escreveu: > Nossa base instalada ? b?sicamente Windows e nos computadores do dom?nio fechamos muita coisa via pol?tica de grupo, nosso maior problema est? no acesso dos notebooks via wifi. > > Estou achando que o caminho ? o proxy mesmo e, apesar da base instalada ser windows, temos v?rias m?quinas unix like (trustix, freebsd principalmente) virtualizadas via vmware (inclusive, em uma delas roda nossa proxy para alunos). Assim, estudar um pouco mais o squid (hoje uso basicamente via webmim) e instalar pelo menos para o acesso via wifi. > > Em tempo, nesse meio tempo coloquei um pipe bem baixo (512k hehe) nele, j? vai dar uma segurada. > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From danton at inexo.com.br Wed Oct 10 18:03:20 2007 From: danton at inexo.com.br (Lao DanTong) Date: Wed, 10 Oct 2007 18:03:20 -0300 (BRT) Subject: [MASOCH-L] RES: RES: Blacklist de site de pirataria In-Reply-To: <470D3495.8050607@solutti.com.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4844@gpi70.gpi.ufrj.br> <470D3495.8050607@solutti.com.br> Message-ID: <Pine.LNX.4.60.0710101802160.610@newquantum.inexo.com.br> On Wed, 10 Oct 2007, Leonardo Rodrigues Magalh?es wrote: > Independente do que s?o os seus clientes (Windows, Linux, FreeBSD, > etc etc), acho que valeria MUITO a pena voc? ver um proxy squid na > frente de todo mundo. A vantagem de ter o squid rodando numa plataforma > Unix da vida ? que voc? consegue fazer o transparent proxy. Sei que o > squid roda em Windows, mas n?o sei se voc? conseguiria fazer transparent > proxy no Windows, por exemplo. concordo. proxy transparente ? o bicho! intercepta wget e telnet na porta 80! tudo tem que passar mesmo pelo proxy. e n?o requer qualquer configura??o nos clientes. From leolistas at solutti.com.br Wed Oct 10 18:09:53 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Wed, 10 Oct 2007 18:09:53 -0300 Subject: [MASOCH-L] RES: RES: Blacklist de site de pirataria In-Reply-To: <Pine.LNX.4.60.0710101802160.610@newquantum.inexo.com.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4844@gpi70.gpi.ufrj.br> <470D3495.8050607@solutti.com.br> <Pine.LNX.4.60.0710101802160.610@newquantum.inexo.com.br> Message-ID: <470D3FA1.7000000@solutti.com.br> Lao DanTong escreveu: > On Wed, 10 Oct 2007, Leonardo Rodrigues Magalh?es wrote: > > >> Independente do que s?o os seus clientes (Windows, Linux, FreeBSD, >> etc etc), acho que valeria MUITO a pena voc? ver um proxy squid na >> frente de todo mundo. A vantagem de ter o squid rodando numa plataforma >> Unix da vida ? que voc? consegue fazer o transparent proxy. Sei que o >> squid roda em Windows, mas n?o sei se voc? conseguiria fazer transparent >> proxy no Windows, por exemplo. >> > > concordo. proxy transparente ? o bicho! intercepta wget e telnet na porta > 80! tudo tem que passar mesmo pelo proxy. e n?o requer qualquer > configura??o nos clientes Se P2P n?o ? bem o problema, como o Ricardo afirmou, ent?o um squid?o na frente da rede rodando em transparent proxy lhe daria a plataforma pra resolver sua vida em rela??o ? controle e limita??o de banda em cima de HTTP. Disse 'dar a plataforma', j? que a solu??o n?o seria m?gica e sem d?vida envolve algumas coisas avan?adas em cima de squid. Em termos de Linux, s? 2-3 regras pra fazer transparent proxy e deixa o pau quebrar pro firewall na frente, nem precisa preocupar muito com isso. E tendo esse linux na frente, nada impede que voc? use o m?dulo ipp2p pra te ajudar a dar, tamb?m, um basta no tr?fego P2P. Voc? pode identificar e bloquear ou ent?o identificar, marcar e limitar banda com um CBQ da vida. -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From marcelo at experimental.fm.usp.br Thu Oct 11 08:55:44 2007 From: marcelo at experimental.fm.usp.br (Marcelo Salavee Lemos) Date: Thu, 11 Oct 2007 08:55:44 -0300 Subject: [MASOCH-L] RES: RES: Blacklist de site de pirataria In-Reply-To: <470D3FA1.7000000@solutti.com.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4844@gpi70.gpi.ufrj.br> <470D3495.8050607@solutti.com.br> <Pine.LNX.4.60.0710101802160.610@newquantum.inexo.com.br> <470D3FA1.7000000@solutti.com.br> Message-ID: <470E0F40.7000607@experimental.fm.usp.br> S? a t?tulo de informa??o, Faz algum tempo usei o "tinyproxy" + "dansguardian" por motivos de limita??o de m?quina. Bem mais leve que o squid.... Abra?os, Marcelo --------------------------------------------------------------------- Esta mensagem pode conter informacao confidencial. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao podera usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, favor avisar imediatamente o remetente, respondendo o e-mail e, em seguida, apague-o. Agradecemos sua cooperacao. This message may contain confidential information. If you are not the addressee or authorized person to receive it for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by replying this e-mail message and delete it. Thanks in advance for your cooperation. ---------------------------------------------------------------------- LIM20 Faculdade de Medicina USP ---------------------------------------------------------------------- From cristiano.nti at bage.rs.gov.br Thu Oct 11 08:59:44 2007 From: cristiano.nti at bage.rs.gov.br (Cristiano Cachapuz e Lima) Date: Thu, 11 Oct 2007 08:59:44 -0300 Subject: [MASOCH-L] Acesso ao e-mail do Ibest Message-ID: <001201c80bfe$36b2b7e0$a41827a0$@nti@bage.rs.gov.br> Pessoal, Usamos Proxy transparente para filtrar conte?do aqui na nossa rede. Usamos um gateway com Squid. Estamos tendo problemas para que os usu?rios acessem o webmail do Ibest e que hoje em dia ? hospedado pelo Google. Quando o usu?rio vai tentar autenticar, recebe uma mensagem de erro 007 (James Bond !?!). Bueno, tentamos o suporte do Ibest e eles nos devolveram a batata quente, sem muitas explica??es, que o problema ? com o proxy mesmo. Algu?m j? enfrentou esse problema ? E, se sim, teria o "caminho das pedras" ? Obrigado, -- Cristiano Cachapuz e Lima - cristiano.nti at bage.rs.gov.br Coordenador NTI Prefeitura Municipal de Bag? (53) 99618064 - (53) 32405066 From danton at inexo.com.br Thu Oct 11 09:02:42 2007 From: danton at inexo.com.br (Lao DanTong) Date: Thu, 11 Oct 2007 09:02:42 -0300 (BRT) Subject: [MASOCH-L] Acesso ao e-mail do Ibest In-Reply-To: <001201c80bfe$36b2b7e0$a41827a0$@nti@bage.rs.gov.br> References: <001201c80bfe$36b2b7e0$a41827a0$@nti@bage.rs.gov.br> Message-ID: <Pine.LNX.4.60.0710110901251.3172@newquantum.inexo.com.br> On Thu, 11 Oct 2007, Cristiano Cachapuz e Lima wrote: > Usamos Proxy transparente para filtrar conte?do aqui na nossa rede. > Usamos um gateway com Squid. transparente? > Estamos tendo problemas para que os usu?rios acessem o webmail do Ibest > e que hoje em dia ? hospedado pelo Google. Quando o usu?rio vai tentar > autenticar, recebe uma mensagem de erro 007 (James Bond !?!). webmail qu ese preza usa https na porta 443. essa est? passando pelo squid? From leolistas at solutti.com.br Thu Oct 11 09:12:36 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Thu, 11 Oct 2007 09:12:36 -0300 Subject: [MASOCH-L] RES: RES: Blacklist de site de pirataria In-Reply-To: <470E0F40.7000607@experimental.fm.usp.br> References: <D6AB4D2461FF58438273D54A734DC1DE7F4844@gpi70.gpi.ufrj.br> <470D3495.8050607@solutti.com.br> <Pine.LNX.4.60.0710101802160.610@newquantum.inexo.com.br> <470D3FA1.7000000@solutti.com.br> <470E0F40.7000607@experimental.fm.usp.br> Message-ID: <470E1334.60002@solutti.com.br> O que geralmente deixa o squid pesad?o ? a parte de cache dele. Vale lembrar que ? totalmente poss?vel subir um squid e especificar seu diret?rio de cache como sendo do tipo 'null'. Ou seja, um squid que n?o faz cache !! N?o faz cache mas gera logs que podem ser processados e analisados. N?o faz cache mas pode aplicar ACLs, delay pools, etc etc e tudo que discutimos. Nunca utilizei tinyproxy e dansguardian .... mas pelo menos pra mim, que j? trabalho com o squid a anos, n?o troco por nada nesse mundo :) Marcelo Salavee Lemos escreveu: > S? a t?tulo de informa??o, > Faz algum tempo usei o "tinyproxy" + "dansguardian" por motivos de > limita??o de m?quina. > Bem mais leve que o squid.... > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From marcelo at standardnet.com.br Thu Oct 11 09:22:59 2007 From: marcelo at standardnet.com.br (Marcelo Estanislau) Date: Thu, 11 Oct 2007 09:22:59 -0300 Subject: [MASOCH-L] BrTurbo com webmail estilo GMAIL Message-ID: <470E15A3.6090806@standardnet.com.br> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bom dia, caros... Observei que o BRTurbo vem utilizado o webmail do GMAIL. Este webmail est? dispon?vel para download ou ? um servi?o oferecido aos provedores pelo Google? Abra?os, - -- Marcelo Estanislau Geyer marcelo at standardnet.com.br Standard Net Tecnologia e Informa??o http://www.standardnet.com.br - -- PGP Key: http://www.keyserver.net - Key ID 0x5812DE5E -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCUAwUBRw4VnY+bwQJYEt5eAQJVuAP44se1HYTgPcnFgjLLPwumBH8R9aLHfqb0 KTzMeiJGoM0GllB/F+JwDNmbkHk2MWJ9mN0m5vk/Ge0l/LSqzi72+13Hyq4NU3Kk /EvkBGVtGrt6EEGi3Qs6gJKwKvLrar/5P1zKKVJa02wx25DqsK2VZ41FXQuyLJV7 Z0HO0iVEvA== =mHEt -----END PGP SIGNATURE----- From lisandro at weissheimer.eti.br Thu Oct 11 09:28:58 2007 From: lisandro at weissheimer.eti.br (Lisandro Weissheimer) Date: Thu, 11 Oct 2007 09:28:58 -0300 Subject: [MASOCH-L] BrTurbo com webmail estilo GMAIL In-Reply-To: <470E15A3.6090806@standardnet.com.br> References: <470E15A3.6090806@standardnet.com.br> Message-ID: <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> Marcelo, ? um servi?o oferecido pelo Google pra quem quiser comprar ou usar a vers?o free, com menos recursos. http://www.google.com/a/ Abra?o, Lisandro Weissheimer (51) 8414-7715 lisandro at weissheimer.eti.br http://www.weissheimer.eti.br MSN: lisandro at weissheimer.eti.br |-----Original Message----- |From: masoch-l-bounces at eng.registro.br [mailto:masoch-l- |bounces at eng.registro.br] On Behalf Of Marcelo Estanislau |Sent: quinta-feira, 11 de outubro de 2007 09:23 |To: Mail Aid and Succor, On-line Comfort and Help |Subject: [MASOCH-L] BrTurbo com webmail estilo GMAIL | |-----BEGIN PGP SIGNED MESSAGE----- |Hash: SHA1 | |Bom dia, caros... | |Observei que o BRTurbo vem utilizado o webmail do GMAIL. Este webmail |est? dispon?vel para download ou ? um servi?o oferecido aos provedores |pelo Google? | |Abra?os, | |- -- |Marcelo Estanislau Geyer |marcelo at standardnet.com.br |Standard Net Tecnologia e Informa??o |http://www.standardnet.com.br |- -- |PGP Key: http://www.keyserver.net - Key ID 0x5812DE5E |-----BEGIN PGP SIGNATURE----- |Version: GnuPG v1.4.7 (GNU/Linux) |Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org | |iQCUAwUBRw4VnY+bwQJYEt5eAQJVuAP44se1HYTgPcnFgjLLPwumBH8R9aL |Hfqb0 |KTzMeiJGoM0GllB/F+JwDNmbkHk2MWJ9mN0m5vk/Ge0l/LSqzi72+13Hyq4 |NU3Kk |/EvkBGVtGrt6EEGi3Qs6gJKwKvLrar/5P1zKKVJa02wx25DqsK2VZ41FXQuyLJV |7 |Z0HO0iVEvA== |=mHEt |-----END PGP SIGNATURE----- |__ |masoch-l list |https://eng.registro.br/mailman/listinfo/masoch-l | |No virus found in this incoming message. |Checked by AVG Free Edition. |Version: 7.5.488 / Virus Database: 269.14.8/1063 - Release Date: |11/10/2007 09:11 | No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.488 / Virus Database: 269.14.8/1063 - Release Date: 11/10/2007 09:11 From fequestions at gmail.com Thu Oct 11 09:43:08 2007 From: fequestions at gmail.com (Fernando Cordeiro) Date: Thu, 11 Oct 2007 09:43:08 -0300 Subject: [MASOCH-L] BrTurbo com webmail estilo GMAIL In-Reply-To: <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> References: <470E15A3.6090806@standardnet.com.br> <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> Message-ID: <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> muito bom por sinal. n?o s? o brturbo como o ibest e outros tamb?m est?o utilizando. Em 11/10/07, Lisandro Weissheimer <lisandro at weissheimer.eti.br> escreveu: > > Marcelo, > > ? um servi?o oferecido pelo Google pra quem quiser comprar ou usar a > vers?o > free, com menos recursos. > > http://www.google.com/a/ > > Abra?o, > > Lisandro Weissheimer > (51) 8414-7715 > lisandro at weissheimer.eti.br > http://www.weissheimer.eti.br > MSN: lisandro at weissheimer.eti.br > > |-----Original Message----- > |From: masoch-l-bounces at eng.registro.br [mailto:masoch-l- > |bounces at eng.registro.br] On Behalf Of Marcelo Estanislau > |Sent: quinta-feira, 11 de outubro de 2007 09:23 > |To: Mail Aid and Succor, On-line Comfort and Help > |Subject: [MASOCH-L] BrTurbo com webmail estilo GMAIL > | > |-----BEGIN PGP SIGNED MESSAGE----- > |Hash: SHA1 > | > |Bom dia, caros... > | > |Observei que o BRTurbo vem utilizado o webmail do GMAIL. Este webmail > |est? dispon?vel para download ou ? um servi?o oferecido aos provedores > |pelo Google? > | > |Abra?os, > | > |- -- > |Marcelo Estanislau Geyer > |marcelo at standardnet.com.br > |Standard Net Tecnologia e Informa??o > |http://www.standardnet.com.br > |- -- > |PGP Key: http://www.keyserver.net - Key ID 0x5812DE5E > |-----BEGIN PGP SIGNATURE----- > |Version: GnuPG v1.4.7 (GNU/Linux) > |Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > | > |iQCUAwUBRw4VnY+bwQJYEt5eAQJVuAP44se1HYTgPcnFgjLLPwumBH8R9aL > |Hfqb0 > |KTzMeiJGoM0GllB/F+JwDNmbkHk2MWJ9mN0m5vk/Ge0l/LSqzi72+13Hyq4 > |NU3Kk > |/EvkBGVtGrt6EEGi3Qs6gJKwKvLrar/5P1zKKVJa02wx25DqsK2VZ41FXQuyLJV > |7 > |Z0HO0iVEvA== > |=mHEt > |-----END PGP SIGNATURE----- > |__ > |masoch-l list > |https://eng.registro.br/mailman/listinfo/masoch-l > | > |No virus found in this incoming message. > |Checked by AVG Free Edition. > |Version: 7.5.488 / Virus Database: 269.14.8/1063 - Release Date: > |11/10/2007 09:11 > | > > No virus found in this outgoing message. > Checked by AVG Free Edition. > Version: 7.5.488 / Virus Database: 269.14.8/1063 - Release Date: > 11/10/2007 > 09:11 > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- Fernando Cordeiro Supervisor de Tecnologia From rodrigo at faculdadedecision.com.br Thu Oct 11 11:25:39 2007 From: rodrigo at faculdadedecision.com.br (Rodrigo) Date: Thu, 11 Oct 2007 11:25:39 -0300 Subject: [MASOCH-L] Problemas para receber e-mails no Terra In-Reply-To: <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> References: <470E15A3.6090806@standardnet.com.br> <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> Message-ID: <470E3263.5090407@faculdadedecision.com.br> Ol? pessoal ! Essa semana tenho percebido s?rias dificuldades em receber e-mails em minhas contas do Terra. ? verdade que um e-mail n?o tem garantia nem prazo de entrega, mas o comportmento geral desse provedor, por esses dias, sugere que h? problemas nos servidores. Mais alguem aqui percebeu algo ? From marcelo at standardnet.com.br Thu Oct 11 11:58:14 2007 From: marcelo at standardnet.com.br (Marcelo Estanislau) Date: Thu, 11 Oct 2007 11:58:14 -0300 Subject: [MASOCH-L] Problemas para receber e-mails no Terra In-Reply-To: <470E3263.5090407@faculdadedecision.com.br> References: <470E15A3.6090806@standardnet.com.br> <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> <470E3263.5090407@faculdadedecision.com.br> Message-ID: <470E3A06.30609@standardnet.com.br> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rodrigo, Por aqui, tudo normal, enviamos para o destino terra.com.br e recebemos normalmente deles tamb?m. S? se for um problema a n?vel de armazenamento/relay. Abra?os, Marcelo Estanislau Geyer marcelo at standardnet.com.br Standard Net Tecnologia e Informa??o http://www.standardnet.com.br - -- PGP Key: http://www.keyserver.net - Key ID 0x5812DE5E Rodrigo escreveu: > Ol? pessoal ! > > Essa semana tenho percebido s?rias dificuldades em receber e-mails em > minhas contas do Terra. > ? verdade que um e-mail n?o tem garantia nem prazo de entrega, mas o > comportmento geral desse provedor, por > esses dias, sugere que h? problemas nos servidores. > > Mais alguem aqui percebeu algo ? > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBRw46AY+bwQJYEt5eAQJr+QP9GEgw4478ZOnH715m2QKIlmsfVA/fw68O tig6mNkIRp/H+X+wXiiLVY6aiLsxANydkR0HCQoWDhvpaMT0dBVmOLzfyxNXGOWn GmhoXonPHo4KLOfQo90URo+WChome8dJNYVuZEDDZUOEtT9smlqWHAQDPCVaNLtb CVbKsnliQKA= =/M6c -----END PGP SIGNATURE----- From rodrigo at faculdadedecision.com.br Thu Oct 11 13:04:28 2007 From: rodrigo at faculdadedecision.com.br (Rodrigo) Date: Thu, 11 Oct 2007 13:04:28 -0300 Subject: [MASOCH-L] Problemas para receber e-mails no Terra In-Reply-To: <470E3A06.30609@standardnet.com.br> References: <470E15A3.6090806@standardnet.com.br> <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> <470E3263.5090407@faculdadedecision.com.br> <470E3A06.30609@standardnet.com.br> Message-ID: <470E498C.4030007@faculdadedecision.com.br> Obrigado. Mas s? para esclarecer: Eu sou cliente do Terra e estou com problemas para receber e-mails de diversas fontes, e, o pior, de forma 'aleatoria'. Por exemplo: eu mantei dois e-mails do gmail.com para uma caixa do terra e uma no Uol. o primeiro e-mail chegou 'instantaneamente' no Uol e, depois de 2 ou 3 minutos, no Terra. o segundo j? chegou no Uol, mas ... No terra nada ... e j? se passaram .... 1 hora ! Marcelo Estanislau escreveu: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Rodrigo, > > Por aqui, tudo normal, enviamos para o destino terra.com.br e recebemos > normalmente deles tamb?m. S? se for um problema a n?vel de > armazenamento/relay. > > Abra?os, > > Marcelo Estanislau Geyer > marcelo at standardnet.com.br > Standard Net Tecnologia e Informa??o > http://www.standardnet.com.br > - -- > PGP Key: http://www.keyserver.net - Key ID 0x5812DE5E > > > Rodrigo escreveu: > >> Ol? pessoal ! >> >> Essa semana tenho percebido s?rias dificuldades em receber e-mails em >> minhas contas do Terra. >> ? verdade que um e-mail n?o tem garantia nem prazo de entrega, mas o >> comportmento geral desse provedor, por >> esses dias, sugere que h? problemas nos servidores. >> >> Mais alguem aqui percebeu algo ? >> >> >> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> >> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iQCVAwUBRw46AY+bwQJYEt5eAQJr+QP9GEgw4478ZOnH715m2QKIlmsfVA/fw68O > tig6mNkIRp/H+X+wXiiLVY6aiLsxANydkR0HCQoWDhvpaMT0dBVmOLzfyxNXGOWn > GmhoXonPHo4KLOfQo90URo+WChome8dJNYVuZEDDZUOEtT9smlqWHAQDPCVaNLtb > CVbKsnliQKA= > =/M6c > -----END PGP SIGNATURE----- > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > Esta mensagem foi verificada pelo E-mail Protegido Terra. > Scan engine: McAfee VirusScan / Atualizado em 10/10/2007 / Vers?o: 5.1.00/5138 > Proteja o seu e-mail Terra: http://mail.terra.com.br/ > > > > From dhcsilva at mentat.com.br Thu Oct 11 13:23:18 2007 From: dhcsilva at mentat.com.br (Diego HC Silva) Date: Thu, 11 Oct 2007 13:23:18 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Filtros_Avan=E7ados_-_Postfix?= Message-ID: <990136D80840F848A4EB44A213DD5ED30F7347@peterpotamus.mentat.local> Boa tarde a todos, Estou com uma d?vida. Preciso criar um regra no Postfix que controle que algumas contas do meu dom?nio n?o envie email para a internet, apenas para o meu dom?nio. Encontrei v?rios how-to/dicas e etc (inclusive at? aqui na lista) por?m executei-as e n?o est? funcionando. Segue abaixo, o main.cf #******************************************************************************# # Postfix versao 2.3.8-2+b1 - 01/10/2007 - Debian #local_recipient_maps = queue_directory = /var/spool/postfix command_directory = /usr/sbin daemon_directory = /usr/lib/postfix mail_owner = postfix myhostname = mail. meudominio.com.br mydomain = meudominio.com.br myorigin = $mydomain mydestination = $myhostname, localhost.$mydomain, $mydomain unknown_local_recipient_reject_code = 450 mynetworks = 127.0.0.0/8, 192.168.0.3/32, 192.168.0.0/24, 192.168.0.5/32 relay_domains = $mydestination #broken_sasl_auth_clients = yes mailbox_command = /usr/bin/procmail debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5 sendmail_path = /usr/sbin/sendmail.postfix newaliases_path = /usr/bin/newaliases.postfix mailq_path = /usr/bin/mailq.postfix setgid_group = postdrop manpage_directory = /usr/share/man sample_directory = /etc/postfix/samples readme_directory = /etc/postfix/README_FILES alias_database = hash:/etc/postfix/aliases alias_maps = hash:/etc/postfix/aliases #transport_maps = hash:/etc/postfix/transport #header_checks = pcre:/etc/postfix/regras_header #body_checks = pcre:/etc/postfix/regras_body body_checks_size_limit = 51200 message_size_limit = 20120000 mailbox_size_limit = 1024000000 #strict_rfc821_envelopes = yes smtpd_helo_required = yes disable_vrfy_command = yes header_size_limit = 102400 maximal_queue_lifetime = 1h bounce_queue_lifetime = 30m delay_warning_time = 1h fast_flush_refresh_time = 45m fast_flush_purge_time = 1h command_time_limit = 1h smtpd_banner = $myhostname smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/restricted_senders, check_recipient_access hash:/etc/postfix/restricted_rcpt, reject_unauth_destination smtpd_restriction_classes = sender_local, rcpt_local sender_local = check_recipient_access hash:/etc/postfix/local_domains, reject rcpt_local = check_sender_access hash:/etc/postfix/local_domains, reject # EOF #**********************************************************************************************************************************# Segue os arquivos com as regras: # /etc/postfix/local_domains meudominio.com.br OK # /etc/postfix/restricted_senders recepcao at meudominio.com.br sender_local # /etc/postfix/restricted_rcpt recepcao at meudominio.com.br sender_local #**********************************************************************************************************************************# O que preciso nesse caso; que a conta recepcao at meudominio.com.br n?o envie email para ningu?m que n?o seja do meudominio.com.br. Estou fazendo o seguinte teste. Do servidor email, executo como root o comando "su - recepcao" e envio um email em branco para uma conta da internet. Por?m esse email ? enviado com sucesso. Entendo eu que n?o deveria. O pode estar errado nesse caso? Ainda n?o consegui entender a l?gica dessa regra, sendo que em v?rios casos que pesquisei, o que foi feito acima, funciona, por?m no meu caso n?o est? funcionando. Obrigado. [.]?s Diego ================================ ********************************************************************************************** Confidencialidade: O conte?do deste e-mail e quaisquer anexos s?o confidenciais. Eles s?o endere?ados ao(s) destinat?rio(s) somente. Se voc? recebeu este e-mail por engano, por favor notifique o administrador ou o remetente imediatamente, e n?o divulgue seu conte?do a ningu?m e nem fa?a c?pias. *** eSafe verificou este e-mail para v?rus e conte?do malicioso. *** Confidentiality Notice: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error, please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies thereof. *** eSafe scanned this e-mail for viruses, vandals, and malicious content. *** ********************************************************************************************** From hamilton at i2.com.br Thu Oct 11 13:24:22 2007 From: hamilton at i2.com.br (Hamilton Vera) Date: Thu, 11 Oct 2007 13:24:22 -0300 (BRT) Subject: [MASOCH-L] Problemas para receber e-mails no Terra In-Reply-To: <470E498C.4030007@faculdadedecision.com.br> References: <470E15A3.6090806@standardnet.com.br> <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> <470E3263.5090407@faculdadedecision.com.br> <470E3A06.30609@standardnet.com.br> <470E498C.4030007@faculdadedecision.com.br> Message-ID: <Pine.LNX.4.63.0710111321250.28078@lima.i2.com.br> So uma observa??o, n?o querendo defender o Terra, mas "atrasos" de algumas horas s?o coisas constantes de acontecer. S?o situacoes previstas e tratadas pelo MTA. []'s Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" On Thu, 11 Oct 2007, Rodrigo wrote: > Obrigado. > > Mas s? para esclarecer: > Eu sou cliente do Terra e estou com problemas para receber e-mails de > diversas fontes, e, o pior, > de forma 'aleatoria'. > > Por exemplo: eu mantei dois e-mails do gmail.com para uma caixa do terra > e uma no Uol. > o primeiro e-mail chegou 'instantaneamente' no Uol e, depois de 2 ou 3 > minutos, no Terra. > o segundo j? chegou no Uol, mas ... No terra nada ... e j? se passaram > .... 1 hora ! > > > > Marcelo Estanislau escreveu: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Rodrigo, >> >> Por aqui, tudo normal, enviamos para o destino terra.com.br e recebemos >> normalmente deles tamb?m. S? se for um problema a n?vel de >> armazenamento/relay. >> >> Abra?os, >> >> Marcelo Estanislau Geyer >> marcelo at standardnet.com.br >> Standard Net Tecnologia e Informa??o >> http://www.standardnet.com.br >> - -- >> PGP Key: http://www.keyserver.net - Key ID 0x5812DE5E >> >> >> Rodrigo escreveu: >> >>> Ol? pessoal ! >>> >>> Essa semana tenho percebido s?rias dificuldades em receber e-mails em >>> minhas contas do Terra. >>> ? verdade que um e-mail n?o tem garantia nem prazo de entrega, mas o >>> comportmento geral desse provedor, por >>> esses dias, sugere que h? problemas nos servidores. >>> >>> Mais alguem aqui percebeu algo ? >>> >>> >>> >>> __ >>> masoch-l list >>> https://eng.registro.br/mailman/listinfo/masoch-l >>> >>> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.7 (GNU/Linux) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iQCVAwUBRw46AY+bwQJYEt5eAQJr+QP9GEgw4478ZOnH715m2QKIlmsfVA/fw68O >> tig6mNkIRp/H+X+wXiiLVY6aiLsxANydkR0HCQoWDhvpaMT0dBVmOLzfyxNXGOWn >> GmhoXonPHo4KLOfQo90URo+WChome8dJNYVuZEDDZUOEtT9smlqWHAQDPCVaNLtb >> CVbKsnliQKA= >> =/M6c >> -----END PGP SIGNATURE----- >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> >> Esta mensagem foi verificada pelo E-mail Protegido Terra. >> Scan engine: McAfee VirusScan / Atualizado em 10/10/2007 / Vers?o: 5.1.00/5138 >> Proteja o seu e-mail Terra: http://mail.terra.com.br/ >> >> >> >> > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From gustavo.lists at gmail.com Thu Oct 11 15:09:58 2007 From: gustavo.lists at gmail.com (=?ISO-8859-1?Q?Gustavo_Ara=FAjo?=) Date: Thu, 11 Oct 2007 15:09:58 -0300 Subject: [MASOCH-L] Problemas para receber e-mails no Terra In-Reply-To: <Pine.LNX.4.63.0710111321250.28078@lima.i2.com.br> References: <470E15A3.6090806@standardnet.com.br> <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> <470E3263.5090407@faculdadedecision.com.br> <470E3A06.30609@standardnet.com.br> <470E498C.4030007@faculdadedecision.com.br> <Pine.LNX.4.63.0710111321250.28078@lima.i2.com.br> Message-ID: <c79f20030710111109l25be0f20x8a2770c3a51fbf37@mail.gmail.com> bah, o que j? atendi de cliente reclamando disso ... o dif?cil ? fazer entender ... muitas vezes os t?cnicos esquecem que entre dois MTAs h? roteadores, backbones, etc e o caminho para um MX pode ser totalmente diferente para outro MX, mesmo que os dois estejam um ao lado do outro mas com links diferentes. Em 11/10/07, Hamilton Vera <hamilton at i2.com.br> escreveu: > > So uma observa??o, n?o querendo defender o Terra, mas "atrasos" de algumas > horas s?o coisas constantes de acontecer. S?o situacoes previstas e > tratadas pelo MTA. > > []'s > > > Hamilton Vera > int Administrator (char Network[],char ComputationalSystems[]); > http://antispam.br/ > "Google is my shepherd, no want shall I know" > > On Thu, 11 Oct 2007, Rodrigo wrote: > > > Obrigado. > > > > Mas s? para esclarecer: > > Eu sou cliente do Terra e estou com problemas para receber e-mails de > > diversas fontes, e, o pior, > > de forma 'aleatoria'. > > > > Por exemplo: eu mantei dois e-mails do gmail.com para uma caixa do terra > > e uma no Uol. > > o primeiro e-mail chegou 'instantaneamente' no Uol e, depois de 2 ou 3 > > minutos, no Terra. > > o segundo j? chegou no Uol, mas ... No terra nada ... e j? se passaram > > .... 1 hora ! > > > > > > > > Marcelo Estanislau escreveu: > >> -----BEGIN PGP SIGNED MESSAGE----- > >> Hash: SHA1 > >> > >> Rodrigo, > >> > >> Por aqui, tudo normal, enviamos para o destino terra.com.br e recebemos > >> normalmente deles tamb?m. S? se for um problema a n?vel de > >> armazenamento/relay. > >> > >> Abra?os, > >> > >> Marcelo Estanislau Geyer > >> marcelo at standardnet.com.br > >> Standard Net Tecnologia e Informa??o > >> http://www.standardnet.com.br > >> - -- > >> PGP Key: http://www.keyserver.net - Key ID 0x5812DE5E > >> > >> > >> Rodrigo escreveu: > >> > >>> Ol? pessoal ! > >>> > >>> Essa semana tenho percebido s?rias dificuldades em receber e-mails em > >>> minhas contas do Terra. > >>> ? verdade que um e-mail n?o tem garantia nem prazo de entrega, mas o > >>> comportmento geral desse provedor, por > >>> esses dias, sugere que h? problemas nos servidores. > >>> > >>> Mais alguem aqui percebeu algo ? > >>> > >>> > >>> > >>> __ > >>> masoch-l list > >>> https://eng.registro.br/mailman/listinfo/masoch-l > >>> > >>> > >> -----BEGIN PGP SIGNATURE----- > >> Version: GnuPG v1.4.7 (GNU/Linux) > >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > >> > >> iQCVAwUBRw46AY+bwQJYEt5eAQJr+QP9GEgw4478ZOnH715m2QKIlmsfVA/fw68O > >> tig6mNkIRp/H+X+wXiiLVY6aiLsxANydkR0HCQoWDhvpaMT0dBVmOLzfyxNXGOWn > >> GmhoXonPHo4KLOfQo90URo+WChome8dJNYVuZEDDZUOEtT9smlqWHAQDPCVaNLtb > >> CVbKsnliQKA= > >> =/M6c > >> -----END PGP SIGNATURE----- > >> __ > >> masoch-l list > >> https://eng.registro.br/mailman/listinfo/masoch-l > >> > >> Esta mensagem foi verificada pelo E-mail Protegido Terra. > >> Scan engine: McAfee VirusScan / Atualizado em 10/10/2007 / Vers?o: > 5.1.00/5138 > >> Proteja o seu e-mail Terra: http://mail.terra.com.br/ > >> > >> > >> > >> > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > From rodrigo at faculdadedecision.com.br Thu Oct 11 15:30:50 2007 From: rodrigo at faculdadedecision.com.br (Rodrigo) Date: Thu, 11 Oct 2007 15:30:50 -0300 Subject: [MASOCH-L] Problemas para receber e-mails no Terra In-Reply-To: <c79f20030710111109l25be0f20x8a2770c3a51fbf37@mail.gmail.com> References: <470E15A3.6090806@standardnet.com.br> <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> <470E3263.5090407@faculdadedecision.com.br> <470E3A06.30609@standardnet.com.br> <470E498C.4030007@faculdadedecision.com.br> <Pine.LNX.4.63.0710111321250.28078@lima.i2.com.br> <c79f20030710111109l25be0f20x8a2770c3a51fbf37@mail.gmail.com> Message-ID: <470E6BDA.1070208@faculdadedecision.com.br> ? verdade ! ? mesmo dificil faz?-los entender ! Se voce olhar a mensagem original ver? que eu coloquei l?: "...um e-mail n?o tem garantia nem prazo de entrega ...", e essa ? uma frase que eu uso constantemente. O que me motivou postar nessa lista ? levantar se mais alguem aqui percebeu algo parecido, pois em contato com o suporte do Terra, eles obviamente disseram: "Vou estar verificando o que pode estar acontecendo, mas pelos testes que fizemos agora tudo est? parecendo ok" ... A proposito: qual o senso comum de "algumas horas" ? Estou 'aguardando' um e-mail que foi postado no dia 08/10/2007, ?s 11:43. Gustavo Ara?jo escreveu: > bah, o que j? atendi de cliente reclamando disso ... o dif?cil ? fazer > entender ... > > muitas vezes os t?cnicos esquecem que entre dois MTAs h? roteadores, > backbones, etc e o caminho para um MX pode ser totalmente diferente para > outro MX, mesmo que os dois estejam um ao lado do outro mas com links > diferentes. > > Em 11/10/07, Hamilton Vera <hamilton at i2.com.br> escreveu: > >> So uma observa??o, n?o querendo defender o Terra, mas "atrasos" de algumas >> horas s?o coisas constantes de acontecer. S?o situacoes previstas e >> tratadas pelo MTA. >> >> []'s >> >> >> Hamilton Vera >> int Administrator (char Network[],char ComputationalSystems[]); >> http://antispam.br/ >> "Google is my shepherd, no want shall I know" >> >> On Thu, 11 Oct 2007, Rodrigo wrote: >> From frederick at dahype.org Thu Oct 11 16:07:51 2007 From: frederick at dahype.org (Renato Frederick) Date: Thu, 11 Oct 2007 16:07:51 -0300 Subject: [MASOCH-L] RES: Problemas para receber e-mails no Terra In-Reply-To: <470E6BDA.1070208@faculdadedecision.com.br> References: <470E15A3.6090806@standardnet.com.br> <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> <470E3263.5090407@faculdadedecision.com.br> <470E3A06.30609@standardnet.com.br> <470E498C.4030007@faculdadedecision.com.br> <Pine.LNX.4.63.0710111321250.28078@lima.i2.com.br> <c79f20030710111109l25be0f20x8a2770c3a51fbf37@mail.gmail.com> <470E6BDA.1070208@faculdadedecision.com.br> Message-ID: <000601c80c3a$0687f8f0$1397ead0$@org> Tive problemas em um cliente, migramos o dom?nio para uma operadora, a opera??o n?o deu certo e voltamos atr?s, ap?s isto o email n?o era entregue, a conex?o a porta 25 do terra dava timeout, alguns emails eram aceitos mas n?o chegava na conta do usu?rio... Eles informaram que era problema do reverso, o que obviamente n?o era, j? que a 1a operadora j? tinha configurado e voltamos atr?s.. Misteriosamente, 1 semana depois voltou a funcionar, mas a suspeita ? que o cliente enviava uma rotina de muitos emails di?rios e o terra tem algum tipo de prote??o ou bloqueio, agravada pelo fato do email ter saido alguns dias com outro IP, mas n?o informam pelo telefone ou n?o divulgam. Resumo, tive problemas parecidos e voltou do nada... > -----Mensagem original----- > De: masoch-l-bounces at eng.registro.br [mailto:masoch-l- > bounces at eng.registro.br] Em nome de Rodrigo > Enviada em: quinta-feira, 11 de outubro de 2007 15:31 > Para: Mail Aid and Succor, On-line Comfort and Help > Assunto: Re: [MASOCH-L] Problemas para receber e-mails no Terra > > ? verdade ! ? mesmo dificil faz?-los entender ! > > Se voce olhar a mensagem original ver? que eu coloquei l?: > "...um e-mail n?o tem garantia nem prazo de entrega ...", > e essa ? uma frase que eu uso constantemente. > > O que me motivou postar nessa lista ? levantar se mais alguem aqui > percebeu algo parecido, > pois em contato com o suporte do Terra, eles obviamente disseram: > > "Vou estar verificando o que pode estar acontecendo, mas pelos testes > que fizemos agora > tudo est? parecendo ok" ... > > A proposito: qual o senso comum de "algumas horas" ? > > Estou 'aguardando' um e-mail que foi postado no dia 08/10/2007, ?s > 11:43. > > Gustavo Ara?jo escreveu: > > bah, o que j? atendi de cliente reclamando disso ... o dif?cil ? > fazer > > entender ... > > > > muitas vezes os t?cnicos esquecem que entre dois MTAs h? roteadores, > > backbones, etc e o caminho para um MX pode ser totalmente diferente > para > > outro MX, mesmo que os dois estejam um ao lado do outro mas com links > > diferentes. > > > > Em 11/10/07, Hamilton Vera <hamilton at i2.com.br> escreveu: > > > >> So uma observa??o, n?o querendo defender o Terra, mas "atrasos" de > algumas > >> horas s?o coisas constantes de acontecer. S?o situacoes previstas e > >> tratadas pelo MTA. > >> > >> []'s > >> > >> > >> Hamilton Vera > >> int Administrator (char Network[],char ComputationalSystems[]); > >> http://antispam.br/ > >> "Google is my shepherd, no want shall I know" > >> > >> On Thu, 11 Oct 2007, Rodrigo wrote: > >> > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From alfavero at gmail.com Thu Oct 11 16:15:46 2007 From: alfavero at gmail.com (=?ISO-8859-1?Q?Andr=E9_Lu=EDs_F=E1vero?=) Date: Thu, 11 Oct 2007 16:15:46 -0300 Subject: [MASOCH-L] Problemas para receber e-mails no Terra In-Reply-To: <470E6BDA.1070208@faculdadedecision.com.br> References: <470E15A3.6090806@standardnet.com.br> <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> <470E3263.5090407@faculdadedecision.com.br> <470E3A06.30609@standardnet.com.br> <470E498C.4030007@faculdadedecision.com.br> <Pine.LNX.4.63.0710111321250.28078@lima.i2.com.br> <c79f20030710111109l25be0f20x8a2770c3a51fbf37@mail.gmail.com> <470E6BDA.1070208@faculdadedecision.com.br> Message-ID: <1192130146.11692.22.camel@gimli.sentinelasecurity.com.br> Ol?, N?o especificamente com o Terra, mas tamb?m tenho percebido este mesmo problema em alguns MXs que administro. []'s F?vero Em Qui, 2007-10-11 ?s 15:30 -0300, Rodrigo escreveu: > ? verdade ! ? mesmo dificil faz?-los entender ! > > Se voce olhar a mensagem original ver? que eu coloquei l?: > "...um e-mail n?o tem garantia nem prazo de entrega ...", > e essa ? uma frase que eu uso constantemente. > > O que me motivou postar nessa lista ? levantar se mais alguem aqui > percebeu algo parecido, > pois em contato com o suporte do Terra, eles obviamente disseram: > > "Vou estar verificando o que pode estar acontecendo, mas pelos testes > que fizemos agora > tudo est? parecendo ok" ... > > A proposito: qual o senso comum de "algumas horas" ? > > Estou 'aguardando' um e-mail que foi postado no dia 08/10/2007, ?s 11:43. > > Gustavo Ara?jo escreveu: > > bah, o que j? atendi de cliente reclamando disso ... o dif?cil ? fazer > > entender ... > > > > muitas vezes os t?cnicos esquecem que entre dois MTAs h? roteadores, > > backbones, etc e o caminho para um MX pode ser totalmente diferente para > > outro MX, mesmo que os dois estejam um ao lado do outro mas com links > > diferentes. > > > > Em 11/10/07, Hamilton Vera <hamilton at i2.com.br> escreveu: > > > >> So uma observa??o, n?o querendo defender o Terra, mas "atrasos" de algumas > >> horas s?o coisas constantes de acontecer. S?o situacoes previstas e > >> tratadas pelo MTA. > >> > >> []'s > >> > >> > >> Hamilton Vera > >> int Administrator (char Network[],char ComputationalSystems[]); > >> http://antispam.br/ > >> "Google is my shepherd, no want shall I know" > >> > >> On Thu, 11 Oct 2007, Rodrigo wrote: > >> > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From tukso.antartiko at gmail.com Thu Oct 11 20:56:59 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Thu, 11 Oct 2007 20:56:59 -0300 Subject: [MASOCH-L] RES: Blacklist de site de pirataria In-Reply-To: <642A062A3EA5004EB84EBD1D34C1C54C8D4062@sun78.unisc.br> References: <642A062A3EA5004EB84EBD1D34C1C54C8D4062@sun78.unisc.br> Message-ID: <b1dc8f9a0710111656p19b6af36qd21f043fde94d83e@mail.gmail.com> Voc? pode usar um filtro internacional para ajudar mas n?o elimina a necessidade de esfor?o pr?prio, existem muitos servidores de brasileiros para brasileiros que n?o devem estar nesta lista. Se precisar de alguns exemplos ? s? procurar no blogspot (Google). On 10/10/07, Cristiano Maynart Pereira <cpereira at unisc.br> wrote: > > > Existem softwares que trabalham por categoriza??o, como o Secure Content > Manager da CA e o Websense(este ? muito bom e com muitos recursos), onde > existem equipes espalhadas pelo mundo que categorizam cada site, inclusive > tem categoriza??o por p?ginas dentro de um mesmo dom?nio. Por?m, os mesmos > tem um custo muito elevado. > > Uma op??o free ? o Dansguardian que tamb?m trata de categorias e trabalha > junto com o Squid. Faz tempo que utilizei, mas se n?o me engano voc? paga > algo em torno de $100,00 anuais para baixar as atualiza??es das categorias, > que s?o di?rias. > > Filtro por acl no proxy n?o resolveu para mim, porque comecei a verificar > que a maioria dos downloads eram compactados, como .tar .rar .zip .exe e por > a? vai. > > From condector at debian-ms.org Fri Oct 12 11:02:00 2007 From: condector at debian-ms.org (Brivaldo Junior) Date: Fri, 12 Oct 2007 10:02:00 -0400 Subject: [MASOCH-L] Amigos da Lista. Message-ID: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa primeira pesquisada no hist?rico da lista. Algu?m j? conseguiu resolver o problema de envios de email de MTA's Linux para o Hotmail?? Passos j? realizados: 1 - reverso PTR: ok 2 - SPF com tag espec?fica: ok 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok O MTA origem ? o Qmail e envia email para todos os servidores mais conhecidos, menos para o Hotmail, a mensagem do log do Qmail diz que a mensagem foi entregue para o servidor do hotmail.. mas nada aparece na caixa do destinat?rio. Obrigado, Brivaldo Jr -- -- Debian Linux em MS, eu apoio esta id?ia e voc?? -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- DEBIAN-MS From daviperes at gmail.com Fri Oct 12 11:06:51 2007 From: daviperes at gmail.com (davi peres) Date: Fri, 12 Oct 2007 11:06:51 -0300 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> Message-ID: <ccd658cc0710120706y2f2dfdd8gdd67000822ca74be@mail.gmail.com> sim, eu resolvi arrumando meu dns http://www.dnsstuff.com/ Em 12/10/07, Brivaldo Junior <condector at debian-ms.org> escreveu: > > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > primeira pesquisada no hist?rico da lista. > > Algu?m j? conseguiu resolver o problema de envios de email de MTA's > Linux para o Hotmail?? > > Passos j? realizados: > > 1 - reverso PTR: ok > 2 - SPF com tag espec?fica: ok > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > > O MTA origem ? o Qmail e envia email para todos os servidores mais > conhecidos, menos para o Hotmail, a mensagem do log do Qmail diz que a > mensagem foi entregue para o servidor do hotmail.. mas nada aparece na > caixa do destinat?rio. > > Obrigado, > Brivaldo Jr > > -- > -- > Debian Linux em MS, eu apoio esta id?ia e voc?? > -- > .''`. Debian GNU/Linux > : :' : Free Operating System > `. `' http://debian.org/ > `- DEBIAN-MS > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From tukso.antartiko at gmail.com Fri Oct 12 14:21:37 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Fri, 12 Oct 2007 14:21:37 -0300 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> Message-ID: <b1dc8f9a0710121021x327e1df7y10bd2549208556a9@mail.gmail.com> Verifique o IP do servidor em https://postmaster.live.com/snds/ ? bem prov?vel que sua organiza??o (DEBIAN-MS) intrigue um pouco eles (MS) :-) On 10/12/07, Brivaldo Junior <condector at debian-ms.org> wrote: > > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > primeira pesquisada no hist?rico da lista. > > Algu?m j? conseguiu resolver o problema de envios de email de MTA's > Linux para o Hotmail?? > > Passos j? realizados: > > 1 - reverso PTR: ok > 2 - SPF com tag espec?fica: ok > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > > O MTA origem ? o Qmail e envia email para todos os servidores mais > conhecidos, menos para o Hotmail, a mensagem do log do Qmail diz que a > mensagem foi entregue para o servidor do hotmail.. mas nada aparece na > caixa do destinat?rio. > > Obrigado, > Brivaldo Jr > > -- > -- > "Debian Linux em MS, eu apoio esta id?ia e voc??" > -- > .''`. Debian GNU/Linux > : :' : Free Operating System > `. `' http://debian.org/ > `- DEBIAN-MS > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From lyra at pop-pr.rnp.br Fri Oct 12 14:33:43 2007 From: lyra at pop-pr.rnp.br (Christian Lyra) Date: Fri, 12 Oct 2007 14:33:43 -0300 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> Message-ID: <ff07fffe0710121033p64456d30jc31e1899b748fd84@mail.gmail.com> O problema ? conhecido e mesmo que todas as configs de dns estejam ok, ainda assim o ms-antispam pode sumir com os teus emails. Fa?a o seguinte teste: de uma conta do hotmail, envie um mail para o seu dominio. d? uma reply nessa mensagem (se o dns estiver ok, ela vai chegar e passar pelo "antispam"). Um amigo constatou que mensagems de teste, dessas que a gente manda com apenas 1 linha, normalmente n?o passam pelo ms-antispam. Dai vc coloca uma daquelas assinaturas gigantescas e passa! vai entender... On 10/12/07, Brivaldo Junior <condector at debian-ms.org> wrote: > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > primeira pesquisada no hist?rico da lista. > > Algu?m j? conseguiu resolver o problema de envios de email de MTA's > Linux para o Hotmail?? > > Passos j? realizados: > > 1 - reverso PTR: ok > 2 - SPF com tag espec?fica: ok > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > > O MTA origem ? o Qmail e envia email para todos os servidores mais > conhecidos, menos para o Hotmail, a mensagem do log do Qmail diz que a > mensagem foi entregue para o servidor do hotmail.. mas nada aparece na > caixa do destinat?rio. > > Obrigado, > Brivaldo Jr > > -- > -- > Debian Linux em MS, eu apoio esta id?ia e voc?? > -- > .''`. Debian GNU/Linux > : :' : Free Operating System > `. `' http://debian.org/ > `- DEBIAN-MS > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- Christian Lyra PoP-PR/RNP From condector at debian-ms.org Fri Oct 12 22:02:06 2007 From: condector at debian-ms.org (Brivaldo Junior) Date: Fri, 12 Oct 2007 21:02:06 -0400 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <ff07fffe0710121033p64456d30jc31e1899b748fd84@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ff07fffe0710121033p64456d30jc31e1899b748fd84@mail.gmail.com> Message-ID: <2ca1b24b0710121802v71d37adawb6df5d8c8b8b524b@mail.gmail.com> Nossa, que coisa doente!!! Meu DNS est? OK, o MTA que falei ? do dom?nio: lepostichecg.com.br, e est? com o PTR correto e SPF tamb?m. Tamb?m notei que quando enviamos mais de uma linha as "vezes" chega... s? que agora parou de chegar de vez... sei l? o que est? acontecendo. Alguma dica extra?? Obrigado, Brivaldo Jr Em 12/10/07, Christian Lyra<lyra at pop-pr.rnp.br> escreveu: > O problema ? conhecido e mesmo que todas as configs de dns estejam ok, > ainda assim o ms-antispam pode sumir com os teus emails. > > Fa?a o seguinte teste: > > de uma conta do hotmail, envie um mail para o seu dominio. d? uma > reply nessa mensagem (se o dns estiver ok, ela vai chegar e passar > pelo "antispam"). > > Um amigo constatou que mensagems de teste, dessas que a gente manda > com apenas 1 linha, normalmente n?o passam pelo ms-antispam. Dai vc > coloca uma daquelas assinaturas gigantescas e passa! vai entender... > > > On 10/12/07, Brivaldo Junior <condector at debian-ms.org> wrote: > > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > > primeira pesquisada no hist?rico da lista. > > > > Algu?m j? conseguiu resolver o problema de envios de email de MTA's > > Linux para o Hotmail?? > > > > Passos j? realizados: > > > > 1 - reverso PTR: ok > > 2 - SPF com tag espec?fica: ok > > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > > > > O MTA origem ? o Qmail e envia email para todos os servidores mais > > conhecidos, menos para o Hotmail, a mensagem do log do Qmail diz que a > > mensagem foi entregue para o servidor do hotmail.. mas nada aparece na > > caixa do destinat?rio. > > > > Obrigado, > > Brivaldo Jr > > > > -- > > -- > > Debian Linux em MS, eu apoio esta id?ia e voc?? > > -- > > .''`. Debian GNU/Linux > > : :' : Free Operating System > > `. `' http://debian.org/ > > `- DEBIAN-MS > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > -- > Christian Lyra > PoP-PR/RNP > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- -- Debian Linux em MS, eu apoio esta id?ia e voc?? -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- DEBIAN-MS From atendimento at pousadavirtual.com.br Fri Oct 12 22:19:59 2007 From: atendimento at pousadavirtual.com.br (Pousada Virtual - Atendimento) Date: Fri, 12 Oct 2007 22:19:59 -0300 Subject: [MASOCH-L] RES: Amigos da Lista. In-Reply-To: <2ca1b24b0710121802v71d37adawb6df5d8c8b8b524b@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com><ff07fffe0710121033p64456d30jc31e1899b748fd84@mail.gmail.com> <2ca1b24b0710121802v71d37adawb6df5d8c8b8b524b@mail.gmail.com> Message-ID: <003801c80d37$2d6ade80$0201a8c0@NOC> O reverso est? realmente configurado corretamente? root at naveserver [~]# host lepostichecg.com.br lepostichecg.com.br has address 200.140.102.84 root at naveserver [~]# host 200.140.102.84 84.102.140.200.in-addr.arpa is an alias for 84.80-87.102.140.200.in-addr.arpa. 84.80-87.102.140.200.in-addr.arpa domain name pointer mail.lepostichecg.com.br. Talves o Hotmail esteja vendo apenas o 84.80-87.102.140.200.in-addr.arpa como reverso. []s Andr?. -----Mensagem original----- De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Brivaldo Junior Enviada em: sexta-feira, 12 de outubro de 2007 22:02 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: Re: [MASOCH-L] Amigos da Lista. Nossa, que coisa doente!!! Meu DNS est? OK, o MTA que falei ? do dom?nio: lepostichecg.com.br, e est? com o PTR correto e SPF tamb?m. Tamb?m notei que quando enviamos mais de uma linha as "vezes" chega... s? que agora parou de chegar de vez... sei l? o que est? acontecendo. Alguma dica extra?? Obrigado, Brivaldo Jr Em 12/10/07, Christian Lyra<lyra at pop-pr.rnp.br> escreveu: > O problema ? conhecido e mesmo que todas as configs de dns estejam ok, > ainda assim o ms-antispam pode sumir com os teus emails. > > Fa?a o seguinte teste: > > de uma conta do hotmail, envie um mail para o seu dominio. d? uma > reply nessa mensagem (se o dns estiver ok, ela vai chegar e passar > pelo "antispam"). > > Um amigo constatou que mensagems de teste, dessas que a gente manda > com apenas 1 linha, normalmente n?o passam pelo ms-antispam. Dai vc > coloca uma daquelas assinaturas gigantescas e passa! vai entender... > > > On 10/12/07, Brivaldo Junior <condector at debian-ms.org> wrote: > > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > > primeira pesquisada no hist?rico da lista. > > > > Algu?m j? conseguiu resolver o problema de envios de email de > > MTA's Linux para o Hotmail?? > > > > Passos j? realizados: > > > > 1 - reverso PTR: ok > > 2 - SPF com tag espec?fica: ok > > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > > > > O MTA origem ? o Qmail e envia email para todos os servidores mais > > conhecidos, menos para o Hotmail, a mensagem do log do Qmail diz que > > a mensagem foi entregue para o servidor do hotmail.. mas nada > > aparece na caixa do destinat?rio. > > > > Obrigado, > > Brivaldo Jr > > > > -- > > -- > > Debian Linux em MS, eu apoio esta id?ia e voc?? > > -- > > .''`. Debian GNU/Linux > > : :' : Free Operating System > > `. `' http://debian.org/ > > `- DEBIAN-MS > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > -- > Christian Lyra > PoP-PR/RNP > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- -- Debian Linux em MS, eu apoio esta id?ia e voc?? -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- DEBIAN-MS __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From condector at debian-ms.org Fri Oct 12 22:55:03 2007 From: condector at debian-ms.org (Brivaldo Junior) Date: Fri, 12 Oct 2007 21:55:03 -0400 Subject: [MASOCH-L] RES: Amigos da Lista. In-Reply-To: <003801c80d37$2d6ade80$0201a8c0@NOC> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ff07fffe0710121033p64456d30jc31e1899b748fd84@mail.gmail.com> <2ca1b24b0710121802v71d37adawb6df5d8c8b8b524b@mail.gmail.com> <003801c80d37$2d6ade80$0201a8c0@NOC> Message-ID: <2ca1b24b0710121855k3bec5d14r5bc7c99253458c6b@mail.gmail.com> N?o fui eu que configurei o reverso, mas utilizando o www.dnsstuff.com, ele retorna o reverso para o IP 200.140.102.84 e parece correto: # Answer: # 200.140.102.84 PTR record: mail.lepostichecg.com.br. [TTL 3600s] [A=200.140.102.84] O que acho engra?ado ? que servidores de email como BOL e Terra, fazem a checagem de reverso, antes quando n?o estava configurado nem chegava.. agora vai normal. [ ]?s Brivaldo Jr Em 12/10/07, Pousada Virtual - Atendimento<atendimento at pousadavirtual.com.br> escreveu: > O reverso est? realmente configurado corretamente? > > root at naveserver [~]# host lepostichecg.com.br > lepostichecg.com.br has address 200.140.102.84 > > root at naveserver [~]# host 200.140.102.84 > 84.102.140.200.in-addr.arpa is an alias for > 84.80-87.102.140.200.in-addr.arpa. > 84.80-87.102.140.200.in-addr.arpa domain name pointer > mail.lepostichecg.com.br. > > Talves o Hotmail esteja vendo apenas o 84.80-87.102.140.200.in-addr.arpa > como reverso. > > []s > > Andr?. > > > -----Mensagem original----- > De: masoch-l-bounces at eng.registro.br > [mailto:masoch-l-bounces at eng.registro.br] Em nome de Brivaldo Junior > Enviada em: sexta-feira, 12 de outubro de 2007 22:02 > Para: Mail Aid and Succor, On-line Comfort and Help > Assunto: Re: [MASOCH-L] Amigos da Lista. > > Nossa, que coisa doente!!! > > Meu DNS est? OK, o MTA que falei ? do dom?nio: lepostichecg.com.br, e est? > com o PTR correto e SPF tamb?m. > > Tamb?m notei que quando enviamos mais de uma linha as "vezes" chega... > s? que agora parou de chegar de vez... sei l? o que est? acontecendo. > > Alguma dica extra?? > > > Obrigado, > Brivaldo Jr > > Em 12/10/07, Christian Lyra<lyra at pop-pr.rnp.br> escreveu: > > O problema ? conhecido e mesmo que todas as configs de dns estejam ok, > > ainda assim o ms-antispam pode sumir com os teus emails. > > > > Fa?a o seguinte teste: > > > > de uma conta do hotmail, envie um mail para o seu dominio. d? uma > > reply nessa mensagem (se o dns estiver ok, ela vai chegar e passar > > pelo "antispam"). > > > > Um amigo constatou que mensagems de teste, dessas que a gente manda > > com apenas 1 linha, normalmente n?o passam pelo ms-antispam. Dai vc > > coloca uma daquelas assinaturas gigantescas e passa! vai entender... > > > > > > On 10/12/07, Brivaldo Junior <condector at debian-ms.org> wrote: > > > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > > > primeira pesquisada no hist?rico da lista. > > > > > > Algu?m j? conseguiu resolver o problema de envios de email de > > > MTA's Linux para o Hotmail?? > > > > > > Passos j? realizados: > > > > > > 1 - reverso PTR: ok > > > 2 - SPF com tag espec?fica: ok > > > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > > > > > > O MTA origem ? o Qmail e envia email para todos os servidores mais > > > conhecidos, menos para o Hotmail, a mensagem do log do Qmail diz que > > > a mensagem foi entregue para o servidor do hotmail.. mas nada > > > aparece na caixa do destinat?rio. > > > > > > Obrigado, > > > Brivaldo Jr > > > > > > -- > > > -- > > > Debian Linux em MS, eu apoio esta id?ia e voc?? > > > -- > > > .''`. Debian GNU/Linux > > > : :' : Free Operating System > > > `. `' http://debian.org/ > > > `- DEBIAN-MS > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > -- > > Christian Lyra > > PoP-PR/RNP > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > -- > -- > Debian Linux em MS, eu apoio esta id?ia e voc?? > -- > .''`. Debian GNU/Linux > : :' : Free Operating System > `. `' http://debian.org/ > `- DEBIAN-MS > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- -- Debian Linux em MS, eu apoio esta id?ia e voc?? -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- DEBIAN-MS From vitort at gmail.com Sun Oct 14 10:35:56 2007 From: vitort at gmail.com (Vitor) Date: Sun, 14 Oct 2007 09:35:56 -0300 Subject: [MASOCH-L] Problemas para receber e-mails no Terra In-Reply-To: <1192130146.11692.22.camel@gimli.sentinelasecurity.com.br> References: <470E15A3.6090806@standardnet.com.br> <03af01c80c02$4df5ee50$e9e1caf0$@eti.br> <deb3d7df0710110543qb8b43d9s3204bf345d032ffb@mail.gmail.com> <470E3263.5090407@faculdadedecision.com.br> <470E3A06.30609@standardnet.com.br> <470E498C.4030007@faculdadedecision.com.br> <Pine.LNX.4.63.0710111321250.28078@lima.i2.com.br> <c79f20030710111109l25be0f20x8a2770c3a51fbf37@mail.gmail.com> <470E6BDA.1070208@faculdadedecision.com.br> <1192130146.11692.22.camel@gimli.sentinelasecurity.com.br> Message-ID: <357d59210710140535u3093dfe8t118c1ec33564b6b8@mail.gmail.com> REALMENTE, meus clientes tamb?m n?o est?o conseguindo enviar emails para @ terra.com.br. At? verifiquei se meus ip?s estavamk em alguma blacklist, mas nao estavam. Abra?os!!! On 10/11/07, Andr? Lu?s F?vero <alfavero at gmail.com> wrote: > > > Ol?, > > N?o especificamente com o Terra, mas tamb?m tenho percebido este mesmo > problema em alguns MXs que administro. > > []'s > F?vero > > Em Qui, 2007-10-11 ?s 15:30 -0300, Rodrigo escreveu: > > ? verdade ! ? mesmo dificil faz?-los entender ! > > > > Se voce olhar a mensagem original ver? que eu coloquei l?: > > "...um e-mail n?o tem garantia nem prazo de entrega ...", > > e essa ? uma frase que eu uso constantemente. > > > > O que me motivou postar nessa lista ? levantar se mais alguem aqui > > percebeu algo parecido, > > pois em contato com o suporte do Terra, eles obviamente disseram: > > > > "Vou estar verificando o que pode estar acontecendo, mas pelos testes > > que fizemos agora > > tudo est? parecendo ok" ... > > > > A proposito: qual o senso comum de "algumas horas" ? > > > > Estou 'aguardando' um e-mail que foi postado no dia 08/10/2007, ?s > 11:43. > > > > Gustavo Ara?jo escreveu: > > > bah, o que j? atendi de cliente reclamando disso ... o dif?cil ? fazer > > > entender ... > > > > > > muitas vezes os t?cnicos esquecem que entre dois MTAs h? roteadores, > > > backbones, etc e o caminho para um MX pode ser totalmente diferente > para > > > outro MX, mesmo que os dois estejam um ao lado do outro mas com links > > > diferentes. > > > > > > Em 11/10/07, Hamilton Vera <hamilton at i2.com.br> escreveu: > > > > > >> So uma observa??o, n?o querendo defender o Terra, mas "atrasos" de > algumas > > >> horas s?o coisas constantes de acontecer. S?o situacoes previstas e > > >> tratadas pelo MTA. > > >> > > >> []'s > > >> > > >> > > >> Hamilton Vera > > >> int Administrator (char Network[],char ComputationalSystems[]); > > >> http://antispam.br/ > > >> "Google is my shepherd, no want shall I know" > > >> > > >> On Thu, 11 Oct 2007, Rodrigo wrote: > > >> > > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From listas at gutocarvalho.net Mon Oct 15 16:39:29 2007 From: listas at gutocarvalho.net (guto carvalho) Date: Mon, 15 Oct 2007 14:39:29 -0400 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <2ca1b24b0710121802v71d37adawb6df5d8c8b8b524b@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ff07fffe0710121033p64456d30jc31e1899b748fd84@mail.gmail.com> <2ca1b24b0710121802v71d37adawb6df5d8c8b8b524b@mail.gmail.com> Message-ID: <1192473569.25420.59.camel@defiant> Com o Hotmail nunca se sabe, ele ? um inconstante, o cara que fez o antispam ? doente, s? pode, se tu colocar teste no subject n?o chega. Em Sex, 2007-10-12 ?s 21:02 -0400, Brivaldo Junior escreveu: > Nossa, que coisa doente!!! > > Meu DNS est? OK, o MTA que falei ? do dom?nio: lepostichecg.com.br, e > est? com o PTR correto e SPF tamb?m. > > Tamb?m notei que quando enviamos mais de uma linha as "vezes" chega... > s? que agora parou de chegar de vez... sei l? o que est? acontecendo. > > Alguma dica extra?? > > > Obrigado, > Brivaldo Jr > > Em 12/10/07, Christian Lyra<lyra at pop-pr.rnp.br> escreveu: > > O problema ? conhecido e mesmo que todas as configs de dns estejam ok, > > ainda assim o ms-antispam pode sumir com os teus emails. > > > > Fa?a o seguinte teste: > > > > de uma conta do hotmail, envie um mail para o seu dominio. d? uma > > reply nessa mensagem (se o dns estiver ok, ela vai chegar e passar > > pelo "antispam"). > > > > Um amigo constatou que mensagems de teste, dessas que a gente manda > > com apenas 1 linha, normalmente n?o passam pelo ms-antispam. Dai vc > > coloca uma daquelas assinaturas gigantescas e passa! vai entender... > > > > > > On 10/12/07, Brivaldo Junior <condector at debian-ms.org> wrote: > > > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > > > primeira pesquisada no hist?rico da lista. > > > > > > Algu?m j? conseguiu resolver o problema de envios de email de MTA's > > > Linux para o Hotmail?? > > > > > > Passos j? realizados: > > > > > > 1 - reverso PTR: ok > > > 2 - SPF com tag espec?fica: ok > > > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > > > > > > O MTA origem ? o Qmail e envia email para todos os servidores mais > > > conhecidos, menos para o Hotmail, a mensagem do log do Qmail diz que a > > > mensagem foi entregue para o servidor do hotmail.. mas nada aparece na > > > caixa do destinat?rio. > > > > > > Obrigado, > > > Brivaldo Jr > > > > > > -- > > > -- > > > Debian Linux em MS, eu apoio esta id?ia e voc?? > > > -- > > > .''`. Debian GNU/Linux > > > : :' : Free Operating System > > > `. `' http://debian.org/ > > > `- DEBIAN-MS > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > -- > > Christian Lyra > > PoP-PR/RNP > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > From listas at gutocarvalho.net Mon Oct 15 16:58:00 2007 From: listas at gutocarvalho.net (guto carvalho) Date: Mon, 15 Oct 2007 14:58:00 -0400 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <ccd658cc0710120706y2f2dfdd8gdd67000822ca74be@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ccd658cc0710120706y2f2dfdd8gdd67000822ca74be@mail.gmail.com> Message-ID: <1192474680.25420.72.camel@defiant> Sugiro testar seu DNS com as seguintes ferramentas e v? resolvendo os problemas at? acabar os warnings ;) http://www.checkdns.net/ (fant?stica) http://pingability.com/ (muito boa) http://www.dnscheck.se/ http://www.steinernet.ch/dns-check.html Teste seu MTA tamb?m, ?timo para verificar openrelay e outras coisas. http://www.mxtoolbox.com/diagnostic.aspx Umas coisas que eu j? vi, seria interessante tu trocar o registro de CNAME para A no dominio SMTP, aproveite j? troque para registro do tipo A o dom?nio POP e MAIL tamb?m, n?o custa nada. ---cut----------------------------------------------- root at gutocarvalho:~# dig smtp.lepostichecg.com.br ; <<>> DiG 9.3.4 <<>> smtp.lepostichecg.com.br ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27319 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 0 ;; QUESTION SECTION: ;smtp.lepostichecg.com.br. IN A ;; ANSWER SECTION: smtp.lepostichecg.com.br. 86400 IN CNAME mail.lepostichecg.com.br. mail.lepostichecg.com.br. 86400 IN A 200.140.102.84 ;; AUTHORITY SECTION: lepostichecg.com.br. 86095 IN NS ns8.topempresas.com.br. lepostichecg.com.br. 86095 IN NS ns7.topempresas.com.br. ;; Query time: 1045 msec ;; SERVER: 72.249.0.34#53(72.249.0.34) ;; WHEN: Mon Oct 15 18:45:46 2007 ;; MSG SIZE rcvd: 125 ---cut----------------------------------------------- root at gutocarvalho:~# dig -x 200.140.102.84 ; <<>> DiG 9.3.4 <<>> -x 200.140.102.84 ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33150 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 2 ;; QUESTION SECTION: ;84.102.140.200.in-addr.arpa. IN PTR ;; ANSWER SECTION: 84.102.140.200.in-addr.arpa. 85776 IN CNAME 84.80-87.102.140.200.in-addr.arpa. 84.80-87.102.140.200.in-addr.arpa. 2977 IN PTR mail.lepostichecg.com.br. ;; AUTHORITY SECTION: 80-87.102.140.200.in-addr.arpa. 2977 IN NS ns8.topempresas.com.br. 80-87.102.140.200.in-addr.arpa. 2977 IN NS ns1.lepostichecg.com.br. 80-87.102.140.200.in-addr.arpa. 2977 IN NS ns2.lepostichecg.com.br. 80-87.102.140.200.in-addr.arpa. 2977 IN NS ns7.topempresas.com.br. ;; ADDITIONAL SECTION: ns1.lepostichecg.com.br. 85777 IN A 201.3.8.9 ns2.lepostichecg.com.br. 85777 IN A 201.3.8.10 ;; Query time: 3 msec ;; SERVER: 72.249.0.34#53(72.249.0.34) ;; WHEN: Mon Oct 15 18:51:03 2007 ;; MSG SIZE rcvd: 222 ---cut----------------------------------------------- Em Sex, 2007-10-12 ?s 11:06 -0300, davi peres escreveu: > sim, eu resolvi arrumando meu dns > http://www.dnsstuff.com/ > > Em 12/10/07, Brivaldo Junior <condector at debian-ms.org> escreveu: > > > > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > > primeira pesquisada no hist?rico da lista. > > > > Algu?m j? conseguiu resolver o problema de envios de email de MTA's > > Linux para o Hotmail?? > > > > Passos j? realizados: > > > > 1 - reverso PTR: ok > > 2 - SPF com tag espec?fica: ok > > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > > > > O MTA origem ? o Qmail e envia email para todos os servidores mais > > conhecidos, menos para o Hotmail, a mensagem do log do Qmail diz que a > > mensagem foi entregue para o servidor do hotmail.. mas nada aparece na > > caixa do destinat?rio. > > > > Obrigado, > > Brivaldo Jr > > > > -- > > -- > > Debian Linux em MS, eu apoio esta id?ia e voc?? > > -- > > .''`. Debian GNU/Linux > > : :' : Free Operating System > > `. `' http://debian.org/ > > `- DEBIAN-MS > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From danton at inexo.com.br Mon Oct 15 17:22:53 2007 From: danton at inexo.com.br (Lao DanTong) Date: Mon, 15 Oct 2007 17:22:53 -0200 (BRST) Subject: [MASOCH-L] Amigos da Lista. <-- precisa mudar! In-Reply-To: <1192473569.25420.59.camel@defiant> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ff07fffe0710121033p64456d30jc31e1899b748fd84@mail.gmail.com> <2ca1b24b0710121802v71d37adawb6df5d8c8b8b524b@mail.gmail.com> <1192473569.25420.59.camel@defiant> Message-ID: <Pine.LNX.4.60.0710151721100.29166@newquantum.inexo.com.br> por favor, mudem o assunto desta 'thread', pois o atual 'Amigos da Lista' nada diz do que se discute. From gui at maniacs.com.br Mon Oct 15 17:42:55 2007 From: gui at maniacs.com.br (Guilherme de Freitas Figueiredo) Date: Mon, 15 Oct 2007 17:42:55 -0200 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <1192474680.25420.72.camel@defiant> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ccd658cc0710120706y2f2dfdd8gdd67000822ca74be@mail.gmail.com> <1192474680.25420.72.camel@defiant> Message-ID: <9c48850e0710151242j2be9a8dbp925c958de214db51@mail.gmail.com> Boa tarde! Favor dar uma olhada http://www.robtex.com/rbl/200.140.102.84.html Abra?os! Em 15/10/07, guto carvalho <listas at gutocarvalho.net> escreveu: > > Sugiro testar seu DNS com as seguintes ferramentas e v? resolvendo os > problemas at? acabar os warnings ;) > > http://www.checkdns.net/ (fant?stica) > > http://pingability.com/ (muito boa) > > http://www.dnscheck.se/ > > http://www.steinernet.ch/dns-check.html > > Teste seu MTA tamb?m, ?timo para verificar openrelay e outras coisas. > > http://www.mxtoolbox.com/diagnostic.aspx > > Umas coisas que eu j? vi, seria interessante tu trocar o registro > de CNAME para A no dominio SMTP, aproveite j? troque para registro do > tipo A o dom?nio POP e MAIL tamb?m, n?o custa nada. > > ---cut----------------------------------------------- > > root at gutocarvalho:~# dig smtp.lepostichecg.com.br > > ; <<>> DiG 9.3.4 <<>> smtp.lepostichecg.com.br > ;; global options: printcmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 27319 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 0 > > ;; QUESTION SECTION: > ;smtp.lepostichecg.com.br. IN A > > ;; ANSWER SECTION: > smtp.lepostichecg.com.br. 86400 IN CNAME > mail.lepostichecg.com.br. > mail.lepostichecg.com.br. 86400 IN A 200.140.102.84 > > ;; AUTHORITY SECTION: > lepostichecg.com.br. 86095 IN NS ns8.topempresas.com.br. > lepostichecg.com.br. 86095 IN NS ns7.topempresas.com.br. > > ;; Query time: 1045 msec > ;; SERVER: 72.249.0.34#53(72.249.0.34) > ;; WHEN: Mon Oct 15 18:45:46 2007 > ;; MSG SIZE rcvd: 125 > > ---cut----------------------------------------------- > > root at gutocarvalho:~# dig -x 200.140.102.84 > > ; <<>> DiG 9.3.4 <<>> -x 200.140.102.84 > ;; global options: printcmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33150 > ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 2 > > ;; QUESTION SECTION: > ;84.102.140.200.in-addr.arpa. IN PTR > > ;; ANSWER SECTION: > 84.102.140.200.in-addr.arpa. 85776 IN CNAME > 84.80-87.102.140.200.in-addr.arpa. > 84.80-87.102.140.200.in-addr.arpa. 2977 IN PTR > mail.lepostichecg.com.br. > > ;; AUTHORITY SECTION: > 80-87.102.140.200.in-addr.arpa. 2977 IN NS ns8.topempresas.com.br. > 80-87.102.140.200.in-addr.arpa. 2977 IN NS ns1.lepostichecg.com.br. > 80-87.102.140.200.in-addr.arpa. 2977 IN NS ns2.lepostichecg.com.br. > 80-87.102.140.200.in-addr.arpa. 2977 IN NS ns7.topempresas.com.br. > > ;; ADDITIONAL SECTION: > ns1.lepostichecg.com.br. 85777 IN A 201.3.8.9 > ns2.lepostichecg.com.br. 85777 IN A 201.3.8.10 > > ;; Query time: 3 msec > ;; SERVER: 72.249.0.34#53(72.249.0.34) > ;; WHEN: Mon Oct 15 18:51:03 2007 > ;; MSG SIZE rcvd: 222 > > ---cut----------------------------------------------- > > Em Sex, 2007-10-12 ?s 11:06 -0300, davi peres escreveu: > > sim, eu resolvi arrumando meu dns > > http://www.dnsstuff.com/ > > > > Em 12/10/07, Brivaldo Junior <condector at debian-ms.org> escreveu: > > > > > > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > > > primeira pesquisada no hist?rico da lista. > > > > > > Algu?m j? conseguiu resolver o problema de envios de email de MTA's > > > Linux para o Hotmail?? > > > > > > Passos j? realizados: > > > > > > 1 - reverso PTR: ok > > > 2 - SPF com tag espec?fica: ok > > > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > > > > > > O MTA origem ? o Qmail e envia email para todos os servidores mais > > > conhecidos, menos para o Hotmail, a mensagem do log do Qmail diz que a > > > mensagem foi entregue para o servidor do hotmail.. mas nada aparece na > > > caixa do destinat?rio. > > > > > > Obrigado, > > > Brivaldo Jr > > > > > > -- > > > -- > > > Debian Linux em MS, eu apoio esta id?ia e voc?? > > > -- > > > .''`. Debian GNU/Linux > > > : :' : Free Operating System > > > `. `' http://debian.org/ > > > `- DEBIAN-MS > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- []s! -- Guilherme de Freitas Figueiredo - gui at maniacs.com.br - http://gui.maniacs.com.br From listas at gutocarvalho.net Mon Oct 15 17:45:24 2007 From: listas at gutocarvalho.net (guto carvalho) Date: Mon, 15 Oct 2007 15:45:24 -0400 Subject: [MASOCH-L] Amigos da Lista. <-- precisa mudar! In-Reply-To: <Pine.LNX.4.60.0710151721100.29166@newquantum.inexo.com.br> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ff07fffe0710121033p64456d30jc31e1899b748fd84@mail.gmail.com> <2ca1b24b0710121802v71d37adawb6df5d8c8b8b524b@mail.gmail.com> <1192473569.25420.59.camel@defiant> <Pine.LNX.4.60.0710151721100.29166@newquantum.inexo.com.br> Message-ID: <1192477524.25420.108.camel@defiant> Seria uma boa, facilita para outras pessoas ajudarem na thread. Em Seg, 2007-10-15 ?s 17:22 -0200, Lao DanTong escreveu: > por favor, mudem o assunto desta 'thread', pois o atual 'Amigos da Lista' > nada diz do que se discute. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From listas at gutocarvalho.net Mon Oct 15 18:31:02 2007 From: listas at gutocarvalho.net (guto carvalho) Date: Mon, 15 Oct 2007 16:31:02 -0400 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <9c48850e0710151242j2be9a8dbp925c958de214db51@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ccd658cc0710120706y2f2dfdd8gdd67000822ca74be@mail.gmail.com> <1192474680.25420.72.camel@defiant> <9c48850e0710151242j2be9a8dbp925c958de214db51@mail.gmail.com> Message-ID: <1192480262.25420.120.camel@defiant> Alas est? ai um grande problema. P? mas o hotmail nem informa que o ip est? em uma blocklist, sera que depois de aceitar ele ? processado de novo? Se for isto que coisa burra, sem log os admins tem que ficar adivinhando. []'s Guto Em Seg, 2007-10-15 ?s 17:42 -0200, Guilherme de Freitas Figueiredo escreveu: > http://www.robtex.com/rbl/200.140.102.84.html From listas at gutocarvalho.net Mon Oct 15 18:31:02 2007 From: listas at gutocarvalho.net (guto carvalho) Date: Mon, 15 Oct 2007 16:31:02 -0400 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <9c48850e0710151242j2be9a8dbp925c958de214db51@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ccd658cc0710120706y2f2dfdd8gdd67000822ca74be@mail.gmail.com> <1192474680.25420.72.camel@defiant> <9c48850e0710151242j2be9a8dbp925c958de214db51@mail.gmail.com> Message-ID: <1192480262.25420.120.camel@defiant> Alas est? ai um grande problema. P? mas o hotmail nem informa que o ip est? em uma blocklist, sera que depois de aceitar ele ? processado de novo? Se for isto que coisa burra, sem log os admins tem que ficar adivinhando. []'s Guto Em Seg, 2007-10-15 ?s 17:42 -0200, Guilherme de Freitas Figueiredo escreveu: > http://www.robtex.com/rbl/200.140.102.84.html From listas at gutocarvalho.net Mon Oct 15 18:35:18 2007 From: listas at gutocarvalho.net (guto carvalho) Date: Mon, 15 Oct 2007 16:35:18 -0400 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <1192480262.25420.120.camel@defiant> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ccd658cc0710120706y2f2dfdd8gdd67000822ca74be@mail.gmail.com> <1192474680.25420.72.camel@defiant> <9c48850e0710151242j2be9a8dbp925c958de214db51@mail.gmail.com> <1192480262.25420.120.camel@defiant> Message-ID: <1192480518.25420.123.camel@defiant> Outros checadores. http://www.rbl.jp/ckdb/ http://www.mob.net/~ted/tools/rbl.php3 http://openrbl.org/client/#200.140.102.84 []'s Guto Em Seg, 2007-10-15 ?s 16:31 -0400, guto carvalho escreveu: > Alas est? ai um grande problema. > > P? mas o hotmail nem informa que o ip est? em uma blocklist, sera que > depois de aceitar ele ? processado de novo? Se for isto que coisa burra, > sem log os admins tem que ficar adivinhando. > > []'s > Guto > > Em Seg, 2007-10-15 ?s 17:42 -0200, Guilherme de Freitas Figueiredo > escreveu: > > http://www.robtex.com/rbl/200.140.102.84.html > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From listas at gutocarvalho.net Mon Oct 15 19:58:53 2007 From: listas at gutocarvalho.net (guto carvalho) Date: Mon, 15 Oct 2007 17:58:53 -0400 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <1192480518.25420.123.camel@defiant> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <ccd658cc0710120706y2f2dfdd8gdd67000822ca74be@mail.gmail.com> <1192474680.25420.72.camel@defiant> <9c48850e0710151242j2be9a8dbp925c958de214db51@mail.gmail.com> <1192480262.25420.120.camel@defiant> <1192480518.25420.123.camel@defiant> Message-ID: <1192485533.25420.127.camel@defiant> 200.140.102.84 mail.lepostichecg.com.br : brazil.blackholes.us : BLOCKED mais um.... https://toolbox.webhotel.net/cgi-bin/rbl.cgi UCE Protect - Level 2 - IP Blocks of where multiple spam emails originatednsbl-2.uceprotect.netNet 200.140.0.0/17 is UCEPROTECT-Level2 listed because of 410 abusers. Your ISP TELESC - Telecomunicacoes de Santa Catarina SA/AS8167 has to fix this. See: http://www.uceprotect.net/rblcheck.php?ipr=200.140.102.842100 seconds20.9 msUCE Protect - Level 3 - Smarthosts of ISPsdnsbl-3.uceprotect.netYour ISP TELESC - Telecomunicacoes de Santa Catarina SA/AS8167 is UCEPROTECT-Level3 listed because he is responsible for a total of 20679 abusers on the net. See: http://www.uceprotect.net/rblcheck.php?ipr=200.140.102.84 Em Seg, 2007-10-15 ?s 16:35 -0400, guto carvalho escreveu: > Outros checadores. > > http://www.rbl.jp/ckdb/ > > http://www.mob.net/~ted/tools/rbl.php3 > > http://openrbl.org/client/#200.140.102.84 > > []'s > Guto > > Em Seg, 2007-10-15 ?s 16:31 -0400, guto carvalho escreveu: > > Alas est? ai um grande problema. > > > > P? mas o hotmail nem informa que o ip est? em uma blocklist, sera que > > depois de aceitar ele ? processado de novo? Se for isto que coisa burra, > > sem log os admins tem que ficar adivinhando. > > > > []'s > > Guto > > > > Em Seg, 2007-10-15 ?s 17:42 -0200, Guilherme de Freitas Figueiredo > > escreveu: > > > http://www.robtex.com/rbl/200.140.102.84.html > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From aristeu.jr at gmail.com Mon Oct 15 20:07:14 2007 From: aristeu.jr at gmail.com (Aristeu Gil Alves Jr) Date: Mon, 15 Oct 2007 19:07:14 -0300 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> Message-ID: <2c84c1de0710151507s5ced25b9l71926a168fabc6c3@mail.gmail.com> Em 12/10/07, Brivaldo Junior<condector at debian-ms.org> escreveu: > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > primeira pesquisada no hist?rico da lista. > > Algu?m j? conseguiu resolver o problema de envios de email de MTA's > Linux para o Hotmail?? > > Passos j? realizados: > > 1 - reverso PTR: ok > 2 - SPF com tag espec?fica: ok > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > Verifica se o HELO do servidor de envio bate com o reverso. O de recebimento posso ver que est? ok. Passamos por um problema similar com o hotmail, estava tudo certo, SPF, o ip de envio estava com reverso e direto e estava fora de BLs, mas o HELO do smtp de envio n?o batia com o reverso do ip, tinha apenas direto. . -- Aristeu Gil Alves Jr From condector at debian-ms.org Tue Oct 16 01:08:57 2007 From: condector at debian-ms.org (Brivaldo Junior) Date: Mon, 15 Oct 2007 23:08:57 -0400 Subject: [MASOCH-L] Amigos da Lista. In-Reply-To: <2c84c1de0710151507s5ced25b9l71926a168fabc6c3@mail.gmail.com> References: <2ca1b24b0710120702i7ec060cat86e9012f3df980f3@mail.gmail.com> <2c84c1de0710151507s5ced25b9l71926a168fabc6c3@mail.gmail.com> Message-ID: <2ca1b24b0710152008o7067cdd3i9b94ca807bb2dd94@mail.gmail.com> Aff, nem acho onde pedri pra remover naquele site que diz "estar" blacklisted... Vou verificar tudo novamente. Obrigado, Brivaldo Jr Em 15/10/07, Aristeu Gil Alves Jr<aristeu.jr at gmail.com> escreveu: > Em 12/10/07, Brivaldo Junior<condector at debian-ms.org> escreveu: > > N?o sei se j? foi discutido aqui.. pelo menos n?o encontrei numa > > primeira pesquisada no hist?rico da lista. > > > > Algu?m j? conseguiu resolver o problema de envios de email de MTA's > > Linux para o Hotmail?? > > > > Passos j? realizados: > > > > 1 - reverso PTR: ok > > 2 - SPF com tag espec?fica: ok > > 3 - checagem para saber se n?o est? em nenhuma lista de SPAM: ok > > > > Verifica se o HELO do servidor de envio bate com o reverso. O de > recebimento posso ver que est? ok. > > Passamos por um problema similar com o hotmail, estava tudo certo, > SPF, o ip de envio estava com reverso e direto e estava fora de BLs, > mas o HELO do smtp de envio n?o batia com o reverso do ip, tinha > apenas direto. . > > > -- > Aristeu Gil Alves Jr > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- -- Debian Linux em MS, eu apoio esta id?ia e voc?? -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- DEBIAN-MS From gzamboni at zael.com.br Tue Oct 16 12:56:33 2007 From: gzamboni at zael.com.br (Gustavo Zamboni) Date: Tue, 16 Oct 2007 11:56:33 -0300 Subject: [MASOCH-L] A Novela das cobrancas de ma fe Message-ID: <4714D121.8000406@zael.com.br> Parece que a novela n?o acaba nunca mesmo, mais uma empresa atuando de m? f?. Segue o link de um boleto que uma empresa de hospedagem mandou para uma empresa de um amigo: http://www.estabilizadores.com.br/indevido1.jpg (coloquei tarjas nos dados da empresa que recebeu) A empresa identifica a raz?o social no boleto como: HOST - HOSPEDAGEM E DOMINIOS PARA INTERNET LTDA O site deles ? o http://www.hostdobrasil.com/ Liguei no 0800 e questionei de onde eles tiraram a base de dados e com qual autoriza??o eles enviaram este "convite" (como eles chamam). Interessante que ela diz n?o se tratar de uma cobran?a e sim de um convite. (para mim boleto ? uma cobran?a). Isso n?o ocorre s? com servi?os de hospedagem e de manuten??o de dom?nios, recebemos frequentemente aqui na empresa cobran?as de listas telef?nicas, telefonemas de empresas querendo colocar a nossa empresa na lista alem dos trocentos sindicatos que nem sequer tem a ver como nosso ramo. No final alguem sabe se aconteceu algo com a empresa nic.br naquela ?poca ? Na minha opini?o esse tipo de atitude de m? f? ? crime. O que voc?s acham ? Atenciosamente, Gustavo Zamboni Zael Eletroeletr?nica LTDA tel +55 (11) 2577 2233 tel +55 (11) 2276 2227 fax +55 (11) 5589 2943 email gzamboni at zael.com.br From gtau at terra.com.br Tue Oct 16 13:03:57 2007 From: gtau at terra.com.br (gtau) Date: Tue, 16 Oct 2007 12:03:57 -0300 Subject: [MASOCH-L] A Novela das cobrancas de ma fe Message-ID: <JQ0F6L$B6C17E98A3F8AB3472E7DF618D3029B3@multidominios> Eu li em instru??es: Pagamento ?nico e anual Boleto n?o protestavel Pagamento optativo e facultativo Agora se o pessoal n?o le as coisas antes de pagar se ferra mesmo. N?o dizendo que n?o esteja de m? f? o fato de estar Hospedagem referente a outubro/2007 a setembro/2008 ... Mais diria que dos boletos de m? f? mostrados esse ? o mais honesto deles :D Abs, Gabriel Ta? De:masoch-l-bounces at eng.registro.br Para:"Mail Aid and Succor,On-line Comfort and Help" masoch-l at eng.registro.br C?pia: Data:Tue, 16 Oct 2007 11:56:33 -0300 Assunto:[MASOCH-L] A Novela das cobrancas de ma fe > Parece que a novela n?o acaba nunca mesmo, mais uma empresa atuando de > m? f?. > > Segue o link de um boleto que uma empresa de hospedagem mandou para uma > empresa de um amigo: > http://www.estabilizadores.com.br/indevido1.jpg (coloquei tarjas nos > dados da empresa que recebeu) > > A empresa identifica a raz?o social no boleto como: HOST - HOSPEDAGEM E > DOMINIOS PARA INTERNET LTDA > O site deles ? o http://www.hostdobrasil.com/ > > Liguei no 0800 e questionei de onde eles tiraram a base de dados e com > qual autoriza??o eles enviaram este "convite" (como eles chamam). > Interessante que ela diz n?o se tratar de uma cobran?a e sim de um > convite. (para mim boleto ? uma cobran?a). > > Isso n?o ocorre s? com servi?os de hospedagem e de manuten??o de > dom?nios, recebemos frequentemente aqui na empresa cobran?as de listas > telef?nicas, telefonemas de empresas querendo colocar a nossa empresa na > lista alem dos trocentos sindicatos que nem sequer tem a ver como nosso > ramo. > > No final alguem sabe se aconteceu algo com a empresa nic.br naquela ?poca ? > > Na minha opini?o esse tipo de atitude de m? f? ? crime. O que voc?s acham ? > > Atenciosamente, > > Gustavo Zamboni > > Zael Eletroeletr?nica LTDA > tel +55 (11) 2577 2233 > tel +55 (11) 2276 2227 > fax +55 (11) 5589 2943 > email gzamboni at zael.com.br > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > E-mail classificado pelo Identificador de Spam Inteligente Terra. > Para alterar a categoria classificada, visite > http://mail.terra.com.br/cgi-bin/imail.cgi?+_u=gtau&_l=1,1192543064.274012.17516.buruma.hst.terra.com.br,4282,Des15,Des15 > From marcelo at tpn.com.br Tue Oct 16 13:35:11 2007 From: marcelo at tpn.com.br (Marcelo Coelho) Date: Tue, 16 Oct 2007 13:35:11 -0200 Subject: [MASOCH-L] A Novela das cobrancas de ma fe In-Reply-To: <4714D121.8000406@zael.com.br> References: <4714D121.8000406@zael.com.br> Message-ID: <4714DA2F.4060302@tpn.com.br> Gustavo Zamboni wrote: > No final alguem sabe se aconteceu algo com a empresa nic.br naquela ?poca ? > > > Acho que voc? est? se referindo ao NICREGISTRO.COM, e n?o ao NIC.BR. Trata-se da mesma empresa. Se voc? acessar www.nicregistro.com ser? redirecionado para www.hostdobrasil.com. -- Marcelo Coelho marcelo at tpn.com.br From gzamboni at zael.com.br Tue Oct 16 18:46:14 2007 From: gzamboni at zael.com.br (Gustavo Zamboni) Date: Tue, 16 Oct 2007 17:46:14 -0300 Subject: [MASOCH-L] A Novela das cobrancas de ma fe In-Reply-To: <4714DA2F.4060302@tpn.com.br> References: <4714D121.8000406@zael.com.br> <4714DA2F.4060302@tpn.com.br> Message-ID: <47152316.1020400@zael.com.br> Isso, me desculpem, corrigindo: NICREGISTRO.COM A empresa n?o pagou, mas sei l?, ? como spam, n?o ? autorizado e o pior ? que voc? ? obrigado a ler tudo para saber que n?o se trata de uma cobran?a leg?tima. Afinal um boleto ao meu ponto de vista ? uma cobran?a. Estou errado ? Gustavo Zamboni Zael Eletroeletr?nica LTDA tel +55 (11) 2577 2233 tel +55 (11) 2276 2227 fax +55 (11) 5589 2943 email gzamboni at zael.com.br Marcelo Coelho escreveu: > Gustavo Zamboni wrote: > >> No final alguem sabe se aconteceu algo com a empresa nic.br naquela ?poca ? >> >> >> >> > > Acho que voc? est? se referindo ao NICREGISTRO.COM, e n?o ao NIC.BR. > > Trata-se da mesma empresa. Se voc? acessar www.nicregistro.com ser? > redirecionado para www.hostdobrasil.com. > > > From dilsoncatoi at gmail.com Wed Oct 17 09:08:36 2007 From: dilsoncatoi at gmail.com (=?iso-8859-1?Q?Dilson_Augusto_Cat=F3i?=) Date: Wed, 17 Oct 2007 09:08:36 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= Message-ID: <001801c810ae$11e73c60$0400000a@xpc> At? t? "Cisco"... http://www1.folha.uol.com.br/folha/dinheiro/ult91u337176.shtml http://www.estado.com.br/editorias/2007/10/17/eco-1.93.4.20071017.1.1.xml Att, Dilson Augusto Cat?i. From ti at arielo.com.br Wed Oct 17 10:10:30 2007 From: ti at arielo.com.br (=?ISO-8859-1?Q?Galassi - Arielo?=) Date: Wed, 17 Oct 2007 10:10:30 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <001801c810ae$11e73c60$0400000a@xpc> References: <001801c810ae$11e73c60$0400000a@xpc> Message-ID: <20071017121030.5845.qmail@hm598.locaweb.com.br> se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer cambalacho... Galassi Tecnologia da Informa??o Reicom Ind. e Com. Ltda Pederneiras / SP ------------- Segue mensagem original! ------------- De: Dilson Augusto Cat?i <dilsoncatoi at gmail.com> Data: Wed, 17 Oct 2007 09:08:36 -0200 Para: <masoch-l at eng.registro.br> Assunto: [MASOCH-L] Cisco Systems - fraude nas importa??es At? t? "Cisco"... http://www1.folha.uol.com.br/folha/dinheiro/ult91u337176.shtml http://www.estado.com.br/editorias/2007/10/17/eco-1.93.4.20071017.1.1.xml Att, Dilson Augusto Cat?i. __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From aquino at ecosistemas.com.br Wed Oct 17 10:13:29 2007 From: aquino at ecosistemas.com.br (Lucio de Aquino Marinho) Date: Wed, 17 Oct 2007 10:13:29 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <20071017121030.5845.qmail@hm598.locaweb.com.br> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> Message-ID: <4715FC69.6090304@ecosistemas.com.br> N?o justifica , definitivamente !!! Lucio Galassi - Arielo escreveu: > se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer cambalacho... > > Galassi > Tecnologia da Informa??o > Reicom Ind. e Com. Ltda > Pederneiras / SP > > > > ------------- Segue mensagem original! ------------- > > De: Dilson Augusto Cat?i <dilsoncatoi at gmail.com> > Data: Wed, 17 Oct 2007 09:08:36 -0200 > Para: <masoch-l at eng.registro.br> > Assunto: [MASOCH-L] Cisco Systems - fraude nas importa??es > > > At? t? "Cisco"... > > http://www1.folha.uol.com.br/folha/dinheiro/ult91u337176.shtml > > http://www.estado.com.br/editorias/2007/10/17/eco-1.93.4.20071017.1.1.xml > > Att, > > Dilson Augusto Cat?i. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From leolistas at solutti.com.br Wed Oct 17 10:15:51 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Wed, 17 Oct 2007 10:15:51 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <4715FC69.6090304@ecosistemas.com.br> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> Message-ID: <4715FCF7.6000707@solutti.com.br> Ah, fala s?rio ... equipamento que custa US$ 500 nos states chega aqui custando R$ 4 mil por causa das absurdas taxas de tributa??o em importa??o de eletr?nicos/tecnologia. Como que n?o justifica ??? Atire aqui a primeira pedra quem nunca comprou daquele profissional de fronteira porque 'na loja' ? muito mais caro !!! :) Se o do Paraguai fosse 20 reais mais barato, ningu?m deixaria de comprar em loja, com NF, com garantia ..... mas a realidade ? BEM diferente. Lucio de Aquino Marinho escreveu: > N?o justifica , definitivamente !!! > > Galassi - Arielo escreveu: > >> se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer cambalacho... >> -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From eduardo at sinos.net Wed Oct 17 10:16:03 2007 From: eduardo at sinos.net (Eduardo) Date: Wed, 17 Oct 2007 09:16:03 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?RES=3A_Cisco_Systems_-_fraude_nas_impor?= =?iso-8859-1?q?ta=E7=F5es?= In-Reply-To: <20071017121030.5845.qmail@hm598.locaweb.com.br> Message-ID: <006801c810b7$7ccc9120$e2b3a8c0@INF0054> Concordo que ? injusta, que estamos cansados de Lulas, Renans e outros que falcatruam e usam mal o dinheiro p?blico. Mas n?o podemos justificar desta forma. N?o pagaram os impostos mas tamb?m n?o deram desconto. Ou ser? que algum equipamento Cisco estava mais barato? Acho que n?o. O concorrente a princ?pio estava pagando, ent?o as regras estavam claras para todas as partes. Eduardo Santos Back Gerente de Inform?tica Grupo Editorial Sinos SA SinosNet SinosCorp +55 51 3594-0417 -----Mensagem original----- De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Galassi - Arielo Enviada em: quarta-feira, 17 de outubro de 2007 09:11 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: Re: [MASOCH-L]Cisco Systems - fraude nas importa??es se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer cambalacho... Galassi Tecnologia da Informa??o Reicom Ind. e Com. Ltda Pederneiras / SP ------------- Segue mensagem original! ------------- De: Dilson Augusto Cat?i <dilsoncatoi at gmail.com> Data: Wed, 17 Oct 2007 09:08:36 -0200 Para: <masoch-l at eng.registro.br> Assunto: [MASOCH-L] Cisco Systems - fraude nas importa??es At? t? "Cisco"... http://www1.folha.uol.com.br/folha/dinheiro/ult91u337176.shtml http://www.estado.com.br/editorias/2007/10/17/eco-1.93.4.20071017.1.1.xml Att, Dilson Augusto Cat?i. __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From aquino at ecosistemas.com.br Wed Oct 17 10:19:43 2007 From: aquino at ecosistemas.com.br (Lucio de Aquino Marinho) Date: Wed, 17 Oct 2007 10:19:43 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <4715FCF7.6000707@solutti.com.br> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> <4715FCF7.6000707@solutti.com.br> Message-ID: <4715FDDF.5020700@ecosistemas.com.br> Fraude em importa??es ? roubo , n?o tem discuss?o . 1,5 Bilh?o de reais , ? muito dinheiro n?o ? n?o Lucio Leonardo Rodrigues Magalh?es escreveu: > Ah, fala s?rio ... equipamento que custa US$ 500 nos states chega > aqui custando R$ 4 mil por causa das absurdas taxas de tributa??o em > importa??o de eletr?nicos/tecnologia. > > Como que n?o justifica ??? > > Atire aqui a primeira pedra quem nunca comprou daquele profissional > de fronteira porque 'na loja' ? muito mais caro !!! :) Se o do Paraguai > fosse 20 reais mais barato, ningu?m deixaria de comprar em loja, com NF, > com garantia ..... mas a realidade ? BEM diferente. > > > Lucio de Aquino Marinho escreveu: > >> N?o justifica , definitivamente !!! >> >> Galassi - Arielo escreveu: >> >> >>> se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer cambalacho... >>> >>> > > From elbastos at gmail.com Wed Oct 17 10:32:19 2007 From: elbastos at gmail.com (Eduardo Bastos) Date: Wed, 17 Oct 2007 09:32:19 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?RES=3A_Cisco_Systems_-_fraude_nas_impor?= =?iso-8859-1?q?ta=E7=F5es?= In-Reply-To: <006801c810b7$7ccc9120$e2b3a8c0@INF0054> References: <20071017121030.5845.qmail@hm598.locaweb.com.br> <006801c810b7$7ccc9120$e2b3a8c0@INF0054> Message-ID: <772c445c0710170532g218e278flf41c9503de02df15@mail.gmail.com> Senhores, Para n?o cometermos injusti?as, a CISCO n?o vende diretamente para o mercado. Ela depende de uma rede de revendedores autorizados para isso. Portanto, acho muito cedo para associarmos a "empresa" CISCO com a fraude recentemente divulgada. N?o estou querendo relativizar nada. Apenas levantando uma quest?o do modelo de neg?cio deles que me parece ser importante nesta ocasi?o. Att, Eduardo Bastos On 10/17/07, Eduardo <eduardo at sinos.net> wrote: > > Concordo que ? injusta, que estamos cansados de Lulas, Renans e outros que > falcatruam e usam mal o dinheiro p?blico. Mas n?o podemos justificar desta > forma. N?o pagaram os impostos mas tamb?m n?o deram desconto. Ou ser? que > algum equipamento Cisco estava mais barato? Acho que n?o. O concorrente a > princ?pio estava pagando, ent?o as regras estavam claras para todas as > partes. > > Eduardo Santos Back > Gerente de Inform?tica > Grupo Editorial Sinos SA > SinosNet SinosCorp > +55 51 3594-0417 > > > -----Mensagem original----- > De: masoch-l-bounces at eng.registro.br > [mailto:masoch-l-bounces at eng.registro.br] Em nome de Galassi - Arielo > Enviada em: quarta-feira, 17 de outubro de 2007 09:11 > Para: Mail Aid and Succor, On-line Comfort and Help > Assunto: Re: [MASOCH-L]Cisco Systems - fraude nas importa??es > > se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer > cambalacho... > > Galassi > Tecnologia da Informa??o > Reicom Ind. e Com. Ltda > Pederneiras / SP > > > > ------------- Segue mensagem original! ------------- > > De: Dilson Augusto Cat?i <dilsoncatoi at gmail.com> > Data: Wed, 17 Oct 2007 09:08:36 -0200 > Para: <masoch-l at eng.registro.br> > Assunto: [MASOCH-L] Cisco Systems - fraude nas importa??es > > > At? t? "Cisco"... > > http://www1.folha.uol.com.br/folha/dinheiro/ult91u337176.shtml > > http://www.estado.com.br/editorias/2007/10/17/eco-1.93.4.20071017.1.1.xml > > Att, > > Dilson Augusto Cat?i. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From frederick at dahype.org Wed Oct 17 10:35:47 2007 From: frederick at dahype.org (Renato Frederick) Date: Wed, 17 Oct 2007 10:35:47 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <4715FC69.6090304@ecosistemas.com.br> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> Message-ID: <d744dea00710170535y2fdf7f0fl4047e321c75161e1@mail.gmail.com> Nada Justifica.. se os impostos s?o t?o caros assim e ela est? insatisfeita, que saia do Brasil... A cisco n?o ? diferente de n?s, do ponto de vista legal ent?o, que pague o que deve ou fa?a uma fraude muito bem feita para n?o pegarem :) At?! Em 17/10/07, Lucio de Aquino Marinho <aquino at ecosistemas.com.br> escreveu: > > > N?o justifica , definitivamente !!! > > Lucio > > Galassi - Arielo escreveu: > > se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer > cambalacho... > > > > Galassi > > Tecnologia da Informa??o > > Reicom Ind. e Com. Ltda > > Pederneiras / SP > > > > > > > > ------------- Segue mensagem original! ------------- > > > > De: Dilson Augusto Cat?i <dilsoncatoi at gmail.com> > > Data: Wed, 17 Oct 2007 09:08:36 -0200 > > Para: <masoch-l at eng.registro.br> > > Assunto: [MASOCH-L] Cisco Systems - fraude nas importa??es > > > > > > At? t? "Cisco"... > > > > http://www1.folha.uol.com.br/folha/dinheiro/ult91u337176.shtml > > > > > http://www.estado.com.br/editorias/2007/10/17/eco-1.93.4.20071017.1.1.xml > > > > Att, > > > > Dilson Augusto Cat?i. > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From aquino at ecosistemas.com.br Wed Oct 17 10:37:46 2007 From: aquino at ecosistemas.com.br (Lucio de Aquino Marinho) Date: Wed, 17 Oct 2007 10:37:46 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?RES=3A_Cisco_Systems_-_fraude_nas_impor?= =?iso-8859-1?q?ta=E7=F5es?= In-Reply-To: <772c445c0710170532g218e278flf41c9503de02df15@mail.gmail.com> References: <20071017121030.5845.qmail@hm598.locaweb.com.br> <006801c810b7$7ccc9120$e2b3a8c0@INF0054> <772c445c0710170532g218e278flf41c9503de02df15@mail.gmail.com> Message-ID: <4716021A.3010300@ecosistemas.com.br> H? informa??es de que a matriz sabia do esquema que representava um grande volume de vendas ==================================== Por Camila Fusco, do COMPUTERWORLD 17 de outubro de 2007 - 07h00 Caso as investiga??es da Pol?cia Federal comprovem o envolvimento intencional de executivos da Cisco em procedimentos de sonega??o fiscal e descaminho, a companhia poder? se envolver em um esc?ndalo com propor??es desastrosas semelhantes ao da Enron, em 2001. Especialmente se as autoridades norte-americanas apoiarem as den?ncias feitas pela pol?cia brasileira ap?s as investiga??es no Pa?s. ====================================== http://computerworld.uol.com.br/mercado/2007/10/17/idgnoticia.2007-10-16.7861124855/ Lucio Eduardo Bastos escreveu: > Senhores, > > Para n?o cometermos injusti?as, a CISCO n?o vende diretamente para > o mercado. Ela depende de uma rede de revendedores autorizados para isso. > Portanto, acho muito cedo para associarmos a "empresa" CISCO com a fraude > recentemente divulgada. N?o estou querendo relativizar nada. Apenas > levantando uma quest?o do modelo de neg?cio deles que me parece ser > importante nesta ocasi?o. > > Att, > > Eduardo Bastos > > > On 10/17/07, Eduardo <eduardo at sinos.net> wrote: > >> Concordo que ? injusta, que estamos cansados de Lulas, Renans e outros que >> falcatruam e usam mal o dinheiro p?blico. Mas n?o podemos justificar desta >> forma. N?o pagaram os impostos mas tamb?m n?o deram desconto. Ou ser? que >> algum equipamento Cisco estava mais barato? Acho que n?o. O concorrente a >> princ?pio estava pagando, ent?o as regras estavam claras para todas as >> partes. >> >> Eduardo Santos Back >> Gerente de Inform?tica >> Grupo Editorial Sinos SA >> SinosNet SinosCorp >> +55 51 3594-0417 >> >> >> -----Mensagem original----- >> De: masoch-l-bounces at eng.registro.br >> [mailto:masoch-l-bounces at eng.registro.br] Em nome de Galassi - Arielo >> Enviada em: quarta-feira, 17 de outubro de 2007 09:11 >> Para: Mail Aid and Succor, On-line Comfort and Help >> Assunto: Re: [MASOCH-L]Cisco Systems - fraude nas importa??es >> >> se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer >> cambalacho... >> >> Galassi >> Tecnologia da Informa??o >> Reicom Ind. e Com. Ltda >> Pederneiras / SP >> >> >> >> ------------- Segue mensagem original! ------------- >> >> De: Dilson Augusto Cat?i <dilsoncatoi at gmail.com> >> Data: Wed, 17 Oct 2007 09:08:36 -0200 >> Para: <masoch-l at eng.registro.br> >> Assunto: [MASOCH-L] Cisco Systems - fraude nas importa??es >> >> >> At? t? "Cisco"... >> >> http://www1.folha.uol.com.br/folha/dinheiro/ult91u337176.shtml >> >> http://www.estado.com.br/editorias/2007/10/17/eco-1.93.4.20071017.1.1.xml >> >> Att, >> >> Dilson Augusto Cat?i. >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> >> >> >> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> >> > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From leolistas at solutti.com.br Wed Oct 17 10:37:32 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Wed, 17 Oct 2007 10:37:32 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?RES=3A_Cisco_Systems_-_fraude_nas_impor?= =?iso-8859-1?q?ta=E7=F5es?= In-Reply-To: <772c445c0710170532g218e278flf41c9503de02df15@mail.gmail.com> References: <20071017121030.5845.qmail@hm598.locaweb.com.br> <006801c810b7$7ccc9120$e2b3a8c0@INF0054> <772c445c0710170532g218e278flf41c9503de02df15@mail.gmail.com> Message-ID: <4716020C.40008@solutti.com.br> As not?cias que li ontem deixaram bem claro que a 'bagun?a' envolvia Cisco Brasil e a distribuidora MUDE. Se a Cisco (USA) sabia das mutretas ??? Dif?cil a gente afirmar ...... mas pelo visto, a mutreta era somente na parte 'Brasil' do neg?cio Cisco. Eduardo Bastos escreveu: > Senhores, > > Para n?o cometermos injusti?as, a CISCO n?o vende diretamente para > o mercado. Ela depende de uma rede de revendedores autorizados para isso. > Portanto, acho muito cedo para associarmos a "empresa" CISCO com a fraude > recentemente divulgada. N?o estou querendo relativizar nada. Apenas > levantando uma quest?o do modelo de neg?cio deles que me parece ser > importante nesta ocasi?o. > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From fboechat at mar.com.br Wed Oct 17 11:30:02 2007 From: fboechat at mar.com.br (Frederico Terra Boechat) Date: Wed, 17 Oct 2007 10:30:02 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br><4715FCF7.6000707@solutti.com.br> <4715FDDF.5020700@ecosistemas.com.br> Message-ID: <028f01c810c1$f6b37df0$6502a8c0@fussen> O problema maior, na minha opini?o, foi a Cisco n?o ter repassado para o cliente essa falcatrua. N?o que a falcatrua seja algo louv?vel, muito pelo contr?rio, mas a partir do momento em que isso n?o foi repassado para o cliente final, algu?m grande provavelmente deve ter ficado indignado e berrou. ai deu no que deu. Realmente, quem nunca, algum dia, comprou algo sem pagar imposto e sem nota? Frederico Boechat ----- Original Message ----- From: "Lucio de Aquino Marinho" <aquino at ecosistemas.com.br> To: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> Sent: Wednesday, October 17, 2007 9:19 AM Subject: Re: [MASOCH-L] Cisco Systems - fraude nas importa??es Fraude em importa??es ? roubo , n?o tem discuss?o . 1,5 Bilh?o de reais , ? muito dinheiro n?o ? n?o Lucio Leonardo Rodrigues Magalh?es escreveu: > Ah, fala s?rio ... equipamento que custa US$ 500 nos states chega > aqui custando R$ 4 mil por causa das absurdas taxas de tributa??o em > importa??o de eletr?nicos/tecnologia. > > Como que n?o justifica ??? > > Atire aqui a primeira pedra quem nunca comprou daquele profissional > de fronteira porque 'na loja' ? muito mais caro !!! :) Se o do Paraguai > fosse 20 reais mais barato, ningu?m deixaria de comprar em loja, com NF, > com garantia ..... mas a realidade ? BEM diferente. > > > Lucio de Aquino Marinho escreveu: > >> N?o justifica , definitivamente !!! >> >> Galassi - Arielo escreveu: >> >> >>> se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer >>> cambalacho... >>> >>> > > __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From roberto.berto at gmail.com Wed Oct 17 10:42:33 2007 From: roberto.berto at gmail.com (Roberto Berto) Date: Wed, 17 Oct 2007 10:42:33 -0200 Subject: [MASOCH-L] =?utf-8?q?RES=3A_Cisco_Systems_-_fraude_nas_importa?= =?utf-8?b?w6fDtWVz?= In-Reply-To: <4716020C.40008@solutti.com.br> References: <20071017121030.5845.qmail@hm598.locaweb.com.br> <006801c810b7$7ccc9120$e2b3a8c0@INF0054> <772c445c0710170532g218e278flf41c9503de02df15@mail.gmail.com> <4716020C.40008@solutti.com.br> Message-ID: <3b0813fa0710170542w2bc0bef2h52d8e2d236a01061@mail.gmail.com> A matriz que controla as margens para maximizar vendas/lucro/participacao de mercado. Para ela controlar isso ela precisa ter muita informacao... qual a carga tributaria e' o basico para uma empresa que importa/exporta como a Cisco. Acho dificil a matriz pelo menos nao tapar os olhos para o que ocorreu aqui. O que importa mesmo para n?s e': quem tem uma rede de parceiros tao grande no Brasil e produtos de qualidade para serem alternativas quando o pre?o da Cisco subir muito ou ent?o se os neg?cios aqui tiverem problemas de falta de produto no mercado. On 10/17/07, Leonardo Rodrigues Magalh?es <leolistas at solutti.com.br> wrote: > > > As not?cias que li ontem deixaram bem claro que a 'bagun?a' envolvia > Cisco Brasil e a distribuidora MUDE. > > Se a Cisco (USA) sabia das mutretas ??? Dif?cil a gente afirmar > ...... mas pelo visto, a mutreta era somente na parte 'Brasil' do > neg?cio Cisco. > > From elbastos at gmail.com Wed Oct 17 10:44:23 2007 From: elbastos at gmail.com (Eduardo Bastos) Date: Wed, 17 Oct 2007 09:44:23 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?RES=3A_Cisco_Systems_-_fraude_nas_impor?= =?iso-8859-1?q?ta=E7=F5es?= In-Reply-To: <4716020C.40008@solutti.com.br> References: <20071017121030.5845.qmail@hm598.locaweb.com.br> <006801c810b7$7ccc9120$e2b3a8c0@INF0054> <772c445c0710170532g218e278flf41c9503de02df15@mail.gmail.com> <4716020C.40008@solutti.com.br> Message-ID: <772c445c0710170544l1cb5ecb4k96e4e9e723f96b0@mail.gmail.com> Ok, Mas funcion?rios corruptos existem em qualquer empresa (e tamb?m no governo, ok? ;-)) O que quero dizer ? que um "esquema" organizado que envolve a empresa sem que ela saiba ? uma coisa. A outra ? a empresa estar ciente do esquema e suport?-lo. S?o coisas bem diferentes. Esta tipifica??o ? importante na defini??o das responsabilidades. Att, Eduardo Bastos On 10/17/07, Leonardo Rodrigues Magalh?es <leolistas at solutti.com.br> wrote: > > > As not?cias que li ontem deixaram bem claro que a 'bagun?a' envolvia > Cisco Brasil e a distribuidora MUDE. > > Se a Cisco (USA) sabia das mutretas ??? Dif?cil a gente afirmar > ...... mas pelo visto, a mutreta era somente na parte 'Brasil' do > neg?cio Cisco. > > Eduardo Bastos escreveu: > > Senhores, > > > > Para n?o cometermos injusti?as, a CISCO n?o vende diretamente > para > > o mercado. Ela depende de uma rede de revendedores autorizados para > isso. > > Portanto, acho muito cedo para associarmos a "empresa" CISCO com a > fraude > > recentemente divulgada. N?o estou querendo relativizar nada. Apenas > > levantando uma quest?o do modelo de neg?cio deles que me parece ser > > importante nesta ocasi?o. > > > > -- > > > Atenciosamente / Sincerily, > Leonardo Rodrigues > Solutti Tecnologia > http://www.solutti.com.br > > Minha armadilha de SPAM, N?O mandem email > gertrudes at solutti.com.br > My SPAMTRAP, do not email it > > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From frederick at dahype.org Wed Oct 17 10:46:55 2007 From: frederick at dahype.org (Renato Frederick) Date: Wed, 17 Oct 2007 10:46:55 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?RES=3A_Cisco_Systems_-_fraude_nas_impor?= =?iso-8859-1?q?ta=E7=F5es?= In-Reply-To: <772c445c0710170544l1cb5ecb4k96e4e9e723f96b0@mail.gmail.com> References: <20071017121030.5845.qmail@hm598.locaweb.com.br> <006801c810b7$7ccc9120$e2b3a8c0@INF0054> <772c445c0710170532g218e278flf41c9503de02df15@mail.gmail.com> <4716020C.40008@solutti.com.br> <772c445c0710170544l1cb5ecb4k96e4e9e723f96b0@mail.gmail.com> Message-ID: <d744dea00710170546k1ac2a64fi5b3b494925f3230c@mail.gmail.com> Opa... um esquema deste tamanho n?o foi o diretor de finan?as que fez... Isto a? tem aval ou "vistas grossas" de executivos de alto escal?o. Claro que nem sempre ser?o as mesmas pessoas que recebem a pena... Em 17/10/07, Eduardo Bastos <elbastos at gmail.com> escreveu: > > Ok, > > Mas funcion?rios corruptos existem em qualquer empresa (e tamb?m no > governo, ok? ;-)) O que quero dizer ? que um "esquema" organizado que > envolve a empresa sem que ela saiba ? uma coisa. A outra ? a empresa estar > ciente do esquema e suport?-lo. S?o coisas bem diferentes. Esta > tipifica??o > ? importante na defini??o das responsabilidades. > > Att, > > Eduardo Bastos > > > On 10/17/07, Leonardo Rodrigues Magalh?es <leolistas at solutti.com.br> > wrote: > > > > > > As not?cias que li ontem deixaram bem claro que a 'bagun?a' envolvia > > Cisco Brasil e a distribuidora MUDE. > > > > Se a Cisco (USA) sabia das mutretas ??? Dif?cil a gente afirmar > > ...... mas pelo visto, a mutreta era somente na parte 'Brasil' do > > neg?cio Cisco. > > > > Eduardo Bastos escreveu: > > > Senhores, > > > > > > Para n?o cometermos injusti?as, a CISCO n?o vende > diretamente > > para > > > o mercado. Ela depende de uma rede de revendedores autorizados para > > isso. > > > Portanto, acho muito cedo para associarmos a "empresa" CISCO com a > > fraude > > > recentemente divulgada. N?o estou querendo relativizar nada. Apenas > > > levantando uma quest?o do modelo de neg?cio deles que me parece ser > > > importante nesta ocasi?o. > > > > > > > -- > > > > > > Atenciosamente / Sincerily, > > Leonardo Rodrigues > > Solutti Tecnologia > > http://www.solutti.com.br > > > > Minha armadilha de SPAM, N?O mandem email > > gertrudes at solutti.com.br > > My SPAMTRAP, do not email it > > > > > > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From fabiano.br at uol.com.br Wed Oct 17 11:49:11 2007 From: fabiano.br at uol.com.br (Fabiano) Date: Wed, 17 Oct 2007 10:49:11 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7_?= =?iso-8859-1?q?=F5es?= In-Reply-To: <4715FCF7.6000707@solutti.com.br> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> <4715FCF7.6000707@solutti.com.br> Message-ID: <20071017124852.589EF1262@socom3.uol.com.br> se ? para ser assim, ent?o para que com prar n?o ? mesmo ? pega direto na loja e pronto... n?o justifica e crime existe deste pequenos delitos. []s Fabiano At 09:15 17/10/2007, Leonardo Rodrigues Magalh?es wrote: > Ah, fala s?rio ... equipamento que custa US$ 500 nos states chega >aqui custando R$ 4 mil por causa das absurdas taxas de tributa??o em >importa??o de eletr?nicos/tecnologia. > > Como que n?o justifica ??? > > Atire aqui a primeira pedra quem nunca comprou daquele profissional >de fronteira porque 'na loja' ? muito mais caro !!! :) Se o do Paraguai >fosse 20 reais mais barato, ningu?m deixaria de comprar em loja, com NF, >com garantia ..... mas a realidade ? BEM diferente. > > >Lucio de Aquino Marinho escreveu: > > N?o justifica , definitivamente !!! > > > > Galassi - Arielo escreveu: > > > >> se a carga tributaria brasileira fosse > JUSTA, ninguem precisaria fazer cambalacho... > >> > >-- > > > Atenciosamente / Sincerily, > Leonardo Rodrigues > Solutti Tecnologia > http://www.solutti.com.br > > Minha armadilha de SPAM, N?O mandem email > gertrudes at solutti.com.br > My SPAMTRAP, do not email it > > > > >__ >masoch-l list >https://eng.registro.br/mailman/listinfo/masoch-l From welkson at focusautomacao.com.br Wed Oct 17 11:19:43 2007 From: welkson at focusautomacao.com.br (Welkson Renny de Medeiros) Date: Wed, 17 Oct 2007 10:19:43 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7_?= =?iso-8859-1?q?=F5es?= References: <001801c810ae$11e73c60$0400000a@xpc><20071017121030.5845.qmail@hm598.locaweb.com.br><4715FC69.6090304@ecosistemas.com.br><4715FCF7.6000707@solutti.com.br> <20071017124852.589EF1262@socom3.uol.com.br> Message-ID: <001701c810c0$6247ff70$c800a8c0@FAKE> No site da CISCO: http://www.ciscoredacaovirtual.com/redacao/comunicados/ver_comunicados.asp?Id=494 -- Welkson Renny de Medeiros Focus Automa??o Comercial Desenvolvimento / Ger?ncia de Redes welkson at focusautomacao.com.br Powered by .... (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org ----- Original Message ----- From: "Fabiano" <fabiano.br at uol.com.br> To: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br>; "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> Sent: Wednesday, October 17, 2007 10:49 AM Subject: Re: [MASOCH-L] Cisco Systems - fraude nas importa? ?es se ? para ser assim, ent?o para que com prar n?o ? mesmo ? pega direto na loja e pronto... n?o justifica e crime existe deste pequenos delitos. []s Fabiano At 09:15 17/10/2007, Leonardo Rodrigues Magalh?es wrote: > Ah, fala s?rio ... equipamento que custa US$ 500 nos states chega >aqui custando R$ 4 mil por causa das absurdas taxas de tributa??o em >importa??o de eletr?nicos/tecnologia. > > Como que n?o justifica ??? > > Atire aqui a primeira pedra quem nunca comprou daquele profissional >de fronteira porque 'na loja' ? muito mais caro !!! :) Se o do Paraguai >fosse 20 reais mais barato, ningu?m deixaria de comprar em loja, com NF, >com garantia ..... mas a realidade ? BEM diferente. > > >Lucio de Aquino Marinho escreveu: > > N?o justifica , definitivamente !!! > > > > Galassi - Arielo escreveu: > > > >> se a carga tributaria brasileira fosse > JUSTA, ninguem precisaria fazer cambalacho... > >> > >-- > > > Atenciosamente / Sincerily, > Leonardo Rodrigues > Solutti Tecnologia > http://www.solutti.com.br > > Minha armadilha de SPAM, N?O mandem email > gertrudes at solutti.com.br > My SPAMTRAP, do not email it > > > > >__ >masoch-l list >https://eng.registro.br/mailman/listinfo/masoch-l __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From humberto at hss.blog.br Wed Oct 17 11:26:39 2007 From: humberto at hss.blog.br (Humberto Sartini) Date: Wed, 17 Oct 2007 11:26:39 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7_?= =?iso-8859-1?q?=F5es?= In-Reply-To: <001701c810c0$6247ff70$c800a8c0@FAKE> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> <4715FCF7.6000707@solutti.com.br> <20071017124852.589EF1262@socom3.uol.com.br> <001701c810c0$6247ff70$c800a8c0@FAKE> Message-ID: <db9092000710170626x3151e6bfye324ecd7e5f75b51@mail.gmail.com> Ol? pessoas, Pelo jeito a matriz sabia do "esquema": "At? o momento, foi apurado que as simula??es teriam como benefici?rias as empresas Cisco Systems Inc americana como exportadora e Cisco do Brasil como a importadora, com aux?lio direto da fornecedora da Cisco no Brasil, Mude Com?rcio e Servi?os e de outras empresas americanas e brasileiras, reais e fantasmas, que eram utilizadas como intermedi?rias para a simula??o." Leiam mais em: http://conjur.estadao.com.br/static/text/60450,1 -- [ ]'s Humberto Sartini Certificado LPIC-1 http://www.hss.blog.br PGP KEY ID 0xB32E5C8D On 10/17/07, Welkson Renny de Medeiros <welkson at focusautomacao.com.br> wrote: > No site da CISCO: > > http://www.ciscoredacaovirtual.com/redacao/comunicados/ver_comunicados.asp?Id=494 > > -- > Welkson Renny de Medeiros From elbastos at gmail.com Wed Oct 17 11:45:17 2007 From: elbastos at gmail.com (Eduardo Bastos) Date: Wed, 17 Oct 2007 10:45:17 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7_?= =?iso-8859-1?q?=F5es?= In-Reply-To: <db9092000710170626x3151e6bfye324ecd7e5f75b51@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> <4715FCF7.6000707@solutti.com.br> <20071017124852.589EF1262@socom3.uol.com.br> <001701c810c0$6247ff70$c800a8c0@FAKE> <db9092000710170626x3151e6bfye324ecd7e5f75b51@mail.gmail.com> Message-ID: <772c445c0710170645q400f6a1av1426e920b8d08425@mail.gmail.com> Humberto, Note que o esquema realizava "simula??es" de importa??es. Entre utilizar o nome da Cisco System e Cisco do Brasil para uma simula??o e a matriz saber do esquema existe uma grande diferen?a. O que aconteceu, ao meu ver, foi a montagem de um esquema dentro da CISCO e tamb?m com o apoio de alguns fiscais federais que "simulavam" importa??es subfaturadas atrav?s de documentos falsos. Ou seja, a quadrilha simulava importa??es (eram virtuais) para poder "esquentar" a transa??o com o fisco brasileiro. Os documentos falsos serviam para isso. Depois disso, a quadrilha devia desviar equipamentos "reais" do estoque para os laranjas ? pre?os reduzidos e com nota fiscal. O que me intriga ? que , para funcionar, o controle de estoque deveria ser falho. Ou algu?m do controle do estoque tamb?m estava no meio...rs. Mas... voltando ao tema principal. N?o acho que Matriz sabia do esquema (n?o.. eu n?o estou com o cacoete de algu?m que n?s conhecemos..;-)). Alguns funcion?rios sim, mas n?o era uma atividade "institucionalizada". Eduardo Bastos On 10/17/07, Humberto Sartini <humberto at hss.blog.br> wrote: > > Ol? pessoas, > > Pelo jeito a matriz sabia do "esquema": > > "At? o momento, foi apurado que as simula??es teriam como > benefici?rias as empresas Cisco Systems Inc americana como exportadora > e Cisco do Brasil como a importadora, com aux?lio direto da > fornecedora da Cisco no Brasil, Mude Com?rcio e Servi?os e de outras > empresas americanas e brasileiras, reais e fantasmas, que eram > utilizadas como intermedi?rias para a simula??o." > > Leiam mais em: > http://conjur.estadao.com.br/static/text/60450,1 > > -- > [ ]'s > Humberto Sartini > Certificado LPIC-1 > http://www.hss.blog.br > PGP KEY ID 0xB32E5C8D > > > On 10/17/07, Welkson Renny de Medeiros <welkson at focusautomacao.com.br> > wrote: > > No site da CISCO: > > > > > http://www.ciscoredacaovirtual.com/redacao/comunicados/ver_comunicados.asp?Id=494 > > > > -- > > Welkson Renny de Medeiros > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From aristeu.jr at gmail.com Wed Oct 17 12:31:02 2007 From: aristeu.jr at gmail.com (Aristeu Gil Alves Jr) Date: Wed, 17 Oct 2007 11:31:02 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <d744dea00710170535y2fdf7f0fl4047e321c75161e1@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> <d744dea00710170535y2fdf7f0fl4047e321c75161e1@mail.gmail.com> Message-ID: <2c84c1de0710170731s352cb818j2e8db1de5bb5a7b1@mail.gmail.com> Em 17/10/07, Renato Frederick<frederick at dahype.org> escreveu: > Nada Justifica.. se os impostos s?o t?o caros assim e ela est? insatisfeita, > que saia do Brasil... A cisco n?o ? diferente de n?s, do ponto de vista > legal ent?o, que pague o que deve ou fa?a uma fraude muito bem feita para > n?o pegarem :) Uma coisa ? certa, nada justifica. Tem que pagar pelo que fez. Outras empresas de tecnologia tem hist?rico de usar formas escusas de penetrar na fronteira burlando os impostos. Agora, uma outra coisa n?o h? justificativa, quero deixar bem claro: j? temos essa carga tarifaria f*** na aduana h? muito tempo, supostamente para fortalecer a produ??o interna. Pq nossa ind?stria tecnol?gica ? t????????? ruim? Pq a CISCO n?o produz aqui? pq outras n?o produzem aqui? S? temos industria que monta com tecnologia de fora. Nossa produ??o continua cara. PRA ONDE VAI O DINHEIRO DO IMPOSTO SOBRE A IMPORTA??O DESSES PRODUTOS? Certamente n?o deve ir pra investimento na cria??o de industrias aqui. N?s, que usamos tecnologia, vamos ficar na m**** pra sempre, s? exportando materia prima, e pagando o olho da cara pro governo, pros importadores e o com?rcio abusivo? N?o se pode ser t?o burro por tanto tempo, s? pode ser sacanagem... -- Aristeu Gil Alves Jr From gustavo at gustavo.eti.br Wed Oct 17 14:50:14 2007 From: gustavo at gustavo.eti.br (Gustavo Mateus) Date: Wed, 17 Oct 2007 13:50:14 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <4715FDDF.5020700@ecosistemas.com.br> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> <4715FCF7.6000707@solutti.com.br> <4715FDDF.5020700@ecosistemas.com.br> Message-ID: <47163D46.1030707@gustavo.eti.br> Ah... ent?o ? por isso que estamos sem educa??o, sa?de e seguran?a p?blicas... tava faltando essa grana! Gustavo Lucio de Aquino Marinho wrote: > Fraude em importa??es ? roubo , n?o tem discuss?o . 1,5 Bilh?o de reais > , ? muito dinheiro n?o ? n?o > > Lucio > > Leonardo Rodrigues Magalh?es escreveu: > >> Ah, fala s?rio ... equipamento que custa US$ 500 nos states chega >> aqui custando R$ 4 mil por causa das absurdas taxas de tributa??o em >> importa??o de eletr?nicos/tecnologia. >> >> Como que n?o justifica ??? >> >> Atire aqui a primeira pedra quem nunca comprou daquele profissional >> de fronteira porque 'na loja' ? muito mais caro !!! :) Se o do Paraguai >> fosse 20 reais mais barato, ningu?m deixaria de comprar em loja, com NF, >> com garantia ..... mas a realidade ? BEM diferente. >> >> >> Lucio de Aquino Marinho escreveu: >> >> >>> N?o justifica , definitivamente !!! >>> >>> Galassi - Arielo escreveu: >>> >>> >>> >>>> se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer cambalacho... >>>> >>>> >>>> >> >> > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > > From gzamboni at zael.com.br Wed Oct 17 15:19:04 2007 From: gzamboni at zael.com.br (Gustavo Zamboni) Date: Wed, 17 Oct 2007 14:19:04 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <2c84c1de0710170731s352cb818j2e8db1de5bb5a7b1@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> <d744dea00710170535y2fdf7f0fl4047e321c75161e1@mail.gmail.com> <2c84c1de0710170731s352cb818j2e8db1de5bb5a7b1@mail.gmail.com> Message-ID: <47164408.7080207@zael.com.br> Querem saber para aonde vai o dinheiro dos impostos altos (de primeiro mundo) que pagamos ?? Vai para os bolsas fam?lias e para os cabides de empregos dos pol?ticos (minist?rio do futuro ??) Afinal alguem conhece todos minist?rios que temos ? N?o sou contra ajudar os "desfavorecidos", por?m acho que tem que ter um controle melhor. Uma fam?lia desfavorecida n?o pode ter 10 filhos e a gente ficar pagando bolsa fam?lia para essas 10 futuras fam?lias. Controle de natalidade, habitacional e migrat?rio s?o palavras que n?o existem para os pol?ticos. Se um estado n?o ? respons?vel socialmente no crescimento desordenado e migrat?rio o outro que recebe essas pessoas n?o vai ter que suporta-lo. Isso serve em outras hierarquias como de munic?pio para munic?pio tambem. Depois voc? que quer fazer tudo certinho, voc? liga para Bras?lia e fala com os respons?veis ou representantes das regulamenta??es de determinado minist?rio e acaba tendo que ouvir risadas, pessoas que sabem menos do assunto que voc? e simplesmente a pessoa desliga na sua cara. Da licen?a, BASTA! Gustavo Zamboni Zael Eletroeletr?nica LTDA tel +55 (11) 2577 2233 tel +55 (11) 2276 2227 fax +55 (11) 5589 2943 email gzamboni at zael.com.br Aristeu Gil Alves Jr escreveu: > Em 17/10/07, Renato Frederick<frederick at dahype.org> escreveu: > >> Nada Justifica.. se os impostos s?o t?o caros assim e ela est? insatisfeita, >> que saia do Brasil... A cisco n?o ? diferente de n?s, do ponto de vista >> legal ent?o, que pague o que deve ou fa?a uma fraude muito bem feita para >> n?o pegarem :) >> > > Uma coisa ? certa, nada justifica. Tem que pagar pelo que fez. Outras > empresas de tecnologia tem hist?rico de usar formas escusas de > penetrar na fronteira burlando os impostos. > > Agora, uma outra coisa n?o h? justificativa, quero deixar bem claro: > j? temos essa carga tarifaria f*** na aduana h? muito tempo, > supostamente para fortalecer a produ??o interna. Pq nossa ind?stria > tecnol?gica ? t????????? ruim? Pq a CISCO n?o produz aqui? pq outras > n?o produzem aqui? S? temos industria que monta com tecnologia de > fora. Nossa produ??o continua cara. PRA ONDE VAI O DINHEIRO DO IMPOSTO > SOBRE A IMPORTA??O DESSES PRODUTOS? Certamente n?o deve ir pra > investimento na cria??o de industrias aqui. > > N?s, que usamos tecnologia, vamos ficar na m**** pra sempre, s? > exportando materia prima, e pagando o olho da cara pro governo, pros > importadores e o com?rcio abusivo? > > N?o se pode ser t?o burro por tanto tempo, s? pode ser sacanagem... > From chicofig at unesp.br Wed Oct 17 14:44:11 2007 From: chicofig at unesp.br (Francisco J. C. Figueiredo) Date: Wed, 17 Oct 2007 14:44:11 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <47164408.7080207@zael.com.br> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> <d744dea00710170535y2fdf7f0fl4047e321c75161e1@mail.gmail.com> <2c84c1de0710170731s352cb818j2e8db1de5bb5a7b1@mail.gmail.com> <47164408.7080207@zael.com.br> Message-ID: <47163BDB.5060707@unesp.br> Prezados, Quer dizer que a lista vai descambar desse jeito para o "off-topic"??? Se for essa a pol?tica, por favor avisem. Sauda??es, Francisco Gustavo Zamboni wrote: > Querem saber para aonde vai o dinheiro dos impostos altos (de primeiro > mundo) que pagamos ?? > Vai para os bolsas fam?lias e para os cabides de empregos dos pol?ticos > (minist?rio do futuro ??) Afinal alguem conhece todos minist?rios que > temos ? > N?o sou contra ajudar os "desfavorecidos", por?m acho que tem que ter um > controle melhor. > Uma fam?lia desfavorecida n?o pode ter 10 filhos e a gente ficar pagando > bolsa fam?lia para essas 10 futuras fam?lias. > Controle de natalidade, habitacional e migrat?rio s?o palavras que n?o > existem para os pol?ticos. > Se um estado n?o ? respons?vel socialmente no crescimento desordenado e > migrat?rio o outro que recebe essas pessoas n?o vai ter que suporta-lo. > Isso serve em outras hierarquias como de munic?pio para munic?pio tambem. > Depois voc? que quer fazer tudo certinho, voc? liga para Bras?lia e fala > com os respons?veis ou representantes das regulamenta??es de determinado > minist?rio e acaba tendo que ouvir risadas, pessoas que sabem menos do > assunto que voc? e simplesmente a pessoa desliga na sua cara. > > Da licen?a, > > BASTA! > > Gustavo Zamboni > > Zael Eletroeletr?nica LTDA > tel +55 (11) 2577 2233 > tel +55 (11) 2276 2227 > fax +55 (11) 5589 2943 > email gzamboni at zael.com.br > > > > Aristeu Gil Alves Jr escreveu: >> Em 17/10/07, Renato Frederick<frederick at dahype.org> escreveu: >> >>> Nada Justifica.. se os impostos s?o t?o caros assim e ela est? insatisfeita, >>> que saia do Brasil... A cisco n?o ? diferente de n?s, do ponto de vista >>> legal ent?o, que pague o que deve ou fa?a uma fraude muito bem feita para >>> n?o pegarem :) >>> >> Uma coisa ? certa, nada justifica. Tem que pagar pelo que fez. Outras >> empresas de tecnologia tem hist?rico de usar formas escusas de >> penetrar na fronteira burlando os impostos. >> >> Agora, uma outra coisa n?o h? justificativa, quero deixar bem claro: >> j? temos essa carga tarifaria f*** na aduana h? muito tempo, >> supostamente para fortalecer a produ??o interna. Pq nossa ind?stria >> tecnol?gica ? t????????? ruim? Pq a CISCO n?o produz aqui? pq outras >> n?o produzem aqui? S? temos industria que monta com tecnologia de >> fora. Nossa produ??o continua cara. PRA ONDE VAI O DINHEIRO DO IMPOSTO >> SOBRE A IMPORTA??O DESSES PRODUTOS? Certamente n?o deve ir pra >> investimento na cria??o de industrias aqui. >> >> N?s, que usamos tecnologia, vamos ficar na m**** pra sempre, s? >> exportando materia prima, e pagando o olho da cara pro governo, pros >> importadores e o com?rcio abusivo? >> >> N?o se pode ser t?o burro por tanto tempo, s? pode ser sacanagem... >> > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- ******************************************** * * * Francisco J. C. Figueiredo * * chicofig at unesp.br * * * * Analista de Redes GRC/AI * * UNESP-Universidade Estadual Paulista * * * * Tel: (11) 5627-0539 * * * * PGP public key: * * http://grc.unesp.br/chicofig_pgp.txt * ******************************************** WYSIWYG editor? VI !!! I see text,I get text !!! From luiz.eduardo at gmail.com Wed Oct 17 15:01:48 2007 From: luiz.eduardo at gmail.com (luiz.eduardo at gmail.com) Date: Wed, 17 Oct 2007 10:01:48 -0700 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <001801c810ae$11e73c60$0400000a@xpc> References: <001801c810ae$11e73c60$0400000a@xpc> Message-ID: <ef8af82f0710171001r61636d97vb56c1982af05ff45@mail.gmail.com> Fisco Systems advisory (como se fosse a ?nica) Cisco Security Advisory: Multiple Vulnerabilities in Import Services Module Revision 1.0 For Public Release 2007 October 17 1600 UTC (GMT) +-------------------------------------------------------------------- Summary ======= Several vulnerabilities exist in the Cisco Import Services Module (CISM) that may result in a reload of the all CISM. These vulnerabilities can be triggered during the processing of import requests, or during the processing of Tip Gateway Control Protocol (TGCP) packets. A third vulnerability may cause access control list (ACL) entries to not be evaluated after the access list has been manipulated. Note: These vulnerabilities are independent of each other; a device may be affected by one and not by the others. This advisory is posted at http://www.cisco.com/warp/public/ohmygod.html Affected Products ================= Vulnerable Products All products imported to Brazil Fixes =========================== Pray so much. On 10/17/07, Dilson Augusto Cat?i <dilsoncatoi at gmail.com> wrote: > > At? t? "Cisco"... > > http://www1.folha.uol.com.br/folha/dinheiro/ult91u337176.shtml > > http://www.estado.com.br/editorias/2007/10/17/eco-1.93.4.20071017.1.1.xml > > Att, > > Dilson Augusto Cat?i. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- LE CISSP, GISP, GCIH, CEH, CWNE http://naopod.com.br From danton at inexo.com.br Wed Oct 17 15:04:30 2007 From: danton at inexo.com.br (Lao DanTong) Date: Wed, 17 Oct 2007 15:04:30 -0200 (BRST) Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <ef8af82f0710171001r61636d97vb56c1982af05ff45@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <ef8af82f0710171001r61636d97vb56c1982af05ff45@mail.gmail.com> Message-ID: <Pine.LNX.4.60.0710171504001.8904@newquantum.inexo.com.br> On Wed, 17 Oct 2007, luiz.eduardo at gmail.com wrote: > Fisco Systems advisory (como se fosse a ?nica) > > Cisco Security Advisory: Multiple Vulnerabilities in Import Services Module > Revision 1.0 > > For Public Release 2007 October 17 1600 UTC (GMT) muito boa! t? vendo como sempre pode voltar a ser 'on-topic'! From luiz.eduardo at gmail.com Wed Oct 17 15:10:21 2007 From: luiz.eduardo at gmail.com (luiz.eduardo at gmail.com) Date: Wed, 17 Oct 2007 10:10:21 -0700 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <Pine.LNX.4.60.0710171504001.8904@newquantum.inexo.com.br> References: <001801c810ae$11e73c60$0400000a@xpc> <ef8af82f0710171001r61636d97vb56c1982af05ff45@mail.gmail.com> <Pine.LNX.4.60.0710171504001.8904@newquantum.inexo.com.br> Message-ID: <ef8af82f0710171010s70e53ee4we993d2e7d95d094a@mail.gmail.com> Brincadeiras ? parte... isso ? MUITO ontopic na minha opini?o.... todo mundo, por bem ou mal, tem que comprar equipamentos... e a culpa n?o ? s? da Cisco... se TODO MUNDO tentasse parar de levar vantagem EM TUDO... seria um bom come?o para botar a casa em ordem. s? comento isso com cerveja agora :) abs le On 10/17/07, Lao DanTong <danton at inexo.com.br> wrote: > > On Wed, 17 Oct 2007, luiz.eduardo at gmail.com wrote: > > > Fisco Systems advisory (como se fosse a ?nica) > > > > Cisco Security Advisory: Multiple Vulnerabilities in Import Services > Module > > Revision 1.0 > > > > For Public Release 2007 October 17 1600 UTC (GMT) > > muito boa! t? vendo como sempre pode voltar a ser 'on-topic'! > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- LE CISSP, GISP, GCIH, CEH, CWNE http://naopod.com.br From ln_koppes at yahoo.com.br Wed Oct 17 16:28:43 2007 From: ln_koppes at yahoo.com.br (Leonardo Koppes) Date: Wed, 17 Oct 2007 15:28:43 -0300 (ART) Subject: [MASOCH-L] Cisco no olho Message-ID: <874416.58538.qm@web53306.mail.re2.yahoo.com> Algu?m sabe quanto custa o CD de atualiza??o do IOS? Parte do esquema era superfaturar o valor do software. Pelo que eu tenho visto, a fraude ? grav?ssima e foi deliberada. Se o rombo chegar na matriz, eles quebraram as regras da SOX e v?o em cana mesmo. A PF investigou com o apoio do FBI. D? uma olhada no site da CNN pra ver o que falam nos EUA. O que me deixa preocupado: suporte a quem tem ativo Cisco, custo pra adquirir novos ativos, atualiza??es, etc. Qual vai ser o impacto? e os canais de distribui??o? alguma coisa vai mudar, a diretoria inteira foi pra jaula!!! Quem tava de olho na Cisco agora tem um Cisco no olho. Abra sua conta no Yahoo! Mail, o ?nico sem limite de espa?o para armazenamento! From rubensk at gmail.com Wed Oct 17 16:31:33 2007 From: rubensk at gmail.com (Rubens Kuhl Jr.) Date: Wed, 17 Oct 2007 16:31:33 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <ef8af82f0710171010s70e53ee4we993d2e7d95d094a@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <ef8af82f0710171001r61636d97vb56c1982af05ff45@mail.gmail.com> <Pine.LNX.4.60.0710171504001.8904@newquantum.inexo.com.br> <ef8af82f0710171010s70e53ee4we993d2e7d95d094a@mail.gmail.com> Message-ID: <6bb5f5b10710171131o39ed3879t3d77597acf0217bb@mail.gmail.com> > Brincadeiras ? parte... isso ? MUITO ontopic na minha opini?o.... > > todo mundo, por bem ou mal, tem que comprar equipamentos... e a culpa n?o ? > s? da Cisco... > > se TODO MUNDO tentasse parar de levar vantagem EM TUDO... seria um bom > come?o para botar a casa em ordem. > > s? comento isso com cerveja agora :) Sem ser muito alarmista mas j? sendo, o impacto disso no fluxo de equipamentos e de neg?cios pode levar a lead-times muito altos para servi?os de telecom que dependam de CPEs ou equipamentos de agrega??o/comuta??o/roteamento Cisco e para redes corporativas pelo menos at? Q2 do ano que vem. Junte isso com a prov?vel perda de competitividade a partir do momento que os pre?os n?o contarem mais com esse "doping", e muita gente em empresas com forte depend?ncia da Cisco (integradores, revendedores) est? bem preocupada com seus empregos, e n?o sem raz?o. Rubens From marco at danforth.com.br Wed Oct 17 17:33:44 2007 From: marco at danforth.com.br (Gobbo, Marco [DANFORTH]) Date: Wed, 17 Oct 2007 16:33:44 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <6bb5f5b10710171131o39ed3879t3d77597acf0217bb@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <ef8af82f0710171001r61636d97vb56c1982af05ff45@mail.gmail.com> <Pine.LNX.4.60.0710171504001.8904@newquantum.inexo.com.br> <ef8af82f0710171010s70e53ee4we993d2e7d95d094a@mail.gmail.com> <6bb5f5b10710171131o39ed3879t3d77597acf0217bb@mail.gmail.com> Message-ID: <b55a37ee0710171233i7428996ckd6388a40dc984760@mail.gmail.com> A Danforth Consulting foi uma das maiores prejudicadas no esc?ndalo, e nem por isso concordamos em pagar os impostos de importa??o e sobre-taxas da receita federal, por isso optamos por comprar com os distribuidores teoricamente "com esquemas". Nada mais ? do que importar roteadores e switches com todos as placas/modulos poss?veis dentro, sendo que para importa??o dos modulos a taxa ? violentamente maior! e o governo nao precisa saber que as placas internas instaladas s?o "acessorios" e sim que fazem parte do equipamento. Com isso conseguimos pre?os melhores para nossos clientes finais e uma vasta opera??o de distribui??o. Estamos re-estruturando nossa empresa para abra?ar o mercado provendo todos os tipos de produtos com prazo de entrega imediato para qualquer equipamento/modulo. agora que contamos com 60% de participa?ao da Cisco Systems. Abra?os Marco Antonio Gobbo www.danforth.com.br On 10/17/07, Rubens Kuhl Jr. <rubensk at gmail.com> wrote: > > > Brincadeiras ? parte... isso ? MUITO ontopic na minha opini?o.... > > > > todo mundo, por bem ou mal, tem que comprar equipamentos... e a culpa > n?o ? > > s? da Cisco... > > > > se TODO MUNDO tentasse parar de levar vantagem EM TUDO... seria um bom > > come?o para botar a casa em ordem. > > > > s? comento isso com cerveja agora :) > > Sem ser muito alarmista mas j? sendo, o impacto disso no fluxo de > equipamentos e de neg?cios pode levar a lead-times muito altos para > servi?os de telecom que dependam de CPEs ou equipamentos de > agrega??o/comuta??o/roteamento Cisco e para redes corporativas pelo > menos at? Q2 do ano que vem. > > Junte isso com a prov?vel perda de competitividade a partir do momento > que os pre?os n?o contarem mais com esse "doping", e muita gente em > empresas com forte depend?ncia da Cisco (integradores, revendedores) > est? bem preocupada com seus empregos, e n?o sem raz?o. > > > Rubens > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From jean.vosch at gmail.com Wed Oct 17 18:01:22 2007 From: jean.vosch at gmail.com (Jean Marcel Vosch) Date: Wed, 17 Oct 2007 17:01:22 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <d744dea00710170535y2fdf7f0fl4047e321c75161e1@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <4715FC69.6090304@ecosistemas.com.br> <d744dea00710170535y2fdf7f0fl4047e321c75161e1@mail.gmail.com> Message-ID: <68b0d6aa0710171301h53d70c32ud821cbae107f1a48@mail.gmail.com> Concordo plenamente, se n?o est? satisfeita com os lucros na forma l?cita, que v? embora. Mas com impostos ou n?o, ainda ? lucrativo o mercado/m?o de obra brasileiro. Acho que no final das contas, v?o culpar alguns diretores, e a Cisco vai continuar operando na normalidade por aqui... Pq as "deped?ncias" geradas por ela s?o imensas. []s Em 17/10/07, Renato Frederick <frederick at dahype.org> escreveu: > > Nada Justifica.. se os impostos s?o t?o caros assim e ela est? > insatisfeita, > que saia do Brasil... A cisco n?o ? diferente de n?s, do ponto de vista > legal ent?o, que pague o que deve ou fa?a uma fraude muito bem feita para > n?o pegarem :) > > At?! > > > Em 17/10/07, Lucio de Aquino Marinho <aquino at ecosistemas.com.br> escreveu: > > > > > > N?o justifica , definitivamente !!! > > > > Lucio > > > > Galassi - Arielo escreveu: > > > se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer > > cambalacho... > > > > > > Galassi > > > Tecnologia da Informa??o > > > Reicom Ind. e Com. Ltda > > > Pederneiras / SP > > > > > > > > > > > > ------------- Segue mensagem original! ------------- > > > > > > De: Dilson Augusto Cat?i <dilsoncatoi at gmail.com> > > > Data: Wed, 17 Oct 2007 09:08:36 -0200 > > > Para: <masoch-l at eng.registro.br> > > > Assunto: [MASOCH-L] Cisco Systems - fraude nas importa??es > > > > > > > > > At? t? "Cisco"... > > > > > > http://www1.folha.uol.com.br/folha/dinheiro/ult91u337176.shtml > > > > > > > > > http://www.estado.com.br/editorias/2007/10/17/eco-1.93.4.20071017.1.1.xml > > > > > > Att, > > > > > > Dilson Augusto Cat?i. > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > > > > > > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From tukso.antartiko at gmail.com Wed Oct 17 19:58:53 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Wed, 17 Oct 2007 18:58:53 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <20071017121030.5845.qmail@hm598.locaweb.com.br> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> Message-ID: <b1dc8f9a0710171458n3ef5fbb6xd1eb025f7d1cde51@mail.gmail.com> O governo reduziu bastante os impostos na ?poca do Furlan e a Zona Franca de Manaus est? a? para quem quiser integrar componentes ("produzir" seria um pouco de ousadia da minha parte). Se todos respeitassem as leis estas seriam mais justas, pois haveria um lobby maior para mud?-las e o legislador n?o faria leis na base do "se pegar, pegou". Como hoje todo mundo j? pensa no atalho ningu?m se importa realmente com o que foi ou est? sendo legislado. On 10/17/07, Galassi - Arielo <ti at arielo.com.br> wrote: > > se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer > cambalacho... > > Galassi > Tecnologia da Informa??o > Reicom Ind. e Com. Ltda > Pederneiras / SP > > From gzamboni at zael.com.br Wed Oct 17 21:12:13 2007 From: gzamboni at zael.com.br (Gustavo Zamboni) Date: Wed, 17 Oct 2007 20:12:13 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <b1dc8f9a0710171458n3ef5fbb6xd1eb025f7d1cde51@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <b1dc8f9a0710171458n3ef5fbb6xd1eb025f7d1cde51@mail.gmail.com> Message-ID: <471696CD.7060805@zael.com.br> Convido voc?s a verem este video e refletirem, Ele mostra uma reportagem interessante, ou melhor, indignante. segue o link: http://www.estabilizadores.com.br/filme.wmv N?o estou dizendo e nem quero dizer que estou de acordo com a Cisco, pelo contr?rio, acho que n?o foi legal (ainda mais para uma empresa desse porte). Mas antes de tudo estou contra o governo e com o que ? feito com o nosso dinheiro. Basta! Gustavo Zamboni Zael Eletroeletr?nica LTDA tel +55 (11) 2577 2233 tel +55 (11) 2276 2227 fax +55 (11) 5589 2943 email gzamboni at zael.com.br Tukso Antartiko escreveu: > O governo reduziu bastante os impostos na ?poca do Furlan e a Zona Franca de > Manaus est? a? para quem quiser integrar componentes ("produzir" seria um > pouco de ousadia da minha parte). > > Se todos respeitassem as leis estas seriam mais justas, pois haveria um > lobby maior para mud?-las e o legislador n?o faria leis na base do "se > pegar, pegou". Como hoje todo mundo j? pensa no atalho ningu?m se importa > realmente com o que foi ou est? sendo legislado. > > On 10/17/07, Galassi - Arielo <ti at arielo.com.br> wrote: > >> se a carga tributaria brasileira fosse JUSTA, ninguem precisaria fazer >> cambalacho... >> >> Galassi >> Tecnologia da Informa??o >> Reicom Ind. e Com. Ltda >> Pederneiras / SP >> >> >> > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From tukso.antartiko at gmail.com Wed Oct 17 20:16:06 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Wed, 17 Oct 2007 19:16:06 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <6bb5f5b10710171131o39ed3879t3d77597acf0217bb@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <ef8af82f0710171001r61636d97vb56c1982af05ff45@mail.gmail.com> <Pine.LNX.4.60.0710171504001.8904@newquantum.inexo.com.br> <ef8af82f0710171010s70e53ee4we993d2e7d95d094a@mail.gmail.com> <6bb5f5b10710171131o39ed3879t3d77597acf0217bb@mail.gmail.com> Message-ID: <b1dc8f9a0710171516p2dec4489y8029f533bb2a29b5@mail.gmail.com> N?o estou vendo ningu?m que trabalhava com produtos legais ou era facilmente influenciado por marcas chorando. Isto n?o me estranha j? que o sonho dos justos costuma ser mais tranquilo. N?o ligo para os demais. Quem se "beneficiava" j? se "beneficiou", se algu?m se sente injusti?ado que entre na justi?a. On 10/17/07, Rubens Kuhl Jr. <rubensk at gmail.com> wrote: > > > Sem ser muito alarmista mas j? sendo, o impacto disso no fluxo de > equipamentos e de neg?cios pode levar a lead-times muito altos para > servi?os de telecom que dependam de CPEs ou equipamentos de > agrega??o/comuta??o/roteamento Cisco e para redes corporativas pelo > menos at? Q2 do ano que vem. > > Junte isso com a prov?vel perda de competitividade a partir do momento > que os pre?os n?o contarem mais com esse "doping", e muita gente em > empresas com forte depend?ncia da Cisco (integradores, revendedores) > est? bem preocupada com seus empregos, e n?o sem raz?o. > > > From aristeu.jr at gmail.com Thu Oct 18 10:50:31 2007 From: aristeu.jr at gmail.com (Aristeu Gil Alves Jr) Date: Thu, 18 Oct 2007 09:50:31 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <b1dc8f9a0710171458n3ef5fbb6xd1eb025f7d1cde51@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <b1dc8f9a0710171458n3ef5fbb6xd1eb025f7d1cde51@mail.gmail.com> Message-ID: <2c84c1de0710180550x7ba7ad99i525f55d2959f9d7f@mail.gmail.com> Em 17/10/07, Tukso Antartiko<tukso.antartiko at gmail.com> escreveu: > O governo reduziu bastante os impostos na ?poca do Furlan e a Zona Franca de > Manaus est? a? para quem quiser integrar componentes ("produzir" seria um > pouco de ousadia da minha parte). > E pq continua fraco o neg?cio l?? Digo, bem que poderia ter de processadores, chips diversos, cosital... ou mesmo que sejam integradores... Falta de incentivos? Infraestrutura? Dificuldade de transporte? Problemas clim?ticos (umidade)? M?o de obra? outros? Temos que ver que problema ?, pq insistir na ZFM serve para alguns produtos, mas pra produ??o de tecnologia t? muito fraco. Enfim, so quero mostrar meu descontentamento como profissional da tecnologia. At? quando o freio de m?o vai ficar puxado pra n?s? From giliardi at bigua.com.br Thu Oct 18 11:32:29 2007 From: giliardi at bigua.com.br (Giliardi dos Santos) Date: Thu, 18 Oct 2007 11:32:29 -0200 Subject: [MASOCH-L] [Off-topic] Curso ITIL - Floripa Message-ID: <c8b11a860710180632o2676a59s7fc92a1ef74800ef@mail.gmail.com> Pessoal, Segue oportunidade para pessoal de Florian?polis e Regi?o. Minha turma de p?s em Gest?o Estrat?gica em TI est? organizando um Curso de ITIL Foundation (preparando pra certifica??o) com o professor Rafael Pascucci. Ele ? diretor da IT Partners/SP (www.itpartners.com.br/). O Curso ser? nesse final de semana (s?bado e domingo) no Hotel Brisamar (Antigo Dimas Park Hotel - Jardim Atl?ntico), das 08:30h as 18:00h. O valor de um curso desses no mercado ? de R$ 1.700,00. N?s conseguimos fechar com ele por R$ 600,00 (que pode ser parcelado em at? 3 X ) com direito a certificado, estacionamento e coffee-break. Quem estiver afim, favor me contatar em pvt. Temos 4 vagas dispon?veis. Segue programa: 1 - Titulo do Curso ? ITIL Foundation 2- Breve descri??o ? apresenta??o da biblioteca ITIL, abordagem te?rica dos dois principais livros da biblioteca, Service Support e Service Delivery, apresentaremos a fun??o service desk e os 10 processos de gerenciamento de Servi?os. 3 - Topicos do Curso PROGRAMA PROPOSTO ITIL FOUNDATION Objetivo: o Proporcionar aos participantes uma vis?o geral e consistente sobre Gest?o por Processos seguindo o modelo do Service Management do ITIL. o Discutir os processos em rela??o ? realidade do ambiente de trabalho atual. o Discuss?o e estudo de um "roadmap" de ado??o. o Preparar os participantes para a Certifica??o em ITIL atrav?s do EXIN (ITIL Foundations). Conte?do program?tico: 1. Contextualiza??o: ? Os desafios do mercado ? Governan?a Corporativa ? Melhores pr?ticas o Cobit o ISO/IEC 17799 o Six Sigma o CMM 2. Introdu??o ao uso de melhores pr?ticas ? Origens do ITIL ? As publica??es do ITIL ? Por que ITIL? ? As raz?es para o sucesso do ITIL ? itSMF - IT Service Management Forum ? Entidades certificadoras e modelos de certifica??o 3. A gest?o dos servi?os de TI (Service Management) ? Benef?cios da Gest?o de Servi?os ? A cultura de servi?os ? O que o cliente requer ? Service Catalog (Cat?logo de Servi?os) ? Service Management ? Service Delivery ? Service Support 4. Gest?o por Processos (Process Management) ? Processos e estrutura organizacional ? O que ? um "Processo"? ? Relacionamento entre processos ? Sub processos ? Atividades ? Controle sobre o processo ? O ciclo PDCA ? Service Level Agreements ? Key Performance Indicators 5. Os processos de gest?o dos servi?os de TI (Service Management Processes) ? Usu?rios e clientes ? O Modelo IPW ? O relacionamento entre os processos ITIL ? Service Management Processes and Functions o Service Desk - Central de Servi?os o Incident Management - Gest?o de Incidentes o Problem Management - Gest?o de Problemas o Configuration Management - Gest?o da Configura??o o Change Management - Gest?o de Mudan?as o Release Management - Gest?o de Libera??es o Service Level Management - Gest?o de N?veis de Servi?o o Financial Management - Gest?o Financeira dos Servi?os de TI o Capacity Management - Gest?o da Capacidade o Service Continuity Management - Gest?o da Continuidade dos Servi?os o Availability Management - Gest?o da Disponibilidade o Application Management ? Gest?o das Aplica??es 6. Discuss?o e estudo da Implementa??o de casos e uma din?mica de grupo envolvendo os conceitos abordados no Treinamento. Essa din?mica permite que os alunos compreendam o prop?sito de melhores pr?ticas do ITIL e de sua aplica??o na gest?o de TI. From esan_br at yahoo.com.br Thu Oct 18 12:52:44 2007 From: esan_br at yahoo.com.br (Elias Andrade) Date: Thu, 18 Oct 2007 12:52:44 -0200 Subject: [MASOCH-L] IP checksum errors Message-ID: <4717733C.2050309@yahoo.com.br> Pessoal, Estive analisando um gateway/controlador de banda linux (com 3 interfaces de redes), e notei um n?mero excessivo de "IP checksum errors". Usando a ferramenta iptraf notei que o erro ocorre em todas as interfaces (eth0, eth1, eth2). O link desse servidor est? chegando via fibra (o router est? na outra ponta, da qual a operadora inclusive aponta outra rede para o ip desse controlador de banda). Algu?m j? viu erros excessivos desse tipo? Em testes, n?o existe perda de pacotes ou lentid?o do link (4Mbits). Agrade?o desde j?. Att -- [ ]'s Elias Andrade ----------------------------------------------------- Certificado Conectiva | Linux User 229468 Projeto Monesa: http://monesa.sf.net ----------------------------------------------------- #Paranagu? - Paran? - [<o>] Brasil Ourinhos - S?o Paulo - [<o>] Brasil "Quando voc? perder, n?o perca a li??o." -Dalai Lama _______________________________________________________ Yahoo! Mail - Sempre a melhor op??o para voc?! Experimente j? e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ From fabiano.br at uol.com.br Thu Oct 18 15:41:55 2007 From: fabiano.br at uol.com.br (Fabiano) Date: Thu, 18 Oct 2007 14:41:55 -0300 Subject: [MASOCH-L] [Off-topic] Curso ITIL - Floripa In-Reply-To: <c8b11a860710180632o2676a59s7fc92a1ef74800ef@mail.gmail.com > References: <c8b11a860710180632o2676a59s7fc92a1ef74800ef@mail.gmail.com> Message-ID: <20071018164134.848D922CF@socom10.uol.com.br> oportunidade semelhante em SP/SP , gostaria de saber... []s Fabiano At 10:32 18/10/2007, Giliardi dos Santos wrote: >Pessoal, > >Segue oportunidade para pessoal de Florian?polis e Regi?o. > > Minha turma de p?s em Gest?o Estrat?gica em TI est? organizando um Curso de >ITIL Foundation (preparando pra certifica??o) com o professor Rafael >Pascucci. Ele ? diretor da IT Partners/SP (www.itpartners.com.br/). > >O Curso ser? nesse final de semana (s?bado e domingo) no Hotel Brisamar >(Antigo Dimas Park Hotel - Jardim Atl?ntico), das 08:30h as 18:00h. > >O valor de um curso desses no mercado ? de R$ 1.700,00. >N?s conseguimos fechar com ele por R$ 600,00 (que pode ser parcelado em at? >3 X ) com direito a certificado, estacionamento e coffee-break. > >Quem estiver afim, favor me contatar em pvt. Temos 4 vagas dispon?veis. > >Segue programa: > > 1 - Titulo do Curso ? ITIL Foundation > > 2- Breve descri??o ? apresenta??o da biblioteca ITIL, abordagem te?rica dos >dois principais livros da biblioteca, Service Support e Service Delivery, >apresentaremos a fun??o service desk e os 10 processos de gerenciamento de >Servi?os. > > 3 - Topicos do Curso > >PROGRAMA PROPOSTO > > ITIL FOUNDATION > Objetivo: > > o Proporcionar aos participantes uma vis?o geral e consistente sobre >Gest?o por Processos seguindo o modelo do Service Management do ITIL. > >o Discutir os processos em rela??o ? realidade do ambiente de trabalho >atual. > >o Discuss?o e estudo de um "roadmap" de ado??o. > >o Preparar os participantes para a Certifica??o em ITIL atrav?s do >EXIN (ITIL Foundations). > > Conte?do program?tico: > > 1. Contextualiza??o: > >? Os desafios do mercado > >? Governan?a Corporativa > >? Melhores pr?ticas > >o Cobit > >o ISO/IEC 17799 > >o Six Sigma > >o CMM > > > >2. Introdu??o ao uso de melhores pr?ticas > >? Origens do ITIL > >? As publica??es do ITIL > >? Por que ITIL? > >? As raz?es para o sucesso do ITIL > >? itSMF - IT Service Management Forum > >? Entidades certificadoras e modelos de certifica??o > > > >3. A gest?o dos servi?os de TI (Service Management) > >? Benef?cios da Gest?o de Servi?os > >? A cultura de servi?os > >? O que o cliente requer > >? Service Catalog (Cat?logo de Servi?os) > >? Service Management > >? Service Delivery > >? Service Support > > > >4. Gest?o por Processos (Process Management) > >? Processos e estrutura organizacional > >? O que ? um "Processo"? > >? Relacionamento entre processos > >? Sub processos > >? Atividades > >? Controle sobre o processo > >? O ciclo PDCA > >? Service Level Agreements > >? Key Performance Indicators > > > >5. Os processos de gest?o dos servi?os de TI (Service Management >Processes) > >? Usu?rios e clientes > >? O Modelo IPW > >? O relacionamento entre os processos ITIL > >? Service Management Processes and Functions > >o Service Desk - Central de Servi?os > >o Incident Management - Gest?o de Incidentes > >o Problem Management - Gest?o de Problemas > >o Configuration Management - Gest?o da Configura??o > >o Change Management - Gest?o de Mudan?as > >o Release Management - Gest?o de Libera??es > >o Service Level Management - Gest?o de N?veis de Servi?o > >o Financial Management - Gest?o Financeira dos Servi?os de TI > >o Capacity Management - Gest?o da Capacidade > >o Service Continuity Management - Gest?o da Continuidade dos Servi?os > >o Availability Management - Gest?o da Disponibilidade > >o Application Management ? Gest?o das Aplica??es > > 6. Discuss?o e estudo da Implementa??o de casos e uma din?mica de >grupo envolvendo os conceitos abordados no Treinamento. Essa din?mica >permite que os alunos compreendam o prop?sito de melhores pr?ticas do ITIL e >de sua aplica??o na gest?o de TI. >__ >masoch-l list >https://eng.registro.br/mailman/listinfo/masoch-l From ln_koppes at yahoo.com.br Thu Oct 18 15:43:35 2007 From: ln_koppes at yahoo.com.br (Leonardo Koppes) Date: Thu, 18 Oct 2007 14:43:35 -0300 (ART) Subject: [MASOCH-L] Cisco Systems - fraude nas importa??es In-Reply-To: <mailman.1.1192716001.39425.masoch-l@eng.registro.br> Message-ID: <642112.3440.qm@web53307.mail.re2.yahoo.com> Sr. Gobbo, o senhor vai me perdoar profundamente o que eu vou dizer: n?o est? na hora de fazer propaganda da sua empresa nessa lista. Ainda mais nesses termos. Devo lembrar a todos que sonega??o fiscal ? crime. A Cisco foi enquadrada em 8 crimes diferentes, inclusive forma??o de quadrilha!!! As opini?es favor?veis ao comportamento da Cisco podem ser interpretadas como apologia ao crime. N?o estou dizendo que algu?m da lista vai tomar essas dores mas a veicula??o desse tipo de opini?o em uma m?dia aberta (um jornal por exemplo) pode dar alguma dor de cabe?a. ? inconceb?vel que uma empresa como a Cisco, refer?ncia no mercado de telecom, crie um esquema de sonega??o t?o espetacular como esse. Jogou por terra anos e anos de idoneidade. N? vivemos num estado de direito e se h? necessidade de mudar regras, que seja feito pelas vias corretas. A press?o de setores da ind?stria j? fez baixar a al?cota de v?rios produtos nos ?ltimos anos, inclusive de computadores e alguns produtos de inform?tica. Esse ? o caminho que a sociedade civil deve tomar. ? mais demorado? SIM!!! Mas ? o caminho correto. Trata-se de uma quest?o de ?tica. A sua op??o por negociar com formecedores com "esquemas" acaba pondo em cheque a sua idoneidade: se ? aberto esse precedente, quais outros n?o se abrir?o. Eu, por exemplo, n?o compraria ativos de rede nessa empresa. O que me garante que eu n?o receberia uma placa remanufaturada dentro de um roteador comprado assim? Com quem eu vou reclamar? Com o bispo? A algum tempo atr?s, uma revista de autom?veis realizou um teste de 50.000 Km com um modelo e, depois do teste, desmontaram o carro e descobriram que o motor havia sido retificado. Um carro comprado na concession?ria veio com um motor retificado!!! Eu nunca compraria um carro dessa montadora. Isso ? falta de escr?pulos mesmo. Empresas Cisco-dependentes como a Telef?nica, com certeza est?o muito preocupadas. Nem tanto pelo esquema em si e sim pelo precedente. Essa ocasi?o ? oportuna para repensarmos que tipo de rela??o comercial desejamos nas nossas empresas. ? melhor vivermos na lei de Gerson? Ou ser? que ? mais sensato pensarmos em uma sociedade melhor? O que eu vou ensinar para o meu filho? Me desculpem o meu tom indignado, mas j? estou cansado de ver esse tipo de coisa. ? picaretagem de todo lado, de cima, de baixo e dos lados. Isso tem que ter um fim! Message: 1 Date: Wed, 17 Oct 2007 16:33:44 -0300 From: "Gobbo, Marco [DANFORTH]" Subject: Re: [MASOCH-L] Cisco Systems - fraude nas importa??es To: "Mail Aid and Succor, On-line Comfort and Help" Message-ID: Content-Type: text/plain; charset=ISO-8859-1 A Danforth Consulting foi uma das maiores prejudicadas no esc?ndalo, e nem por isso concordamos em pagar os impostos de importa??o e sobre-taxas da receita federal, por isso optamos por comprar com os distribuidores teoricamente "com esquemas". Nada mais ? do que importar roteadores e switches com todos as placas/modulos poss?veis dentro, sendo que para importa??o dos modulos a taxa ? violentamente maior! e o governo nao precisa saber que as placas internas instaladas s?o "acessorios" e sim que fazem parte do equipamento. Com isso conseguimos pre?os melhores para nossos clientes finais e uma vasta opera??o de distribui??o. Estamos re-estruturando nossa empresa para abra?ar o mercado provendo todos os tipos de produtos com prazo de entrega imediato para qualquer equipamento/modulo. agora que contamos com 60% de participa?ao da Cisco Systems. Abra?os Marco Antonio Gobbo www.danforth.com.br Abra sua conta no Yahoo! Mail, o ?nico sem limite de espa?o para armazenamento! From andre at insite.com.br Thu Oct 18 17:02:28 2007 From: andre at insite.com.br (Andre Uratsuka Manoel) Date: Thu, 18 Oct 2007 17:02:28 -0200 Subject: [MASOCH-L] Cisco Systems - fraude nas importa??es In-Reply-To: <642112.3440.qm@web53307.mail.re2.yahoo.com> References: <mailman.1.1192716001.39425.masoch-l@eng.registro.br> <642112.3440.qm@web53307.mail.re2.yahoo.com> Message-ID: <e7fcadd30710181202y82afedbk9c1f1b292d1f656d@mail.gmail.com> Leonardo, Independente do m?rito da Cisco ter sonegado, tem umas afirma??es que voc? fez das quais eu n?o gostei muito. Primeiro, a Cisco ter sido enquadrada n?o ? grande coisa. N?o existe condena??o. Existe um processo legal para apurar se o que a Receita Federal e a Pol?cia Federal investigaram e conclu?ram ? verdade. N?o ? porque algu?m ? acusado que ? culpado. Segundo, forma??o de quadrilha est? no roteiro de toda acusa??o desse tipo, todo caso parecido com esse que eu vi tem forma??o de quadrilha no meio. D? IBOPE, faz os acusados parecerem culpados, afinal de contas, quem ? acusado de forma??o de quadrilha, exceto um quadrilheiro. Terceiro, e o mais importante de tudo. Opini?es favor?veis a algu?m que est? sendo acusado de um crime n?o podem ser de forma alguma consideradas apologia ao crime puramente por serem favor?veis. Isso acaba com a possibilidade de as pessoas discordarem, e as pessoas precisam poder discordar em uma sociedade democr?tica. Agora, por outro lado, eu concordo que esses esquemas precisam ser condenados, grandes esquemas de sonega??o favorecem tanto as empresas que fazem uso deles contra os que seguem todas as regras, que a vida para os que seguem as regras se torna imposs?vel, e esses grandes grupos acabam tendo interesse em manter essa situa??o absurda. Portanto, discordo de voc? quando voc? reclama dos que reclamam da a??o policial/fiscal e do ambiente econ?mico atual, mas concordo que n?s ficar?amos muito melhor se esses esquemas corruptos de descaminho acabassem, e quer saber o que mais? Acho que ? ?timo que se parta para cima de uma empresa como a Cisco, contanto, claro, que ela realmente seja culpada. Andr? On 10/18/07, Leonardo Koppes <ln_koppes at yahoo.com.br> wrote: > Sr. Gobbo, o senhor vai me perdoar profundamente o que eu vou dizer: n?o est? na hora de fazer propaganda da sua empresa nessa lista. Ainda mais nesses termos. Devo lembrar a todos que sonega??o fiscal ? crime. A Cisco foi enquadrada em 8 crimes diferentes, inclusive forma??o de quadrilha!!! As opini?es favor?veis ao comportamento da Cisco podem ser interpretadas como apologia ao crime. N?o estou dizendo que algu?m da lista vai tomar essas dores mas a veicula??o desse tipo de opini?o em uma m?dia aberta (um jornal por exemplo) pode dar alguma dor de cabe?a. > ? inconceb?vel que uma empresa como a Cisco, refer?ncia no mercado de telecom, crie um esquema de sonega??o t?o espetacular como esse. Jogou por terra anos e anos de idoneidade. N? vivemos num estado de direito e se h? necessidade de mudar regras, que seja feito pelas vias corretas. A press?o de setores da ind?stria j? fez baixar a al?cota de v?rios produtos nos ?ltimos anos, inclusive de computadores e alguns produtos de inform?tica. Esse ? o caminho que a sociedade civil deve tomar. ? mais demorado? SIM!!! Mas ? o caminho correto. Trata-se de uma quest?o de ?tica. > A sua op??o por negociar com formecedores com "esquemas" acaba pondo em cheque a sua idoneidade: se ? aberto esse precedente, quais outros n?o se abrir?o. Eu, por exemplo, n?o compraria ativos de rede nessa empresa. O que me garante que eu n?o receberia uma placa remanufaturada dentro de um roteador comprado assim? Com quem eu vou reclamar? Com o bispo? > A algum tempo atr?s, uma revista de autom?veis realizou um teste de 50.000 Km com um modelo e, depois do teste, desmontaram o carro e descobriram que o motor havia sido retificado. Um carro comprado na concession?ria veio com um motor retificado!!! Eu nunca compraria um carro dessa montadora. Isso ? falta de escr?pulos mesmo. > Empresas Cisco-dependentes como a Telef?nica, com certeza est?o muito preocupadas. Nem tanto pelo esquema em si e sim pelo precedente. Essa ocasi?o ? oportuna para repensarmos que tipo de rela??o comercial desejamos nas nossas empresas. ? melhor vivermos na lei de Gerson? Ou ser? que ? mais sensato pensarmos em uma sociedade melhor? O que eu vou ensinar para o meu filho? > Me desculpem o meu tom indignado, mas j? estou cansado de ver esse tipo de coisa. ? picaretagem de todo lado, de cima, de baixo e dos lados. Isso tem que ter um fim! > > > > Message: 1 > Date: Wed, 17 Oct 2007 16:33:44 -0300 > From: "Gobbo, Marco [DANFORTH]" > Subject: Re: [MASOCH-L] Cisco Systems - fraude nas importa??es > To: "Mail Aid and Succor, On-line Comfort and Help" > > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > A Danforth Consulting foi uma das maiores prejudicadas no esc?ndalo, e nem > por isso > concordamos em pagar os impostos de importa??o e sobre-taxas da receita > federal, por > isso optamos por comprar com os distribuidores teoricamente "com esquemas". > Nada > mais ? do que importar roteadores e switches com todos as placas/modulos > poss?veis > dentro, sendo que para importa??o dos modulos a taxa ? violentamente maior! > e o governo > nao precisa saber que as placas internas instaladas s?o "acessorios" e sim > que fazem > parte do equipamento. Com isso conseguimos pre?os melhores para nossos > clientes > finais e uma vasta opera??o de distribui??o. > > Estamos re-estruturando nossa empresa para abra?ar o mercado provendo todos > os > tipos de produtos com prazo de entrega imediato para qualquer > equipamento/modulo. > agora que contamos com 60% de participa?ao da Cisco Systems. > > Abra?os > > Marco Antonio Gobbo > www.danforth.com.br > > > > Abra sua conta no Yahoo! Mail, o ?nico sem limite de espa?o para armazenamento! > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > From antoniocarlospina at gmail.com Thu Oct 18 17:05:56 2007 From: antoniocarlospina at gmail.com (Antonio Carlos Pina) Date: Thu, 18 Oct 2007 17:05:56 -0200 Subject: [MASOCH-L] Cisco Systems - fraude nas importa??es In-Reply-To: <e7fcadd30710181202y82afedbk9c1f1b292d1f656d@mail.gmail.com> References: <mailman.1.1192716001.39425.masoch-l@eng.registro.br> <642112.3440.qm@web53307.mail.re2.yahoo.com> <e7fcadd30710181202y82afedbk9c1f1b292d1f656d@mail.gmail.com> Message-ID: <86b352050710181205x53d261c0n5bbebcc44f71fd26@mail.gmail.com> Eu, fora dessa discuss?o, s? digo que n?o compro nada de spammers. Abs. Em 18/10/07, Andre Uratsuka Manoel <andre at insite.com.br> escreveu: > > Leonardo, > > > Independente do m?rito da Cisco ter sonegado, tem umas afirma??es que > voc? fez das quais eu n?o gostei muito. > > Primeiro, a Cisco ter sido enquadrada n?o ? grande coisa. N?o existe > condena??o. Existe um processo legal para apurar se o que a Receita > Federal e a Pol?cia Federal investigaram e conclu?ram ? verdade. N?o ? > porque algu?m ? acusado que ? culpado. > > Segundo, forma??o de quadrilha est? no roteiro de toda acusa??o desse > tipo, todo caso parecido com esse que eu vi tem forma??o de quadrilha > no meio. D? IBOPE, faz os acusados parecerem culpados, afinal de > contas, quem ? acusado de forma??o de quadrilha, exceto um > quadrilheiro. > > Terceiro, e o mais importante de tudo. Opini?es favor?veis a algu?m > que est? sendo acusado de um crime n?o podem ser de forma alguma > consideradas apologia ao crime puramente por serem favor?veis. Isso > acaba com a possibilidade de as pessoas discordarem, e as pessoas > precisam poder discordar em uma sociedade democr?tica. > > Agora, por outro lado, eu concordo que esses esquemas precisam ser > condenados, grandes esquemas de sonega??o favorecem tanto as empresas > que fazem uso deles contra os que seguem todas as regras, que a vida > para os que seguem as regras se torna imposs?vel, e esses grandes > grupos acabam tendo interesse em manter essa situa??o absurda. > > Portanto, discordo de voc? quando voc? reclama dos que reclamam da > a??o policial/fiscal e do ambiente econ?mico atual, mas concordo que > n?s ficar?amos muito melhor se esses esquemas corruptos de descaminho > acabassem, e quer saber o que mais? Acho que ? ?timo que se parta para > cima de uma empresa como a Cisco, contanto, claro, que ela realmente > seja culpada. > > Andr? > > > On 10/18/07, Leonardo Koppes <ln_koppes at yahoo.com.br> wrote: > > Sr. Gobbo, o senhor vai me perdoar profundamente o que eu vou dizer: > n?o est? na hora de fazer propaganda da sua empresa nessa lista. Ainda mais > nesses termos. Devo lembrar a todos que sonega??o fiscal ? crime. A Cisco > foi enquadrada em 8 crimes diferentes, inclusive forma??o de quadrilha!!! As > opini?es favor?veis ao comportamento da Cisco podem ser interpretadas como > apologia ao crime. N?o estou dizendo que algu?m da lista vai tomar essas > dores mas a veicula??o desse tipo de opini?o em uma m?dia aberta (um jornal > por exemplo) pode dar alguma dor de cabe?a. > > ? inconceb?vel que uma empresa como a Cisco, refer?ncia no mercado de > telecom, crie um esquema de sonega??o t?o espetacular como esse. Jogou por > terra anos e anos de idoneidade. N? vivemos num estado de direito e se h? > necessidade de mudar regras, que seja feito pelas vias corretas. A press?o > de setores da ind?stria j? fez baixar a al?cota de v?rios produtos nos > ?ltimos anos, inclusive de computadores e alguns produtos de inform?tica. > Esse ? o caminho que a sociedade civil deve tomar. ? mais demorado? SIM!!! > Mas ? o caminho correto. Trata-se de uma quest?o de ?tica. > > A sua op??o por negociar com formecedores com "esquemas" acaba pondo > em cheque a sua idoneidade: se ? aberto esse precedente, quais outros n?o se > abrir?o. Eu, por exemplo, n?o compraria ativos de rede nessa empresa. O que > me garante que eu n?o receberia uma placa remanufaturada dentro de um > roteador comprado assim? Com quem eu vou reclamar? Com o bispo? > > A algum tempo atr?s, uma revista de autom?veis realizou um teste de > 50.000 Km com um modelo e, depois do teste, desmontaram o carro e > descobriram que o motor havia sido retificado. Um carro comprado na > concession?ria veio com um motor retificado!!! Eu nunca compraria um carro > dessa montadora. Isso ? falta de escr?pulos mesmo. > > Empresas Cisco-dependentes como a Telef?nica, com certeza est?o muito > preocupadas. Nem tanto pelo esquema em si e sim pelo precedente. Essa > ocasi?o ? oportuna para repensarmos que tipo de rela??o comercial desejamos > nas nossas empresas. ? melhor vivermos na lei de Gerson? Ou ser? que ? mais > sensato pensarmos em uma sociedade melhor? O que eu vou ensinar para o meu > filho? > > Me desculpem o meu tom indignado, mas j? estou cansado de ver esse > tipo de coisa. ? picaretagem de todo lado, de cima, de baixo e dos lados. > Isso tem que ter um fim! > > > > > > > > Message: 1 > > Date: Wed, 17 Oct 2007 16:33:44 -0300 > > From: "Gobbo, Marco [DANFORTH]" > > Subject: Re: [MASOCH-L] Cisco Systems - fraude nas importa??es > > To: "Mail Aid and Succor, On-line Comfort and Help" > > > > Message-ID: > > > > Content-Type: text/plain; charset=ISO-8859-1 > > > > A Danforth Consulting foi uma das maiores prejudicadas no esc?ndalo, e > nem > > por isso > > concordamos em pagar os impostos de importa??o e sobre-taxas da receita > > federal, por > > isso optamos por comprar com os distribuidores teoricamente "com > esquemas". > > Nada > > mais ? do que importar roteadores e switches com todos as placas/modulos > > poss?veis > > dentro, sendo que para importa??o dos modulos a taxa ? violentamente > maior! > > e o governo > > nao precisa saber que as placas internas instaladas s?o "acessorios" e > sim > > que fazem > > parte do equipamento. Com isso conseguimos pre?os melhores para nossos > > clientes > > finais e uma vasta opera??o de distribui??o. > > > > Estamos re-estruturando nossa empresa para abra?ar o mercado provendo > todos > > os > > tipos de produtos com prazo de entrega imediato para qualquer > > equipamento/modulo. > > agora que contamos com 60% de participa?ao da Cisco Systems. > > > > Abra?os > > > > Marco Antonio Gobbo > > www.danforth.com.br > > > > > > > > Abra sua conta no Yahoo! Mail, o ?nico sem limite de espa?o para > armazenamento! > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From hamilton at i2.com.br Thu Oct 18 18:21:20 2007 From: hamilton at i2.com.br (Hamilton Vera) Date: Thu, 18 Oct 2007 18:21:20 -0200 (BRST) Subject: [MASOCH-L] =?iso-8859-1?q?Limita=E7=F5es_de_escrita_em_NTFS?= Message-ID: <Pine.LNX.4.63.0710181818150.28520@lima.i2.com.br> Caros, boa noite Atualmente estou desenvolvendo um programa que escreve arquivos XML em disco, esse programa ? port?vel para Linux e para Windows. Infelizmente no Windows estou enfrentando alguns gargalos para escrever os arquivos no sistema NTFS. Quando come?o a escrever cerca de 3000 arquivos xml simultaneos o sistema come?a a perder muita performance. No Linux felizmente n?o estou passando por esse problema. Gostaria de saber se os senhores recomendam algum material, ou algum outro File System da Microsoft para realizar esses testes. Ou as vezes algum tuning no proprio NTFS que permita uma melhor indice de I/O. O sistema atual ? o Windows 2003 Enterprise, roda em uma m?quina at? bacana, um HP Proliant G4 380 com discos SCSI em array, 4GB de RAM, 2 Xeons... Qualquer referencia ? bem vinda. []'s Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" From tukso.antartiko at gmail.com Thu Oct 18 19:10:12 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Thu, 18 Oct 2007 18:10:12 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Cisco_Systems_-_fraude_nas_importa=E7?= =?iso-8859-1?q?=F5es?= In-Reply-To: <2c84c1de0710180550x7ba7ad99i525f55d2959f9d7f@mail.gmail.com> References: <001801c810ae$11e73c60$0400000a@xpc> <20071017121030.5845.qmail@hm598.locaweb.com.br> <b1dc8f9a0710171458n3ef5fbb6xd1eb025f7d1cde51@mail.gmail.com> <2c84c1de0710180550x7ba7ad99i525f55d2959f9d7f@mail.gmail.com> Message-ID: <b1dc8f9a0710181410i4cb0944fl6a64f46bae48115b@mail.gmail.com> J? viu software original concorrer em pre?o com software pirata? Geralmente esse ? o tipo de concorr?ncia quando se disputa mercado com produtos ilegais. O governo abaixou bastante os impostos de produtos de tecnologia e o que vemos? Podem abaixar os impostos que for, quem n?o respeita a legisla??o continuar? arrumando um jeito de vender mais barato. Por sinal, o que tenho observado no mercado de tecnologia (onde o equipamento ? mais dif?cil de falsificar) ? que o pre?o do ilegal est? bem pr?ximo do legalizado. Ou a pol?tica de isen??o do governo est? funcionando ou o sonegador est? embolsando grande parte do que seria pago em impostos. Se o governo d? poucos benef?cios para a sociedade o sonegador que manda o dinheiro para um para?so fiscal ou gasta tudo em carro importado n?o contribui em nada. N?o estou dizendo que a Zona Franca deve ser defendida, mas se a o maior empecilho for imposto, pelo que sei o lugar com maior "incentivo" fiscal ? l?. On 10/18/07, Aristeu Gil Alves Jr <aristeu.jr at gmail.com> wrote: > > > O governo reduziu bastante os impostos na ?poca do Furlan e a Zona > Franca de > > Manaus est? a? para quem quiser integrar componentes ("produzir" seria > um > > pouco de ousadia da minha parte). > > > > E pq continua fraco o neg?cio l?? Digo, bem que poderia ter de > processadores, chips diversos, cosital... ou mesmo que sejam > integradores... > > Falta de incentivos? Infraestrutura? Dificuldade de transporte? > Problemas clim?ticos (umidade)? M?o de obra? outros? > > Temos que ver que problema ?, pq insistir na ZFM serve para alguns > produtos, mas pra produ??o de tecnologia t? muito fraco. > > > Enfim, so quero mostrar meu descontentamento como profissional da > tecnologia. At? quando o freio de m?o vai ficar puxado pra n?s? > > From antoniocarlospina at gmail.com Thu Oct 18 19:18:08 2007 From: antoniocarlospina at gmail.com (Antonio Carlos Pina) Date: Thu, 18 Oct 2007 19:18:08 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Limita=E7=F5es_de_escrita_em_NTFS?= In-Reply-To: <Pine.LNX.4.63.0710181818150.28520@lima.i2.com.br> References: <Pine.LNX.4.63.0710181818150.28520@lima.i2.com.br> Message-ID: <86b352050710181418ve982bd2gc436de158b5b7dee@mail.gmail.com> Hamilton, N?o sei se voc? j? tentou mas voc? pode dar uma lida nesse redbook http://www.redbooks.ibm.com/abstracts/sg245287.html?Open Especialmente a parte de NTFS. Abs Em 18/10/07, Hamilton Vera <hamilton at i2.com.br> escreveu: > > Caros, boa noite > > Atualmente estou desenvolvendo um programa que escreve arquivos XML em > disco, > esse programa ? port?vel para Linux e para Windows. > > Infelizmente no Windows estou enfrentando alguns gargalos para escrever os > arquivos no sistema NTFS. Quando come?o a escrever cerca de 3000 arquivos > xml > simultaneos o sistema come?a a perder muita performance. > No Linux felizmente n?o estou passando por esse problema. > > Gostaria de saber se os senhores recomendam algum material, ou algum outro > File System da Microsoft para realizar esses testes. Ou as vezes algum > tuning no proprio NTFS que permita uma melhor indice de I/O. > > O sistema atual ? o Windows 2003 Enterprise, roda em uma m?quina at? > bacana, um > HP Proliant G4 380 com discos SCSI em array, 4GB de RAM, 2 Xeons... > > Qualquer referencia ? bem vinda. > > []'s > > > Hamilton Vera > int Administrator (char Network[],char ComputationalSystems[]); > http://antispam.br/ > "Google is my shepherd, no want shall I know" > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > From hamilton at i2.com.br Thu Oct 18 19:26:29 2007 From: hamilton at i2.com.br (Hamilton Vera) Date: Thu, 18 Oct 2007 19:26:29 -0200 (BRST) Subject: [MASOCH-L] =?iso-8859-1?q?Limita=E7=F5es_de_escrita_em_NTFS?= In-Reply-To: <86b352050710181418ve982bd2gc436de158b5b7dee@mail.gmail.com> References: <Pine.LNX.4.63.0710181818150.28520@lima.i2.com.br> <86b352050710181418ve982bd2gc436de158b5b7dee@mail.gmail.com> Message-ID: <Pine.LNX.4.63.0710181924580.28520@lima.i2.com.br> J? est? no download :) Fiz uma aplicacao bem basica em C++ s? para gerar o benchmark de escrita em banco, fazer um stress no file system so para ver o quanto ele aguenta. Muito obrigado! []'s Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" On Thu, 18 Oct 2007, Antonio Carlos Pina wrote: > Hamilton, > > N?o sei se voc? j? tentou mas voc? pode dar uma lida nesse redbook > http://www.redbooks.ibm.com/abstracts/sg245287.html?Open > > Especialmente a parte de NTFS. > > Abs > > Em 18/10/07, Hamilton Vera <hamilton at i2.com.br> escreveu: >> >> Caros, boa noite >> >> Atualmente estou desenvolvendo um programa que escreve arquivos XML em >> disco, >> esse programa ? port?vel para Linux e para Windows. >> >> Infelizmente no Windows estou enfrentando alguns gargalos para escrever os >> arquivos no sistema NTFS. Quando come?o a escrever cerca de 3000 arquivos >> xml >> simultaneos o sistema come?a a perder muita performance. >> No Linux felizmente n?o estou passando por esse problema. >> >> Gostaria de saber se os senhores recomendam algum material, ou algum outro >> File System da Microsoft para realizar esses testes. Ou as vezes algum >> tuning no proprio NTFS que permita uma melhor indice de I/O. >> >> O sistema atual ? o Windows 2003 Enterprise, roda em uma m?quina at? >> bacana, um >> HP Proliant G4 380 com discos SCSI em array, 4GB de RAM, 2 Xeons... >> >> Qualquer referencia ? bem vinda. >> >> []'s >> >> >> Hamilton Vera >> int Administrator (char Network[],char ComputationalSystems[]); >> http://antispam.br/ >> "Google is my shepherd, no want shall I know" >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> >> > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From marco at danforth.com.br Thu Oct 18 21:54:15 2007 From: marco at danforth.com.br (Gobbo, Marco [DANFORTH]) Date: Thu, 18 Oct 2007 20:54:15 -0300 Subject: [MASOCH-L] Cisco Systems - fraude nas importa??es In-Reply-To: <86b352050710181205x53d261c0n5bbebcc44f71fd26@mail.gmail.com> References: <mailman.1.1192716001.39425.masoch-l@eng.registro.br> <642112.3440.qm@web53307.mail.re2.yahoo.com> <e7fcadd30710181202y82afedbk9c1f1b292d1f656d@mail.gmail.com> <86b352050710181205x53d261c0n5bbebcc44f71fd26@mail.gmail.com> Message-ID: <b55a37ee0710181654p68b85d9fj1ae0792848dc97b7@mail.gmail.com> Sr. Andre, falou o que eu ia falar, praticamente. Sr. Leonardo, n?o estou fazendo propaganda da empresa na qual sou s?cio e presidente do conselho, at? porque depois do que houve, n?o estamos mais fornecendo solu??es Cisco aos nossos clientes. Isso est? representando um preju?zo de quase R$ 500 mil ao m?s, j? que somos tamb?m distribuidores para Argentina e Uruguay, ou melhor, ?ramos. Estamos re-estruturando nosso "core business" e em breve lan?aremos novos produtos e servi?os aos que conhece muito bem nossa idoneidade e responsabilidade, principalmente social. Quanto aos "esquemas" n?o vemos como algo ilegal ou prejudicial em nenhum aspecto, j? que n?o temos acesso ?s "facilidades governamentais" para impulsionar nosso neg?cio. Nada mais ? do que importar equipamentos com todos os acess?rios embutidos, sendo a pr?pria Mude juntamente com a Cisco as autoras. Quanto a contactar o Bispo... digo que temos boa parte do mercado, justamente por priorizar clientes, fornecedores, parceiros e acionistas, ao inv?s de caminhar para tr?s pensando e colocando o lucro em primeiro lugar. Nossa qualidade de servi?o ? uma das mais reconhecidas e respeitadas e hoje 60% da nossa empresa pertence ? propria Cisco. abra?os, Marco A Gobbo On 10/18/07, Antonio Carlos Pina <antoniocarlospina at gmail.com> wrote: > > Eu, fora dessa discuss?o, s? digo que n?o compro nada de spammers. > > Abs. > > > Em 18/10/07, Andre Uratsuka Manoel <andre at insite.com.br> escreveu: > > > > Leonardo, > > > > > > Independente do m?rito da Cisco ter sonegado, tem umas afirma??es que > > voc? fez das quais eu n?o gostei muito. > > > > Primeiro, a Cisco ter sido enquadrada n?o ? grande coisa. N?o existe > > condena??o. Existe um processo legal para apurar se o que a Receita > > Federal e a Pol?cia Federal investigaram e conclu?ram ? verdade. N?o ? > > porque algu?m ? acusado que ? culpado. > > > > Segundo, forma??o de quadrilha est? no roteiro de toda acusa??o desse > > tipo, todo caso parecido com esse que eu vi tem forma??o de quadrilha > > no meio. D? IBOPE, faz os acusados parecerem culpados, afinal de > > contas, quem ? acusado de forma??o de quadrilha, exceto um > > quadrilheiro. > > > > Terceiro, e o mais importante de tudo. Opini?es favor?veis a algu?m > > que est? sendo acusado de um crime n?o podem ser de forma alguma > > consideradas apologia ao crime puramente por serem favor?veis. Isso > > acaba com a possibilidade de as pessoas discordarem, e as pessoas > > precisam poder discordar em uma sociedade democr?tica. > > > > Agora, por outro lado, eu concordo que esses esquemas precisam ser > > condenados, grandes esquemas de sonega??o favorecem tanto as empresas > > que fazem uso deles contra os que seguem todas as regras, que a vida > > para os que seguem as regras se torna imposs?vel, e esses grandes > > grupos acabam tendo interesse em manter essa situa??o absurda. > > > > Portanto, discordo de voc? quando voc? reclama dos que reclamam da > > a??o policial/fiscal e do ambiente econ?mico atual, mas concordo que > > n?s ficar?amos muito melhor se esses esquemas corruptos de descaminho > > acabassem, e quer saber o que mais? Acho que ? ?timo que se parta para > > cima de uma empresa como a Cisco, contanto, claro, que ela realmente > > seja culpada. > > > > Andr? > > > > > > On 10/18/07, Leonardo Koppes <ln_koppes at yahoo.com.br> wrote: > > > Sr. Gobbo, o senhor vai me perdoar profundamente o que eu vou dizer: > > n?o est? na hora de fazer propaganda da sua empresa nessa lista. Ainda > mais > > nesses termos. Devo lembrar a todos que sonega??o fiscal ? crime. A > Cisco > > foi enquadrada em 8 crimes diferentes, inclusive forma??o de > quadrilha!!! As > > opini?es favor?veis ao comportamento da Cisco podem ser interpretadas > como > > apologia ao crime. N?o estou dizendo que algu?m da lista vai tomar essas > > dores mas a veicula??o desse tipo de opini?o em uma m?dia aberta (um > jornal > > por exemplo) pode dar alguma dor de cabe?a. > > > ? inconceb?vel que uma empresa como a Cisco, refer?ncia no mercado > de > > telecom, crie um esquema de sonega??o t?o espetacular como esse. Jogou > por > > terra anos e anos de idoneidade. N? vivemos num estado de direito e se > h? > > necessidade de mudar regras, que seja feito pelas vias corretas. A > press?o > > de setores da ind?stria j? fez baixar a al?cota de v?rios produtos nos > > ?ltimos anos, inclusive de computadores e alguns produtos de > inform?tica. > > Esse ? o caminho que a sociedade civil deve tomar. ? mais demorado? > SIM!!! > > Mas ? o caminho correto. Trata-se de uma quest?o de ?tica. > > > A sua op??o por negociar com formecedores com "esquemas" acaba pondo > > em cheque a sua idoneidade: se ? aberto esse precedente, quais outros > n?o se > > abrir?o. Eu, por exemplo, n?o compraria ativos de rede nessa empresa. O > que > > me garante que eu n?o receberia uma placa remanufaturada dentro de um > > roteador comprado assim? Com quem eu vou reclamar? Com o bispo? > > > A algum tempo atr?s, uma revista de autom?veis realizou um teste de > > 50.000 Km com um modelo e, depois do teste, desmontaram o carro e > > descobriram que o motor havia sido retificado. Um carro comprado na > > concession?ria veio com um motor retificado!!! Eu nunca compraria um > carro > > dessa montadora. Isso ? falta de escr?pulos mesmo. > > > Empresas Cisco-dependentes como a Telef?nica, com certeza est?o > muito > > preocupadas. Nem tanto pelo esquema em si e sim pelo precedente. Essa > > ocasi?o ? oportuna para repensarmos que tipo de rela??o comercial > desejamos > > nas nossas empresas. ? melhor vivermos na lei de Gerson? Ou ser? que ? > mais > > sensato pensarmos em uma sociedade melhor? O que eu vou ensinar para o > meu > > filho? > > > Me desculpem o meu tom indignado, mas j? estou cansado de ver esse > > tipo de coisa. ? picaretagem de todo lado, de cima, de baixo e dos > lados. > > Isso tem que ter um fim! > > > > > > > > > > > > Message: 1 > > > Date: Wed, 17 Oct 2007 16:33:44 -0300 > > > From: "Gobbo, Marco [DANFORTH]" > > > Subject: Re: [MASOCH-L] Cisco Systems - fraude nas importa??es > > > To: "Mail Aid and Succor, On-line Comfort and Help" > > > > > > Message-ID: > > > > > > Content-Type: text/plain; charset=ISO-8859-1 > > > > > > A Danforth Consulting foi uma das maiores prejudicadas no esc?ndalo, e > > nem > > > por isso > > > concordamos em pagar os impostos de importa??o e sobre-taxas da > receita > > > federal, por > > > isso optamos por comprar com os distribuidores teoricamente "com > > esquemas". > > > Nada > > > mais ? do que importar roteadores e switches com todos as > placas/modulos > > > poss?veis > > > dentro, sendo que para importa??o dos modulos a taxa ? violentamente > > maior! > > > e o governo > > > nao precisa saber que as placas internas instaladas s?o "acessorios" e > > sim > > > que fazem > > > parte do equipamento. Com isso conseguimos pre?os melhores para nossos > > > clientes > > > finais e uma vasta opera??o de distribui??o. > > > > > > Estamos re-estruturando nossa empresa para abra?ar o mercado provendo > > todos > > > os > > > tipos de produtos com prazo de entrega imediato para qualquer > > > equipamento/modulo. > > > agora que contamos com 60% de participa?ao da Cisco Systems. > > > > > > Abra?os > > > > > > Marco Antonio Gobbo > > > www.danforth.com.br > > > > > > > > > > > > Abra sua conta no Yahoo! Mail, o ?nico sem limite de espa?o > para > > armazenamento! > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From gzamboni at zael.com.br Fri Oct 19 09:23:55 2007 From: gzamboni at zael.com.br (Gustavo Zamboni) Date: Fri, 19 Oct 2007 08:23:55 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Limita=E7=F5es_de_escrita_em_NTFS?= In-Reply-To: <Pine.LNX.4.63.0710181818150.28520@lima.i2.com.br> References: <Pine.LNX.4.63.0710181818150.28520@lima.i2.com.br> Message-ID: <471893CB.4090806@zael.com.br> J? tentou utilizar os aplicativos da antiga sysinternals que foi comprada pela Ms ? www.sysinternals.com Atenciosamente, Gustavo Zamboni Zael Eletroeletr?nica LTDA tel +55 (11) 2577 2233 tel +55 (11) 2276 2227 fax +55 (11) 5589 2943 email gzamboni at zael.com.br Hamilton Vera escreveu: > Caros, boa noite > > Atualmente estou desenvolvendo um programa que escreve arquivos XML em > disco, esse programa ? port?vel para Linux e para Windows. > > Infelizmente no Windows estou enfrentando alguns gargalos para > escrever os arquivos no sistema NTFS. Quando come?o a escrever cerca > de 3000 arquivos xml simultaneos o sistema come?a a perder muita > performance. > No Linux felizmente n?o estou passando por esse problema. > > Gostaria de saber se os senhores recomendam algum material, ou algum > outro File System da Microsoft para realizar esses testes. Ou as vezes > algum > tuning no proprio NTFS que permita uma melhor indice de I/O. > > O sistema atual ? o Windows 2003 Enterprise, roda em uma m?quina at? > bacana, um HP Proliant G4 380 com discos SCSI em array, 4GB de RAM, 2 > Xeons... > > Qualquer referencia ? bem vinda. > > []'s > > > Hamilton Vera > int Administrator (char Network[],char ComputationalSystems[]); > http://antispam.br/ > "Google is my shepherd, no want shall I know" > ------------------------------------------------------------------------ > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From gzamboni at zael.com.br Fri Oct 19 09:34:02 2007 From: gzamboni at zael.com.br (Gustavo Zamboni) Date: Fri, 19 Oct 2007 08:34:02 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Limita=E7=F5es_de_escrita_em_NTFS?= In-Reply-To: <86b352050710181418ve982bd2gc436de158b5b7dee@mail.gmail.com> References: <Pine.LNX.4.63.0710181818150.28520@lima.i2.com.br> <86b352050710181418ve982bd2gc436de158b5b7dee@mail.gmail.com> Message-ID: <4718962A.2080502@zael.com.br> Eu n?o sabia que a ibm tinha liberado os redbooks, Essa ? uma ?tima not?cia, eles tem materiais muito bons. Esta foi minha primeira literatura mais aprofundadada de TCP/IP: http://www.redbooks.ibm.com/redbooks/pdfs/gg243376.pdf J? faz uns tres anos que eu tinha comprado este livro. Temos que agradecer a IBM por deixar os pdfs tudo free. Gustavo Zamboni Zael Eletroeletr?nica LTDA tel +55 (11) 2577 2233 tel +55 (11) 2276 2227 fax +55 (11) 5589 2943 email gzamboni at zael.com.br Antonio Carlos Pina escreveu: > Hamilton, > > N?o sei se voc? j? tentou mas voc? pode dar uma lida nesse redbook > http://www.redbooks.ibm.com/abstracts/sg245287.html?Open > > Especialmente a parte de NTFS. > > Abs > > Em 18/10/07, Hamilton Vera <hamilton at i2.com.br> escreveu: > >> Caros, boa noite >> >> Atualmente estou desenvolvendo um programa que escreve arquivos XML em >> disco, >> esse programa ? port?vel para Linux e para Windows. >> >> Infelizmente no Windows estou enfrentando alguns gargalos para escrever os >> arquivos no sistema NTFS. Quando come?o a escrever cerca de 3000 arquivos >> xml >> simultaneos o sistema come?a a perder muita performance. >> No Linux felizmente n?o estou passando por esse problema. >> >> Gostaria de saber se os senhores recomendam algum material, ou algum outro >> File System da Microsoft para realizar esses testes. Ou as vezes algum >> tuning no proprio NTFS que permita uma melhor indice de I/O. >> >> O sistema atual ? o Windows 2003 Enterprise, roda em uma m?quina at? >> bacana, um >> HP Proliant G4 380 com discos SCSI em array, 4GB de RAM, 2 Xeons... >> >> Qualquer referencia ? bem vinda. >> >> []'s >> >> >> Hamilton Vera >> int Administrator (char Network[],char ComputationalSystems[]); >> http://antispam.br/ >> "Google is my shepherd, no want shall I know" >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> >> >> > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From hamilton at i2.com.br Fri Oct 19 13:08:12 2007 From: hamilton at i2.com.br (Hamilton Vera) Date: Fri, 19 Oct 2007 13:08:12 -0200 (BRST) Subject: [MASOCH-L] =?iso-8859-1?q?Limita=E7=F5es_de_escrita_em_NTFS?= In-Reply-To: <471893CB.4090806@zael.com.br> References: <Pine.LNX.4.63.0710181818150.28520@lima.i2.com.br> <471893CB.4090806@zael.com.br> Message-ID: <Pine.LNX.4.63.0710191304570.24271@lima.i2.com.br> Sim, as utilizo com frenquencia, principalmente o pslist e pskill :) Levantei essas analises todas com referencia ao procexp e outros contadores de performance do sistema, muito provavelmente n?o deve ser uma limita??o do FS e sim do metodo que estou tentando utilizar de escrita assincrona. http://asio.sourceforge.net/ Obrigado pela ajuda. Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" On Fri, 19 Oct 2007, Gustavo Zamboni wrote: > J? tentou utilizar os aplicativos da antiga sysinternals que foi > comprada pela Ms ? > www.sysinternals.com > > Atenciosamente, > > Gustavo Zamboni > > Zael Eletroeletr?nica LTDA > tel +55 (11) 2577 2233 > tel +55 (11) 2276 2227 > fax +55 (11) 5589 2943 > email gzamboni at zael.com.br > > > > Hamilton Vera escreveu: >> Caros, boa noite >> >> Atualmente estou desenvolvendo um programa que escreve arquivos XML em >> disco, esse programa ? port?vel para Linux e para Windows. >> >> Infelizmente no Windows estou enfrentando alguns gargalos para >> escrever os arquivos no sistema NTFS. Quando come?o a escrever cerca >> de 3000 arquivos xml simultaneos o sistema come?a a perder muita >> performance. >> No Linux felizmente n?o estou passando por esse problema. >> >> Gostaria de saber se os senhores recomendam algum material, ou algum >> outro File System da Microsoft para realizar esses testes. Ou as vezes >> algum >> tuning no proprio NTFS que permita uma melhor indice de I/O. >> >> O sistema atual ? o Windows 2003 Enterprise, roda em uma m?quina at? >> bacana, um HP Proliant G4 380 com discos SCSI em array, 4GB de RAM, 2 >> Xeons... >> >> Qualquer referencia ? bem vinda. >> >> []'s >> >> >> Hamilton Vera >> int Administrator (char Network[],char ComputationalSystems[]); >> http://antispam.br/ >> "Google is my shepherd, no want shall I know" >> ------------------------------------------------------------------------ >> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From ln_koppes at yahoo.com.br Sat Oct 20 12:57:22 2007 From: ln_koppes at yahoo.com.br (Leonardo Koppes) Date: Sat, 20 Oct 2007 11:57:22 -0300 (ART) Subject: [MASOCH-L] Limita??es de escrita em NTFS (Hamilton Vera) In-Reply-To: <mailman.3.1192888801.25825.masoch-l@eng.registro.br> Message-ID: <382255.70791.qm@web53308.mail.re2.yahoo.com> Hamilton, Arquivos XML s?o relativamente pequenos mas o n?mero de entradas que o seu sistema est? manipulando ? grande(3000). Infelizmente o melhor que a Microsoft pode dispor ? o NTFS mesmo, que j? n?o ? grande coisa comparado com os sistemas de arquivos dispon?veis para o Linux. Acho que o seu gargalo est? na matriz Raid que os seus discos SCSI est?o usando. Se voc? estiver usando um n?mero par de discos, experimente montar uma matriz Raid 0. Esse seu servidor ? muito bom e deve ter uma controladora a altura. O pr?prio aplicativo da controladora pode informar o n?vel de utiliza??o do buffer, vaz?o de dados no barramento SCSI, etc. que pode te ajudar a achar o gargalo. Tunning de sistema, muitas vezes, ? que nem pesquisa bin?ria: voc? tem que ir de um extremo ao outro de um setup at? achar o valor ?timo. Boa sorte. Message: 1 Date: Fri, 19 Oct 2007 13:08:12 -0200 (BRST) From: Hamilton Vera Subject: Re: [MASOCH-L] Limita??es de escrita em NTFS To: "Mail Aid and Succor, On-line Comfort and Help" Message-ID: Content-Type: text/plain; charset="iso-8859-1" Sim, as utilizo com frenquencia, principalmente o pslist e pskill :) Levantei essas analises todas com referencia ao procexp e outros contadores de performance do sistema, muito provavelmente n?o deve ser uma limita??o do FS e sim do metodo que estou tentando utilizar de escrita assincrona. http://asio.sourceforge.net/ Obrigado pela ajuda. Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" On Fri, 19 Oct 2007, Gustavo Zamboni wrote: > J? tentou utilizar os aplicativos da antiga sysinternals que foi > comprada pela Ms ? > www.sysinternals.com > > Atenciosamente, > > Gustavo Zamboni > > Zael Eletroeletr?nica LTDA > tel +55 (11) 2577 2233 > tel +55 (11) 2276 2227 > fax +55 (11) 5589 2943 > email gzamboni at zael.com.br > > > > Hamilton Vera escreveu: >> Caros, boa noite >> >> Atualmente estou desenvolvendo um programa que escreve arquivos XML em >> disco, esse programa ? port?vel para Linux e para Windows. >> >> Infelizmente no Windows estou enfrentando alguns gargalos para >> escrever os arquivos no sistema NTFS. Quando come?o a escrever cerca >> de 3000 arquivos xml simultaneos o sistema come?a a perder muita >> performance. >> No Linux felizmente n?o estou passando por esse problema. >> >> Gostaria de saber se os senhores recomendam algum material, ou algum >> outro File System da Microsoft para realizar esses testes. Ou as vezes >> algum >> tuning no proprio NTFS que permita uma melhor indice de I/O. >> >> O sistema atual ? o Windows 2003 Enterprise, roda em uma m?quina at? >> bacana, um HP Proliant G4 380 com discos SCSI em array, 4GB de RAM, 2 >> Xeons... >> >> Qualquer referencia ? bem vinda. >> >> []'s >> >> >> Hamilton Vera >> int Administrator (char Network[],char ComputationalSystems[]); >> http://antispam.br/ >> "Google is my shepherd, no want shall I know" >> ------------------------------------------------------------------------ Abra sua conta no Yahoo! Mail, o ?nico sem limite de espa?o para armazenamento! From hamilton at i2.com.br Sat Oct 20 21:26:33 2007 From: hamilton at i2.com.br (Hamilton Vera) Date: Sat, 20 Oct 2007 21:26:33 -0200 (BRST) Subject: [MASOCH-L] Limita??es de escrita em NTFS (Hamilton Vera) In-Reply-To: <382255.70791.qm@web53308.mail.re2.yahoo.com> References: <382255.70791.qm@web53308.mail.re2.yahoo.com> Message-ID: <Pine.LNX.4.63.0710202124090.24746@lima.i2.com.br> Oi Leoanardo. Eu j? tentei fazer um raid 0, s? para a particao onde escrevo os XML (que no maximo chegam a 2k), fiz v?rias analises, utilizando v?rios contadores inclusive com o software de desempenho do Windows mesmo. Acho que vou ter que me conformar com os 3000 arquivos mesmo. Muito obrigado! Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" On Sat, 20 Oct 2007, Leonardo Koppes wrote: > Hamilton, > > Arquivos XML s?o relativamente pequenos mas o n?mero de entradas que o seu sistema est? manipulando ? grande(3000). Infelizmente o melhor que a Microsoft pode dispor ? o NTFS mesmo, que j? n?o ? grande coisa comparado com os sistemas de arquivos dispon?veis para o Linux. Acho que o seu gargalo est? na matriz Raid que os seus discos SCSI est?o usando. Se voc? estiver usando um n?mero par de discos, experimente montar uma matriz Raid 0. Esse seu servidor ? muito bom e deve ter uma controladora a altura. O pr?prio aplicativo da controladora pode informar o n?vel de utiliza??o do buffer, vaz?o de dados no barramento SCSI, etc. que pode te ajudar a achar o gargalo. > Tunning de sistema, muitas vezes, ? que nem pesquisa bin?ria: voc? tem que ir de um extremo ao outro de um setup at? achar o valor ?timo. > > Boa sorte. > > > > Message: 1 > Date: Fri, 19 Oct 2007 13:08:12 -0200 (BRST) > From: Hamilton Vera > Subject: Re: [MASOCH-L] Limita??es de escrita em NTFS > To: "Mail Aid and Succor, On-line Comfort and Help" > > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Sim, as utilizo com frenquencia, principalmente o pslist e pskill :) > > Levantei essas analises todas com referencia ao procexp e outros > contadores de performance do sistema, muito provavelmente n?o deve ser uma > limita??o do FS e sim do metodo que estou tentando utilizar de escrita assincrona. > > http://asio.sourceforge.net/ > > Obrigado pela ajuda. > > > Hamilton Vera > int Administrator (char Network[],char ComputationalSystems[]); > http://antispam.br/ > "Google is my shepherd, no want shall I know" > > On Fri, 19 Oct 2007, Gustavo Zamboni wrote: > >> J? tentou utilizar os aplicativos da antiga sysinternals que foi >> comprada pela Ms ? >> www.sysinternals.com >> >> Atenciosamente, >> >> Gustavo Zamboni >> >> Zael Eletroeletr?nica LTDA >> tel +55 (11) 2577 2233 >> tel +55 (11) 2276 2227 >> fax +55 (11) 5589 2943 >> email gzamboni at zael.com.br >> >> >> >> Hamilton Vera escreveu: >>> Caros, boa noite >>> >>> Atualmente estou desenvolvendo um programa que escreve arquivos XML em >>> disco, esse programa ? port?vel para Linux e para Windows. >>> >>> Infelizmente no Windows estou enfrentando alguns gargalos para >>> escrever os arquivos no sistema NTFS. Quando come?o a escrever cerca >>> de 3000 arquivos xml simultaneos o sistema come?a a perder muita >>> performance. >>> No Linux felizmente n?o estou passando por esse problema. >>> >>> Gostaria de saber se os senhores recomendam algum material, ou algum >>> outro File System da Microsoft para realizar esses testes. Ou as vezes >>> algum >>> tuning no proprio NTFS que permita uma melhor indice de I/O. >>> >>> O sistema atual ? o Windows 2003 Enterprise, roda em uma m?quina at? >>> bacana, um HP Proliant G4 380 com discos SCSI em array, 4GB de RAM, 2 >>> Xeons... >>> >>> Qualquer referencia ? bem vinda. >>> >>> []'s >>> >>> >>> Hamilton Vera >>> int Administrator (char Network[],char ComputationalSystems[]); >>> http://antispam.br/ >>> "Google is my shepherd, no want shall I know" >>> ------------------------------------------------------------------------ > > Abra sua conta no Yahoo! Mail, o ?nico sem limite de espa?o para armazenamento! > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From vitort at gmail.com Mon Oct 22 09:38:12 2007 From: vitort at gmail.com (Vitor) Date: Mon, 22 Oct 2007 09:38:12 -0200 Subject: [MASOCH-L] Problemas no envio de emails Message-ID: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> Pessoal, quando eu envio emails do meu servidor para @terra.com.br, a seguinte mensagem retorna: "Connected to 200.154.55.2 but my name was rejected. >> Remote host said: 501 Syntax: HELO hostname >> I'm not going to try again; this message has been in the queue too long." Oque pode estar ocasionando este erro ? Obrigado!!!! From filipealvarez at gmail.com Mon Oct 22 09:45:12 2007 From: filipealvarez at gmail.com (Filipe Alvarez) Date: Mon, 22 Oct 2007 08:45:12 -0300 Subject: [MASOCH-L] Problemas no envio de emails In-Reply-To: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> References: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> Message-ID: <3e542ead0710220445g69d1039bj5d1a076d72cbaa5d@mail.gmail.com> "this message has been in the queue too long." Em 22/10/07, Vitor<vitort at gmail.com> escreveu: > Pessoal, quando eu envio emails do meu servidor para @terra.com.br, a > seguinte mensagem retorna: > "Connected to 200.154.55.2 but my name was rejected. > >> Remote host said: 501 Syntax: HELO hostname > >> I'm not going to try again; this message has been in the queue too long." > > Oque pode estar ocasionando este erro ? > > > > > Obrigado!!!! > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From vitort at gmail.com Mon Oct 22 09:58:40 2007 From: vitort at gmail.com (Vitor) Date: Mon, 22 Oct 2007 09:58:40 -0200 Subject: [MASOCH-L] Problemas no envio de emails In-Reply-To: <3e542ead0710220445g69d1039bj5d1a076d72cbaa5d@mail.gmail.com> References: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> <3e542ead0710220445g69d1039bj5d1a076d72cbaa5d@mail.gmail.com> Message-ID: <357d59210710220458l58595e59h221756ee836cf707@mail.gmail.com> "Remote host said: 501 Syntax: HELO hostname" ???? On 10/22/07, Filipe Alvarez <filipealvarez at gmail.com> wrote: > > "this message has been in the queue too long." > > Em 22/10/07, Vitor<vitort at gmail.com> escreveu: > > Pessoal, quando eu envio emails do meu servidor para @terra.com.br, a > > seguinte mensagem retorna: > > "Connected to 200.154.55.2 but my name was rejected. > > >> Remote host said: 501 Syntax: HELO hostname > > >> I'm not going to try again; this message has been in the queue too > long." > > > > Oque pode estar ocasionando este erro ? > > > > > > > > > > Obrigado!!!! > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From danton at inexo.com.br Mon Oct 22 10:02:08 2007 From: danton at inexo.com.br (Lao DanTong) Date: Mon, 22 Oct 2007 10:02:08 -0200 (BRST) Subject: [MASOCH-L] Problemas no envio de emails In-Reply-To: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> References: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> Message-ID: <Pine.LNX.4.60.0710221001290.17148@newquantum.inexo.com.br> On Mon, 22 Oct 2007, Vitor wrote: > Pessoal, quando eu envio emails do meu servidor para @terra.com.br, a > seguinte mensagem retorna: > "Connected to 200.154.55.2 but my name was rejected. >>> Remote host said: 501 Syntax: HELO hostname >>> I'm not going to try again; this message has been in the queue too long." > > Oque pode estar ocasionando este erro ? exatamente o que est? escrito namensagem, o outro lado acha que seu HELO est? errado. From vitort at gmail.com Mon Oct 22 12:39:58 2007 From: vitort at gmail.com (Vitor) Date: Mon, 22 Oct 2007 12:39:58 -0200 Subject: [MASOCH-L] Problemas no envio de emails In-Reply-To: <Pine.LNX.4.60.0710221001290.17148@newquantum.inexo.com.br> References: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> <Pine.LNX.4.60.0710221001290.17148@newquantum.inexo.com.br> Message-ID: <357d59210710220739g2aa79f36p862f9576a2dde396@mail.gmail.com> Uso Qmail, como deve ser o HELO do meu servidor para que servidores como os do terra aceitem emails ? Onde eu configuro isso? Desculpem, mas sou novo nisso. Obrigado! On 10/22/07, Lao DanTong <danton at inexo.com.br> wrote: > > On Mon, 22 Oct 2007, Vitor wrote: > > > Pessoal, quando eu envio emails do meu servidor para @terra.com.br, a > > seguinte mensagem retorna: > > "Connected to 200.154.55.2 but my name was rejected. > >>> Remote host said: 501 Syntax: HELO hostname > >>> I'm not going to try again; this message has been in the queue too > long." > > > > Oque pode estar ocasionando este erro ? > > exatamente o que est? escrito namensagem, o outro lado acha que seu HELO > est? errado. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From danton at inexo.com.br Mon Oct 22 13:52:17 2007 From: danton at inexo.com.br (Lao DanTong) Date: Mon, 22 Oct 2007 13:52:17 -0200 (BRST) Subject: [MASOCH-L] Problemas no envio de emails In-Reply-To: <357d59210710220739g2aa79f36p862f9576a2dde396@mail.gmail.com> References: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> <Pine.LNX.4.60.0710221001290.17148@newquantum.inexo.com.br> <357d59210710220739g2aa79f36p862f9576a2dde396@mail.gmail.com> Message-ID: <Pine.LNX.4.60.0710221349240.19181@newquantum.inexo.com.br> On Mon, 22 Oct 2007, Vitor wrote: > Uso Qmail, como deve ser o HELO do meu servidor para que servidores como os > do terra aceitem emails ? Onde eu configuro isso? depende de qual MTA voc? usa, veja a documenta??o dele. normalmente o HELO um identificador de seu sistema, p.ex. seu nome de dom?nio. Alguns MTAs exigem que esse nome seja traduz?vel em IP, embora isso n?o fa?a parte de nenhuma norma ou melhores pr?ticas. Na d?vida, configure para que ele traga seu nome de dom?nio e certifique-se de que esse nome tem um IP correto associado. From vitort at gmail.com Mon Oct 22 14:03:18 2007 From: vitort at gmail.com (Vitor) Date: Mon, 22 Oct 2007 14:03:18 -0200 Subject: [MASOCH-L] Problemas no envio de emails In-Reply-To: <Pine.LNX.4.60.0710221349240.19181@newquantum.inexo.com.br> References: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> <Pine.LNX.4.60.0710221001290.17148@newquantum.inexo.com.br> <357d59210710220739g2aa79f36p862f9576a2dde396@mail.gmail.com> <Pine.LNX.4.60.0710221349240.19181@newquantum.inexo.com.br> Message-ID: <357d59210710220903l6db743f2k72b9b165cc5462c6@mail.gmail.com> opa, obrigado!!! no QMAIL, aguem sabe onde eu altero isso??? On 10/22/07, Lao DanTong <danton at inexo.com.br> wrote: > > On Mon, 22 Oct 2007, Vitor wrote: > > > Uso Qmail, como deve ser o HELO do meu servidor para que servidores como > os > > do terra aceitem emails ? Onde eu configuro isso? > > depende de qual MTA voc? usa, veja a documenta??o dele. normalmente o HELO > um identificador de seu sistema, p.ex. seu nome de dom?nio. Alguns MTAs > exigem que esse nome seja traduz?vel em IP, embora isso n?o fa?a parte de > nenhuma norma ou melhores pr?ticas. Na d?vida, configure para que ele > traga seu nome de dom?nio e certifique-se de que esse nome tem um IP > correto associado. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From thomas at tcnet.com.br Mon Oct 22 14:04:34 2007 From: thomas at tcnet.com.br (Thomas Britis) Date: Mon, 22 Oct 2007 14:04:34 -0200 Subject: [MASOCH-L] Problemas no envio de emails In-Reply-To: <357d59210710220739g2aa79f36p862f9576a2dde396@mail.gmail.com> References: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> <Pine.LNX.4.60.0710221001290.17148@newquantum.inexo.com.br> <357d59210710220739g2aa79f36p862f9576a2dde396@mail.gmail.com> Message-ID: <471CCA12.1080107@tcnet.com.br> /var/qmail/control/helohost Vitor wrote: > Uso Qmail, como deve ser o HELO do meu servidor para que servidores como os > do terra aceitem emails ? Onde eu configuro isso? > > > Desculpem, mas sou novo nisso. > > > Obrigado! > > On 10/22/07, Lao DanTong <danton at inexo.com.br> wrote: > >>On Mon, 22 Oct 2007, Vitor wrote: >> >> >>>Pessoal, quando eu envio emails do meu servidor para @terra.com.br, a >>>seguinte mensagem retorna: >>>"Connected to 200.154.55.2 but my name was rejected. >>> >>>>>Remote host said: 501 Syntax: HELO hostname >>>>>I'm not going to try again; this message has been in the queue too >> >>long." >> >>>Oque pode estar ocasionando este erro ? >> >>exatamente o que est? escrito namensagem, o outro lado acha que seu HELO >>est? errado. >>__ >>masoch-l list >>https://eng.registro.br/mailman/listinfo/masoch-l >> > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > -- Thomas Storino Britis TCNet Informatica e Telecomunicacoes LTDA From danton at inexo.com.br Mon Oct 22 15:41:17 2007 From: danton at inexo.com.br (Lao DanTong) Date: Mon, 22 Oct 2007 15:41:17 -0200 (BRST) Subject: [MASOCH-L] Problemas no envio de emails In-Reply-To: <357d59210710220903l6db743f2k72b9b165cc5462c6@mail.gmail.com> References: <357d59210710220438r78ce9ba4m810bc7d0b0f0d6a2@mail.gmail.com> <Pine.LNX.4.60.0710221001290.17148@newquantum.inexo.com.br> <357d59210710220739g2aa79f36p862f9576a2dde396@mail.gmail.com> <Pine.LNX.4.60.0710221349240.19181@newquantum.inexo.com.br> <357d59210710220903l6db743f2k72b9b165cc5462c6@mail.gmail.com> Message-ID: <Pine.LNX.4.60.0710221540290.14204@newquantum.inexo.com.br> On Mon, 22 Oct 2007, Vitor wrote: > opa, obrigado!!! > > > no QMAIL, aguem sabe onde eu altero isso??? > man qmail-remote SEMPRE d? uma olhada no manual antes de enviar ? lista. ;-) From dilsoncatoi at gmail.com Mon Oct 22 22:32:13 2007 From: dilsoncatoi at gmail.com (=?iso-8859-1?Q?Dilson_Augusto_Cat=F3i?=) Date: Mon, 22 Oct 2007 22:32:13 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Anti-v=EDrus_para_windows_2003_server?= Message-ID: <001101c8150c$29a6d790$0400000a@xpc> Ol? PessoALL, Gostaria de saber o que voc?s tem utilizado de anti-v?rus em sistemas Windows 2003 Server ( principalmente em sistemas de hospedagens de sites )? Trabalhei com os produtos da Trendmicro e estou testando alternativas, como no momento o Hauri - ViRobot Windows Server 3.5. OBS: Inclusive a solu??o para corpora??es (desktops) da Hauri ? de se elogiar. Tamb?m, para varreduras o ClamWin. Obrigado, Dilson Augusto Cat?i. From filipealvarez at gmail.com Tue Oct 23 09:18:07 2007 From: filipealvarez at gmail.com (Filipe Alvarez) Date: Tue, 23 Oct 2007 08:18:07 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Alterar_usu=E1rio_IUSR=5FMACHINENAME?= Message-ID: <3e542ead0710230418r3db100e4t893b38f119d556c9@mail.gmail.com> Alguem conhe?e algum script VBS que altere o usu?rio padr?o do IIS por um outro a minha escolha? Dei uma procurada no Resource Kit por?m nao achei... Grato From silvio.cesar at unigranrio.edu.br Tue Oct 23 10:33:31 2007 From: silvio.cesar at unigranrio.edu.br (silvio.cesar at unigranrio.edu.br) Date: Tue, 23 Oct 2007 09:33:31 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Pedido_de_contribui=E7=E3o_-_IPRoute2We?= =?iso-8859-1?q?b?= Message-ID: <471DEA1B.5010806@unigranrio.edu.br> Bom dia a todos, Estou montando uma web console para configurar o IPRoute2 de forma a facilitar a vida da mo?ada. A id?ia ? o software gerar regras para balancear at? 4 links(por enquanto) Vejam a regra gerada baixo e visitem o site para dar uma olhada na console no endere?o: http://www.gulbf.com.br/files/iproute2web.php clicando no "Abrir regra" ele carrega as regras gravadas e depois em "Ver regras" para visualizar as regras de loadbalance. Poderiam validar o conjunto de regras, pois ele n?o est? balanceando pacotes roteados FORWARD, apenas que saem do gateway(OUTPUT) s?o balanceados ? #!/bin/sh #******************* IPROUTE2WEB ************************* #* * #* Generated with IpRoute2Web * #* Author: Silvio Cesar * #* This is a GPL licensed program * #* * #********************************************************* echo 255 local > /etc/iproute2/rt_tables echo 254 main >> /etc/iproute2/rt_tables echo 253 default >> /etc/iproute2/rt_tables echo 0 unspec >> /etc/iproute2/rt_tables # echo 10 adsl1 >> /etc/iproute2/rt_tables ip route flush table adsl1 echo 11 adsl2 >> /etc/iproute2/rt_tables ip route flush table adsl2 # # #Link 1 ip route add 192.168.1.0/24 dev eth1 src 192.168.1.2 table adsl1 ip route add default via 192.168.1.1 table adsl1 ip rule add from 192.168.1.2 table adsl1 ip rule add fwmark 0x1 lookup adsl1 prio 3 # #Link 2 ip route add 192.168.2.0/24 dev eth3 src 192.168.2.2 table adsl2 ip route add default via 192.168.2.1 table adsl2 ip rule add from 192.168.2.2 table adsl2 ip rule add fwmark 0x2 lookup adsl2 prio 3 # # Setting loadbalance ip route add default nexthop via 192.168.1.1 dev eth1 weight 1 nexthop via 192.168.2.1 dev eth3 weight 1 # # Flushing route cache ip route flush cache -- Att, Silvio Cesar L. dos Santos Analista de Redes Pleno DTI - Divis?o de Tecnologia da Informa??o UNIGRANRIO - Universidade do Grande Rio +55 21 2672-7720 silviocesar at unigranrio.edu.br http://www.unigranrio.edu.br From dilsoncatoi at gmail.com Tue Oct 23 14:19:47 2007 From: dilsoncatoi at gmail.com (=?iso-8859-1?Q?Dilson_Augusto_Cat=F3i?=) Date: Tue, 23 Oct 2007 14:19:47 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Anti-v=EDrus_para_windows_2003_server?= Message-ID: <000801c81590$8a189580$0400000a@xpc> Ol? PessoALL, Gostaria de saber o que voc?s tem utilizado de anti-v?rus em sistemas Windows 2003 Server ( principalmente em sistemas de hospedagens de sites )? Trabalhei com os produtos da Trendmicro e estou testando alternativas, como no momento o Hauri - ViRobot Windows Server 3.5. OBS: Inclusive a solu??o para corpora??es (desktops) da Hauri ? de se elogiar. Tamb?m, para varreduras o ClamWin. Obrigado, Dilson Augusto Cat?i. From rubensk at gmail.com Wed Oct 24 14:43:18 2007 From: rubensk at gmail.com (Rubens Kuhl Jr.) Date: Wed, 24 Oct 2007 14:43:18 -0200 Subject: [MASOCH-L] Modulos Cisco refurbished Message-ID: <6bb5f5b10710240943q2ec4dc92x4c803ca4b15c7729@mail.gmail.com> Pessoal, Algu?m daqui recomendaria um fornecedor para compra de m?dulos Cisco refurbished ? A prefer?ncia ? para fornecedores autorizados a isso (ou seja, em que a instala??o ? reconhecida pela Cisco e n?o viola contratos como Smartnet), mas posso considerar tamb?m a possibilidade de fornecedores que n?o atendam essas condi??es. Disclaimer: em qualquer dos casos o fornecedor precisa ter trazido tais componentes para o pa?s dentro da legalidade. Rubens From jonny at jonny.eng.br Wed Oct 24 17:05:47 2007 From: jonny at jonny.eng.br (=?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?=) Date: Wed, 24 Oct 2007 17:05:47 -0200 Subject: [MASOCH-L] Modulos Cisco refurbished In-Reply-To: <6bb5f5b10710240943q2ec4dc92x4c803ca4b15c7729@mail.gmail.com> References: <6bb5f5b10710240943q2ec4dc92x4c803ca4b15c7729@mail.gmail.com> Message-ID: <471F978B.1010409@jonny.eng.br> Devido ao estigma que o nome refurbished tem no Brasil, acho dificil algu?m colocar a palavra formalmente na proposta. No meu entendimento pessoal, refurbished n?o ? a mesma coisa que defective. Com refurbished eu entendo que o produto voltou ao fabricante para analise, e n?o encontraram defeitos ou encontraram e consertaram. Na minha humilde opini?o, tem at? chance de ser mais confi?vel que um produto n?o-refurbished, que s? passou pelos testes b?sicos, quando estes existem. Existem ainda casos em que acredito que o nome refurbished seja puramente para uso legal. Por exemplo, recentemente acionei a garantia da Seagate por causa de um disco que havia queimado. Eles devolveram um disco com etiqueta de refurbished. S? que o disco era de um modelo recem-lan?ado, n?o consigo acreditar que tenham consertado algum disco para me devolverem. E n?o deu prazo de terem consertado o meu. Assim sendo, s? posso acreditar que o tal refurbished era, em verdade, zerinho.... Rubens Kuhl Jr. wrote: > Pessoal, > > Algu?m daqui recomendaria um fornecedor para compra de m?dulos Cisco > refurbished ? A prefer?ncia ? para fornecedores autorizados a isso (ou > seja, em que a instala??o ? reconhecida pela Cisco e n?o viola > contratos como Smartnet), mas posso considerar tamb?m a possibilidade > de fornecedores que n?o atendam essas condi??es. > > Disclaimer: em qualquer dos casos o fornecedor precisa ter trazido > tais componentes para o pa?s dentro da legalidade. > > > > Rubens > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From tukso.antartiko at gmail.com Wed Oct 24 22:45:40 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Wed, 24 Oct 2007 21:45:40 -0300 Subject: [MASOCH-L] Modulos refurbished Message-ID: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> Acho que ele quer saber apenas se algu?m vende m?dulos usados com garantia de funcionamento. Se a origem ? o conserto de pe?as defeituosas n?o parece ser algo importante. Dizem que C terceiriza a fabrica??o de uma grande quantidade de m?dulos da Finisar. Pode ser que a qualidade exigida por C seja maior, caso tenha d?vida fa?a estoque ou exija uma garantia maior do seu revendedor. On 10/24/07, Jo?o Carlos Mendes Lu?s <jonny at jonny.eng.br> wrote: > > Devido ao estigma que o nome refurbished tem no Brasil, acho dificil > algu?m colocar a palavra formalmente na proposta. > > No meu entendimento pessoal, refurbished n?o ? a mesma coisa que > defective. Com refurbished eu entendo que o produto voltou ao > fabricante para analise, e n?o encontraram defeitos ou encontraram e > consertaram. Na minha humilde opini?o, tem at? chance de ser mais > confi?vel que um produto n?o-refurbished, que s? passou pelos testes > b?sicos, quando estes existem. > > Existem ainda casos em que acredito que o nome refurbished seja > puramente para uso legal. Por exemplo, recentemente acionei a garantia > da Seagate por causa de um disco que havia queimado. Eles devolveram um > disco com etiqueta de refurbished. S? que o disco era de um modelo > recem-lan?ado, n?o consigo acreditar que tenham consertado algum disco > para me devolverem. E n?o deu prazo de terem consertado o meu. Assim > sendo, s? posso acreditar que o tal refurbished era, em verdade, > zerinho.... > > > From tukso.antartiko at gmail.com Wed Oct 24 22:54:44 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Wed, 24 Oct 2007 21:54:44 -0300 Subject: [MASOCH-L] Modulos refurbished In-Reply-To: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> Message-ID: <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> Relendo vi que ficou confuso. C compraria da Finisar. Se aceitar isso como verdade uma forma de economizar seria comprando Finisar, mas se precavendo com estoque para o caso da QA ser pior. On 10/24/07, Tukso Antartiko <tukso.antartiko at gmail.com> wrote: > > Acho que ele quer saber apenas se algu?m vende m?dulos usados com garantia > de funcionamento. > Se a origem ? o conserto de pe?as defeituosas n?o parece ser algo > importante. > > Dizem que C terceiriza a fabrica??o de uma grande quantidade de m?dulos da > Finisar. Pode ser que a qualidade exigida por C seja maior, caso tenha > d?vida fa?a estoque ou exija uma garantia maior do seu revendedor. > > On 10/24/07, Jo?o Carlos Mendes Lu?s <jonny at jonny.eng.br> wrote: > > > > Devido ao estigma que o nome refurbished tem no Brasil, acho dificil > > algu?m colocar a palavra formalmente na proposta. > > > > No meu entendimento pessoal, refurbished n?o ? a mesma coisa que > > defective. Com refurbished eu entendo que o produto voltou ao > > fabricante para analise, e n?o encontraram defeitos ou encontraram e > > consertaram. Na minha humilde opini?o, tem at? chance de ser mais > > confi?vel que um produto n?o-refurbished, que s? passou pelos testes > > b?sicos, quando estes existem. > > > > Existem ainda casos em que acredito que o nome refurbished seja > > puramente para uso legal. Por exemplo, recentemente acionei a garantia > > da Seagate por causa de um disco que havia queimado. Eles devolveram um > > > > disco com etiqueta de refurbished. S? que o disco era de um modelo > > recem-lan?ado, n?o consigo acreditar que tenham consertado algum disco > > para me devolverem. E n?o deu prazo de terem consertado o meu. Assim > > sendo, s? posso acreditar que o tal refurbished era, em verdade, > > zerinho.... > > > > > > > From jarruda-gter at jarruda.com Thu Oct 25 00:21:52 2007 From: jarruda-gter at jarruda.com (Julio Arruda) Date: Wed, 24 Oct 2007 22:21:52 -0400 Subject: [MASOCH-L] Modulos refurbished In-Reply-To: <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> Message-ID: <471FFDC0.8040405@jarruda.com> Pelo que entendo, os Finisar 'diretos' nao seriam reconhecidos como GBICs/SFPs suportados em alguns dispositivos. Apesar do fabricante ser o mesmo, o que e' fornecido via C, creio que tem um magic number (ou algum outro identificador) gravado no mesmo, para identificacao. Em teoria, os 'certificados' pela C (ou outro), seriam de um lote de 'menor folga na tolerancia aceita', assim, de melhor qualidade. Nao sei se e' lenda urbana... Tukso Antartiko wrote: > Relendo vi que ficou confuso. > C compraria da Finisar. Se aceitar isso como verdade uma forma de economizar > seria comprando Finisar, mas se precavendo com estoque para o caso da QA ser > pior. > > On 10/24/07, Tukso Antartiko <tukso.antartiko at gmail.com> wrote: >> Acho que ele quer saber apenas se algu?m vende m?dulos usados com garantia >> de funcionamento. >> Se a origem ? o conserto de pe?as defeituosas n?o parece ser algo >> importante. >> >> Dizem que C terceiriza a fabrica??o de uma grande quantidade de m?dulos da >> Finisar. Pode ser que a qualidade exigida por C seja maior, caso tenha >> d?vida fa?a estoque ou exija uma garantia maior do seu revendedor. >> >> On 10/24/07, Jo?o Carlos Mendes Lu?s <jonny at jonny.eng.br> wrote: >>> Devido ao estigma que o nome refurbished tem no Brasil, acho dificil >>> algu?m colocar a palavra formalmente na proposta. >>> >>> No meu entendimento pessoal, refurbished n?o ? a mesma coisa que >>> defective. Com refurbished eu entendo que o produto voltou ao >>> fabricante para analise, e n?o encontraram defeitos ou encontraram e >>> consertaram. Na minha humilde opini?o, tem at? chance de ser mais >>> confi?vel que um produto n?o-refurbished, que s? passou pelos testes >>> b?sicos, quando estes existem. >>> >>> Existem ainda casos em que acredito que o nome refurbished seja >>> puramente para uso legal. Por exemplo, recentemente acionei a garantia >>> da Seagate por causa de um disco que havia queimado. Eles devolveram um >>> >>> disco com etiqueta de refurbished. S? que o disco era de um modelo >>> recem-lan?ado, n?o consigo acreditar que tenham consertado algum disco >>> para me devolverem. E n?o deu prazo de terem consertado o meu. Assim >>> sendo, s? posso acreditar que o tal refurbished era, em verdade, >>> zerinho.... >>> >>> >>> > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From welisson at conectcor.com.br Thu Oct 25 12:55:06 2007 From: welisson at conectcor.com.br (Welisson) Date: Thu, 25 Oct 2007 12:55:06 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Duvidas_quanto_a_Certifica=E7=E3o_ISO?= In-Reply-To: <mailman.5.1193320801.23452.masoch-l@eng.registro.br> References: <mailman.5.1193320801.23452.masoch-l@eng.registro.br> Message-ID: <200710251255.07740.welisson@conectcor.com.br> Boa Tarde pessoal Gostaria de uma troca de informa??o com o pessoal que trabalha ou prestou suporte em empresas que tinham ou tem ISO9001. Seguinte na empresa onde presto suporte na rede e nos servidores, est?o em processo de retirar o certificado da ISO, pois bem, eles tem que armazenar copias de e-mails, e tudo, durante um periodo, ou seja, um e-mail recebido hj ela tem que ter ele vamos se dizer que at? 5 anos. E como usuario ? usuario, se dizer para ele viu vc tem que guardar esse e-mail durante 5 anos, ent?o a quest?o ? qual a melhor maneira de se fazer isso. O servidor de dados ? Win2003 com Active Directory, estava pensando j? que o servidor vai ter que ser migrado para um servidor melhor, por quest?o de hardware fraco j?, usar o perfil movel do windows j? que o outlook deixa os arquivos no perfil movel tbem, fazer um backup diario dos diret?rios, mas estudando acho que isso n?o vai ser a medida mais eficiente. pois e se um usuario apagar um e-mail eu n?o vou conseguir copiar o e-mail. Ent?o preciso de uma solu??o mais confiavel, para uma medida de backup 99,9% ou se puder 100% funcional. Obs: O servidor de e-mail n? fica na empresa ele ? terceriazado para um host, que faz servi?os de hospedagem. Agrade?o a aten??o de todos Abs.... Sem Mais Welisson Tom? From marcelo at standardnet.com.br Thu Oct 25 13:10:35 2007 From: marcelo at standardnet.com.br (Marcelo Estanislau) Date: Thu, 25 Oct 2007 13:10:35 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Duvidas_quanto_a_Certifica=E7=E3o_ISO?= In-Reply-To: <200710251255.07740.welisson@conectcor.com.br> References: <mailman.5.1193320801.23452.masoch-l@eng.registro.br> <200710251255.07740.welisson@conectcor.com.br> Message-ID: <4720B1EB.1000608@standardnet.com.br> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Acho que neste caso voc? ter? que colocar um servidor dentro da empresa, fazendo relay. Seus usu?rios n?o passar?o mais a buscar os emails no host terceirizado, mas no seu servidor. Aqui sim voc? conseguir? fazer c?pias daquilo que recebe e far? tamb?m o envio para o servidor do seu host terceirizado entregar (relay). Abra?os, Marcelo Estanislau Geyer marcelo at standardnet.com.br Standard Net Tecnologia e Informa??o http://www.standardnet.com.br - -- PGP Key: http://www.keyserver.net - Key ID 0x5812DE5E Welisson escreveu: > Boa Tarde pessoal > > Gostaria de uma troca de informa??o com o pessoal que trabalha ou prestou > suporte em empresas que tinham ou tem ISO9001. > Seguinte na empresa onde presto suporte na rede e nos servidores, est?o em > processo de retirar o certificado da ISO, pois bem, eles tem que armazenar > copias de e-mails, e tudo, durante um periodo, ou seja, um e-mail recebido hj > ela tem que ter ele vamos se dizer que at? 5 anos. > E como usuario ? usuario, se dizer para ele viu vc tem que guardar esse e-mail > durante 5 anos, ent?o a quest?o ? qual a melhor maneira de se fazer isso. > O servidor de dados ? Win2003 com Active Directory, estava pensando j? que o > servidor vai ter que ser migrado para um servidor melhor, por quest?o de > hardware fraco j?, usar o perfil movel do windows j? que o outlook deixa os > arquivos no perfil movel tbem, fazer um backup diario dos diret?rios, mas > estudando acho que isso n?o vai ser a medida mais eficiente. pois e se um > usuario apagar um e-mail eu n?o vou conseguir copiar o e-mail. > Ent?o preciso de uma solu??o mais confiavel, para uma medida de backup 99,9% > ou se puder 100% funcional. > > Obs: O servidor de e-mail n? fica na empresa ele ? terceriazado para um host, > que faz servi?os de hospedagem. > > Agrade?o a aten??o de todos > > Abs.... > Sem Mais > > Welisson Tom? > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBRyCx5o+bwQJYEt5eAQL2IwP7BzCGX/LomZBsVXzTSZAxx1HKaXJatbUd z2lescM2ASZ+4IgeYWlQtDt/sr/hmKTju4e15dJc603vtOAsIShHMT7tp8NbK5yl tL6eyBz3ljt5p1Q3jCSv19Y7s1+4AnP/yQtee+Mply4dvPSi+F896+cCgKmhZpAe nmUtuZx244Y= =kTg1 -----END PGP SIGNATURE----- From tukso.antartiko at gmail.com Thu Oct 25 13:23:59 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Thu, 25 Oct 2007 12:23:59 -0300 Subject: [MASOCH-L] Modulos refurbished In-Reply-To: <471FFDC0.8040405@jarruda.com> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> <471FFDC0.8040405@jarruda.com> Message-ID: <b1dc8f9a0710250823m44cea19fx71ffa941e5bc2283@mail.gmail.com> Para utilizar m?dulos de terceiros pode ser necess?rio executar o comando "service unsupported-transceiver", mas antes consulte um consultor e use por conta pr?pria. On 10/24/07, Julio Arruda <jarruda-gter at jarruda.com> wrote: > > > Pelo que entendo, os Finisar 'diretos' nao seriam reconhecidos como > GBICs/SFPs suportados em alguns dispositivos. > Apesar do fabricante ser o mesmo, o que e' fornecido via C, creio que > tem um magic number (ou algum outro identificador) gravado no mesmo, > para identificacao. > Em teoria, os 'certificados' pela C (ou outro), seriam de um lote de > 'menor folga na tolerancia aceita', assim, de melhor qualidade. Nao sei > se e' lenda urbana... > > Tukso Antartiko wrote: > > Relendo vi que ficou confuso. > > C compraria da Finisar. Se aceitar isso como verdade uma forma de > economizar > > seria comprando Finisar, mas se precavendo com estoque para o caso da QA > ser > > pior. > > > > On 10/24/07, Tukso Antartiko <tukso.antartiko at gmail.com> wrote: > >> Acho que ele quer saber apenas se algu?m vende m?dulos usados com > garantia > >> de funcionamento. > >> Se a origem ? o conserto de pe?as defeituosas n?o parece ser algo > >> importante. > >> > >> Dizem que C terceiriza a fabrica??o de uma grande quantidade de m?dulos > da > >> Finisar. Pode ser que a qualidade exigida por C seja maior, caso tenha > >> d?vida fa?a estoque ou exija uma garantia maior do seu revendedor. > >> > >> On 10/24/07, Jo?o Carlos Mendes Lu?s <jonny at jonny.eng.br> wrote: > >>> Devido ao estigma que o nome refurbished tem no Brasil, acho dificil > >>> algu?m colocar a palavra formalmente na proposta. > >>> > >>> No meu entendimento pessoal, refurbished n?o ? a mesma coisa que > >>> defective. Com refurbished eu entendo que o produto voltou ao > >>> fabricante para analise, e n?o encontraram defeitos ou encontraram e > >>> consertaram. Na minha humilde opini?o, tem at? chance de ser mais > >>> confi?vel que um produto n?o-refurbished, que s? passou pelos testes > >>> b?sicos, quando estes existem. > >>> > >>> Existem ainda casos em que acredito que o nome refurbished seja > >>> puramente para uso legal. Por exemplo, recentemente acionei a > garantia > >>> da Seagate por causa de um disco que havia queimado. Eles devolveram > um > >>> > >>> disco com etiqueta de refurbished. S? que o disco era de um modelo > >>> recem-lan?ado, n?o consigo acreditar que tenham consertado algum disco > >>> para me devolverem. E n?o deu prazo de terem consertado o meu. Assim > >>> sendo, s? posso acreditar que o tal refurbished era, em verdade, > >>> zerinho.... > >>> > >>> > >>> > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From leolistas at solutti.com.br Thu Oct 25 13:24:12 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Thu, 25 Oct 2007 13:24:12 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Duvidas_quanto_a_Certifica=E7=E3o_ISO?= In-Reply-To: <4720B1EB.1000608@standardnet.com.br> References: <mailman.5.1193320801.23452.masoch-l@eng.registro.br> <200710251255.07740.welisson@conectcor.com.br> <4720B1EB.1000608@standardnet.com.br> Message-ID: <4720B51C.3050000@solutti.com.br> Ou tirar o hosting dos emails de um provedor e faz?-la em sua pr?pria estrutura. A discuss?o de hospedar seus emails ou terceirizar j? rolou em v?rias outras oportunidades. Qualquer uma das op??es possui grandes pontos a favor e grandes pontos contra. Mas uma coisa ? fato ... quando voc? precisa de algo diferenciado, como essa sua necessidade de armazenar emails, de auditoria, filtros mais avan?ados ... a? n?o tem jeito, ? sempre mais f?cil conseguir tudo quando voc? mesmo hospeda seus emails. Agora o interessante ? que eu tamb?m tenho alguns clientes que tiraram ISO e nem tocaram nesse assunto de armazenar emails. Ser? que isso ? exig?ncia nova ou ser? que meus clientes mentiram ??? :) Marcelo Estanislau escreveu: > Acho que neste caso voc? ter? que colocar um servidor dentro da empresa, > fazendo relay. Seus usu?rios n?o passar?o mais a buscar os emails no > host terceirizado, mas no seu servidor. Aqui sim voc? conseguir? fazer > c?pias daquilo que recebe e far? tamb?m o envio para o servidor do seu > host terceirizado entregar (relay). > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From hamilton at i2.com.br Thu Oct 25 13:24:27 2007 From: hamilton at i2.com.br (Hamilton Vera) Date: Thu, 25 Oct 2007 13:24:27 -0200 (BRST) Subject: [MASOCH-L] =?iso-8859-1?q?Duvidas_quanto_a_Certifica=E7=E3o_ISO?= In-Reply-To: <4720B1EB.1000608@standardnet.com.br> References: <mailman.5.1193320801.23452.masoch-l@eng.registro.br> <200710251255.07740.welisson@conectcor.com.br> <4720B1EB.1000608@standardnet.com.br> Message-ID: <Pine.LNX.4.63.0710251316540.18186@lima.i2.com.br> Usando o esquema que o Marcelo falou ? viavel, voce pode at? guardar todas os emails em ma unica caixa postal, algo to tipo uma conta catch-all e para os enviados muitos MTA's tem a configuracao de mandar c?pias em bcc para uma conta determinada. Por?m se voce n?o quer ter custos e dor de cabe?a para realizar isso, com certeza provedores de m?dio e pequeno porte fazem esse servi?o. Depende de voc? negociar os parametros. Conhe?o alguns que fazem, se quiser a lista ? s? me comunicar em particular. Ps: Uma das empresas que trabalho tem certificacao ISO9001 e nunca me abordaram com essa situa??o. Mantenho c?pia dos emails por 6 meses, para aumentar isso teriam que fornecer mais HD e fitas de backup :). []'s Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" On Thu, 25 Oct 2007, Marcelo Estanislau wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Acho que neste caso voc? ter? que colocar um servidor dentro da empresa, > fazendo relay. Seus usu?rios n?o passar?o mais a buscar os emails no > host terceirizado, mas no seu servidor. Aqui sim voc? conseguir? fazer > c?pias daquilo que recebe e far? tamb?m o envio para o servidor do seu > host terceirizado entregar (relay). > > Abra?os, > > Marcelo Estanislau Geyer > marcelo at standardnet.com.br > Standard Net Tecnologia e Informa??o > http://www.standardnet.com.br > - -- > PGP Key: http://www.keyserver.net - Key ID 0x5812DE5E > > > Welisson escreveu: >> Boa Tarde pessoal >> >> Gostaria de uma troca de informa??o com o pessoal que trabalha ou prestou >> suporte em empresas que tinham ou tem ISO9001. >> Seguinte na empresa onde presto suporte na rede e nos servidores, est?o em >> processo de retirar o certificado da ISO, pois bem, eles tem que armazenar >> copias de e-mails, e tudo, durante um periodo, ou seja, um e-mail recebido hj >> ela tem que ter ele vamos se dizer que at? 5 anos. >> E como usuario ? usuario, se dizer para ele viu vc tem que guardar esse e-mail >> durante 5 anos, ent?o a quest?o ? qual a melhor maneira de se fazer isso. >> O servidor de dados ? Win2003 com Active Directory, estava pensando j? que o >> servidor vai ter que ser migrado para um servidor melhor, por quest?o de >> hardware fraco j?, usar o perfil movel do windows j? que o outlook deixa os >> arquivos no perfil movel tbem, fazer um backup diario dos diret?rios, mas >> estudando acho que isso n?o vai ser a medida mais eficiente. pois e se um >> usuario apagar um e-mail eu n?o vou conseguir copiar o e-mail. >> Ent?o preciso de uma solu??o mais confiavel, para uma medida de backup 99,9% >> ou se puder 100% funcional. >> >> Obs: O servidor de e-mail n? fica na empresa ele ? terceriazado para um host, >> que faz servi?os de hospedagem. >> >> Agrade?o a aten??o de todos >> >> Abs.... >> Sem Mais >> >> Welisson Tom? >> >> >> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iQCVAwUBRyCx5o+bwQJYEt5eAQL2IwP7BzCGX/LomZBsVXzTSZAxx1HKaXJatbUd > z2lescM2ASZ+4IgeYWlQtDt/sr/hmKTju4e15dJc603vtOAsIShHMT7tp8NbK5yl > tL6eyBz3ljt5p1Q3jCSv19Y7s1+4AnP/yQtee+Mply4dvPSi+F896+cCgKmhZpAe > nmUtuZx244Y= > =kTg1 > -----END PGP SIGNATURE----- > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From marcelo at standardnet.com.br Thu Oct 25 13:43:02 2007 From: marcelo at standardnet.com.br (Marcelo Estanislau) Date: Thu, 25 Oct 2007 13:43:02 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Duvidas_quanto_a_Certifica=E7=E3o_ISO?= In-Reply-To: <Pine.LNX.4.63.0710251316540.18186@lima.i2.com.br> References: <mailman.5.1193320801.23452.masoch-l@eng.registro.br> <200710251255.07740.welisson@conectcor.com.br> <4720B1EB.1000608@standardnet.com.br> <Pine.LNX.4.63.0710251316540.18186@lima.i2.com.br> Message-ID: <4720B986.8050504@standardnet.com.br> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Se algu?m tiver alguma documenta??o sobre ISO9001 aplicada aos servi?os de internet (para empresas em geral, n?o para provedores...) gostaria de receber tal documenta??o ou me passem o link. Obrigado. Marcelo Estanislau Geyer marcelo at standardnet.com.br Standard Net Tecnologia e Informa??o http://www.standardnet.com.br - -- PGP Key: http://www.keyserver.net - Key ID 0x5812DE5E Hamilton Vera escreveu: > Usando o esquema que o Marcelo falou ? viavel, voce pode at? guardar todas > os emails em ma unica caixa postal, algo to tipo uma conta catch-all e > para os enviados muitos MTA's tem a configuracao de mandar c?pias em bcc > para uma conta determinada. > > Por?m se voce n?o quer ter custos e dor de cabe?a para realizar isso, > com certeza provedores de m?dio e pequeno porte fazem esse servi?o. > Depende de voc? negociar os parametros. Conhe?o alguns que fazem, se quiser > a lista ? s? me comunicar em particular. > > Ps: Uma das empresas que trabalho tem certificacao ISO9001 e nunca me > abordaram com essa situa??o. Mantenho c?pia dos emails por 6 meses, para > aumentar isso teriam que fornecer mais HD e fitas de backup :). > > []'s > > > Hamilton Vera > int Administrator (char Network[],char ComputationalSystems[]); > http://antispam.br/ > "Google is my shepherd, no want shall I know" > > On Thu, 25 Oct 2007, Marcelo Estanislau wrote: > > Acho que neste caso voc? ter? que colocar um servidor dentro da empresa, > fazendo relay. Seus usu?rios n?o passar?o mais a buscar os emails no > host terceirizado, mas no seu servidor. Aqui sim voc? conseguir? fazer > c?pias daquilo que recebe e far? tamb?m o envio para o servidor do seu > host terceirizado entregar (relay). > > Abra?os, > > Marcelo Estanislau Geyer > marcelo at standardnet.com.br > Standard Net Tecnologia e Informa??o > http://www.standardnet.com.br __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l >> > ------------------------------------------------------------------------ > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBRyC5gY+bwQJYEt5eAQIAdAQAuV5Dfnru98E5TwmUp5yLrPjRTru9HEVT Px8z+o+jsZ0D5doRmk0eA4OtUFhaHPlfngtl5lYYP7zAFCE4lsUu4dqRSQN2zjAC H+CurbXzyHg0dJ8P+oItC5ERja25US5EBfLNhzcjjXZm603IQXYziL4as4EtNe75 wpm/K1WFmjI= =ltGQ -----END PGP SIGNATURE----- From jean.vosch at gmail.com Thu Oct 25 15:40:40 2007 From: jean.vosch at gmail.com (Jean Marcel Vosch) Date: Thu, 25 Oct 2007 15:40:40 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Anti-v=EDrus_para_windows_2003_server?= In-Reply-To: <000801c81590$8a189580$0400000a@xpc> References: <000801c81590$8a189580$0400000a@xpc> Message-ID: <68b0d6aa0710251040v37e933e1tff8097d7dc15ff19@mail.gmail.com> Boa Tarde, Tamb?m estou com essa d?vida, quais as sugest?es para anti-virus com administra??o do parque via servidor? []s Jean Em 23/10/07, Dilson Augusto Cat?i <dilsoncatoi at gmail.com> escreveu: > > Ol? PessoALL, > > Gostaria de saber o que voc?s tem utilizado de anti-v?rus em sistemas > Windows 2003 Server ( principalmente em sistemas de hospedagens de sites )? > Trabalhei com os produtos da Trendmicro e estou testando alternativas, > como no momento o Hauri - ViRobot Windows Server 3.5. > OBS: Inclusive a solu??o para corpora??es (desktops) da Hauri ? de se > elogiar. > Tamb?m, para varreduras o ClamWin. > > Obrigado, > > Dilson Augusto Cat?i. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From neto-listas at microhosting.com.br Thu Oct 25 16:37:34 2007 From: neto-listas at microhosting.com.br (Jose Augusto dos Santos Neto) Date: Thu, 25 Oct 2007 16:37:34 -0200 Subject: [MASOCH-L] Problemas em rede LAN In-Reply-To: <b1dc8f9a0710250823m44cea19fx71ffa941e5bc2283@mail.gmail.com> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> <471FFDC0.8040405@jarruda.com> <b1dc8f9a0710250823m44cea19fx71ffa941e5bc2283@mail.gmail.com> Message-ID: <4720E26E.10800@microhosting.com.br> Caros, Estou enfrentando um problema em minha rede, j? tem pouco mais de uma semana, onde alguma clientes perdem conex?o com determinados servidores. J? tentei e pensei em v?rias fontes de problemas, como v?rus, placa de rede, cabos, switch, mas j? fiz tudo e n?o resolvi. Cheguei at? a colocar um switch separado apenas com os servidores que mais d?o problema (windows server x64, rodando microsiga) com um cliente e mesmo assim n?o comunicava. Minha rede local ? 192.168.10.0/23, o servidores t?m o ips 192.168.10.123/124/125 e o cliente 192.168.11.222. O mais engra?ado (se posso falar assim) ? que em muitos momentos eu n?o tinha comunica??o com o 123/125 mas com o 124 era normal. Pois bem, num determinado momento eu mudei o ip desse cliente para 192.168.10.180 e por minha surpresa n?o houve mais perdas de pacotes. Verifiquei a tabelas de roteamento dos windows servers para ver se tinha algo errado, mas n?o encontrei nada de anormal. A solu??o que estou tomando, temporariamente, ? a de mudar o pessoal com ip 192.168.11.X para 192.168.10.X. Estou at? pensando em acabar com a rede de /23 e mudar tudo para /24, j? que hoje 255 endere?os s?o suficientes para mim. Algu?m j? enfrentou algum problema desse tipo ? grato, Neto. From eduardo at sinos.net Thu Oct 25 16:39:39 2007 From: eduardo at sinos.net (Eduardo) Date: Thu, 25 Oct 2007 15:39:39 -0300 Subject: [MASOCH-L] RES: Problemas em rede LAN In-Reply-To: <4720E26E.10800@microhosting.com.br> Message-ID: <00eb01c81736$66bf1210$e2b3a8c0@INF0054> Hummm. J? pensaste na hip?tese de v?rus? Eduardo Santos Back Gerente de Inform?tica Grupo Editorial Sinos SA SinosNet SinosCorp +55 51 3594-0417 -----Mensagem original----- De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Jose Augusto dos Santos Neto Enviada em: quinta-feira, 25 de outubro de 2007 15:38 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: [MASOCH-L] Problemas em rede LAN Caros, Estou enfrentando um problema em minha rede, j? tem pouco mais de uma semana, onde alguma clientes perdem conex?o com determinados servidores. J? tentei e pensei em v?rias fontes de problemas, como v?rus, placa de rede, cabos, switch, mas j? fiz tudo e n?o resolvi. Cheguei at? a colocar um switch separado apenas com os servidores que mais d?o problema (windows server x64, rodando microsiga) com um cliente e mesmo assim n?o comunicava. Minha rede local ? 192.168.10.0/23, o servidores t?m o ips 192.168.10.123/124/125 e o cliente 192.168.11.222. O mais engra?ado (se posso falar assim) ? que em muitos momentos eu n?o tinha comunica??o com o 123/125 mas com o 124 era normal. Pois bem, num determinado momento eu mudei o ip desse cliente para 192.168.10.180 e por minha surpresa n?o houve mais perdas de pacotes. Verifiquei a tabelas de roteamento dos windows servers para ver se tinha algo errado, mas n?o encontrei nada de anormal. A solu??o que estou tomando, temporariamente, ? a de mudar o pessoal com ip 192.168.11.X para 192.168.10.X. Estou at? pensando em acabar com a rede de /23 e mudar tudo para /24, j? que hoje 255 endere?os s?o suficientes para mim. Algu?m j? enfrentou algum problema desse tipo ? grato, Neto. __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From danton at inexo.com.br Thu Oct 25 16:54:36 2007 From: danton at inexo.com.br (Lao DanTong) Date: Thu, 25 Oct 2007 16:54:36 -0200 (BRST) Subject: [MASOCH-L] Problemas em rede LAN In-Reply-To: <4720E26E.10800@microhosting.com.br> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> <471FFDC0.8040405@jarruda.com> <b1dc8f9a0710250823m44cea19fx71ffa941e5bc2283@mail.gmail.com> <4720E26E.10800@microhosting.com.br> Message-ID: <Pine.LNX.4.60.0710251647250.18416@newquantum.inexo.com.br> On Thu, 25 Oct 2007, Jose Augusto dos Santos Neto wrote: > Caros, > > Estou enfrentando um problema em minha rede, j? tem pouco mais de uma > semana, onde alguma clientes perdem conex?o com determinados servidores. > J? tentei e pensei em v?rias fontes de problemas, como v?rus, placa de > rede, cabos, switch, mas j? fiz tudo e n?o resolvi. Cheguei at? a > colocar um switch separado apenas com os servidores que mais d?o > problema (windows server x64, rodando microsiga) com um cliente e mesmo > assim n?o comunicava. Minha rede local ? 192.168.10.0/23, o servidores > ... danger, will robinson. os windows, com exce??o do vista, ainda fazem tabela de rotas por classes e fazem a maior bagun?a com endere?os terminados em 255, mesmo que eles n?o sejam realmente endere?os de broadcast em fun??o da m?scara, como ? o caso aqui. ? bem poss?vel que eles estejam se embananando com a m?scara maior que a "natural" da classe. ? claro que a microsoft poderia ter adotado tabelas de rotas CIDR para os windows, j? que as classes deixaram de ser usadas l? por 1993, mas parece que ? mais f?cil convencer o usu?rio que esses "pequenos inconvenientes" inevitavelmente fazem parte da vida. se voce precisar um espa?o maior que /24 tendo windows n?o-Vista na rede, recomendo usar os blocos "classe-{A,B}" do espa?o de endere?os BCP-5. From welisson at conectcor.com.br Thu Oct 25 17:06:58 2007 From: welisson at conectcor.com.br (Welisson) Date: Thu, 25 Oct 2007 17:06:58 -0200 Subject: [MASOCH-L] Duvidas quanto a Certificacao ISO In-Reply-To: <mailman.6154.1193337473.1035.masoch-l@eng.registro.br> References: <mailman.6154.1193337473.1035.masoch-l@eng.registro.br> Message-ID: <200710251706.59612.welisson@conectcor.com.br> Ent?o n?o sei te dizer se isso ? politica nova da ISO. Ent?o pois ? o que estava pensando teria quer ter um Servidor Interno para empresa, acho que seria a melhor op??o, ou ter um com o Fetchtmail, para baixar no servidor da empresa. no entando n?o conhe?o muito bem o funcionamento do Fetchmail, ent?o acho que o servidor de e-mail interno seria mais aconselhavel, e tipo toda a msg que chegar joga uma copia para um usuario X no servidor com o always_bcc do postfix minha duvida ? se para envio e recebimento ele vai funcionar. Se alguem tiver outras solu??o que possa ajudar, estamos ae, no entando como um colega sitou, acho que solicitar para provedores fazerem isso acho que seria o ultimo caso, se tratando da empresa em quest?o. Welisson Tom? From macdutra at gmail.com Thu Oct 25 20:00:40 2007 From: macdutra at gmail.com (Marcos Dutra) Date: Thu, 25 Oct 2007 20:00:40 -0200 Subject: [MASOCH-L] Mysql Message-ID: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> Pessoal, Eu tenho uma m?quina Dell 2950 dual XEON com discos SAS 15k rpm e 4GB de mem?ria, e nele rodo o Mysql5 e o meu problema ? que alguns selects pesados faz o banco paralisar assim se outras pessoas acessarem o banco nesse select pesado demora p/ retornar. O banco usa o tipo MyISAM, e eu j? fiz de tudo p/ melhorar como ?ndices e configura??es no mysql. At? em colocar um mysql em outra porta no servidor eu fiz mas n?o rolou legal, o servidor continua a dar lock. S? n?o queria usar o esquema de replica??o para outro. Abaixo uma configura??o que eu fiz: Abra?os Marcos # The following options will be passed to all MySQL clients [client] #password = your_password port = 3306 socket = /var/run/mysqld/mysqld.sock # Here follows entries for some specific programs # The MySQL server [mysqld] port = 3306 socket = /var/run/mysqld/mysqld.sock skip-locking key_buffer = 512M max_allowed_packet = 1M table_cache = 5120 sort_buffer_size = 16M read_buffer_size = 16M read_rnd_buffer_size = 16M myisam_sort_buffer_size = 128M thread_cache_size = 8 query_cache_size = 64M # Try number of CPU's*2 for thread_concurrency thread_concurrency = 8 [mysqldump] quick max_allowed_packet = 16M [mysql] no-auto-rehash # Remove the next comment character if you are not familiar with SQL #safe-updates [isamchk] key_buffer = 256M sort_buffer_size = 256M read_buffer = 2M write_buffer = 2M [myisamchk] key_buffer = 256M sort_buffer_size = 256M read_buffer = 2M write_buffer = 2M [mysqlhotcopy] interactive-timeout From rodrigo at faculdadedecision.com.br Thu Oct 25 21:14:55 2007 From: rodrigo at faculdadedecision.com.br (Rodrigo) Date: Thu, 25 Oct 2007 20:14:55 -0300 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> Message-ID: <4721236F.4020700@faculdadedecision.com.br> Olha ... tenho uma dica, TALVEZ funcione: Use a op??o NOLOCK no select. SELECT * FROM tabela (NOLOCK) WHERE ... Marcos Dutra escreveu: > Pessoal, > > Eu tenho uma m?quina Dell 2950 dual XEON com discos SAS 15k rpm e 4GB de > mem?ria, e nele rodo o Mysql5 e o meu problema ? que alguns selects pesados > faz o banco paralisar assim se outras pessoas acessarem o banco nesse select > pesado demora p/ retornar. > O banco usa o tipo MyISAM, e eu j? fiz de tudo p/ melhorar como ?ndices e > configura??es no mysql. > At? em colocar um mysql em outra porta no servidor eu fiz mas n?o rolou > legal, o servidor continua a dar lock. > S? n?o queria usar o esquema de replica??o para outro. > Abaixo uma configura??o que eu fiz: > > Abra?os > Marcos > From hamilton at i2.com.br Thu Oct 25 20:18:52 2007 From: hamilton at i2.com.br (Hamilton Vera) Date: Thu, 25 Oct 2007 20:18:52 -0200 (BRST) Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> Message-ID: <Pine.LNX.4.63.0710252011500.18186@lima.i2.com.br> Esses selects fazem algum tipo de join, essas comparacoes ? que pesam. Talvez seua salvacao esteja na remodelagem do banco e da aplicacao. Uma outra coisa interessante no MyISAM, se a tabela tem conteudo rotativo, onde os dados s?o apagados com frequencia voce perde muita performance. No MyISAM o MySQL encontra "espaco vazio" ele tenta inserir o dado nesse espaco ao inv?s de inserir no fim do arquivo e isso pode gerar locks para voce. []'s Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" On Thu, 25 Oct 2007, Marcos Dutra wrote: > Pessoal, > > Eu tenho uma m?quina Dell 2950 dual XEON com discos SAS 15k rpm e 4GB de > mem?ria, e nele rodo o Mysql5 e o meu problema ? que alguns selects pesados > faz o banco paralisar assim se outras pessoas acessarem o banco nesse select > pesado demora p/ retornar. > O banco usa o tipo MyISAM, e eu j? fiz de tudo p/ melhorar como ?ndices e > configura??es no mysql. > At? em colocar um mysql em outra porta no servidor eu fiz mas n?o rolou > legal, o servidor continua a dar lock. > S? n?o queria usar o esquema de replica??o para outro. > Abaixo uma configura??o que eu fiz: > > Abra?os > Marcos > > > # The following options will be passed to all MySQL clients > [client] > #password = your_password > port = 3306 > socket = /var/run/mysqld/mysqld.sock > > # Here follows entries for some specific programs > > # The MySQL server > [mysqld] > port = 3306 > socket = /var/run/mysqld/mysqld.sock > skip-locking > key_buffer = 512M > max_allowed_packet = 1M > table_cache = 5120 > sort_buffer_size = 16M > read_buffer_size = 16M > read_rnd_buffer_size = 16M > myisam_sort_buffer_size = 128M > thread_cache_size = 8 > query_cache_size = 64M > # Try number of CPU's*2 for thread_concurrency > thread_concurrency = 8 > [mysqldump] > quick > max_allowed_packet = 16M > > [mysql] > no-auto-rehash > # Remove the next comment character if you are not familiar with SQL > #safe-updates > > [isamchk] > key_buffer = 256M > sort_buffer_size = 256M > read_buffer = 2M > write_buffer = 2M > > [myisamchk] > key_buffer = 256M > sort_buffer_size = 256M > read_buffer = 2M > write_buffer = 2M > > [mysqlhotcopy] > interactive-timeout > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From rodrigo at faculdadedecision.com.br Thu Oct 25 21:23:03 2007 From: rodrigo at faculdadedecision.com.br (Rodrigo) Date: Thu, 25 Oct 2007 20:23:03 -0300 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> Message-ID: <47212557.1020208@faculdadedecision.com.br> Ou ... http://forums.mysql.com/read.php?60,81970,82201#msg-82201 http://dev.mysql.com/doc/refman/5.0/en/innodb-transaction-isolation.html Marcos Dutra escreveu: > Pessoal, > > Eu tenho uma m?quina Dell 2950 dual XEON com discos SAS 15k rpm e 4GB de > mem?ria, e nele rodo o Mysql5 e o meu problema ? que alguns selects pesados > faz o banco paralisar assim se outras pessoas acessarem o banco nesse select > pesado demora p/ retornar. > O banco usa o tipo MyISAM, e eu j? fiz de tudo p/ melhorar como ?ndices e > configura??es no mysql. > At? em colocar um mysql em outra porta no servidor eu fiz mas n?o rolou > legal, o servidor continua a dar lock. > S? n?o queria usar o esquema de replica??o para outro. > Abaixo uma configura??o que eu fiz: > > Abra?os > Marcos > > > # The following options will be passed to all MySQL clients > [client] > #password = your_password > port = 3306 > socket = /var/run/mysqld/mysqld.sock > > # Here follows entries for some specific programs > > # The MySQL server > [mysqld] > port = 3306 > socket = /var/run/mysqld/mysqld.sock > skip-locking > key_buffer = 512M > max_allowed_packet = 1M > table_cache = 5120 > sort_buffer_size = 16M > read_buffer_size = 16M > read_rnd_buffer_size = 16M > myisam_sort_buffer_size = 128M > thread_cache_size = 8 > query_cache_size = 64M > # Try number of CPU's*2 for thread_concurrency > thread_concurrency = 8 > [mysqldump] > quick > max_allowed_packet = 16M > > [mysql] > no-auto-rehash > # Remove the next comment character if you are not familiar with SQL > #safe-updates > > [isamchk] > key_buffer = 256M > sort_buffer_size = 256M > read_buffer = 2M > write_buffer = 2M > > [myisamchk] > key_buffer = 256M > sort_buffer_size = 256M > read_buffer = 2M > write_buffer = 2M > > [mysqlhotcopy] > interactive-timeout > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > Esta mensagem foi verificada pelo E-mail Protegido Terra. > Scan engine: McAfee VirusScan / Atualizado em 25/10/2007 / Vers?o: 5.1.00/5149 > Proteja o seu e-mail Terra: http://mail.terra.com.br/ > > > > From roberto.berto at gmail.com Thu Oct 25 20:25:29 2007 From: roberto.berto at gmail.com (Roberto Berto) Date: Thu, 25 Oct 2007 20:25:29 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <Pine.LNX.4.63.0710252011500.18186@lima.i2.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <Pine.LNX.4.63.0710252011500.18186@lima.i2.com.br> Message-ID: <3b0813fa0710251525g3ebfd9ddm7a82ffe6170c6bbb@mail.gmail.com> Voce sabe qual ? o select? Veja qual ? o select e coloque aqui com o mysqladmin processlist Se for preciso pode gerar log de todos os selects que sao usados na base atraves de uma opcao no my.cnf On 10/25/07, Hamilton Vera <hamilton at i2.com.br> wrote: > > Esses selects fazem algum tipo de join, essas comparacoes ? que pesam. > Talvez seua salvacao esteja na remodelagem do banco e da aplicacao. > Uma outra coisa interessante no MyISAM, se a tabela tem conteudo rotativo, > onde os dados s?o apagados com frequencia voce perde muita performance. > No MyISAM o MySQL encontra "espaco vazio" ele tenta inserir o dado nesse > espaco ao inv?s de inserir no fim do arquivo e isso pode gerar locks para > voce. > From rodrigo at faculdadedecision.com.br Thu Oct 25 21:27:47 2007 From: rodrigo at faculdadedecision.com.br (Rodrigo) Date: Thu, 25 Oct 2007 20:27:47 -0300 Subject: [MASOCH-L] Mysql In-Reply-To: <4721236F.4020700@faculdadedecision.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <4721236F.4020700@faculdadedecision.com.br> Message-ID: <47212673.1000700@faculdadedecision.com.br> N?o sei bem se a sintaxe ? essa, o "Senhor Que Tudo Sabe" tambem sugeriu: SELECT * FROM tabela WITH(NOLOCK) WHERE O que importa ? o seguinte: um select 'locka' a tabela, exceto se voce explicitamente determinar que isso n?o deve acontecer. H? v?rios motivos para isso ser assim, nesse momento me lembro de um: se o select retorna um numero muito grande de linhas, pode ser que a 5? linha mude ANTES de a n-n?sima ser lida, o que pode afetar o resultado final da consulta. Rodrigo escreveu: > Olha ... tenho uma dica, TALVEZ funcione: > > Use a op??o NOLOCK no select. > > SELECT * FROM tabela (NOLOCK) WHERE ... > > > > From danton at inexo.com.br Thu Oct 25 22:11:35 2007 From: danton at inexo.com.br (Lao DanTong) Date: Thu, 25 Oct 2007 22:11:35 -0200 (BRST) Subject: [MASOCH-L] Mysql In-Reply-To: <47212673.1000700@faculdadedecision.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <4721236F.4020700@faculdadedecision.com.br> <47212673.1000700@faculdadedecision.com.br> Message-ID: <Pine.LNX.4.60.0710252205050.8606@newquantum.inexo.com.br> outra coisa que atravanca selects ? o operador match x against (y), que n?o ? muito mais que um baita 'grep'. A dica do nolock ? muito boa. m?quina n?o falta e eu j? vi o mysql fazer selects em joins m?ltiplos em tableas com milh?es de entradas em tempo muito curto, porisso apostaria na falta de alguma chave. confira tamb?m os limites impostos pelo sistema operacional, como quotas de mem?ria para os processos. n?o adiante ter 4Gig?es se o sistema operacional limitar o uso dessa mem?ria exageradamente. recomendo o livro sobre MySQL/mSQL da O'Reilly, h? v?rias dicas boas de afina??o do banco de dados l?. From dhcsilva at mentat.com.br Thu Oct 25 23:19:04 2007 From: dhcsilva at mentat.com.br (Diego HC Silva) Date: Thu, 25 Oct 2007 23:19:04 -0200 Subject: [MASOCH-L] RES: Mysql References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><4721236F.4020700@faculdadedecision.com.br><47212673.1000700@faculdadedecision.com.br> <Pine.LNX.4.60.0710252205050.8606@newquantum.inexo.com.br> Message-ID: <990136D80840F848A4EB44A213DD5ED316C555@peterpotamus.mentat.local> J? tive problema do genero e tb ajudou a troca do sistema operacional para 64bits... O que fez com os processos do mysql, utilizasse 5gb de ram por exemplo... como era no meu caso com o um servidor com 9gb de ram..... -----Mensagem original----- De: masoch-l-bounces at eng.registro.br em nome de Lao DanTong Enviada: qui 25/10/07 22:11 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: Re: [MASOCH-L] Mysql outra coisa que atravanca selects ? o operador match x against (y), que n?o ? muito mais que um baita 'grep'. A dica do nolock ? muito boa. m?quina n?o falta e eu j? vi o mysql fazer selects em joins m?ltiplos em tableas com milh?es de entradas em tempo muito curto, porisso apostaria na falta de alguma chave. confira tamb?m os limites impostos pelo sistema operacional, como quotas de mem?ria para os processos. n?o adiante ter 4Gig?es se o sistema operacional limitar o uso dessa mem?ria exageradamente. recomendo o livro sobre MySQL/mSQL da O'Reilly, h? v?rias dicas boas de afina??o do banco de dados l?. __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l ********************************************************************************************** Confidencialidade: O conte?do deste e-mail e quaisquer anexos s?o confidenciais. Eles s?o endere?ados ao(s) destinat?rio(s) somente. Se voc? recebeu este e-mail por engano, por favor notifique o administrador ou o remetente imediatamente, e n?o divulgue seu conte?do a ningu?m e nem fa?a c?pias. *** eSafe verificou este e-mail para v?rus e conte?do malicioso. *** Confidentiality Notice: The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error, please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies thereof. *** eSafe scanned this e-mail for viruses, vandals, and malicious content. *** ********************************************************************************************** From leolistas at solutti.com.br Fri Oct 26 07:25:33 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Fri, 26 Oct 2007 07:25:33 -0200 Subject: [MASOCH-L] RES: Mysql In-Reply-To: <990136D80840F848A4EB44A213DD5ED316C555@peterpotamus.mentat.local> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><4721236F.4020700@faculdadedecision.com.br><47212673.1000700@faculdadedecision.com.br> <Pine.LNX.4.60.0710252205050.8606@newquantum.inexo.com.br> <990136D80840F848A4EB44A213DD5ED316C555@peterpotamus.mentat.local> Message-ID: <4721B28D.5040206@solutti.com.br> Se bem que trocar de 32bit pra 64bit n?o faz m?gica. Definitivamente deve ajudar, mas m?gica n?o faz. Pelo que o colega relatou, eu me sinto altamente tentado a culpar a modelagem do banco, alguma query rodando sem ?ndice, alguma query rodando com argumento que for?a uma leitura linear da tabela (LIKE da vida) ... prefiro acreditar que possa ser isso ? configura??o/otimiza??o do banco. Tamb?m concordo com os colegas que, a n?o ser que voc? saiba EXATAMENTE o que o nolock pode acarretar, voc? N?O deve utiliz?-lo. Se o banco gera lock nas tabelas, ? porque esses locks s?o necess?rios. Nenhum banco sai bloqueando tabelas desnecessariamente. Agora se o admin do banco tem absoluta consci?ncia das consequ?ncias que um nolock pode gerar, a inconsist?ncia de dados que isso pode trazer, ent?o vai fundo. Sobre o MyISAM reescrever nos espa?os vazios, isso ? realmente um problema em tabelas que possuem grande rotatividade de dados. Geralmente, pra resolver, basta rodar uma vez por semana um 'optimize table xxxxx', o comando reconstr?i a tabela e reduz esses espa?os vazios. Se bem que eu j? vi discuss?es em listas de MySQL onde o pessoal falava que era pra deixar o pau quebrar, que n?o era boa usar optimize table n?o. Diziam, que em muitos casos, isso faz a performance cair ao inv?s do ?bvio que seria aumentar. Pena que n?o tenho os arquivos dessa lista mais ..... :( Marcos Dutra, posta ai as queries que matam seu banco. Se elas bloqueiam as tabelas e ferram sua vida, n?o vai ser dif?cil encontr?-las no 'show processlist' n?o. Coloca tamb?m, por favor, a quantidade de registros (select count(*) from nometabela) de cada uma das tabelas envolvidas bem como a query de cria??o delas (show create table nometabela). Diego HC Silva escreveu: > J? tive problema do genero e tb ajudou a troca do sistema operacional para 64bits... > > O que fez com os processos do mysql, utilizasse 5gb de ram por exemplo... como era no meu caso com o um servidor com 9gb de ram..... > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From leolistas at solutti.com.br Fri Oct 26 07:30:58 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Fri, 26 Oct 2007 07:30:58 -0200 Subject: [MASOCH-L] RES: Mysql In-Reply-To: <990136D80840F848A4EB44A213DD5ED316C555@peterpotamus.mentat.local> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><4721236F.4020700@faculdadedecision.com.br><47212673.1000700@faculdadedecision.com.br> <Pine.LNX.4.60.0710252205050.8606@newquantum.inexo.com.br> <990136D80840F848A4EB44A213DD5ED316C555@peterpotamus.mentat.local> Message-ID: <4721B3D2.5040506@solutti.com.br> Marcos, uma outra dica 'matadora'. Esses dias, com ela, acompanhei o pessoal na lista de discuss?o do framework horde descobrindo a falta de um ?ndice importante numa tabela que fazia a performance despencar em grandes instala??es (>5000 usu?rios). Pra maioria dos mortais n?o fazia falta. Mas pra uns e outros, um mero ?ndice faltando tornava o sistema utiliz?vel. Se voc? achar a suposta query que mata o seu banco, posta todos os dados que te pedi no email anterior e a sa?da do comando: DESCRIBE select campo,campo from ........... Esse comando vai mostrar o que o MySQL vai fazer pra executar sua query, se vai usar ?ndices, se vai fazer pesquisa linear na tabela, etc etc etc Diego HC Silva escreveu: > J? tive problema do genero e tb ajudou a troca do sistema operacional para 64bits... > > O que fez com os processos do mysql, utilizasse 5gb de ram por exemplo... como era no meu caso com o um servidor com 9gb de ram..... > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From humberto at hss.blog.br Fri Oct 26 08:29:33 2007 From: humberto at hss.blog.br (Humberto Sartini) Date: Fri, 26 Oct 2007 08:29:33 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> Message-ID: <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> Ol?, Aproveitando o assunto, gostaria de saber qual o entendimento de voc?s referentes aos processos "sleeps" mostrados durante um "show processlist". Lendo documenta??o verifiquei que em muitos casos o problema est? na concep??o da programa??o, e em outros o problemas pode estar no WebServer. Dessa forma existem tr?s frentes de batalha: Aplica??o, WebServer e otimiza??o do Mysql. Quais as opini?es dos participantes da lista ? Links: http://dev.mysql.com/doc/refman/5.0/en/thread-commands.html http://www.mysqlperformanceblog.com/2007/02/08/debugging-sleeping-connections-with-mysql/ -- [ ]'s Humberto Sartini Certificado LPIC-1 http://www.hss.blog.br PGP KEY ID 0xB32E5C8D On 10/25/07, Marcos Dutra <macdutra at gmail.com> wrote: > Pessoal, > > Eu tenho uma m?quina Dell 2950 dual XEON com discos SAS 15k rpm e 4GB de > mem?ria, e nele rodo o Mysql5 e o meu problema ? que alguns selects pesados > faz o banco paralisar assim se outras pessoas acessarem o banco nesse select > pesado demora p/ retornar. > O banco usa o tipo MyISAM, e eu j? fiz de tudo p/ melhorar como ?ndices e > configura??es no mysql. > At? em colocar um mysql em outra porta no servidor eu fiz mas n?o rolou > legal, o servidor continua a dar lock. > S? n?o queria usar o esquema de replica??o para outro. > Abaixo uma configura??o que eu fiz: > > Abra?os > Marcos From leolistas at solutti.com.br Fri Oct 26 08:36:42 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Fri, 26 Oct 2007 08:36:42 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> Message-ID: <4721C33A.3020408@solutti.com.br> Eu s? me preocuparia com conex?es em sleep se estiv?ssemos tendo problemas de n?mero m?ximo de conex?es, tendo que aumentar excessivamente o max_connections ..... Antes de atacar a programa??o e as aplica??es, talvez seja mais simples simplesmente tunar os timeouts do mysql. N?o ? a solu??o 'correta', que seria fazer as aplica??es usarem os recursos somente quando necess?rios. Mas tunar os timeouts ? mais f?cil e, na ?nica vez que eu tive uma situa??o dessa, foi mais que suficiente pra resolver e n?o gerar nenhum outro problema. Humberto Sartini escreveu: > Ol?, > > Aproveitando o assunto, gostaria de saber qual o entendimento de > voc?s referentes aos processos "sleeps" mostrados durante um "show > processlist". Lendo documenta??o verifiquei que em muitos casos o > problema est? na concep??o da programa??o, e em outros o problemas > pode estar no WebServer. Dessa forma existem tr?s frentes de batalha: > Aplica??o, WebServer e otimiza??o do Mysql. > > Quais as opini?es dos participantes da lista ? > > Links: > http://dev.mysql.com/doc/refman/5.0/en/thread-commands.html > http://www.mysqlperformanceblog.com/2007/02/08/debugging-sleeping-connections-with-mysql/ > > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From rodrigo at faculdadedecision.com.br Fri Oct 26 09:37:04 2007 From: rodrigo at faculdadedecision.com.br (Rodrigo) Date: Fri, 26 Oct 2007 08:37:04 -0300 Subject: [MASOCH-L] RES: Mysql In-Reply-To: <4721B3D2.5040506@solutti.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><4721236F.4020700@faculdadedecision.com.br><47212673.1000700@faculdadedecision.com.br> <Pine.LNX.4.60.0710252205050.8606@newquantum.inexo.com.br> <990136D80840F848A4EB44A213DD5ED316C555@peterpotamus.mentat.local> <4721B3D2.5040506@solutti.com.br> Message-ID: <4721D160.3050200@faculdadedecision.com.br> Essa dica ? t?o quente que vai torrar os servidores dessa lista. O problema ? SABER ler os resultados do DESCRIBE. Leonardo Rodrigues Magalh?es escreveu: > Marcos, uma outra dica 'matadora'. Esses dias, com ela, acompanhei o > pessoal na lista de discuss?o do framework horde descobrindo a falta de > um ?ndice importante numa tabela que fazia a performance despencar em > grandes instala??es (>5000 usu?rios). Pra maioria dos mortais n?o fazia > falta. Mas pra uns e outros, um mero ?ndice faltando tornava o sistema > utiliz?vel. > > Se voc? achar a suposta query que mata o seu banco, posta todos os > dados que te pedi no email anterior e a sa?da do comando: > > DESCRIBE select campo,campo from ........... > > Esse comando vai mostrar o que o MySQL vai fazer pra executar sua > query, se vai usar ?ndices, se vai fazer pesquisa linear na tabela, etc > etc etc > > > > From leolistas at solutti.com.br Fri Oct 26 08:43:56 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Fri, 26 Oct 2007 08:43:56 -0200 Subject: [MASOCH-L] RES: Mysql In-Reply-To: <4721D160.3050200@faculdadedecision.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><4721236F.4020700@faculdadedecision.com.br><47212673.1000700@faculdadedecision.com.br> <Pine.LNX.4.60.0710252205050.8606@newquantum.inexo.com.br> <990136D80840F848A4EB44A213DD5ED316C555@peterpotamus.mentat.local> <4721B3D2.5040506@solutti.com.br> <4721D160.3050200@faculdadedecision.com.br> Message-ID: <4721C4EC.5020109@solutti.com.br> Melhor do que ficar 'achando' que t? lento por isso ou por aquilo outro. o describe te mostra exatamente o que o MySQL est? fazendo. ? mais f?cil aprender a entender esse resultado do que ficar supondo o que est? acontecendo. Realmente em queries maiores, com JOIN e UNION da vida, o describe fica meio cabuloso. Mas pra queries simples (n?o necessariamente triviais, mas sem UNIONs e JOINs da vida), o entendimento do DESCRIBE n?o ? t?o complexo assim n?o. Pra achar ?ndice que algu?m jurou que tinha criado e n?o criou, por exemplo, ele ? absolutamente direto. Rodrigo escreveu: > Essa dica ? t?o quente que vai torrar os servidores dessa lista. > O problema ? SABER ler os resultados do DESCRIBE. > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From dilsoncatoi at gmail.com Fri Oct 26 08:53:31 2007 From: dilsoncatoi at gmail.com (=?iso-8859-1?Q?Dilson_Augusto_Cat=F3i?=) Date: Fri, 26 Oct 2007 08:53:31 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Anti-v=EDrus_para_windows_2003_server?= References: <000801c81590$8a189580$0400000a@xpc> <68b0d6aa0710251040v37e933e1tff8097d7dc15ff19@mail.gmail.com> Message-ID: <006a01c817be$74781130$0400000a@xpc> Jean, Ao descobrir as caracter?sticas do Hauri, achava que a Trend era a melhor solu??o at? ent?o, por?m o Hauri se mostrou superior em gerenciamento devido ?s possibilidades que oferece. Att, Dilson. ----- Original Message ----- From: "Jean Marcel Vosch" <jean.vosch at gmail.com> To: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> Sent: Thursday, October 25, 2007 3:40 PM Subject: Re: [MASOCH-L]Anti-v?rus para windows 2003 server Boa Tarde, Tamb?m estou com essa d?vida, quais as sugest?es para anti-virus com administra??o do parque via servidor? []s Jean Em 23/10/07, Dilson Augusto Cat?i <dilsoncatoi at gmail.com> escreveu: > > Ol? PessoALL, > > Gostaria de saber o que voc?s tem utilizado de anti-v?rus em sistemas > Windows 2003 Server ( principalmente em sistemas de hospedagens de > sites )? > Trabalhei com os produtos da Trendmicro e estou testando alternativas, > como no momento o Hauri - ViRobot Windows Server 3.5. > OBS: Inclusive a solu??o para corpora??es (desktops) da Hauri ? de se > elogiar. > Tamb?m, para varreduras o ClamWin. > > Obrigado, > > Dilson Augusto Cat?i. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > __ masoch-l list https://eng.registro.br/mailman/listinfo/masoch-l From eduardo.terra at gmail.com Fri Oct 26 09:08:46 2007 From: eduardo.terra at gmail.com (Carlos Eduardo Tavares Terra) Date: Fri, 26 Oct 2007 09:08:46 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> Message-ID: <d4016b450710260408v60b2679at3095bafdfd872f30@mail.gmail.com> Acredito que voce possa fazer um tunning melhor dos parametros de buffer. Para uma maquina de 4 Gigas de memoria, utilizar apenas alguns poucos MB para key_buffer eh subutilizar a maquina. Tem um comando no MySQL, nao me recordo qual, que mostra o quanto de memoria o mesmo esta consumindo. Sua maquina pode ter 4 GB de memoria, mas o mysql pode estar configurado para usar no maximo 256MB. ou 512MB. Att, On 10/25/07, Marcos Dutra <macdutra at gmail.com> wrote: > Pessoal, > > Eu tenho uma m?quina Dell 2950 dual XEON com discos SAS 15k rpm e 4GB de > mem?ria, e nele rodo o Mysql5 e o meu problema ? que alguns selects pesados > faz o banco paralisar assim se outras pessoas acessarem o banco nesse select > pesado demora p/ retornar. > O banco usa o tipo MyISAM, e eu j? fiz de tudo p/ melhorar como ?ndices e > configura??es no mysql. > At? em colocar um mysql em outra porta no servidor eu fiz mas n?o rolou > legal, o servidor continua a dar lock. > S? n?o queria usar o esquema de replica??o para outro. > Abaixo uma configura??o que eu fiz: > > Abra?os > Marcos > > > # The following options will be passed to all MySQL clients > [client] > #password = your_password > port = 3306 > socket = /var/run/mysqld/mysqld.sock > > # Here follows entries for some specific programs > > # The MySQL server > [mysqld] > port = 3306 > socket = /var/run/mysqld/mysqld.sock > skip-locking > key_buffer = 512M > max_allowed_packet = 1M > table_cache = 5120 > sort_buffer_size = 16M > read_buffer_size = 16M > read_rnd_buffer_size = 16M > myisam_sort_buffer_size = 128M > thread_cache_size = 8 > query_cache_size = 64M > # Try number of CPU's*2 for thread_concurrency > thread_concurrency = 8 > [mysqldump] > quick > max_allowed_packet = 16M > > [mysql] > no-auto-rehash > # Remove the next comment character if you are not familiar with SQL > #safe-updates > > [isamchk] > key_buffer = 256M > sort_buffer_size = 256M > read_buffer = 2M > write_buffer = 2M > > [myisamchk] > key_buffer = 256M > sort_buffer_size = 256M > read_buffer = 2M > write_buffer = 2M > > [mysqlhotcopy] > interactive-timeout > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > -- Carlos Eduardo Tavares Terra Analista de Sistemas GNU/Linux #413291 [http://counter.li.org] Slackware Linux From hamilton at i2.com.br Fri Oct 26 12:42:04 2007 From: hamilton at i2.com.br (Hamilton Vera) Date: Fri, 26 Oct 2007 12:42:04 -0200 (BRST) Subject: [MASOCH-L] RES: Mysql In-Reply-To: <990136D80840F848A4EB44A213DD5ED316C555@peterpotamus.mentat.local> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><4721236F.4020700@faculdadedecision.com.br><47212673.1000700@faculdadedecision.com.br> <Pine.LNX.4.60.0710252205050.8606@newquantum.inexo.com.br> <990136D80840F848A4EB44A213DD5ED316C555@peterpotamus.mentat.local> Message-ID: <Pine.LNX.4.63.0710261239470.16530@lima.i2.com.br> Por alguns bechmarks que ja vi o Mysql tem resultado pior em 64 bits ( sim podem me jogar pedras :) ) http://devloop.org.uk/documentation/database-performance/JavaLinuxDatabases/mysql.jsp []'s Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" On Thu, 25 Oct 2007, Diego HC Silva wrote: > J? tive problema do genero e tb ajudou a troca do sistema operacional para 64bits... > > O que fez com os processos do mysql, utilizasse 5gb de ram por exemplo... como era no meu caso com o um servidor com 9gb de ram..... > > > -----Mensagem original----- > De: masoch-l-bounces at eng.registro.br em nome de Lao DanTong > Enviada: qui 25/10/07 22:11 > Para: Mail Aid and Succor, On-line Comfort and Help > Assunto: Re: [MASOCH-L] Mysql > > > outra coisa que atravanca selects ? o operador match x against (y), que > n?o ? muito mais que um baita 'grep'. A dica do nolock ? muito boa. > > m?quina n?o falta e eu j? vi o mysql fazer selects em joins m?ltiplos em > tableas com milh?es de entradas em tempo muito curto, porisso apostaria na > falta de alguma chave. > > confira tamb?m os limites impostos pelo sistema operacional, como quotas > de mem?ria para os processos. n?o adiante ter 4Gig?es se o sistema > operacional limitar o uso dessa mem?ria exageradamente. > > recomendo o livro sobre MySQL/mSQL da O'Reilly, h? v?rias dicas boas de > afina??o do banco de dados l?. > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > ********************************************************************************************** > Confidencialidade: O conte?do deste e-mail e quaisquer anexos s?o confidenciais. Eles s?o endere?ados > ao(s) destinat?rio(s) somente. > Se voc? recebeu este e-mail por engano, por favor notifique o administrador ou o remetente imediatamente, > e n?o divulgue seu conte?do a ningu?m e nem fa?a c?pias. > *** eSafe verificou este e-mail para v?rus e conte?do malicioso. *** > > Confidentiality Notice: The contents of this email and any attachments are confidential. They are intended > for the named recipient(s) only. > If you have received this email in error, please notify the system manager or the sender immediately and do > not disclose the contents to anyone or make copies thereof. > *** eSafe scanned this e-mail for viruses, vandals, and malicious content. *** > ********************************************************************************************** > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From juliano at cyberweb.com.br Fri Oct 26 15:34:22 2007 From: juliano at cyberweb.com.br (Juliano Primavesi - Cyberweb Networks) Date: Fri, 26 Oct 2007 15:34:22 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> Message-ID: <4722251E.6020604@cyberweb.com.br> Marcos, Acrescenta em [mysqld]: skip-name-resolve query_cache_type = 1 query-cache-size = 400M query_cache_limit = 5M N?o vai resolver, mas vai ajudar muito Juliano Marcos Dutra escreveu: > Pessoal, > > Eu tenho uma m?quina Dell 2950 dual XEON com discos SAS 15k rpm e 4GB de > mem?ria, e nele rodo o Mysql5 e o meu problema ? que alguns selects pesados > faz o banco paralisar assim se outras pessoas acessarem o banco nesse select > pesado demora p/ retornar. > O banco usa o tipo MyISAM, e eu j? fiz de tudo p/ melhorar como ?ndices e > configura??es no mysql. > At? em colocar um mysql em outra porta no servidor eu fiz mas n?o rolou > legal, o servidor continua a dar lock. > S? n?o queria usar o esquema de replica??o para outro. > Abaixo uma configura??o que eu fiz: > > Abra?os > Marcos > > > # The following options will be passed to all MySQL clients > [client] > #password = your_password > port = 3306 > socket = /var/run/mysqld/mysqld.sock > > # Here follows entries for some specific programs > > # The MySQL server > [mysqld] > port = 3306 > socket = /var/run/mysqld/mysqld.sock > skip-locking > key_buffer = 512M > max_allowed_packet = 1M > table_cache = 5120 > sort_buffer_size = 16M > read_buffer_size = 16M > read_rnd_buffer_size = 16M > myisam_sort_buffer_size = 128M > thread_cache_size = 8 > query_cache_size = 64M > # Try number of CPU's*2 for thread_concurrency > thread_concurrency = 8 > [mysqldump] > quick > max_allowed_packet = 16M > > [mysql] > no-auto-rehash > # Remove the next comment character if you are not familiar with SQL > #safe-updates > > [isamchk] > key_buffer = 256M > sort_buffer_size = 256M > read_buffer = 2M > write_buffer = 2M > > [myisamchk] > key_buffer = 256M > sort_buffer_size = 256M > read_buffer = 2M > write_buffer = 2M > > [mysqlhotcopy] > interactive-timeout > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > > ------------------------------------------------------------------------- > Esta mensagem foi verificada pelo sistema KingNoSpam (versao 1.4.2) > Assinatura: !DSPAM:4721120f158131716416693! > Resultado: INOCENTE > > Para reportar este e-mail como SPAM, clique aqui: http://webmail.cyberweb.com.br/retrain.php?sigG21120f158131716416693&class=spam&user=juliano at cyberweb.com.br > From juliano at cyberweb.com.br Fri Oct 26 15:35:16 2007 From: juliano at cyberweb.com.br (Juliano Primavesi - Cyberweb Networks) Date: Fri, 26 Oct 2007 15:35:16 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <47212673.1000700@faculdadedecision.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <4721236F.4020700@faculdadedecision.com.br> <47212673.1000700@faculdadedecision.com.br> Message-ID: <47222554.3030200@cyberweb.com.br> Rodrigo, Pode ser colocado dentro do [mysqld], a linha skip-locking Faria o mesmo? Juliano Rodrigo escreveu: > N?o sei bem se a sintaxe ? essa, o "Senhor Que Tudo Sabe" tambem sugeriu: > > SELECT * FROM tabela WITH(NOLOCK) WHERE > > > O que importa ? o seguinte: um select 'locka' a tabela, exceto se voce > explicitamente determinar que isso n?o deve acontecer. > H? v?rios motivos para isso ser assim, nesse momento me lembro de um: se > o select retorna um numero muito grande de linhas, > pode ser que a 5? linha mude ANTES de a n-n?sima ser lida, o que pode > afetar o resultado final da consulta. > > Rodrigo escreveu: > >> Olha ... tenho uma dica, TALVEZ funcione: >> >> Use a op??o NOLOCK no select. >> >> SELECT * FROM tabela (NOLOCK) WHERE ... >> >> >> >> >> > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > > ------------------------------------------------------------------------- > Esta mensagem foi verificada pelo sistema KingNoSpam (versao 1.4.2) > Assinatura: !DSPAM:4721186b171044291781864! > Resultado: INOCENTE > > Para reportar este e-mail como SPAM, clique aqui: http://webmail.cyberweb.com.br/retrain.php?sigG21186b171044291781864&class=spam&user=juliano at cyberweb.com.br > From juliano at cyberweb.com.br Fri Oct 26 15:37:40 2007 From: juliano at cyberweb.com.br (Juliano Primavesi - Cyberweb Networks) Date: Fri, 26 Oct 2007 15:37:40 -0200 Subject: [MASOCH-L] RES: Mysql In-Reply-To: <4721B28D.5040206@solutti.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><4721236F.4020700@faculdadedecision.com.br><47212673.1000700@faculdadedecision.com.br> <Pine.LNX.4.60.0710252205050.8606@newquantum.inexo.com.br> <990136D80840F848A4EB44A213DD5ED316C555@peterpotamus.mentat.local> <4721B28D.5040206@solutti.com.br> Message-ID: <472225E4.8090904@cyberweb.com.br> Olha, tem um trabalho que fazemos com nossos clientes que ? logar as queries e depois, manualmente, com ajuda do explain, pescar as que possam estar carregadas d+ e com possibilidade de inclusao de um indice para auxiliar nas pesquisas. Acrescentando log = /var/log/mysql.log no /etc/my.cnf, ele vai logar TUDO neste arquivo. Depois, com um programinha basico, voc? debuga o arquivo, faz um levantamento de quais queryes s?o mais acessadas, e, com explain, verifica quantos registros est?o sendo pesquisados em cada uma. Juliano Leonardo Rodrigues Magalh?es escreveu: > Se bem que trocar de 32bit pra 64bit n?o faz m?gica. Definitivamente > deve ajudar, mas m?gica n?o faz. > > Pelo que o colega relatou, eu me sinto altamente tentado a culpar a > modelagem do banco, alguma query rodando sem ?ndice, alguma query > rodando com argumento que for?a uma leitura linear da tabela (LIKE da > vida) ... prefiro acreditar que possa ser isso ? configura??o/otimiza??o > do banco. > > Tamb?m concordo com os colegas que, a n?o ser que voc? saiba > EXATAMENTE o que o nolock pode acarretar, voc? N?O deve utiliz?-lo. Se o > banco gera lock nas tabelas, ? porque esses locks s?o necess?rios. > Nenhum banco sai bloqueando tabelas desnecessariamente. Agora se o admin > do banco tem absoluta consci?ncia das consequ?ncias que um nolock pode > gerar, a inconsist?ncia de dados que isso pode trazer, ent?o vai fundo. > > Sobre o MyISAM reescrever nos espa?os vazios, isso ? realmente um > problema em tabelas que possuem grande rotatividade de dados. > Geralmente, pra resolver, basta rodar uma vez por semana um 'optimize > table xxxxx', o comando reconstr?i a tabela e reduz esses espa?os > vazios. Se bem que eu j? vi discuss?es em listas de MySQL onde o pessoal > falava que era pra deixar o pau quebrar, que n?o era boa usar optimize > table n?o. Diziam, que em muitos casos, isso faz a performance cair ao > inv?s do ?bvio que seria aumentar. Pena que n?o tenho os arquivos dessa > lista mais ..... :( > > Marcos Dutra, posta ai as queries que matam seu banco. Se elas > bloqueiam as tabelas e ferram sua vida, n?o vai ser dif?cil encontr?-las > no 'show processlist' n?o. > > Coloca tamb?m, por favor, a quantidade de registros (select count(*) > from nometabela) de cada uma das tabelas envolvidas bem como a query de > cria??o delas (show create table nometabela). > > > Diego HC Silva escreveu: > >> J? tive problema do genero e tb ajudou a troca do sistema operacional para 64bits... >> >> O que fez com os processos do mysql, utilizasse 5gb de ram por exemplo... como era no meu caso com o um servidor com 9gb de ram..... >> >> > > From juliano at cyberweb.com.br Fri Oct 26 15:39:55 2007 From: juliano at cyberweb.com.br (Juliano Primavesi - Cyberweb Networks) Date: Fri, 26 Oct 2007 15:39:55 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> Message-ID: <4722266B.9030407@cyberweb.com.br> Humberto, Sleep ? uma conex?o em aberto que nao foi finalizada por algum motivo. Sleeps com mais de 3000s e gerados por um servidor web s?o killados por um sistema de monitoramento nosso para n?o ficarem pendurando conex?o no servidor de banco. Normalmente ? gerado por uma aplica??o web que n?o fecha a conex?o com o banco. Juliano Humberto Sartini escreveu: > Ol?, > > Aproveitando o assunto, gostaria de saber qual o entendimento de > voc?s referentes aos processos "sleeps" mostrados durante um "show > processlist". Lendo documenta??o verifiquei que em muitos casos o > problema est? na concep??o da programa??o, e em outros o problemas > pode estar no WebServer. Dessa forma existem tr?s frentes de batalha: > Aplica??o, WebServer e otimiza??o do Mysql. > > Quais as opini?es dos participantes da lista ? > > Links: > http://dev.mysql.com/doc/refman/5.0/en/thread-commands.html > http://www.mysqlperformanceblog.com/2007/02/08/debugging-sleeping-connections-with-mysql/ > > From anisio.neto at gmail.com Fri Oct 26 16:13:38 2007 From: anisio.neto at gmail.com (=?ISO-8859-1?Q?An=EDsio_Neto?=) Date: Fri, 26 Oct 2007 15:13:38 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Anti-v=EDrus_para_windows_2003_server?= In-Reply-To: <006a01c817be$74781130$0400000a@xpc> References: <000801c81590$8a189580$0400000a@xpc> <68b0d6aa0710251040v37e933e1tff8097d7dc15ff19@mail.gmail.com> <006a01c817be$74781130$0400000a@xpc> Message-ID: <eb1f7a740710261113o104cac77m9daf461b18be26d8@mail.gmail.com> Sou revenda ca e Microsoft. Mas para mim anti-v?rus ? servi?o, e as melhores equipes de pesquisa hoj? ? a da Kaspersky e da Microsoft (ela comprou quase todos pesquisadores bons das concorrentes hehehehehe) Obtenha exemplares da familia Bancos e submeta para www.virustotal.com On 10/26/07, Dilson Augusto Cat?i <dilsoncatoi at gmail.com> wrote: > > Jean, > > Ao descobrir as caracter?sticas do Hauri, achava que a Trend era a melhor > solu??o at? ent?o, por?m o Hauri se mostrou superior em gerenciamento > devido > ?s possibilidades que oferece. > > Att, > > Dilson. > > ----- Original Message ----- > From: "Jean Marcel Vosch" <jean.vosch at gmail.com> > To: "Mail Aid and Succor, On-line Comfort and Help" > <masoch-l at eng.registro.br> > Sent: Thursday, October 25, 2007 3:40 PM > Subject: Re: [MASOCH-L]Anti-v?rus para windows 2003 server > > > Boa Tarde, > > Tamb?m estou com essa d?vida, quais as sugest?es para anti-virus com > administra??o do parque via servidor? > > []s > > Jean > > > Em 23/10/07, Dilson Augusto Cat?i <dilsoncatoi at gmail.com> escreveu: > > > > Ol? PessoALL, > > > > Gostaria de saber o que voc?s tem utilizado de anti-v?rus em sistemas > > Windows 2003 Server ( principalmente em sistemas de hospedagens de > > sites )? > > Trabalhei com os produtos da Trendmicro e estou testando alternativas, > > como no momento o Hauri - ViRobot Windows Server 3.5. > > OBS: Inclusive a solu??o para corpora??es (desktops) da Hauri ? de se > > elogiar. > > Tamb?m, para varreduras o ClamWin. > > > > Obrigado, > > > > Dilson Augusto Cat?i. > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From macdutra at gmail.com Fri Oct 26 16:47:15 2007 From: macdutra at gmail.com (Marcos Dutra) Date: Fri, 26 Oct 2007 16:47:15 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <4722266B.9030407@cyberweb.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> <4722266B.9030407@cyberweb.com.br> Message-ID: <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> Obrigado pela ajuda, olha s? que interessante, ontem eu fiz uma pesquisa bem simples no modo de ver no banco de dados, queria ver o n?mero de venda dos vendedores no ano de 2004 no banco geral na tabela vendas, quado fazia essa pesquisa travava todos que estavam em outra tabela no mesmo banco chamado clientes, tanto para pesquisa como para altera??o at? o fim dessa pesquisa. O select est? abaixo e ? feito por um programa em delphi. select count(*) as total from vendas where func = "RAPHAEL" and left(datahora,10) = "2004-01-01" Pelo que eu entendi o cara que montou o programa queria fazer a pesquisa da data de 2004 de cada vendedor para um relat?rio, ele estava fazendo com um like mas trocou depois com o left, mas ainda n?o entendi do porque isso afeta outras tabelas nada relacionado. Essa tabela tem mais de 1,3GB de dados. Al?m disso tem outras pesquisas tamb?m que eu vou verificar. Sobre os indices criei os ?ndices, realmente ajuda mas ainda est?o esquisitos, queria saber tb se a mudan?a do MyISAM para o INNODB faz alguma diferen?a signicativa, aqui os programas todos fazem like e deixa a pesquisa pesada e n?o temos como mudar isso na empresa. Vou fazer testes tamb?m com o NOLOCK para ver se h? ganhos de performance, re respondendo a quem me ajudou em alguns selects tem join sim, mas como eu s? cuido do servidor preciso ver coim o programador depois o selects certinho. Muito obrigado por enquanto Abra?os Marcos Dutra On 10/26/07, Juliano Primavesi - Cyberweb Networks <juliano at cyberweb.com.br> wrote: > > Humberto, > > Sleep ? uma conex?o em aberto que nao foi finalizada por algum motivo. > Sleeps com mais de 3000s e gerados por um servidor web s?o killados por > um sistema de monitoramento nosso para n?o ficarem pendurando conex?o no > servidor de banco. > > Normalmente ? gerado por uma aplica??o web que n?o fecha a conex?o com o > banco. > > Juliano > > Humberto Sartini escreveu: > > Ol?, > > > > Aproveitando o assunto, gostaria de saber qual o entendimento de > > voc?s referentes aos processos "sleeps" mostrados durante um "show > > processlist". Lendo documenta??o verifiquei que em muitos casos o > > problema est? na concep??o da programa??o, e em outros o problemas > > pode estar no WebServer. Dessa forma existem tr?s frentes de batalha: > > Aplica??o, WebServer e otimiza??o do Mysql. > > > > Quais as opini?es dos participantes da lista ? > > > > Links: > > http://dev.mysql.com/doc/refman/5.0/en/thread-commands.html > > > http://www.mysqlperformanceblog.com/2007/02/08/debugging-sleeping-connections-with-mysql/ > > > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From jczucco at ucs.br Fri Oct 26 19:16:54 2007 From: jczucco at ucs.br (Jeronimo Zucco) Date: Fri, 26 Oct 2007 19:16:54 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><db 9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com><4722266B.9030407@ cyberweb.com.br> <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> Message-ID: <47225946.9070508@ucs.br> Marcos Dutra escreveu: > Obrigado pela ajuda, olha s? que interessante, ontem eu fiz uma pesquisa bem > simples no modo de ver no banco de dados, queria ver o n?mero de venda dos > vendedores no ano de 2004 no banco geral na tabela vendas, quado fazia essa > pesquisa travava todos que estavam em outra tabela no mesmo banco chamado > clientes, tanto para pesquisa como para altera??o at? o fim dessa pesquisa. > O select est? abaixo e ? feito por um programa em delphi. > > select count(*) as total from vendas where func = "RAPHAEL" and > left(datahora,10) = "2004-01-01" > > Pelo que eu entendi o cara que montou o programa queria fazer a pesquisa da > data de 2004 de cada vendedor para um relat?rio, ele estava fazendo com um > like mas trocou depois com o left, mas ainda n?o entendi do porque isso > afeta outras tabelas nada relacionado. Essa tabela tem mais de 1,3GB de > dados. > Al?m disso tem outras pesquisas tamb?m que eu vou verificar. Sobre os > indices criei os ?ndices, realmente ajuda mas ainda est?o esquisitos, queria > saber tb se a mudan?a do MyISAM para o INNODB faz alguma diferen?a > signicativa, aqui os programas todos fazem like e deixa a pesquisa pesada e > n?o temos como mudar isso na empresa. > Mudando para INNODB vai ficar mai lento que MyISAM. Use INNODB apenas se voc? precisar de controle de transa??o. D? uma olhada em: http://www.mysqlperformanceblog.com/mysql-performance-presentations L? voc? encontra v?rias dicas tanto a n?vel do servidor quanto a n?vel de programa??o. -- Jeronimo Zucco LPIC-1 Linux Professional Institute Certified N?cleo de Processamento de Dados Universidade de Caxias do Sul http://jczucco.blogspot.com From juliano at cyberweb.com.br Fri Oct 26 21:59:52 2007 From: juliano at cyberweb.com.br (Juliano Primavesi - Cyberweb Networks) Date: Fri, 26 Oct 2007 21:59:52 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> <4722266B.9030407@cyberweb.com.br> <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> Message-ID: <47227F78.9000406@cyberweb.com.br> Marcos, Se tuas queries usam like, os indices nao vao funcionar. Voce deve utilizar indices para pesquisas "exatas" (com =). Ex: select * from cidades where cidade= "porto alegre" and rua like '%joao%'; Neste caso eu insiro um indice para cidade create index Otimizacao1 on cidades(cidade); Sempre que voce tiver um campo like, ou uma opera??o (md5,substr,concat,etc) dentro do where, pode at? criar um indice para aquela tarefa, mas ele nao vai nem ser usado. Se tiver usando subqueries, crie indices para elas tambem. O explain ajuda muito nisso, pois ele te diz quantos campos est?o sendo pesquisados para retornar determinado resultado. Antes de inserir um indice, verifica com explain quantos campos estao sendo retornados sem o indice e, depois da adicao do indice, quantos "sobraram". J? vi muita tabela reduzir de ... 200 mil registros para 10 e a consulta ficar ultra-r?pida. Claro, SEM LIKE. Juliano Marcos Dutra escreveu: > Obrigado pela ajuda, olha s? que interessante, ontem eu fiz uma pesquisa bem > simples no modo de ver no banco de dados, queria ver o n?mero de venda dos > vendedores no ano de 2004 no banco geral na tabela vendas, quado fazia essa > pesquisa travava todos que estavam em outra tabela no mesmo banco chamado > clientes, tanto para pesquisa como para altera??o at? o fim dessa pesquisa. > O select est? abaixo e ? feito por um programa em delphi. > > select count(*) as total from vendas where func = "RAPHAEL" and > left(datahora,10) = "2004-01-01" > > Pelo que eu entendi o cara que montou o programa queria fazer a pesquisa da > data de 2004 de cada vendedor para um relat?rio, ele estava fazendo com um > like mas trocou depois com o left, mas ainda n?o entendi do porque isso > afeta outras tabelas nada relacionado. Essa tabela tem mais de 1,3GB de > dados. > Al?m disso tem outras pesquisas tamb?m que eu vou verificar. Sobre os > indices criei os ?ndices, realmente ajuda mas ainda est?o esquisitos, queria > saber tb se a mudan?a do MyISAM para o INNODB faz alguma diferen?a > signicativa, aqui os programas todos fazem like e deixa a pesquisa pesada e > n?o temos como mudar isso na empresa. > > Vou fazer testes tamb?m com o NOLOCK para ver se h? ganhos de performance, > re respondendo a quem me ajudou em alguns selects tem join sim, mas como eu > s? cuido do servidor preciso ver coim o programador depois o selects > certinho. > > Muito obrigado por enquanto > Abra?os > Marcos Dutra > > > > On 10/26/07, Juliano Primavesi - Cyberweb Networks <juliano at cyberweb.com.br> > wrote: > >> Humberto, >> >> Sleep ? uma conex?o em aberto que nao foi finalizada por algum motivo. >> Sleeps com mais de 3000s e gerados por um servidor web s?o killados por >> um sistema de monitoramento nosso para n?o ficarem pendurando conex?o no >> servidor de banco. >> >> Normalmente ? gerado por uma aplica??o web que n?o fecha a conex?o com o >> banco. >> >> Juliano >> >> Humberto Sartini escreveu: >> >>> Ol?, >>> >>> Aproveitando o assunto, gostaria de saber qual o entendimento de >>> voc?s referentes aos processos "sleeps" mostrados durante um "show >>> processlist". Lendo documenta??o verifiquei que em muitos casos o >>> problema est? na concep??o da programa??o, e em outros o problemas >>> pode estar no WebServer. Dessa forma existem tr?s frentes de batalha: >>> Aplica??o, WebServer e otimiza??o do Mysql. >>> >>> Quais as opini?es dos participantes da lista ? >>> >>> Links: >>> http://dev.mysql.com/doc/refman/5.0/en/thread-commands.html >>> >>> >> http://www.mysqlperformanceblog.com/2007/02/08/debugging-sleeping-connections-with-mysql/ >> >>> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> >> > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > > ------------------------------------------------------------------------- > Esta mensagem foi verificada pelo sistema KingNoSpam (versao 1.4.2) > Assinatura: !DSPAM:4722364250327277080517! > Resultado: INOCENTE > > Para reportar este e-mail como SPAM, clique aqui: http://webmail.cyberweb.com.br/retrain.php?sigG22364250327277080517&class=spam&user=juliano at cyberweb.com.br > From juliano at cyberweb.com.br Fri Oct 26 22:01:35 2007 From: juliano at cyberweb.com.br (Juliano Primavesi - Cyberweb Networks) Date: Fri, 26 Oct 2007 22:01:35 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <47225946.9070508@ucs.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><db 9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com><4722266B.9030407@ cyberweb.com.br> <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> <47225946.9070508@ucs.br> Message-ID: <47227FDF.3070909@cyberweb.com.br> Jeronimo, No nosso ambiente de producao, uma tabela com 4 Gb de dados "parou de dar crash" quando passamos de myisam para innodb. Ele pode ser mais lento, mas ? mais seguro para alguns tipos de transacao, no que tange ? perda de dados. Juliano Jeronimo Zucco escreveu: > Marcos Dutra escreveu: > >> Obrigado pela ajuda, olha s? que interessante, ontem eu fiz uma pesquisa bem >> simples no modo de ver no banco de dados, queria ver o n?mero de venda dos >> vendedores no ano de 2004 no banco geral na tabela vendas, quado fazia essa >> pesquisa travava todos que estavam em outra tabela no mesmo banco chamado >> clientes, tanto para pesquisa como para altera??o at? o fim dessa pesquisa. >> O select est? abaixo e ? feito por um programa em delphi. >> >> select count(*) as total from vendas where func = "RAPHAEL" and >> left(datahora,10) = "2004-01-01" >> >> Pelo que eu entendi o cara que montou o programa queria fazer a pesquisa da >> data de 2004 de cada vendedor para um relat?rio, ele estava fazendo com um >> like mas trocou depois com o left, mas ainda n?o entendi do porque isso >> afeta outras tabelas nada relacionado. Essa tabela tem mais de 1,3GB de >> dados. >> Al?m disso tem outras pesquisas tamb?m que eu vou verificar. Sobre os >> indices criei os ?ndices, realmente ajuda mas ainda est?o esquisitos, queria >> saber tb se a mudan?a do MyISAM para o INNODB faz alguma diferen?a >> signicativa, aqui os programas todos fazem like e deixa a pesquisa pesada e >> n?o temos como mudar isso na empresa. >> >> > > Mudando para INNODB vai ficar mai lento que MyISAM. Use INNODB > apenas se voc? precisar de controle de transa??o. > > D? uma olhada em: > > http://www.mysqlperformanceblog.com/mysql-performance-presentations > > L? voc? encontra v?rias dicas tanto a n?vel do servidor quanto a > n?vel de programa??o. > > From jonny at jonny.eng.br Sat Oct 27 00:27:42 2007 From: jonny at jonny.eng.br (=?ISO-8859-1?Q?Jo=E3o_Carlos_Mendes_Lu=EDs?=) Date: Sat, 27 Oct 2007 00:27:42 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <47225946.9070508@ucs.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><db 9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com><4722266B.9030407@ cyberweb.com.br> <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> <47225946.9070508@ucs.br> Message-ID: <4722A21E.3090906@jonny.eng.br> Jeronimo Zucco wrote: > Marcos Dutra escreveu: > >> Obrigado pela ajuda, olha s? que interessante, ontem eu fiz uma pesquisa bem >> simples no modo de ver no banco de dados, queria ver o n?mero de venda dos >> vendedores no ano de 2004 no banco geral na tabela vendas, quado fazia essa >> pesquisa travava todos que estavam em outra tabela no mesmo banco chamado >> clientes, tanto para pesquisa como para altera??o at? o fim dessa pesquisa. >> O select est? abaixo e ? feito por um programa em delphi. >> >> select count(*) as total from vendas where func = "RAPHAEL" and >> left(datahora,10) = "2004-01-01" >> >> Pelo que eu entendi o cara que montou o programa queria fazer a pesquisa da >> data de 2004 de cada vendedor para um relat?rio, ele estava fazendo com um >> like mas trocou depois com o left, mas ainda n?o entendi do porque isso >> afeta outras tabelas nada relacionado. Essa tabela tem mais de 1,3GB de >> dados. >> Al?m disso tem outras pesquisas tamb?m que eu vou verificar. Sobre os >> indices criei os ?ndices, realmente ajuda mas ainda est?o esquisitos, queria >> saber tb se a mudan?a do MyISAM para o INNODB faz alguma diferen?a >> signicativa, aqui os programas todos fazem like e deixa a pesquisa pesada e >> n?o temos como mudar isso na empresa. >> >> > > Mudando para INNODB vai ficar mai lento que MyISAM. Use INNODB > apenas se voc? precisar de controle de transa??o. > Que tal lock por registro, em vez da tabela toda? Isso vale um INNODB? > D? uma olhada em: > > http://www.mysqlperformanceblog.com/mysql-performance-presentations > > L? voc? encontra v?rias dicas tanto a n?vel do servidor quanto a > n?vel de programa??o. > > > Jonny -- Jo?o Carlos Mendes Lu?s - Networking Engineer - jonny at jonny.eng.br From jczucco at ucs.br Sat Oct 27 10:19:19 2007 From: jczucco at ucs.br (Jeronimo Zucco) Date: Sat, 27 Oct 2007 10:19:19 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <47227FDF.3070909@cyberweb.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com><db 9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com><4722266B.9030407 @ cyberweb.com.br> <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail .com><47225946.9070508@ucs.br> <47227FDF.3070909@cyberweb.com.br> Message-ID: <1193487559.47232cc71104a@webmail.ucs.br> Citando Juliano Primavesi - Cyberweb Networks <juliano at cyberweb.com.br>: > Jeronimo, > > No nosso ambiente de producao, uma tabela com 4 Gb de dados "parou de > dar crash" quando passamos de myisam para innodb. Ele pode ser mais > lento, mas ? mais seguro para alguns tipos de transacao, no que tange ? > perda de dados. Pode ser que n?o foi por causa do suporte a transa??o que parou de dar crash. Do manual do mySQL: The most common cause of this is that the default maximum file table size for MyISAM tables for all versions of MySQL prior 5.0.6 is 4GB. You can verify this is the problem from the mysql shell: mysql> show table status from bacula like 'File'; If the pointer size is too small, you can fix the problem by using ALTER TABLE: ALTER TABLE tbl_name MAX_ROWS=1000000000 AVG_ROW_LENGTH=nnn; fontes: http://wiki.bacula.org/doku.php?id=faq#why_does_mysql_say_my_file_table_is_full e http://dev.mysql.com/doc/refman/5.0/en/full-table.html -- Jeronimo Zucco LPIC-1 Linux Professional Institute Certified N?cleo de Processamento de Dados Universidade de Caxias do Sul http://jczucco.blogspot.com --------------------------------------- Essa mensagem foi enviada pelo UCS Mail From danton at inexo.com.br Fri Oct 26 23:37:06 2007 From: danton at inexo.com.br (Lao DanTong) Date: Fri, 26 Oct 2007 23:37:06 -0200 (BRST) Subject: [MASOCH-L] Mysql In-Reply-To: <47227F78.9000406@cyberweb.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> <4722266B.9030407@cyberweb.com.br> <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> <47227F78.9000406@cyberweb.com.br> Message-ID: <Pine.LNX.4.60.0710262333190.19521@newquantum.inexo.com.br> On Fri, 26 Oct 2007, Juliano Primavesi - Cyberweb Networks wrote: > Marcos, > > Se tuas queries usam like, os indices nao vao funcionar. Voce deve > utilizar indices para pesquisas "exatas" (com =). > > Ex: select * from cidades where cidade= "porto alegre" and rua like > '%joao%'; > > Neste caso eu insiro um indice para cidade > create index Otimizacao1 on cidades(cidade); > > Sempre que voce tiver um campo like, ou uma opera??o > (md5,substr,concat,etc) dentro do where, pode at? criar um indice para > aquela tarefa, mas ele nao vai nem ser usado. no caso dele a busca ? sobre uma data. como ele quer buscar sobre parte da data, essa parte deveria ser uma chava. p.ex., algo assim: RUIM: create table ...( ... datahora datetime, ...) BOM: create table ...( ... ano int(4), mes int(2), dia int(2), ... key (ano), key (mes), key (dia), key data_completa (ano,mes,dia), ...); From danton at inexo.com.br Fri Oct 26 23:31:31 2007 From: danton at inexo.com.br (Lao DanTong) Date: Fri, 26 Oct 2007 23:31:31 -0200 (BRST) Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> <4722266B.9030407@cyberweb.com.br> <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> Message-ID: <Pine.LNX.4.60.0710262323310.19521@newquantum.inexo.com.br> On Fri, 26 Oct 2007, Marcos Dutra wrote: > Obrigado pela ajuda, olha s? que interessante, ontem eu fiz uma pesquisa bem > simples no modo de ver no banco de dados, queria ver o n?mero de venda dos > vendedores no ano de 2004 no banco geral na tabela vendas, quado fazia essa > pesquisa travava todos que estavam em outra tabela no mesmo banco chamado > clientes, tanto para pesquisa como para altera??o at? o fim dessa pesquisa. > O select est? abaixo e ? feito por um programa em delphi. > > select count(*) as total from vendas where func = "RAPHAEL" and > left(datahora,10) = "2004-01-01" humm, isto d? uma pesquisa linear, por causa dessa fun??o left(datahora,10), que ? praticamente equivalente a um like. (p.ex. datahora like '2004-%'). func ? uma chave? datahora ? uma chave tamb?m? datahora ? do tipo 'datetime' ou do tipo 'varchar'? > Pelo que eu entendi o cara que montou o programa queria fazer a pesquisa da > data de 2004 de cada vendedor para um relat?rio, ele estava fazendo com um > like mas trocou depois com o left, mas ainda n?o entendi do porque isso > afeta outras tabelas nada relacionado. Essa tabela tem mais de 1,3GB de > dados. pode ser que func seja uma 'foreign key' apontando para uma outra tabela. > Al?m disso tem outras pesquisas tamb?m que eu vou verificar. Sobre os > indices criei os ?ndices, realmente ajuda mas ainda est?o esquisitos, queria > saber tb se a mudan?a do MyISAM para o INNODB faz alguma diferen?a > signicativa, aqui os programas todos fazem like e deixa a pesquisa pesada e > n?o temos como mudar isso na empresa. se os programas s?o todoa a base de 'like', voce estar? mais bem servido com 'grep' e 'awk' do que com um gerenciador de banco de dados. s?rio. se a inten??o ? procurar por ano, ent?o ano tem que ser uma chave. isso ? b?sico. se a data for do tipo datetime E for uma chave, pode usar o operador 'between', mas ? menos eficiente, por?m mais eficiente que a gambiarra acima. From leolistas at solutti.com.br Sun Oct 28 08:47:58 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Sun, 28 Oct 2007 08:47:58 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> <4722266B.9030407@cyberweb.com.br> <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> Message-ID: <472468DE.5030009@solutti.com.br> Marcos Dutra escreveu: > Obrigado pela ajuda, olha s? que interessante, ontem eu fiz uma pesquisa bem > simples no modo de ver no banco de dados, queria ver o n?mero de venda dos > vendedores no ano de 2004 no banco geral na tabela vendas, quado fazia essa > pesquisa travava todos que estavam em outra tabela no mesmo banco chamado > clientes, tanto para pesquisa como para altera??o at? o fim dessa pesquisa. > O select est? abaixo e ? feito por um programa em delphi. > > select count(*) as total from vendas where func = "RAPHAEL" and > left(datahora,10) = "2004-01-01" > > Pelo que eu entendi o cara que montou o programa queria fazer a pesquisa da > data de 2004 de cada vendedor para um relat?rio, ele estava fazendo com um > like mas trocou depois com o left, mas ainda n?o entendi do porque isso > afeta outras tabelas nada relacionado. Essa tabela tem mais de 1,3GB de > dados. > Pra pesquisar data dessa forma, com left e like, podemos afirmar que quem modelou o banco e fez o software armazenou a data num char/varchar da vida. N?o que isso n?o funcione ... mas talvez n?o seja a forma mais inteligente de armazenar datas. Numa tabela com 5-10 mil registros, talvez n?o fa?a diferen?a. Mesmo o scan completo da tabela acontecendo, se a quantidade de registros for pequena, voc? provavelmente nem vai perceber. Mas quando a quantidade de informa??o come?ar a crescer, 1.3Gb de dados como voc? afirmou, ai realmente as coisas n?o podem ser feitas de qualquer jeito. N?o adianta nada a gente discutir MyISAM x InnoDB, enfiar mem?ria na m?quina, discutir row lock ou table lock, etc etc ... nada disso adianta se a sua base de dados foi mal modelada. A boa modelagem da base de dados ? absolutamente fundamental para uma boa performance do banco. Pra isso, ? necess?rio que quem for modelar o banco saiba exatamente o que vai acontecer. E nem sempre existe a forma 'certa' de armazenar. A forma de armazenar vai depender de como voc? precisa pesquisar, qual frequ?ncia das pesquisas, se vai ter mais pesquisas ou mais inser??es ... tudo isso pode fazer com que a informa??o seja armazenada de uma forma diferente, pra privilegiar pesquisar ou privilegiar inser??es ... e por ai vai. Modelar (bem) uma base de dados ? uma arte conhecida por poucos :) > Al?m disso tem outras pesquisas tamb?m que eu vou verificar. Sobre os > indices criei os ?ndices, realmente ajuda mas ainda est?o esquisitos, queria > saber tb se a mudan?a do MyISAM para o INNODB faz alguma diferen?a > signicativa, aqui os programas todos fazem like e deixa a pesquisa pesada e > n?o temos como mudar isso na empresa. > InnoDB ? mais pesado que MyISAM. Se o problema ? performance, nem pense em fazer essa mudan?a. Pra outras situa??es, controle de transa??o por exemplo, a? sim a mudan?a ? fundamental. Sobre os LIKEs, ? imposs?vel fugir totalmente deles. Uma hora ou outra voc? vai precisar. Mas o LIKE precisa ser usado com bastante cautela, ainda mais quando sabe-se que ele vai ser feito em tabelas grandes. N?o d? pra evitar, mas ? tarefa do desenvolvedor utiliz?-lo somente nos momentos onde ? imposs?vel n?o utiliz?-lo. Se seu sistema faz uso intenso (e desnecess?rio) de LIKEs, talvez nada vai fazer que seus problemas de performance sejam solucionados :( -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From frederick at dahype.org Sun Oct 28 11:38:35 2007 From: frederick at dahype.org (Renato Frederick) Date: Sun, 28 Oct 2007 11:38:35 -0200 Subject: [MASOCH-L] RES: Mysql In-Reply-To: <472468DE.5030009@solutti.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> <4722266B.9030407@cyberweb.com.br> <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> <472468DE.5030009@solutti.com.br> Message-ID: <000001c81967$d8c58b90$8a50a2b0$@org> Gostaria de deixar um coment?rio, vivi uma situa??o parecida, a empresa migrou um software que usava DBX para Oracle(!). At? o momento que tive contato com o cliente, o servidor possu?a 48GB de RAM. Sim, um Oracle com 48GB de RAM, rodando RedHat e que, a partir das 14h da tarde consumia toda a mem?ria e fazia SWAP. Ap?s muito discutir, muito jogo de empurra, foi detectado que o programa foi migrado para Oracle mas as queries e funcionamento ainda usavam locks, "select * from" e por a?, o que fazia com que mesmo que oservidor possu?sse mais 100GB de RAM ou o que fosse continuava a mesma coisa. A situa??o s? foi resolvida quando a programa??o foi refeita, utilizando-se os recursos corretos que o Oracle fornecia e queries mais bem feitas(ao inv?s de select *, seria select XYZ from ABC where blablablbala = zzz), etc etc. Claro que seu caso n?o est? com absurdos de mem?ria como o exemplo que citei, mas pode ser o caso de problemas na programa??o do que no banco em si! Abra?os! > > Sobre os LIKEs, ? imposs?vel fugir totalmente deles. Uma hora ou > outra voc? vai precisar. Mas o LIKE precisa ser usado com bastante > cautela, ainda mais quando sabe-se que ele vai ser feito em tabelas > grandes. N?o d? pra evitar, mas ? tarefa do desenvolvedor utiliz?-lo > somente nos momentos onde ? imposs?vel n?o utiliz?-lo. > > Se seu sistema faz uso intenso (e desnecess?rio) de LIKEs, talvez > nada vai fazer que seus problemas de performance sejam solucionados :( > > -- > > > Atenciosamente / Sincerily, > Leonardo Rodrigues > Solutti Tecnologia > http://www.solutti.com.br > > Minha armadilha de SPAM, N?O mandem email > gertrudes at solutti.com.br > My SPAMTRAP, do not email it > > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From tukso.antartiko at gmail.com Sun Oct 28 12:41:06 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Sun, 28 Oct 2007 11:41:06 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?=22Grandes_clientes_da_Cisco_s=E3o_inve?= =?iso-8859-1?q?stigados=22?= Message-ID: <b1dc8f9a0710280741v7730c85eq7b1077240339ed80@mail.gmail.com> Para quem n?o l? jornal: "Grandes clientes da Cisco s?o investigados" http://www1.folha.uol.com.br/folha/dinheiro/ult91u340489.shtml From leolistas at solutti.com.br Sun Oct 28 14:09:25 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Sun, 28 Oct 2007 14:09:25 -0200 Subject: [MASOCH-L] RES: Mysql In-Reply-To: <000001c81967$d8c58b90$8a50a2b0$@org> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <db9092000710260329y374f3e4awf4812313ba2b246@mail.gmail.com> <4722266B.9030407@cyberweb.com.br> <764ed9b40710261147m59e4754bs2a4e4596bd76116b@mail.gmail.com> <472468DE.5030009@solutti.com.br> <000001c81967$d8c58b90$8a50a2b0$@org> Message-ID: <4724B435.4050508@solutti.com.br> Renato Frederick escreveu: > > A situa??o s? foi resolvida quando a programa??o foi refeita, utilizando-se > os recursos corretos que o Oracle fornecia e queries mais bem feitas(ao > inv?s de select *, seria select XYZ from ABC where blablablbala = zzz), etc > etc. > > Claro que seu caso n?o est? com absurdos de mem?ria como o exemplo que > citei, mas pode ser o caso de problemas na programa??o do que no banco em > si! > O caso pode n?o ser exatamente o mesmo, mas a id?ia ? sim v?lida. Pode ser o banco que for, pode ser a m?quina que for, o banco pode estar bem tunado do jeito que for .... se a modelagem das bases de dados e a programa??o envolvida n?o forem bem feitos, pensando em performance, o banco vai em algum momento ter problemas graves de performance. Uma coisa ? fazer banco de dados pra 10 mil registros. Isso qualquer um faz. Pode deixar sem ?ndice, pode usar LIKE ? vontade ... Outra coisa ? fazer banco pra milh?es de registros, dezenas/centenas de acessos simult?neos ... isso poucos fazem. -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From antoniocarlospina at gmail.com Sun Oct 28 15:28:54 2007 From: antoniocarlospina at gmail.com (Antonio Carlos Pina) Date: Sun, 28 Oct 2007 15:28:54 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> Message-ID: <86b352050710281028j558ee6fanc7a04842c4386d61@mail.gmail.com> Depois que tanta gente escreveu tanta coisa legal, eu vou dar meu pitaco mais voltado para a solu??o do problema de forma r?pida. Considerando que voc? tenha um problema de modelagem de BD ou de programa??o (os citados select * from recorrentes, por exemplo, em cada p?gina que vc entra l? vem um select * from..) talvez voc? precise de uma solu??o R?PIDA enquanto resolve isso (reescrever c?digo, banco, etc) DEPENDENDO do tamanho das suas tabelas e da velocidade que elas crescem, isso aqui pode ser uma solu??o: http://produto.mercadolivre.com.br/MLB-63419971-_JM ? um "disco ram" acess?vel atrav?s de uma interface SATA. Esse possui 4Gb e custa, no mercado livre, R$ 1050,00. Ou seja, muito mais barato que reescrever sua aplica??o (preste s? aten??o no crescimento do banco, por favor !) Voc? poderia copiar para ele suas maiores tabelas (como essa problem?tica de 1,3Gb) e o problema de acesso estaria resolvido, at? que voc? pudesse trabalhar nas altera??es de c?digo e remodelagem do banco. Detalhe importante: Li sobre esse tro?o na Internet. Eu mesmo nunca usei. Na teoria, seria fac?limo mover a(s) tabela(s) para dentro desse disco e criar links no SO para elas. Abs e boa sorte! Em 25/10/07, Marcos Dutra <macdutra at gmail.com> escreveu: > > Pessoal, > > Eu tenho uma m?quina Dell 2950 dual XEON com discos SAS 15k rpm e 4GB de > mem?ria, e nele rodo o Mysql5 e o meu problema ? que alguns selects > pesados > faz o banco paralisar assim se outras pessoas acessarem o banco nesse > select > pesado demora p/ retornar. > O banco usa o tipo MyISAM, e eu j? fiz de tudo p/ melhorar como ?ndices e > configura??es no mysql. > At? em colocar um mysql em outra porta no servidor eu fiz mas n?o rolou > legal, o servidor continua a dar lock. > S? n?o queria usar o esquema de replica??o para outro. > Abaixo uma configura??o que eu fiz: > > Abra?os > Marcos > > > # The following options will be passed to all MySQL clients > [client] > #password = your_password > port = 3306 > socket = /var/run/mysqld/mysqld.sock > > # Here follows entries for some specific programs > > # The MySQL server > [mysqld] > port = 3306 > socket = /var/run/mysqld/mysqld.sock > skip-locking > key_buffer = 512M > max_allowed_packet = 1M > table_cache = 5120 > sort_buffer_size = 16M > read_buffer_size = 16M > read_rnd_buffer_size = 16M > myisam_sort_buffer_size = 128M > thread_cache_size = 8 > query_cache_size = 64M > # Try number of CPU's*2 for thread_concurrency > thread_concurrency = 8 > [mysqldump] > quick > max_allowed_packet = 16M > > [mysql] > no-auto-rehash > # Remove the next comment character if you are not familiar with SQL > #safe-updates > > [isamchk] > key_buffer = 256M > sort_buffer_size = 256M > read_buffer = 2M > write_buffer = 2M > > [myisamchk] > key_buffer = 256M > sort_buffer_size = 256M > read_buffer = 2M > write_buffer = 2M > > [mysqlhotcopy] > interactive-timeout > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From wagnerpaxs at gmail.com Sun Oct 28 17:50:51 2007 From: wagnerpaxs at gmail.com (Wagner) Date: Sun, 28 Oct 2007 16:50:51 -0300 Subject: [MASOCH-L] Problemas com Velox Message-ID: <c3a114bb0710281250n6e96708v244ff25cef948c1a@mail.gmail.com> Sr(a)s, muito boa tarde Gostaria de saber se est? ocorrendo algum problema com Velox, na regi?o de Recife/PE (algu?m da Velox ou Regi?o poderia realizar testes?) o que ocorre ? que acesso a determinados sites em danta-centers internacionais n?o est?o sendo conclu?dos. Segue exemplo de um traceroute: traceroute to 63.247.87.228 (63.247.87.228), 30 hops max, 40 byte packets 1 192.168.1.1 (192.168.1.1) 1.087 ms 1.692 ms 2.287 ms 2 200.217.255.216 (200.217.255.216) 14.859 ms 18.833 ms 22.125 ms 3 gigabitethernet9-1.91-nbv-pe-rotd-03.telemar.net.br (200.164.180.9) 26.961 ms 30.749 ms 34.900 ms 4 pos6-0-nbv-pe-rotn-01.telemar.net.br (200.223.131.13) 38.565 ms 41.689ms 45.921 ms 5 pos5-1-1-arc-rj-rotn-01.telemar.net.br (200.223.131.205) 88.246 ms 92.327 ms 95.997 ms 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * Ping n?o responde. Por?m quando acesso via Link dedicado (Telemar, Embratel ou HotLink) o acesso se d? normalmente. Algu?m mais tem percebido esse tipo de problema? -- Wagner Santos 81 9127 9823 / 81 8781 9823 wagnerpaxs @NOSPAM gmail.com wagner @NOSPAM dotlinux.net ICQ: 83709017 | Jabber: xwindow at jabber.org Linux User #408917 DotLinux.Net - http://www.dotlinux.net/ Debian-PE - http://pe.debianbrasil.org/ From leolistas at solutti.com.br Sun Oct 28 20:03:27 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Sun, 28 Oct 2007 20:03:27 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <86b352050710281028j558ee6fanc7a04842c4386d61@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <86b352050710281028j558ee6fanc7a04842c4386d61@mail.gmail.com> Message-ID: <4725072F.9070306@solutti.com.br> (reda??o ... desculpa gente, n?o briguem comigo :) ) Esse produto ai eu n?o conhecia ... ele pega pentes convencionais de mem?ria RAM e 'converte' eles em disco. Interessante ... mas vamos analisar. O uso de informa??es em algum tipo de mem?ria vol?til ? muito perigoso. Leia o an?ncio onde a pessoa explica que a bateria segura a informa??o por 15 horas. E se faltar energia no final de semana inteiro ??? l? se foram seus dados pro espa?o. Claro que ? uma situa??o extrema .... mas n?o podemos desconsider?-la. Talvez valesse a pena utilizar SSDs (Solid State Disk) de verdade, que utilizam mem?ria eletr?nica por?m n?o-vol?teis, os famosos HDs Flash que est?o come?ando a ser utilizados em notebooks top de linha. Exemplo: http://cgi.ebay.com/32GB-Solid-State-Disk-SSD-2-5-SATA-Laptop-Hard-Drive_W0QQitemZ320173041357QQihZ011QQcategoryZ116342QQssPageNameZWDVWQQrdZ1QQcmdZViewItem Pena que nunca vi pra vender no Brasil. E se algu?m tiver, o pre?o vai ser alt?ssimo. 400 d?lares nos Estados Unidos, vai chegar aqui no Brasil, legal com NF e tudo, na casa dos 2000 reais. Ali?s, nunca tinha visto pre?o desses novos SSDs ... 400 d?lares nos Estados Unidos pra 32Gb ... mesmo que chegue aqui por 2000-2500, ainda assim est? MUITO mais em conta que essa placa ai que voc? apontou do Mercado Livre. 1050 reais por 4Gb (R$ 262,5/Gb), se conseguirmos 2500 reais em 32Gb teremos R$ 78,13/Gb. Agora ainda assim, vamos desconsiderar pre?o, eu ainda acho que ? uma solu??o que mere?e pelo menos alguma pensada, j? que n?o trata-se de uma solu??o m?gica. ? claro que a utiliza??o de um disco 'eletr?nico' vai reduzir a quase zero os seek times e a leitura dos dados do disco pro kernel vai ser quase instant?nea. Mas isso por si s? n?o tira o fato de que o MySQL vai ter que 'processar' 1,3Gb (ou mais) de dados pra processar cada query do sistema dele que tenha que varrer a tabela inteira. A gente melhora ao n?vel quase m?ximo a taxa de transfer?ncia entre dispositivo de I/O e kernel, mas ainda existe o processamento da tabela inteira. Pode ser que reduza pela metade, pode ser que reduza 3/4 ... mas numa tabela desse tamanho, o tempo de processamento nunca vai ser 1-2 segundos, mesmo que a informa??o venha de uma m?dia eletr?nica. Mesmo que a leitura seja mais r?pida, ainda vamos ter o problema dos locks. Claro que leitura mais r?pida, tabela menos tempo bloqueada. Mas o problema continua existindo. E por ?ltimo, n?o podemos esquecer que o Linux utiliza muito sabiamente a mem?ria RAM da m?quina. Se a mem?ria n?o est? alocada, vai tudo pra cache e buffers de grava??o de disco. A m?quina em quest?o tem bastante mem?ria (4Gb). Se ela n?o tiver outras tabelas grandonas, essa de 1,3Gb for a ?nica tabela 'pesada', ent?o muito provavelmente grande parte dela j? est? alocada em mem?ria RAM, atrav?s dos caches e buffers de I/O que o Linux automaticamente faz. Na primeira passada depois de um reboot, a? sim a leitura vai acontecer direto do disco. Mas nas pr?ximas, muita coisa j? vir? de mem?ria RAM. ? assim automaticamente. Agora se o cara tiver v?rias tabelas enormes e/ou tiver algum outro sistema que aloque bastante mem?ria, talvez n?o sobre tanta mem?ria assim pra caches e buffers. Seria legal que o criador ai da thread nos disesse se essa tabela de 1,3Gb ? basicamente a ?nica pesadona ou se ele cont?m v?rias tabelas nesse n?vel de tamanho. Melhor ainda seria se ele falasse pra gente qual o tamanho inteiro do database dele !! Se o database inteiro tem 2Gb, com a m?quina de 4Gb, em pouco tempo ap?s o reboot a grande maioria das tabelas estar?o em buffers e cache, reduzindo bastante (e de forma autom?tica) o I/O em disco. Usar um disco RAM ou SSD vai melhorar a situa??o dele ?? Acredito que sim. ? substituir e melhorar. Agora resta saber se a melhora vai ser suficiente para que o sistema volte a ficar plenamente utiliz?vel de novo. N?o adianta nada melhorar, voc? conseguir mensurar que melhorou, por?m ainda assim o sistema ficar lent?o. N?o importa quantos segundos a query leva pra executar. Importa ? a percep??o de rapidez do sistema que o usu?rio tem. Dito tudo isso e sabendo que o Linux utiliza muito sabiamente a mem?ria RAM que est? sobrando, talvez seja uma solu??o mais r?pida e imediata simplesmente aumentar ainda mais a mem?ria RAM do servidor, j? que esse aumento gerar?, automaticamente e sem fazer absolutamente nada de configura??o, com que as tabelas v?o para mem?ria RAM atrav?s de caches e buffers. Ser? que a m?quina dele suporta mais de 4Gb ??? SIM http://www.dell.com/content/products/productdetails.aspx/pedge_2950?c=us&cs=04&l=en&s=bsd&~section=specs#tabtop PowerEdge 2950 Server Specs Up to 32GB (8 DIMM slots): 256MB/512MB/1GB/2GB/4GB Fully Buffered Dimms (FBD). 533/667MHz Antonio Carlos Pina escreveu: > Depois que tanta gente escreveu tanta coisa legal, eu vou dar meu pitaco > mais voltado para a solu??o do problema de forma r?pida. > > Considerando que voc? tenha um problema de modelagem de BD ou de programa??o > (os citados select * from recorrentes, por exemplo, em cada p?gina que vc > entra l? vem um select * from..) talvez voc? precise de uma solu??o R?PIDA > enquanto resolve isso (reescrever c?digo, banco, etc) > > DEPENDENDO do tamanho das suas tabelas e da velocidade que elas crescem, > isso aqui pode ser uma solu??o: > > http://produto.mercadolivre.com.br/MLB-63419971-_JM > > ? um "disco ram" acess?vel atrav?s de uma interface SATA. Esse possui 4Gb e > custa, no mercado livre, R$ 1050,00. Ou seja, muito mais barato que > reescrever sua aplica??o (preste s? aten??o no crescimento do banco, por > favor !) > > Voc? poderia copiar para ele suas maiores tabelas (como essa problem?tica de > 1,3Gb) e o problema de acesso estaria resolvido, at? que voc? pudesse > trabalhar nas altera??es de c?digo e remodelagem do banco. > > Detalhe importante: Li sobre esse tro?o na Internet. Eu mesmo nunca usei. Na > teoria, seria fac?limo mover a(s) tabela(s) para dentro desse disco e criar > links no SO para elas. > > Abs e boa sorte! > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From antoniocarlospina at gmail.com Sun Oct 28 21:44:12 2007 From: antoniocarlospina at gmail.com (Antonio Carlos Pina) Date: Sun, 28 Oct 2007 21:44:12 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <4725072F.9070306@solutti.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <86b352050710281028j558ee6fanc7a04842c4386d61@mail.gmail.com> <4725072F.9070306@solutti.com.br> Message-ID: <86b352050710281644y29500c8cib851fc2e7ee5dc2a@mail.gmail.com> A documenta??o do treco diz que a bateria ? recarreg?vel e que s? duraria 15 horas mesmo. Eu chutaria que ele, como empresa que funciona no hor?rio comercial, poderia copiar a tabela para o disco RAM, trabalhar com ele no disco RAM no decorrer do dia e depois copiar para o disco f?sico. Ou ter momentos de dump para o disco r?gido para esses casos de mais de 15 horas sem energia. Sobre o uso de mem?ria pelo linux...A inefici?ncia que vejo n?o ? nem o uso de mem?ria e sim a quantidade de iops que a opera??o vai demandar + o espa?o limitado para carga de cache de disco. Para acreditar que a tabela estar? inteira na mem?ria, precisar?amos otimizar o SO para fazer um prefetch da tabela inteira, sem que isso se misture com o cache de disco (j? que outras opera??es estar?o em curso e o linux ter? de descarregar p?ginas em algum momento). A id?ia do solid state ? muito boa, mas h? dois pontos a serem considerados: Velocidade de acesso e custo. Abs Em 28/10/07, Leonardo Rodrigues Magalh?es <leolistas at solutti.com.br> escreveu: > > > (reda??o ... desculpa gente, n?o briguem comigo :) ) > > Esse produto ai eu n?o conhecia ... ele pega pentes convencionais de > mem?ria RAM e 'converte' eles em disco. Interessante ... mas vamos > analisar. > > O uso de informa??es em algum tipo de mem?ria vol?til ? muito > perigoso. Leia o an?ncio onde a pessoa explica que a bateria segura a > informa??o por 15 horas. E se faltar energia no final de semana inteiro > ??? l? se foram seus dados pro espa?o. Claro que ? uma situa??o extrema > .... mas n?o podemos desconsider?-la. > > Talvez valesse a pena utilizar SSDs (Solid State Disk) de verdade, > que utilizam mem?ria eletr?nica por?m n?o-vol?teis, os famosos HDs Flash > que est?o come?ando a ser utilizados em notebooks top de linha. Exemplo: > > > http://cgi.ebay.com/32GB-Solid-State-Disk-SSD-2-5-SATA-Laptop-Hard-Drive_W0QQitemZ320173041357QQihZ011QQcategoryZ116342QQssPageNameZWDVWQQrdZ1QQcmdZViewItem > > Pena que nunca vi pra vender no Brasil. E se algu?m tiver, o pre?o > vai ser alt?ssimo. 400 d?lares nos Estados Unidos, vai chegar aqui no > Brasil, legal com NF e tudo, na casa dos 2000 reais. > > Ali?s, nunca tinha visto pre?o desses novos SSDs ... 400 d?lares nos > Estados Unidos pra 32Gb ... mesmo que chegue aqui por 2000-2500, ainda > assim est? MUITO mais em conta que essa placa ai que voc? apontou do > Mercado Livre. 1050 reais por 4Gb (R$ 262,5/Gb), se conseguirmos 2500 > reais em 32Gb teremos R$ 78,13/Gb. > > Agora ainda assim, vamos desconsiderar pre?o, eu ainda acho que ? > uma solu??o que mere?e pelo menos alguma pensada, j? que n?o trata-se de > uma solu??o m?gica. > > ? claro que a utiliza??o de um disco 'eletr?nico' vai reduzir a > quase zero os seek times e a leitura dos dados do disco pro kernel vai > ser quase instant?nea. Mas isso por si s? n?o tira o fato de que o MySQL > vai ter que 'processar' 1,3Gb (ou mais) de dados pra processar cada > query do sistema dele que tenha que varrer a tabela inteira. A gente > melhora ao n?vel quase m?ximo a taxa de transfer?ncia entre dispositivo > de I/O e kernel, mas ainda existe o processamento da tabela inteira. > Pode ser que reduza pela metade, pode ser que reduza 3/4 ... mas numa > tabela desse tamanho, o tempo de processamento nunca vai ser 1-2 > segundos, mesmo que a informa??o venha de uma m?dia eletr?nica. > > Mesmo que a leitura seja mais r?pida, ainda vamos ter o problema dos > locks. Claro que leitura mais r?pida, tabela menos tempo bloqueada. Mas > o problema continua existindo. > > E por ?ltimo, n?o podemos esquecer que o Linux utiliza muito > sabiamente a mem?ria RAM da m?quina. Se a mem?ria n?o est? alocada, vai > tudo pra cache e buffers de grava??o de disco. A m?quina em quest?o tem > bastante mem?ria (4Gb). Se ela n?o tiver outras tabelas grandonas, essa > de 1,3Gb for a ?nica tabela 'pesada', ent?o muito provavelmente grande > parte dela j? est? alocada em mem?ria RAM, atrav?s dos caches e buffers > de I/O que o Linux automaticamente faz. Na primeira passada depois de um > reboot, a? sim a leitura vai acontecer direto do disco. Mas nas > pr?ximas, muita coisa j? vir? de mem?ria RAM. ? assim automaticamente. > > Agora se o cara tiver v?rias tabelas enormes e/ou tiver algum outro > sistema que aloque bastante mem?ria, talvez n?o sobre tanta mem?ria > assim pra caches e buffers. Seria legal que o criador ai da thread nos > disesse se essa tabela de 1,3Gb ? basicamente a ?nica pesadona ou se ele > cont?m v?rias tabelas nesse n?vel de tamanho. Melhor ainda seria se ele > falasse pra gente qual o tamanho inteiro do database dele !! Se o > database inteiro tem 2Gb, com a m?quina de 4Gb, em pouco tempo ap?s o > reboot a grande maioria das tabelas estar?o em buffers e cache, > reduzindo bastante (e de forma autom?tica) o I/O em disco. > > Usar um disco RAM ou SSD vai melhorar a situa??o dele ?? Acredito > que sim. ? substituir e melhorar. Agora resta saber se a melhora vai ser > suficiente para que o sistema volte a ficar plenamente utiliz?vel de > novo. N?o adianta nada melhorar, voc? conseguir mensurar que melhorou, > por?m ainda assim o sistema ficar lent?o. N?o importa quantos segundos a > query leva pra executar. Importa ? a percep??o de rapidez do sistema que > o usu?rio tem. > > Dito tudo isso e sabendo que o Linux utiliza muito sabiamente a > mem?ria RAM que est? sobrando, talvez seja uma solu??o mais r?pida e > imediata simplesmente aumentar ainda mais a mem?ria RAM do servidor, j? > que esse aumento gerar?, automaticamente e sem fazer absolutamente nada > de configura??o, com que as tabelas v?o para mem?ria RAM atrav?s de > caches e buffers. > > Ser? que a m?quina dele suporta mais de 4Gb ??? SIM > > > http://www.dell.com/content/products/productdetails.aspx/pedge_2950?c=us&cs=04&l=en&s=bsd&~section=specs#tabtop > > PowerEdge 2950 Server Specs > Up to 32GB (8 DIMM slots): 256MB/512MB/1GB/2GB/4GB Fully Buffered Dimms > (FBD). 533/667MHz > > > > > Antonio Carlos Pina escreveu: > > Depois que tanta gente escreveu tanta coisa legal, eu vou dar meu pitaco > > mais voltado para a solu??o do problema de forma r?pida. > > > > Considerando que voc? tenha um problema de modelagem de BD ou de > programa??o > > (os citados select * from recorrentes, por exemplo, em cada p?gina que > vc > > entra l? vem um select * from..) talvez voc? precise de uma solu??o > R?PIDA > > enquanto resolve isso (reescrever c?digo, banco, etc) > > > > DEPENDENDO do tamanho das suas tabelas e da velocidade que elas crescem, > > isso aqui pode ser uma solu??o: > > > > http://produto.mercadolivre.com.br/MLB-63419971-_JM > > > > ? um "disco ram" acess?vel atrav?s de uma interface SATA. Esse possui > 4Gb e > > custa, no mercado livre, R$ 1050,00. Ou seja, muito mais barato que > > reescrever sua aplica??o (preste s? aten??o no crescimento do banco, por > > favor !) > > > > Voc? poderia copiar para ele suas maiores tabelas (como essa > problem?tica de > > 1,3Gb) e o problema de acesso estaria resolvido, at? que voc? pudesse > > trabalhar nas altera??es de c?digo e remodelagem do banco. > > > > Detalhe importante: Li sobre esse tro?o na Internet. Eu mesmo nunca > usei. Na > > teoria, seria fac?limo mover a(s) tabela(s) para dentro desse disco e > criar > > links no SO para elas. > > > > Abs e boa sorte! > > > > -- > > > Atenciosamente / Sincerily, > Leonardo Rodrigues > Solutti Tecnologia > http://www.solutti.com.br > > Minha armadilha de SPAM, N?O mandem email > gertrudes at solutti.com.br > My SPAMTRAP, do not email it > > > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From fabiano.br at uol.com.br Mon Oct 29 11:05:41 2007 From: fabiano.br at uol.com.br (Fabiano) Date: Mon, 29 Oct 2007 10:05:41 -0300 Subject: [MASOCH-L] Mysql In-Reply-To: <86b352050710281644y29500c8cib851fc2e7ee5dc2a@mail.gmail.co m> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <86b352050710281028j558ee6fanc7a04842c4386d61@mail.gmail.com> <4725072F.9070306@solutti.com.br> <86b352050710281644y29500c8cib851fc2e7ee5dc2a@mail.gmail.com> Message-ID: <20071029120526.629FEE021FA7@socom4.uol.com.br> Bom dia, Reconhe?o que n?o li os "300 posts com Mysql", por?m, quero fazer um questionamento a quem iniciou ... Antes de atacar somente o f?sico (substituindo,etc) e vi que sa?ram solu??es muito boas,por?m ,voc? testou o comportamento com outros bancos como PostgreSql ou Oracle ? Pergunto porque em um projeto espec?fico, onde o n?mero de consultas era alto, chegou ao ponto em que substitu?mos o Mysql por Postgresql por quest?es de desempenho e estabilidade (j? tem alguns anos). Detalhe : neste projeto havia uma *superbase* num Oracle, e bases "sat?lites" em pequenas m?quinas para algumas leituras especializadas de algumas tabelas bem espec?ficas e obviamente, sincroniza??o entre as bases... Para n?s ... solucionou. Att, Fabiano At 20:44 28/10/2007, Antonio Carlos Pina wrote: > A documenta??o do treco diz que a bateria ? recarreg?vel e que s? duraria >15 horas mesmo. Eu chutaria que ele, como empresa que funciona no hor?rio >comercial, poderia copiar a tabela para o disco RAM, trabalhar com ele no >disco RAM no decorrer do dia e depois copiar para o disco f?sico. Ou ter >momentos de dump para o disco r?gido para esses casos de mais de 15 horas >sem energia. > >Sobre o uso de mem?ria pelo linux...A inefici?ncia que vejo n?o ? nem o uso >de mem?ria e sim a quantidade de iops que a opera??o vai demandar + o espa?o >limitado para carga de cache de disco. Para acreditar que a tabela estar? >inteira na mem?ria, precisar?amos otimizar o SO para fazer um prefetch da >tabela inteira, sem que isso se misture com o cache de disco (j? que outras >opera??es estar?o em curso e o linux ter? de descarregar p?ginas em algum >momento). > >A id?ia do solid state ? muito boa, mas h? dois pontos a serem considerados: >Velocidade de acesso e custo. > >Abs > > >Em 28/10/07, Leonardo Rodrigues Magalh?es <leolistas at solutti.com.br> >escreveu: > > > > > > (reda??o ... desculpa gente, n?o briguem comigo :) ) > > > > Esse produto ai eu n?o conhecia ... ele pega pentes convencionais de > > mem?ria RAM e 'converte' eles em disco. Interessante ... mas vamos > > analisar. > > > > O uso de informa??es em algum tipo de mem?ria vol?til ? muito > > perigoso. Leia o an?ncio onde a pessoa explica que a bateria segura a > > informa??o por 15 horas. E se faltar energia no final de semana inteiro > > ??? l? se foram seus dados pro espa?o. Claro que ? uma situa??o extrema > > .... mas n?o podemos desconsider?-la. > > > > Talvez valesse a pena utilizar SSDs (Solid State Disk) de verdade, > > que utilizam mem?ria eletr?nica por?m n?o-vol?teis, os famosos HDs Flash > > que est?o come?ando a ser utilizados em notebooks top de linha. Exemplo: > > > > > > > http://cgi.ebay.com/32GB-Solid-State-Disk-SSD-2-5-SATA-Laptop-Hard-Drive_W0QQitemZ320173041357QQihZ011QQcategoryZ116342QQssPageNameZWDVWQQrdZ1QQcmdZViewItem > > > > Pena que nunca vi pra vender no Brasil. E se algu?m tiver, o pre?o > > vai ser alt?ssimo. 400 d?lares nos Estados Unidos, vai chegar aqui no > > Brasil, legal com NF e tudo, na casa dos 2000 reais. > > > > Ali?s, nunca tinha visto pre?o desses novos SSDs ... 400 d?lares nos > > Estados Unidos pra 32Gb ... mesmo que chegue aqui por 2000-2500, ainda > > assim est? MUITO mais em conta que essa placa ai que voc? apontou do > > Mercado Livre. 1050 reais por 4Gb (R$ 262,5/Gb), se conseguirmos 2500 > > reais em 32Gb teremos R$ 78,13/Gb. > > > > Agora ainda assim, vamos desconsiderar pre?o, eu ainda acho que ? > > uma solu??o que mere?e pelo menos alguma pensada, j? que n?o trata-se de > > uma solu??o m?gica. > > > > ? claro que a utiliza??o de um disco 'eletr?nico' vai reduzir a > > quase zero os seek times e a leitura dos dados do disco pro kernel vai > > ser quase instant?nea. Mas isso por si s? n?o tira o fato de que o MySQL > > vai ter que 'processar' 1,3Gb (ou mais) de dados pra processar cada > > query do sistema dele que tenha que varrer a tabela inteira. A gente > > melhora ao n?vel quase m?ximo a taxa de transfer?ncia entre dispositivo > > de I/O e kernel, mas ainda existe o processamento da tabela inteira. > > Pode ser que reduza pela metade, pode ser que reduza 3/4 ... mas numa > > tabela desse tamanho, o tempo de processamento nunca vai ser 1-2 > > segundos, mesmo que a informa??o venha de uma m?dia eletr?nica. > > > > Mesmo que a leitura seja mais r?pida, ainda vamos ter o problema dos > > locks. Claro que leitura mais r?pida, tabela menos tempo bloqueada. Mas > > o problema continua existindo. > > > > E por ?ltimo, n?o podemos esquecer que o Linux utiliza muito > > sabiamente a mem?ria RAM da m?quina. Se a mem?ria n?o est? alocada, vai > > tudo pra cache e buffers de grava??o de disco. A m?quina em quest?o tem > > bastante mem?ria (4Gb). Se ela n?o tiver outras tabelas grandonas, essa > > de 1,3Gb for a ?nica tabela 'pesada', ent?o muito provavelmente grande > > parte dela j? est? alocada em mem?ria RAM, atrav?s dos caches e buffers > > de I/O que o Linux automaticamente faz. Na primeira passada depois de um > > reboot, a? sim a leitura vai acontecer direto do disco. Mas nas > > pr?ximas, muita coisa j? vir? de mem?ria RAM. ? assim automaticamente. > > > > Agora se o cara tiver v?rias tabelas enormes e/ou tiver algum outro > > sistema que aloque bastante mem?ria, talvez n?o sobre tanta mem?ria > > assim pra caches e buffers. Seria legal que o criador ai da thread nos > > disesse se essa tabela de 1,3Gb ? basicamente a ?nica pesadona ou se ele > > cont?m v?rias tabelas nesse n?vel de tamanho. Melhor ainda seria se ele > > falasse pra gente qual o tamanho inteiro do database dele !! Se o > > database inteiro tem 2Gb, com a m?quina de 4Gb, em pouco tempo ap?s o > > reboot a grande maioria das tabelas estar?o em buffers e cache, > > reduzindo bastante (e de forma autom?tica) o I/O em disco. > > > > Usar um disco RAM ou SSD vai melhorar a situa??o dele ?? Acredito > > que sim. ? substituir e melhorar. Agora resta saber se a melhora vai ser > > suficiente para que o sistema volte a ficar plenamente utiliz?vel de > > novo. N?o adianta nada melhorar, voc? conseguir mensurar que melhorou, > > por?m ainda assim o sistema ficar lent?o. N?o importa quantos segundos a > > query leva pra executar. Importa ? a percep??o de rapidez do sistema que > > o usu?rio tem. > > > > Dito tudo isso e sabendo que o Linux utiliza muito sabiamente a > > mem?ria RAM que est? sobrando, talvez seja uma solu??o mais r?pida e > > imediata simplesmente aumentar ainda mais a mem?ria RAM do servidor, j? > > que esse aumento gerar?, automaticamente e sem fazer absolutamente nada > > de configura??o, com que as tabelas v?o para mem?ria RAM atrav?s de > > caches e buffers. > > > > Ser? que a m?quina dele suporta mais de 4Gb ??? SIM > > > > > > > http://www.dell.com/content/products/productdetails.aspx/pedge_2950?c=us&cs=04&l=en&s=bsd&~section=specs#tabtop > > > > PowerEdge 2950 Server Specs > > Up to 32GB (8 DIMM slots): 256MB/512MB/1GB/2GB/4GB Fully Buffered Dimms > > (FBD). 533/667MHz > > > > > > > > > > Antonio Carlos Pina escreveu: > > > Depois que tanta gente escreveu tanta coisa legal, eu vou dar meu pitaco > > > mais voltado para a solu??o do problema de forma r?pida. > > > > > > Considerando que voc? tenha um problema de modelagem de BD ou de > > programa??o > > > (os citados select * from recorrentes, por exemplo, em cada p?gina que > > vc > > > entra l? vem um select * from..) talvez voc? precise de uma solu??o > > R?PIDA > > > enquanto resolve isso (reescrever c?digo, banco, etc) > > > > > > DEPENDENDO do tamanho das suas tabelas e da velocidade que elas crescem, > > > isso aqui pode ser uma solu??o: > > > > > > http://produto.mercadolivre.com.br/MLB-63419971-_JM > > > > > > ? um "disco ram" acess?vel atrav?s de uma interface SATA. Esse possui > > 4Gb e > > > custa, no mercado livre, R$ 1050,00. Ou seja, muito mais barato que > > > reescrever sua aplica??o (preste s? aten??o no crescimento do banco, por > > > favor !) > > > > > > Voc? poderia copiar para ele suas maiores tabelas (como essa > > problem?tica de > > > 1,3Gb) e o problema de acesso estaria resolvido, at? que voc? pudesse > > > trabalhar nas altera??es de c?digo e remodelagem do banco. > > > > > > Detalhe importante: Li sobre esse tro?o na Internet. Eu mesmo nunca > > usei. Na > > > teoria, seria fac?limo mover a(s) tabela(s) para dentro desse disco e > > criar > > > links no SO para elas. > > > > > > Abs e boa sorte! > > > > > > > -- > > > > > > Atenciosamente / Sincerily, > > Leonardo Rodrigues > > Solutti Tecnologia > > http://www.solutti.com.br > > > > Minha armadilha de SPAM, N?O mandem email > > gertrudes at solutti.com.br > > My SPAMTRAP, do not email it > > > > > > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > >__ >masoch-l list >https://eng.registro.br/mailman/listinfo/masoch-l From vitort at gmail.com Mon Oct 29 11:31:29 2007 From: vitort at gmail.com (Vitor) Date: Mon, 29 Oct 2007 11:31:29 -0200 Subject: [MASOCH-L] aee Message-ID: <357d59210710290631i233c889ex346d466459a0fc1f@mail.gmail.com> tu ve esse email ainda?????? flw.. abra??o... From hamilton at i2.com.br Mon Oct 29 11:33:20 2007 From: hamilton at i2.com.br (Hamilton Vera) Date: Mon, 29 Oct 2007 11:33:20 -0200 (BRST) Subject: [MASOCH-L] aee In-Reply-To: <357d59210710290631i233c889ex346d466459a0fc1f@mail.gmail.com> References: <357d59210710290631i233c889ex346d466459a0fc1f@mail.gmail.com> Message-ID: <Pine.LNX.4.63.0710291132170.27735@lima.i2.com.br> Sim todos n?s vemos, o que ? um motivo para voc? n?o enviar e-mails assim para uma lista. []'s Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" On Mon, 29 Oct 2007, Vitor wrote: > tu ve esse email ainda?????? > > > flw.. abra??o... > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From tukso.antartiko at gmail.com Mon Oct 29 13:08:51 2007 From: tukso.antartiko at gmail.com (Tukso Antartiko) Date: Mon, 29 Oct 2007 12:08:51 -0300 Subject: [MASOCH-L] Problemas com Velox In-Reply-To: <c3a114bb0710281250n6e96708v244ff25cef948c1a@mail.gmail.com> References: <c3a114bb0710281250n6e96708v244ff25cef948c1a@mail.gmail.com> Message-ID: <b1dc8f9a0710290808w587c18d0g44df965c449807e2@mail.gmail.com> No fim de semana vi este problema. N?o consegui isolar o motivo mas parece ser algo relacionado ? sa?da pela Verizon (uunet). Na medi??o ponto a ponto para alguns destinos estava com muita perda de pacotes. A rede da Telemar ? dividida em blocos que alternam sa?das default. Ent?o dependendo do seu IP e qual sa?da est? usando voc? pode perceber ou n?o o problema. Agora n?o posso testar para ver se continua e particularmente n?o me afetou muito. Se continua para voc? acione a Telemar. On 10/28/07, Wagner <wagnerpaxs at gmail.com> wrote: > > Sr(a)s, muito boa tarde > > Gostaria de saber se est? ocorrendo algum problema com Velox, na regi?o de > Recife/PE (algu?m da Velox ou Regi?o poderia realizar testes?) o que > ocorre > ? que acesso a determinados sites em danta-centers internacionais n?o > est?o > sendo conclu?dos. > > Segue exemplo de um traceroute: > > traceroute to 63.247.87.228 (63.247.87.228), 30 hops max, 40 byte packets > 1 192.168.1.1 (192.168.1.1) 1.087 ms 1.692 ms 2.287 ms > 2 200.217.255.216 (200.217.255.216) 14.859 ms 18.833 ms 22.125 ms > 3 gigabitethernet9-1.91-nbv-pe-rotd-03.telemar.net.br (200.164.180.9) > 26.961 ms 30.749 ms 34.900 ms > 4 pos6-0-nbv-pe-rotn-01.telemar.net.br (200.223.131.13) 38.565 ms > 41.689ms > 45.921 ms > 5 pos5-1-1-arc-rj-rotn-01.telemar.net.br (200.223.131.205) 88.246 ms > 92.327 ms 95.997 ms > 6 * * * > 7 * * * > 8 * * * > 9 * * * > 10 * * * > 11 * * * > 12 * * * > 13 * * * > 14 * * * > 15 * * * > 16 * * * > 17 * * * > 18 * * * > 19 * * * > 20 * * * > 21 * * * > 22 * * * > 23 * * * > 24 * * * > 25 * * * > 26 * * * > 27 * * * > 28 * * * > 29 * * * > 30 * * * > > Ping n?o responde. > > Por?m quando acesso via Link dedicado (Telemar, Embratel ou HotLink) o > acesso se d? normalmente. > > Algu?m mais tem percebido esse tipo de problema? > > -- > > From rubensk at gmail.com Mon Oct 29 17:15:38 2007 From: rubensk at gmail.com (Rubens Kuhl Jr.) Date: Mon, 29 Oct 2007 17:15:38 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?Mais_um_golpe_de_boleto_para_dom=EDnios?= Message-ID: <6bb5f5b10710291215r6656d33ev27a6a875d6bdd2f0@mail.gmail.com> Mais um "boleteiro" no mercado: HOST - HOSPEDAGEM E DOM?NIOS PARA A INTERNET LTDA. Recebi 3 hoje, pelo que vi em buscas a a??o desse em particular come?ou este m?s. Rubens From macdutra at gmail.com Mon Oct 29 17:37:26 2007 From: macdutra at gmail.com (Marcos Dutra) Date: Mon, 29 Oct 2007 16:37:26 -0300 Subject: [MASOCH-L] Mysql In-Reply-To: <20071029120526.629FEE021FA7@socom4.uol.com.br> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <86b352050710281028j558ee6fanc7a04842c4386d61@mail.gmail.com> <4725072F.9070306@solutti.com.br> <86b352050710281644y29500c8cib851fc2e7ee5dc2a@mail.gmail.com> <20071029120526.629FEE021FA7@socom4.uol.com.br> Message-ID: <764ed9b40710291237n4c6056eu83f29365a8f5fb1e@mail.gmail.com> Pessoal fui fazer os testes com o with(nolock) como sugeriram mas acho que n?o funciona, pelo menos para mim que tem o Mysql 5.0.45 usando o MYISAM retorna o erro: select * from usuarios WITH(NOLOCK) where descricao like "%a%" You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WITH(NOLOCK) where descricao like "%a%"' at line 1 Respondendo aos amigos da lista para usar outro banco de dados que n?o seja o mysql, nesse caso ter?amos que mudar toda a base de dados e al?m disso todos os programas que est?o feitos desde 2000, ent?o essa migra??o ficaria para planos futuros, mas n?o nesse momento. Obrigado Marcos On 10/29/07, Fabiano <fabiano.br at uol.com.br> wrote: > > > Bom dia, > > Reconhe?o que n?o li os "300 posts com > Mysql", por?m, quero fazer um questionamento a quem iniciou ... > Antes de atacar somente o f?sico > (substituindo,etc) e vi que sa?ram solu??es muito > boas,por?m ,voc? testou o comportamento com > outros bancos como PostgreSql ou Oracle ? > Pergunto porque em um projeto > espec?fico, onde o n?mero de consultas era alto, > chegou ao ponto em que substitu?mos o Mysql por > Postgresql por quest?es de desempenho e > estabilidade (j? tem alguns anos). Detalhe : > neste projeto havia uma *superbase* num Oracle, e > bases "sat?lites" em pequenas m?quinas para > algumas leituras especializadas de algumas > tabelas bem espec?ficas e obviamente, sincroniza??o entre as bases... > Para n?s ... solucionou. > > Att, > Fabiano > > > At 20:44 28/10/2007, Antonio Carlos Pina wrote: > > A documenta??o do treco diz que a bateria ? recarreg?vel e que s? > duraria > >15 horas mesmo. Eu chutaria que ele, como empresa que funciona no hor?rio > >comercial, poderia copiar a tabela para o disco RAM, trabalhar com ele no > >disco RAM no decorrer do dia e depois copiar para o disco f?sico. Ou ter > >momentos de dump para o disco r?gido para esses casos de mais de 15 horas > >sem energia. > > > >Sobre o uso de mem?ria pelo linux...A inefici?ncia que vejo n?o ? nem o > uso > >de mem?ria e sim a quantidade de iops que a opera??o vai demandar + o > espa?o > >limitado para carga de cache de disco. Para acreditar que a tabela estar? > >inteira na mem?ria, precisar?amos otimizar o SO para fazer um prefetch da > >tabela inteira, sem que isso se misture com o cache de disco (j? que > outras > >opera??es estar?o em curso e o linux ter? de descarregar p?ginas em algum > >momento). > > > >A id?ia do solid state ? muito boa, mas h? dois pontos a serem > considerados: > >Velocidade de acesso e custo. > > > >Abs > > > > > >Em 28/10/07, Leonardo Rodrigues Magalh?es <leolistas at solutti.com.br> > >escreveu: > > > > > > > > > (reda??o ... desculpa gente, n?o briguem comigo :) ) > > > > > > Esse produto ai eu n?o conhecia ... ele pega pentes convencionais > de > > > mem?ria RAM e 'converte' eles em disco. Interessante ... mas vamos > > > analisar. > > > > > > O uso de informa??es em algum tipo de mem?ria vol?til ? muito > > > perigoso. Leia o an?ncio onde a pessoa explica que a bateria segura a > > > informa??o por 15 horas. E se faltar energia no final de semana > inteiro > > > ??? l? se foram seus dados pro espa?o. Claro que ? uma situa??o > extrema > > > .... mas n?o podemos desconsider?-la. > > > > > > Talvez valesse a pena utilizar SSDs (Solid State Disk) de verdade, > > > que utilizam mem?ria eletr?nica por?m n?o-vol?teis, os famosos HDs > Flash > > > que est?o come?ando a ser utilizados em notebooks top de linha. > Exemplo: > > > > > > > > > > > > http://cgi.ebay.com/32GB-Solid-State-Disk-SSD-2-5-SATA-Laptop-Hard-Drive_W0QQitemZ320173041357QQihZ011QQcategoryZ116342QQssPageNameZWDVWQQrdZ1QQcmdZViewItem > > > > > > Pena que nunca vi pra vender no Brasil. E se algu?m tiver, o pre?o > > > vai ser alt?ssimo. 400 d?lares nos Estados Unidos, vai chegar aqui no > > > Brasil, legal com NF e tudo, na casa dos 2000 reais. > > > > > > Ali?s, nunca tinha visto pre?o desses novos SSDs ... 400 d?lares > nos > > > Estados Unidos pra 32Gb ... mesmo que chegue aqui por 2000-2500, ainda > > > assim est? MUITO mais em conta que essa placa ai que voc? apontou do > > > Mercado Livre. 1050 reais por 4Gb (R$ 262,5/Gb), se conseguirmos 2500 > > > reais em 32Gb teremos R$ 78,13/Gb. > > > > > > Agora ainda assim, vamos desconsiderar pre?o, eu ainda acho que ? > > > uma solu??o que mere?e pelo menos alguma pensada, j? que n?o trata-se > de > > > uma solu??o m?gica. > > > > > > ? claro que a utiliza??o de um disco 'eletr?nico' vai reduzir a > > > quase zero os seek times e a leitura dos dados do disco pro kernel vai > > > ser quase instant?nea. Mas isso por si s? n?o tira o fato de que o > MySQL > > > vai ter que 'processar' 1,3Gb (ou mais) de dados pra processar cada > > > query do sistema dele que tenha que varrer a tabela inteira. A gente > > > melhora ao n?vel quase m?ximo a taxa de transfer?ncia entre > dispositivo > > > de I/O e kernel, mas ainda existe o processamento da tabela inteira. > > > Pode ser que reduza pela metade, pode ser que reduza 3/4 ... mas numa > > > tabela desse tamanho, o tempo de processamento nunca vai ser 1-2 > > > segundos, mesmo que a informa??o venha de uma m?dia eletr?nica. > > > > > > Mesmo que a leitura seja mais r?pida, ainda vamos ter o problema > dos > > > locks. Claro que leitura mais r?pida, tabela menos tempo bloqueada. > Mas > > > o problema continua existindo. > > > > > > E por ?ltimo, n?o podemos esquecer que o Linux utiliza muito > > > sabiamente a mem?ria RAM da m?quina. Se a mem?ria n?o est? alocada, > vai > > > tudo pra cache e buffers de grava??o de disco. A m?quina em quest?o > tem > > > bastante mem?ria (4Gb). Se ela n?o tiver outras tabelas grandonas, > essa > > > de 1,3Gb for a ?nica tabela 'pesada', ent?o muito provavelmente grande > > > parte dela j? est? alocada em mem?ria RAM, atrav?s dos caches e > buffers > > > de I/O que o Linux automaticamente faz. Na primeira passada depois de > um > > > reboot, a? sim a leitura vai acontecer direto do disco. Mas nas > > > pr?ximas, muita coisa j? vir? de mem?ria RAM. ? assim automaticamente. > > > > > > Agora se o cara tiver v?rias tabelas enormes e/ou tiver algum outro > > > sistema que aloque bastante mem?ria, talvez n?o sobre tanta mem?ria > > > assim pra caches e buffers. Seria legal que o criador ai da thread nos > > > disesse se essa tabela de 1,3Gb ? basicamente a ?nica pesadona ou se > ele > > > cont?m v?rias tabelas nesse n?vel de tamanho. Melhor ainda seria se > ele > > > falasse pra gente qual o tamanho inteiro do database dele !! Se o > > > database inteiro tem 2Gb, com a m?quina de 4Gb, em pouco tempo ap?s o > > > reboot a grande maioria das tabelas estar?o em buffers e cache, > > > reduzindo bastante (e de forma autom?tica) o I/O em disco. > > > > > > Usar um disco RAM ou SSD vai melhorar a situa??o dele ?? Acredito > > > que sim. ? substituir e melhorar. Agora resta saber se a melhora vai > ser > > > suficiente para que o sistema volte a ficar plenamente utiliz?vel de > > > novo. N?o adianta nada melhorar, voc? conseguir mensurar que melhorou, > > > por?m ainda assim o sistema ficar lent?o. N?o importa quantos segundos > a > > > query leva pra executar. Importa ? a percep??o de rapidez do sistema > que > > > o usu?rio tem. > > > > > > Dito tudo isso e sabendo que o Linux utiliza muito sabiamente a > > > mem?ria RAM que est? sobrando, talvez seja uma solu??o mais r?pida e > > > imediata simplesmente aumentar ainda mais a mem?ria RAM do servidor, > j? > > > que esse aumento gerar?, automaticamente e sem fazer absolutamente > nada > > > de configura??o, com que as tabelas v?o para mem?ria RAM atrav?s de > > > caches e buffers. > > > > > > Ser? que a m?quina dele suporta mais de 4Gb ??? SIM > > > > > > > > > > > > http://www.dell.com/content/products/productdetails.aspx/pedge_2950?c=us&cs=04&l=en&s=bsd&~section=specs#tabtop > > > > > > PowerEdge 2950 Server Specs > > > Up to 32GB (8 DIMM slots): 256MB/512MB/1GB/2GB/4GB Fully Buffered > Dimms > > > (FBD). 533/667MHz > > > > > > > > > > > > > > > Antonio Carlos Pina escreveu: > > > > Depois que tanta gente escreveu tanta coisa legal, eu vou dar meu > pitaco > > > > mais voltado para a solu??o do problema de forma r?pida. > > > > > > > > Considerando que voc? tenha um problema de modelagem de BD ou de > > > programa??o > > > > (os citados select * from recorrentes, por exemplo, em cada p?gina > que > > > vc > > > > entra l? vem um select * from..) talvez voc? precise de uma solu??o > > > R?PIDA > > > > enquanto resolve isso (reescrever c?digo, banco, etc) > > > > > > > > DEPENDENDO do tamanho das suas tabelas e da velocidade que elas > crescem, > > > > isso aqui pode ser uma solu??o: > > > > > > > > http://produto.mercadolivre.com.br/MLB-63419971-_JM > > > > > > > > ? um "disco ram" acess?vel atrav?s de uma interface SATA. Esse > possui > > > 4Gb e > > > > custa, no mercado livre, R$ 1050,00. Ou seja, muito mais barato que > > > > reescrever sua aplica??o (preste s? aten??o no crescimento do banco, > por > > > > favor !) > > > > > > > > Voc? poderia copiar para ele suas maiores tabelas (como essa > > > problem?tica de > > > > 1,3Gb) e o problema de acesso estaria resolvido, at? que voc? > pudesse > > > > trabalhar nas altera??es de c?digo e remodelagem do banco. > > > > > > > > Detalhe importante: Li sobre esse tro?o na Internet. Eu mesmo nunca > > > usei. Na > > > > teoria, seria fac?limo mover a(s) tabela(s) para dentro desse disco > e > > > criar > > > > links no SO para elas. > > > > > > > > Abs e boa sorte! > > > > > > > > > > -- > > > > > > > > > Atenciosamente / Sincerily, > > > Leonardo Rodrigues > > > Solutti Tecnologia > > > http://www.solutti.com.br > > > > > > Minha armadilha de SPAM, N?O mandem email > > > gertrudes at solutti.com.br > > > My SPAMTRAP, do not email it > > > > > > > > > > > > > > > __ > > > masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > >__ > >masoch-l list > >https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From macdutra at gmail.com Mon Oct 29 17:46:06 2007 From: macdutra at gmail.com (Marcos Dutra) Date: Mon, 29 Oct 2007 16:46:06 -0300 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710291237n4c6056eu83f29365a8f5fb1e@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <86b352050710281028j558ee6fanc7a04842c4386d61@mail.gmail.com> <4725072F.9070306@solutti.com.br> <86b352050710281644y29500c8cib851fc2e7ee5dc2a@mail.gmail.com> <20071029120526.629FEE021FA7@socom4.uol.com.br> <764ed9b40710291237n4c6056eu83f29365a8f5fb1e@mail.gmail.com> Message-ID: <764ed9b40710291246p27b4f79cqa662c6540e5658c2@mail.gmail.com> Ol? Leonardo, eu li sua mensagem e realmente tem mais outras tabelas pesadas desse n?vel, mas s? gostaria de dizer que tem duas tabelas com 1,3GB que ? o hist?rico da empresa de anos anteriores s? para pesquisa de relat?rios que ? usado espor?dicamente, e tabelas desse ano de 2007 que ? usada pela empresa toda todos os dias tem em m?dia 800 MB, antes de mudar esse m?quina era usando duas m?quinas com 1GB de ram cada uma para essas tabelas 1,3GB de ram e outra para o uso di?rio e ainda sincronizando o banco de dados com o mysql esquisito n?o? Abra?os Marcos On 10/29/07, Marcos Dutra <macdutra at gmail.com> wrote: > > Pessoal fui fazer os testes com o with(nolock) como sugeriram mas acho que > n?o funciona, pelo menos para mim que tem o Mysql 5.0.45 usando o MYISAM > retorna o erro: > select * from usuarios WITH(NOLOCK) where descricao like "%a%" > You have an error in your SQL syntax; check the manual that corresponds to > your MySQL server version for the right syntax to use near 'WITH(NOLOCK) > where descricao like "%a%"' at line 1 > > Respondendo aos amigos da lista para usar outro banco de dados que n?o > seja o mysql, nesse caso ter?amos que mudar toda a base de dados e al?m > disso todos os programas que est?o feitos desde 2000, ent?o essa migra??o > ficaria para planos futuros, mas n?o nesse momento. > > Obrigado > Marcos > > On 10/29/07, Fabiano <fabiano.br at uol.com.br> wrote: > > > > > > Bom dia, > > > > Reconhe?o que n?o li os "300 posts com > > Mysql", por?m, quero fazer um questionamento a quem iniciou ... > > Antes de atacar somente o f?sico > > (substituindo,etc) e vi que sa?ram solu??es muito > > boas,por?m ,voc? testou o comportamento com > > outros bancos como PostgreSql ou Oracle ? > > Pergunto porque em um projeto > > espec?fico, onde o n?mero de consultas era alto, > > chegou ao ponto em que substitu?mos o Mysql por > > Postgresql por quest?es de desempenho e > > estabilidade (j? tem alguns anos). Detalhe : > > neste projeto havia uma *superbase* num Oracle, e > > bases "sat?lites" em pequenas m?quinas para > > algumas leituras especializadas de algumas > > tabelas bem espec?ficas e obviamente, sincroniza??o entre as bases... > > Para n?s ... solucionou. > > > > Att, > > Fabiano > > > > > > At 20:44 28/10/2007, Antonio Carlos Pina wrote: > > > A documenta??o do treco diz que a bateria ? recarreg?vel e que s? > > duraria > > >15 horas mesmo. Eu chutaria que ele, como empresa que funciona no > > hor?rio > > >comercial, poderia copiar a tabela para o disco RAM, trabalhar com ele > > no > > >disco RAM no decorrer do dia e depois copiar para o disco f?sico. Ou > > ter > > >momentos de dump para o disco r?gido para esses casos de mais de 15 > > horas > > >sem energia. > > > > > >Sobre o uso de mem?ria pelo linux...A inefici?ncia que vejo n?o ? nem o > > uso > > >de mem?ria e sim a quantidade de iops que a opera??o vai demandar + o > > espa?o > > >limitado para carga de cache de disco. Para acreditar que a tabela > > estar? > > >inteira na mem?ria, precisar?amos otimizar o SO para fazer um prefetch > > da > > >tabela inteira, sem que isso se misture com o cache de disco (j? que > > outras > > >opera??es estar?o em curso e o linux ter? de descarregar p?ginas em > > algum > > >momento). > > > > > >A id?ia do solid state ? muito boa, mas h? dois pontos a serem > > considerados: > > >Velocidade de acesso e custo. > > > > > >Abs > > > > > > > > >Em 28/10/07, Leonardo Rodrigues Magalh?es <leolistas at solutti.com.br> > > >escreveu: > > > > > > > > > > > > (reda??o ... desculpa gente, n?o briguem comigo :) ) > > > > > > > > Esse produto ai eu n?o conhecia ... ele pega pentes convencionais > > de > > > > mem?ria RAM e 'converte' eles em disco. Interessante ... mas vamos > > > > analisar. > > > > > > > > O uso de informa??es em algum tipo de mem?ria vol?til ? muito > > > > perigoso. Leia o an?ncio onde a pessoa explica que a bateria segura > > a > > > > informa??o por 15 horas. E se faltar energia no final de semana > > inteiro > > > > ??? l? se foram seus dados pro espa?o. Claro que ? uma situa??o > > extrema > > > > .... mas n?o podemos desconsider?-la. > > > > > > > > Talvez valesse a pena utilizar SSDs (Solid State Disk) de > > verdade, > > > > que utilizam mem?ria eletr?nica por?m n?o-vol?teis, os famosos HDs > > Flash > > > > que est?o come?ando a ser utilizados em notebooks top de linha. > > Exemplo: > > > > > > > > > > > > > > > > > http://cgi.ebay.com/32GB-Solid-State-Disk-SSD-2-5-SATA-Laptop-Hard-Drive_W0QQitemZ320173041357QQihZ011QQcategoryZ116342QQssPageNameZWDVWQQrdZ1QQcmdZViewItem > > > > > > > > Pena que nunca vi pra vender no Brasil. E se algu?m tiver, o > > pre?o > > > > vai ser alt?ssimo. 400 d?lares nos Estados Unidos, vai chegar aqui > > no > > > > Brasil, legal com NF e tudo, na casa dos 2000 reais. > > > > > > > > Ali?s, nunca tinha visto pre?o desses novos SSDs ... 400 d?lares > > nos > > > > Estados Unidos pra 32Gb ... mesmo que chegue aqui por 2000-2500, > > ainda > > > > assim est? MUITO mais em conta que essa placa ai que voc? apontou do > > > > Mercado Livre. 1050 reais por 4Gb (R$ 262,5/Gb), se conseguirmos > > 2500 > > > > reais em 32Gb teremos R$ 78,13/Gb. > > > > > > > > Agora ainda assim, vamos desconsiderar pre?o, eu ainda acho que ? > > > > uma solu??o que mere?e pelo menos alguma pensada, j? que n?o > > trata-se de > > > > uma solu??o m?gica. > > > > > > > > ? claro que a utiliza??o de um disco 'eletr?nico' vai reduzir a > > > > quase zero os seek times e a leitura dos dados do disco pro kernel > > vai > > > > ser quase instant?nea. Mas isso por si s? n?o tira o fato de que o > > MySQL > > > > vai ter que 'processar' 1,3Gb (ou mais) de dados pra processar cada > > > > query do sistema dele que tenha que varrer a tabela inteira. A gente > > > > > > melhora ao n?vel quase m?ximo a taxa de transfer?ncia entre > > dispositivo > > > > de I/O e kernel, mas ainda existe o processamento da tabela inteira. > > > > Pode ser que reduza pela metade, pode ser que reduza 3/4 ... mas > > numa > > > > tabela desse tamanho, o tempo de processamento nunca vai ser 1-2 > > > > segundos, mesmo que a informa??o venha de uma m?dia eletr?nica. > > > > > > > > Mesmo que a leitura seja mais r?pida, ainda vamos ter o problema > > dos > > > > locks. Claro que leitura mais r?pida, tabela menos tempo bloqueada. > > Mas > > > > o problema continua existindo. > > > > > > > > E por ?ltimo, n?o podemos esquecer que o Linux utiliza muito > > > > sabiamente a mem?ria RAM da m?quina. Se a mem?ria n?o est? alocada, > > vai > > > > tudo pra cache e buffers de grava??o de disco. A m?quina em quest?o > > tem > > > > bastante mem?ria (4Gb). Se ela n?o tiver outras tabelas grandonas, > > essa > > > > de 1,3Gb for a ?nica tabela 'pesada', ent?o muito provavelmente > > grande > > > > parte dela j? est? alocada em mem?ria RAM, atrav?s dos caches e > > buffers > > > > de I/O que o Linux automaticamente faz. Na primeira passada depois > > de um > > > > reboot, a? sim a leitura vai acontecer direto do disco. Mas nas > > > > pr?ximas, muita coisa j? vir? de mem?ria RAM. ? assim > > automaticamente. > > > > > > > > Agora se o cara tiver v?rias tabelas enormes e/ou tiver algum > > outro > > > > sistema que aloque bastante mem?ria, talvez n?o sobre tanta mem?ria > > > > assim pra caches e buffers. Seria legal que o criador ai da thread > > nos > > > > disesse se essa tabela de 1,3Gb ? basicamente a ?nica pesadona ou se > > ele > > > > cont?m v?rias tabelas nesse n?vel de tamanho. Melhor ainda seria se > > ele > > > > falasse pra gente qual o tamanho inteiro do database dele !! Se o > > > > database inteiro tem 2Gb, com a m?quina de 4Gb, em pouco tempo ap?s > > o > > > > reboot a grande maioria das tabelas estar?o em buffers e cache, > > > > reduzindo bastante (e de forma autom?tica) o I/O em disco. > > > > > > > > Usar um disco RAM ou SSD vai melhorar a situa??o dele ?? Acredito > > > > > > que sim. ? substituir e melhorar. Agora resta saber se a melhora vai > > ser > > > > suficiente para que o sistema volte a ficar plenamente utiliz?vel de > > > > novo. N?o adianta nada melhorar, voc? conseguir mensurar que > > melhorou, > > > > por?m ainda assim o sistema ficar lent?o. N?o importa quantos > > segundos a > > > > query leva pra executar. Importa ? a percep??o de rapidez do sistema > > que > > > > o usu?rio tem. > > > > > > > > Dito tudo isso e sabendo que o Linux utiliza muito sabiamente a > > > > mem?ria RAM que est? sobrando, talvez seja uma solu??o mais r?pida e > > > > imediata simplesmente aumentar ainda mais a mem?ria RAM do servidor, > > j? > > > > que esse aumento gerar?, automaticamente e sem fazer absolutamente > > nada > > > > de configura??o, com que as tabelas v?o para mem?ria RAM atrav?s de > > > > caches e buffers. > > > > > > > > Ser? que a m?quina dele suporta mais de 4Gb ??? SIM > > > > > > > > > > > > > > > http://www.dell.com/content/products/productdetails.aspx/pedge_2950?c=us&cs=04&l=en&s=bsd&~section=specs#tabtop > > > > <http://www.dell.com/content/products/productdetails.aspx/pedge_2950?c=us&cs=04&l=en&s=bsd&%7Esection=specs#tabtop> > > > > > > > > PowerEdge 2950 Server Specs > > > > Up to 32GB (8 DIMM slots): 256MB/512MB/1GB/2GB/4GB Fully Buffered > > Dimms > > > > (FBD). 533/667MHz > > > > > > > > > > > > > > > > > > > > Antonio Carlos Pina escreveu: > > > > > Depois que tanta gente escreveu tanta coisa legal, eu vou dar meu > > pitaco > > > > > mais voltado para a solu??o do problema de forma r?pida. > > > > > > > > > > Considerando que voc? tenha um problema de modelagem de BD ou de > > > > programa??o > > > > > (os citados select * from recorrentes, por exemplo, em cada p?gina > > que > > > > vc > > > > > entra l? vem um select * from..) talvez voc? precise de uma > > solu??o > > > > R?PIDA > > > > > enquanto resolve isso (reescrever c?digo, banco, etc) > > > > > > > > > > DEPENDENDO do tamanho das suas tabelas e da velocidade que elas > > crescem, > > > > > isso aqui pode ser uma solu??o: > > > > > > > > > > http://produto.mercadolivre.com.br/MLB-63419971-_JM > > > > > > > > > > ? um "disco ram" acess?vel atrav?s de uma interface SATA. Esse > > possui > > > > 4Gb e > > > > > custa, no mercado livre, R$ 1050,00. Ou seja, muito mais barato > > que > > > > > reescrever sua aplica??o (preste s? aten??o no crescimento do > > banco, por > > > > > favor !) > > > > > > > > > > Voc? poderia copiar para ele suas maiores tabelas (como essa > > > > problem?tica de > > > > > 1,3Gb) e o problema de acesso estaria resolvido, at? que voc? > > pudesse > > > > > trabalhar nas altera??es de c?digo e remodelagem do banco. > > > > > > > > > > Detalhe importante: Li sobre esse tro?o na Internet. Eu mesmo > > nunca > > > > usei. Na > > > > > teoria, seria fac?limo mover a(s) tabela(s) para dentro desse > > disco e > > > > criar > > > > > links no SO para elas. > > > > > > > > > > Abs e boa sorte! > > > > > > > > > > > > > -- > > > > > > > > > > > > Atenciosamente / Sincerily, > > > > Leonardo Rodrigues > > > > Solutti Tecnologia > > > > http://www.solutti.com.br > > > > > > > > Minha armadilha de SPAM, N?O mandem email > > > > gertrudes at solutti.com.br > > > > My SPAMTRAP, do not email it > > > > > > > > > > > > > > > > > > > > __ > > > > masoch-l list > > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > > >__ > > >masoch-l list > > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > From jczucco at ucs.br Tue Oct 30 09:35:47 2007 From: jczucco at ucs.br (Jeronimo Zucco) Date: Tue, 30 Oct 2007 09:35:47 -0200 Subject: [MASOCH-L] Linux ntp client Message-ID: <47271713.2020108@ucs.br> Ol? pessoal. Gostaria de saber a opni?o de voc?s sobre rodar o cliente ntp em servidores linux. Se ? configurado somente como cliente no ntp.conf, mesmo assim ao rodar o servi?o, ele abre a porta 123/udp. O que eu n?o gostaria que ocorresse, pois ? mais um servi?o em listen que pode comprometer o servidor. Tamb?m n?o quero rodar firewall em todos os servidores. Se colocar a linha do ntpdate na crontab, pode haver jumping de hor?rio, mas pelo menos n?o deixa mais a porta em listen, como no caso anterior. Qual a maneira correta/recomendada ? -- Jeronimo Zucco LPIC-1 Linux Professional Institute Certified N?cleo de Processamento de Dados Universidade de Caxias do Sul http://jczucco.blogspot.com From danton at inexo.com.br Tue Oct 30 09:56:27 2007 From: danton at inexo.com.br (Lao DanTong) Date: Tue, 30 Oct 2007 09:56:27 -0200 (BRST) Subject: [MASOCH-L] Linux ntp client In-Reply-To: <47271713.2020108@ucs.br> References: <47271713.2020108@ucs.br> Message-ID: <Pine.LNX.4.60.0710300954020.14555@newquantum.inexo.com.br> On Tue, 30 Oct 2007, Jeronimo Zucco wrote: > Gostaria de saber a opni?o de voc?s sobre rodar o cliente ntp em > servidores linux. > > Se ? configurado somente como cliente no ntp.conf, mesmo assim ao > rodar o servi?o, ele abre a porta 123/udp. O que eu n?o gostaria que > ocorresse, pois ? mais um servi?o em listen que pode comprometer o > servidor. Tamb?m n?o quero rodar firewall em todos os servidores. eu uso como cliente para os servidores de rel?gio na internet e como servidor para os clientes dom?sticos. creio que voce possa limitar quem pode conectar no arquivo de configura??o, at? mesmo para 'client-only'. > Se colocar a linha do ntpdate na crontab, pode haver jumping de > hor?rio, mas pelo menos n?o deixa mais a porta em listen, como no caso > anterior. isso n?o ? bom. ntpdate, al?m do inconveniente cidado, d? muito menos precis?o. com o ntpd rodando normalmente e bom acesso aos rel?gios de stratum 1 ou 2, voc? pode chegar a 50ms de incerteza. From fabiano.br at uol.com.br Tue Oct 30 11:14:05 2007 From: fabiano.br at uol.com.br (Fabiano) Date: Tue, 30 Oct 2007 10:14:05 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?e-mails_utilizados_para_dom=EDnios=2E?= =?iso-8859-1?q?=2E=2E?= Message-ID: <20071030121351.DE1791DEB@socom10.uol.com.br> Bom dia a todos, Contando com a multiplicidade das experi?ncias dos senhores, no atual cen?rio tecnol?gico e levando em conta a massiva utiliza??o de scam/spam/etc, que contas de e-mail est?o sendo deixadas ativas para retorno sobre falhas ou contato de dom?nios ? Entendendo dom?nios que utilizam uma gama de servi?os, o que recomendam ou est?o utilizando ? V?rias contas independentes ? V?rias contas convergindo para uma s? ? Somente uma conta e assume o risco de ignorar o restante ? Somente e-mail do Whois ? Deixando obviedades de lado do tipo "s? use o que voc? precisa", fiz uma pesquisa r?pida e abaixo encontra-se uma lista com os mais comuns (muitos inclusive estavam ligados a c?digos para busca e posterior spam ... :-s ) accounting accounts admin administrator advertising billing contact default help home info mail majordomo postmaster register root sales security service suporte support users webmaster ... []s, Fabiano From hermann at rodeios.com Tue Oct 30 10:26:39 2007 From: hermann at rodeios.com (hermann at rodeios.com) Date: Tue, 30 Oct 2007 08:26:39 -0400 Subject: [MASOCH-L] =?utf-8?q?e-mails_utilizados_para_dom=C3=ADnios=2E=2E?= =?utf-8?q?=2E?= In-Reply-To: <20071030121351.DE1791DEB@socom10.uol.com.br> References: <20071030121351.DE1791DEB@socom10.uol.com.br> Message-ID: <20071030122639.DD0AD7CC067@mail.hermann.com.br> Fabiano writes: > V?rias contas independentes ? > V?rias contas convergindo para uma s? ? depende da sua estrutura. se for apenas "pro forma", varias convergindo para uma so (e ignora - ou manda para abuse at telefonica.net.br, quer dizer, /dev/null). se for para valer, dividir por areas de interesse. > fiz uma pesquisa r?pida > e abaixo encontra-se uma lista com os mais comuns RFC 2142 - Mailbox Names for Common Services, Roles and Functions From carlo at uga.com.br Tue Oct 30 11:32:29 2007 From: carlo at uga.com.br (Carlo Pires) Date: Tue, 30 Oct 2007 10:32:29 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?Pedido_de_contribui=E7=E3o_-=09IPRoute2?= =?iso-8859-1?q?Web?= In-Reply-To: <471DEA1B.5010806@unigranrio.edu.br> References: <471DEA1B.5010806@unigranrio.edu.br> Message-ID: <1193751149.16828.1.camel@linux-atendimento> Em Ter, 2007-10-23 ?s 09:33 -0300, silvio.cesar at unigranrio.edu.br escreveu: > Poderiam validar o conjunto de regras, pois ele n?o est? balanceando > pacotes roteados FORWARD, apenas que saem do gateway(OUTPUT) s?o > balanceados ? Isso se deve a marca??o que voc? est? usando (iptables -t mangle -A PREROUTING) est? mal configurada. []s Carlo Pires From silvio.cesar at unigranrio.edu.br Tue Oct 30 11:36:02 2007 From: silvio.cesar at unigranrio.edu.br (silvio.cesar at unigranrio.edu.br) Date: Tue, 30 Oct 2007 10:36:02 -0300 Subject: [MASOCH-L] =?utf-8?q?Pedido_de_contribui=C3=A7=C3=A3o_-_IPRoute2W?= =?utf-8?q?eb?= In-Reply-To: <1193751149.16828.1.camel@linux-atendimento> References: <471DEA1B.5010806@unigranrio.edu.br> <1193751149.16828.1.camel@linux-atendimento> Message-ID: <47273342.7070406@unigranrio.edu.br> Bom dia, Poderia escrever a regra correta e me enviar ? Att, Silvio Cesar L. dos Santos Analista de Redes Pleno DTI - Divis?o de Tecnologia da Informa??o UNIGRANRIO - Universidade do Grande Rio +55 21 2672-7720 silviocesar at unigranrio.edu.br http://www.unigranrio.edu.br Carlo Pires escreveu: > Em Ter, 2007-10-23 ?s 09:33 -0300, silvio.cesar at unigranrio.edu.br > escreveu: >> Poderiam validar o conjunto de regras, pois ele n?o est? balanceando >> pacotes roteados FORWARD, apenas que saem do gateway(OUTPUT) s?o >> balanceados ? > Isso se deve a marca??o que voc? est? usando (iptables -t mangle -A > PREROUTING) est? mal configurada. > > []s > Carlo Pires > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From leolistas at solutti.com.br Tue Oct 30 10:38:33 2007 From: leolistas at solutti.com.br (=?ISO-8859-1?Q?Leonardo_Rodrigues_Magalh=E3es?=) Date: Tue, 30 Oct 2007 10:38:33 -0200 Subject: [MASOCH-L] =?iso-8859-1?q?e-mails_utilizados_para_dom=EDnios=2E?= =?iso-8859-1?q?=2E=2E?= In-Reply-To: <20071030121351.DE1791DEB@socom10.uol.com.br> References: <20071030121351.DE1791DEB@socom10.uol.com.br> Message-ID: <472725C9.1000002@solutti.com.br> Conferiu a RFC que trata desse assunto ??? http://nwww.faqs.org/rfcs/rfc2142.html Fabiano escreveu: > Bom dia a todos, > > Contando com a multiplicidade das > experi?ncias dos senhores, no atual cen?rio > tecnol?gico e levando em conta a massiva > utiliza??o de scam/spam/etc, que contas de e-mail > est?o sendo deixadas ativas para retorno sobre falhas ou contato de dom?nios ? > Entendendo dom?nios que utilizam uma > gama de servi?os, o que recomendam ou est?o utilizando ? > V?rias contas independentes ? > V?rias contas convergindo para uma s? ? > Somente uma conta e assume o risco de ignorar o restante ? > Somente e-mail do Whois ? > Deixando obviedades de lado do tipo "s? > use o que voc? precisa", fiz uma pesquisa r?pida > e abaixo encontra-se uma lista com os mais comuns > (muitos inclusive estavam ligados a c?digos para > busca e posterior spam ... :-s ) > accounting > accounts > admin > administrator > advertising > billing > contact > default > help > home > info > mail > majordomo > postmaster > register > root > sales > security > service > suporte > support > users > webmaster > ... > []s, > Fabiano > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > > -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, N?O mandem email gertrudes at solutti.com.br My SPAMTRAP, do not email it From fabiano.br at uol.com.br Tue Oct 30 12:03:41 2007 From: fabiano.br at uol.com.br (Fabiano) Date: Tue, 30 Oct 2007 11:03:41 -0300 Subject: [MASOCH-L] =?iso-8859-1?q?e-mails_utilizados_para_dom=EDnios_=2E_?= =?iso-8859-1?q?=2E=2E?= In-Reply-To: <472725C9.1000002@solutti.com.br> References: <20071030121351.DE1791DEB@socom10.uol.com.br> <472725C9.1000002@solutti.com.br> Message-ID: <20071030130330.CB6B3C1B@socom3.uol.com.br> sim, RFC 2142 mas por isto perguntei o que (em tempos de scam/spam) est?o utilizando ... um grande abra?o, At 09:38 30/10/2007, Leonardo Rodrigues Magalh?es wrote: > Conferiu a RFC que trata desse assunto ??? > >http://nwww.faqs.org/rfcs/rfc2142.html > > > > >Fabiano escreveu: > > Bom dia a todos, > > > > Contando com a multiplicidade das > > experi?ncias dos senhores, no atual cen?rio > > tecnol?gico e levando em conta a massiva > > utiliza??o de scam/spam/etc, que contas de e-mail > > est?o sendo deixadas ativas para retorno > sobre falhas ou contato de dom?nios ? > > Entendendo dom?nios que utilizam uma > > gama de servi?os, o que recomendam ou est?o utilizando ? > > V?rias contas independentes ? > > V?rias contas convergindo para uma s? ? > > Somente uma conta e assume o risco de ignorar o restante ? > > Somente e-mail do Whois ? > > Deixando obviedades de lado do tipo "s? > > use o que voc? precisa", fiz uma pesquisa r?pida > > e abaixo encontra-se uma lista com os mais comuns > > (muitos inclusive estavam ligados a c?digos para > > busca e posterior spam ... :-s ) > > accounting > > accounts > > admin > > administrator > > advertising > > billing > > contact > > default > > help > > home > > info > > mail > > majordomo > > postmaster > > register > > root > > sales > > security > > service > > suporte > > support > > users > > webmaster > > ... > > []s, > > Fabiano > > > > > > __ > > masoch-l list > > https://eng.registro.br/mailman/listinfo/masoch-l > > > > > >-- > > > Atenciosamente / Sincerily, > Leonardo Rodrigues > Solutti Tecnologia > http://www.solutti.com.br > > Minha armadilha de SPAM, N?O mandem email > gertrudes at solutti.com.br > My SPAMTRAP, do not email it > > > > >__ >masoch-l list >https://eng.registro.br/mailman/listinfo/masoch-l From sysop at digi.com.br Tue Oct 30 17:10:00 2007 From: sysop at digi.com.br (Gustavo Diogenes) Date: Tue, 30 Oct 2007 16:10:00 -0300 Subject: [MASOCH-L] Problemas em rede LAN In-Reply-To: <4720E26E.10800@microhosting.com.br> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> <471FFDC0.8040405@jarruda.com> <b1dc8f9a0710250823m44cea19fx71ffa941e5bc2283@mail.gmail.com> <4720E26E.10800@microhosting.com.br> Message-ID: <A9AF6733-D008-4E3F-A81A-36A26ECC6FC5@digi.com.br> Minha sugest?o ? conferir se est? todo mundo usando a mesma m?scara. Nesse tipo de configura??o ? f?cil uma m?quina estar com /23 e outra com /24. Uma manda pacote para a outra direto (/23) e a outra tenta responder via gateway (/24). Atenciosamente, Gustavo Diogenes On 25/10/2007, at 15:37, Jose Augusto dos Santos Neto wrote: > Caros, > > Estou enfrentando um problema em minha rede, j? tem pouco mais de uma > semana, onde alguma clientes perdem conex?o com determinados > servidores. > J? tentei e pensei em v?rias fontes de problemas, como v?rus, placa de > rede, cabos, switch, mas j? fiz tudo e n?o resolvi. Cheguei at? a > colocar um switch separado apenas com os servidores que mais d?o > problema (windows server x64, rodando microsiga) com um cliente e > mesmo > assim n?o comunicava. Minha rede local ? 192.168.10.0/23, o servidores > t?m o ips 192.168.10.123/124/125 e o cliente 192.168.11.222. O mais > engra?ado (se posso falar assim) ? que em muitos momentos eu n?o tinha > comunica??o com o 123/125 mas com o 124 era normal. Pois bem, num > determinado momento eu mudei o ip desse cliente para 192.168.10.180 e > por minha surpresa n?o houve mais perdas de pacotes. Verifiquei a > tabelas de roteamento dos windows servers para ver se tinha algo > errado, > mas n?o encontrei nada de anormal. A solu??o que estou tomando, > temporariamente, ? a de mudar o pessoal com ip 192.168.11.X para > 192.168.10.X. Estou at? pensando em acabar com a rede de /23 e mudar > tudo para /24, j? que hoje 255 endere?os s?o suficientes para mim. > > Algu?m j? enfrentou algum problema desse tipo ? > > grato, > > Neto. > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From hamilton at i2.com.br Tue Oct 30 17:28:04 2007 From: hamilton at i2.com.br (Hamilton Vera) Date: Tue, 30 Oct 2007 17:28:04 -0200 (BRST) Subject: [MASOCH-L] Problemas em rede LAN In-Reply-To: <A9AF6733-D008-4E3F-A81A-36A26ECC6FC5@digi.com.br> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> <471FFDC0.8040405@jarruda.com> <b1dc8f9a0710250823m44cea19fx71ffa941e5bc2283@mail.gmail.com> <4720E26E.10800@microhosting.com.br> <A9AF6733-D008-4E3F-A81A-36A26ECC6FC5@digi.com.br> Message-ID: <Pine.LNX.4.63.0710301722360.32267@lima.i2.com.br> Veja tamb?m se todas est?o configuradas devidamente, half duples, full duplex, /10,/100,/1000. J? vi muita placa de rede dar pau no Windows quando a "velocidade da rede" n?o est? devidamente configurada. Veja tamb?m se voce acertou na loteria e tem MACs duplicados na sua rede. Uma outra sugest?o ? voce analisar os leds dos switches, j? vi casos em que uma ?nica m?quina ou um hub "doidao" derrubam a rede. []'s Hamilton Vera int Administrator (char Network[],char ComputationalSystems[]); http://antispam.br/ "Google is my shepherd, no want shall I know" On Tue, 30 Oct 2007, Gustavo Diogenes wrote: > Minha sugest?o ? conferir se est? todo mundo usando a mesma m?scara. > > Nesse tipo de configura??o ? f?cil uma m?quina estar com /23 e outra > com /24. > Uma manda pacote para a outra direto (/23) e a outra tenta responder > via gateway (/24). > > Atenciosamente, > > Gustavo Diogenes > > On 25/10/2007, at 15:37, Jose Augusto dos Santos Neto wrote: > >> Caros, >> >> Estou enfrentando um problema em minha rede, j? tem pouco mais de uma >> semana, onde alguma clientes perdem conex?o com determinados >> servidores. >> J? tentei e pensei em v?rias fontes de problemas, como v?rus, placa de >> rede, cabos, switch, mas j? fiz tudo e n?o resolvi. Cheguei at? a >> colocar um switch separado apenas com os servidores que mais d?o >> problema (windows server x64, rodando microsiga) com um cliente e >> mesmo >> assim n?o comunicava. Minha rede local ? 192.168.10.0/23, o servidores >> t?m o ips 192.168.10.123/124/125 e o cliente 192.168.11.222. O mais >> engra?ado (se posso falar assim) ? que em muitos momentos eu n?o tinha >> comunica??o com o 123/125 mas com o 124 era normal. Pois bem, num >> determinado momento eu mudei o ip desse cliente para 192.168.10.180 e >> por minha surpresa n?o houve mais perdas de pacotes. Verifiquei a >> tabelas de roteamento dos windows servers para ver se tinha algo >> errado, >> mas n?o encontrei nada de anormal. A solu??o que estou tomando, >> temporariamente, ? a de mudar o pessoal com ip 192.168.11.X para >> 192.168.10.X. Estou at? pensando em acabar com a rede de /23 e mudar >> tudo para /24, j? que hoje 255 endere?os s?o suficientes para mim. >> >> Algu?m j? enfrentou algum problema desse tipo ? >> >> grato, >> >> Neto. >> >> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From neto-listas at microhosting.com.br Tue Oct 30 19:15:46 2007 From: neto-listas at microhosting.com.br (Jose Augusto dos Santos Neto) Date: Tue, 30 Oct 2007 19:15:46 -0200 Subject: [MASOCH-L] Problemas em rede LAN In-Reply-To: <Pine.LNX.4.63.0710301722360.32267@lima.i2.com.br> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> <471FFDC0.8040405@jarruda.com> <b1dc8f9a0710250823m44cea19fx71ffa941e5bc2283@mail.gmail.com> <4720E26E.10800@microhosting.com.br> <A9AF6733-D008-4E3F-A81A-36A26ECC6FC5@digi.com.br> <Pine.LNX.4.63.0710301722360.32267@lima.i2.com.br> Message-ID: <47279F02.5040602@microhosting.com.br> Vamos l?... as mascaras de todos estavam certas, n?o tinham problemas. Mas mudei todos para /24 e parou o problema.. o phod@ ? ag?entar agora os analistas de "Mipersiga" utilizar isso para justificar problemas no sistema (de uma v?riavel errada numa rotina ? extrema lentid?o do sistema)... mas ? a vida.. rs Na busca da solu??o eu troquei um hub que utilizava nas LP's que tenho aqui, mas n?o era ele o causador do problema. Realmente depois de mudar a rede, o problema acabou :) Obrigado pela ajuda, abs, Neto. Hamilton Vera escreveu: > Veja tamb?m se todas est?o configuradas devidamente, half duples, full > duplex, /10,/100,/1000. J? vi muita placa de rede dar pau no Windows > quando a "velocidade da rede" n?o est? devidamente configurada. > > Veja tamb?m se voce acertou na loteria e tem MACs duplicados na sua rede. > > Uma outra sugest?o ? voce analisar os leds dos switches, j? vi casos > em que uma ?nica m?quina ou um hub "doidao" derrubam a rede. > > []'s > > Hamilton Vera > int Administrator (char Network[],char ComputationalSystems[]); > http://antispam.br/ > "Google is my shepherd, no want shall I know" > > On Tue, 30 Oct 2007, Gustavo Diogenes wrote: > >> Minha sugest?o ? conferir se est? todo mundo usando a mesma m?scara. >> >> Nesse tipo de configura??o ? f?cil uma m?quina estar com /23 e outra >> com /24. >> Uma manda pacote para a outra direto (/23) e a outra tenta responder >> via gateway (/24). >> >> Atenciosamente, >> >> Gustavo Diogenes >> >> On 25/10/2007, at 15:37, Jose Augusto dos Santos Neto wrote: >> >>> Caros, >>> >>> Estou enfrentando um problema em minha rede, j? tem pouco mais de uma >>> semana, onde alguma clientes perdem conex?o com determinados >>> servidores. >>> J? tentei e pensei em v?rias fontes de problemas, como v?rus, placa de >>> rede, cabos, switch, mas j? fiz tudo e n?o resolvi. Cheguei at? a >>> colocar um switch separado apenas com os servidores que mais d?o >>> problema (windows server x64, rodando microsiga) com um cliente e >>> mesmo >>> assim n?o comunicava. Minha rede local ? 192.168.10.0/23, o servidores >>> t?m o ips 192.168.10.123/124/125 e o cliente 192.168.11.222. O mais >>> engra?ado (se posso falar assim) ? que em muitos momentos eu n?o tinha >>> comunica??o com o 123/125 mas com o 124 era normal. Pois bem, num >>> determinado momento eu mudei o ip desse cliente para 192.168.10.180 e >>> por minha surpresa n?o houve mais perdas de pacotes. Verifiquei a >>> tabelas de roteamento dos windows servers para ver se tinha algo >>> errado, >>> mas n?o encontrei nada de anormal. A solu??o que estou tomando, >>> temporariamente, ? a de mudar o pessoal com ip 192.168.11.X para >>> 192.168.10.X. Estou at? pensando em acabar com a rede de /23 e mudar >>> tudo para /24, j? que hoje 255 endere?os s?o suficientes para mim. >>> >>> Algu?m j? enfrentou algum problema desse tipo ? >>> >>> grato, >>> >>> Neto. >>> >>> >>> __ >>> masoch-l list >>> https://eng.registro.br/mailman/listinfo/masoch-l >> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l >> > > ------------------------------------------------------------------------ > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From eder at ftp.upf.br Tue Oct 30 20:34:52 2007 From: eder at ftp.upf.br (Eder F. Miotto) Date: Tue, 30 Oct 2007 20:34:52 -0200 Subject: [MASOCH-L] Mysql In-Reply-To: <764ed9b40710291237n4c6056eu83f29365a8f5fb1e@mail.gmail.com> References: <764ed9b40710251500s7acc54ccge6bc77638b29e697@mail.gmail.com> <86b352050710281028j558ee6fanc7a04842c4386d61@mail.gmail.com> <4725072F.9070306@solutti.com.br> <86b352050710281644y29500c8cib851fc2e7ee5dc2a@mail.gmail.com> <20071029120526.629FEE021FA7@socom4.uol.com.br> <764ed9b40710291237n4c6056eu83f29365a8f5fb1e@mail.gmail.com> Message-ID: <1193783692.5161.31.camel@localhost> Em Seg, 2007-10-29 ?s 16:37 -0300, Marcos Dutra escreveu: > Pessoal fui fazer os testes com o with(nolock) como sugeriram mas acho que > n?o funciona, pelo menos para mim que tem o Mysql 5.0.45 usando o MYISAM > retorna o erro: > select * from usuarios WITH(NOLOCK) where descricao like "%a%" > You have an error in your SQL syntax; check the manual that corresponds to > your MySQL server version for the right syntax to use near 'WITH(NOLOCK) > where descricao like "%a%"' at line 1 A sintaxe correta ?: SELECT a, b, c FROM tablename NOLOCK WHERE x = y; Provavelmente n?o haver? muita diferen?a de performance na query, no entando, ela n?o ir? mais bloquear outras consultas como vc falou estar acontecendo, em locks em outras tabelas... Eder From jarruda-gter at jarruda.com Tue Oct 30 20:56:08 2007 From: jarruda-gter at jarruda.com (Julio Arruda) Date: Tue, 30 Oct 2007 18:56:08 -0400 Subject: [MASOCH-L] Problemas em rede LAN In-Reply-To: <A9AF6733-D008-4E3F-A81A-36A26ECC6FC5@digi.com.br> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> <471FFDC0.8040405@jarruda.com> <b1dc8f9a0710250823m44cea19fx71ffa941e5bc2283@mail.gmail.com> <4720E26E.10800@microhosting.com.br> <A9AF6733-D008-4E3F-A81A-36A26ECC6FC5@digi.com.br> Message-ID: <4727B688.7090900@jarruda.com> Nao explicaria problemas intermitentes.. Gustavo Diogenes wrote: > Minha sugest?o ? conferir se est? todo mundo usando a mesma m?scara. > > Nesse tipo de configura??o ? f?cil uma m?quina estar com /23 e outra > com /24. > Uma manda pacote para a outra direto (/23) e a outra tenta responder > via gateway (/24). > > Atenciosamente, > > Gustavo Diogenes > > On 25/10/2007, at 15:37, Jose Augusto dos Santos Neto wrote: > >> Caros, >> >> Estou enfrentando um problema em minha rede, j? tem pouco mais de uma >> semana, onde alguma clientes perdem conex?o com determinados >> servidores. >> J? tentei e pensei em v?rias fontes de problemas, como v?rus, placa de >> rede, cabos, switch, mas j? fiz tudo e n?o resolvi. Cheguei at? a >> colocar um switch separado apenas com os servidores que mais d?o >> problema (windows server x64, rodando microsiga) com um cliente e >> mesmo >> assim n?o comunicava. Minha rede local ? 192.168.10.0/23, o servidores >> t?m o ips 192.168.10.123/124/125 e o cliente 192.168.11.222. O mais >> engra?ado (se posso falar assim) ? que em muitos momentos eu n?o tinha >> comunica??o com o 123/125 mas com o 124 era normal. Pois bem, num >> determinado momento eu mudei o ip desse cliente para 192.168.10.180 e >> por minha surpresa n?o houve mais perdas de pacotes. Verifiquei a >> tabelas de roteamento dos windows servers para ver se tinha algo >> errado, >> mas n?o encontrei nada de anormal. A solu??o que estou tomando, >> temporariamente, ? a de mudar o pessoal com ip 192.168.11.X para >> 192.168.10.X. Estou at? pensando em acabar com a rede de /23 e mudar >> tudo para /24, j? que hoje 255 endere?os s?o suficientes para mim. >> >> Algu?m j? enfrentou algum problema desse tipo ? >> >> grato, >> >> Neto. >> >> >> __ >> masoch-l list >> https://eng.registro.br/mailman/listinfo/masoch-l > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l From rubensk at gmail.com Tue Oct 30 21:50:14 2007 From: rubensk at gmail.com (Rubens Kuhl Jr.) Date: Tue, 30 Oct 2007 21:50:14 -0200 Subject: [MASOCH-L] Problemas em rede LAN In-Reply-To: <4720E26E.10800@microhosting.com.br> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> <471FFDC0.8040405@jarruda.com> <b1dc8f9a0710250823m44cea19fx71ffa941e5bc2283@mail.gmail.com> <4720E26E.10800@microhosting.com.br> Message-ID: <6bb5f5b10710301650g99536ah82e23f611ce02e53@mail.gmail.com> Considere a hipot?se de que os problemas tenham ido e voltado n?o em fun??o das mudan?as que voc? fez, mas do passar do tempo e mudan?as de cen?rios vindas de outras fontes, j? que o problema ? intermitente. Para ter certeza de que isso de fato interfere com o problema, sugiro o seguinte m?todo: - Fa?a uma altera??o -> resolveu - Desfa?a a altera??o -> tem que dar problema - Refa?a a altera??o -> tem que resolver de novo - Desfa?a de novo -> tem que dar problema de novo Se voc? n?o passar por todos esses 4 passos, sempre haver? margem para d?vida. Rubens On 10/25/07, Jose Augusto dos Santos Neto <neto-listas at microhosting.com.br> wrote: > Caros, > > Estou enfrentando um problema em minha rede, j? tem pouco mais de uma > semana, onde alguma clientes perdem conex?o com determinados servidores. > J? tentei e pensei em v?rias fontes de problemas, como v?rus, placa de > rede, cabos, switch, mas j? fiz tudo e n?o resolvi. Cheguei at? a > colocar um switch separado apenas com os servidores que mais d?o > problema (windows server x64, rodando microsiga) com um cliente e mesmo > assim n?o comunicava. Minha rede local ? 192.168.10.0/23, o servidores > t?m o ips 192.168.10.123/124/125 e o cliente 192.168.11.222. O mais > engra?ado (se posso falar assim) ? que em muitos momentos eu n?o tinha > comunica??o com o 123/125 mas com o 124 era normal. Pois bem, num > determinado momento eu mudei o ip desse cliente para 192.168.10.180 e > por minha surpresa n?o houve mais perdas de pacotes. Verifiquei a > tabelas de roteamento dos windows servers para ver se tinha algo errado, > mas n?o encontrei nada de anormal. A solu??o que estou tomando, > temporariamente, ? a de mudar o pessoal com ip 192.168.11.X para > 192.168.10.X. Estou at? pensando em acabar com a rede de /23 e mudar > tudo para /24, j? que hoje 255 endere?os s?o suficientes para mim. > > Algu?m j? enfrentou algum problema desse tipo ? > > grato, > > Neto. > > > __ > masoch-l list > https://eng.registro.br/mailman/listinfo/masoch-l > From andre at insite.com.br Tue Oct 30 21:58:54 2007 From: andre at insite.com.br (Andre Uratsuka Manoel) Date: Tue, 30 Oct 2007 21:58:54 -0200 Subject: [MASOCH-L] Problemas em rede LAN In-Reply-To: <6bb5f5b10710301650g99536ah82e23f611ce02e53@mail.gmail.com> References: <b1dc8f9a0710241745uef722d7pbb51a3d9340361d1@mail.gmail.com> <b1dc8f9a0710241754i5c7b787fg1ba084951b217803@mail.gmail.com> <471FFDC0.8040405@jarruda.com> <b1dc8f9a0710250823m44cea19fx71ffa941e5bc2283@mail.gmail.com> <4720E26E.10800@microhosting.com.br> <6bb5f5b10710301650g99536ah82e23f611ce02e53@mail.gmail.com> Message-ID: <e7fcadd30710301658x108fe2f2nb79710ad21ab43f8@mail.gmail.com> On 10/30/07, Rubens Kuhl Jr. <rubensk at gmail.com> wrote: > Considere a hipot?se de que os problemas tenham ido e voltado n?o em > fun??o das mudan?as que voc? fez, mas do passar do tempo e mudan?as de > cen?rios vindas de outras fontes, j? que o problema ? intermitente. > > Para ter certeza de que isso de fato interfere com o problema, sugiro > o seguinte m?todo: > > - Fa?a uma altera??o -> resolveu > - Desfa?a a altera??o -> tem que dar problema > - Refa?a a altera??o -> tem que resolver de novo > - Desfa?a de novo -> tem que dar problema de novo Eu adicionaria um teste inicial, antes de fazer qualquer altera??o, pois eu j?, v?rias vezes, "resolvi" problemas que j? tinham sido resolvidos ou que n?o existiam. > Se voc? n?o passar por todos esses 4 passos, sempre haver? margem para d?vida. De fato. Andr? From dverzolla at fcl.com.br Wed Oct 31 14:22:20 2007 From: dverzolla at fcl.com.br (David Verzolla) Date: Wed, 31 Oct 2007 14:22:20 -0200 Subject: [MASOCH-L] RES: Problemas em rede LAN Message-ID: <94CADB570ACCB0418E8236C8F24BD95C01764395@VIRTUALEXCHANGE.corp.com> Apenas um coment?rio a respeito de intermit?ncia. Certo dia alguns servidores e esta??es da minha rede ficaram bem lentos. Fiz in?meros testes, come?ando pela camada um at? a sete. O problema foi identificado junto ao netstat -i (ou -e win). Muitas colis?es e erros. A quest?o era entender pq h? dias atr?s tudo funcionava e de repente - pam. O pior ? que em alguns andares (ao todo s?o 12) algumas esta??es funcionavam, e outras n?o. At? que troquei a placa de rede de um desses computadores, a placa era uma 3com - aquelas 3c90x. E, funcionou! Logo fui trocando em alguns servidores e esta??es que utilizavam a mesma placa, e, funcionou. Logo chegamos a conclus?o de ser alguma quest?o relacionada a RF. O mais "engra?ado" ? que at? hoje n?o posso utilizar essas placas aqui no pr?dio, sen?o d? pepino. DV -----Mensagem original----- De: masoch-l-bounces at eng.registro.br [mailto:masoch-l-bounces at eng.registro.br] Em nome de Rubens Kuhl Jr. Enviada em: ter?a-feira, 30 de outubro de 2007 21:50 Para: Mail Aid and Succor, On-line Comfort and Help Assunto: Re: [MASOCH-L] Problemas em rede LAN Considere a hipot?se de que os problemas tenham ido e voltado n?o em fun??o das mudan?as que voc? fez, mas do passar do tempo e mudan?as de cen?rios vindas de outras fontes, j? que o problema ? intermitente. Para ter certeza de que isso de fato interfere com o problema, sugiro o seguinte m?todo: - Fa?a uma altera??o -> resolveu - Desfa?a a altera??o -> tem que dar problema - Refa?a a altera??o -> tem que resolver de novo - Desfa?a de novo -> tem que dar problema de novo Se voc? n?o passar por todos esses 4 passos, sempre haver? margem para d?vida. Rubens [snip]