Si es lo mas aconsejable, tienes chinchetas en este mismo subforo hablando de libros, documentacion etc... Seguramente eres nuevo en esto, y habras acabado en un manual viejo, y de hay el code en 16 bits y con llamadas al DOS.

Ya te recomendaron una forma de empezar bien.


A lo mejor lo entendi mal @EI, pero enserio no se puede colocar code en 16 bits? No me refiero a las llamadas a DOS, si no a instrucciones y demas.

Un saludo.

Como te dijeron arriba, estas usando un esquema por asi decirlo obsoleto usas llamadas al viejo DOS, no estoy familiarizado con estos sistemas pero se ve a leguas de que no es logico programar en 16 bits y con llamadas a DOS.

16 bits para modo real, y si funciona en DosBox es porque lo esta emulando.


Depende de tu CPU podras trabajar en 32 bits o en 64 bits, si es x64 en ambos modos, son casi similares las dos arquitecturas, por ejemplo en x64 tienes registros adicionales de calculo general r8-r15, y la arquitectura es algo distinta pero para eso tienes que informarte mejor.

Un saludo.

Fijate antes de matar el proceso, con un simple:


Para saber la ruta del proceso, ejemplo de ps:


Bastaria con ejecutarlo desde esa direccion y ya tendrias el proceso activo de nuevo, y creando conflictos  .

Con ejecutar en la consola esa direccion ya lo vuelves a restablecer, aunque no hace falta que escribas la ruta entera, ya que esta en sbin.

Un saludo.

No se si ese tipo de error se corregia con algun parche, ya que hace tiempo que no estoy en esto, cambia el canal por el que quieres hacer el scan:


El 2 por ejemplo, te comento lo de los parches, por el canal -1 ya que este no existe y eso podria se un indicio de algun error de ese estilo.

Si tienes problemas con esa orden, recuerda hacer un down aplicar los cambios y por ultimo el up.

Un saludo.

Lo se, simplemente dije esto porque seguro que tiene una politica en ACCEPT, desde mi punto de vista y desde el de mucha gente, es mucho mejor tener una politica en DROP, para lo que el quiere hacer.

No colocar un DROP a 1.2.3.4 y luego crear otra con un ACCEPT y el puerto.

Solo dije una recomendacion ya se que el problema no va de eso, la proxima no digo nada.

Un saludo.

No es mejor, establecer una politica DROP en INPUT y luego dejar paso a las direcciones y puertos convenientes?

iptables -F
iptables -X
iptables -P INPUT DROP
 
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
 
iptables -A INPUT -p tcp -s 1.2.3.4 --dport 22 --syn -m state --state NEW -j ACCEPT

Un saludo.

Cual de ellos?

Por ejemplo el que mencionas .profile es de la ksh, no se cual es la relacion. Dime cual es el indispensable para que pueda entenderte.

Un saludo.

Supongo que si no te dijeron el S.O. pues nada. Ya que no tienes codes escritos y demas, tienes muchos tutoriales por la red de Winsock y de Linux.

Windows:

http://www.binarytides.com/winsock-socket-programming-tutorial/

Linux:

http://www.linuxhowtos.org/C_C++/socket.htm

Sobre lo del cifrado de Cesar, usa el buscador del foro, hay algunos temas que hablan de eso y con codes.

Si tienes preguntas sobre los codes, comentalas.

Hola

Podrias especificar el sistema sobre el cual vas a implementar ese cliente/servidor?

Lo raro es que digas que te mandaron hacer un trabajo, y que no sepas de que van los sockets, en clase mandan trabajos de temas que no estudiasteis previamente?

Un saludo.

Que tal?

Esos archivos que estan en su directorio no son necesarios para el usuario ftp, eliminalos y ya.

Un saludo.