Hogyan lehet házigazda honlapja biztonságos és gyors?

A honlap gyorsan nyitható a különböző országokban, védi a felhasználói fiókokat, és továbbra is kereskedik a forgalmas órák. Ehhez minden munka meg van határozva a kezdetektől, hogy hol. Közös tartalom mutatja be egy közeli pont a felhasználó. Ülés, egyenleg és fizetési tranzakciók sétálnak keresztül az alkalmazás, amely megerősíti az engedélyt és feljegyzéseket.

A tárhelyet a böngésző kérésének figyelemmel kísérése mellett vesszük át. Először azt nézzük meg, hogy a tartalom hogyan jut el a felhasználóhoz, majd azt, hogy az alkalmazás hogyan irányítja a kérést. A legutóbbi szakaszokban van szerver hozzáférés, 2Ban és visszatér a biztonsági mentésből.

Plesk Kezdve a hosting elrendezéssel

A közösségi oldal, tárhely és támogató panel; applikációs fájlok, adatbázisok és szolgáltatások fut ez a kettő. Mi házigazdája a menedzsment ezt az elrendezés Plesk Használjuk. A domain nevet a weboldalakhoz csatlakoztatjuk, a tanúsítási menedzsment, a webszerver és az operációs beállítások ugyanabba a kezelési rétegbe tartoznak. A felhasználó által megtekintett tárhely az az arc, amely megnyílik a programból.

Amikor a felhasználó megnyitja az oldalt, nyitott vizuálisok és stílusfájlok is bemutathatók a webszerverről. A személyes tranzakciókat, mint például a munkamenet, egyensúly vagy támogatás kérés értékelik a gyakorlatban, a szükséges feljegyzéseket veszik ki az adatbázisból. E feladatok megfelelő helyen történő végrehajtása minden egyes látogatásnál csökkenti ugyanazt a munkát. Például, ha egy közös hír vizuálisan jön a cache-ből, a felhasználó privát A támogatás áthalad a hozzáférés ellenőrzésén.

Plesk A PHP verzió és a munkapoolok, amelyeket az alkalmazás használ, kezelhetők. Adatbázis kapcsolatok, fájlengedélyek és mentések is el kell rendezni a szolgáltatás igényei szerint. A megfelelő tárhely nem csak a kezdőlap megnyitását fedi le. Amikor a fizetési felszólítás megérkezik, a megrendelés meg lesz mentve, a kiszállítás végrehajtása a játék szerver és a felhasználó támogatása ugyanazokat a szervizalkatrészeket, hogy elérjük a rekordot.

Milyen gyorsan nyílik meg a honlapja különböző országokban?

A közös tartalmat a különböző régiókból származó munkamenet-tranzakciók alkalmazásában végzik.

A különböző országok felhasználói számára a kívánt hely elérésével szállítjuk a forgalmat. Közös tartalom, mint például logó, style file és nyílt vizuálisok a felhasználó közvetlen közelében is megjeleníthetők. Így nem kell minden egyes kép esetében a fogadó szerverre menni. Az egyik országban a felhasználó számára elérhető gyors útvonal nem feltétlenül ad azonos eredményt egy másik országban. Az első válaszidőt különböző régiókból kell mérni.

A munkamenet panel végigmegy az egyenleg és a fizetési műveletek engedélyezett alkalmazásán. Például ugyanaz a termék látható cache több országban. Ha a felhasználó jóváírásra kerül, az ügyletet feldolgozzák a fő megrendelési rekordra, és az új egyenleg csak saját munkamenetben jelenik meg. A regionális forgalom elosztásával a felhasználó privát adatainak hozzáférési határértékei együtt maradnak fenn.

Webes kérések elérhetők a kiszolgálóhoz

Hogyan kell olvasni ModSecurity szabály?

PleskModSecurity, használt webes alkalmazás tűzfal, vezérli HTTP kéréseket strukturált szabályok. A szabályok leírják, hogy melyik folyamat vizsgálja meg, hogy milyen terület, mi egyezik és egyezik. Egy szabály csak megvizsgálja a módját és módszerét a kérelem. Más szabályok is osztható formában területek, szétválasztott JSON értékek vagy szerkezete telepítés A kérésfejléceket a korai szakaszban olvassák; a testellenőrzés a tartalom szétválasztása után történik. Ellenőrizni kell, hogy a megfelelő elválasztó JSON vagy fájlfeltöltés segítségével működik-e egy végpont esetében.

Például, amikor elfogadunk egy nyílt keresési oldalas szöveget, a fájlfeltöltési cím csak egy bizonyos típusú POST kérésre vár. A script futtatásához a keresési mezőben szükséges lefutások ellenőrzése megtörtént. A Fájl betöltési címe, módszerei, testmérete és a fájlok száma korlátozott. A modeSecurity szabályt egy megfelelõ területen kell követni, és a kiválasztott akcióoldalt naponta kell követni. Ha felügyelik, milyen típusú tartalmakat is meg kell határozni. Az alkalmazás hibajelzőjén kiszivárgó nagybetűs vagy adatbázisos hiba részletezése. Az alkalmazásnak egyszerűnek kell lennie a hibaválaszainak, és külön meg kell írnia a diagnosztikai adatokat.

A kérés értékelése kontextusban ahelyett, hogy egyetlen szóval blokkolnánk

Egy támogató üzenetben a "script" vagy a "select" szó szokásos. Például a felhasználó elküldheti a technikai hiba szöveget. Az ellenőrzésnek meg kell vizsgálnia, hogy melyik mezőben és milyen szerkezetű a szó. A szkript címke egy egyszerű szövegmezőről, a kód minta látható szöveg a támogatási üzenet nem ugyanazt az eredményt adja. Hogyan lehet megoldani a kódolt bemenetek Az is fontos. A tűzfal, az alkalmazás jöhet egy másik megértés az alkalmazás érdemes átmenni az audit, ha vannak különböző megjegyzések egymástól.

OWASP Core Rule Set (CRS) konvertálja a pontokat a berendezések használt minősített anomáliák. Például, egy gyanús fejléc, a támadás meghal a szervezetben lehet pontszám együtt ugyanabban a kérésben. A teljes pontszámot blokkolja, ha eléri a beállított küszöböt. A szabály ID jelzi, hogy melyik illeszkedik a pontszámot. Ha van egy másik réteg hálózat előtt tűzfal, minden esetben A dinamikus kérést olyan módon kell tesztelni, hogy az valóban átmenjen az ellenőrzésen.

Milyen szabály változik, ha egy érvényes kérés le van tiltva?

Az új szabályokat először valódi munkafolyamatokkal kell tesztelni érzékelési módban vagy vizsgálati környezetben. A termék mentés, támogató üzenet, vizuális feltöltés és aláírt fizetési felszólítás külön-külön kerül kipróbálásra. Ha egy űrlapot véletlenül blokkolnak, a kérés megtalálható az úton és a szabály ID. Például, ha egy engedélyezett tervezési szerkesztő valóban HTML-re számít az egyetlen területen, nincs kivétel önmagában az út, a terület és a vonatkozó szabály tekintetében van meghatározva.

Amikor a blokkolás aktiválódik, az érvényes tranzakciót újra kell tesztelni a korrupt kérésnek és a nagy forgalom forgatókönyvének megfelelően. A naplókra vonatkozó döntés okát meg kell nézni, a jelszót, a fizetési adatokat és a kapcsolatkapcsolókat el kell takarni. A hibaarány, amit a valós felhasználók kapnak a nyomon követendő eredmények között, a blokkolás száma és a válaszidő forgalmas órákban. Ha egy szabály megállítja a támadást, a fizetés megtörténik. Az értesítésnek, a támogató üzenetnek és a fájl feltöltésének is megfelelően kell történnie.

Plesk ModBiztonsági útmutató · OWASP CRS anomália · OWASP CRS eltérések és szabálykivételek

Helyezze a kezelt ellenőrzést a megfelelő helyre

WAF értékeli az ismert támadási minták az út, a test és más jelek, hogy akarnak. Kell lennie egy jól meghatározott szabály, amely magában foglalja a határidő gyanús böngésző forgalom, Kezelt kihívás és blokkoló lépéseket, ha szükséges. Ez is tartozik több tucat felhasználó ugyanazon IP iskolai hálózat. Először is olvassa el az utat, időintervallum és sikertelen kereskedési arány. Játék Ha a böngésző ellenőrzése a szállítási cím vagy fizetési értesítés a plugin, nem tud reagálni az automatizálás. Használja az aláírás, időbélyegző és a feldolgozás speciális sebességhatár ezeken a végeken.

Tegyük fel, hogy egy péntek este több száz kérés egy perc alatt egy IP. A kérések fognak nyitni, hogy mindenki számára, legtöbbjük megfelel a gyorsítótárból, és ha a hibás számú bejegyzés nem növekszik, a felhasználók azonnal lehűti az IP-t a játék. Ha ugyanaz az IP hívják jelszó több száz különböző fiókok rövid időközönként, a sebességhatár jelentős a belépési útvonal. Első megfigyelési módban, amely a mód Olvassa el a mérkőzés kérések, majd alkalmazza ellenőrzés vagy blokkolás bizonyos ideig. Szerezze meg a befejezési időt és a kivonási útvonal a szabály.

Kérelem, ülés és engedély ellenőrzése a kérelemben

A nyomtatvány a felhasználó böngészőjéből egy játékplugin és egy fájlfeltöltés bejáratánál található meg. A központi vezérlőben a kérés a megfelelő folyamat megkezdése előtt áthalad az ellenőrzési rétegeken. Az első réteg addig korlátozza a kérést, amíg ugyanaz a forrás rövid időn belül el nem foglalja magát. Az adatváltozó kérésekre vonatkozó külön határértékek az általános forgalommal Alkalmazandó. Ha a limit be van töltve, akkor le kell állítani egy olyan válasszal, amely tájékoztatja a várakozási kérést. Így nem kell osztoznia ugyanazon a költségvetésen folyamatos támogatási kérésben, egy átlagos oldalnézetben. A nyitott oldal mindenkinek, a munkamenet panel és fizetési felszólítás áthalad a különböző kontrollok.

A POST bejegyzéseinek és adatainak az oldalra történő rögzítésére kialakított szabály

A központi vezérlő letapogatja a forma területeket, beleértve a fészkelési tömbök. Törli a testet a megfelelő JSON véget ér, törlési értékek. Normalizálás előtt a scan biztosítja, hogy az azonos bemenet kódolt különböző formátumok értékelik az azonos szabályok. Test- és terület hossza határértékek is ellenőrzött. Sebességhatár határozza meg, hogy milyen gyakran lehet kérni a forrást. Tartalomvizsgálat Ha egy kérésben megnézi az adatokat. A biztonsági szabályok a felhasználó kérésének bejáratától származó összes átfolyásos adatátvitel. Meg kell határozni az egyes végpontok, mezők, adattípusok, hosszok és testméretek által elfogadott igénylési módszert. A felejthetetlen területeket nem szabad feldolgozni, az érvénytelen kérelmeket a kapcsolódó folyamat megkezdése nélkül el kell utasítani. Ugyanabból a forrásból származó ismételt vizsgálatok esetében a feldolgozási típus megfelelő sebességhez Meg kell határozni a határértékeket.

A POST kérés ellenőrzése önmagában nem elegendő. Még ha a kérés egy engedéllyel rendelkező felhasználótól érkezik is, egy másik felhasználónak meg kell változtatnia rekordját. CSRF-ellenőrzést kell alkalmazni az adatcsere során a böngésző munkamenetével. A bejövő értékeket paraméterként kell összekapcsolni a lekérdezéssel, és kódolni kell az oldalon használt kötelező szöveg szerint. A tartalmat nyílt címkével és attribútum listával kell ellenőrizni. Így a bemenetben tárolt érték nem változik át egy másik képernyőn megjelenő tartalomfutási szkriptté.

Nem határozzuk meg a biztonsági határértéket az űrlapok között.

A moderátor hozzáad screenshot 471. Ha a szerver úgy néz ki, mint egy szóló munkamenet, a felhasználó hozzáadhat fájlokat egy másik felhasználó kéréséhez azáltal, hogy 471 a kérés. Még akkor is, ha a fájl kifogástalan PNG itt. Ellenőrizze, hogy az a személy, aki először bejelentkezett, jogosult-e hozzáférni a kéréshez, akkor az összeadás hatóság. Végül, maga a fájl nem engedélyezett. A személyazonosság, a tranzakciós engedély és a fájltípus három külön ellenőrzés.

A felhasználó által megírt szöveg rögzítésének célja, hogy ne töröljön semmilyen különleges karaktert. 5 < 10 Az üzenet kifejezésként és olvasva tárolható az oldalon. Ugyanaz az érték HTML-ben van kódolva, míg paraméterként belép az adatbázis lekérdezésébe. JSON válasz is íródott JSON kódolóval. Egyetlen "tiszta" funkcióval, mindezen összefüggések megoldásán munkálkodnak, mindkettő megzavarja a valós üzeneteket, néhány képernyőt hagyva.

Mi történik, ha a session cookie-t egy másik IP-ből használják?

Amikor a webes fiók ellenőrizve van, a kiszolgáló loger token vezérli a bejelentkezésben rögzített IP-címet és az utolsó érvényesség időt. Ha valaki más IP-ről veszi át a zsetont, akkor a munkamenet nem egyezik meg a regisztrációval, és a kérés nem engedélyezett a számla által. Ugyanez a szabály előírhatja a visszanevezést, ha a felhasználó az IP-t mobil adatokról WiFi-re változtatja.

A HTTPS használata esetén a Secure is engedélyezve van. A httpOnly böngészőben található JavaScript a cookie-ját közvetlenül olvasni korlátozza. A Secure cookie lehetővé teszi, hogy HTTPS-en keresztül küldjük el. Az IP párosítás a rögzített token egy másik címről történő újrahasználatát korlátozza. Cookie beállítások, MVC kimeneti kódolás és bejelentkezés a szerveren Szóval együtt működik.

Fájl feltöltése és biztonságos tárolása

Honnan veszed, hogy egy kép valójában kép?

A böngésző által küldött MIME fejléc megváltoztatható. A telepítési sor méretének korlátozása, a megengedett kiterjesztés ellenőrzése, a fájltartalom típusa és a képkönyvtár megnyitása. Korlátozza a pixelek számát. Ha egy kis tömörített fájl megnyílik, akkor túl sok memóriát tud fogyasztani. A könyvtárban a PHP-t nem szabad működtetni, a speciális fájlok letöltésekor ellenőrizni kell a tulajdonjogot.

A kettős kiterjesztés és rendszer által generált fájlnév

A fájl neve ImageE.php.png Ez lehet. Végül, a PNG írás nem tudja bizonyítani, hogy az adatok belül kép. Fontos, hogy a fájl típusa és a vizuális szerkezet korrigálva legyen a telepítés során. Ha egy igazi PNG átmegy az ellenőrzésen, a rendszer azonosítása helyett az eredeti fájlnevet használja támogatott képfolyamokban. Például, tárolt fájl 8d7c42f1.png A fájlnévhez hozzáadandó részek nem határozzák meg a fájl nevét a szerveren.

A név, tartalom módosítása azt jelenti, blokkoló vezérlések futtatni a területén ellenőrzés és betöltés. Nem csak lerövidíteni a nevét a fájl, hanem egy végrehajtható tartalom látható, mint a kép nem biztonságos. Felismerte a hitelesített vizuális és csak felajánlott a várt típus része a rakodási vonal.

A telepítési komponens CGI, shell script, JavaScript és PHAR mint végrehajtható tartalom mellett kommentálható kiterjesztések, mint például a PHP és a PHTML. A szkript védelme az általános fájlprocesszorokban kezelheti ezeket a típusokat egyszerű szövegként, és hozzáadhatja a .txt-ot a fájl nevében. A vizuális feltöltési terület elutasítja azt a fájlt, amely nem felel meg engedélyének MIME lista. Így, az egész fájl lesz címezve generikus fájlként. nem jelenti azt, hogy a processzorok képesek tárolni egy szöveges fájlt, ugyanazt a fájlt kell tekinteni vizuálisan.

Hogyan kell kezelni a szkripteket tárolt SVG?

SVG leírja a rajz egy tanterven alapuló struktúra. Ez lehet hozzáadni egy szentírás, esemény kiváltó attribútum vagy veszélyes kapcsolat a szerkezet. A fájl hordozhat olyan tartalmat, amely megváltoztatja az oldal viselkedését belül jelenik meg, mint egy kis logó a képernyőn. Ezért a rendszer is vizsgálja a tartalmát SVG. A script címkék, események feldolgozók, veszélyes linkek és beágyazott aktív összetevők ellenőrzött példák. A nem kényelmes telepítés feldolgozás nélkül le van zárva.

A telepítési terület feladata is fontos. A közönséges felhasználó látómezőjével nem szükséges ugyanaz a fájlpolitika, amely szerepel a meghatalmazott személy tervezési jelenlétében. A felülvizsgált védelmi áramlatban általános rakodási korlátozások vannak és szabályozzák a speciális tervezési területeket. Ez nem jelenti azt, hogy minden SVG elfogadható; még a megengedett területen, a fájl tartalma auditált.

Ki férhet hozzá a fájlhoz a telepítés befejezésekor?

Ez lehet mindenki számára nyitott, ha a screenshot kérő támogatás tartalmazhatja a felhasználó e-mail címét. Mindkettő nem lehet ugyanaz, mint a tárolási és kínálati szabályok, még ha vannak is képek. Tartsa meg a támogató csatolmány kívül a web root, ellenőrizze, hogy a felhasználó még mindig hozzáfér a megfelelő keresletet a letöltés kérése. Nehéz fájlnevet kitalálni, hogy egy-stop hozzáférés ellenőrzés Ne használja. Bemutathatja a nyilvánosság, mint egy visszafogott, nem operálható vizuális.

Ha hiba van a hajlam-előállítás során, nem szükséges, hogy megnyissa mindenki számára részben. Mentés az átmeneti hely és mozgatni a kimenetet a végső név. Állítsa be a mérethatárt mind a webszerveren, mind a PHP oldalon. Például, ha az alkalmazás 4 MB limit, akkor a szerver előtt elfogadja sokkal nagyobb testek, még a fájl, hogy lesz elutasított lesz, még a sávszélessége a szalag és az ideiglenes elfogyasztja a tárolást. Adjon egyértelmű üzenetet a felhasználónak a kérésben túllépve azt a határértéket, amelyet újra megpróbálhat.

Az MVC-sablonok és az SFTP változásai

Hogyan osszuk meg a sablont és az alkalmazási kódot MVC-vel?

A sablonjainkban MVC-t használunk. Amikor egy áruházi oldal megnyílik, az adatkezelő megfelel a kérésnek, és meghatározza, hogy mely rekordokhoz lehet hozzáférni. Az adatréteg termékeket és árakat hoz létre. A megjelenés terméknévvel, árakkal és készletekkel adja meg az oldalt. Ennek a különbségtételnek köszönhetően a fizetési folyamat vagy adatbázis megváltoztatja a termék kártyáját vagy listaelrendezését. Nem kell megváltoztatni a kérdést.

A szerkeszthető téma és panel fájlok a prezentációs réteghez tartoznak. A sablonvezérlő PHP címkével, script commenter fejlécekkel működtethető, és közvetlenül blokkolja az SQL megjelenését. Még a .php fájlnév esetén is a tartalom e szabályok hatálya alá tartozik. A sablon a saját munkaformátumára állítja össze a hitelesített sablont. A dinamikus adatok a hátlap bemutatási oldalára is felhasználhatók. a komponens ad. A nyers output irányelv korlátozott, az eszközutak is relatív és korlátozott engedélyezett könyvtárak.

A téma mutathatja a támogatási kérés címét. A fejléc eldönti, hogy melyik felhasználóhoz kell visszajuttatni, és milyen adatállományokat vonnak ki az adatbázisból. Ha a témafájl közvetlenül jogosult fájlokat olvasni a szerverről vagy hálózati kapcsolatot nyitni, akkor a design változás hatása kiterjed a bolt adataira.

Mit csinál az MVC, ha a felhasználó bemenete megjelenik az oldalon?

Az érték, amit a felhasználó ír a keresőbe, újra látható az eredmény oldalon. Fennáll annak a veszélye, hogy az XSS ugyanabba a válaszba kerül. Egy támogató üzenet rögzítve van, és amikor egy másik képernyőn jelenik meg, az XSS kockázat megszületik. Mindkét esetben a böngésző hogyan fogja kommentálni az adatokat, meghatározza az MVC megjelenését, ahol a kimenet keletkezik.

A sablon fordító a standard értékek HTML output, kódok speciális karakterek és szögek. Például, a < script > egy bemenet jelenik meg, mint szöveg a felhasználó számára, amikor írt HTML szövegmezőt. A nyers értéke a sablon is blokkolja a forrásellenőrzés. Azokban a területeken, ahol a gazdag HTML igények egyértelműen használt UXL backend blokkok. Ha egy értéket használnak URL, Az engedélyezett linkgrafikont a biztonságos JSON kódolásra is alkalmazni kell, ha adatként továbbítják a JavaScript-ra.

Hogyan kell aktiválni a sablon szervezett SFTP?

Az SFTP szinkronban a fájl először egy külön munkapéldány a téma. A szinkronréteg ellenőrzi, hogy a fájl tartozik a megfelelő téma, és található szerkeszthető útvonalon. Út felbontása megakadályozza a könyvtárak átmenetet a munkaterületen kívül és a cél fennmaradó linkek kívül. Egy új rekord készült a panel egy régi SFTP másolat nem töri össze a fájl frissítése összehasonlítják.

A munkamásolat átvizsgálja a tartalmat, mielőtt az aktív sablonra kerül. A Sheell hívás, fájl olvasás vagy index listázás, hozzáférés média változók, cURL és socket műveletek példák ebben a rétegben. Blokkolt változás nem lesz írva az engedélyezett sablon. Egy érvényes munkamenet megnyitása SFTP lehetővé teszi fájlátvitel. Ha az oldal aktiválja a fájlt, a sablon ellenőrzés Döntsd el.

Milyen munkahelyi engedélyeket kell adni a plugin?

A feladat, hogy egy plugin dolgozik a szerver oldalán korlátozott. Ha egy add- formátumok a terméklista, nincs szükség, hogy módosítsa vagy összekapcsolja fájl engedélyek. Különböző módon elérve ugyanazt a hatóságot meg kell beszélni együtt, amíg a korlátozások vannak meghatározva. A HTTP kliens kérését elküldheti egy olyan címre, ahol a szerver elérhető. A folyamat indítására vonatkozó engedély az operációs rendszer számára van előírva. Ezeket a hatóságokat külön kell korlátozni. A kódfelülvizsgálat, a folyamatengedélyezések, a fájlhozzáférés és a hálózati kimenet mellett a plugin feladatának is korlátoznia kell.

A kiszolgáló és a kapcsolat adatai

Hol használjuk az Adatbázis jelszavát?

Az alkalmazásnak szüksége van egy érvényes jelszóra, hogy csatlakozhasson az adatbázishoz. A kapcsolat áramlatában, amit felülvizsgálunk, a jelszót a szerverben tároljuk, titkosítva és megoldva a kapcsolatot összekapcsoló alkalmazás folyamatával. Így a konfigurációs rekordot nem lehet egyedül elolvasni az adatbázis jelszavát.

Az irányítási és támogatási képernyők a folyamathoz szükséges információkat mutatják, mivel a kapcsolat nem működik. A jelszó nyílt értéke nem szerepelhet ezekben a képernyőkben vagy a hibaválaszokban. A megoldási kapcsolóval a titkosított regisztrációt külön kell tartani, és arra a folyamatra kell korlátozni, amely hozzáférést biztosít a kulcshoz. Ez a hozzáférés elkülöníti a jelszót a napi támogatási tranzakciókon.

Plesk2Ban és hozzáférési védelem

Linux Plesk2Ban, amely aktiválható monitoron a naplók kiválasztott szolgáltatások. A szabály meghatározza, hogy az egyes szolgáltatások meghatározza, hogy milyen rekordok számít, hány próbák fogják kitölteni a küszöbértéket, hogy mennyi idő és mennyi ideig van blokkolva. Például, ha vannak sikertelen bejegyzések ugyanabból az IP-ből az SSH, a megfelelő szabály átmenetileg csökkenti a hozzáférést a IP a tűzfalon. Plesk a panel, SSH és mail szolgáltatások különböző naplókkal és szabályokkal megtekinthetők.

Plesk'beépített bemenetvédelmi határértékek nem sikerül a panel és API. Admin hozzáférés is megnyitható bizonyos IP címek vagy hálózatok. Számlák, amelyek nem igényelnek távoli kapcsolatok az adatbázisban lehet korlátozni a helyi hozzáférést. Ha egy külön alkalmazás szerver csatlakozik, csak hozzáférést biztosít a megfelelő adatbázis számla szükséges forrásból.

A ModSecurity HTTP-kéréstartalmat értékel. A 2Ban az IP-szintet a szolgáltatási naplóban látható eseményeknek megfelelően dolgozza fel. Mivel ugyanazon IP-ben több ember is részt vehet, a küszöbértéket és az akadály időtartamát a szolgáltatás szerint kell módosítani, az akadályokat naponta kell ellenőrizni.

Plesk 2Ban és bemenetvédelem · Vezetői hozzáférési korlátozások · Adatbázis-hozzáférési szabályok

Sűrűség, erősítés és visszatérés

Plesk, Docker és nagyon gyors - nyitott oldal

Plesk Külön PHP-FPM medencék és memória határértékek a webhely. Egy telepítés használt Docker, processzor és memória korlátok, csak az alkalmazások fájlok és külön szolgáltatási ID korlátozza a hatását a munka. A sebesség a főoldal határozza meg a konkrét művek: vizuális dimenziók, adatbázis lekérdezések és folyamat várakozás az első válasz. Kapjon cacching az általános oldalak, Tartsa a felhasználó privát panel kívül a közös gyorsítótár. Monitor a leglassabb% 5 válaszok és a PHP kérések várnak a farok.

Mit kell mérni a tartály kinyitása előtt?

ZonelyCélunk az, hogy a lehető legkevesebb forrás felhasználásával teljesítsük minden kérést. Figyeljük a CPU-időt, RAM használatát, a lemez- és hálózati hozzáférést, valamint a swap mezőben leírt adatokat. Csökkenti azokat a processzorokat és lemezeket, amelyek nem futnak ugyanazt a lekérdezést bárhol, ahol nincs szükség rá. Fenntartva a gyorsítótár korlátozott egyenlegét RAM fogyasztást. A kérésnek kevesebb memóriával való teljesítése érdekében folyamatosan keressük a swap területet. a válasz kiterjeszthető. A válaszidő és a hibaarány intenzitása az erőforrás-fogyasztással együtt azt mutatja, hogy a változás nem működik.

Amikor a felhasználók azt mondják, "site fagyasztott" az első különbség, ahol a válasz várható. Nyitott eredmény oldal mindenkinek gyors, indítsa el SQL lekérdezések, hogy egyszerre hasonlítsa össze a panel a felhasználó, aki bejelentkezett. Ha statikus kép lassabb, akkor a hálózat, lemez vagy szerver kapacitás is felül kell vizsgálni. Minden alkalmazott a PHP medence várja, hogy lassan reagáljon egy külső szolgáltatás, CPU használat alacsony Még akkor is, ha az új kérések rendben maradnak. Növelni a munkavállalók számát növekedhet szűkület azáltal, hogy több egyidejű lekérdezések az adatbázisba.

Például újra kiszámíthatja az eredménytáblát, és felajánlhat egy partnert rövid időre, ahelyett, hogy újraszámítaná az egyes felhasználókat. A megfelelő "Számlám" oldal és a kosár a felhasználó számára különleges. A gyorsítótár szabályának megváltoztatása után nyissa meg ugyanazt a címet két különböző tesztszámlával. Ha a második felhasználó látja első felhasználója nevét, egyensúlyát vagy kosárát, akkor a teljesítmény elérhető Például, az adatok feltártak. Ne fejezze be a tesztet a nyitvatartási idő alapján.

Mikor lesz meg a bolt, ha jön vissza az erősítés?

Azt hiszem, elvesztette kifizetések reggel 03.00 vagy ebéd. A szolgáltató megkapta a pénzt, és több díjat a játék lehet szállítani. Néhány jutalom, hogy fut azonnal a régi adatbázis második alkalommal. Megnyitja a helyreállított üzlet elszigetelt környezetben előtt. Hasonlítsa össze a későbbi fizetési és szállítási azonosítókat a tartalék, majd állítsa be hiányzó megrendelések, majd válassza ki sorban Egy közösségi oldal helyreállítási provációja értékesebb, mint a "támogatott" önuralom.

Az utolsó prova egyszerű: elküldeni a rossz típusú fájlt, feltölteni egy érvényes kis képet, és nyissa meg az eredményt táblázat a normál felhasználó ebben az időben. Ezután vissza a biztonsági mentés egy külön környezetben. Ez a négy folyamat azt mutatja, hogy a védelmi szabály nem blokkolja és blokkolja a felhasználó, és mentse, amit után egy igazi esemény.

OWASP fájlfeltöltési útmutató · Cloudflare ellenőrző oldalak