Назад | Перейти на главную страницу

Cisco ASA 5505 (8.05): периодическая фильтрация исходящего трафика

Мне не повезло с настройкой фильтрации исходящего трафика из внутренней сети во внешнюю с целью запретить весь исходящий трафик, за исключением прокси-сервера HTTP (Squid), на котором также работает DNS, NTP и т. Д.

Если я удалю все свои правила ACL, все будет нормально: NAT в порядке (двойной NAT в порядке), я могу просматривать веб-страницы и т. Д.

Однако то, что я мысль был правильным (и я просмотрел кучу запутанной документации, некоторые из них были неправильной версией, отсюда и мои беды в стране Cisco), похоже, не работает, хотя и непоследовательно.

Выполняя telnet-тест, я впервые применяю access-group оно работает. Нажмите CTRL-], чтобы выйти, нажмите клавишу, снова выполните команду, время ожидания истекло. Удалить все назначения групп доступа, не работает. Вернитесь, чтобы проверить (пока я это печатаю), и telnet снова работает.

Включено ведение журнала отладки, журнал показывает, что пакеты отбрасываются, но это выглядит неправильно, и я думаю, что, возможно, применяю свои правила к неправильному интерфейсу или неправильному направлению.

Вот некоторая относительная информация:

Сервер: 192.168.2.5/24 Внутри: 192.168.2.0/24 Снаружи: 10.0.0.254/24 (<- тестовая среда, есть IP в моей реальной локальной сети).

Вот мой относительный фрагмент моей конфигурации:

access-list server_out extended permit tcp host 192.168.2.5 any eq www
global (outside) 10 interface
nat (inside) 10 192.168.2.0 255.255.255.0
access-group server_out in interface inside

Опять же, несколько минут назад у меня не было линии группы доступа, и это сработало. Я также пробую это с нескольких машин, а другая машина на 192.168.2.0/24 работала один или два раза (даже несколько минут назад), хотя там нет разрешительных правил как видите, и я предположил, что правило запрета по умолчанию будет применяться после создания ACL.

РЕДАКТИРОВАТЬ

Вот несколько записей для вашего удовольствия от просмотра - это успешный телнет к веб-серверу в моей реальной локальной сети (10.0.0.12):

%ASA-6-305011: Built dynamic TCP translation from inside:192.168.2.5/36097 to outside:10.0.0.254/57787
%ASA-6-302013: Built outbound TCP connection 172 for outside:10.0.0.12/80 (10.0.0.12/80)  to inside:192.168.2.5/36097 (10.0.0.254/57787)

Вот тот же запрос, через несколько секунд, без изменений в конфигурации:

%ASA-2-106001: Inbound TCP connection denied from 192.168.2.5/36100 to 10.0.0.12/80   flags FIN ACK  on interface outside
%ASA-2-106001: Inbound TCP connection denied from 192.168.2.5/36101 to 10.0.0.12/80 flags SYN  on interface outside

РЕДАКТИРОВАТЬ2

: Saved
:
ASA Version 8.0(5)
!
terminal width 120
hostname some-host
enable password ***** encrypted
passwd ***** encrypted
names
!
interface Vlan1
 nameif dmz
 security-level 50
 ip address 192.168.1.1 255.255.255.0
!
interface Vlan2
 nameif inside
 security-level 100
 ip address 192.168.2.1 255.255.255.0
!
interface Vlan3
 nameif outside
 security-level 0
 ip address 10.0.0.254 255.255.255.0
!
interface Ethernet0/0
 switchport access vlan 3
!
interface Ethernet0/1
!
interface Ethernet0/2
 switchport access vlan 2
!
interface Ethernet0/3
 switchport access vlan 2
 shutdown
!
interface Ethernet0/4
 switchport access vlan 2
 shutdown
!
interface Ethernet0/5
 switchport access vlan 2
 shutdown
!
interface Ethernet0/6
 switchport access vlan 2
 shutdown
!
interface Ethernet0/7
 switchport access vlan 2
 shutdown
!
boot system disk0:/asa805-k8.bin
ftp mode passive
access-list inside_out extended permit tcp host 192.168.2.5 any eq www
pager lines 24
logging enable
logging buffered debugging
mtu dmz 1500
mtu inside 1500
mtu outside 1500
no failover
icmp unreachable rate-limit 1 burst-size 1
no asdm history enable
arp timeout 14400
global (outside) 10 interface
nat (inside) 10 192.168.2.0 255.255.255.0
access-group inside_out in interface inside
route outside 0.0.0.0 0.0.0.0 10.0.0.1 1
timeout xlate 3:00:00
timeout conn 1:00:00 half-closed 0:10:00 udp 0:02:00 icmp 0:00:02
timeout sunrpc 0:10:00 h323 0:05:00 h225 1:00:00 mgcp 0:05:00 mgcp-pat 0:05:00
timeout sip 0:30:00 sip_media 0:02:00 sip-invite 0:03:00 sip-disconnect 0:02:00
timeout sip-provisional-media 0:02:00 uauth 0:05:00 absolute
timeout tcp-proxy-reassembly 0:01:00
dynamic-access-policy-record DfltAccessPolicy
no snmp-server location
no snmp-server contact
snmp-server enable traps snmp authentication linkup linkdown coldstart
crypto ipsec security-association lifetime seconds 28800
crypto ipsec security-association lifetime kilobytes 4608000
telnet timeout 5
ssh timeout 5
console timeout 0

threat-detection basic-threat
threat-detection statistics access-list
no threat-detection statistics tcp-intercept
!
class-map inspection_default
 match default-inspection-traffic
!
!
policy-map type inspect dns preset_dns_map
 parameters
  message-length maximum 512
policy-map global_policy
 class inspection_default
  inspect dns preset_dns_map
  inspect ftp
  inspect h323 h225
  inspect h323 ras
  inspect netbios
  inspect rsh
  inspect rtsp
  inspect skinny
  inspect esmtp
  inspect sqlnet
  inspect sunrpc
  inspect tftp
  inspect sip
  inspect xdmcp
!
service-policy global_policy global
prompt hostname context
Cryptochecksum:1234567890
: end

Что-то определенно дурацкое с моим переключателем и / или кабелями: подключил машину прямо к e0 / 2, работает стабильно, раз за разом. Включите его снова, периодически. Однако странно, что в журнале было показано то, что он показывал.

РЕДАКТИРОВАТЬ

Ага, город петли, я удивлен, что смог вообще получить какие-то пакеты. Слово мудрым, дети: отключайте кабели после ты выключаешь зеркалирование портов.