PIX firewall

[zwdnk]

Probowalem dalej nic,

interface ethernet0 auto
interface ethernet1 auto
nameif ethernet0 outside security0
nameif ethernet1 inside security100
icmp permit any outside
icmp permit any inside
ip address outside 192.168.1.2 255.255.255.0
ip address inside 10.0.0.1 255.255.255.0
nat (inside) 1 10.0.0.0 255.255.255.0
global (outside) 1 interface
clear xlate
route outside 0.0.0.0 0.0.0.0 192.168.1.1 255
access-list acl_out permit icmp any any
access-group acl_out in interface outside
access-group acl_out in interface inside

wklejona konfiguracja na pix-a


Proboje pingowac inside na pixie, zero odzewu, probuje pingowac z inside do portu kompa dlaje nic. Linki sie pala a komputer rozpoznaje wprowadzone ustawienia IP

[Seba]

Skad i z jakiego IP pingujesz ten inside? Powinno byc z hosta w podsieci 10.0.0.0/24

[zwdnk]

Topologia przedstawiona wczesniej :0 10.0.0.2 host po drugiej stronie 192.168.1.1. jak rowniez uzywam crossover przy polaczeniach router-pix Pix-host, sam juz nie wiem.

Jezeli jest ten sam level zabezpieczen ping powinien przechodzic co nie/?

[Seba]

Nie jestem pewien czy do konca sie rozumiemy, bo gdy pytam o pingowanie lokalnego interfejsu PIXa, wspominasz o hoscie, ktory jest za PIXem...

Dla topologii:

Kod: Zaznacz cały

Host 192.168.1.1------(outside) 192.168.1.2PIX10.0.0.1(inside)------host 10.0.0.2

Z hosta 10.0.0.2 powinienes pingowac PIX 10.0.0.1
Z hosta 192.168.1.1 powininenes pingowac PIX 192.168.1.2
Czyli w obu przypadkach lokalne interfejsy. Jesli to zadziala (i tylko wtedy), mozesz zaczac testy z ruchem przechodzacym przez PIX, np. z hosta 10.0.0.2 do hosta 192.168.1.1. Przy zalozeniu, ze uzywasz translacji jak na listingu, to na 10.0.0.2 musisz miec routing do sieci 192.168.1.0/24 albo default wskazujacy na PXa 10.0.0.1; host 192.168.1.1 nie wymaga routingu spowrotem do 10.0.0.0/24, bo jest zastosowany PAT.

[zwdnk]

Rozumiemy ale opisalem wszystko co podlaczam, dla pewnosci gdyz zapytales o dobre podstawy.

Co moge wiecej zrobic jezeli te interfejsy sie nie pinguja i juz wytestowalem troche mozliwosci /? z wyzej wymienionych przez Ciebie adresow.

Z hosta 10.0.0.2 powinienes pingowac PIX 10.0.0.1
Z hosta 192.168.1.1 powininenes pingowac PIX 192.168.1.2

Jak równiez pare postów temu napisales cos takiego Seba:

Odnosnie pingowania - z routera 10.0.0.2 powinienes moc zapingowac adres interfejsu inside 10.0.0.1 PIXa i tyle; jezeli to nie dziala, to musisz to naprawic, bo z duza doza prawdopodobienstwa wszystko inne tez nie zadziala. Adres outside nie odpowie, bo PIX nie jest routerem i w taki wlasnie sposob dziala.

czyli tu chodzilo Ci o to ze nie mam szans z 10.0.0.2 zpingowac interfejsu outside? ale z hosta po stronie outside moge prawda?

Dobra z linku (http://www.cisco.com/en/US/products/hw/ ... 4e8a.shtml) przerobilem juz wszystkie mozliwosci?Stworzyłem nawet taka sama konfiguracje. Czy jest cos co powinienem zrobic teraz?

[Seba]

czyli tu chodzilo Ci o to ze nie mam szans z 10.0.0.2 zpingowac interfejsu outside? ale z hosta po stronie outside moge prawda?

Tak.

Dobra z linku (http://www.cisco.com/en/US/products/hw/ ... 4e8a.shtml) przerobilem juz wszystkie mozliwosci?Stworzyłem nawet taka sama konfiguracje. Czy jest cos co powinienem zrobic teraz?

A czy interfejsy na PIX w ogole sie podnosza? Jezeli podlaczasz to wzystko back2back, i podlaczasz albo PC, albo router, to musisz miec kabel crossover - uzywasz takiego? Jestes pewien, ze jest sprawny?
Czy z PIX mozesz pingowac testowe hosty?

[zwdnk]

w ciagu tych testow wzialem jakies 10 roznych kabli crossover zeby wyeliminowac problem zepsucia, dzisiaj podlacza jeszcze topologie do sprawdzenia ze wszystko chodzi ok, nie mam miernika wiec bedzie szlo na okrak.

Czy z PIX mozesz pingowac testowe hosty?

tego pytania nie zrozumialem?

[Seba]

tego pytania nie zrozumialem?

No jesli dobrze rozumiem, to z hostow probujesz pingowac interfejsy PIX, a moje pytanie jest o tym czy z PIXa mozesz pingowac te hosty.

[zwdnk]

nie, zawsze sprawdzam w obie strony.

[Seba]

No a co z tymi interfejsami, linki sa up?

A moze ten PIX jest poprostu chory, a dokladniej jego interfejsy sa...

BTW Jakiego PIXa uzywasz do testow, bo zastanawialo mnie w ktorym bylo 5 interfejsow... jak wynika z jednego z Twoich listingow.

[zwdnk]

Ten listning byl podany z GNS3 - jak wczesniej wspomnielismy a uzywam P515E , linki na pixie sie pala.

[Seba]

Ten listning byl podany z GNS3 - jak wczesniej wspomnielismy a uzywam P515E , linki na pixie sie pala.

Posluguj sie w takim razie listingami z jednego miejsca (PIXa), bo tylko dodatkowe zamieszanie sie wprowadza.
Pokaz jeszcze raz konfiguracje z tego PIXa... Czym sa te Twoje hosty testowe, maszyny z Windows, routery, etc? Pokaz jak maja skonfigurowane IP i routing

[zwdnk]

- Host Ze strony inside
- proba pingu z hosta


Aktualna konfiguracja PIX-a z pokazniem interfejsøw na dole.

Kod: Zaznacz cały

pixfirewall# ping 10.0.0.1

        10.0.0.1 response received -- 0ms

        10.0.0.1 response received -- 0ms

        10.0.0.1 response received -- 0ms

pixfirewall# ping 10.0.0.2

        10.0.0.2 NO response received -- 1000ms

        10.0.0.2 NO response received -- 1000ms

        10.0.0.2 NO response received -- 1000ms

pixfirewall# wr term

Building configuration...

: Saved

:

PIX Version 6.3(3)

interface ethernet0 auto

interface ethernet1 auto

interface ethernet2 auto shutdown

nameif ethernet0 outside security0

nameif ethernet1 inside security100

nameif ethernet2 intf2 security4

enable password 8Ry2YjIyt7RRXU24 encrypted

passwd 2KFQnbNIdI.2KYOU encrypted

hostname pixfirewall

fixup protocol dns maximum-length 512

fixup protocol ftp 21

fixup protocol h323 h225 1720

fixup protocol h323 ras 1718-1719

fixup protocol http 80

fixup protocol rsh 514

fixup protocol rtsp 554

fixup protocol sip 5060

fixup protocol sip udp 5060

fixup protocol skinny 2000

fixup protocol smtp 25

fixup protocol sqlnet 1521

fixup protocol tftp 69

names

access-list acl_out permit icmp any any

pager lines 24

icmp permit any outside

icmp permit any inside

mtu outside 1500

mtu inside 1500

mtu intf2 1500

ip address outside 192.168.1.2 255.255.255.0

ip address inside 10.0.0.1 255.255.255.0

no ip address intf2

ip audit info action alarm

ip audit attack action alarm

no failover

failover timeout 0:00:00

failover poll 15

no failover ip address outside

no failover ip address inside

no failover ip address intf2

pdm history enable

arp timeout 14400

global (outside) 1 interface

nat (inside) 1 10.0.0.0 255.255.255.0 0 0

access-group acl_out in interface outside

access-group acl_out in interface inside

route outside 0.0.0.0 0.0.0.0 192.168.1.1 255

timeout xlate 3:00:00

timeout conn 1:00:00 half-closed 0:10:00 udp 0:02:00 rpc 0:10:00 h225 1:00:00

timeout h323 0:05:00 mgcp 0:05:00 sip 0:30:00 sip_media 0:02:00

timeout uauth 0:05:00 absolute

aaa-server TACACS+ protocol tacacs+

aaa-server RADIUS protocol radius

aaa-server LOCAL protocol local

no snmp-server location

no snmp-server contact

snmp-server community public

no snmp-server enable traps

floodguard enable

telnet timeout 5

ssh timeout 5

console timeout 0

terminal width 80

Cryptochecksum:d41d8cd98f00b204e9800998ecf8427e

: end

[OK]

pixfirewall# show interface

interface ethernet0 "outside" is up, line protocol is up

  Hardware is i82559 ethernet, address is 000b.5fa1.a9b1

  IP address 192.168.1.2, subnet mask 255.255.255.0

  MTU 1500 bytes, BW 100000 Kbit full duplex

        113 packets input, 51420 bytes, 0 no buffer

        Received 113 broadcasts, 0 runts, 0 giants

        0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

        0 packets output, 0 bytes, 0 underruns

        0 output errors, 0 collisions, 0 interface resets

        0 babbles, 0 late collisions, 0 deferred

        0 lost carrier, 0 no carrier

        input queue (curr/max blocks): hardware (128/128) software (0/1)

        output queue (curr/max blocks): hardware (0/0) software (0/0)

interface ethernet1 "inside" is up, line protocol is up

  Hardware is i82559 ethernet, address is 000b.5fa1.a9b2

  IP address 10.0.0.1, subnet mask 255.255.255.0

  MTU 1500 bytes, BW 100000 Kbit full duplex

        0 packets input, 0 bytes, 0 no buffer

        Received 0 broadcasts, 0 runts, 0 giants

        1 input errors, 0 CRC, 1 frame, 0 overrun, 0 ignored, 0 abort

        0 packets output, 0 bytes, 0 underruns

        0 output errors, 0 collisions, 0 interface resets

        0 babbles, 0 late collisions, 0 deferred

        0 lost carrier, 0 no carrier

        input queue (curr/max blocks): hardware (128/128) software (0/0)

        output queue (curr/max blocks): hardware (0/0) software (0/0)

interface ethernet2 "intf2" is administratively down, line protocol is down

  Hardware is i82559 ethernet, address is 0002.b3b5.bf82

  MTU 1500 bytes, BW 10000 Kbit half duplex

        0 packets input, 0 bytes, 0 no buffer

        Received 0 broadcasts, 0 runts, 0 giants

        0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort

        0 packets output, 0 bytes, 0 underruns

        0 output errors, 0 collisions, 0 interface resets

        0 babbles, 0 late collisions, 0 deferred

        0 lost carrier, 0 no carrier

        input queue (curr/max blocks): hardware (128/128) software (0/0)

        output queue (curr/max blocks): hardware (0/0) software (0/0)

pixfirewall#
pixfirewall# ping 192.168.1.1

        192.168.1.1 NO response received -- 1000ms

        192.168.1.1 NO response received -- 1000ms

        192.168.1.1 NO response received -- 1000ms

pixfirewall# ping 192.168.1.2

        192.168.1.2 response received -- 0ms

        192.168.1.2 response received -- 0ms

        192.168.1.2 response received -- 0ms

pixfirewall#

- Router z drugiej strony
- proba pingu ze strony routera




Dodam ze ta konfiguracje testuje na dwoch roznych pixach (Soft jest ten sam, wersja 6.3) efekt jest ten sam.

[Seba]

No niby wszystko wyglada ok... Nie masz przypadkiem zamienionego inside z outside? No offence oczywiscie, ale jak wszystko wydaje sie, ze powinno dzialac, to najczesciej okazuje sie, ze to wlasnie cos tak trywialnego jest powodem.

[kktm]

tak ogolnie do tematu, testy L2 connectivity robi sie za pomoca

show arp, arp -a, poprzedzone pingowaniem

Dopiero jak arpy sa poprawne, zacznij zastanawiac sie czemu pingi nie dzialaja.