Je številka računalnika v omrežju interneta. Številke se med seboj ločujejo s pikami.
Primer: 91.185.203.178 je IP – naslov našega strežnika Gaja.
IP – naslov je lahko statičen ali dinamičen.
Statičen IP– naslov uporabljamo predvsem pri strežnikih, saj uporabljamo konstantno isti naslov, dinamičen IP – naslov pa je nov naslov vedno, ko vzpostavimo povezavo.
Zakaj lahko pride do blokade?
Požarni zid deluje kot filter med omrežjem strežnika in interneta. Določite pravila kdo oz. kaj se lahko poveže z internetom in kakšne povezave se lahko izvede. Obstaja več različnih pravil katere požarni zid uporablja za filtriranje informacij, nekatere se uporabljajo tudi v kombinacijah. Ta pravila delujejo na različnih plasteh omrežja, ki določa kako specifične so lahko možnosti filtriranja.
Naši požarni zidovi na strežnikih imajo t.i. lfd. To je proces, ki se nenehno izvaja in vsakih nekaj sekund pregleda dnevniške datoteke kjer se zapisujejo neuspeli poizkusi prijave, ki se zgodijo v zelo kratkem času. Lfd proces je namenjen obrambi pred napadom z metodo grobe sile (brute-force attack), kjer napadalec s programom poizkuša uganiti pravilno geslo in se prijavlja v strežnik. To se izvaja v časovnem obdobju sekund. Proces reagira na vzorec in tako blokira IP naslov iz katerega prihajajo neuspele prijave.
Da je vaš IP blokiran izveste tako, da se vam ob prijavi na strežnik izpiše napaka »Povezava je potekla« (connection timed out). Napaka se pojavi ob povezavi na strežnik preko poštnega odjemalca, FTP odjemalca, če želite dostopati do kontrolne plošče ali če obiščete svojo spletno stran medtem, ko vam druge storitve delujejo normalno.
Najbolj tipični razlogi za blokado uporabnika so naslednji:
Uporabnikov poštni odjemalec ima zelo nizki interval preverjanja novih poštnih sporočil, ki povzroča številne poskuse povezave do poštnega strežnika še posebej, če veliko uporabnikov dostopa do pošte prek skupne povezave.
Uporabnik uporablja stara ali napačna gesla za poštni odjemalec, FTP odjemalec ali kontrolno ploščo gostovanja, kar požarni zid zazna kot napad z metodo grobe sile (brute-force attack).
Uporabnik FTP odjemalca ima nastavljene zelo veliko število hkratnih povezav na strežnik, zaradi česar požarni zid zazna kot napad z zavrnitvijo storitve (denial of service attack).
Spletna stran ali aplikacija, ki se posodobi ali zahteva dostop do strani se interpretira kot poskus vdora v spletno mesto preko spletne aplikacije. Zaščita se imenuje mod_security.
Kaj lahko storijo naše stranke v primeru blokade IPja?
1. Svoj IP si lahko odblokirate v portalu moj.zabec.net na vstopni strani ali nam ga sporočite na info@zabec.net (z vsemi potrebnimi podatki)
2. Kako izvem svoj ip? odprite povezavo ip.zabec.net in pokazala se vam bo številka ločena s pikami.
To je zgodba o Vidi in Staši. Vida in Staša sta računovodji in vsako leto pride mesec, ko sta zaradi oddaje letnih poročil in bilanc še posebej zasuti z delom, delata tako rekoč od jutra do večera, računalnik pa je pri njunem delu nepogrešljivo orodje. V petek pozno popoldne, sta od Nataše, dobre prijateljice, ki petkovo popoldne običajno popestri s kakšno dobro šalo, prejeli elektronsko sporočilo s povezavo na nadvse zabavno video vsebino, in to v slovenskem jeziku. Ker je to v Natašini navadi, sta Vida in Staša brez pomisleka povezavo obiskali.
A šlo je za prevaro….
Nepridiprav je spretno izkoristil njuno zaupanje in naivnost ter na takšen način v njune računalnike vsilil zlonamerno programsko kodo, izsiljevalski kripto virus. Takoj po obisku povezave, ki je sicer zvito postregla tudi s prikupno video vsebino, v ozadju osebnega računalnika pa je koda spletne strani izkoristila ranljivost in namestila kripto izsiljevalski virus, ki je nemudoma pričel s šifriranjem vseh vsebin v računalniku.
Po ogledu posnetka sta obe nadaljevali z delom. Obe sta sicer opazili, da računalnika delujeta nekoliko upočasnjeno, vendar temu nista posvečali posebne pozornosti, navsezadnje to niti ni nič nenavadnega. Čez nekaj ur je sledilo presenečenje. Oba računalnika sta zahtevala ponoven zagon, ki ga ni bilo mogoče preskočiti, po vnovičnem zagonu, pa je obe na zaslonu pričakalo sporočilo. Sporočilo, da so vsi podatki v njunih računalnikih šifrirani, spletni kriminalci, pa so od njiju za prevzem gesla za dešifriranje zahtevali, da preko plačilnega sistema Bitcoin opravita plačilo v vrednosti 1.000,00 EUR.
Staša čaka v skrbeh ali bo lahko nadaljevala z delom…
Podatki v obeh računalnikih so bili nedostopno šifrirani, tako rekoč edina možnost za povrnitev, vsaj v doglednem času, pa je plačilo izsiljevalske kupnine. Staša je nemudoma stopila v stik s podjetjem, ki vzdržuje programsko opremo za vodenje računovodstva. Obvestili so jo, da ji lahko vzpostavijo stanje na čas, ko je bilo opravljeno zadnje varnostno kopiranje, da zato potrebujejo sveže nameščen računalnik in da bo postopek trajal do dva dni.
Pa Vida? Vida lahko z delom nadaljujeje takoj! Kako je to mogoče…
Vida je, kljub temu, da se ji je pripetila popolnoma enaka situacija, svoje delo lahko nadaljevala že čez pol ure. Kako je to mogoče? Vida je potrebovala le nadomestni računalnik, vse svoje delo namreč opravlja znotraj namizja v oblaku. Tako kot Staši, je, tudi Vidi isti kripto izsiljevalski virus zaklenil vse datoteke v osebnem računalniku, vendar pa Vida v svojem osebnem računalniku ni hranila pomembnih datotek. Je že res, da je izgubila kakšno fotografijo, in morda še kakšno nepomembno reč, za poklicno delo pa je uporabljala izključno storitev namizja v oblaku, kamor je vestno odlagala tudi vse pomembne dokumente.
Staši zaradi časovne stiske žal ni preostalo drugega, kot da spletnim goljufom izplača visok želeni znesek. To je bila najhitrejša pot za povrnitev podatkov, saj bi alternativna možnost, ki bi verjetno bila nekoliko cenejša, prinesla preveliko izgubo, trajala pa bi predolgo.
Zgodba je izmišljena, ampak to sploh ni važno. Za več informacij obiščite – https://zabec.cloud/ .
Pred odpravo napak ali spreminjanjem si ustvarite backup!
1. Internal Server Error ali tudi “500 Internal Server Error”
Takšna napaka se pojavi kadar strežnik ne more idetificirati težave. Ker nam tudi sama napaka tako ne pove kje iskati težavo je iskane rešitve oteženo, vendar ne nemogoče.
Napaka je največkrat povezana:
* s funkcijami vtičnikov ali teme,
* s PHP memory limit ali
* corrupted .htaccess file.
Možne rešitve
Corrupted .htaccess file > probajte preimenovati glavno .htaccess datoteko v nekaj drugega, naprimer .htaccess_new ali .htaccess_old…
Ko ste datoteko preimenovali ponovno osvežite vašo spletno stran.
V kolikor je to pomagalo ne pozabite preimenovati Permalinkov (Settings > Permalinks > Save).
PHP memory limit > Glejte rešitev za napako pod številko 6
Če vidite to napako izključno takrat, ko se želite prijaviti v WP admin ali kadar želite naložiti sliko v wp-admin potem poizkusite sledeče:
1. Ustvarite prazno tekstovno datoteko imenovano php.ini
2. Prilepite kodo memory=64MB vanjo
3. Shranite
4. Preko FTPja jo naložite v /wp-admin/ folder
Ta napaka se zgodi kadar nekaj izčrpava vaš spomin, navadno je to slaba koda vtičnika ali teme.
Vtičniki (Plugins) > v kolikor nič drugega ni delovalo je napaka skoraj sigurno povezana z enim od vaših naloženih vtičnikov ali morda v nekompatibilnosti dveh različnih vtičnikov, ki sta vključena istočasno. Deaktivirajte vse vaše vtičnike naenkrat. Če se napaka ne pojavi več, potem ste skoraj že odkrili vzrok. Vključite vtičnik po vtičnik nazaj, tako boste našli tistega (ali kombinacijo), ki vam povzroča težave.
Najbolje je, da takšno napako prijavite avtorju vtičnika, da jo ta lahko odpravi.
V kolikor zaradi napake ne morete dostopati do same administracije, lahko vtičnike deaktivirate tudi ročno, tako da se na strežnik povežete preko FTP protokola in preimenujete mape, ki se nahajajo v wp-content/plugins/ mapi. Vsaka mapa je svoj vtičnik, ko mapo preimenujete (npr. myplugin v myplugin_test) se vtičnik avtomatično deaktivira.
Če nič od tega ne pomaga je najbolje, da preverite error log v vaši kontrolni plošči gostovanja, za kar je najbolje, da se obrnete na razvijalca.
2. Syntax Error
Napaka se največkrat pojavi, ko preizkušamo kaj novega na naši WP strani, posebej pogosta je pri začetnih uporabnikih, navadno gre za to, da smo pozabili kakšno piko, oklepaj…prav tako pa je to za začetnike tudi najbolj straša nakapa, saj povzroči nedosegljivost spletne strani….vendar brez panike.
Poglejte si najpogosteše napake, ki ste jih lahko storili tukaj.
Možne rešitve
Da napako lahko odpravite je potrebno popraviti kodo kar lahko storite preko FTPja. Prijavite se preko FTPja na vašo stran ter poiščite datoteko, ki jo je potrebno poraviti. V kolikor ste vmes pozabili kje se ta koda nahaja poglejte error code > napaka vam bo pokazala v kateri datoteki in katero vrstico kode je potrebno popraviti.
Kodo, ki ste jo nazadnje dodali in je pokvarjena lahko odstranite ali jo popavite. Ko boste storili željeno, shranite stvari ter jih popravljene naložite nazaj na strežnik. Osvežite vašo stran.
Kako uporabljati FTP (Prav tako kot na posnetku, tudi mi priporočamo Filezillo.)
3. Error Establishing a Database Connection
Kot že sama napaka pove se stran ne more povezati s podatkovno bazo.
To se največkrat zgodi zaradi napačnih vstopov ali prilagoditev v database host, database username in database password.
1. Preverite ali se vam pojavi enaka napaka na front-end (stran) in back-end (wp-admin) > “Error establishing a database connection”.
Možne rešitve
Database password sprememba
Database username
Database host
2. Če napaka ni enaka potem boste morali popraviti vašo podatkovno bazo.
Kar lahko storite tako, da dodate vrstico define(‘WP_ALLOW_REPAIR’, true); v wp-config.php. pred stavkom ‘That’s all, stop editing! Happy blogging’
Ko ste to storili pojdite na
http://www.vasastran.koncnica /wp-admin/maint/repair.php
Uporabite možnost Repair and Optimize Database. Po tem ne pozabite odstraniti Repaira iz vašega wp-config.php.
4. White Screen
Ena najbolj nadležnih napak, ki ne pokaže težave, poleg tega pa vas še zaklene ven iz WP kontrolne plošče.
1. Če ste stran nalagali na strežnik in se vam pojavi bela stran potem je vrjetno prišlo do napake v izvajanju PHP kode, bodisi zaradi manjkajočega modula ali zaradi napake. Prvi korak je iskanje vzroka za kar vam bo v veliko pomoč “error log”, ki ga najdete v kontrolni plošči gostovanja.
2. Če se vam kar naenkrat pokaže bela stran pa je pri WP največkrat takšna težava zaradi PHP memory limit, napačno delovanje vtičnika ali slabe kode teme, ki jo uporabljate.
Možne rešitve
Povečajte PHP memory limit, če to ni pomagalo (ali je vaš limit že nastavljen na 256M oz. 512M) potem preverite vtičnike. Izklop in počasen vklop vseh vtičnikov (podroben opis najdete pri napaki pod številko 1), če še to ne reši težave probajte vašo temo nadomestiti s privzeto temo.
Kako nadomestim mojo temo s privzeto?
Naredite backup datoteke Theme folder. Nato izbrišite temo, WP bi tako moral avtomatsko namestiti privzeto temo na vašo stran.
V kolikor nič od naštetega ni pomagalo si z izkanjem napake lahko pomagate tudi tako, da uporabite WordPress debug function.
Spodnjo kodo dodajte v wp-config.php.
Na vašem sedaj praznem zaslonu se vam bodo pokazale vse napake.
1 error_reporting(E_ALL); ini_set(‘display_errors’, 1);
2
3 define( ‘WP_DEBUG’, true);
Pri whitescreenu je velikokrat lahko napaka tudi na vtičniku
Torej v poštev pride ista zgodba z ročnim izklopom in vklopom vtičnikov kot je omenjeno že zgoraj.
5. 404 Error
Zelo pogosta napaka, ki se navadno pojavi samo na eni objavi (ne na celi strani), toraj, ko uporabnik klikne na neko vašo objavo na strani, se pojavi 404 napaka.
To se navadno zgodi, če se je izbrisala datoteka .htaccess ali je šlo nekaj narobe pri prepisu pravil.
Možne rešitve
Težavo običajno reši popravek nastavitev Permalinkov.
V svojem WP adminu pojdite pod Settings > Permalinks > Save changes (ne spreminjajte ničesar, ubistvu samo shranite nespremembo).
To bo enostavno posodobilo vaše permalinke in ponovno zagnalo prepis pravil.
V večini primerov to reši 404 napako. V kolikor je ne, potem morate najvrjetneje posodobiti ročno svojo .htaccess datoteko.
6. Memory Exhausted Error – Increase PHP Memory
Kadar vaša koda zahteva več spomina, kot je nastavljeno privzeto (kar je navadno 64MB) se vam bo pojavila sledeča napaka:
Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 2348617 bytes) in /home4/xxx/public_html/wp-includes/plugin.php on line
Možne rešitve
Spremeniti je potrebno wp-config.php datoteko vaše WP strani kar boste najlažje naredili s FTP clientom ali File Manager, ki se nahaja v kontrolni plošči gostovanja.
Prilepite kodo define( ‘WP_MEMORY_LIMIT’, ‘256M’ ); v wp-config.php tik pred vrstico ‘That’s all, stop editing! Happy blogging.’
Kar pomeni, da ste povečali limit na 256 MB.
7. Image Upload Issue
Se vam slike v medijski knjižnici ne prikazujejo? Potem gre najvrjetneje za napačna dovoljenja kar lahko popravite preko FTP clienta (priporočamo FileZillo).
Možne rešitve
Povežite se z vašo spletno stranjo preko FTP clienta > poiščite mapo /wp-content/ > /uploads/ > v njem je file permissions.
1. Prvo si morate nastaviti dovoljenje za nalaganje > nastavite
*Numeric value na 744 (v kolikor ne bo delovalo probajte 755)
*Owner permissions > obkljukate Read, Write in Execute
* Group permissions > obkljukajte Read
* Public permissions > obkljukajte Read
* Obkljukajte Recurse into subdirectories ter Apply to directories only > OK
2. Potem morate nastaviti dovoljenje za vse datoteke v upload direktoriju
* Kliknite na uploads directory ter izberite Permissions * Nastavite kot kaže slika
Tako sedaj se prijavite nazaj v vaš WP in naložite slikice.
8. Not Sending Email Issue
Vaša WP spletna stran ne pošilja spletne pošte. Za rešitev si je najlažje ogledati videoposnetek ter slediti navodilom v njem.
9. Error Too Many Redirects
Pogosta napaka s katero se sreča skoraj vsak uporabnik WP, pojavi se zaradi napačno nastavljenih preusmeritev.
Sam WP, ki je SEO prijazen uporablja redirecte, prav tako jih uporabljajo nekateri vtičniki (napr. WordPress SEO, Cache…). V kolikor pride do napačno nastavljenih preusmeritev v enem od teh orodij se kaj hitro lahko zgodi, da stran prične preusmerjati uporabnike na URL, ki jih potem spet prav za prav preusmerja na klicani (že preusmerjeni) URL. V tem primeru se vaš brskalnik ujame v zanko dveh strani in se vam pojavi omenjena napaka.
Možne rešitve
To lahko rešite v wp-config.php datoteki preko FTP clienta. Ko ste tako povezani na vašo stran, poiščite wp-config.php > prenesite in uredite (download and edit) datoteko (najbolje z uporabo Notepd).
Dodajte sledeči dve vrstici datoteki:
1 define(‘WP_HOME’,’http://example.com’);
2 define(‘WP_SITEURL’,’http://example.com’);
example.com nadomestite s svojo domeno. Shranite spremembo in naložite datoteko nazaj na strežnik.
Probajte sedaj dostopiti do vaše WP strani, v kolikor še vedno ne deluje poizkustite s spremembo z dodanim www. na obeh vrsticah.
Zgoraj opisano lahko naredite tudi preko wp-admina.
Pojdite pod General Settings in poskrbite, da bosta Site URL in WP URL enaka, toraj brez www ali z www ter ista domena.
10. Fatal Error: Maximum Execution Time Exceeded
WordPress je kodiran v PHP programskem jeziku. Za zaščito spletnih strežnikov pred zlorabo je določen rok, koliko časa lahko teče PHP skripta na strežniku.
Nekateri ponudniki gostovanj imajo te vrednosti na najvišji možni čas medtem, ko drugi na nižji čas. Ko skripta doseže maksimalen možen čas za izvedbo storitev je posledica napaka, da je »it results into maximum execution time exceeded error.«
Presežen maksimalen čas izvajanja skripte
Možne rešitve
Obstajata dva načina kako lahko odpravimo napako. Prvi način je, da ročno uredimo .htaccess datoteko in drugi način tako, da enako lahko to storite s vtičnikom.
.htaccess datoteka se nahaja na vašem strežniku v enaki mapi kot je /wp-content in /wp-admin. V kodi je napisano, da je maksimalen čas izvedbe nastavljen na 300 sekund oz. 5 minut. Če se vam pojavi zgoraj opisana napaka, to vrednost nastavite na 600 sekund.
Če vam metoda preko .htaccess datoteke ne odgovarja, si lahko naložite WP Maximum Execution Time Exceeded vtičnik. Vtičnik avtomatično prilagaja vrednosti na 300 sekund. Vir: http://www.wpbeginner.com/wp-tutorials/how-to-fix-error-too-many-redirects-issue-in-wordpress/
Ste tudi vi oz. vaša Facebook stran prejela od t.i. Notification Pages (nekateri prejemajo tudi od FB Security Pages), da bo vaš račun blokiran v kolikor ponovno ne potrdite računa? Seveda s klikom na link…
Goljufi z naslovno sliko in uporabo besed kot sta Facebook, Bloking… ter naslova Facebooka želijo prestrašiti uporabnike, da ti kliknejo na link ter ponovno vpišejo uporabniško ime (spletno pošto) in geslo.
Gre za krajo gesel (phishing) s čimer si pridobijo nadzor nad vašo FB stranjo oz. profilom.
Kako veste, da vas niso kontaktirali iz Facebooka?
Kot prvo njihove uradne strani imajo modro kljukico. Facebook uporablja dve barvno različni kljukici – modro kljukico (pomeni, da je Facebook potrdil profil ali stran kot avtentično. Uporablja se za javne osebnosti, medijska podjetja in znamke) ter sivo kljukico (z njo Facebook potrdi, da gre za pravo, avtentično stran, profil podjetja ali organizacije)
Žal kljukice še niso vsem (geografsko) na voljo.
Facebook vas ne kontaktira z deljenjem objave
Stran deli enake komentarje za vsako stran, ki jo bodo “izključili”
S klikom na povezavo se več ne nahajate na Facebook strani (domeni)
Kaj lahko storite?
Blokirajte sporočila te strani
Prijavite stran kot prevaro
Povezavo do FB strani, ki je komentirala vašo objavo lahko pošljete tudi na cert@cert.si kjer bodo poskrbeli, da onemogočijo krajo gesel.
WordPress spletne strani so mnogokrat počasne zaradi slabe optimizacije slik in kode, počasne izbrane teme, video posnetkov ali hotlinkov, velikokrat pa je stran počasna tudi zaradi samih vtičnikov, ki jih uporabljamo (ali ne).
Zakaj so ravno vtičniki lahko problem?
Vtičniki so lahko slabo konfigurirani (posamezne vtičnike so razvili/napisali različni razvijalci, ki imajo različno dobre vrline programiranja) ali pa smo jih namestili preveč (omejite se na največ 15 vtičnikov).
Vas zanima kateri vtičniki najbolj upočasnjujejo vašo spletno stran? Namestite si Plugin Performance Profiler ali krajše kar P3, z njim boste hitro ugotovili kateri vtičnik vas upočasnjuje.
Vtičnik deluje na Firefoxu, Chromu, Operi, Safariju in IE9 (ali višja različica, na nižji ne bo deloval).
Po skeniranju vtičnika vaše spletne strani boste lahko na gornji strani opazili sledeče informacije – koliko vtičnikov je trenutno aktivnih na vaši strani, koliko časa je posvečenega samemu nalaganju teh vtičnikov, koliko MySQL poizvedb se izvede na obisk.
Runtime by Plugin Prikaz najbolj potratnih vtičnikov v obliki kolača
Detailed Breakdown
V tej kategoriji si boste lahko ogledali čas, ki ga porabi vsak vaš vtičnik, tema, jedro WordPressa.
Ogledate si lahko Simple Timeline (enostavno časovnico) in Detailed Timeline (bolj kompleksno časovnico) kjer si lahko prilagajate posamezne elemente tako, da lahko dejansko ugotovite kaj in za koliko upočasnjuje stran.
Query Timeline – ugotovite kaj povzroči oz. generira največ pozivedb.
Advanced Metrics – natančnejši časovni pregled strani, ki vam pove kje se časovno gibljete (nad povprečjem, v povprečju ali pod povprečjem).
Tako, sedaj se boste lažje odločili kateri plugin (vendar ne za vsako ceno) je potrebno odstraniti.
Vsekakor obdržite varnostne vtičnik, cache vtičnik, spam vtičnik ter se poizkušajte omejiti na največ 15 vtičnikov.
Tudi ta plugin po koncu skeniranja odstranite.
