[zorp-hu] Konfiguralas
Gyorko Zoltan
gyorkoz@balabit.hu
Thu, 11 Jan 2001 16:21:08 +0100
szia
> # (ip-cim szerint) mely gepek milyen szolgaltatasokat
> # erhetnek el a tuzfalon keresztul?
A zonak beallitasain keresztul, mint a hagyomanyos ip zonak azaz (jatek a
netmask-al):
a.b.c.d/32 a zona definicioban kizarolag az a.b.c.d gepet jelenti
Ami fontos, hogy a 0.6-osban a zonak feldolgozasa meg soros volt, ezert az
alzonakat elobb kell kijelolni.
(07.11-ben mar nem kell igy)
>Ez a konfig melyik
> # zorp verzioval mukodik stabilan? Ugyanis ugy lattam,
> # hogy a 0.7.11-es verzional mar mas a konfig.
Ugy tunik semelyikkel sem. A zonadefinicio meg a 0.6-bol jon, a
szolgaltatas osztaly mar uj. Ez arra utal, hogy 0.7.8-at hasznalsz, ami a
fejlesztoi sorozat elejerol szarmazik ezert meg vannak benne bugok.
tehat lepned kell. A legjobb az lenne ha atirnad a policy-t 0.7.11-nek
megfelelore. Ha ez nem szimpatikus, akkor allj vissza 0.6-ra.
>
> #---------------------------------------------------------#
> # A belso halorol az internet elerese http-n keresztul
> class BIHttp(Http.HttpProxy):
> def config(self):
> HttpProxy.config(self)
> self.transparent_mode = 1
> # self.request["POST"] = (Http.HTTP_DROP)
>
> def init(name):
> BIHttp_service = \
> Service("BIHttp", InbandChainer(), BIHttp)
>
> # A kesobbiekben szeretnek egy proxyt is kesziteni a belso
> # halozatra, de egyelore direktben szeretnem kiengedni a
> # usereket. Erdemes-e beletenni a "-s 192.168.0.0/24" reszt?
"Mag fele paranoia " (Sasa) eseten erdemes, hogy mindent tobbretuen
lekezelj. A zona definicio es amiatt, hogy a megfelelo interface-n listenel
a zorp is megfogja.
> # ipchains -A input -i eth2 -d 0/0 80 -j REDIRECT 3128
> Listener(SockAddrInet("192.168.0.250", 3128), BIHttp_service)
> # Ha kesz lesz a proxy-szerver (squid), akkor csak az
> # atiranyitast kell megvaltoztatnom? Ahogy en gondolom:
> # ipchains -A input -i eth2 -s proxy.ip.cim.e -d 0/0 80 -j REDIRECT 3128
> # Es ekkor a proxyn nem kell semmit beallitani, ugye?
Ez is egy jo megoldas. Lehet csak zonadefinicioval
csinalni (squid kulon zona ahonnan csak a HTTP megy, mashonnan meg minden
mas) es akkor a zorp dont. Gusztus dolga. (Mag szerint ugye legjobb mindent
specifikalni)
> #---------------------------------------------------------#
>
> #---------------------------------------------------------#
> # A belso halorol az internet elerese ftp-n keresztul
> class BIFtp(FtpProxyAllow):
> def config(self):
> FtpProxy.config(self)
> self.fw_server_data.ip_s="100.100.100.100"
> self.fw_client_data.ip_s="192.168.0.250"
> NAT = 1
>
A 0.7.11 ben mar nem kell fw_server_data.ip_s es client valtozokat
hasznalni, anelkul is transzparens lesz. 0.7.8-ban meg kell, de NAT valtozo
mar ott sincs. (ha lenne is helyesen self.NAT = 1 )
> Service("BIPop", TransparentChainer(), BIPop)
>
> # ipchains -A input -i eth2 -d 0/0 110 -j REDIRECT 2110
> Listener(SockAddrInet("192.168.0.250", 2110), BIPop_service)
> # Ha korlatozni szeretnem, hogy mely gepek mehetnek ki ezen
> # a szolgaltatason keresztul, akkor azt hogyan kell
> # beallitani?
Lasd. squid.proxy.ip
>Ha azt is korlatozni szeretnem, hogy mely
> # gepeket erhetik el a neten pop3-mal (pl. matav, elender),
> # akkor kulon kell bontanom a matavos es elenderes elerest,
> # es az ipchains-szel iranyitani a megfelelo porton figyelo
> # service-hez?
Lasd zona definicio. (a popszervereket felveszed szinten kulon zonaba, oda
engedsz pop service-t mashova nem)
>
> def init(name):
> IDPop_service = \
> Service("IDPop", TransparentChainer(), IDPop)
>
> # ipchains -A input -i eth0 -d 192.168.1.3 110 -j REDIRECT 4110
> Listener(SockAddrInet("100.100.100.100", 4110), BIPop_service)
> # Ezt inkabb DirectedChainer-rel kellene megoldani?
mivel a dmzben levo szrverednek nem valos ip-je van, nem is tudod maskent
elerni mint directed-el, mivel kifele csak a tuzfal ipje latszik.
>
> #---------------------------------------------------------#
> # Az internetrol a DMZ elerese http-n keresztul
> class IDHttp(HttpProxy):
> def config(self):
> self.transparent_mode = 0
^^^^^^^^^^
Befele webszerver fele meno kereseknel epp az a lenyeg, hogy kintrol ne
latszon, a szerver nem a valos ip-n van es megis oda csapodjon be (a
directed chainer miatt)
A fenti beallitas szerint az internetrol jovo klienseknek be kell allitaniuk
proxykent a tuzfaladat, ahhoz, hogy lassak a weblapodat.
kozben mar harman valaszoltak, de nem baj...
udvozletel
--
Györkő Zoltán BalaBit IT Biztonságtechnikai Kft.
tel/fax:(36-1)-217-14-98 1092 Bp. Köztelek u. 4/b
http://www.balabit.hu