Squid + Iptables Centos 6.3 [RESOLVIDO]

patrickpfp
(usa CentOS)

Enviado em 11/03/2013 - 10:43h

Bom Dia caros amigos.

Estou iniciando meus estudo de firewall e iptables no Centos 6.3, mas como todo novato estou enfrentando muitas dificuldades, meu firewall no momento só está com uma placa de rede só para teste mesmo, e o squid só configurei para liberar a internet, ainda não apliquei nenhuma regra.

Dai vem o problema, na hora que eu inicio as iptables pelo comando /etc/init.d/iptables, ele acusa erro na linha 3. Se alguem puder me ajudar eu agradeço. Vou postar meu squid e iptables:


SQUID

#
# Recommended minimum configuration:
#
acl manager proto cache_object
acl localhost src 10.0.0.0/24
acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1

# Example rule allowing access from your local networks.
# Adapt to list your (internal) IP networks from where browsing
# should be allowed
acl localnet src 10.0.0.0/8     # RFC1918 possible internal network
acl localnet src 172.16.0.0/12  # RFC1918 possible internal network
acl localnet src 192.168.0.0/16 # RFC1918 possible internal network
acl localnet src fc00::/7       # RFC 4193 local private network range
acl localnet src fe80::/10      # RFC 4291 link-local (directly plugged) machines

acl SSL_ports port 443
acl Safe_ports port 80          # http
acl Safe_ports port 21          # ftp
acl Safe_ports port 443         # https
acl Safe_ports port 70          # gopher
acl Safe_ports port 210         # wais
acl Safe_ports port 1025-65535  # unregistered ports
acl Safe_ports port 280         # http-mgmt
acl Safe_ports port 488         # gss-http
acl Safe_ports port 591         # filemaker
acl Safe_ports port 777         # multiling http
acl CONNECT method CONNECT

#
# Recommended minimum Access Permission configuration:
#
# Only allow cachemgr access from localhost
http_access allow localhost
http_access deny manager

# Deny requests to certain unsafe ports
http_access deny !Safe_ports

# Deny CONNECT to other than secure SSL ports
http_access deny CONNECT !SSL_ports

# We strongly recommend the following be uncommented to protect innocent
# web applications running on the proxy server who think the only
# one who can access services on "localhost" is a local user
#http_access deny to_redelocal
http_access deny localhost
#
# INSERT YOUR OWN RULE(S) HERE TO ALLOW ACCESS FROM YOUR CLIENTS
#

# Example rule allowing access from your local networks.
# Adapt localnet in the ACL section to list your (internal) IP networks
# from where browsing should be allowed
http_access allow localnet
http_access allow localhost



# And finally deny all other access to this proxy
http_access deny all

# Squid normally listens to port 3128
http_port 3128 transparent

# We recommend you to use at least the following line.
hierarchy_stoplist cgi-bin ?

# Uncomment and adjust the following to add a disk cache directory.

cache_dir ufs /var/spool/squid 512 16 256

# Leave coredumps in the first cache dir
coredump_dir /var/spool/squid

# Add any of your own refresh_pattern entries above these.
refresh_pattern ^ftp:           1440    20%     10080
refresh_pattern ^gopher:        1440    0%      1440
refresh_pattern -i (/cgi-bin/|\?) 0     0%      0
refresh_pattern .               0       20%     4320

 

IPTABLES

#!/bin/sh

IPTABLES="/usr/sbin/iptables"

echo "1" > /proc/sys/net/ipv4/ip_forward

MODPROBE ip_tables

$IPTABLES -P INPUT ACCEPT
$IPTABLES -P OUTPUT ACCEPT
$IPTABLES -P FORWARD ACCEPT

$IPTABLES -t nat -A POSTROUTING -o eth0 -j MASQUERADE

$IPTABLES -t nat -A PREROUTING -s 10.0.0.0/24 -p tcp --dport 80 \
-j REDIRECT --to-port 3128
 

phrich
(usa Slackware)

Enviado em 11/03/2013 - 10:49h

Cara a linha com erro é:

MODPROBE ip_tables

o correto seria

modprobe ip_tables

Procure o caminho absoluto do comando utilizando o comando which, ex:

# which modprobe

Aí vc coloca o caminho absoluto dele dentro do seu script, ex:

/sbin/modprobe

patrickpfp
(usa CentOS)

Enviado em 11/03/2013 - 19:52h

Cara tentei fazer o que vc disse mas não me achei muito, peguei um tutorial no forum do Centos e mudei meu script, criei um arquivo novo chamado firewall:


#!/bin/bash
#
# iptables example configuration script
#
# Flush all current rules from iptables
#
iptables -F
#
# Allow SSH connections on tcp port 22
# This is essential when working on remote servers via SSH to prevent locking yourself out of the system
#
iptables -A INPUT -p tcp --dport 22 -j ACCEPT
#
# Set default policies for INPUT, FORWARD and OUTPUT chains
#
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT
#
# Set access for localhost
#
iptables -A INPUT -i eth0 -j ACCEPT
#
# Accept packets belonging to established and related connections
#
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
#
# Save settings
#
/sbin/service iptables save
#
# List rules
#
iptables -L -v

saitam
(usa Slackware)

Enviado em 11/03/2013 - 20:08h

Firewall precisa ter duas interfaces de redes, uma para rede externa (internet) e outra para rede interna (intranet/LAN). Assim atua como gateway ligando duas redes externa e interna.

Veja o link abaixo que pode ajudar entender como funciona o firewall e saber aplicar regras iptables em http://mundodacomputacaointegral.blogspot.com.br/2012/05/entendendo-o-funcionamento-de-um.html

Patrickpfp
(usa CentOS)

Enviado em 12/03/2013 - 09:04h

Mas eh possível fazer testes apenas com uma placa de rede, pelo menos no slack eu fazia.

saitam
(usa Slackware)

Enviado em 12/03/2013 - 09:09h

Sim, é possível com apenas um interface de rede, criando uma virtual.

#ifconfig eth0:1

Patrickpfp
(usa CentOS)

Enviado em 12/03/2013 - 09:17h

Pois eh no slack eu usava a fisica mesmo a eth0, dai coloca o gateway da maquina com o ip dessa placa, para fazer os teste, agora to usando o centos numa maquina virtual via hyper-v. Mas a bagaça tah dificel de funcionar. Realmente tenho muita dificuldade de entender essa parte de iptables do linux. Pelo menos no slack eu tinha conseguido fazer funcionar com as regras básicas tudo em accept e com algumas regras no squid. Mas já nos Centos, algumas coisas parecem que são diferente. O Deus me ajuda. kkkkkk

Patrickpfp
(usa CentOS)

Enviado em 12/03/2013 - 12:03h

Fiz umas alterações, não quero q ninguém me de a resposta, só quero um auxilio, tipo qual regra q eu esqueci ou devo alterar, pois pelo o q eu to vendo jah deixei a placa de rede mascarada, jah fiz o roteamento,jah liberei o acesso da rede. Se alguem puder me dar uma luz






#!/bin/sh
#
#Iptables example configuration script
#
# Flush all current rules from iptables
#
iptables -F
#
# Allow SSH connections on tcp port 22
# This is essential when working on remote servers via SSH to prevent locking yourself out of the system
#
iptables -A INPUT -p tcp --dport 22 -j ACCEPT
#
# Set default policies for INPUT, FORWARD and OUTPUT chains
#
iptables -P INPUT ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT

iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

iptables -t nat -A PREROUTING -s 10.1.1.0/24 -p tcp --dport 80 -j REDIRECT --to-port 3128


#
# Set access for localhost
#
iptables -A INPUT -i lo -j ACCEPT
#
# Accept packets belonging to established and related connections
#
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
#
# Save settings
#
/sbin/service iptables save
#
# List rules
#
iptables -L -v

saitam
(usa Slackware)

Enviado em 12/03/2013 - 14:04h

Primeiro lugar, seu firewall esta liberando tudo que não deveria fazer.

Veja [1] pode auxiliar no entendimento do firewall e aplicação de regras no script shell.

[1] http://mundodacomputacaointegral.blogspot.com.br/2012/05/entendendo-o-funcionamento-de-um.html

Patrickpfp
(usa CentOS)

Enviado em 12/03/2013 - 15:53h

Sim amigo, por enquanto vou deixar tudo em accept para só para aprender mesmo, depois irei colocar drop e liberar o que for necessário, e o estudo q vc criou e citou para mim eh muito bom, estou lendo ele, mas segui algumas dicas suas e nada. Meu squid e iptables estão bem básicos mesmo, mas não compartilha a internet.

patrickpfp
(usa CentOS)

Enviado em 12/03/2013 - 20:07h

Uhum. Consegui fazer funcionar. Primeira etapa concluida. vlw pessoal.