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.756 ]

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

Firewall com Iptables + Squid

Notificação Fail2ban pelo Telegram

Vazamento de informações vitais via "HP Operations Manager Perfd"

Metasploit Adobe Exploit

Tomcat + SSL: HOW-TO

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