Avatar billede mrmox2 Nybegynder
05. september 2005 - 13:24 Der er 4 kommentarer og
1 løsning

apache+firewall=langsom fra andre hosts

jeg kører apache på fedora core 1 med iptables

fra localhost kører det fint, men fra andre hosts går det langsomt.
med mindre jeg lukker iptables ned på serveren, så stryger det nemlig afsted

har jeg et problem med apache, iptables eller noget DNS

skal der åbnes for andet end port 80 på serveren?
-A MOX-INPUT -p tcp -m tcp --dport 80 -j ACCEPT

når jeg tjekker trafikken (med og uden firewall) kører det kun på port 80 på serveren og på forskellige porte omkring 33500 på klienten

hvilke oplysninger er der brug for til fejlsøgning på dette
Avatar billede mrmox2 Nybegynder
05. september 2005 - 15:45 #1
ok, hvis jeg fjerner disse linjer er der ingen problemer:

# Syn flood filtering chain

#-A SYN-FLOOD -m limit --limit 1/s --limit-burst 4 -j RETURN
#-A SYN-FLOOD -j DROP

så må jeg bare leve med det
Avatar billede strych9 Praktikant
26. september 2005 - 01:10 #2
Du fandt ud af det. Forklaringen er:
Når en TCP/IP session etableres foregår det med det som hedder 3-way handshake, og den allerførste pakke der sendes en syn pakke.
En syn flood er hvis man sender en masse syn pakker til en server fra et forfalsket afsender ip som ikke eksisterer. I så fald vil serveren stå og cache de sidste, lad os sige 50, syn pakker og nægte at modtage flere indtil den har fået svar på de andre. Der er en vis timeout periode hvor serveren så står og venter på svar. Det kan feks være 2 sekunder. I løbet af de to sekunder er den ikke i stand til at acceptere at der er andre maskiner der vil i kontakt med den. Hvis man så sender en lind strøm af disse syn pakker til en server så har man et denial og service angreb. En server der er effektivt sat ud af spillet.

Den her syn flood beskyttelse i kernen, afhængigt af hvordan den virker, må lægge en eller anden begrænsning på hvor mange syn pakker en server vil modtage. Hvilke parametre den regner ud fra aner jeg overhovedet ikke.
Men det kan dog ses med nogle hint i den iptables linje. Den begrænser til 1 pr sekund (fra samme ip?) og sætter en burst begrænsning. Alt hvad der ikke holder sig indenfor de rammer bliver sendt til /dev/null
Klienten i den anden ende vil så stoppe på når den ikke får svar på sin syn pakke, og efter en kort periode vil den prøve at sende en syn pakke igen. Det forklarer vel hvorfor det gik langsomt.

Hygge. =)
Avatar billede strych9 Praktikant
26. september 2005 - 01:11 #3
Klienten i den anden ende vil så stoppe på = Klienten i den anden ende vil så stoppe op
Avatar billede mrmox2 Nybegynder
26. september 2005 - 21:00 #4
tak strych9 - det er jo dejligt at det virker, og endnu bedre at forstå hvorfor det virker :-)
er du egentlig nogle gange hjemme i århus - så kunne jeg måske kigge forbi såån
Avatar billede strych9 Praktikant
26. september 2005 - 22:43 #5
Desværre. Kommer først hjem til jul =(
Jeg ringer til dig en af dagene, hvis jeg kan finde dit nummer. Havde faktisk helt glemt at svare på din sidste mail.
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Uanset kodesprog, så giver vi dig mulighederne for at udvikle det, du behøver.

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester