Re: AC-X L2 i ruch z 10.0.0.0/8, 172.16.0.0/12 i 192.168.0.0/16

eGospodarka.pl › Grupy › pl.internet.polip › AC-X L2 i ruch z 10.0.0.0/8, 172.16.0.0/12 i 192.168.0.0/16 › Re: AC-X L2 i ruch z 10.0.0.0/8, 172.16.0.0/12 i 192.168.0.0/16

Path: news-archive.icm.edu.pl!news.gazeta.pl!not-for-mail
From: Sławek Lipowski <s...@l...org>
Newsgroups: pl.internet.polip
Subject: Re: AC-X L2 i ruch z 10.0.0.0/8, 172.16.0.0/12 i 192.168.0.0/16
Date: Wed, 03 Nov 2010 13:01:59 +0100
Organization: "Portal Gazeta.pl -> http://www.gazeta.pl"
Lines: 24
Message-ID: <iarivo$1eo$1@inews.gazeta.pl>
References: <iapqp2$cnd$1@inews.gazeta.pl>
<s...@m...verox.pl>
<iapu04$ooa$1@inews.gazeta.pl>
<s...@m...verox.pl>
<iaq0ob$56n$1@inews.gazeta.pl> <iarcnj$i78$1@news2.ipartners.pl>
<iari22$r1i$2@inews.gazeta.pl> <iariib$kv8$1@news2.ipartners.pl>
NNTP-Posting-Host: gargamel.bpcentrum.net
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: inews.gazeta.pl 1288785720 1496 193.142.113.195 (3 Nov 2010 12:02:00 GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Wed, 3 Nov 2010 12:02:00 +0000 (UTC)
X-User: s.lipowski
In-Reply-To: <iariib$kv8$1@news2.ipartners.pl>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.12) Gecko/20100913
Icedove/3.0.7
Xref: news-archive.icm.edu.pl pl.internet.polip:93369
[ ukryj nagłówki ]
W dniu 03.11.2010 12:54, Zboj pisze:
>>
>> Nie mam żadnego problemu. Chciałbym wyeliminować przyczynę ich generowania
>> i uniknąć konsekwencji.
>
> Nie wyeliminujesz. Jak już tu padło - privIP to prawidłowe IP i co do zasady
> pakiet z takim src IP poleci w sieć zarówno intencjonalnie, jak i poprzez
> błędy w NAT/PAT. Z uwagi na ich przeznaczenie - powinno się je ciąć. Jaka
> jest praktyka - padło już w tej dyskusji. Nie ma sensu postulowanie o
> idealny świat. Realia są ziemskie.
>
> Wracając do meritum. Jak chcesz uniknąć konsekencji - musisz je ciąć. Jak
> nie chcesz ciąć - zmagasz się z konsekwencjami. Nie ma tu żadnej filozofii.
>
> Pozdrawiam,
>
>

Ale konsekwencją jest niezamykanie połączeń TCP w prawidłowy sposób. Nie
dociera FIN+ACK od klienta z prawidłowego IP. Cięcie pakietów nie
wyeliminuje tej konsekwencji.

--
Sławek Lipowski