Comprobar la existencia de una url – ASP classic

Número de lecturas: 2398
{lang: 'es-419'}

Para realizar una verificación de una url en un desarrollo en asp utilice este codigo, me permitio verificar si existian unas imagenes en el server caso contrario mostrar otra ruta, no utilice FileExits porque las imagenes no estaban en el mismo servidor.

<%
revisar_url = "http://www.tutores.org"
Response.write "<br>Revisando:<b>" & revisar_url & "</b><br>"
If comprobar_componente("Msxml2.XMLHTTP") Then 
Select Case Revisar_esta_url(revisar_url) 
Case 200 : Response.Write "La url Si existe."
Case 404 : Response.Write "El sitio web existe, pero no la pagina especificada"
Case Else : Response.Write "La url indicada ouede que no exista" 
End Select
Else
Response.Write "Necesitas tener instalado el componente Msxml2.XMLHTTP"
End if 
Function comprobar_componente(ProgId)
Dim objeto_temp
On Error Resume Next
Set objeto_temp = Server.CreateObject(ProgId)
If Err.Number = 0 Then
comprobar_componente = True
Else
comprobar_componente = False
End If
Set objeto_temp = Nothing
End Function
Function Revisar_esta_url(strURL) 
Dim objXML 
Set objXML = CreateObject("Msxml2.XMLHTTP") 
objXML.open "GET", strURL, false 
On error resume next
objXML.send
Revisar_esta_url = objXML.Status 
End Function
%>

Fuente

tutores.org

Arreglar resolución de pantalla en Ubuntu 14.04 LTS

Número de lecturas: 3554
{lang: 'es-419'}

Esta solución la revise en un blog pero me funciono para arreglar el problema en mi maquina que actualice, por alguna razon en esta version no esta el archivo: xorg.conf basta con crearlo y colocar dentro lo que se indica en el post. Aporte hackeruna.com

Que de repente se cambia la resolución de pantalla en Ubuntu (normalmente a 800×600) mientras la tenías a 1024×768 o 1280×1024, es algo bastante desagradable y molesto, ya que estás acostumbrado a un cursor pequeñito y de golpe y porrazo viene ese mastodonte de flechazo… por ejemplo.

Para eso hay en la web infinidad de manuales sobre como cambiar la resolución de tu pantalla, pero normalmente esos manuales están orientados a personas sin problemas de resolución (se entiende que pasar de 1024×768 a 1280×1024 no es un problema grave).

Ahí va un manual sobre cómo cambiar la resolución de tu pantalla cuando se vuelve repentinamente más pequeña:

Este problema acostumbra a presentarse cuando queremos instalar nuevos drivers o estábamos cambiando la resolución y ha habido un error (humano o no) o incluso la frecuencia de refresco de la pantalla.

Hay varios métodos para que se pueda cambiar fácilmente nuestra resolución, vamos a hablar sobre los dos que en teoría deberían ser más seguros.

Primer método: El archivo xorg.conf

Seguramente todos los que habéis trasteado con el grub, booteos o demás trasteadas de pantalla conocéis este archivo.

xorg.conf es un archivo que permite editar las configuraciones de los gráficos del sistema.

Pero antes de nada, recomiendo fuertemente hacer una copia de este archivo antes de editarlo, para ello escribimos en una terminal: (para abrir la terminal o consola, vamos al Menú Aplicaciones —> Accesorios —> Terminal)

cp /etc/X11/xorg.conf /home/TU_DIRECTORIO

Así se tendrá una copia de este archivo en vuestra carpeta personal.

Para editarlo solamente tenemos que abrir la consola y escribir:(para abrir la terminal o consola, vamos al Menú Aplicaciones —> Accesorios —> Terminal)

sudo nautilus

Para que se abra el explorador de Ubuntu (nautilus) en modo root.

Y vamos a:

      Sistema de Archivos (done tenemos Ubuntu en el PC)

 

      etc

 

      X11

 

    xorg.conf (nuestro archivo)

Para estar seguros que el que hemos puesto es el xorg.conf mirmamos que en las primeras líneas dice esto:

# xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by failsafeDexconf, using
# values from the debconf database and some overrides to use vesa mode.
#
# You should use dexconf or another such tool for creating a “real” xorg.conf
# For example:
# sudo dpkg-reconfigure -phigh xserver-xorg

Una vez estamos seguro que es este el archivo (en realidad no tiene pérdida, pero existen el xorg.conf1, el xorg.xonf2, el xorg.conf3 y xorg.conf.”algo” , hay varios, pero no cuesta nada asegurarse.

Ahora hay que buscar la palabra “Display” (comillas incluidas)

Y el mismo gedit nos llevará directamente a esta sección del texto (aproximadamente igual siempre):

Section “Screen”
Identifier “Default Screen”
Device “Failsafe Device”
Monitor “Failsafe Monitor”
Defaultdepth 24
SubSection “Display”
Depth 24
Virtual 1600 1200
Modes “800×600@72? “800×600@75? “800×600@56? “800×600@60? “640×480@75? “832×624@75? “640×480@72? “1024×768@75? “640×480@60? “1024×768@70? “1024×768@60? “1152×864@75? “1280×1024@75? “1280×960@60? “1280×1024@60? “1280×960@75? “1400×1050@60? “1600×1200@60?
EndSubSection
EndSection

En “Modes” aparecerá en primer lugar seguramente la resolución que tenemos actualmente.

Allí tenemos que poner nosotros la resolución deseada (ejemplo: 1024×768) con la tasa de refresco que se quiera (ejemplo: @60): 1024×768@65, 1280×1024@70 …la que teníais antes (o no).

Entonces “modes” quedará así:

Modes “1280×1024@75? “800×600@72? “800×600@75? “800×600@56? “800×600@60? “640×480@75? “832×624@75? “640×480@72? “1024×768@75? “640×480@60? “1024×768@70? “1024×768@60? “1152×864@75? “1280×1024@75? “1280×960@60? “1280×1024@60? “1280×960@75? “1400×1050@60? “1600×1200@60?

En este caso, sería para la resolución de 1280×1024.

Ahora guardamos el archivo y cerramos el gedit.

Y ya está cambiada la resolución para la próxima sesión.

Segundo método: Pantallas y gráficos

Es útil para asegurarse que el primer método a ido bien, a la vez que deja por definitivos los cambios.

Solamente hay que ir a

      Sistema

 

      Administración

 

    Pantallas y gráficos

Ahí nos puede pedir la contraseña del usuario, lo ponemos y nos aparecerá una ventana nueva en la que hay que seleccionar en el Modelo el fabricante de nuestro monitor.

Si no lo sabemos (muy posible) podes elegir dentro de las decenas de opciones el fabricante Genérico , el primero de la lista.

Entonces elegimos la resolución deseada y lo Hz del refresco de pantalla.

Aceptamos y el cambio será automático, aunque recomiendo reiniciar el PC, ya que solo reiniciando se aplican los cambios de xorg.conf.

Y ya está, espero haber sido de ayuda Guiño

Este manual ha sido escrito por Fari para LinuxZone, tomando como referentes varias páginas con información no completa sobre los procesos aquí descritos.

Fuente

http://linuxzone.es/

Error WordPress: No disponible por mantenimiento programado [SOLUCIÓN]

Número de lecturas: 4722
{lang: 'es-419'}

WordPress es un excelente CMS desde mi punto de vista el mejor que existe de funcionalidad general actualmente y un excelente entorno a nivel de posicionamiento web. Pero como todo en esta vida, a veces falla y nos aparece un error tal como: No disponible por mantenimiento programado. Vuelve a comprobar el sitio en unos minutos Este error se produce cuando en un proceso de actualización ya sea al actualizar los plugins de wordpress o al actualizar wordpress el proceso se queda colgado y no acaba de realizar su función completa. En este caso puede pasar que nos quedemos con la web colgada y sin poder hacer mucho más. Pero tranquilos que la solución es muy sencilla.

¿Cómo solucionar el error de wordpress “No disponible por mantenimiento programado”? Como os comento la solución es muy sencilla, cuando se va a realizar la actualización se genera en el alojamiento un archivo de wordpress que se llama .maintenance el cual nos bloquea el acceso a cualquier área de administración de wordpress así como a cualquier otras sección de la web. Para solucionarlo simplemente deberemos acceder vía FTP a nuestro servidor y eliminar el archivo .maintenance , tener en cuenta que este archivo tiene un punto delante lo que significa que es un archivo oculto, depende de la configuración de vuestro gestor de FTP puede ser que no lo veáis revisar la configuración del mismo y podréis eliminarlo sin problemas y solventar el error.

Fuente:

http://isocialweb.com/

NetStat: Tips para detectar ataques DDoS

Número de lecturas: 1852
{lang: 'es-419'}

Me he encontrado un artículo muy interesante en Linuxaria sobre como detectar si nuestro Servidor se encuentra bajo ataque DDoS (Distributed Denial of Service), o lo que es lo mismo,Ataque de Denegación de Servicios.

NetStat para evitar ataques DDoS

Este tipo de ataques es bastante habitual y puede ser el motivo por el cual nuestros servidores estén algo lentos (aunque también puede ser un problema de Capa 8) y nunca está de mas estar prevenidos. Para ello, se puede usar la herramienta netstat, la cual nos permite ver las conexiones de red, tablas de rutas, estadísticas de las interfaces y otras series de cosas.

Ejemplos de NetStat

netstat -na

Esta pantalla se incluyen todas las conexiones de Internet activas en el servidor y sólo las conexiones establecidas.

netstat -an | grep :80 | sort

Mostrar sólo las conexiones activas de Internet al servidor en el puerto 80 , que es el puerto http y ordenar los resultados. Útil en la detección de una sola inundación (flood) por lo que permite reconocer muchas conexiones provenientes de una dirección IP.

netstat -n -p|grep SYN_REC | wc -l

Este comando es útil para saber cuántos SYNC_REC activa se están produciendo en el servidor. El número debe ser bastante bajo , preferiblemente menos de 5 . En los incidentes de ataques de denegación de servicio o bombas por correo, el número puede ser bastante alto. Sin embargo, el valor siempre depende del sistema, por lo que un valor alto puede ser normal en otro servidor.

netstat -n -p | grep SYN_REC | sort -u

Haz una lista de todas las direcciones IP de los implicados.

netstat -n -p | grep SYN_REC | awk '{print $5}' | awk -F: '{print $1}'

Enumere todas las direcciones IP únicas del nodo que están enviando el estado de la conexión SYN_REC .

netstat -ntu | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -n

Utilice el comando netstat para calcular y contar el número de conexiones de cada dirección IP que hace al servidor.

netstat -anp |grep 'tcp|udp' | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -n

Cantidad de direcciones IP que se conectan al servidor mediante el protocolo TCP o UDP.

netstat -ntu | grep ESTAB | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -nr

Verifique las conexiones marcadas como ESTABLECIDOS en lugar de todas las conexiones, y muestra las conexiones para cada IP.

netstat -plan|grep :80|awk {'print $5'}|cut -d: -f 1|sort|uniq -c|sort -nk 1

Muestra y lista de direcciones IP y su número de conexiones que se conectan al puerto 80 en el servidor. El puerto 80 es utilizado principalmente por HTTP para peticiones Web.

Cómo mitigar un ataque DOS

Una vez que haya encontrado la IP que están atacando el servidor puede utilizar los siguientes comandos para bloquear su conexión a su servidor :

iptables -A INPUT 1 -s $IPADRESS -j DROP/REJECT

Tenga en cuenta que usted tiene que reemplazar $IPADRESS con las direcciones IP que se han encontrado con netstat.

Después de la cocción el comando anterior, MATAR todas las conexiones httpd para limpiar su sistema y reiniciarlo posteriormente usando los siguientes comandos:

killall -KILL httpd
service httpd start # Para los sistemas de Red Hat
/etc/init/d/apache2 restart # Para sistemas Debian

Fuente: Linuxaria

Fuente:

http://blog.desdelinux.net/