|
|||||||
| Wiki | Classificados | Galeria | Reviews | Jogos | Grupos Sociais | RSS Feeds | FAQ | Termos de Uso | Sobre |
| Registrar | Fotos | Membros | Calendário | Pesquisar | Postados Hoje | Marcar Fóruns Como Lidos |
![]() |
|
|
LinkBack | Ferramentas do Tópico |
|
|
#1 (permalink) |
|
Srs
Estou com um problema para utilizar a vpn com firewall. Estou utilizando o openvpn e o iptables como firewall. Quando fecho a vpn fica funcioando normal, mas quando executo as regras de firewall para de funcionar. Quando limpo as regras e altero a política padrão volta a funcionar (logicamente) sendo que o mais impressionante é que se eu executar as regras do firewall novamente fica funcionando blz. Gostaria de pedir que vocês me ajudassem no problema em questão, abaixo coloquei as regras do firewall que estou utilizando. Só mais uma coisa não existe varias máquinas com a máquina cliente , é apenas ela que precisa acessar a vpn. #!/bin/bash #Definicao de Constantes ip="/sbin/iptables" ssh_port="1148" i_ext="eth0" #Ativando o Roteador echo "1" > /proc/sys/net/ipv4/ip_forward #Alterar a Politica Padrao $ip -t filter -P INPUT DROP $ip -t filter -P OUTPUT DROP #$ip -t filter -P FORWARD DROP #Limpando as Regras $ip -t filter -F $ip -t nat -F $ip -t filter -X $ip -t nat -F #Gerar Logs $ip -t filter -A INPUT -p tcp --dport 22 -j LOG --log-prefix "FIREWALL:SSH_FALSE" $ip -t filter -A INPUT -p tcp --dport $ssh_port -j LOG --log-prefix "FIREWALL:SSH" #Firewall Statefull $ip -t filter -A INPUT -m state --state ESTABLISHED,RELATED --j ACCEPT $ip -t filter -A OUTPUT -m state --state ESTABLISHED,RELATED --j ACCEPT $ip -t filter -A FORWARD -m state --state ESTABLISHED,RELATED --j ACCEPT ################################### ######################## ####################### Seguranca ######################### ################################### ######################## # #loop back $ip -A INPUT -i lo -j ACCEPT # #Bloqueio Back Orifice - Malware $ip -A INPUT -i eth0 -p tcp --dport 31337 -j DROP $ip -A INPUT -i eth0 -p udp --dport 31337 -j DROP # #Bloqueio Netbus - Malware $ip -A INPUT -i eth0 -p tcp --dport 12345:12346 -j DROP $ip -A INPUT -i eth0 -p udp --dport 12345:12346 -j DROP # #Bloqueio Trin00 - Malware $ip -A INPUT -i eth0 -p tcp --dport 1524 -j DROP $ip -A INPUT -i eth0 -p tcp --dport 27665 -j DROP $ip -A INPUT -i eth0 -p udp --dport 27444 -j DROP $ip -A INPUT -i eth0 -p udp --dport 31335 -j DROP # #Rejeitando ident requeridos $ip -A INPUT -i eth0 -p tcp --dport 113 -j DROP $ip -A INPUT -i eth0 -p udp --dport 113 -j DROP ################################### ######################## ##################### Tabela Filter ####################### ################################### ######################## #CHAIN INPUT $ip -A INPUT -i tun0 -j ACCEPT #CHAIN FORWARD #CHAIN OUTPUT $ip -A OUTPUT -o tun0 -j ACCEPT |
![]() Registrado em: Jan 2008
Localização: Paraíba
Posts: 12
Agradeceu: 4
Agradecido 0 vez(es) em 0 Posts
Reputação: 13
![]() |
|
|
|
|
#2 (permalink) |
|
Então meu amigo...
Isso de você mudar a política padrão para ACCEPT, colocar as regras de firewall novamente e funcionar não tem nada de incrível, pois este é o comportamento que você pediu, que é, se não encontrar nenhuma regra que case com o pacote, aceite ele de qualquer forma... Isso que o iptables está fazendo! Bom primeiramente você precisa ter regras aceitando a conexão que chega (INPUT) ao seu firewall/vpn! Código:
iptables -t filter -A INPUT -p udp --dport 1194 -j ACCEPT Agora... quando o computador já se conectou os pacotes não irão passar pela chain INPUT e sim pela FORWARD! Então você precisa de umas regras assim: Código:
iptables -t filter -A FORWARD -i tun+ -s <sua rede da vpn> -j ACCEPT iptables -t filter -A FORWARD -o tun+ -d <sua rede da vpn> -j ACCEPT Assim você conseguirá deixar passar o trafego da vpn para sua rede com as regras em DROP na chain FORWARD! Caso você tenha alguma dúvida sobre como funciona o iptables eu tenho um blog... e ali descrevi bem como funciona este firewall, o link é este: Yet Another Linux Blog: Iptables - Descrição das chains e seu uso na prática Espero que ajude! Qualquer coisa poste ai! ![]() Falowww
__________________
Tecnol. André Marascalchi Zenun andre.zenun@gmail.com (GoogleTalk) CCNA (CSCO 11017645) Blogs: Yet Another Linux Blog Under-linux.org Blog Leia a FAQ da Under-linux.org
|
![]() Registrado em: Sep 2005
Localização: Santa Catarina
Distribuição: Debian/Ubuntu
Idade: 25
Posts: 495
Agradeceu: 3
Agradecido 74 vez(es) em 68 Posts
Envios no Blog: 10
Reputação: 101
![]() ![]() |
|
|
| Os seguintes usuarios agradeceram zenun por este post: | betinhojp (16-09-2008) |
|
|
#3 (permalink) |
|
Ola André
Primeiramente gostaria de agradecer a sua resposta. Com relação a alterar a política padrão para ACCEPT, lembre-se que depois disso eu rodo novamente o script do firewall ou seja, a política padrão volta a ser DROP. Com relação as regras na FORWARD, eu acho que só precisaria delas caso eu tivesse uma rede que utilizasse essa máquina para acessar a outra ponta da VPN, no meu caso é a própria máquina que está fechando a vpn que irá acessar a minha rede na outra ponta. Fiz algo aqui que deu certo. Eu antes fechava a VPN para depois rodar as regras do firewall e estava dando este problema que descrevi. resolvi fazer diferente, eu liberei a porta para fechar a vpn no firewall e passei a rodar as regras antes de fechar a VPN. No caso resolveu, mas não entendi o por que.... Em todo caso valew ae!!! |
![]() Registrado em: Jan 2008
Localização: Paraíba
Posts: 12
Agradeceu: 4
Agradecido 0 vez(es) em 0 Posts
Reputação: 13
![]() |
|
|
|
|
#4 (permalink) |
|
Olá amigo...
Então, se você quer que essa máquina acesse a sua rede você PRECISA COLOCAR ESSAS REGRAS NA FORWARD! A CHAIN FORWARD é responsavel por filtrar o trafego que é destinado a uma rede ou ip qe não seja o próprio firewall! As regras funcionam quando você volta a executar o script pois você tem regras assim: Código:
$ip -t filter -A INPUT -m state --state ESTABLISHED,RELATED --j ACCEPT $ip -t filter -A OUTPUT -m state --state ESTABLISHED,RELATED --j ACCEPT $ip -t filter -A FORWARD -m state --state ESTABLISHED,RELATED --j ACCEPT Eu tenho aqui minha VPN com OpenVPN e tenho meu firewall usando iptables neste mesmo host e funciona tudo bem... Porém para que os ou o host(s) da vpn possa acessar os recursos que estão em sua rede, as regras da chain FORWARD são OBRIGATÓRIAS! E para que alguém possa se conectar a sua vpn você precisa daquela regra na CHAIN INPUT permitindo conexões na porta em que você configurou sua VPN para "escutar"... Caso tenha alguma dúvida a respeito pode perguntar! ![]() Faloww
__________________
Tecnol. André Marascalchi Zenun andre.zenun@gmail.com (GoogleTalk) CCNA (CSCO 11017645) Blogs: Yet Another Linux Blog Under-linux.org Blog Leia a FAQ da Under-linux.org
|
![]() Registrado em: Sep 2005
Localização: Santa Catarina
Distribuição: Debian/Ubuntu
Idade: 25
Posts: 495
Agradeceu: 3
Agradecido 74 vez(es) em 68 Posts
Envios no Blog: 10
Reputação: 101
![]() ![]() |
|
|
|
|
#5 (permalink) |
|
Você precisa liberar as portas da Openvpn. qual porta vc configurou na tua VPN ??? deixou a padrão ???
Flw ...
__________________
1º - Antes de postar ... google, google, google ... ou seja, pesquise, pesquise, pesquise e depos poste sua dúvida. 2º - Agradecer não doi e custa menos de 0,001% do seu tempo, se a resposta valeu, agradeça, se não, tambem agradeça. --------------------------------------------------------------------------------------------- Osvaldo Júnior - Analista de Redes ICS - Certification Linux ID - 429997 Deus é Fiel ... ---------------------------------------------------------------- |
![]() |
|
|
![]() |
| Ferramentas do Tópico | |
|
|
Tópicos Similares
|
||||
| Tópico | Tópico Iniciado Por | Fórum | Respostas | Última Mensagem |
| problema firewall | cag | Proxy/NAT/Firewall | 7 | 16-09-2005 08:23 |
| Problema com firewall no CL 10 | Proxy/NAT/Firewall | 5 | 05-08-2005 16:39 | |
| problema no meu firewall. | Proxy/NAT/Firewall | 4 | 18-06-2005 20:15 | |
| Problema com firewall | jlbavaresco | Proxy/NAT/Firewall | 2 | 12-01-2005 11:05 |
| firewall com problema | rlucatto | Proxy/NAT/Firewall | 0 | 02-07-2003 09:29 |