Liberar portas iptables [RESOLVIDO]

yurifc4
(usa Manjaro Linux)

Enviado em 31/10/2014 - 18:14h

Boa tarde, preciso liberar uma porta, 567... pesquisando encontrei esse comando, iptables:

iptables -A INPUT -i wlan0 -p tcp --dport 567 -j ACCEPT
Verifiquei com o nmap -v 127.0.0.1 e não constava lá a porta 567

então tentei o:
iptables -t nat -I PREROUTING -p tcp -i eth2 -m multiport --dport 567 -j DNAT --to 192.168.1.2
Verifiquei nmap... e nada.

E para completar...
iptables -t filter -I FORWARD -i eth2 -o etho -m multiport --dport (adicione aqui o número da porta) -j ACCEPT
Esse eu nem sei o que colocar ali, tem duas interfaces...

Minhas dúvidas...
Existe um arquivo de configuração para liberar as portas?
Essas regras são escritas em algum lugar? Onde?
Como que eu apago isso? Porque não deu erro nenhum...

Valeu.

thiago211
(usa openSUSE)

Enviado em 31/10/2014 - 22:46h

amigo tente nmap 127.0.0.1 -p 567

se voce quiser pode fazer um arquivo de configuracao e por para ser executado ao iniciar.
T+

JJSantos
(usa Gentoo)

Enviado em 01/11/2014 - 01:29h

Posta ai cara!

# iptables -L -nv

# netstat -ntlp

# nmap -sTUV localhost -p 567

 

yurifc4
(usa Manjaro Linux)

Enviado em 01/11/2014 - 20:00h

yuri@emcasadormindo ~ $ nmap 127.0.0.1 -p 567

Starting Nmap 6.40 ( http://nmap.org ) at 2014-11-01 19:47 BRST
Nmap scan report for localhost (127.0.0.1)
Host is up (0.000041s latency).
PORT STATE SERVICE
567/tcp closed unknown

Nmap done: 1 IP address (1 host up) scanned in 0.11 seconds

---#---

iptables -L -nv
http://notepad.cc/qauroosy71

---#---

yuri@emcasadormindo ~ $ sudo netstat -ntlp
Conexões Internet Ativas (sem os servidores)
Proto Recv-Q Send-Q Endereço Local Endereço Remoto Estado PID/Program name
tcp 0 0 127.0.0.1:4101 0.0.0.0:* OUÇA 791/brltty
tcp 0 0 127.0.0.1:3306 0.0.0.0:* OUÇA 3444/mysqld
tcp 0 0 0.0.0.0:139 0.0.0.0:* OUÇA 2888/smbd
tcp 0 0 0.0.0.0:111 0.0.0.0:* OUÇA 1846/rpcbind
tcp 0 0 127.0.0.1:5939 0.0.0.0:* OUÇA 3937/teamviewerd
tcp 0 0 0.0.0.0:22 0.0.0.0:* OUÇA 3978/sshd
tcp 0 0 127.0.0.1:5432 0.0.0.0:* OUÇA 3028/postgres
tcp 0 0 0.0.0.0:445 0.0.0.0:* OUÇA 2888/smbd
tcp6 0 0 :::6566 :::* OUÇA 3083/saned
tcp6 0 0 :::139 :::* OUÇA 2888/smbd
tcp6 0 0 :::111 :::* OUÇA 1846/rpcbind
tcp6 0 0 :::80 :::* OUÇA 2616/apache2
tcp6 0 0 :::22 :::* OUÇA 3978/sshd
tcp6 0 0 ::1:5432 :::* OUÇA 3028/postgres
tcp6 0 0 :::445 :::* OUÇA 2888/smbd

---#---

[1]yuri@emcasadormindo ~ $ sudo nmap -sTUV localhost -p 567

Starting Nmap 6.40 ( http://nmap.org ) at 2014-11-01 19:59 BRST
Nmap scan report for localhost (127.0.0.1)
Host is up (0.00011s latency).
Other addresses for localhost (not scanned): 127.0.0.1
PORT STATE SERVICE VERSION
567/tcp closed unknown
567/udp closed banyan-rpc

Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 0.67 seconds



Se alguém entendeu alguma coisa :p

thiago211
(usa openSUSE)

Enviado em 02/11/2014 - 14:28h

o comando que eu te passei nmap 127.0.0.1 -p 567 O nmap mapeia uma Sistema na rede ou localmente a proucura de portas abertas .

Esse comando acima mapeia (localmente ) se a sua porta ,567, esta aberta ou nao..

olha o que vc fez ai para ver se a porta esta aberta:

nmap 127.0.0.1 -p 567 : pediu para que o nmap mapeasse a porta 567 (voce especificou isso com o comando -p)

o nmap lhe deu a resposta :

PORT STATE SERVICE
567/tcp closed unknown : PORTA(PORT):567 ;

ESTADO(STATE): closed;

SERVICE : unknow(Desconhecido) (ou seja nao ha servico ai rodando por que a porta esta fechada);


o amigo JJSantos lhe deu um modo mais amplo de escaneamento (tanto portas TCP quanto UDP) :

nmap -sTUV localhost -p 567: voce mapeou a porta TCP(T) e a porta UDP(U) , nao vi a necessidade de se ver a versao (V)

netstat nao manjo muito dos comandos alem de ser uma otima ferramenta.

iptables -L -nv : -L (lista as portas nas Chain) -n numero das portas -v modo verbose.



Uma pergunta voce quer liberar a porta 567 para qual interface ? se todas tente

antes veja isso :

**INPUT (os pacotes chegam no seu sistema(se deixar portas abertas aqui,sem saber para que serve, corre o risco de ser invadido))

**FORWARD(os pacotes passam pelo seu sistema e saem)

**OUTPUT (os pacotes estao no seu sistema e e enviado para fora)

Agora abre aquela necessaria:

# iptables -A INPUT -i eth+ -p tcp --dport -j 567 ACCEPT
# iptables -A FORWARD -o eth+ -p tcp --dport -j 567 ACCEPT
# iptables -A OUTPUT -o eth+ -p tcp --dport -j 567 ACCEPT

para wlan mude eth para wlan (o sinal + indica que todas as interfaces eth terao as portas 567 liberada)

se voce quiser que isso seja iniciado toda vez que ligar o Sistema faca um script que inicie junto com o sistema, senao vai ter que digitar isso toda vez que ligar o pc.

se eu estou falando besteira alguem me corrigira.


Qualquer coisa estamos aqui.

T+

yurifc4
(usa Manjaro Linux)

Enviado em 02/11/2014 - 19:06h

thiago211 a minha intenção agora é muito mais entender esses comandos e onde eles afetaram do que abrir a porta :)

Usei esses três comandos:

iptables -A INPUT -i wlan0 -p tcp --dport 567 -j ACCEPT
iptables -t nat -I PREROUTING -p tcp -i eth2 -m multiport --dport 567 -j DNAT --to 192.168.1.2
iptables -t filter -I FORWARD -i eth2 -o etho -m multiport --dport (adicione aqui o número da porta) -j ACCEPT

Acho que ainda depois, usei esse...
iptables -D INPUT -i wlan0 -p tcp --dport 567 -j ACCEPT (por isso deve estar fechada)

Minha dúvida é se eles alteraram algum arquivo de configuração?

Isso foi bem esclarecedor... valeu thiago211 ;)

**INPUT (os pacotes chegam no seu sistema(se deixar portas abertas aqui,sem saber para que serve, corre o risco de ser invadido))

**FORWARD(os pacotes passam pelo seu sistema e saem)

**OUTPUT (os pacotes estao no seu sistema e e enviado para fora)

Então, esses seriam os comandos corretos para se abrir uma porta?
# iptables -A INPUT -i eth+ -p tcp --dport -j 567 ACCEPT
# iptables -A FORWARD -o eth+ -p tcp --dport -j 567 ACCEPT
# iptables -A OUTPUT -o eth+ -p tcp --dport -j 567 ACCEPT

(A interface seria a do wireless wlan0)

yurifc4
(usa Manjaro Linux)

Enviado em 02/11/2014 - 22:02h

Muito obrigado thiago211... olhei por cima o artigo, vi que falo do PREROUTING/POSTROUTING/FORWARD/CHAIN tem uns desenhos. Valeu mesmo.