Mostrando postagens com marcador rede. Mostrar todas as postagens
Mostrando postagens com marcador rede. Mostrar todas as postagens

terça-feira, 5 de abril de 2011

SARG - Saiba o que seus usuários estão acessando


O Sarg é uma das melhores opções para geração de relatório a partir do log do squid. Fácil de instalar e usar. 
O tutorial abaixo foi copiado de http://www.devin.com.br/eitch/sarg/. 
O pacote de instalação pode ser baixado em http://sarg.sourceforge.net/ 
O SARG (Squid Analysis Report Generator) é uma ferramenta muito boa desenvolvida pelo brasileiro Pedro Orso, que permite à você ver para “onde” seus usuários estão indo na Internet através da análise do arquivo de log “access.log” do famoso proxy Squid. O poder da ferramenta é incrível, ele pode dizer para você quais usuários acessaram quais sites, em que horas, quantos bytes foram baixados, quantas conexões foram feitas, relatórios de sites mais acessados, usuários que mais acessam, relatório de sites negados, falha de autenticação, entre outros. A gerência que você pode obter com isso é muito boa, principalmente para as empresas que querem economizar o uso da Internet.

Instalação apt

A última instalação não usei mais o arquivo tarball baixado do site sarg, instalei diretamente pelo apt-get
$ sudo apt-get install sarg
Em relação à configuração no arquivo /etc/sarg/sarg.conf:
language Portuguese
access_log /var/log/squid3/access.log
title "Relatório de acessos internet - SQUID
header_bgcolor #C1CDC1
output_dir /var/www/sarg_incol
charset UTF-8
logo_image ./images/logo_incol.jpg
image_size 150 44
dansguardian_conf /etc/dansguardian/dansguardian.conf
Não esqueça de colocar a imagem (logo_incol.jpg) na pasta images. 

E ainda, não basta apenas alterar o arquivo /etc/sarg/sar.conf. Na hora de executar o sarg, é preciso indicar para o SARG o arquivo de configuração que se deseja utilizar:
$ sudo sarg -f /etc/sarg/sarg/conf

Instalação tarball

Dependências

Bibliotecas das quais o sarg depende para funcionar:
  1. libc6-dev
  2. libc6
  3. libgcc1
Veja mais detalhes no site do debian.

Instalação

cd /usr/local
tar zpfx sarg-2.2.3.1.tar.gz
cd sarg-2.2.3.1
./configure --enable-sysconfdir=/usr/local/sarg
make && make install

Configuração

Com o sarg compilado e instalado, é preciso agora configurá-lo. O diretório de instalação escolhido foi o /usr/local/sarg:
cd /usr/local/sarg
cp sarg.conf sarg.conf.original
touch exclude.hosts
touch exclude.strings
touch exclude.users
Sobre os arquivos acima:
  • exclude.hosts
Aqui cada linha terá um domínio/URL que não será mostrada no relatório. Útil para você colocar, por exemplo, endereços de download da Intranet que passam pelo Squid, mas não gastam banda de Internet nenhuma.
  • exclude.strings
Se alguma linha do arquivo de log conter uma das strings deste arquivo (cada string por linha), esta linha do log será ignorada do relatório. Com isso você pode filtrar qualquer coisa do relatório.
  • exclude.users
Os usuários que estiverem neste arquivo (separados por linha) não serão incluídos no relatório.
Na execução do Sarg, ele buscará pelo seu arquivo de configuração, armazenado em /usr/local/sarg/sarg.conf. É possível indicar um outro arquivo de configuração. Para facilitar, no quadro abaixo segue um arquivo de configuração completo, com o nome /usr/local/sarg/sarg-dia.conf
# Relatório Squid por: Dia

# Língua Utilizada, coloquei em inglês aqui, mas será tudo em português
# do Brasil, veja o porquê depois.
language English

# Arquivo de LOG do Squid, lembra? Na sua configuração do Squid tem
# falando onde se encontra este arquivo.
access_log /var/log/squid3/access.log

# Título da página HTML
title "Relatório Diário do Proxy"

# --- Visual ---
# Aqui tem várias variáveis que você pode mudar para deixar o
# visual do relatório (cores, fontes, etc) de acordo com o que
# você quiser. Aqui estou usando os valores padrões.
font_face Arial
header_color darkblue
header_bgcolor blanchedalmond
header_font_size -1
background_color white
text_color black
text_bgcolor beige
title_color green
#--- Fim do Visual ---

# Diretório Temporário
temporary_dir /tmp

# Diretório de Saída para as página de relatório, ou seja,
# onde o relatório vai ficar para consulta via um navegador.
# "Geralmente" esse diretório tem que estar dentro do root do seu
# servidor Web :D
output_dir /var/www/sarg

# Qual critério de ordem para a seção "TopUser?" USER/CONNECT/BYTES/TIME
# Isso irá organizar o relatório na seção de TopUsers, colocando os usuários
# que mais baixaram bytes primeiro.
topuser_sort_field BYTES reverse

# Qual critério de ordem para a seção "User"? SITE/CONNECT/BYTES/TIME
# Isso irá organizar a seção de usuários da mesma forma que o item anterior.
user_sort_field BYTES reverse

# Arquivo com usuários que não devem estar nos relatórios
exclude_users /usr/local/sarg/exclude.users

# Arquivo com hosts que não devem estar nos relatórios
exclude_hosts /usr/local/sarg/exclude.hosts

# Formato da data (e=dd/mm/yy, u=mm/dd/yy, w=yy/ww)
date_format e

# Limite de logs até os antigos serem removidos, quando houver mais
# de N relatórios, o mais antigo é automaticamente removido. Aqui
# estamos indicando para nunca apagar nada.
lastlog 0

# Remover arquivos temporários após o uso?
remove_temp_files yes

# Gerar o index.html? (only = gera só o index.html principal)
index yes

# Sobrescrever o relatório se já existe?
overwrite_report yes

# O que fazer com registros sem usuário? (ignore/ip/everybody)
records_without_userid ignore

# Usar vírgula ao invés de ponto?
use_comma no

# Qual a quantidade de sites mais visitados à listar?
topsites_num 100

# Qual critério de ordem para o topsites? CONNECT/BYTES A/D
# Aqui diz para ordenar os sites mais acessados por utilização de banda,
# em forma decrescente.
topsites_sort_order BYTES D

# Arquivo de códigos HTTP para serem ignorados no relatório
exclude_codes /usr/local/sarg/exclude_codes

# Tempo de checkagem
max_elapsed 28800000

# -- Tipo de Relatorio a ser gerado --
#      + topsites       - Mostra o site, conexão e bytes
#      + sites_users    - Mostra que usuários estavam acessando um site
#      + users_sites    - Mostra sites acessados pelo usuário
#      + date_time      - Mostra quantidade de bytes usados por dia e hora
#      + denied         - Mostra todos os sites negados com URL completa
#      + auth_failures  - Mostra falhas de autentificação
report_typie topsites users_sites sites_users date_time denied auth_failures site_user_time_date
 
# Exibir URLs completas? (Não recomendado)
long_url no

# Se alguma linha do access.log conter uma das strings, será ignorada
exclude_string /usr/local/sarg/exclude.strings

# Mostrar mensagem de sucesso na geração do relatório no fim?
show_successful_message no

# Campos para a seçao topusers
topuser_fields NUM DATE_TIME USERID CONNECT BYTES %BYTES IN-CACHE-OUT USED_TIME MILISEC %TIME TOTAL AVERAGE

# Quantidade de usuários para listar no relatório topsites
topuser_num 0
Mesmo setando a linguagem para Portuguese, o sarg sempre coloca em inglês (não sei se numa versão mais recente foi corrigido). Para solucionar o problema, faça o quadro abaixo:
cd /usr/local/sarg/languages
mv English English.old
ln -s Portuguese English  
Ainda, no idioma Portuguese, faltam duas linhas na tradução. Adicione as duas linhas abaixo no final do arquivo:
"Negado"
"Topsites"


Configuração no arquivo padrão (sarg.conf)

No arquivo de configuração padrão do sarg, o sarg.conf, talvez seja necessário modificar as opções abaixo:
→ access_log /var/log/squid3/access.log 
→ title “Relatório de Acessos do Squid” 
→ output_dir /var/www/sarg 
→ date_format e 
→ charset UTF-8 
→ overwrite_report yes 
Crie o diretório para o sarg:
$ sudo mkdir /var/www/sarg
$ sudo chown root.wwweb /var/www/sarg
$ sudo chmod 750 /var/www/sarg

Executando o Sarg

Para apresentar o log de acessos do Squid, é preciso rodar o comando sarg (/usr/bin/sarg). Esse comando vai ler o arquivo de log descrito no parâmetro access_log do arquivo de configuração /usr/local/sarg/sarg.conf. 
O resultado será gravado em formato html no local descrito no parâmetro output_dir do arquivo de configuração sarg.conf. Como root, execute em um terminal:
sarg
Se não informado nenhum parâmetro ao comando, ele pegará o log da data corrente. Também é possível executar o comando da seguinte maneira:
sarg -f /usr/local/sarg/sarg-dia.conf -d 29/06/2007-29/06/2007
Onde: 
-f /usr/local/sarg/sarg-dia.conf –> informa um arquivo de configuração. Caso não seja informado, pegará o arquivo padrão em /usr/local/sarg/sarg.conf. 
-d 29/06/2007-29/06/2007 –> informa um intervalo de datas a ser pesquisado no log. Caso não seja informado, pega o dia atual. 

OBS: o visual apresentado pelo script de configuração padrão (sarg.confg) ficou mais apresentável do que o da configuração de sarg-dia.conf.

Automatizando o Sarg

Essa é fácil… para que o sistema construa relatórios diários e de forma automática, basta criar um script com o comando acima e colocar no cron do sistema, em /etc/crontab

Visualizando o Sarg pelo browser

É definido pela variável de configuração output_dir, do arquivo sarg.conf. Na configuração foi definido o caminho /var/www/sarg . No navegador ficará 
http://localhost/sarg

segunda-feira, 23 de agosto de 2010

SWAT - Gerenciamento web para o Samba

O Swat é uma ferramenta web para configuração e gerenciamento do Samba. Pra que ficar alterando o Samba via linha de comando se podemos fazê-lo diretamente através de uma interface web...


Instalação pelo apt-get:
apt-get install swat

Depois acrescente a linha no /etc/inet.d:

swat            stream  tcp     nowait.400      root    /usr/sbin/tcpd  /usr/sbin/swat
Reinicie o inetd:
/etc/init.d/inetd restart 

E pronto.. para acesar o swat acessa pela porta 901:
http://localhost:901
Ao acessar, será solicitado um login/senha de um usuário válido do Linux.

Quando o Linux não levanta a interface de rede

Certa vez tive um problema quando tentei instalar uma terceira placa de rede e não deu certo. Até então havia utilizado no máximo duas placas de rede, mapeadas em eth0 e eth1 e nunca uma terceira placa. Com duas o Linux mapeou certinho, podendo levantá-las ou baixá-las com ifconfig, mas com 3 placas, apesar de conhecer a terceira, não foi possível utilizar sua interface (eth2, eth3, …) com ifconfig.
Através do comando
lspci, observei que as três placas foram reconhecidas normalmente, sendo 2 onboard (placa ASUS) e uma offboard (3COM), como mostra a saída do comando abaixo:

$ lspci | grep Ethernet

02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12)
05:00.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30)
05:02.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 14)
Pesquisando na internet, descobri que as informações persistentes sobre rede (as placas) são guardadas no arquivo /etc/udev/rules.d/70-persistent-net.rules. Talvez mude em uma versão posterior ou em outra distribuição, mas é fácil descobrir qual o arquivo:

$ cd /etc/udev/rules.d
$ ls *net.rules*

O comando mostra o arquivo utilizado.
Nesse arquivo estão mapeadas todas as placas de rede reconhecidas pelo Linux, inclusive firewire. Conteúdo do arquivo:

$ cat 0-persistent-net.rules
# PCI device 0x11ab:0x4364 (sky2)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:8c:a4:04:72", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x11ab:0x4320 (skge)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:8c:a4:03:dc", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# Firewire device  (nodemgr)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1e:8c:00:01:e1:cc:91", ATTR{type}=="24", KERNEL=="eth*", NAME="eth2"

# PCI device 0x10b7:0x9055 (3c59x)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:04:22:62:16", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
No arquivo acima estão, em ordem:


1 –> a primeira placa de rede onboard, mapeado como eth0;

2 –> a segunda placa de rede onboard, mapeado como eth1;

3 –> uma placa firewire onboard, mapeado como eth2;

4 –> a terceira placa de rede offboard, mapeado como eth1.



Esse arquivo é atualizado automaticamente pelo Linux quando uma nova placa de rede é inserida no micro. O erro que ocorreu foi que a partir da terceira, ele sempre atribui a interface eth1!!
Para corrigir isso, basta atribuir manualmente a interface correta, que nesse caso eu coloquei
eth3:
# PCI device 0x11ab:0x4364 (sky2)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:8c:a4:04:72", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x11ab:0x4320 (skge)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:24:8c:a4:03:dc", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

# Firewire device  (nodemgr)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:1e:8c:00:01:e1:cc:91", ATTR{type}=="24", KERNEL=="eth*", NAME="eth2"

# PCI device 0x10b7:0x9055 (3c59x)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:50:04:22:62:16", ATTR{type}=="1", KERNEL=="eth*", NAME="eth3"
Isso também pode ser utilizado para trocar a interface de rede entre as placas, mudando de eth0 para eth1, ou vice-versa, entre as placas de rede instaladas.
Foi preciso reiniciar a máquina para que as alterações tenham efeito. 

sexta-feira, 30 de abril de 2010

Brasil paga 10 vezes mais por banda larga que países ricos

Parece brincadeira, e de mal gosto, mas não é. Nós, brasileiros, pagamos nada mais nada menos que dez vezes mais pelo preço da banda larga que cidadãos de países desenvolvidos, segundo estudo divulgado pelo IPEA (Instituto de Pesquisa Econômica Aplicada). Um estudo bastante abrangente, diga-se de passagem, embora o enorme gap revelado entre a disponibilidade de internet banda larga e o custo que pagamos seja esperado e não seja lá uma novidade (basta olhar em volta). Porém o que não deixa de assustar pela precisão dos números.

Segundo o estudo…
Enquanto na renda mensal dos brasileiros o gasto médio com banda larga no Brasil custava, proporcionalmente, 4,58% da renda mensal per capita de 2009, nos países desenvolvidos a mesma relação gravitava em torno de 0,5% –quase dez vezes menor, segundo os dados apresentados. Na Rússia, o índice caía para menos da metade no período, ou 1,68%.
O IPEA apontou ainda três fatores que contribuem para tamanha disparidade entre os preços praticados de banda larga entre países pobres e ricos:
  • baixo nível de competição,
  • elevada carga tributária,
  • baixa renda da população
O Plano Nacional de Banda Larga, que prevê um acesso a internet por banda larga a um custo que gira em torno de R$30, ainda segue em discussão e deve vir somente em 2011. Seria de grande ajuda no sentido de democratização do acesso a um serviço tão básico para o cidadão do século 21.
Outros dados que são importantes considerar, conforme divulgados pelo estudo:
Segundo os técnicos do Ipea, o Brasil tem uma média de conexão de 1 Mbps (megabit por segundo), enquanto países como Japão e Coreia têm conexões de 100 Mbps. “Isso acontece por causa do uso de fibra óptica, que propicia velocidades mais altas”, afirmou Kubota.
Na divisão por velocidade de conexão, 34% das residências têm até 256 Kbps, enquanto 20% apresentam conexão entre 256 Kbps e 1 Mbps. Outros 15% possuem conexões entre 1 e 2 Mbps. Conexões entre 4 e 8 Mbps ou acima disso correspondem a apenas 2% da população. Outros 23% não souberam responder as velocidades.
É uma situação vergonhosa para um país que quer ser destaque positivo em termos de desenvolvimento, um líder na América Latina. Ainda mais para um país que espera grandiosos eventos como Olimpiadas e Copa do Mundo.
Ademais, a internet é a esteira do desenvolvimento da educação no cenário mundial. Negar internet tambem é negar educação. Do que adianta enormes investimentos em Educação a Distância se não temos infraestrutura para atender a demanda?
Todo o investimento feito nesse sentido tem retorno garantido, afinal, com mais conhecimento disseminado e redução dos custos dos processos educacionais, teremos um povo mais preparado para os desafios do futuro, que por sua vez retornará com maiores contribuições para o desenvolvimento do país. É um ciclo fabuloso!
Quando teremos de fato um acesso a internet de forma decente, sabemos apenas na teoria, até porque os políticos costumam se empolgar um pouco mais em véspera de eleições. Cabe a nós tomar cuidado com os candidatos que iremos votar. Agora é a hora de ficar ainda mais ligado nos planos de campanha de cada um, conhecer suas prioridades…não ter medo de mudar, se preciso for.

terça-feira, 8 de dezembro de 2009

DNS Público no google

Novidade do dia! O Google acaba de lançar um serviço de DNS público e gratuito. o Google Public DNS. Este projeto é um sistema de nomes de domínio global e livre, que você poderá utilizar como uma alternativa para seu atual provedor de DNS. Por sinal, os DNSs públicos do Google são muito fáceis de decorar. O DNS Primário possui o endereço de IP 8.8.8.8, e o DNS Secundário, 8.8.4.4.

O Google garante que, utilizando seu serviço de DNS público, você terá uma experiência de navegação muito maior, aumentará sua segurança durante o uso da Internet, além de conseguir os resultados que você espera sem ocorrer nenhum redirecionamento. Resumindo: esse serviço do Google promete!



Fonte: under-linux

quinta-feira, 15 de outubro de 2009

O que é backbone?

Graças a ele, você pode acessar a Internet.
Pouca gente sabe, mas se não fosse pelo backbone, provavelmente não teríamos acesso à Internet em nossas casas, empresas, nos shoppings e outros ambientes. Backbone significa “espinha dorsal”, e é o termo utilizado para identificar a rede principal pela qual os dados de todos os clientes da Internet passam. É a espinha dorsal da Internet.
Esta rede também é a responsável por enviar e receber dados entre as cidades brasileiras ou para países de fora. Para que a velocidade de transmissão não seja lenta, o backbone utiliza o sistema “dividir para conquistar”, pois divide a grande espinha dorsal em várias redes menores.
Explicando melhor
Quando você envia um email ou uma mensagem pelo MSN, as informações saem do seu computador, passando pela rede local para depois “desaguar” no backbone. Assim que o destino da mensagem é encontrado, a rede local recebe os dados para então repassar para o computador correto.
Para entender melhor o conceito, pense no backbone como uma grande estrada, que possui diversas entradas e saídas para outras cidades (redes menores). Nesta estrada, trafegam todos os dados enviados na Internet, que procuram pela cidade certa a fim de entregar a mensagem.No Brasil, as empresas prestadoras deste serviço são: BrasilTelecom, Telecom Italia, Telefônica, Embratel, Global Crossing e a Rede Nacional de Ensino e Pesquisa (RNP).
Bloqueio nacional
Bloqueio nacionalVocê já deve ter ouvido falar de alguns países que bloqueiam o acesso a certos sites, como o YouTube. Como os sites, no submundo dos bits, nada mais são do que números de identificação, uma vez que esses códigos identificadores sejam bloqueados de modo que o backbone não possa enviar seu conteúdo, o país inteiro fica sem autorização para acessar as páginas.
Embora não pareça complicado, bloquear um site para que um país inteiro não tenha acesso ao seu conteúdo não é uma tarefa muito trivial. No entanto, uma vez feito, é praticamente impossível burlar a segurança.

Fonte: baixaki/info

sexta-feira, 11 de setembro de 2009

SWScanner - Sniffer para redes wireless

Simples Wireless Scanner (SWScanner) é um aplicativo para ambiente Linux projetado para digitalização e configuração de redes sem fios. SWScanner
é tambaém um poderosa ferramente de wardriving e tem um elevado nível de compatibilidade com NetStumbler, um semelhante aplicação para windows.

  * SWScanner usa wireless-extensões.
  * Detalha e atualiza informação de sinal, ruído e outros parâmetros da rede sem fios da interface selecionada.
  * GPS integração.
  * Possibilidade de armazenamento de configurações de rede dos pontos de acesso detectados.
  * Simplifica o associa/desassocia processo de um ponto de acesso.
  * Posibilidade de armazenar dados digitalizados.
  * Simplifica wardriving.
  * Combatible registo de dados entre NetStumbler e SWScanner, ou seja: é possível abrir um arquivo texto ou resumo elaborado com NS. NS também reconhece os arquivos produzidos pela SWScanner.
  * Conversão de log (texto ou sumário) arquivos (de NS ou SWScanner) em formato ESRI Shapefile.

Instalação:

Durante a instalação, a versão atual era a 0.2.2. Nessa versão, o pacote do repositório do Ubuntu dava erro ao acessar com privilégios de root. Por isso, o pacote foi baixada da página e instalado manualmente.  Para evitar que o pacote fosse substituído pelo pacote do repositório, fui usado o recurso abaixo para "avisar" ao apt-get que não deve atualizar o pacote.
Instalando e resolvendo dependências:

 $ sudo dpkg -i swscanner_0.2.2-2_i386.deb
 $ sudo apt-get install -f

Evitando substituição pelo pacote do repositório. Primeiro crie o arquivo preferences e depois entre com o código nesse arquivo:

  $ sudo vi /etc/apt/preferences

E adicionar isto:

  Package: swscanner
  Pin: version 0.2.2-2
  Pin-Priority: 1001

Fonte: SWScanner