Menú

Mostrar Mensajes

Esta sección te permite ver todos los mensajes escritos por este usuario. Ten en cuenta que sólo puedes ver los mensajes escritos en zonas a las que tienes acceso en este momento.

Mostrar Mensajes Menú

Mensajes - alister

#141
Cita de: -- KiLiaN -- en 12 Febrero 2013, 14:39 PM
Yo no estoy deacuerdo con eso, cuando usé ubuntu y tenía ese problema (con el más reciente no he probado a auditar mi red ni nada) es cierto que venía con el problema ese del canal -1 pero hay mucha info en google y la comunidad de ubuntu es grande, lo que quiero decir es que lo que te pase a ti probablemente le pase a otros 1000, de hecho yo lo solucioné así, y después de arreglar el problema ese no tuve ningún problema para auditar.

estas dando por supuesto que la gente es capaz.

mira un poco mas arriba....

gente que ni sabe aplicar un parche....

got it? ;)
#142
jamas entenderé por que una persona puede querer utilizar una distribucion de tipo LIVE en una maquina vrtual a la hora de probarla.

la live esta pensada para que no toque nada de tu disco duro. aprovechate de eso y arráncala DE VERDAD, no de mentira en el virtualizador.

el virtualizador(virtualbox, vmware, etc) vrtualiza un pc completo dentro de tu pc. no se le puede pedir un rendimiento salvaje.

las barras de desplazamiento son debidas a la configuración fluida-no fluida de la pantalla en la maquina virtual. el no saber controlar eso es mas un problema del usuario que de la maquina, que ofrece la opcion de hacer el escritorio mas pequeño y hacer un escalado. solo tienes que aprender a manejar la maquina virtual y sus capacidades, que son muchas.

ubuntu ya integra el driver de video de vbox i de vmware si no recuerdo mal. pero aunque usara el vesa por defecto, no te irá lento por eso. la carga real del hardware la realiza la gráfica real, y esta esta acelarada.

la cpu tambien es importante para el virtualizador. si tiens una cpu humilde, no esperes milagros

no importa en absoluto el disco duro que se asigne a ubuntu para probarla como live. no lo va a usar.

y en definitiva: si quieres probar algo, hazlo bien y de forma justa. prueba el live cd de ubuntu arrancandolo de verdad, que no te va a morder. es muhco mejor que instalar el sistema en una maquina virtual. y para probarlo y hacerse una idea, se ajusta mas a la realidad y te permite saber si tu hardware es soportado. luego si quieres instalarlo, instalalo de verdad en la particion que se merece. si no no estas probando, estas coqueteando.

saludos
#143
persona dando rebuscada y poco creible explicacion de por qué no puede pulsar el boton de reset en 3,2,1...
xDD
#144
GNU/Linux / Re: Recomendación de distro
12 Febrero 2013, 14:18 PM
Cita de: Bombsight en 12 Febrero 2013, 11:18 AM
Espero ordenes y otra vez gracias por la ayuda  ;D
tengo que leer un poco porque no soy especilista en esos cacharros usb. pero te voy diciendo algo!
#145
una ultima cosa, con la que te voy a insistir una segunda vez

[quote]if [ [color=red]$? == 0[/color] ]; then


espaciado adecuado , o tu script petará de manera inexplicable antes de lo que esperas xDDD

no hay de que.

para ser bueno en cualquier cosa se requiere superar la media de horas de practica. las frustraciones son una decision del que practica. si disfrutas, es un reto, pero no una frustracion. mentalidad hacker aplicada! :)

saludos
#146
si estas creando carpetas con nombres de otros usuarios DENTRO de tu carpeta de usuario, entonces está perfecto.

luego, si pones /home/alumnos/carpeta2 como algo estático, sin variables, lo que pasará es que la primera vez que ejecutes el script, creará la carpeta, pero a partir de la segunda, no creará la carpeta y veras un mensajito de error diciendo que ya existe.

la sintaxis correcta de ese estilo de if, para comparar valores, es la siguiente:

if [ $? == 0 ]

por eso falla la condicion.
como ya has visto, un solo error en un espacio y te la cargas :)
creo que al reciclar codigo tuyo, tambien caí antes en este tipico error xD

PD: no se si te interesa saberlo, pero el comando
mkdir -p
crea una carpeta de forma silenciosa, si no existe, y en caso de que exista, no dice absolutamente nada, ni crea errores, ni nada.

lo usamos constantemente en scripts bash porque a veces nos va a importar un bledo si la carpeta estaba ahi antes o no, simplemente queremos que esté a partir de ahora.

http://linux.die.net/man/1/mkdir
#147
Cita de: Lvio en 12 Febrero 2013, 06:28 AM
entonces si no doy valor ninguno a $idalumno--- no me crea nada? .
" para que se solucionase el erro podria decir que $idalumno=carpeta 2? me crearía carpeta 2 no?"

si $idalumno vale "" (cuando digo "" quiero decir nada)

entonces, segun tu script original donde claramente ponia:


mkdir /home/serjk/$idalumno


el resultado es:


mkdir /home/serjk/


del mismo modo, si prevamente asignamos el valor "elhacker" a la variable idalumno:


idalumno="elhacker"
mkdir /home/serjk/$idalumno


el resultado de evalurar esa expresion en bash obviamente seria:

mkdir /home/serjk/elhacker


estamos hablando de variables y de como funcionan a la hora de sustituirse por sus valores. y esto es lo mas basico de todo en bash. no avances sin ver esto super claro, hasta que no te salga de forma natural.
#148
hola.
buena eleccion. el scriptng de shell es una habilidad basica que resuelve montones de problemas cotidianos.

te cuento
Cita de: Lvio en 12 Febrero 2013, 05:56 AM
Pero porque no me lo crea ?
obvio. lo dice el error: porque ya existe.

haz la prueba tu mismo por comandos a mano y lo veras enseguida:
mkdir /tmp/prueba
mkdir /tmp/prueba

la primera vez no dará error. la segunda, indudablemente sí, el mismo error que ese script.

tambien tienes que fijarte en un datelle de los mensajes de error, que no tiene buena pinta:

home/serjk/

esta claro que $idalumno no está ajustado a nada, cuando presumiblemente se esperaba que contuviera algo, que para eso está ahi:
Citarmkdir /home/serjk/$idalumno

asi que el problema sin duda es ese.

si $idalumno tuviese algun valor, (supongamos que tiene el valor "lvio"), el script estaria creando la carpeta "/home/serjk/lvio" en lugar de "/home/serjk/" la cual ya existe.

y dandole otra vuelta de tuerca, aunque quizas cometo un error de suposición, pero es que esto que te diré me sigue pareciendo un error:
dudo mucho que quieras tener carpetas de otros usuarios ($idusuario) dentro de la carpeta de un usuario (/home/serjk). yo creo mas bien que el code correcto seria:

mkdir /home/$idalumno > /dev/null


Citar
y porque teniendo que $? = 0 y en este caso tengo uno me hace el echo , si he puedo la condición que solo en caso de que sea 0 ?

ese echo $? ahi es una gravisima cagada. si quieres saber el resultado de mkdir, tienes que recoger la variable $? INMEDIATAMENTE DESPUES, pero el echo de por medio arruina la idea, devolviendo siempre un cero, y anulando toda la posibilidad de detectar errores en mkdir.

solucion a todo junto:
Código (bash) [Seleccionar]
#!/bin/bash
echo -n "teclea id de alumno y pulsa enter:" # si no pides idalumno...
read idalumno #...siempre será una cadena nula! dudo que quieras eso.

# fijate que aqui abajo me he cargado el SERJK sobrante
mkdir /home/$idalumno > /dev/null # separo los comandos en dos lineas, por comodidad, asi que me llevo el punto y coma
exit_status_de_mkdir=$?
# recojo el $? y lo paso a una variable para mas comodidad,
# para que no se borre nunca, para poder consultarlo uncluso
# miles de comandos mas tarde, sin haberlo perdido por haber ejecutado
# otros comandos por medio. es muy recomendable hacer esto siempre.
# asi puedes poner montones de comandos por medio sin miedo a romper nada,
# porque ese echo $? de por medio te destrozaba todo, al generar otro exit status
# nuevo y colocarlo en $? machacando al anterior.
# recuerda que en $? solo se guarda el ultimo exit status, asi que procura
# consultarlo y ponerlo a salvo justo despues de un comando si no quieres
# perderlo irreversiblemente for ever

# ahora puedes meter mil comandos aqui sin perder el exit status de mkdir
# ahora puedes meter mil comandos aqui sin perder el exit status de mkdir
echo $exit_status_de_mkdir # antiguamente tenias: echo $?
# ahora puedes meter mil comandos aqui sin perder el exit status de mkdir
# ahora puedes meter mil comandos aqui sin perder el exit status de mkdir

if [ $exit_status_de_mkdir=0 ]; then
  echo "El directorio $idalumno se ha creado sin problemas"
fi
#149
hombre! que hilo tan interesante....

he trabajado en los mecanismos de seguridad como los que utiliza ese software entre otros....

determinados datos unívocos del pc (que no vas a cambiar aunque cambies de disco duro o de ip, por que tan idiotas no somos los desarrolladores de sistemas de seguridad, sabes? xDD) fueron enviados a través de internet cuando lo usaste por primera vez.

esos datos los guarda el desarrollador (http://emagicone.com/), donde obviamente no llega el usuario, y se comprueban online.

a no ser que tengas bastantes dotes de ingenieria inversa, va a ser que MIAU >:D
#150
Cita de: Diabliyo en  7 Febrero 2013, 23:31 PM
El problema esta en los servicios SPF, Dkim y DomainKeys... no son ofrecidos por la nube !

te hago unas reflexiones con mi sombrero de consultor TIC, que no son forzosamente técnicas sino mas bien estratégicas. sé que no es lo que andas pidiendo, pero quizas te pueda abrir una linea de pensamiento nueva que resuelva el problema. despues de todo ese es mi trabajo diario.

te cuento como lo veo yo.

te has metido en unas tecnologias cuyo gasto debes afrontar y planificar. y la proyección de su escalado debe ser prevista. en caso de no hacerse, sucede esto.

ahora que ya es tarde y te has pillado los dedos, te diria lo mismo que le diria a cualquier empresa que fuera mi cliente y me pidiera consejo:

si el crecimiento te comporta mas gasto, enfócate en aumentar tus ingresos, no en reducir el gasto. hacer crecer una infraestructura es costoso, pero decrecerla puede ser infernal.

a excepcion de ONGs y otras instituciones incapaces de generar ingresos, esta premisa deberia servirte. no se qué nivel de importancia tienen esos servicios para ti, ni qué valor real, potencial, etc. pero si hay alguna posibilidad de que abras o amplies linea de negocio con esa infraestructura para rentabilizarla, ahora es el momento.