Etiqueta: wordpress

Migrar WordPress de HTTP a HTTPS en l’hostatgeria web de la UB

26/09/2018

Per migrar WordPress de HTTP a HTTPS en l’hostatgeria web de la UB s’han de fer els següents passos:

– Demanar migrar la nostra url de HTTP a HTTPS contactant amb el P.A.U. (pau@ub.edu, 93 402 16 87

– Fer una còpia de seguretat del nostre espai i la Base de Dades MySQL

– Modificar el wp-config de l’arrel del nostre espai web les dues linies de definició de WP_HOME i WP_SITEURL substituint HTTP per HTTPS,

(en cas de que no apareguin afegir-les justament abans de la linea que posa

// Això és tot, prou d’editar – que bloguis de gust! )

Així, per exemple, seria

define('WP_HOME', 'https://www.ub.edu/tecnicweb');
define('WP_SITEURL', 'https://www.ub.edu/tecnicweb');

– Afegir les següents línees en el mateix fitxer wp-config, justament a sota de les anteriors:

define('FORCE_SSL_ADMIN', true);
define('FORCE_SSL_LOGIN', true);
if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https')
$_SERVER['HTTPS']='on';

– Modificar la URL en tota la base de dades canviant la nostra URL antiga HTTP per la nova amb HTTPS. Per fer això es pot utilitzar el plugin Better Search Replace

– Comprobar que la migració s’ha realitzat amb éxit

Secció: General
Etiquetes: , ,

Problema amb WordPress “La pàgina no està redirigint adequadament” (err_too_many_redirects)

09/06/2016

Si en un  WordPress instal.lat en l’hostatgeria web de la UB ens apareix l’error  “La pàgina no està redirigint adequadament” s’ha comprovat que passa amb aquestes condicions:

  • estan activats els enllaços permanents
  • tan sols dona l’error amb la URL arrel, per exemple: www.ub.edu/infoweb i no el dona si s’executen directament altres pàgines del lloc, per exemple www.ub.edu/infoweb/index.php.
  • s’ha posat un tema amb una pàgina principal estàtica.
  • la versió de WordPress instal.lada es la 4.4.1 o superior.

Aquest problema és un bug reportat a WordPress i les posibles sol.lucions son (Atenció!! : tan sols s’ha de fer una de les 3):

  • No posar un tema amb una pàgina principal estàtica,
  • Canviant en el fitxer wp-includes/canonical.php la següent línea (línea 175 en la versió 4.8 però pot canviar de num. amb la versió):

} elseif ( is_page() && !is_feed() && 'page' == get_option('show_on_front') && get_queried_object_id() == get_option('page_on_front')  && ! $redirect_url ) {

Per:

} elseif ( is_page() && !is_feed() && isset($wp_query->queried_object) && 'page' == get_option('show_on_front') && $wp_query->queried_object->ID == get_option('page_on_front')  && ! $redirect_url ) {

S’ha de tenir en compte que una actualització de la versió pot canviar aquest fitxer i s’hauria de tornar a modificar.

  • Afegint al functions.php del tema que s’utilizi la següent funció:

function disable_front_page_redirect_madness($redirect_url) {
if( is_front_page() ) {
$redirect_url = false;
}
return $redirect_url;
}
add_filter( 'redirect_canonical', 'disable_front_page_redirect_madness' );

 

Teniu més informació a:

https://wordpress.org/support/topic/45-causes-infinite-redirect-on-static-front-page/

 

 

Secció: Ajuda
Etiquetes: ,

Problemes al actualizar-se WordPress de manera automàtica

24/05/2016

Les darreres versions de WordPress venen amb una funció d’actualització automàtica activada. Si l’espai on està instal.lat no disposa de prou capacitat o n’hi ha algun problema amb els permisos dels arxius, aquesta actualització pot fallar. Ho podem veure per alguna d’aquestes situacions:

  • Missatge d’error 500
  • Pàgina en blanc
  • Avís de que l’actualització ha fallat

Per arreglar-ho s’hauria de fer el següent:

  • Confirmar primer la quota de l’espai on està instal.lat, contactant amb el P.A.U. (pau@ub.edu, 93 402 16 87)
  • Actualitzar WordPress manualment, tal com s’especifica a

http://codex.wordpress.org/es:Actualizar_WordPress

Secció: Ajuda
Etiquetes: ,

Protecció de URL’s amb .htaccess i autenticació UB

31/03/2016

En alguns casos determinats ens pot interessar protegir amb autenticació UB una URL en comptes de un directori. D’aquesta manera podríem protegir adreces amigables de CMS’s (WordPress, Joomla o Drupal) que no es corresponen a directoris físics.

———————————-

Atenció!! La sol.lució es diferent depenent de la versió de Apache en la que s’està executant el vostre espai de hostatgeria web. Per saber quina versió de Apache és podeu consultar:

https://www.ub.edu/tecnicweb/quina-versio-de-apache-sesta-executant-en-el-meu-espai-dhostatgeria/

Atenció!! Per que l’autenticació s’activi sempre, s’ha de deshabilitar la memòria cau dels arxius implicats. Per fer-ho es pot consultar a:

https://www.ub.edu/tecnicweb/quina-versio-de-apache-sesta-executant-en-el-meu-espai-dhostatgeria/

——————————-

Per fer-ho, podríem afegir a l’inici del fitxer .htaccess de l’arrel del nostre espai el codi següent:

Apache 2.2

SetEnvIfNoCase Request_URI "^/url_a_protegir" SECURED
AuthType UB
Require valid-user
Satisfy any
Order allow,deny
Allow from all
Deny from env=SECURED

Apache 2.4

AuthType UB
<If "%{REQUEST_URI} =~ m#(^/url_a_protegir)#">
Require valid-user
</If>

Modificant el literal

"^/url_a_protegir"

per la url que volguem protegir sense el nom de domini.

Així, per exemple, per protegir la URL

www.ub.edu/tecnicweb/sub

aquestes línees quedarien:

Apache 2.2

SetEnvIfNoCase Request_URI "^/tecnicweb/sub" SECURED

Apache 2.4

<If "%{REQUEST_URI} =~ m#(^/tecnicweb/sub)#">

D’aquesta manera tan sols permetrà l’accés a aquestes URL’s als usuaris prèviament autenticats de la UB.

Secció: Ajuda
Etiquetes: , , , , ,

Atacs DDoS a WordPress

26/08/2015

Un atac DDoS (de l’anglès distribute denial-of-service attack) o atac de denegació de servei consisteix  en atacar a un servidor web mitjançant múltiples peticions errònies, fent servir un bon nombre de màquines atacants, per tal que el servidor augmenti el seu temps de processador i  així deixi de donar servei, ja que es quedarà sense recursos.

En WordPress existeix el servei XML-RPC, que està actiu per defecte, que fa que qualsevol WordPress pugui patir un atac d’aquestes característiques.

Aquest servei XML-RPC s’utilitza bàsicament per a publicació de WordPress des de dispositius mòbils i, si no s’utilitza aquesta capacitat, es recomana la seva deshabilitació pels motius anteriors.

Per deshabilitar el servei XML-RPC existeixen varis sistemes entre ells la utilització de plugins de seguretat que ens permeten administrar diferents característiques amb l’objectiu de securitzar el nostre WordPress d’una forma gràfica i unificada. Així per exemple està:

iThemes Security

que en el seu apartat WordPress Tweaks permet deshabilitar completament el servei XML-RPC o tan sols algunes de les seves opcions.

Podeu trobar més informació sobre recomanacions de seguretat en WordPress a:

https://www.ub.edu/tecnicweb/guia-de-seguretat-en-wordpress/

Secció: Ajuda
Etiquetes: , ,

Guia de seguretat en WordPress

25/08/2015

Aquesta guia oferix recomanacions de seguretat a l’hora d’utilitzar WordPress

Les recomanacions de la guia complementen i amplien les accions de prevenció que ja vam comentar a una entrada anterior del blog: Bones pràctiques en prevenció d’atacs a CMS’s com WordPress, joomla, drupal, …

 

descarrega-la  : guia seguretat en WordPress

 

 

 

 

Secció: Ajuda
Etiquetes: , ,

Modificar la URL de WordPress

27/09/2013

En cas de que es modifiqui la URL de WordPress, per exemple si es canvia la web d’un espai a un altre, s’hauria de fer segons les passes explicades a:

http://codex.wordpress.org/Changing_The_Site_URL

Bàsicament s’ha de tenir en compte el següent:

– modificar el wp-config amb les linees

define('WP_HOME', 'la mevaURL');

define('WP_SITEURL', 'lamevaURL');

– en la base de dades, en la taula wp_options, modificar els registres siteurl i home amb la mateixa  URL que s’ha posat anteriorment

– revisar dintre de la base de dades la existència de l’antiga URL, ja que que pot causar problemes amb els enllaços o la visualització.

Per canviar l’antiga URL per  la nova es pot fer de dues maneres:

– si es pot entrar en les pàgines d’administració de WordPress, mitjançant el plugin Better Search Replace

– si no podem entrar a les pàgines d’administrador de WordPress mitjançant una utilitat que es pot trobar a:

https://interconnectit.com/products/search-and-replace-for-wordpress-databases/

 

Secció: Ajuda
Etiquetes: , ,

Instal.lació de WordPress amb adreça nomEspai.ub.edu

27/09/2013

En cas de que la adreça web asignada a l’espai sigui del tipus nomEspai.ub.edu o el nom de l’espai web es diferencii del nom de la URL s’ha de fer el següent:

– Instal.lació de WordPress habitual en la hostatgeria de la UB tal com s’explica a Instal.lacio de WordPress 3.5 en l’hostatgeria web de la UB

–  Modificar el fitxer .htaccess de l’arrel de l’espai amb el següent, modificant nomEspai per l’espai específic que s’ha assignat

<IfModule mod_rewrite.c>

RewriteEngine On

RewriteBase /nomEspai/

RewriteRule ^index\.php$ - [L]

RewriteCond %{REQUEST_FILENAME} !-f

RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule . /nomEspai/index.php [L]

</IfModule>

–   Afegir  al wp-config.php de l’arrel de l’espai amb el següent, modificant nomEspai per l’espai específic que s’ha assignat:

$_SERVER['HTTP_HOST'] = $_SERVER['HTTP_X_FORWARDED_HOST'];

$_SERVER['REQUEST_URI'] = str_replace('nomEspai/', '',$_SERVER['REQUEST_URI']);

Secció: Ajuda
Etiquetes: , , ,

Instal.lacio de WordPress 3.5 en l’hostatgeria web de la UB (i versions posteriors)

21/03/2013

Els passos per poder instal.lar WordPress 3.5.x (i versions posteriors) a un espai web de la UB son (resum de la guia d’instal.lació de WordPress):

  • Si no es disposa d’un espai web, fer una petició d’alta d’un espai web
  • En cas de que no es disposi d’una base de dades MySQL, s’ha de demanar una hostatgeria de base de dades MySQL per a espais web. Es pot demanar en la mateixa petició anterior.
  • Descarregar en local la darrera versió de WordPress
  • Extreure els fitxers comprimits
  • Obriu /wp-config-sample.php amb un editor de text com ara Notepad o similar i ompliu els detalls de connexió amb la base de dades MySQL. Les variables a omplir son:

/** The name of the database for WordPress */
define(‘DB_NAME’, ‘database_name_here’);
/** MySQL database username */
define(‘DB_USER’, ‘username_here’);
/** MySQL database password */
define(‘DB_PASSWORD’, ‘password_here’);
/** MySQL hostname */
define(‘DB_HOST’, ‘localhost’);

 

  • Deseu el fitxer com a wp-config.php
  • Connectar-se al servidor utilitzant un client SFTP.  Publicar tots els fitxers descomprimits anteriorment.
  • Amb el vostre navegador aneu a l’adreça de l’espai http(s)://www.ub.edu/elMeuEspai/wp-admin/install.php, per exemple

https://www.ub.edu/tecnicweb/wp-admin/install.php

  • Poseu la informació que us demana
  • Una vegada instal.lat editar el mateix fitxer wp-config publicat i afegiu abans de la línia  que posa

/* That’s all, stop editing! Happy blogging. */

les següents línies:


define('WP_HOME', 'URLdelMeuEspai');
define('WP_SITEURL', 'URLdelMeuEspai');

define('FORCE_SSL_ADMIN', true);
define('FORCE_SSL_LOGIN', true);
if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https')
$_SERVER['HTTPS']='on';

if ( ! empty( $_SERVER['HTTP_X_FORWARDED_HOST'] ) ) {
$_SERVER['HTTP_HOST'] = $_SERVER['HTTP_X_FORWARDED_HOST'];
}

substituint URLdelMeuEspai per la url que tingueu assignada, per exemple:

define('WP_HOME', 'https://www.ub.edu/tecnicweb');
define('WP_SITEURL', 'https://www.ub.edu/tecnicweb');

En cas de que la adreça web sigui del tipus nomEspai.ub.edu o el nom de l’espai web es diferencii del nom de la URL s’hauria de fer una sèrie de passos adicionals que podeu llegir aquí.

  • Una vegada acabat el procés d’instal·lació podeu anar la pàgina de registre /wp-login.php. Registreu-vos-hi amb l’usuari admin i la paraula de pas generada durant la instal·lació.
  • S’hauria també de revisar en la base de dades que utilitza el WordPress, en  la taula wp_options els registres siteurl i home perquè apareguin les mateixes url’s que les que s’han afegit al wp-config.php.

 

Secció: Ajuda
Etiquetes: , ,

Bones pràctiques en prevenció d’atacs a CMS’s com WordPress, joomla, drupal, …

16/01/2013

La seguretat és molt important a l’hora de mantenir un lloc web. Mai s’està prou segur, així doncs una vegada instal·lat un CMS, com Joomla, Drupal o WordPress, és convenient una sèrie de comprovacions de seguretat.

Per aquest motiu es aconsellable vàries accions de prevenció:

– Actualitzar sempre a la darrera versió del CMS. Els desenvolupadors llancen periòdicament noves versions amb millores de seguretat i correcció de bugs . És imprescindible estar sempre actualitzat a la darrera versió, ja que si no es fa, les errades de seguretat de versions anteriors son conegudes i explotades pels hackers

– Mantenir actualitzats tots els plugins i temes que utilitzem al nostre CMS. La raó és la mateixa que en el punt anterior: les noves versions de plugins i temes serveixen per solucionar problemes i millorar les versions anteriors.

– Tenir una bona política de còpies de seguretat per poder restaurar tot el lloc web. És convenient que sempre guardem còpia d’allò publicat en el servidor web, preferiblement amb un control de versions. Després d’un atac és recomanable tornar la web per complert a una font fiable per assegurar-nos de que s’han eliminat totes les possibles accions malicioses. El servei d’hostatgeria web ofert per l’Àrea de Tecnologies disposa de còpies de seguretat diàries; encara així recomanem que l’usuari conservi còpia del que està publicat al web, preferiblement versionat.

 

Aquestes tres pràctiques serien les més importants però també n’hi han altres recomanacions que ens poden resultar molt útils:

– Revisar els permisos de la carpeta i fitxers dipositats al servidor web després d’instal·lar el CMS. Es recomana usar una màscara de permisos 755 per a les carpetes i de 644 per fitxers o més restrictiva.

– El formularis del nostre lloc web no haurien de permetre l’enviament descontrolat de fitxers. Els hackers poden utilitzar aquestes aplicacions per publicar scripts maliciosos al teu lloc. S’ha de permetre el menor nombre d’extensions possibles i MAI, en cap concepte, permetre pujar fitxers executables (.*php, .*php3, .*php4, .*php5, .*phtml).

– No deixar els fitxers i carpetes importants accessibles per qualsevol en el directori públic. S’ha de protegir fitxers i carpetes especialment sensibles com els fitxers de configuració, els directoris temporals o els directoris de log del CMS.

– No utilitzar l’usuari admin. Quan s’instal·la un CMS, aquest ve amb un usuari amb nom admin creat per defecte. És aconsellable posar-li una contrasenya forta i crear un altre usuari amb rol administrador, que serà amb el que es treballarà.

– No utilitzar contrasenyes febles per a usuaris editors del CMS. Utilitza contrasenyes difícils d’esbrinar, no facis servir paraules comuns. No utilitzis la mateixa contrasenya per a tots els teus comptes.

– Utilitzar un bon antivirus en el teu ordinador des del qual accedeixes al panell de gestió del CMS. Sense un bon programari antivirus, el teu ordinador personal des del qual accedeixes al panell de control del CMS pot ser víctima d’un atac de phishing si no estàs protegit degudament.

– No assumir que el teu lloc està ben protegit si no es veuen signes d’atacs. El millor és estar sempre atent i no confiar-se mai, ja que el dia menys pensat pots ser atacat i quedar-te sense el teu web. Mai et confiïs i roman alerta.

 

Teniu més informació a:

http://ayuda.joomlaspanish.org/-recursos-tecnicos-tutoriales-y-documentos-94/205-medidas-de-seguridad-en-joomla

http://www.inteco.es/guies/guia_securizacion_joomla

http://drupal.org/security/secure-configuration

http://codex.wordpress.org/Hardening_WordPress

http://www.inteco.es/guies/guia_securizacion_wordpress

 

 

Secció: Ajuda
Etiquetes: , , , ,
  1. Pàgines:
  2. 1
  3. 2