<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>GURULinux.blog.br</title>
	<atom:link href="http://www.gurulinux.blog.br/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gurulinux.blog.br</link>
	<description>...</description>
	<lastBuildDate>Thu, 10 Jun 2010 19:16:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Fontes de consultas rápidas sobre GIT.</title>
		<link>http://www.gurulinux.blog.br/2010/05/22/fontes-de-consultas-rapidas-sobre-git/</link>
		<comments>http://www.gurulinux.blog.br/2010/05/22/fontes-de-consultas-rapidas-sobre-git/#comments</comments>
		<pubDate>Sat, 22 May 2010 16:42:48 +0000</pubDate>
		<dc:creator>Lauro Cesar</dc:creator>
				<category><![CDATA[Uncategorized]]></category>

		<guid isPermaLink="false">http://www.gurulinux.blog.br/?p=87</guid>
		<description><![CDATA[GIT não é um acrônimo&#8230; como GNU ( Gnu not Unix), Git, segundo o manual é:  git &#8211; the stupid content tracker .
Além do man git, temos: o gittutorial, que apresenta um passo a passo para o uso.
$ man gittutorial
Esse excelente link: Everyday Git
http://www.kernel.org/pub/software/scm/git/docs/everyday.html
Eu particulamente passei a utilizar algum tipo de controle de versão em [...]]]></description>
			<content:encoded><![CDATA[<p>GIT não é um acrônimo&#8230; como GNU ( Gnu not Unix), Git, segundo o manual é:  git &#8211; the stupid content tracker .</p>
<p>Além do man git, temos: o gittutorial, que apresenta um passo a passo para o uso.</p>
<blockquote><p>$ man gittutorial</p></blockquote>
<p>Esse excelente link: Everyday Git</p>
<blockquote><p><a href="http://www.kernel.org/pub/software/scm/git/docs/everyday.html">http://www.kernel.org/pub/software/scm/git/docs/everyday.html</a></p></blockquote>
<p>Eu particulamente passei a utilizar algum tipo de controle de versão em meus projetos somente depois do git, devido a simplicidade do mesmo e a capacidade de interagir com os mais conceituados controladores existentes e já estabelecidos no mercado.</p>
<p>Done.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gurulinux.blog.br/2010/05/22/fontes-de-consultas-rapidas-sobre-git/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Limite de tentativas de conexão por minuto (anti força-bruta)</title>
		<link>http://www.gurulinux.blog.br/2009/09/06/limite-de-tentativas-de-conexao-por-minuto-anti-forca-bruta/</link>
		<comments>http://www.gurulinux.blog.br/2009/09/06/limite-de-tentativas-de-conexao-por-minuto-anti-forca-bruta/#comments</comments>
		<pubDate>Sun, 06 Sep 2009 11:36:30 +0000</pubDate>
		<dc:creator>Lauro Cesar</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Segurança]]></category>
		<category><![CDATA[essencial]]></category>

		<guid isPermaLink="false">http://www.gurulinux.blog.br/?p=81</guid>
		<description><![CDATA[Uma técnica simples para inviabilizar técnicas de força-bruta é limitar o número de novas conexões por um determinado período de tempo, usando o atributo &#8211;state NEW, com o iptables.
O atributo &#8211;state NEW, cria uma lista com todos os ips que efetivamente estabeleceram um nova conexão com o servidor.
Exemplo: Limitando conexões ao ssh.
Parte 1: Adicionar os ips de [...]]]></description>
			<content:encoded><![CDATA[<p>Uma técnica simples para inviabilizar técnicas de força-bruta é limitar o número de novas conexões por um determinado período de tempo, usando o atributo &#8211;state NEW, com o iptables.</p>
<p>O atributo &#8211;state NEW, cria uma lista com todos os ips que efetivamente estabeleceram um nova conexão com o servidor.</p>
<h3>Exemplo: Limitando conexões ao ssh.</h3>
<p><strong>Parte 1: Adicionar os ips de novas conexões a lista:</strong></p>
<address style="padding-left: 30px;">iptables -I INPUT -p tcp &#8211;dport 22 -i eth0 -m state &#8211;state NEW -m recent &#8211;set</address>
<p><strong>Parte 2: Atualizar a lista, limitando as conexões se o ip já estiver na lista:</strong></p>
<address style="padding-left: 30px;">iptables -I INPUT -p tcp &#8211;dport 22 -i eth0 -m state &#8211;state NEW -m recent &#8211;update &#8211;seconds 60 &#8211;hitcount 2 -j DROP</address>
<p>No exemplo em questão, há um limite de 2 tentativas, ou de conexões efetivas, a cada 60 segundos.</p>
<p>done.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gurulinux.blog.br/2009/09/06/limite-de-tentativas-de-conexao-por-minuto-anti-forca-bruta/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Monitorando o throughput de uma conexão.</title>
		<link>http://www.gurulinux.blog.br/2009/07/12/monitorando-o-throughput-de-uma-conexao/</link>
		<comments>http://www.gurulinux.blog.br/2009/07/12/monitorando-o-throughput-de-uma-conexao/#comments</comments>
		<pubDate>Sun, 12 Jul 2009 19:35:31 +0000</pubDate>
		<dc:creator>Lauro Cesar</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Rede]]></category>
		<category><![CDATA[essencial]]></category>

		<guid isPermaLink="false">http://www.gurulinux.blog.br/?p=70</guid>
		<description><![CDATA[Em casos especificos,  é necessário medir a taxa de transfêrencia de determinada conexão.
Há diversos meios de se fazer, um deles é utilizar o tcptrack.
Por exemplo, para medir o throughput do ip 10.45.165.2, através da interface eth0:
tcptrack -i eth0 src or dst 10.45.165.2
Ele medirá, em tempo real, todo o tráfego que entra e sai para o [...]]]></description>
			<content:encoded><![CDATA[<p>Em casos especificos,  é necessário medir a taxa de transfêrencia de determinada conexão.</p>
<p>Há diversos meios de se fazer, um deles é utilizar o <em><strong>tcptrack.</strong></em></p>
<p>Por exemplo, para medir o throughput do ip 10.45.165.2, através da interface eth0:</p>
<p style="padding-left: 30px;"><em><strong>tcptrack -i eth0 src or dst 10.45.165.2</strong></em></p>
<p>Ele medirá, em tempo real, todo o tráfego que entra e sai para o destino/origem 10.45.26.2.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gurulinux.blog.br/2009/07/12/monitorando-o-throughput-de-uma-conexao/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dhcp Failover</title>
		<link>http://www.gurulinux.blog.br/2009/07/12/dhcp-failover/</link>
		<comments>http://www.gurulinux.blog.br/2009/07/12/dhcp-failover/#comments</comments>
		<pubDate>Sun, 12 Jul 2009 16:53:17 +0000</pubDate>
		<dc:creator>Lauro Cesar</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Rede]]></category>
		<category><![CDATA[dhcp]]></category>
		<category><![CDATA[failover]]></category>
		<category><![CDATA[ring]]></category>

		<guid isPermaLink="false">http://www.gurulinux.blog.br/2009/07/12/dhcp-failover/</guid>
		<description><![CDATA[Dica mastigada para criar um servidor de Dhcp  com redundância:
http://www.dias.eti.br/2007/10/03/dhcp-failover
]]></description>
			<content:encoded><![CDATA[<p>Dica mastigada para criar um servidor de Dhcp  com redundância:</p>
<p><a href="http://www.dias.eti.br/2007/10/03/dhcp-failover">http://www.dias.eti.br/2007/10/03/dhcp-failover</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.gurulinux.blog.br/2009/07/12/dhcp-failover/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Descobrindo a velocidade de leitura e gravação dos discos.</title>
		<link>http://www.gurulinux.blog.br/2009/07/02/descobrindo-a-velocidade-de-leitura-e-gravacao-dos-discos/</link>
		<comments>http://www.gurulinux.blog.br/2009/07/02/descobrindo-a-velocidade-de-leitura-e-gravacao-dos-discos/#comments</comments>
		<pubDate>Thu, 02 Jul 2009 06:41:19 +0000</pubDate>
		<dc:creator>Lauro Cesar</dc:creator>
				<category><![CDATA[essencial]]></category>
		<category><![CDATA[storage]]></category>

		<guid isPermaLink="false">http://www.gurulinux.blog.br/?p=54</guid>
		<description><![CDATA[Com o comando hdparm,  conseguimos obter algumas informações dos discos rigidos:
Por exemplo, a velocidade de leitura:
hdparm -Tt /dev/sda
/dev/sda:
Timing cached reads:   1622 MB in  2.00 seconds = 811.14 MB/sec
Timing buffered disk reads:  114 MB in  3.01 seconds =  37.83 MB/sec

]]></description>
			<content:encoded><![CDATA[<p>Com o comando hdparm,  conseguimos obter algumas informações dos discos rigidos:<br />
Por exemplo, a velocidade de leitura:</p>
<p style="padding-left: 30px;"><strong><em>hdparm -Tt /dev/sda</em></strong></p>
<p style="padding-left: 30px;"><strong><em>/dev/sda:<br />
Timing cached reads:   1622 MB in  2.00 seconds = 811.14 MB/sec<br />
Timing buffered disk reads:  114 MB in  3.01 seconds =  37.83 MB/sec</em></strong></p>
<p></p>
]]></content:encoded>
			<wfw:commentRss>http://www.gurulinux.blog.br/2009/07/02/descobrindo-a-velocidade-de-leitura-e-gravacao-dos-discos/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Load Balance entre servidores httpd</title>
		<link>http://www.gurulinux.blog.br/2009/07/02/load-balance-entre-servidores-http/</link>
		<comments>http://www.gurulinux.blog.br/2009/07/02/load-balance-entre-servidores-http/#comments</comments>
		<pubDate>Thu, 02 Jul 2009 05:52:00 +0000</pubDate>
		<dc:creator>Lauro Cesar</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Rede]]></category>
		<category><![CDATA[essencial]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[http]]></category>

		<guid isPermaLink="false">http://www.gurulinux.blog.br/?p=42</guid>
		<description><![CDATA[
Usando o Balance (http://balance.sourceforge.net) conseguimos realizar o load balance de requisições tcp de forma simples.
Por exemplo:
balance 80 server1 server2 server4 server5 ! failallserver
Nesse exemplo, teremos round robin da porta 80 para os servidores 1,2,3,4 e 5,  no caso de todos falharem, todas as conexões são enviadas para o servidor failallserver.
Done.
]]></description>
			<content:encoded><![CDATA[<p><br />
Usando o Balance (http://balance.sourceforge.net) conseguimos realizar o load balance de requisições tcp de forma simples.</p>
<p>Por exemplo:</p>
<p style="padding-left: 30px;"><strong><em>balance 80 server1 server2 server4 server5 ! failallserver</em></strong></p>
<p>Nesse exemplo, teremos round robin da porta 80 para os servidores 1,2,3,4 e 5,  no caso de todos falharem, todas as conexões são enviadas para o servidor failallserver.</p>
<p>Done.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gurulinux.blog.br/2009/07/02/load-balance-entre-servidores-http/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Listando as conexões ativas, e seus respectivos processos.</title>
		<link>http://www.gurulinux.blog.br/2009/06/23/listando-as-conexoes-ativas-e-seus-respectivos-processos/</link>
		<comments>http://www.gurulinux.blog.br/2009/06/23/listando-as-conexoes-ativas-e-seus-respectivos-processos/#comments</comments>
		<pubDate>Wed, 24 Jun 2009 00:39:06 +0000</pubDate>
		<dc:creator>Lauro Cesar</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Rede]]></category>
		<category><![CDATA[Segurança]]></category>
		<category><![CDATA[essencial]]></category>

		<guid isPermaLink="false">http://www.gurulinux.blog.br/?p=35</guid>
		<description><![CDATA[Com o comando netstat, podemos listar as conexões ativas, e saber qual processo (PID) associado a porta.
netstat &#8211;tcp &#8211;udp &#8211;listening &#8211;program
Done.
]]></description>
			<content:encoded><![CDATA[<p>Com o comando netstat, podemos listar as conexões ativas, e saber qual processo (PID) associado a porta.</p>
<p style="padding-left: 30px;"><strong><em>netstat &#8211;tcp &#8211;udp &#8211;listening &#8211;program</em></strong></p>
<p>Done.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gurulinux.blog.br/2009/06/23/listando-as-conexoes-ativas-e-seus-respectivos-processos/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Dando um grep na rede.</title>
		<link>http://www.gurulinux.blog.br/2009/06/23/dando-um-grep-na-rede/</link>
		<comments>http://www.gurulinux.blog.br/2009/06/23/dando-um-grep-na-rede/#comments</comments>
		<pubDate>Wed, 24 Jun 2009 00:15:47 +0000</pubDate>
		<dc:creator>Lauro Cesar</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Rede]]></category>
		<category><![CDATA[Segurança]]></category>

		<guid isPermaLink="false">http://www.gurulinux.blog.br/?p=32</guid>
		<description><![CDATA[Existem diversas formas de fazer filtro de pacotes com a intenção de log,  particularmente é uma tarefa simples para o netfilter, com seus respectivos  plugins.
Mas, o comando ngrep possibilita extrair alguns dados em tempo real, apartir do tráfego das interfaces.
Por exemplo:
ngrep -q &#8216;^GET .* HTTP&#8217; &#8216;port 80&#8242;
Retorna o Header da requisição HTTP, contendo algumas informações [...]]]></description>
			<content:encoded><![CDATA[<p>Existem diversas formas de fazer filtro de pacotes com a intenção de log,  particularmente é uma tarefa simples para o netfilter, com seus respectivos  plugins.</p>
<p>Mas, o comando <strong>ngrep </strong>possibilita extrair alguns dados em tempo real, apartir do tráfego das interfaces.</p>
<p>Por exemplo:</p>
<p style="padding-left: 30px;"><strong><em>ngrep -q &#8216;^GET .* HTTP&#8217; &#8216;port 80&#8242;</em></strong></p>
<p>Retorna o Header da requisição HTTP, contendo algumas informações interessantes, como a <strong>Query-String</strong>.</p>
<p style="padding-left: 30px;"><strong><em>ngrep -q &#8216;^POST .* HTTP&#8217; &#8216;port 80&#8242;</em></strong></p>
<p>Assim, retorna o Header, quando o cliente faz a requisição via <strong>POST</strong>, naturalmente, com os dados submetidos.</p>
<p>Portanto, dá para imaginar alguma utilidade para ele, na descoberta de worms na rede.</p>
<p>O comando ngrep, comporta-se como seu primo grep.</p>
<p>Done.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gurulinux.blog.br/2009/06/23/dando-um-grep-na-rede/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>O google do man.</title>
		<link>http://www.gurulinux.blog.br/2009/06/23/o-google-do-man/</link>
		<comments>http://www.gurulinux.blog.br/2009/06/23/o-google-do-man/#comments</comments>
		<pubDate>Tue, 23 Jun 2009 12:49:23 +0000</pubDate>
		<dc:creator>Lauro Cesar</dc:creator>
				<category><![CDATA[essencial]]></category>
		<category><![CDATA[bash]]></category>
		<category><![CDATA[shell]]></category>

		<guid isPermaLink="false">http://www.gurulinux.blog.br/?p=23</guid>
		<description><![CDATA[Como saber o  manual  que trata de determinado assunto?
Elementar meu caro bash..
$ aprobos  -w keyword
Se faltar imaginação, use a força do *:
$ aprobos -w apache*
aprobos é uma palavra francesa, e significa:  Sobre. (about)
]]></description>
			<content:encoded><![CDATA[<p>Como saber o  manual  que trata de determinado assunto?</p>
<p>Elementar meu caro bash..</p>
<p style="padding-left: 30px;"><strong>$ aprobos  -w keyword</strong></p>
<p>Se faltar imaginação, use a força do *:</p>
<p style="padding-left: 30px;"><strong>$ aprobos -w apache*</strong></p>
<p>aprobos é uma palavra francesa, e significa:  Sobre. (about)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gurulinux.blog.br/2009/06/23/o-google-do-man/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Interceptando arquivos na rede via tcpdump.</title>
		<link>http://www.gurulinux.blog.br/2009/06/22/interceptando-arquivos-na-rede-via-tcpdump/</link>
		<comments>http://www.gurulinux.blog.br/2009/06/22/interceptando-arquivos-na-rede-via-tcpdump/#comments</comments>
		<pubDate>Mon, 22 Jun 2009 18:30:59 +0000</pubDate>
		<dc:creator>Lauro Cesar</dc:creator>
				<category><![CDATA[Segurança]]></category>

		<guid isPermaLink="false">http://www.gurulinux.blog.br/?p=13</guid>
		<description><![CDATA[
Em ambientes controlados,  há necessidade de saber bit por bit do que sai e entra na rede da instituição, há muitas ferramentas destinadas a esse fim, particularmente os proxyes,  porém, se a necessidade é realizar uma auditoria básica em somente um host, dá para usar a abordagem a seguir:
Passo 1: Interceptar todo o trafego do [...]]]></description>
			<content:encoded><![CDATA[<p><br />
Em ambientes controlados,  há necessidade de saber bit por bit do que sai e entra na rede da instituição, há muitas ferramentas destinadas a esse fim, particularmente os proxyes,  porém, se a necessidade é realizar uma auditoria básica em somente um host, dá para usar a abordagem a seguir:</p>
<h3><strong>Passo 1:</strong> Interceptar todo o trafego do host em questão.</h3>
<pre class="terminal" style="padding-left: 30px;"><span class="input"><strong><em>tcpdump -i eth1 -s0 -w /analise/olarva_dump host notebook-olarva</em></strong></span></pre>
<p>No exemplo em questão, estou salvando todo o stream da maquina notebook-olarva, e salvando no arquivo: olarva_dump.</p>
<p>Então esperamos o arquivo dar uma crescida&#8230;</p>
<h3><strong>Passo 2:</strong> Organizar os pacotes, em ordem usando o tcpflow</h3>
<pre class="terminal" style="padding-left: 30px;"><em><strong>mkdir flow_olarva</strong></em></pre>
<pre class="terminal" style="padding-left: 30px;"><span class="input"><em><strong>cd flow_olarva</strong></em></span></pre>
<pre class="terminal" style="padding-left: 30px;"><span class="input"><em><strong>tcpflow -r /analise/olarva_dump</strong></em></span></pre>
<h3><strong>Passo 3:</strong> Extrair os arquivos com foremost.</h3>
<pre class="terminal" style="padding-left: 30px;"><em><strong>foremost *</strong></em></pre>
<p>O comando foremost cria a pasta output, com todos os arquivos que estiverem sido capturados com sucesso.</p>
<p>Done.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.gurulinux.blog.br/2009/06/22/interceptando-arquivos-na-rede-via-tcpdump/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
