{"id":462,"date":"2014-09-09T14:38:37","date_gmt":"2014-09-09T12:38:37","guid":{"rendered":"http:\/\/blog.venexma.net\/?p=109"},"modified":"2014-09-09T14:38:37","modified_gmt":"2014-09-09T12:38:37","slug":"arreglando-detallitos-el-blog-actualizaciones-y-estadisticas-web","status":"publish","type":"post","link":"https:\/\/esferas.org\/mldt\/arreglando-detallitos-el-blog-actualizaciones-y-estadisticas-web\/","title":{"rendered":"Arreglando detallitos: el blog, actualizaciones y estad\u00edsticas web"},"content":{"rendered":"<p>Hoy, entre otras cosas, me propongo reparar tres aspectos de la administraci\u00f3n del sistema que no funcionan: la vista del blog de desarrollo desde la intranet, el usuario especial <em>actualizador<\/em> con el que pongo al d\u00eda los sistemas y desatascar el analizador de registros del servidor web de <em>venexma.es<\/em> (y otros) que se hace un l\u00edo con registros antiguos.<\/p>\n<h6>Navegaci\u00f3n interna por el blog de desarrollo<\/h6>\n<p>Tan sencillo como activar las reglas de reescritura de direcciones en el archivo <em>htaccess<\/em> correspondiente. En mi caso, y creo que es norma en <em>Debian<\/em>, este archivo se sit\u00faa en <em>\/etc\/wordpress\/<\/em><em>.htaccess,<\/em> como enlace procedente de <em>\/usr\/share\/wordpress\/.htaccess<\/em>.<\/p>\n<p>La estrofa es la siguiente:<\/p>\n<p>[apache]<\/p>\n<p>RewriteEngine On<\/p>\n<p>RewriteBase \/<\/p>\n<p>RewriteCond %{REQUEST_FILENAME} !-f<\/p>\n<p>RewriteCond %{REQUEST_FILENAME} !-d<\/p>\n<p>RewriteRule . \/index.php [L]<\/p>\n<p>[\/apache]<\/p>\n<h6>Usuario especial para actualizar m\u00e1quinas<\/h6>\n<p>En todos los sistemas existe un usuario espec\u00edfico para actualizarlas en remoto y en bloque. Se llama <em>actualizador<\/em>, tiene la misma contrase\u00f1a en todas las m\u00e1quinas (es lo m\u00e1s c\u00f3modo, no lo m\u00e1s seguro) y accede desde un punto central (<em>sigfrido<\/em>) a cada una empleando una clave p\u00fablica.<\/p>\n<p>Hasta ahora no lo he automatizado por pura pereza, pero cada vez que cambio los componentes de una m\u00e1quina la conexi\u00f3n se pierde y es necesario volver a hacer lo mismo.<\/p>\n<p>Escribo una peque\u00f1a lista de cosas que hacer para poner en marcha una m\u00e1quina como nodo del mecanismo de actualizaciones remotas:<\/p>\n<ol>\n<li>Instalar el paquete <em>apt-dater-host.<\/em><\/li>\n<li>Activar configuraci\u00f3n de <em>sudo<\/em> en el archivo <em>\/etc\/sudoers.d\/apt-dater-host<\/em>.<\/li>\n<li>Crear un usuario llamado <em>actualizador<\/em> dentro del grupo <em>adm<\/em> y con la contrase\u00f1a habitual registrada en <a href=\"https:\/\/admin.venexma.net\/passwords\">https:\/\/admin.venexma.net\/passwords.<\/a><\/li>\n<li>Accedemos al servidor central (<em>sigfrido<\/em>) con el usuario <em>actualizador<\/em> y desde all\u00ed copiamos la clave p\u00fablica en la m\u00e1quina que estamos configurando. Empleamos para ello <em>ssh-copy-id<\/em> sin darle m\u00e1s indicaciones que el destino.<\/li>\n<li>Testear \u00e9sto \u00faltimo entrando v\u00eda <em>ssh<\/em> a la m\u00e1quina en configuraci\u00f3n desde el servidor. Y cuidado porque es posible que ni as\u00ed se consiga dado que la direcci\u00f3n IP, la identificaci\u00f3n de la m\u00e1quina o combinaciones de ambas hayan cambiado y sea necesario retocar el archivo <em>~\/.ssh\/known_hosts<\/em> del usuario <em>actualizador<\/em> en <em>sigfrido<\/em>.<\/li>\n<\/ol>\n<h3>Martes, 9 de Septiembre<\/h3>\n<p>Obviamente ayer no me dio tiempo a completar lo que me propon\u00eda, as\u00ed que esta ma\u00f1ana he tenido trabajo pendiente.<\/p>\n<h6>Registros de acceso al servidor web no v\u00e1lidos<\/h6>\n<p>Todo el mecanismo de creaci\u00f3n de estad\u00edsticas web (y disponible <a href=\"https:\/\/admin.venexma.net\/awstats.html\">aqu\u00ed<\/a>) ten\u00eda un fallo que imped\u00eda que funcionase y, de paso, me inundaba el buz\u00f3n con mensajes de error. Resulta que los registros generados por el servidor web en <em>venexma.es<\/em> deben estar en un formato concreto. Si no es as\u00ed <em>awstats<\/em> no puede realizar su trabajo y aborta todo el proceso.<\/p>\n<p>La soluci\u00f3n ha consistido en efectuar un filtrado previo de los registros para aceptar \u00fanicamente aquellos que tienen el formato adecuado. Dado que la configuraci\u00f3n de <em>awstats\u00a0<\/em>es flexible he creado un programa (inclu\u00eddo en el paquete <em>venexma-sigfrido) <\/em>que se encarga de este trabajo y de llamar a la herramienta correspondiente.<\/p>\n<p>La configuraci\u00f3n de cada dominio para las estad\u00edsiticas incluye una l\u00ednea como la que sigue:<\/p>\n<p>[ini]<\/p>\n<p>LogFile=\u00bb\/usr\/bin\/weblog2awstats dominio | \u00bb<\/p>\n<p>[\/ini]<\/p>\n<p>reemplazando dominio por aqu\u00e9l que queremos procesar (<em>static.venexma.com,venexma.com,&#8230;<\/em>).<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n<p>&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Hoy, entre otras cosas, me propongo reparar tres aspectos de la administraci\u00f3n del sistema que no funcionan: la vista del blog de desarrollo desde la intranet, el usuario especial actualizador con el que pongo al d\u00eda los sistemas y desatascar el analizador de registros del servidor web de venexma.es (y otros) que se hace un&#8230;<\/p>\n<p><a class=\"more-link\" href=\"https:\/\/esferas.org\/mldt\/arreglando-detallitos-el-blog-actualizaciones-y-estadisticas-web\/\">Continue&nbsp;<i class=\"fa fa-angle-right\"><\/i><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"webmentions_disabled_pings":false,"webmentions_disabled":false,"footnotes":""},"categories":[121],"tags":[125,126,131,136,180,199],"class_list":["post-462","post","type-post","status-publish","format-standard","hentry","category-el-dia-a-dia","tag-actualizador","tag-administracion","tag-apt-dater","tag-awstats","tag-perl","tag-web","content-box"],"_links":{"self":[{"href":"https:\/\/esferas.org\/mldt\/wp-json\/wp\/v2\/posts\/462","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/esferas.org\/mldt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/esferas.org\/mldt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/esferas.org\/mldt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/esferas.org\/mldt\/wp-json\/wp\/v2\/comments?post=462"}],"version-history":[{"count":0,"href":"https:\/\/esferas.org\/mldt\/wp-json\/wp\/v2\/posts\/462\/revisions"}],"wp:attachment":[{"href":"https:\/\/esferas.org\/mldt\/wp-json\/wp\/v2\/media?parent=462"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/esferas.org\/mldt\/wp-json\/wp\/v2\/categories?post=462"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/esferas.org\/mldt\/wp-json\/wp\/v2\/tags?post=462"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}