EnglishDeutschFrançaisMagyar
by Transposh - translation plugin for wordpress
+36703116133
Technikai segítség
(06) 46-79-68-27

All posts by deme gábor

Weboldal beállítása SSL-re

Kérdés: Miért nem megy az SSL szolgáltatás ha be van kapcsolva?

Válasz: Ezt manuálisan nekünk kell beállítani a .htaccess fájlban.

Ha az URL-t http-https-re szeretné átirányítani az .htaccess használatával, kövesse az alábbi lépéseket:

.htaccess fájl szerkesztéskor:

Jelentkezzen be a Cpanelbe hitelesítő adatokkal.
– Ha a .htaccess fájl jelen van, nyissa meg azt a fájlt.
– Ha a .htaccess fájl nincs jelen, akkor kattintson az új fájl létrehozására.
– Kattintson jobb egérgombbal a .htaccess fájlra, majd kattintson a szerkesztésre és illessze be ide a következő átirányítási kódot:

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

– Mentse el a változtatásokat és frissítse webhelyét.

Az Ön webhelyét sikeresen átirányítottuk a http-https-re a .htaccess fájl segítségével.

Tagged

Plesk felületen MX rekord módosítása

Hogyan tudom módosítani az MX recordot Plesk felületen?

  1. Lépjen be a Plesk tárhelyének kezelőfelületére, a belépési adataival.
  2. Navigáljon a DNS Settings (DNS beállítások menüpontba), a módosítani kívánt domain mezőjében.

 

  1. A DNS rekordok közt megtalálja beállítva az alapértelmezettet MX rekordot, amely a mail.domainnev.hu rekordra mutat.
    Az MX rekord a levelezésért felel, így ha csak a levelezést kívánja máshol használni, a következő módon kell eljárnia.

Két opció lehetséges. Csak MX rekordot kell beállítani (pl. Google levelezés) vagy egy másik szerver IP címét kell beállítani.

Nézzük csak az MX rekord módosítását:

Mail exchange server *  – A használni kívánt MX rekord
Specify the priority of the mail exchange server – MX rekord prioritása (minél alacsonyabb a pontszám, annál magasabb a prioritása)

Értelemszerűen több MX rekord is beállítható, Az Add record menüpontban tud újabb rekordokat felvinni.

Abban az esetben, ha IP címel tudja beállítani az átirányítást, akkor az MX rekordhoz ne nyúljunk, hagyuk meg rajta a mail.domainnev.hu értéket. És a mail.domainnev.hu A rekordot kell módosítani.

Az elvégzett módosítások akkor lesznek érvényesek, ha az Update feliratú gombbal azt jóváhagyjuk.

Figyelem! A DNS módosítás frissülése a gyakorlatban 12-24 óra is lehet.

Tagged

Domain átirányítás Plesk-en

Két opció van az átirányítás beállítására. Javasolt a .htaccess-t használni, de a hosting beállítási módszerrel is lehetséges.

A) .htaccess:
1. Hozzuk létre a a domain hosting könyvtárában (alapértelmezett: httpdocs) a .htaccess fájlt.
2. Nyissuk meg szerkesztővel (Edit in Text Editor)
3. Hogy az egész honlapot átirányítása, a következő sort kell bemásolnia, természetesen a ‘www.idemutasson.hu’ domaint be kell helyettesíteni az átirányítani kívánt oldalra.
Redirect 301 / http://www.idemutasson.hu/
4. Menste el a fájlt!

B) Hosting beállítás:
Figyelem! Ennél a típusnál a domianhoz kapcsolt elérési útvonalon tárolt fájlok elvesznek, ezért körültekintően járjon el, készítsen mentést a könyvtárról!

A beállítás lépései:
1. Website & Domains menüpontban keresse meg a domaint;
2. Hosting Settings-re kattintson;
3. A Hosting type sorban válassza a [Change] (módosítás) menüpontot;
4. A legördülő menüből válassza ki a Forwarding (átirányítás) opciót;
5. A Destination address (cél weboldal) mezőben írja be a weboldal címet;
6. Az átirányítás típusainál jelölje be a használni kívántat:
– 301: végleges átirányítás (pl. oldal cím változás esetén), az átirányítást követően az átirányított weboldal domain nevén töltődik be az oldal.
– 302: ideiglenes átirányítás a beállított domain névre (SEO szempontok)
– Keret átirányítás: az átirányítás során a látogató nem látja az átirányított domain nevet, nem értesül az átirányításról
7. Kattintsunk az OK vagy Apply (jóváhagyás) gombra.

Tagged

Joomla biztonsági megoldások

Az egyik nagy hátránya a tartalomkezelő-rendszereknek, köztük a Joomlának, hogy gyakran válnak a hacker-ek célpontjává, és ha nem látjuk el megfelelő védelemmel, akkor a weboldal sebezhetővé válik.

Minden Joomla tulajdonosnak gondoskodnia kell néhány alapvető beállításról, hogy a weboldalát megóvja a feltöréstől. Igyekszünk minél több és hasznos ötletet adni, amivel minimalizálhatjuk a feltörés kockázatát.

  1. Az admin felhasználói nevét változtassuk meg, és a hozzá tartozó erős jelszót állítsunk be. Erős a jelszó, ha legalább nyolc karakter hosszú, tartalmaz kis-és nagybetűt, számot és speciális karaktert (*-!+#$).
  2. A Joomla! alaprendszernek mindig a legfrissebb verziója legyen telepítve, és a külső féltől származő bővítményeket is frissítse rendszeresen. Nagyon fontos, hogy csak megbízható forrásból származó bővítményeket és sablont telepítsünk, elkerülve a nem kívánatosan ártó kódokat tartalmazó kiegészítők rendszerbe integrálását.
  3. A leggyakrabban támadott /administrator elérhetőséget védjük. Erősen javasolt kiegészítő bővítmény az AdminExile, amelynek használatával tetszőlegesre módosítható az admin felület URL-je, akár egyedi kulcs=érték páros is beállítható. Példaként: domiannev.hu/rendszer?kulcs=Ertek URL-re.
  4. Maradva az admin felületnél, védjük a /administrator könyvtárat jelszóval. Így máris többtényezős hitelesítéssel védjük. A jelszóval védett könyvtár beállítását egy másik blogban olvashatja.
    Ha ez 404-es hibát okozna amikor belépne az admin felületre, akkor a /administrator/.htaccess fájlt kell szerkeszteni, és beszúrni a következő sort a végére:

    ErrorDocument 401 "Authorisation Required"

    Így kell kinéznie:

    AuthName "Authorisation Required"
    AuthUserFile "/home/acc/.htpasswds/public_html/administrator/passwd"
    AuthType Basic
    require valid-user
    ErrorDocument 401 "Authorisation Required"
  5. Távolítsuk ez a weboldal forráskódjából a Joomla verziójára utaló meta tagokat. Ezt legegyszerűbben a ByeByeGenerator bővítménnyel tehetjük meg.
  6. A Globális konfigurációban a kereső optimalizálást kapcsoljuk be. Itt állítsuk Igen értékre a Kereső barát URL-címek, URL-átírás használata, illetve az Unicode-aliasok opciókat. Ezzel is csökkenthető a Joomla használatára utaló jelek az oldalak URL-jeiben.
  7. A weboldal gyökerében lévő htaccess.txt-t át kell nevezni: .htaccess -re, ha eddig nem tették meg. Hogy blokkoljuk a nem kívánt scriptek futtatását, a következő sorokat adjuk hozzá szerkesztő nézetben a RewriteEngine On érték sort követően:
    RewriteCond %{REQUEST_URI}  ^/images/[NC,OR]
    RewriteCond %{REQUEST_URI}  ^/media/[NC,OR]
    RewriteCond %{REQUEST_URI}  ^/logs/[NC,OR]
    RewriteCond %{REQUEST_URI}  ^/tmp/
    RewriteRule .*\.(phps?|sh|pl|cgi|py)$ - [F]
  8. Tiltsuk le a felhasználói fiókok regisztrálását, ha nincsen rá szükség. Ez megtehető a Felhasználókezelő/Beállítások résznél.
  9. Ha elvégzett minden Globális beállítást a Joomla rendszerben, a configuration.php fájl jogosultságát módosítsuk 440-re. Ugyanezt tegyük meg a .htaccess fájlal is.
  10. Ahol a felhasználónak lehetősége van adatot rögzíteni a weboldalon, például vendégkönyv, ajánlatkérő és kapcsolat űrlapok, hírlevél feliratkozás, regisztráció, stb. védekezzünk a robotok ellen. Ehhez telepítsünk captcha védelmi modult és állítsuk be ezekre az oldalakra.
Tagged

paper_lantern CPanel sablon

Tárhelyeinken új CPanel sablon lett beállítva. Minden új tárhely ilyen sablonnal fog megjelenni.

Ha Önnek már meglévő tárhelye van, és szeretne az új paper_lantern sablonra váltani az x3-as sablonról, kérem jelezze ügyfélszolgálatunkon emailen, telefonon vagy cseten.

Néhány kép a sablon kinézetéről:

1

2

3

 

Levelezés beállítása mobil eszközön IMAP-al

IMAP – A levelek bármilyen levelezőprogramból, bármilyen számítógépről, vagy mobil eszközről elérhetők és akár egyszerre is használhatók. A levelezés teljes szinkronban van az összes levelezőkliensben.

POP3 – A levelek olvasása korlátozott arra a gépre, ahová letöltjük. Pl.: ha egy levelet letöltöttünk pl. egy Thunderbirdbe, akkor az fizikailag ott tárolódik és ha másik számítógépen szeretnék azt a levelet elolvasni, nem tudjuk elérni. Az elküldött levelek, a piszkozatok és a kuka tartalma is az adott gépre korlátozódik.

A beállításhoz szükséges adatokat, úgy tudhatja meg, ha a Cpanelben a E-mail (Mail) ikoncsoport E-mail fiókok (email Accounts) ikonjára kattintva

kiválasztja a beállítani kívánt postafiókot, és a jobb oldalt található Set Up Mail Client-re kattint.

Itt az oldal alján található kék négyzetben olvashatók a Biztonságos SSL/TLS beállítások, jobbra mellette a Nem SSL beállítások.

Bejövő kiszolgáló (Incoming Server/IMAP)/Kimenő kiszolgáló-nak (Outgoing Server/SMTP) javasoljuk, hogy állítsa be a szerver nevét vagy domain nevét. A szerver nevét a tárhely aktiválás során kiküldött emailben találhatja, vagy a Cpanel webcímében. (ebben az esetben force.xhu.hu)

A Biztonsági beállításoknál válassza az Összes tanúsítvány elfogadását!

Beállítás Androidon:

Beállítás iPhone-on:

Erőforrás korlát túllépéssel kapcsolatos kérdések

Kérdés:
Az elmúlt napokban többször is ezt az automata rendszer hibaüzenetet kaptam:

A tárhelye: xyz.com elérte és többször túllépte a tárhelyen maximálisan megengedett, beállított erőforrás korlátot az elmúlt 24 órában.
Elérte a maximum kapcsolódások számát. Ezért weboldala nem volt elérhető X alkalommal.

A tárhelyen több parkolt domain is található. Tudnának segíteni abban, hogy hol keressem a hibát?

Válasz:

Ha ezzel a címmel kap egy emailt: “Hosting account resources exceeded”, akkor weboldala túllépte a tárhelyéhez beállított erőforrás korlát egyikét.

Ez a következőket jelenti:

  • túl nagy memória használat
  • túl nagy CPU használat
  • túl nagy HDD aktivitás (I/O)
  • túl sok párhuzamoson futó folyamatok száma EP limit

Okok lehetnek:

1, A látogatóinak a száma folyamatosan nő, és egy nap eléri a tárhely erőforrás határértékét.
Megoldás:
A, ha több külön tartalommal rendelkező, nagy forgalmú weboldala van egy tárhelyen, akkor azt több tárhelyre kell megosztani.
B, VPS bérlés, részletek: https://www.xhu.hu/virtualis-szerver-vps-berles/

2, Bot, robot támadás a honlapon. Mostanában ez meglehetősen gyakori, viszont az ilyen típusú támadások általában rövid ideig tartanak.

3, DoS vagy DDoS túlterheléses támadás

4, Hibás, elavult CMS bővítmények

5, Rosszul megírt alkalmazás

Hibás működés, támadás esetében a megoldás:

Jelentkezzen be a Cpanel-be, és kattintson az Erőforrás használat (Resource Usage) ikonra, a grafikonokon ellenőrizheti, hogy mikor és milyen erőforrás limitet lépett túl, vizsgálja meg a grafikonban látható csúcspontokat, úgy, hogy letölti a hozzáférési naplót(raw access log), apache, error logot a csúcspont körüli időszakban. Az ikont az Erőforrás használat (Resource Usage) ikon mellett találja Nyers hozzáférési naplók néven (Raw Access Logs) ezekből kiderítheti, hogy mi okozza a problémát.

Az erőforrás korlát célja az, hogy megakadályozza a szerveren lévő weblap túl terhelje a szervert. Ha nem lennének erőforrás korlátok, egy rosszul megírt oldal (végtelen ciklussal), vagy egy támadás alatt lévő weblap elérhetetlenné teheti szervert, amin adott esetben több száz weblap tárhely is lehet.

Ha több nagyobb erőforrást igénylő weboldala is van, akkor ezt okozhatja a látogatók nagy száma is(de ez igen ritka). Ez ügyben a weboldala készítője tud segíteni kideríteni, hogy melyik alkalmazás, oldal fogyasztja el az erőforrást, elemezve az error-, apache logokat összevetve az problémás időszakokat. Ezt a problémát a weboldalon futó alkalmazások optimalizálásával, védelmével lehet javítani.

Ettől függetlenül mindig érdemes a nagyobb oldalakat külön tárhelyre tenni, ezzel elkerülhető a hasonló probléma.

Tagged

Tárhely visszaállítás

  • A tárhely mentést letöltheti és vissza is állíthatja kézzel a cpanel>> adatmentés menüből (Tárhely teljes mentés)
  • Ha szeretné, hogy cégünk állítsa vissza tárhelyét egy előző időpontra, kérjük küldje el számunkra a pontos dátumot.
  • Heti vagy havi mentésből tudjuk a tárhelyadatokat visszaállítani.
  • A mentésbe nem látunk bele, nem tudjuk mit tartalmaz.
  • Ha a mentés pillanatában üres volt a tárhelye, akkor a visszaállítás után azt kapja vissza, tehát üres lesz.
  • Mivel a levelezés és az adatbázisok is visszaállítódnak, a visszaállítás dátuma utáni adatok értelemszerűen elvesznek.
  • A tárhely visszaállítás költsége 5000 Ft+áfa.