<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Wget on Karpoke - Just Another Blog</title><link>http://karpoke.ignaciocano.com/tags/wget/</link><description>Recent content in Wget on Karpoke - Just Another Blog</description><generator>Hugo -- 0.159.0</generator><language>es</language><lastBuildDate>Tue, 03 Feb 2015 00:50:00 +0100</lastBuildDate><atom:link href="http://karpoke.ignaciocano.com/tags/wget/index.xml" rel="self" type="application/rss+xml"/><item><title>Solucionado el error «AttributeError: '_ssl._SSLSocket' object has no attribute 'issuer'» en Ubuntu Utopic Unicorn</title><link>http://karpoke.ignaciocano.com/2015/02/03/solucionado-el-error-attributeerror-_ssl-_sslsocket-object-has-no-attribute-issuer-en-ubuntu-utopic-unicorn/</link><pubDate>Tue, 03 Feb 2015 00:50:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2015/02/03/solucionado-el-error-attributeerror-_ssl-_sslsocket-object-has-no-attribute-issuer-en-ubuntu-utopic-unicorn/</guid><description>&lt;p&gt;Si al usar la librería de Python para XMPP nos aparece el error:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;Traceback (most recent call last):
File &amp;#34;./test_xmpp.py&amp;#34;, line 12, in
cl.connect()
File &amp;#34;/usr/lib/python2.7/dist-packages/xmpp/client.py&amp;#34;, line 205, in connect
while not self.TLS.starttls and self.Process(1): pass
File &amp;#34;/usr/lib/python2.7/dist-packages/xmpp/dispatcher.py&amp;#34;, line 303, in dispatch
handler[&amp;#39;func&amp;#39;](session,stanza)
File &amp;#34;/usr/lib/python2.7/dist-packages/xmpp/transports.py&amp;#34;, line 330, in StartTLSHandler
self._startSSL()
File &amp;#34;/usr/lib/python2.7/dist-packages/xmpp/transports.py&amp;#34;, line 309, in _startSSL
tcpsock._sslIssuer = tcpsock._sslObj.issuer()
AttributeError: &amp;#39;_ssl._SSLSocket&amp;#39; object has no attribute &amp;#39;issuer&amp;#39;
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;parece que es debido a un &lt;a href="https://github.com/eventlet/eventlet/issues/124#issuecomment-68836258"&gt;fallo en dicha librería&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>Lynis para auditorías de seguridad</title><link>http://karpoke.ignaciocano.com/2012/07/14/lynis-para-auditorias-de-seguridad/</link><pubDate>Sat, 14 Jul 2012 19:23:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2012/07/14/lynis-para-auditorias-de-seguridad/</guid><description>&lt;p&gt;&lt;a href="http://www.rootkit.nl/projects/lynis.html"&gt;Lynis&lt;/a&gt; es una herramienta para realizar auditorías en sistemas Unix.
Escanea el sistema en busca de vulnerabilidades y fallos de seguridad.
También muestra información general del sistema, paquetes instalados y
errores de configuración.&lt;/p&gt;
&lt;p&gt;Su objetivo es ayudar en el proceso de auditoría, actualización del
software y escaneo de vulnerabilidades y &lt;em&gt;malware&lt;/em&gt; en sistemas Unix. Se
puede ejecutar sin necesidad de instalación.&lt;/p&gt;
&lt;p&gt;Se puede utilizar en auditorías Basel II, GLBA, HIPAA, PCI DSS y SOX
(Sabarnes-Oxley). La &lt;a href="http://www.rootkit.nl/files/lynis-documentation.html"&gt;documentación&lt;/a&gt; está disponible en línea.&lt;/p&gt;</description></item><item><title>Obteniendo la IP pública, la IP privada y la dirección MAC en Bash</title><link>http://karpoke.ignaciocano.com/2011/08/14/obteniendo-la-ip-publica-la-ip-privada-y-la-direccion-mac-en-bash/</link><pubDate>Sun, 14 Aug 2011 19:26:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/08/14/obteniendo-la-ip-publica-la-ip-privada-y-la-direccion-mac-en-bash/</guid><description>&lt;p&gt;En los &lt;em&gt;scripts&lt;/em&gt; que escribimos, a menudo, es necesario conocer la IP pública
de nuestra red, o la IP privada y la dirección MAC de una interfaz de red. Con
el comando &lt;code&gt;ifconfig&lt;/code&gt; podemos conocer la información de las interfaces de red:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ ifconfig
eth0 Link encap:Ethernet direcciónHW 00:11:22:33:44:55
Direc. inet:192.168.0.30 Difus.:192.168.0.255 Másc:255.255.255.0
Dirección inet6: fe80::203:dff:fe3c:f419/64 Alcance:Enlace
ACTIVO DIFUSI–N FUNCIONANDO MULTICAST MTU:1500 Métrica:1
Paquetes RX:1627 errores:0 perdidos:0 overruns:0 frame:0
Paquetes TX:1067 errores:0 perdidos:0 overruns:0 carrier:0
colisiones:0 long.colaTX:1000
Bytes RX:560137 (560.1 KB) TX bytes:235094 (235.0 KB)
Interrupción:19 Dirección base: 0xc800
&lt;/code&gt;&lt;/pre&gt;&lt;pre tabindex="0"&gt;&lt;code&gt;eth1 Link encap:Ethernet direcciónHW 00:11:22:33:44:66
DIFUSI–N MULTICAST MTU:1500 Métrica:1
Paquetes RX:0 errores:0 perdidos:0 overruns:0 frame:0
Paquetes TX:0 errores:0 perdidos:0 overruns:0 carrier:0 colisiones:0 long.colaTX:1000
Bytes RX:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupción:21 Dirección base: 0x8000 Memoria:ffcfe000-ffcfefff
&lt;/code&gt;&lt;/pre&gt;&lt;pre tabindex="0"&gt;&lt;code&gt;lo Link encap:Bucle local
Direc. inet:127.0.0.1 Másc:255.0.0.0
Dirección inet6: ::1/128 Alcance:Anfitrión
ACTIVO BUCLE FUNCIONANDO MTU:16436 Métrica:1
Paquetes RX:3299 errores:0 perdidos:0 overruns:0 frame:0
Paquetes TX:3299 errores:0 perdidos:0 overruns:0 carrier:0
colisiones:0 long.colaTX:0
Bytes RX:355696 (355.6 KB) TX bytes:355696 (355.6 KB)
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Sin embargo, si queremos utilizar el dato en concreto—la IP privada o la
dirección MAC—, necesitaremos trabajar un poco la salida que muestra
&lt;code&gt;ifconfig&lt;/code&gt;.&lt;/p&gt;</description></item><item><title>Servicio de SSH con sistema de verificación en dos pasos de Google en Ubuntu Natty Narwhal</title><link>http://karpoke.ignaciocano.com/2011/08/05/servicio-de-ssh-con-sistema-de-verificacion-en-dos-pasos-de-google-en-ubuntu-natty-narwhal/</link><pubDate>Fri, 05 Aug 2011 02:21:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/08/05/servicio-de-ssh-con-sistema-de-verificacion-en-dos-pasos-de-google-en-ubuntu-natty-narwhal/</guid><description>&lt;p&gt;Un sistema de verificación en dos pasos, (&lt;em&gt;Two Factor Authentication&lt;/em&gt; o
2FA) consiste en que la autenticación a un servicio se realiza mediante
dos piezas de información, una que conocemos y otra que no. La pieza que
conocemos es nuestra contraseña, que es susceptible de ser sustraída,
mientras que la información que no conocemos es un número de
identificación (PIN) aleatorio que cambia cada 30 segundos y que está
vinculado con un dispositivo hardware. Esto es lo que se conoce como una
contraseña de un solo uso (One Time Password u OTP). De esta forma,
aunque alguien nos robe o averigüe nuestra contraseña, a no ser que
también tenga acceso al dispositivo que crea los PINs, no podrá acceder
al servicio con nuestra cuenta.&lt;/p&gt;</description></item><item><title>Instalar Google Earth en Ubuntu Natty Narwhal</title><link>http://karpoke.ignaciocano.com/2011/07/15/instalar-google-earth-en-ubuntu-natty-narwhal/</link><pubDate>Fri, 15 Jul 2011 15:46:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2011/07/15/instalar-google-earth-en-ubuntu-natty-narwhal/</guid><description>&lt;p&gt;Ésta es la única manera en que me ha funcionado. Nada de &lt;a href="http://www.google.com/earth/download/ge/agree.html"&gt;bajar el &lt;code&gt;.deb&lt;/code&gt;&lt;/a&gt;
de su página—además de que, ahora mismo, baja el fichero
&lt;a href="http://mizaq.blogspot.com/2011/07/instalar-google-earth-en-ubuntu-1010.html"&gt;GoogleEarthLinux.bin&lt;/a&gt;—, ni &lt;a href="http://help.ubuntu.com/community/GoogleEarth#Using%20make-googleearth-package"&gt;googleearth-package&lt;/a&gt;, ni
&lt;a href="http://help.ubuntu.com/community/GoogleEarth#Installing%20the%20.deb%20file%20downloaded%20from%20the%20Google%20Earth%20Website"&gt;gdebi&lt;/a&gt;, ni &lt;a href="http://www.google.com/support/forum/p/earth/thread?tid=6f59e15bf811d4e2&amp;amp;hl=en"&gt;nada&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;&lt;img alt="Google Earth" loading="lazy" src="http://karpoke.ignaciocano.com/images/google-earth-300x178.png"&gt;&lt;/p&gt;
&lt;p&gt;&lt;a href="http://blogs.udp.cl/instalar-google-earth-6012032-beta-en-ubuntu-1010-maverick"&gt;Bajamos el paquete estable&lt;/a&gt; y lo instalamos:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ wget https://dl-ssl.google.com/linux/direct/google-earth-stable_current_i386.deb
$ sudo dpkg -i google-earth-stable_current_i386.deb
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Es posible que necesitemos el paquete &lt;code&gt;lsb-core&lt;/code&gt;:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ sudo aptitude install lsb-core
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Si las fuentes de la interfaz gráfica se ven realmente mal, instalamos
las fuentes de Microsoft (ADV).&lt;/p&gt;</description></item><item><title>Mostrando las cabeceras HTTP</title><link>http://karpoke.ignaciocano.com/2010/10/07/mostrando-las-cabeceras-http/</link><pubDate>Thu, 07 Oct 2010 10:35:00 +0100</pubDate><guid>http://karpoke.ignaciocano.com/2010/10/07/mostrando-las-cabeceras-http/</guid><description>&lt;p&gt;Leyendo el artículo de &lt;a href="http://www.securitybydefault.com/2010/08/analizando-cabeceras-http-just-for-fun.html"&gt;análisis de cabeceras&lt;/a&gt; de SbD y, en
particular, lo relacionado con las cabeceras no estándar, es decir, las
que comienzan por &lt;code&gt;X-&lt;/code&gt;, se me ha ocurrido que estaría bien ver qué debe
haber por el mundo:&lt;/p&gt;
&lt;p&gt;&lt;img alt="HTTP Header" loading="lazy" src="http://karpoke.ignaciocano.com/images/http_header.jpg"&gt;&lt;/p&gt;
&lt;p&gt;Suponiendo que el archivo &lt;a href="http://terminus.ignaciocano.com/wp-uploads/linked/sites.txt"&gt;sites.txt&lt;/a&gt; contiene un listado de los
sitios que queremos comprobar:&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;$ for url in $(cat sites.txt); do
&amp;gt; echo $url
&amp;gt; curl -sI $url | grep &amp;#34;^X-&amp;#34;
&amp;gt; done &amp;gt; headers.txt
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Es cierto que se podría haber realizado de otras formas:&lt;/p&gt;</description></item></channel></rss>