El Sun, 06 Jul 2014 14:19:52 -0430, Edward Villarroel (EDD) escribió:
@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE! @
@@@
Permissions 0755 for
@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE! @
@@@
Permissions 0755 for '/etc/ssh/ssh_host_ecdsa_key' are too open.
It is required that your private key files are NOT
Haz lo que te indican alli, y el mensaje no volvera a aparecer.
Adicionalmente, tu sistema sera mas seguro.
2014-07-06 15:49 GMT-03:00 Edward Villarroel (EDD)
edward.villarr...@gmail.com:
@@@
@ WARNING: UNPROTECTED PRIVATE KEY
me lo puedes explicar que quiere el sistema de mi?? q no entiendo
Edward Villarroel: @Agentedd
2014-07-06 14:24 GMT-04:30 Ricardo Eureka! ricardoeur...@gmail.com:
Haz lo que te indican alli, y el mensaje no volvera a aparecer.
Adicionalmente, tu sistema sera mas seguro.
2014-07-06 15:49
On Sun, Jul 6, 2014 at 3:57 PM, Edward Villarroel (EDD)
edward.villarr...@gmail.com wrote:
me lo puedes explicar que quiere el sistema de mi?? q no entiendo
Edward Villarroel: @Agentedd
Permissions 0755 for '/etc/ssh/ssh_host_ecdsa_key' are too open.
It is required that your private key
Ah! Eres de los que te gusta que te den todo servido en bandeja!
Bueno, yo no tengo problemas, te lo explico con todo detalle y te doy la
solucion, pero yo por esa clase de servicios cobro una tarifa.
Si te interesa, me envias por privado y continuamos.
Caso contrario te recomiendo arremangarte, y
mm ok
por el momento nada mas le hic un
chmod 700 *
como root adentro de esa carpeta
Edward Villarroel: @Agentedd
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
El domingo, 6 jul 2014 a las 21:45 horas (UTC+2),
Edward Villarroel (EDD) escribió:
mm ok
por el momento nada mas le hic un
chmod 700 *
como root adentro de esa carpeta
Edward Villarroel: @Agentedd
Si tienes la más mínima duda de que alguien haya podido copiar esa
clave, créala de nuevo. Es
2014-07-06 14:49 GMT-04:00 Edward Villarroel (EDD)
edward.villarr...@gmail.com:
@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE! @
@@@
Permissions 0755 for
On 06/07/14 20:49, Edward Villarroel (EDD) wrote:
@@@
@ WARNING: UNPROTECTED PRIVATE KEY FILE! @
@@@
Permissions 0755 for '/etc/ssh/ssh_host_ecdsa_key' are too open.
No puedo confirmarlo, pero se los paso:
http://pastebin.com/raw.php?i=gjkivAf3
Algunas referencias:
https://news.ycombinator.com/item?id=7701208
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
No puedo confirmarlo, pero se los paso:
http://pastebin.com/raw.php?i=gjkivAf3
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
El 04/07/13 07:13, GamlaUppsala escribió:
Consejo...
Usa SSD y HD por separado mientras te ingenias para poner las cosas de
frecuente acceso en SSD y los de menos en los HD.
Gracias por la información y el consejo.
Finalmente me he decantado por comprar otro disco SSD para el /home y
trataré,
con nada donde se explique qué
criterio de funcionamiento se sigue a la hora de cachear los datos al
SSD.
Esta era otra de las razones por las que preguntaba.
En la hoja de producto de Seagate¹ apuntan algunas cosas que no me gustan:
1/ En primer lugar, no veo discos SSHD de gama empresarial
que podrás verificar con alguna utilidad SMART.
Ahora bien, un fallo de lectura en una unidad SSHD ¿de dónde viene?
¿dónde se encuentra el dato que tiene problemas, en la parte mecánica o
en la celda de memoria? Si puedes determinar dónde se ubica cada bit no
hay problema pero en caso contrario el
El día martes, 02 de julio de 2013, a las 20:24:18, jEsuSdA escribió:
j8 Recientemente, a raíz de la publicación del nuevo kernel linux, he
j8 descubierto los discos híbridos SSHD.
j8 Me parecen, sobre el papel, una solución muy buena y equilibrada pues
j8 los SSD son muy caros como almacén y los
El 03/07/13 01:24, jEsuSdA 8) escribió:
...
Recientemente, a raíz de la publicación del nuevo kernel linux, he
descubierto los discos híbridos SSHD.
pues mira, tu me lo acabas de descubrir a mi ;-)
Me parecen, sobre el papel, una solución muy buena y equilibrada pues
los SSD son muy caros
El 03/07/13 09:12, Alberto escribió:
El 03/07/13 01:24, jEsuSdA 8) escribió:
...
Recientemente, a raíz de la publicación del nuevo kernel linux, he
descubierto los discos híbridos SSHD.
pues mira, tu me lo acabas de descubrir a mi ;-)
Como dicen los abuelos: el mundo avanza que es una
para hacer
el cacheado.
aunque no tengo experiencia propia, no veo porque, tanto en cuanto, los
discos mecánicos son detectados como normales, y los SSD también
El tema es que he leído en foros que algunos modelos de SSHD vuelcan la
gestión de la caché SSD en el sistema operativo o en software
El Wed, 03 Jul 2013 01:24:18 +0200, jEsuSdA 8) escribió:
Recientemente, a raíz de la publicación del nuevo kernel linux, he
descubierto los discos híbridos SSHD.
Me parecen, sobre el papel, una solución muy buena y equilibrada pues
los SSD son muy caros como almacén y los HD de toda la vida
El 03/07/13 17:09, Camaleón escribió:
El Wed, 03 Jul 2013 01:24:18 +0200, jEsuSdA 8) escribió:
Recientemente, a raíz de la publicación del nuevo kernel linux, he
descubierto los discos híbridos SSHD.
Me parecen, sobre el papel, una solución muy buena y equilibrada pues
los SSD son muy caros
On 03/07/13 17:09, Camaleón wrote:
No sé por qué pero las tecnologías híbridas siempre se quedan a mitad
camino entre una cosa y otra. Prefiero los sistemas puros (discos
mecánicos o SSD) pero mezclar los dos en un único dispositivo no me
termina de convencer.
+1. Prefiero montarme 1 sistema
Hola!
Recientemente, a raíz de la publicación del nuevo kernel linux, he
descubierto los discos híbridos SSHD.
Me parecen, sobre el papel, una solución muy buena y equilibrada pues
los SSD son muy caros como almacén y los HD de toda la vida son muy
lentos para albergar archivos de acceso
El 08/09/11 21:07, Marc Aymerich escribió:
2011/9/8 AngelD ang...@froga.net mailto:ang...@froga.net
Wed, 7 Sep 2011, Juan Antonio:
El 07/09/11 15:06, Marc Aymerich escribió:
2011/9/7 Marc Olive marc.ol...@blauadvisors.com
estas impidiendo que se
establezca la conexión. Por otro lado, por cada sesión, sshd crea un
nuevo hijo con uid del usuario que lo esta usando, (seguridad).
--
Marc
Hola,
toda la razón. De todos modos creo que tu solución de usar shell no
válidas para los usuarios de sftp es mas fácil, clara y
Wed, 7 Sep 2011, Juan Antonio:
El 07/09/11 15:06, Marc Aymerich escribió:
2011/9/7 Marc Olive marc.ol...@blauadvisors.com
mailto:marc.ol...@blauadvisors.com
On Wednesday 07 September 2011 10:32:23 AngelD wrote:
Tengo una máquina con un par de IPes en la que tengo usuarios
2011/9/8 AngelD ang...@froga.net
Wed, 7 Sep 2011, Juan Antonio:
El 07/09/11 15:06, Marc Aymerich escribió:
2011/9/7 Marc Olive marc.ol...@blauadvisors.com
mailto:marc.olive@**blauadvisors.com marc.ol...@blauadvisors.com
On Wednesday 07 September 2011 10:32:23 AngelD wrote:
El día 8 de septiembre de 2011 16:07, Marc Aymerich
glicer...@gmail.com escribió:
2011/9/8 AngelD ang...@froga.net
Wed, 7 Sep 2011, Juan Antonio:
El 07/09/11 15:06, Marc Aymerich escribió:
2011/9/7 Marc Olive marc.ol...@blauadvisors.com
mailto:marc.ol...@blauadvisors.com
On
Tengo una máquina con un par de IPes en la que tengo usuarios
normales y usuarios a los que sólo permito 'sftp' a unos directorios con
chroot.
Necesitaría que los usuarios normales entraran por la ip A, y los
usuarios del sftp con chroot entraran sólo por la B.
Con la directiva Match del
On Wednesday 07 September 2011 10:32:23 AngelD wrote:
Tengo una máquina con un par de IPes en la que tengo usuarios
normales y usuarios a los que sólo permito 'sftp' a unos directorios con
chroot.
Necesitaría que los usuarios normales entraran por la ip A, y los
usuarios del
On 09/07/2011 09:31 AM, Marc Olive wrote:
On Wednesday 07 September 2011 10:32:23 AngelD wrote:
Tengo una máquina con un par de IPes en la que tengo usuarios
normales y usuarios a los que sólo permito 'sftp' a unos directorios con
chroot.
Necesitaría que los usuarios normales
On Wed, Sep 07, 2011 at 10:32:23AM +0200, AngelD wrote:
Tengo una máquina con un par de IPes en la que tengo usuarios
normales y usuarios a los que sólo permito 'sftp' a unos
directorios con chroot.
Necesitaría que los usuarios normales entraran por la ip A, y los
usuarios del sftp con
Wed, 7 Sep 2011, López Denazis Santiago:
On 09/07/2011 09:31 AM, Marc Olive wrote:
On Wednesday 07 September 2011 10:32:23 AngelD wrote:
Tengo una máquina con un par de IPes en la que tengo usuarios
normales y usuarios a los que sólo permito 'sftp' a unos directorios con
chroot.
Wed, 7 Sep 2011, Pablo Jiménez:
On Wed, Sep 07, 2011 at 10:32:23AM +0200, AngelD wrote:
Tengo una máquina con un par de IPes en la que tengo usuarios
normales y usuarios a los que sólo permito 'sftp' a unos directorios con
chroot.
Necesitaría que los usuarios normales entraran por la ip
2011/9/7 Marc Olive marc.ol...@blauadvisors.com
On Wednesday 07 September 2011 10:32:23 AngelD wrote:
Tengo una máquina con un par de IPes en la que tengo usuarios
normales y usuarios a los que sólo permito 'sftp' a unos directorios
con
chroot.
Necesitaría que los usuarios
2011/9/7 Marc Aymerich glicer...@gmail.com
2011/9/7 Marc Olive marc.ol...@blauadvisors.com
On Wednesday 07 September 2011 10:32:23 AngelD wrote:
Tengo una máquina con un par de IPes en la que tengo usuarios
normales y usuarios a los que sólo permito 'sftp' a unos directorios
con
On 09/07/2011 10:09 AM, Marc Aymerich wrote:
2011/9/7 Marc Aymerichglicer...@gmail.com
Con iptables se puede identificar el usuario con --uid-owner, y se puede
identificar el nombre del proceso con --cmd-owner, Pero por desgracia a
iptables le va a faltar información de nivel aplicación para
On 09/07/2011 10:13 AM, López Denazis Santiago wrote:
On 09/07/2011 10:09 AM, Marc Aymerich wrote:
2011/9/7 Marc Aymerichglicer...@gmail.com
Con iptables se puede identificar el usuario con --uid-owner, y se puede
identificar el nombre del proceso con --cmd-owner, Pero por desgracia a
El Wed, 07 Sep 2011 10:32:23 +0200, AngelD escribió:
Tengo una máquina con un par de IPes en la que tengo usuarios normales
y usuarios a los que sólo permito 'sftp' a unos directorios con
chroot.
Necesitaría que los usuarios normales entraran por la ip A, y los
usuarios del sftp con
diferentes?.
--
Saludos --- Angel
No sé, lo que pides es complicado, no creo que con una sola instancia
de sshd puedas.
Lo que si puedes es decirle a sshd por que ip escuchar con:
ListenAddress 70.5.1.1
Saludos.
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
On 09/07/2011 10:13 AM, López Denazis Santiago wrote:
On 09/07/2011 10:09 AM, Marc Aymerich wrote:
2011/9/7 Marc Aymerichglicer...@gmail.com
Con iptables se puede identificar el usuario con --uid-owner, y se puede
identificar el nombre del proceso con --cmd-owner, Pero por desgracia a
El 07/09/11 15:06, Marc Aymerich escribió:
2011/9/7 Marc Olive marc.ol...@blauadvisors.com
mailto:marc.ol...@blauadvisors.com
On Wednesday 07 September 2011 10:32:23 AngelD wrote:
Tengo una máquina con un par de IPes en la que tengo usuarios
normales y usuarios a los
establezca la conexión. Por otro lado, por cada sesión, sshd crea un nuevo
hijo con uid del usuario que lo esta usando, (seguridad).
--
Marc
Wed, 7 Sep 2011, Camaleón:
El Wed, 07 Sep 2011 10:32:23 +0200, AngelD escribió:
Tengo una máquina con un par de IPes en la que tengo usuarios normales
y usuarios a los que sólo permito 'sftp' a unos directorios con
chroot.
Necesitaría que los usuarios normales entraran por la ip A, y
Wed, 7 Sep 2011, Marc Aymerich:
2011/9/7 Marc Olive marc.ol...@blauadvisors.com
On Wednesday 07 September 2011 10:32:23 AngelD wrote:
Tengo una máquina con un par de IPes en la que tengo usuarios
normales y usuarios a los que sólo permito 'sftp' a unos directorios
con
chroot.
uno de los servicios, y sus usuarios,
en un momento dado, con eliminar la ip sería suficiente.
¿A qué servicios -en plural- te refieres?
Lo que puedes hacer es lo que te han comentado antes, utilizar dos IP
dedicadas en las que escucha sshd¹ pero aún así el cliente tendría que
conectarse
2011/9/7 AngelD ang...@froga.net
Wed, 7 Sep 2011, Camaleón:
El Wed, 07 Sep 2011 10:32:23 +0200, AngelD escribió:
Tengo una máquina con un par de IPes en la que tengo usuarios normales
y usuarios a los que sólo permito 'sftp' a unos directorios con
chroot.
Necesitaría que los
* Esteban Torres Rodriguez etor...@dap.es [2010-03-24 11:20:58 +0100]:
Alguna idea?
Igual ya lo has probado, pero en cualquier caso, has intentado con ssh
-vvv para que ssh sea más parlanchín?
--
Saludos,
Ferran Donadie.
La niñez es la etapa en que todos los hombres son creadores.
pam_unix.so
Error:
Mar 24 11:19:33 smb01 sshd[4193]: pam_winbind(sshd:auth): getting
password (0x)
Mar 24 11:19:33 smb01 sshd[4193]: pam_winbind(sshd:auth): user 'etorres'
granted access
Mar 24 11:19:33 smb01 sshd[4193]: pam_winbind(sshd:account): user
'etorres' OK
Mar 24 11:19
optional pam_lastlog.so
sessionoptional pam_motd.so
sessionoptional pam_mail.so standard noenv
sessionrequired pam_limits.so
password sufficient /lib/security/pam_winbind.so
password required pam_unix.so
Error:
Mar 24 11:19:33 smb01 sshd[4193]: pam_winbind
Tengo un servidor con sshd configurado, con hosts.allow y hosts.deny
controlo desde que subred permito entrar ya que tengo una ip dinamica
pero se mueve dentro de una subred.
El demonio sshd se levanta por xinetd cuando recibe una peticion ya que
apenas se usa el servicio y controla que mas de 3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roberto Leon Lopez wrote:
Tengo un servidor con sshd configurado, con hosts.allow y hosts.deny
controlo desde que subred permito entrar ya que tengo una ip dinamica
pero se mueve dentro de una subred.
El demonio sshd se levanta por xinetd
Todo lo que me comentas sobre la configuracion del sshd lo he hecho,
excepto lo de pasar el servicio a otro puerto que lo tengo en mente el
dia que este fisicamente al lado del servidor y me cambien las reglas
del firewall de la empresa.
Con hosts.allow he conseguido limitar los posibles accesos
Felipe Törnvall N. escribió:
On Thursday 19 January 2006 19:54, Pedro A. wrote:
Hola lista. Llevo ya algunos días tratando me meter al gatito en la
jaula (chiste malo). Estoy intentanto crear una máquina muy securizada y
uno de los requisitos que quiero cumplir es enjaular el demonio sshd
Hola lista. Llevo ya algunos días tratando me meter al gatito en la
jaula (chiste malo). Estoy intentanto crear una máquina muy securizada y
uno de los requisitos que quiero cumplir es enjaular el demonio sshd en
un arbol de directorios. Por ejemplo no quiero que esté disponible el
comando rm
On Thursday 19 January 2006 19:54, Pedro A. wrote:
Hola lista. Llevo ya algunos días tratando me meter al gatito en la
jaula (chiste malo). Estoy intentanto crear una máquina muy securizada y
uno de los requisitos que quiero cumplir es enjaular el demonio sshd en
un arbol de directorios. Por
Hola he estado investigando un poco sobre google y no he entendido bien
como se usa ni como se instala.
1º Para que autoarranque lo he puesto con el rcconf
2º He creado un usuario con adduser
Ahora esta en inicio pero a la gente le dice
Permission denied (publickey).
Alguien sabe como
No se entiende mucho el problema...
Lo que queres es instalar el servidor ssh para conexiones entrantes?, o lo
que queres es instalar el cliente?
--
Fernando Pablo Hauscarriaga
INSTITUTO ARGENTINO DE RADIOASTRONOMIA
Casilla de Correo Nro. 5 (1894) - Villa Elisa
Tel/Fax: (0221) 425-4909
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
SaeGaeT wrote:
Hola he estado investigando un poco sobre google y no he entendido bien
como se usa
uso man ssh
ni como se instala.
aptitude install ssh-server
1º Para que autoarranque lo he puesto con el rcconf
ok
2º He creado un usuario con
Tu sabes cual ha sido mi problema??? Los tcp_wrappers estaban
configurados por defectos para rechazar todo jar
Cristian Gutierrez wrote:
Este domingo, Roberto León López dijo:
Estoy en sarge, y estoy configurando un servidor, quiero que
xinetd levante sshd
Este domingo, Roberto León López dijo:
Estoy en sarge, y estoy configurando un servidor, quiero que
xinetd levante sshd pero hasta ahora solo he conseguido conexiones
rechazadas, sin embargo si lanzo sshd comodemonio no tengo ningun
problema en conectarme.
Mi xinetd.conf es
Estoy en sarge, y estoy configurando un servidor, quiero que xinetd
levante sshd pero hasta ahora solo he conseguido conexiones rechazadas,
sin embargo si lanzo sshd comodemonio no tengo ningun problema en
conectarme.
Mi xinetd.conf es:
service ssh
{
disable= no
socket_type = stream
de
dependencias, de hecho, si se lanza en línea de comandos sshd -d -e, a
partir de ese momento se puede logear sin problemas desde cualquier
máquina, sin embargo, si se hace /etc/init.d/ssh start o, simplemente,
sshd, no arranca, y tampoco da ningún mensaje de error ni deja registro
alguno en
eso dice el dpkg-query. Ha funcionado perfectamente hasta una de las
actualizaciones desde dselect. En principio no hay problemas de
dependencias, de hecho, si se lanza en línea de comandos sshd -d -e, a
partir de ese momento se puede logear sin problemas desde cualquier
máquina, sin
Estoy usando sarge, y sshd no inicia.
No me da mensajes de error en /var/log/messages ni errores en stdout si lo
inicio manualmente.
Alguien sabe que puedo mirar para ver porque no anda?
Estoy usando sarge, y sshd no inicia.
No me da mensajes de error en /var/log/messages ni errores en stdout si lo
inicio manualmente.
Alguien sabe que puedo mirar para ver porque no anda?
Haz dpkg-reconfigure ssh y asegúrate de indicarle que ejecute el demonio ssh.
--
Fidel Ramos
2004 12:49
Para: Gorka
CC: debian-user-spanish@lists.debian.org
Asunto: Re: No encuentra el paquete SSHD
On Wed, Oct 06, 2004 at 12:11:40PM +0200, Gorka wrote:
Pero, ¿el servidor de SSH no es sshd? Yo lo que necesito es
acceder a esta
máquina desde windows (putty) por ssh. Con deselect
¿A qué puede deberse? No consigo instalarlo ni con dselect ni con apt-get
install sshd. Simplemente me dice que no encuentra el paquete sshd.
Juraría haberle dicho que sí, que lo instalase, durante la instalación de
Woody, pero parece que no está, no entiendo el motivo. Otras veces se
instala así
apt-get install ssh
El mié, 06-10-2004 a las 09:16 +0200, Gorka escribió:
¿A qué puede deberse? No consigo instalarlo ni con dselect ni con apt-get
install sshd. Simplemente me dice que no encuentra el paquete sshd.
signature.asc
Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1
Pero, ¿el servidor de SSH no es sshd? Yo lo que necesito es acceder a esta
máquina desde windows (putty) por ssh. Con deselect poniendo sshd sólo
encuentra webmin-sshd.
De todas formas he buscado sólo ssh con dselect y aparece uno que describe
como:
ssh - Secure rlogin/rsh/rcp replacement
El Miércoles, 6 de Octubre de 2004 12:11, Gorka escribió:
|| Pero, ¿el servidor de SSH no es sshd? Yo lo que necesito es acceder a esta
|| máquina desde windows (putty) por ssh. Con deselect poniendo sshd sólo
|| encuentra webmin-sshd.
No es este el que tu buscas.
|| De todas formas he buscado
On Wed, Oct 06, 2004 at 12:11:40PM +0200, Gorka wrote:
Pero, ¿el servidor de SSH no es sshd? Yo lo que necesito es acceder a esta
máquina desde windows (putty) por ssh. Con deselect poniendo sshd sólo
encuentra webmin-sshd.
El servidor de ssh ES sshd. Pero el paquete no se llama así.
$ apt
On Wed, Apr 07, 2004 at 08:59:23PM -0700, Enrique Morfin wrote:
Hola:
Pues resulta que al bootear mi maquina hoy ssh
simplemete no arraca (antes sin problema):
dice que si arranca, no manda ningun mensaje de error,
no hay nada en /var/log/messages, no hay ningun
correo.
Aun si lo
Hola:
Pues resulta que al bootear mi maquina hoy ssh
simplemete no arraca (antes sin problema):
dice que si arranca, no manda ningun mensaje de error,
no hay nada en /var/log/messages, no hay ningun
correo.
Aun si lo intento arrancar o reiniciar o apagar no
marca ningun error, dice que lo hace
Hola
Si lo arrancas manualmente, se levanta?
/etc/init.d/ssh start
Si se levanta bien, provablemente te falte la liga correspondiente desde
/etc/rc2.d
Y si no... pues no se, hay que ver logs, pide sshd --help para ver ocmo
hacer que arranque en modo hablador
Hola:
Pues resulta que al
Hola a todos, ¿Alguien tiene idea de como cambiar los puertos de escucha de
los servidores ssh y ftp?
Gracias
_
Charla con tus amigos en línea mediante MSN Messenger.
http://messenger.microsoft.com/es
El Martes, 30 de Diciembre de 2003 16:04, Nerox NRX escribió:
Hola a todos, ¿Alguien tiene idea de como cambiar los puertos de escucha de
los servidores ssh y ftp?
Gracias
si el servidor es proftpd en /etc/proftp.conf algo que empieza por port. Y ssh
en /etc/ssh/sshd_config algo que empieza
Hola a todos
Durante el dia de hoy, he apagado el Debian Woody
3.01 debido a un inconveniente en el teclado y luego al volver a encenderlo me
arroja los siguientes errores .
OpensBsd: sshPrivilege separation user sshd does
not exist
Starting Web Server: apacheapache: bad user name
On Mon, 21 Apr 2003, Nestor R. Mazza wrote:
Durante el dia de hoy, he apagado el Debian Woody 3.01 debido a un
inconveniente en el teclado y luego al volver a encenderlo me arroja
los siguientes errores .
OpensBsd: sshPrivilege separation user sshd does not exist
Starting Web Server
a todos
Durante el dia de hoy, he apagado el Debian Woody 3.01 debido a un
inconveniente en el teclado y luego al volver a encenderlo me arroja
los siguientes errores .
OpensBsd: sshPrivilege separation user sshd does not exist
Starting Web Server: apacheapache: bad user name www-data
Angel L. Mateo dijo:
- Quiero que se registre TODO lo que el usuario remoto haga:
comandos, salidas, etc.
Esto ya no es cosa del ssh. Una vez que el usuario queda
autenticado en el sistema, obtiene una shell como se puede
obtener directamente desde consola, no hay
unsubscribe debian-user-spanish@lists.debian.org
- Original Message -
From: Amaya [EMAIL PROTECTED]
To: debian-user-spanish@lists.debian.org
Sent: Tuesday, August 27, 2002 12:48 PM
Subject: Re: fichero de log de sshd (Aclaración)
Angel L. Mateo dijo:
- Quiero que se registre TODO lo
esto tendrás que
configurar algún sistema de auditoría.
- Deseo que si alguien intenta usar mi sshd quede constancia (esto
es para controlar si he recibido un escaneo del puerto, si ya sé
que existen aplicaciones específicas para ello pero no quiero en
este momento complicar más
, salidas, etc.
había algún programa para esto, pero no lo recuerdo, era como algo
intermedio entre el terminal (tty) que toca el usuario y el que le
llega al sistema
- Deseo que si alguien intenta usar mi sshd quede constancia (esto
es para controlar si he recibido un escaneo del puerto, si
fichero se llama secure pero no lo he
encontrado)
- Quiero que se registre TODO lo que el usuario remoto haga:
comandos, salidas, etc.
- Deseo que si alguien intenta usar mi sshd quede constancia (esto
es para controlar si he recibido un escaneo del puerto, si ya sé
(me han
dicho por privado que el fichero se llama secure pero no lo he
encontrado)
- Quiero que se registre TODO lo que el usuario remoto haga:
comandos, salidas, etc.
- Deseo que si alguien intenta usar mi sshd quede constancia (esto
es para controlar si he
medio de una conexión remota. Como soy el único usuario
que voy a efectuar dicho tipo de conexiones no considero que haya
intromisión en mi propia intimidad.
He leido los manuales de sshd y sshd_config y lo que he llegado a
encontrar es indicar que la opción LogLevel este puesta a DEBUG. No
se para
Saludos a la lista.
Me gustaria saber como cambiar el banner del sshd
cuando se relaiza una conexion al puerto 22, es decir, esto:
[EMAIL PROTECTED] ssh]# telnet localhost 22Trying
127.0.0.1...Connected to localhost.Escape character is
'^]'.SSH-1.5-OpenSSH_3.4p1 Debian 1:3.4p1-0.0potato1
Me gustaria saber como cambiar el banner del sshd cuando se relaiza una
conexion al puerto 22, es decir, esto:
[EMAIL PROTECTED] ssh]# telnet localhost 22
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
SSH-1.5-OpenSSH_3.4p1 Debian 1:3.4p1-0.0potato1
Es decir
Quisiera saber como hago para que cuando un server ssh no me pregunte la
password de root.
que archivo tengo que tocar?
desde ya muchas gracias
El Jue 03 Ene 2002 15:40, Hernan Del Boca escribió:
Quisiera saber como hago para que cuando un server ssh no me pregunte la
password de root.
que archivo tengo que tocar?
desde ya muchas gracias
Tocar un fichero, generar un juego de claves y copiarlas a la máquina a la
que quieras
... y entonces Javier Jimenez escribió:
miro en /etc/hosts.allow y esta todo comentado
Yo añadiría en ese fichero una línea tal que:
sshd sshd1 sshd2 : vvv.xxx.yyy.zzz 127.0.0.1: ALLOW
--
All mail clients suck. Mutt just sucks less.
Best things in life are free!
faro
Javier Jimenez wrote:
Mi problema es:
Resulta que tengo corriendo el sshd...y esta escuchando en el puerto
22.en los losg pone :
= fechahorahost sshd[2366] : Server listening on 0.0.0.0 port 22
tengo un usuario x (local)que desde un ordenador remoto intenta hacer un
ssh -l x ip pero
Mi problema es:
Resulta que tengo corriendo el sshd...y esta escuchando en el puerto
22.en los losg pone :
= fechahorahost sshd[2366] : Server listening on 0.0.0.0 port 22
tengo un usuario x (local)que desde un ordenador remoto intenta hacer un
ssh -l x ip pero despues de tirarse un buen
Hola gente...
Solo queria comentar un par de cosillas que me parecen un poco raras...
Pq tanto en potato como progeny, cuando te preguntan si quieres correr el
servidor sshd en tu maquina, auqnue digas que no, siempre te lo arranca?
Pq el KDM, cuando introduces un usuario correcto, hallas
95 matches
Mail list logo
