Naja... > > Das kann man so nicht sagen... Bei einer DoS Attacke sieht > das bei Dir > > von aussen genau so aus, wie wenn der Server selbst zu w�re - oder? > > ja ok, wenn die leitung �berlastet is dauerts halt ewig f�r den > besucher. > aber am server richtet eine DoS-attacke keinen schaden an. das wollte > ich damit sagen.
Ein TCP SYN Flood bewirkt einfach, dass sich der IP Stack umstellen muss... Gewisse ICMP Funktionen funktionieren nicht mehr... Gibt ev. ein bisschen komische Resultate bei einem Tracert oder dein Server ist nicht mehr so net mitzuteilen, dass ein Port geschlossen wurde oder eine Verbindung nicht aufgenommen werden kann. Jedoch nichts lebensnotwendiges. Und das geht auch wieder, wenn der DoS vor�ber ist... Ich habe viel mehr angst vor DoS, die nicht umbedingt die Leitung ausf�llen... die irgend einen Cache im System �berlasten. Es gibt im IIS sehr viele Buffer Overflows, welche zu DoS f�hren... -> Dann ist dein Server ganz tot. Ein sch�nes Beispiel sah ich, als ich mal etwas versuchte. Der JET Provider (MS Access) hat 2 Provider spezifische "Schemas". Mit dem 1. kannst du die eingeloggten User einer Access DB abrufen. -> Funktioniert wunderbar... Mit dem 2. Kannst du Informationen �ber den Provider Abrufen (Disk Reads / Index Size, ...) -> Funktioniert in VB wunderbar; f�hrst du dies jedoch in ASP aus, so geht es ca. 100 Datenbankzugriffe, und dan crasht dir zuerst die JET Engine; danach die gesammte ASP Engine des IIS... Solche machen mir viel mehr angst. Gruss Christian Thuer | [aspdecoffeehouse] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
