-
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!wsisiz.edu.pl!plix.pl!newsfeed1.plix
.pl!news-out2.kabelfoon.nl!newsfeed.kabelfoon.nl!xindi.nntp.kabelfoon.nl!news.g
lorb.com!postnews.google.com!a29g2000pra.googlegroups.com!not-for-mail
From: Matt Rutkowski <m...@g...com>
Newsgroups: pl.internet.polip
Subject: Re: TP nie lubi GIMPa czy co?
Date: Mon, 5 Jan 2009 14:16:31 -0800 (PST)
Organization: http://groups.google.com
Lines: 20
Message-ID: <3...@a...googlegroups.com>
References: <3...@o...googlegroups.com>
<f...@d...googlegroups.com>
<gjsh1d$904$1@kontener.atcom.net.pl>
<7...@i...googlegroups.com>
<5...@s...googlegroups.com>
<2...@c...fuw.edu.pl>
NNTP-Posting-Host: 79.184.19.21
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: posting.google.com 1231193792 31899 127.0.0.1 (5 Jan 2009 22:16:32 GMT)
X-Complaints-To: g...@g...com
NNTP-Posting-Date: Mon, 5 Jan 2009 22:16:32 +0000 (UTC)
Complaints-To: g...@g...com
Injection-Info: a29g2000pra.googlegroups.com; posting-host=79.184.19.21;
posting-account=hgNPwAoAAAARaMKubSnKNMN5kujuIbN-
User-Agent: G2/1.0
X-HTTP-UserAgent: Opera/9.61 (Windows NT 5.1; U; pl) Presto/2.1.1,gzip(gfe),gzip(gfe)
Xref: news-archive.icm.edu.pl pl.internet.polip:88232
[ ukryj nagłówki ]Punkt widzenia zalezy od punktu siedzenia....
Fakt, ze uzytkownicy nie moga dostac sie do takiej czy innej strony,
uslugi sieciowej to w wielu przypadkach taka szkoda jak niewygoda.
Dla firm, korporacji walka z DDoS'ami i spamem to straty rzedu paru
milionow USD w skali roku. Np. do naszego korporacyjnego AS'a (8883)
regolarnie, dziesiat razy w roku mamy ddos'y pochodzace z korei
(glownie kornet), chin, rumunii. Mimo licznych kontaktow z adminami,
telefonami, pismami reakcji brak.
Mamy rowniez pare maszyn w PL. Swego czasu jeden z operatorow
ogolnopolskich stwierdzil, ze z ddos'em musimy sami sobie poradzic bo
ten w przesylany content nie ingeruje, nie ma tez srodkow technicznych
do walki z takim atakiem. Co wtedy ma zrobic klient gdzie kazda
minuta przestoju to potezne straty a w dluzszej perspektywie przy
takim stanie rzeczy jeszcze wieksze konsekwencje finansowe?
--
Matt Rutkowski
Następne wpisy z tego wątku
- 05.01.09 22:25 Łukasz Bromirski
- 05.01.09 22:42 Tomasz Śląski
- 05.01.09 22:44 Łukasz Bromirski
- 05.01.09 22:49 futszaK
- 05.01.09 23:02 skx
- 05.01.09 23:05 r...@g...com
- 05.01.09 23:11 Łukasz Bromirski
- 05.01.09 23:22 r...@g...com
- 05.01.09 23:19 Tomasz Śląski
- 06.01.09 00:05 ru
- 06.01.09 00:07 RoMan Mandziejewicz
- 06.01.09 07:07 futszaK
- 06.01.09 07:09 futszaK
- 06.01.09 07:33 b...@n...pl
- 06.01.09 07:48 Marcin Kulas
Najnowsze wątki z tej grupy
- Jest tutaj kto? Halo, Darius Expert?
- Czy to konieczne? ATMAN - 30.06.2019 - Wyłączenie news.atman.pl
- pl.internet.polip - is DEAD?
- ovh
- INEA
- Prośba o traceroute z Vectry
- BGP - wszyscy wkładają głowę w piasek.
- http://pl
- Re: Czemu jest wylaczany serwer w3cache.icm.edu.pl ?
- Taaaka integracaj na rynku, a tu nikt, nic..
- Alternatywna sieć dla internetu kiedyś w Polsce
- ooerator gsm + stały ip z revdns
- Dostęp do ip nostrady
- narzędzia do weryfikacji poprawności bazy WHOIS
- T-mobile bawi się w MITM....
Najnowsze wątki
- 2024-12-23 Riga => Specjalista ds. public relations <=
- 2024-12-23 Łódź => Specjalista ds. Sprzedaży <=
- 2024-12-23 Kraków => International Freight Forwarder <=
- 2024-12-23 Co nalezy do Cinkciarza, a co do Conotoxia ?
- 2024-12-23 Poznań => Key Account Manager <=
- 2024-12-23 Warszawa => Presales / Inżynier Wsparcia Technicznego IT <=
- 2024-12-23 Rzeszów => Spedytor Międzynarodowy <=
- 2024-12-23 Warszawa => Infrastructure Automation Engineer <=
- 2024-12-23 Białystok => Analityk w dziale Trade Development (doświadczenie z Po
- 2024-12-23 Warszawa => Site Reliability Engineer (SRE) <=
- 2024-12-23 Warszawa => DevOps Engineer <=
- 2024-12-23 Warszawa => Senior Account Manager <=
- 2024-12-23 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-12-23 Katowice => Administrator IT - Wirtualizacja i Konteneryzacja <=
- 2024-12-23 Mińsk Mazowiecki => Spedytor Międzynarodowy <=