MSN-Proxy no Debian Etch

remontti

Depois de apanhar bastante, resolvi publicar o que fiz. Encontrei vários tutoriais na net para o MSN-Proxy, mas nenhum especificadamente para o Debian Etch. Então está aí!

[ Hits: 49.584 ]

Por: Rudimar Remontti em 18/06/2008

0 0

Denuncie Favoritos Indicar Impressora

Instalação e configuração

Tenha instalado Apache + PHP5 + MySQL. Caso não tenha esses pacotes, instale com os comandos:

# aptitude install php5 libapache2-mod-php5 php5-gd php5-imagick php5-mysql
# aptitude install apache2
# aptitude install mysql-server phpmyadmin
# mysqladmin -u root password SENHA-DO-MYSQL

# vim /etc/php5/apache2/php.ini

Altere:

safe_mode = On
safe_mode_gid = On
register_globals = On
display_errors = On

Instalando os compiladores e lib do MySQL:

# aptitude install make gcc g++
# aptitude install -f libmysqlclient15-dev

Instalando MSN Proxy

Tenha os arquivos no servidor:

Instalando libvent:

# wget http://monkey.org/~provos/libevent-1.3d.tar.gz
# tar -vxzf libevent-1.3d.tar.gz
# cd libevent-1.3d
# ./configure
# make
# make install
# cd /usr/lib/
# ln -s /usr/local/lib/libevent-1.3d.so.1

Instalando o MSN Proxy:

# wget http://ufpr.dl.sourceforge.net/sourceforge/\
msn-proxy/msn-proxy-0.6.1-mysql.tar.gz
# tar -vxzf msn-proxy-0.6.tar.gz
# cd msn-proxy
# vim Makefile

Comente as linhas do FreeBSD e altere as do Linux.

MYSQLINC=/usr/lib/mysql
MYSQLLIB=/var/lib/mysql/mysql

# make
# make install
# mkdir /var/www/msn-proxy
# cp -R php /var/www/
# mv /var/www/php /var/www/msn-proxy
# vim /var/www/msn-proxy/mysql.inc.php

Altere:

$host = "localhost";
$user = "root";
$pass = "SENHA-DO-MYSQL";
$db = "msn-proxy";
$port = 3306;

# vim /usr/local/etc/msn-proxy/mysql/conf

Deixe assim:

localhost|3306|root|SENHA-DO-MYSQL|msn-proxy

# mysql -p
(e digite a senha do root)
mysql> CREATE DATABASE `msn-proxy`;
mysql> quit

# /usr/local/bin/msn-proxy

Se tudo ocorrer bem, terá a seguinte mensagem:

PUBLIC ACCESS on /usr/local/etc/msn-proxy/mysql/conf should be removed !!!¹
fail to read mysql config (check defaults table)

# chmod 600 /usr/local/etc/msn-proxy/mysql/conf
# vim /usr/local/etc/msn-proxy/msn-proxy.conf

-> max_clients=10
Por padrão vem controle para até 10 usuários, altere de acordo com suas necessidades.

Direcionamento da porta 1863 do msn:

# /sbin/iptables -t nat -A PREROUTING -i eth0 -p udp --dport 1863 -j REDIRECT --to-port 1863

Configurando o ip da sua rede no banco de dados, onde 192.168.0.1 é o ip da placa ligada na rede dos clientes.

# mysql -p
(e digite a senha do root)
mysql> use msn-proxy;
mysql> show tables;

Com esse comando você confere se está mesmo na base de dados msn-proxy, se estiver irá aparecer isso:


+---------------------+
| Tables_in_msn-proxy |
+---------------------+
| contact_groups      | 
| contacts            | 
| defaults            | 
| log                 | 
| sb                  | 
| users               | 
+---------------------+

mysql> INSERT INTO `defaults` ( `internal_host` , `connect` , `save_msg` , `save_contacts` , `commands` , `warnemail` , `warndn` , `warnmsg` , `msgfont` , `msgcolor` )
VALUES (
'192.168.0.1', 'YES', 'YES', 'YES', '0', 'rudimar@remontti.com.br', 'Administrador do Sistema', 'Para sua segurança esta mensagem esta sendo monitorada.', 'Arial', 'black'
);

verificando se gravou:

mysql> SELECT * FROM `defaults`;

| 192.168.0.1 | YES | YES | YES | 0 | rudimar@remontti.com.br | Administrador do Sistema | Para sua segurança esta mensagem esta sendo monitorada. | Arial | black |
1 row in set (0.00 sec)

Se essa foi a reposta, está tudo pronto!

mysql> quit

Iniciando MSN Proxy:

# /usr/local/bin/msn-proxy &
# /usr/local/bin/msn-proxy -d & (-d para ver os logs)

Carregando na inicialização:

Crie um arquivo com o seguinte conteúdo, ex.:

# vim /etc/init.d/msn-proxy.sh

#!/bin/bash
/usr/local/bin/msn-proxy -b &
echo "MSN-Proxy Inicializado"

# cd /etc/init.d/
# chmod 755 /etc/init.d/msn-proxy.sh
# update-rc.d msn-proxy.sh defaults 80

Espero que tenha ajudado!

Coloquei quase todos os caminhos completos para o pessoal se localizar um pouco. Tem uma versão nova do libevent em http://monkey.org/~provos/libevent/. Não testei, mas no próximo vou usar ela.

Abraço.
Rudi

Sugestões:
MSN: rudimar@remontti.com.br

Páginas do artigo

1. Instalação e configuração

Outros artigos deste autor

Nenhum artigo encontrado.

Leitura recomendada

Implementando segurança no SSH

ClamAV em desktop

OpenVPN se comportando como PPTP

Encriptando suas senhas de forma (mais) segura no Pidgin

Firewall com Iptables + Squid

Comentários

[1] Comentário enviado por cvs em 18/06/2008 - 16:10h

Não entendi uma coisa...

/sbin/iptables -t nat -A PREROUTING -i eth0 -p udp --dport 1863 -j REDIRECT --to-port 1863

Redirecionar a porta 1863 para ela mesma? Tá certo isso ou que não peguei a ideia?

:D

Valeu

0 0

[2] Comentário enviado por removido em 18/06/2008 - 20:49h

É isso mesmo. Se você não usar esta regra, o msn pode usar a porta 80, por isso força-se a 1863 ser redirecionada pra ela mesma.
Fernando Bona

0 0

[3] Comentário enviado por pitombera em 19/06/2008 - 00:17h

are you sure?

prefiro abstrair e esperar que o pessoal comente por si próprio.

Tá de Parabéns, organizado e com informações novas.

0 0

[4] Comentário enviado por removido em 19/06/2008 - 08:19h

Yes, I prove.
Então use sem o redirecionamento, que será melhor e irá funcionar corretamente.

0 0

[5] Comentário enviado por y2h4ck em 19/06/2008 - 09:59h

Na verdade pessoal o nosso amigo timidboy se confundiu um pouco quanto a funcionalidade da regra.

Na regra supra citada acima ele faz um REDIRECT ou seja ..., quando usamos REDIRECT capturamos o tráfego da porta 1863 que seria a conexão do MSN saindo para o mundo e jogamos para o 1863 LOCAL, que é o nosso MSN-Proxy. É exatamente o mesmo procedimento de um Proxy HTTP qualquer.

EnTão é isso ae, REDIRECT = redireciona para a porta 1863 LOCAL, ou seja a porta LISTEN do MSN-Proxy.

[]s
Anderson

0 0

[6] Comentário enviado por y2h4ck em 19/06/2008 - 10:01h

Bom sanada a dúvida acima dos nossos colegas, quero focar meu comentário no Artigo em sí. Ao meu ver ficaram alguns pontos no AR:

- Para que serve o MSN-Proxy? Porque devo usa-lo? Qual vantagem terei em fazer esse processo?

- Quais as funcionalidades do MSN-Proxy, que opções ele tem legais, quais são recomendadas, quais vc não recomenda ?

- Quando o impacto no Uso para o usuário do MSN? Permite bloquear transferencia de arquivos ? Permite controlar a lista de contatos??

Bom, muitas coisas ficaram por responder, vc se focou tão somente no processo de instalação e configuração que ao meu ver é simples e não mostrou nenhum benefício com relação a Ferramenta.

[]'s

Anderson

0 0

[7] Comentário enviado por brunocontin em 19/06/2008 - 10:08h

E as regras de firewall que não estão funcionando, quando coloco elas, alem de não capturar ele não deia enviar as mensagens.

0 0

[8] Comentário enviado por mantunes em 19/06/2008 - 12:29h

Olá all,

é o terceiro artigo/dica que vejo sobre o mesmo assunto aqui no VOL. Os 3 autores estão de parabéns.
http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=8329
http://www.vivaolinux.com.br/dicas/verDica.php?codigo=10568

Já estou utilizando o MSN-Proxy já a uma semana e os resultados são bastante interessante.

Conforme o comentário do y2h4ck, seguem algumas caracteristicas e funcionalidades interessante.
- Bloqueio de Contatos por usuário;
- Log de mensagens;
- Bloqueio da transferência de arquivos, winks e blablabla...
- Interface de administração em PHP.

Aqui na empresa todos os usuários foram comunicados do uso da ferramenta. Pelo observado o uso do MSN caiu (:)) primeiro pq somente contatos de trabalho foram/estão sendo permitidos e segundo pq os usuários estão sabendo que as mensagens estão sendo logadas.

A regra de nat utilizada aqui é:
/sbin/iptables -t nat -A PREROUTING -i eth1 -p tcp --dport 1863 -j REDIRECT --to-port 1863
Sendo a eth1 a interface interna.

Só acho que faltam algumas funcionalidades na interface admin, como a possibilidade de importar uma lista de contatos para desbloquear, ou o desbloqueio por grupos.
Quem sabe alguem implementa isso e contribui com o projeto!

No mas parabéns ao autores dos artigos/dicas e ao desenvolvedor.

[[]]´s

0 0

[9] Comentário enviado por pitombera em 19/06/2008 - 14:45h

Só é chato ver que alguem adaptou seu artigo e nem citou as fontes, facilmente percebe-se algumas partes copiadas, meu comentário anterior foi por que ele colocou a regra de iptables errada, o correto seria 'tcp' e não 'udp'.

Então timidboy, não me venha com aulinhas do que não sabe.

Só pra constar vou colocar o endereço do meu artigo, os comentários possuem algumas dúvidas respondidas e alguns problemas relatados pelo pessoal.

http://powerguide.wordpress.com/2007/12/04/msn-proxy-no-freebsd-e-linux/

0 0

[10] Comentário enviado por virgilio em 19/06/2008 - 16:42h

http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=8329

Você podia ter olhado na vivaolinux. =)

0 0

[11] Comentário enviado por Renick em 22/06/2008 - 23:38h

ta me dando essa mensagem auguem pode me ajudar?

Fatal error: Call to undefined function: mysql_connect() in /var/www/msn-proxy/mysql.inc.php on line 29

quando tento navegar

0 0

[12] Comentário enviado por agl77 em 23/06/2008 - 10:48h

erro na conexão
se vc mudar na linha 23 a variavel $host deixe
$host = "localhost";

daí ele conecta normalmente!

0 0

[13] Comentário enviado por joaovitorlinux em 23/06/2008 - 12:13h

Colega, depois de instala-lo no meu servidor, quando executo o comando
/usr/local/bin/msn-proxy aparece o seguinte erro:

fail to read mysql config (check defaults table)

Mas já foi criado o banco de dados certiho.

Poderia dar uma força?

T+

0 0

[14] Comentário enviado por renick em 23/06/2008 - 12:55h

agl77 mais ta assim..

0 0

[15] Comentário enviado por joaovitorlinux em 23/06/2008 - 13:32h

Vixi galera, foi mal, problema de conexao mesmo com o banco, vo tentar resolver aki, valeu

0 0

[16] Comentário enviado por renick em 23/06/2008 - 16:12h

Uhh, jah resolvi lah... era o seguinte, tinha o apache e o apache2 instalado, o php4 e o php5. deve ter entrado em conflito, desistalei as versao antiga, e funciou di boa...

vlw otimo artigo

0 0

[17] Comentário enviado por joaovitorlinux em 24/06/2008 - 14:03h

Amigo, quando digito o comando /usr/local/bin/msn-proxy -d & olhe o resultado:

default ns host : messenger.hotmail.com
default ns port : 1863
listen host : 0.0.0.0
listen port : 1863
backlog : 10
max clients : 100
max ctl clients : 10
port range begin : 25000
port range end : 30000
ctl read timeout : 5
client read timeout : 600
client write timeout : 60
server read timeout : 600
server write timeout : 60
client connect timeout: 180

ACLs
connect : ALLOW
log messages : YES
save_contacts : YES

Em listen host não teria que aparecer o gateway da minha rede?

Quem puder ajudar agradeço, T+

0 0

[18] Comentário enviado por brunocontin em 25/06/2008 - 08:58h

?comentario=

É com essas regras de fírewall eu não consigo enviar mensagens, alguem poderia me ajuadar?

0 0

[19] Comentário enviado por predator em 25/06/2008 - 10:50h

?comentario=

0 0

[20] Comentário enviado por predator em 25/06/2008 - 10:57h

bigfootmachado, brunocontin

tente adicionar essa regra no script de firewall

iptables -A INPUT -p ALL -s 192.168.0.0/24 -i eth1 -j ACCEPT

eth1=minha rede interna
192.168.0.0/24=minha rede

0 0

[21] Comentário enviado por joaovitorlinux em 25/06/2008 - 11:52h

Minha rede é o contrario da sua.

eth1 = internet
eth0 = rede interna.

Esse script podera resolver meu problema ????

0 0

[22] Comentário enviado por joaovitorlinux em 25/06/2008 - 12:10h

predator.

Colokei essa regra acima tanto com eth1 quanto eth0 e os usuarios ainda nao se conectam cara. aparece assim ainda:

Nenhum usuário conectado
Nenhum usuário desconectado

Voce conseguiu rodar de boa ai no seu?
Valeu

0 0

[23] Comentário enviado por joaovitorlinux em 26/06/2008 - 09:33h

Ai galera, o meu esta funcionando legalzinho. A linha de comando do iptables que deu certo aqui foi a seguinte:

iptables -t nat -I PREROUTING -i eth0 -p tcp --dport 1863 -j REDIRECT --to-port 1863
iptables -A INPUT -p ALL -s 192.168.0.0/24 -i eth0 -j ACCEPT

eth0 = rede interna minha aqui.

Agora vamos ver se continuara funcionando certinho amanha tambem neh, a hahahh ahaha h, valeu ai
Ajudaram a economizar aqui na empresa R$ 5.000,00.
T+

0 0

[24] Comentário enviado por predator em 26/06/2008 - 11:41h

legal cara!

0 0

[25] Comentário enviado por joaovitorlinux em 27/06/2008 - 14:49h

Galera, estive dando uma olhada aqui e percebi q durante um dia inteiro, o msn-proxy caiu, nao controlava mais os usuarios, para resolver, tive q matar o processo do msn-proxy e subir denovo, alguem sabe o motivo dessa caida ? falta de processamento ?
Esta rodando em um Kurumin 7.0, Celeron 2.6 Ghz com 256 de RAM.
Se aumentasse a capacidade de processamento resolveria ou algum script ?

Valeu.

0 0

[26] Comentário enviado por agl77 em 27/06/2008 - 15:50h

quantos usuarios estao setados em max_clients=
dentro do arquivo /usr/local/etc/msn-proxy/msn-proxy.conf
tenho aqui 300, a maquina ta com 512 mb, e ta blz
eu tinha colocado 100.000 antes, achando q nao influenciava, chegava a resetar meu modem adsl!
caia constantemente o msn e o msn-proxy

0 0

[27] Comentário enviado por joaovitorlinux em 27/06/2008 - 17:31h

Entao agl77, colokei 100 usuarios mas esta em uso somente 10.

fmz

0 0

[28] Comentário enviado por brunocontin em 30/06/2008 - 13:19h

É mesmo eu colocando as regras novas no firewall o msn não consegue enviar as menságens

?comentario=

0 0

[29] Comentário enviado por joaovitorlinux em 30/06/2008 - 22:36h

brunocontin, vc conseguiu fazer a conexao com o banco ???

0 0

[30] Comentário enviado por brunocontin em 01/07/2008 - 10:42h

sim, a página do msn-proxy aparece, fica tudo funcionando, o serviço está funcionando, só que quando eu coloco as regras eu não consigo enviar mais mensagem

0 0

[31] Comentário enviado por joaovitorlinux em 01/07/2008 - 14:02h

Poderia colar seu rc.local ai ????

0 0

[32] Comentário enviado por brunocontin em 02/07/2008 - 10:18h

o meu firewall não está no rc.local
já tentei todas essas regras, lembrando que eu coloquei logo no início do script:

iptables -t nat -A PREROUTING -p tcp --dport 1863 -s 192.168.254.0/24 -j REDIRECT --to-port 1863

#iptables -t nat -A PREROUTING -p tcp --dport 1863 -i eth1 -j REDIRECT --to-port 1863

#iptables -t nat -A PREROUTING -i $INTERNA -p udp --dport 1863 -j REDIRECT --to-port 1863
#iptables -t nat -A PREROUTING -i $INTERNA -p tcp --dport 1863 -j REDIRECT --to-port 1863

0 0

[33] Comentário enviado por joaovitorlinux em 02/07/2008 - 17:37h

Qual a faixa dos ip´s de sua rede amigo ? 192.168.254.xxx ???

0 0

[34] Comentário enviado por georgemattos em 03/07/2008 - 12:11h

Alguém conhece um jeito de bloquear todos os contatos de um usuario de uma vez, para não precisar clicar em cada contato?

0 0

[35] Comentário enviado por joaovitorlinux em 04/07/2008 - 10:14h

No meu ele vem por padrão todos contatos bloqueados cara.

0 0

[36] Comentário enviado por georgemattos em 04/07/2008 - 16:32h

Estranho, já instalei duas versões aqui e nas duas todos os contatos vem liberados por padrão, existe um radio button sobre todos os outros da lista de usuarios, esperava que marcando ele essa configuração seria possível, porém...

0 0

[37] Comentário enviado por brunocontin em 07/07/2008 - 08:55h

Sim minha faixa é essa 192.168.254.xxx

?comentario=

0 0

[38] Comentário enviado por agl77 em 07/07/2008 - 09:59h

brunocontin, tenta

iptables -t nat -I PREROUTING -i $internet -p tcp --dport 1863 -j REDIRECT --to-port 1863

utilize a interface da internet! pra mim ta funcionando assim

0 0

[39] Comentário enviado por georgemattos em 11/07/2008 - 10:15h

E aeh? Ninguém sabe como deixar todos os contatos de todo mundo bloqueados por padrão?

0 0

[40] Comentário enviado por mantunes em 12/07/2008 - 21:51h

georgematos,

nas configurações ta marcado bloquear novos usuários?

aqui no meu ta bloqueando todo mundo por padrão.

att

0 0

[41] Comentário enviado por plvsouza em 23/07/2008 - 03:21h

Para não precisar afetar a configuração global do php.ini pode se criar um alias no apache2 da seguinte maneira:

Alias /msn-proxy /var/www/msn-proxy

<Directory /var/www/msn-proxy>
php_value safe_mode on
php_value safe_mode_gid on
php_value register_globals on
php_value display_erros on
</Directory>

0 0

[42] Comentário enviado por predator em 30/07/2008 - 10:23h

pessoal,

como esta indo o msn-proxy de voçes?
tenho notado que as consultas aos chats é muita lenta leva as vezes até 2 minutos, será que é o meu hardware?

Atlon Xp 1300Mhz
256Mb Ram 133Mhz
Hd WDC 20GB 5400RPM
Placa Mãe Pcchips

0 0

[43] Comentário enviado por fabioversaobeta em 15/08/2008 - 10:00h

Vlw remontti. =]

tutorial super bacana.

Galera, se tiverem enrolados ai, soh pedir ajuda pro remontti.
Me deu uma grande ajuda pelo MSN e SSH. Nele podem confia.

Vai ai um comando se alguem precisar parar o MSN-Proxy.
iptables -t nat -D PREROUTING -i eth1 -p tcp --dport 1863 -j REDIRECT --to-port 1863

0 0

[44] Comentário enviado por fabioversaobeta em 15/08/2008 - 10:10h

alguem ja conseguiu enviar a mensagem de monitoramento apenas 1 vez (quando abre a conversa)?

0 0

[45] Comentário enviado por heio_bs em 01/09/2008 - 09:02h

estou com um serio problematalação do msn-proxy no fedora
quando dou o commando make ele esta dando o seginte erro:
cc -g -Wall -O2 -pipe -I/usr/local/include -I/usr/lib/mysql -fno-builtin-log -c mysql.c
mysql.c: In function `db_init':
mysql.c:279: error: `MYSQL_OPT_RECONNECT' undeclared (first use in this function)
mysql.c:279: error: (Each undeclared identifier is reported only once
mysql.c:279: error: for each function it appears in.)

alguem pode me ajudar

0 0

[46] Comentário enviado por metall em 02/09/2008 - 09:01h

Parabens Fico Show o artigo!

Gostaria de Tirar um duvida aqui esta tudo funcionando perfeitamente a instalacao foi show de bola....
Unico problema que percebi foi que a mensagem que diz que esta sendo monitorado a conversa soh aparece para usuario da minha rede! nao aparece pro outro! Alguem sabe alguma solucao para isso?

Desde ja Agradeço.

0 0

[47] Comentário enviado por jlaudirt em 03/10/2008 - 18:17h

problemas ... configurei/instalei conforme orientado mas ao rodar ele retorna um erro.... abaixo um debug q eu fiz:

root@firewall:/usr/local/msn-proxy# msn-proxy -v; echo $?
info: reading config file [/usr/local/etc/msn-proxy/msn-proxy.conf]
SQL: (SHOW TABLES)
Segmentation fault
139

0 0

[48] Comentário enviado por diansonntag em 22/10/2008 - 11:21h

Grande Lokomontti :D

0 0

[49] Comentário enviado por rodalmei em 28/10/2008 - 17:21h

mysql -p
(e digite a senha do root)
mysql> use msn-proxy;
mysql> show tables;

depois disso aparece tabela vazia!!

alguem pode me ajudar

0 0

[50] Comentário enviado por samuel.bmedeiros em 25/11/2008 - 17:38h

Estou tentando realizar a instalação do msn proxy, porém já olhei e segui todas as dicas que nosso amigo 'google' pode dar.
Grandes dicas consegui por aqui.

Instalei todos os pacotes necessarios pra rodar o msnproxy, porém não consigo compilar o bendito msnproxy...
do o comando make.. e me retorna o seguinte erro:

cc -g -Wall -O2 -pipe -I/usr/local/include -I/usr/include/mysql/ -fno-builtin-log -c mysql.c
mysql.c: In function `db_init':
mysql.c:279: error: `MYSQL_OPT_RECONNECT' undeclared (first use in this function)
mysql.c:279: error: (Each undeclared identifier is reported only once
mysql.c:279: error: for each function it appears in.)
make: ** [mysql.o] Erro 1

Já fiz diversas mudanças em arquivos para chegar até aqui seguindo as dicas...
meu Makefile esta assim:
# Linux (most)
MYSQLINC=/usr/include/mysql/
MYSQLLIB=/usr/lib/mysql/

pois estão de acordo com os devidos diretorios ...

abaixo vou colar as dicas que já segui para tentar solucionar o problema:(as dicas estao separadas pelos '----')
--------------------------------------------------------------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------------------------------------------------------------------------------
Solução menos dolorosa pra quem está precisando caso encontrou erro duante a compilação que diz assim:

mysql.h:49:25: mysql/mysql.h: No such file or directory
...
...

Atenção: No meu caso, meu mysql foi compilado e instalado no diretório /usr/local/mysql e libmysql + libmysqlclient também foram instalados em /usr/lib (No meu caso)

Depois de tentar apontar para /usr/local/mysql/include dentro do Makefile e mesmo assim dar erro, resolvi ir direto no arquivo mysql.h e mudar na força.

Como fazer:

Abra o arquivo mysql.h que vem junto com o msn-proxy,
vá até a linha 49 onde o include aponta para <mysql/mysql.h> e altere para o path correto onde está o mysql.h do seu mysql.

No meu caso ficou assim:

#include </usr/local/mysql/include/mysql.h>

Mas na dúvida verifique o caminho correto do seu mysql.h (que não é o arquivo que vem junto do msn-proxy, esse é do mysql mesmo)

Você pode verificar assim:

# locate -u (para atualizar o banco de dados de arquivos do seu HD)

# locate mysql.h (isso vai te mostrar todos os mysql.h do HD)

Bom, é isso aí, essa dica vai servir mais pra quem compilou o mysql e está passando pelo mesmo dilema que passei.
--------------------------------------------------------------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------------------------------------------------------------------------------
mysql.c: In function `db_init':
mysql.c:279: error: `MYSQL_OPT_RECONNECT' undeclared (first use in this function)
mysql.c:279: error: (Each undeclared identifier is reported only once
mysql.c:279: error: for each function it appears in.)
make: *** [mysql.o] Error 1

1) Edite o arquivo Makefile e certifique-se de que as variáveis MYSQLINC e MYSQLLIB possuem caminhos válidos (para confirmar, dentro do PATH informado em MYSQLINC deve existir um arquivo mysql.h e dentro do MYSQLLIB devem existir as referências para o libmysql... ).

2) Edite o arquivo mysql.h e localize a linha:

#include <mysql/mysql.h>

Remova o PATH mysql/, deixando:

#include <mysql.h>

Rode o make que isso deve resolver.
--------------------------------------------------------------------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------------------------------------------------------------------------------

aguardo algum retorno... Obrigado pela atenção

0 0

[51] Comentário enviado por lincolngadea em 22/12/2008 - 00:26h

Olá amigos, venho humildimente pedir uma ajudazinha, ou melhor uma ajudasona,... sou estudante de redes e estouestudando linux tb, mas ainda estou muito cru em linux tá ligado... preciso de uma forcinha nesse msn proxy galera, o que devo fazer para instalar o msn-proxy?? tenho mais experiencia com Mikrotik e acredito que ele não suporta o msn proxy, poderia ser no debian? vou precisar fazer mais alguma coisa no debian alem do que está no tuto...?? e depois de executado todos os procedimentos, como vou gerenciar os contatos:??

0 0

[52] Comentário enviado por linux.vitor em 15/01/2009 - 09:33h

Pessoal, é possivel implementar uma regra para permitir somente login no msn para contas @meu_dominio.com.br?? e não permiti acesso pelas contas do hotmail,etc.

Obrigado.

0 0

[53] Comentário enviado por rafael.mendes em 02/02/2009 - 15:59h

Boa tarde...

Estou configurando o MSN-PROXY mas não estou conseguindo transferir o trafego do MSN para o MSN-Proxy. O que ocorre é que meu servidor proxy e meu servidor de firewall estão em máquinas difirentes... o MSN-PROXY esta rodando juntamente na maquina que roda o PROXY (SQUID) e o firewall é uma outra máquina...

Agora como faço para redirecionar o trafego do MSN para o MSN-PROXY ?

Grato.

0 0

[54] Comentário enviado por samuel.bmedeiros em 02/02/2009 - 21:04h

buenas caros...
estou com o msn-proxy instalado... ja cheguei a fazer funcionar, mas não sei pq ele não funciona mais...
cheguei a instalar o linux(debian) todo novamente do zero e nada...

me parece que na primeira vez que estava com a instalação do debian, o msn proxy parou depois que exclui os arquivos persistent-net-generator.rules e 45_persistent-net-generator.rules , respectiamente das pastas /etc/udev e /etc/udev/rules.d, pois estou usando o WMWARE para rodar dois Sistemas operacionais... e com isso ele ficava reconhecendo placas de redes diferentes mudando o numero das eth... e excluindo esses arquivos ele nao muda mais as eth e a internet funciona tudo blz... porem apenas tenho problemas com o msn-proxy, mas não sei se é pela excluisao dos arquivos.

Na segunda instalação que fiz do Debian, exclui de cara esses arquivos para nao ficar reconecendo varias placas de rede.... e nem cheguei a testar o msn-proxy sem excluir esses arquivos..imagino que não tenha nada haver... mas..

esse é o conf do mysql.inc.php

$host = "localhost";
$user = "msn-proxy";
$pass = "1234";
$db = "msn-proxy";
$port = 3306;

e esseé o erro

debian:/home/samuel# /usr/local/bin/msn-proxy -d
PUBLIC ACCESS on /usr/local/etc/msn-proxy/mysql/conf should be removed !!!
config file : /usr/local/etc/msn-proxy/msn-proxy.conf
default ns host : messenger.hotmail.com
default ns port : 1863
listen host : 0.0.0.0
listen port : 1863
backlog : 10
max clients : 10
max ctl clients : 10
port range begin : 25000
port range end : 30000
ctl read timeout : 5
client read timeout : 600
client write timeout : 60
server read timeout : 600
server write timeout : 60
client connect timeout: 180

ACLs
connect : ALLOW
log messages : YES
save_contacts : YES

debug: connection from [10.1.1.253]
debug: ns client disconnected

as portas necessarias estao liberadas no meu servidor firewall...

minha rede esta da seguinte maneira. tenho o notebook que estou usando como servidor do msn-proxy que utiliza o ip (10.1.1.52).... porém não é servidor do firewall

o servidor firewall... é o 10.1.1.1 onde estao liberadas as portas..

0 0

[55] Comentário enviado por samuel.bmedeiros em 04/02/2009 - 22:22h

boa noite a todos...

só para exclarecer...o problema ecima foi resolvido..

eram portas e protocolos bloqueados no meu firewall

agora estou com o seguinte problema..

conecta, porém nem todos os msn.... o que não conectou é um msn que possui uma grande quantia de contatos... deve influenciar.. e erro que retorno do msn-proxy é o seguinte>>>fail to send command to ns server..

se alguem ja teve esse problema, aguardo alguma dica... obrigado

0 0

[56] Comentário enviado por dark_ness em 13/04/2009 - 09:24h

Parabéns pelo artigo

Após seguir todos os passos e executar o msn-proxy -d aparece o seguinte resultado
msn-proxy release : msn-proxy-0.7a [$Id: msn-proxy.h 112 2009-03-15 17:30:2 8Z loos-br $]
config file : /usr/local/etc/msn-proxy/msn-proxy.conf
default ns host : messenger.hotmail.com
default ns port : 1863
listen host : 0.0.0.0
listen port : 1863
backlog : 10
max clients : 15
max ctl clients : 10
port range begin : 25000
port range end : 30000
ctl read timeout : 5
client read timeout : 600
client write timeout : 60
server read timeout : 600
server write timeout : 60
client connect timeout: 180

ACLs
connect : ALLOW
log messages : YES
save_contacts : YES

listen: Address already in use
Falha de segmentação

ALGUEM PODE ME AJUDAR ?

0 0

[57] Comentário enviado por gilsonbomfim em 16/04/2009 - 09:04h

Ola galera,

Seguinte, aqui na empresa temos um proxy em uma máquina onde todo o tráfego passa por ele e agora quero colocar o msn-proxy,

como faço pra redireciona as conexões que chegam no proxy para o meu msn-proxy?

ou o msn proxy captura pela porta que vai direto pra internet?

0 0

[58] Comentário enviado por guaiapo em 24/04/2009 - 11:25h

segui todos os passos do topico mais quando eu vou pra levantar o msn-proxy me da este erro oq esta acontecendo?
porfavor alguem me ajude...

root@carlos-laptop:/usr/local/bin# msn-proxy -v
info: reading config file [/usr/local/etc/msn-proxy/msn-proxy.conf]
SQL: (SHOW TABLES)
SQL: (SELECT connect, save_msg, save_contacts, commands, internal_host FROM defaults LIMIT 1)
msn-proxy release : msn-proxy-0.7a [$Id: msn-proxy.h 112 2009-03-15 17:30:28Z loos-br $]
config file : /usr/local/etc/msn-proxy/msn-proxy.conf
default ns host : messenger.hotmail.com
default ns port : 1863
listen host : 0.0.0.0
listen port : 1863
backlog : 10
max clients : 10
max ctl clients : 10
port range begin : 25000
port range end : 30000
ctl read timeout : 5
client read timeout : 600
client write timeout : 60
server read timeout : 600
server write timeout : 60
client connect timeout: 180

ACLs
connect : ALLOW
log messages : YES
save_contacts : YES

listen: Address already in use
root@carlos-laptop:/usr/local/bin#

0 0

[59] Comentário enviado por jetkid em 27/04/2009 - 13:48h

Muito bom o artigo! Instalei o msn-proxy no debian lenny sem maiores problemas.
Ou melhor, apenas um problema:
O processo msn-proxy fecha repentinamente sem deixar rastros e, logo depois, todas as mensagens que tento enviar retornam.
Dai tenho que ficar reiniciando o processo.

Alguem tem alguma sugestão de como resolver isso?

Muito Obrigado!!!

0 0

[60] Comentário enviado por lynx_74 em 01/06/2009 - 15:12h

samuel.bmedeiros,

Para resolver o MYSQL_OPT_RECONNECT, faça o seguinte:
1) Abra o mysql.c;
2) Procure por MYSQL_OPT_RECONNECT;
3) Altera a variável de MYSQL_OPT_RECONNECT para o número 0 ou 1, de acordo com a necessidade.

mysql_options(&mysql->mysql, MYSQL_OPT_RECONNECT, &reconnect);
mysql_options(&mysql->mysql, 1, &reconnect);
// ou
mysql_options(&mysql->mysql, 0, &reconnect);

[]'s

0 0

[61] Comentário enviado por kelloggs em 25/06/2009 - 15:56h

cara da onde voce pega esse arquivo aqui
# cp -R php /var/www/ ??
o php que eu nao entendi dentro de que pasta voce esta para dar o cp ?

0 0

[62] Comentário enviado por paulinhorm em 12/07/2009 - 14:46h

Aproveitando o topico, gostaria de perguntar para os colegas se esta mesma ferramenta serve para monitorar/bloquear
conversas e contatos de aplicativos como o Yahoo Messenger ou Skype....pois tenho clientes que usam estes
programas e gostariam de ter um controle sobre os mesmos......desde já agradeço a atenção de todos..

Paulo

0 0

[63] Comentário enviado por marcosabicudo em 14/07/2009 - 09:18h

Não estou conseguindo me conectar, pois retorna o seguinte erro:

debug: ns client disconnected
debug: connection from [192.168.0.5]
connected to [messenger.hotmail.com:1863]
command buf: [VER 1 MSNP18 MSNP17 CVR0
CVR 2 0x0416 winnt 5.1 i386 MSNMSGR 14.0.8064.0206 msmsgs marcos@hotmail.com
USR 3 SSO I marcos@hotmail.com

Poderiam me ajudar?

0 0

[64] Comentário enviado por remontti em 14/07/2009 - 19:21h

Coloquei no meu blog uma versao mais atualizada http://www.remontti.com.br/blog/archives/104
Abraço!

0 0

[65] Comentário enviado por chrisrb1 em 31/07/2009 - 15:44h

Não sei mas o que fazer ja alterei o firewall o endereço de login do messenger mais nada adianta a mensagem presiste ao tentar ingressar no msn com proxy-msn habilitado...

Qualquer ajuda sera bem vinda ....

debian:~# msn-proxy -v
info: reading config file [/usr/local/etc/msn-proxy/msn-proxy.conf]
SQL: (SHOW TABLES)
SQL: (SELECT connect, save_msg, save_contacts, commands, internal_host FROM defaults LIMIT 1)
msn-proxy release : msn-proxy-0.7a [$Id: msn-proxy.h 112 2009-03-15 17:30:28Z loos-br $]
config file : /usr/local/etc/msn-proxy/msn-proxy.conf
default ns host : messenger.hotmail.com
default ns port : 1863
listen host : 0.0.0.0
listen port : 1863
backlog : 10
max clients : 1000
max ctl clients : 10
port range begin : 25000
port range end : 30000
ctl read timeout : 5
client read timeout : 600
client write timeout : 60
server read timeout : 600
server write timeout : 60
client connect timeout: 180

ACLs
connect : ALLOW
log messages : YES
save_contacts : YES

listen on [0.0.0.0:1863]
SQL: (DELETE FROM sb)
SQL: (UPDATE contacts SET contact_status = 'OFF', contact_deny = contact_deny & ~4194304)
SQL: (UPDATE users SET status = 'OFF')

debug: connection from [192.168.0.33]
connected to [messenger.hotmail.com:1863]
read fail: [Connection reset by peer]
server_read_command cmd buf: [(null)]
debug: fail to read ns server command

0 0

[66] Comentário enviado por chrisrb1 em 02/08/2009 - 20:45h

Ufa consegui depois de varios dias pesquisando era um problema de porta redirecionamento...

Veja abaixo o comando que me salvou ....

iptables -A PREROUTING -t nat -s 192.168.0.0/24 -d ! 192.168.0.1/24 -p tcp --dport 1863 -j REDIRECT --to-port 1863

0 0

[67] Comentário enviado por mshonorato em 31/08/2009 - 14:51h

Como eu limpo a lista das pessoas que usaram o msn?

Alguns funcionários já não trabalham mais aqui e seus msn continuam cadastrados no msn-proxy...

0 0

[68] Comentário enviado por eduradaelli em 22/09/2009 - 00:32h

Olá Pessoal
estou com o seguinte erro "fail to read mysql config (check defaults table)" quando eu executo o comando /usr/local/bin/msn-proxy -d
ja verifiquei tudo e esta tudo ok, alguem pode me ajudar?

Aguardo.

0 0

[69] Comentário enviado por eduradaelli em 24/09/2009 - 16:15h

Problema Resolvido pessoal....
Valeu

0 0

[70] Comentário enviado por carbony em 30/09/2009 - 11:33h

Tem como tirar determinado usuario da lista do msn-proxy? por exemplo: tenho 20 usuarios controlados pelo msn-proxy, gravando todos os logs, so que o do patrao tenho de tira-lo da lista. como fazer isso?

valeu!!!

0 0

[71] Comentário enviado por chaplinux em 15/10/2009 - 16:53h

Eu Usei essa regra e funcionou:

iptables -t nat -A PREROUTING -p tcp --destination-port 1863 -j REDIRECT --to-ports 1863

0 0

[72] Comentário enviado por paulistinha em 16/11/2009 - 06:30h

Ola,

Eu tambem estou com dificuldades de executar. Ao iniciar o msn-proxy, tenho a mensagem “cannot init database” .

Ao rodar em modo debug, tenho a seguinte mensagem:

“SQL INIT: (Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2))
cannot init database”

eu criei o database “msnproxy” . usando o nome “msn-proxy”, o mysql nao permite criar o database. apenas foi possivel sem o hifen.

ao conectar pelo prompt no freebsd, ok.

[root@services ~]# mysql -u msnproxy -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 23
Server version: 5.0.75 FreeBSD port: mysql-server-5.0.75

Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the buffer.

mysql>

meu arquivo /usr/local/etc/msn-proxy/mysql/conf esta assim:
/var/run/mysqld/mysqld.sock|0|msnproxy|senha2009|msnproxy

O que estou fazendo de errado?

Grato pela ajuda.

0 0

[73] Comentário enviado por paulistinha em 16/11/2009 - 09:43h

Pessoal,

O Problema anterior eu ja consegui resolver... não me perguntem como, mas depois de um monte de tentativas, algo deu certo.

Contudo, meu problema agora eh ao chamar a pagina do php, dá o seguinte erro:

"Fatal error: Call to undefined function session_start() in /usr/local/www/apache22/data/msn/header.inc.php on line 37

O que pode ser?

Grato pelo ajuda de sempre.

0 0

[74] Comentário enviado por skaterzera em 10/12/2009 - 17:47h

[root@servidor msn-proxy-0.7]# make
cc -o msn-proxy msn-proxy.o server.o sb.o command.o config.o net-io.o client.o syslog.o ns.o mysql.o sql.o protocol.o check-cmd.o contacts.o msg.o p2p.o user.o string.o io.o sig.o fmt.o xml.o ctl.o -L/usr/local/lib -levent -L/usr/lib/mysql -lmysqlclient
server.o: In function `server_sched_write':
/root/msnproxy/msn-proxy-0.7/server.c:122: undefined reference to `event_get_fd'
server.o: In function `server_sched_read':
/root/msnproxy/msn-proxy-0.7/server.c:116: undefined reference to `event_get_fd'
server.o: In function `server_close':
/root/msnproxy/msn-proxy-0.7/server.c:57: undefined reference to `event_get_fd'
/root/msnproxy/msn-proxy-0.7/server.c:61: undefined reference to `event_get_fd'
sb.o: In function `sb_disconnect':
/root/msnproxy/msn-proxy-0.7/sb.c:174: undefined reference to `event_get_fd'
sb.o:/root/msnproxy/msn-proxy-0.7/sb.c:145: more undefined references to `event_get_fd' follow
collect2: ld returned 1 exit status
make: *** [msn-proxy] Error 1

oque pode ser? [2]

caio@caionorder.com

0 0

[75] Comentário enviado por charles.reitz em 21/01/2010 - 20:43h

Galera!

Alguem pode me ajudar, o meu está dando o seguinte erro...

listen on [0.0.0.0:1863]
SQL: (DELETE FROM sb)
SQL: (UPDATE contacts SET contact_status = 'OFF', contact_deny = contact_deny & ~4194304)
SQL: (UPDATE users SET status = 'OFF')
debug: connection from [192.168.1.105]
connected to [messenger.hotmail.com:1863]
[(null)] send to ns server ==> VER 1 MSNP18 MSNP17 CVR0

[(null)] send to ns server ==> CVR 2 0x0416 winnt 6.0 i386 MSNMSGR 14.0.8089.072 6 msmsgs charles.reitz@megacred.net

SQL: (UPDATE users SET last_seen = NOW(), last_addr = '192.168.1.105' WHERE emai l = 'charles.reitz@megacred.net')
SQL: (INSERT INTO users (email, display_name, last_seen, last_addr, connect, sav e_msg, save_contacts, commands) VALUES ('charles.reitz@megacred.net', 'charles.r eitz@megacred.net', NOW(), '192.168.1.105', (SELECT connect FROM defaults), (SEL ECT save_msg FROM defaults), (SELECT save_contacts FROM defaults), (SELECT comma nds FROM defaults)))
SQL ERROR: (INSERT INTO users (email, display_name, last_seen, last_addr, connec t, save_msg, save_contacts, commands) VALUES ('charles.reitz@megacred.net', 'cha rles.reitz@megacred.net', NOW(), '192.168.1.105', (SELECT connect FROM defaults) , (SELECT save_msg FROM defaults), (SELECT save_contacts FROM defaults), (SELECT commands FROM defaults))) MySQL: (Subquery returns more than 1 row)
debug: ns client pre command not accepted
USR 3 SSO I charles.reitz@megacred.net
payload: [(null)]
SQL: (UPDATE contacts SET contact_status = 'OFF', contact_deny = contact_deny & ~4194304 WHERE email = 'charles.reitz@megacred.net')
SQL: (UPDATE users SET status = 'OFF' WHERE email = 'charles.reitz@megacred.net' )

PARECE QUE ELE Escuta a porta tudo porém não conecta... algo assim!

Abraços,

0 0

[76] Comentário enviado por aikonjunior em 04/02/2010 - 13:24h

Bom sei que muitos aqui já devem saber... mais eu não uso iptables e sim o shorewall e não consegui fazer essa regra.

# /sbin/iptables -t nat -A PREROUTING -i eth0 -p udp --dport 1863 -j REDIRECT --to-port 1863

A pergunta é como fica essa regra dentro do shorewall e qual arquivo que edita?

0 0

[77] Comentário enviado por paulistinha em 05/02/2010 - 03:09h

Na verdade, sua dúvida pode ser a de muitos.

Mas você teve coragem de perguntar.

Bem, voce deve editar o arquivo "/etc/shorewall/rules" e colocar a regra:

REDIRECT loc 1863 udp 1863
ACCEPT $FW net udp 1863

Basicamente, é a mesma regra que você faz para o proxy transparente, ou seja, você redireciona toda sua rede na porta desejada e libera apenas o firewall.

Eu estou tentando colocar aqui também, mas estou tendo dificuldade no mysql, se puder me ajudar, ficarei agradecido.

Abraços.

0 0

[78] Comentário enviado por aikonjunior em 05/02/2010 - 09:09h

Valeu por responder paulistinha.

Tentei adicionar essas linhas mais fiquei em dúvida aonde colocar.. como vc falou eu uso o proxy transparente aqui e tentei colocar embaixo da linha
REDIRECT loc 3128 tcp http - -
mais deu erro.

e o que não deu certo contigo no mysql? Segui o artigo e foi tranquilo no mysql, apesar de não saber muita coisa do mysql aqui não deu problema não..

Mais diz aí aonde parou e o erro que deu, quem saber podemos te ajudar.

abraço

0 0

[79] Comentário enviado por paulistinha em 05/02/2010 - 09:23h

Fala ae....

Bem, a menos que eu esteja enganado, veja como você postou a sua linha:

REDIRECT loc 3128 tcp http - -

Você tem que colocar conforme informei acima:

REDIRECT loc 1863 udp 1863
ACCEPT $FW net udp 1863

Você tem que informar o protocolo e a porta.

Para não ter erro, coloca após as duas linhas das regras do proxy transparente.

Ou seja, da mesma forma que você faz para o proxy transparente, quando redireciona a porta 3128.
Presta atenção, a regra, é composta por 2 linhas. Uma para redirecionar e a outra para permitir. Uma somente , não funciona.

Na dúvida, copie as duas linhas para as regras de proxy transparente e mude apenas as portas e o protocolo, de tcp para udp.

Depois, antes de re-inicializar o seu firewall, você pode conferir as configurações com o comando "shorewall check" e, se tudo estiver ok, aí, você pode fazer o /etc/rc.d/init.d/shorewall restart

Dúvidas, pode ver a documentação do shorewall, é bico!!!!

http://www.shorewall.net/4.2/Shorewall_Squid_Usage.html

In /etc/shorewall/rules:

#ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE ORIGINAL
# PORT(S) DEST
REDIRECT loc 3128 tcp www
ACCEPT $FW net tcp www
#

Então, trocando, fica assim....

#ACTION SOURCE DEST PROTO DEST PORT(S) SOURCE ORIGINAL
# PORT(S) DEST
REDIRECT loc 1863 udp 1863
ACCEPT $FW net udp 1863
#

Boa sorte. QQuer coisa, estamos por ae.

0 0

[80] Comentário enviado por aikonjunior em 05/02/2010 - 09:47h

Bom dia paulistinha..

Então, essa linha realmente já tinha, é do proxy transparente. E eu coloquei embaixo dela mesmo e deu erro.
Daí verifiquei com o comando que vc passou (desconhecia ele...rsrs) e retornou o seguinte:

root@servidor:~# shorewall check
Checking...
Checking /etc/shorewall/zones...
Checking /etc/shorewall/interfaces...
Determining Hosts in Zones...
Preprocessing Action Files...
Pre-processing /usr/share/shorewall/action.Drop...
Pre-processing /usr/share/shorewall/action.Reject...
Checking /etc/shorewall/policy...
Checking Kernel Route Filtering...
Checking Martian Logging...
Checking /etc/shorewall/masq...
Checking MAC Filtration -- Phase 1...
Checking /etc/shorewall/rules...
ERROR: Undefined shell variable ($fw) : /etc/shorewall/rules (line 75)

Ao que me parece não precisa do cifrão. Retirei ele e parece que passou.

Vou testar aqui e qualquer coisa volto a postar.

ps: vc tem msn?

0 0

[81] Comentário enviado por aikonjunior em 05/02/2010 - 17:09h

Boa tarde paulistinha.
Consegui instalar e fazer funcionar o msn-proxy, uma dúvida agora é do porque que o processo dele simplesmente pára do nada.
Tipo funciona um tempo, depois vc vai consultar e nada. Daí tem que iniciar o serviço novamente.
Obrigado pela ajuda

0 0

[82] Comentário enviado por the_flash em 09/03/2010 - 08:14h

Saudações Rudimar Remontti,

Parabéns pelo tópico e gostaria de sua ajuda ou de alguém q esteja passando pelo mesmo problema que o meu.

Segui os passos, a instalação deu tudo OK, mas quando eu entro no localhost/msn-proxy não aparece nenhum usuário conectado e faço a conexão no MSN em uma estação ruindows e entra normal, mesmo a opção de bloqueio habilitada.

Eu estou usando:
Lenny 5.0, tuxfrw, squid com proxy autenticado.

abraços e obrigado
Gilberto

0 0

[83] Comentário enviado por manoserpa em 05/04/2010 - 13:50h

Boa tarde.

Estou com dois problemas, quando aplico a regra no firewall o Msn fica caindo, ele detecta que o usuário está conectado mas desconecta. Quando marco a caixa mostrar usuários aparece a seguinte mensagem.

SELECT FAIL: (SELECT DISTINCT contact_chat FROM contacts WHERE email = 'meuemail@hotmail.com' AND contact_chat = 'YES' )

Alguma dica?

Valeu.

0 0

[84] Comentário enviado por danielrsj em 12/07/2010 - 16:23h

tenho várias filiais.

Instalei o msn-proxy na matriz. e funciona beleza.
Na matriz usei o seguinte comando:
iptables -t nat -A PREROUTING -p tcp --destination-port 1863 -j REDIRECT --to-ports 1863

Porém nas filiais não queria instalar novamente o msn-proxy, pois ficaria com várias bases para gerenciar.
Portanto executei o seguinte comando:
iptables -t nat -I PREROUTING -p tcp --dport 1863 -j DNAT --to-destination 192.168.0.1

onde 192.168.0.1 seria o ip do servidor que tem o msn-p´roxy instalado.

Porém nas filiais não funciona.

Algúem poderia me explicar a forma correta de fazer isso?

obrigado!

0 0