Hace 8 años | Por PythonMan8 a itrunsonlinux.com
Publicado hace 8 años por PythonMan8 a itrunsonlinux.com

Microsoft anunció que contribuirán al proyecto OpenSSH lo que supondrá un gran salto en la conectividad entre Linux y Windows. "El equipo de PowerShell se dió cuenta que la mejor opción para nuestro equipo sería adoptar una solución industrial probada que se integrara fuertemente con Windows"

Comentarios

Menopes

#2 SSH -X, amijo lol

skgsergio

#43 #56 no hablo de cliente, hablo de servidor.

D

#88 servidor ya hay, y se llama Xming. Lo que no hay es una forma fácil de convertir los programas de Windows en clientes X porque eso implica cambios gordos en la arquitectura gráfica, como dice #81

skgsergio

#90 a eso me refería justo, que no sería fácil ejecutar aplicacioes Windows en X remotas. Relee #24

D

#24 ya hay un servidor X bajo Windows y se llama Xming. No es tan complicado adaptar una cosa a la otra (salvo el coñazo de implementar todo el protocolo de X)

David_VG

#56 Eso es la mitad del problema, falta la otra mitad.

D

#60 la otra mitad del problema es pintar.

David_VG

#77 La otra mitad es la que microsoft decidió resolver mediante Terminal Server.

El la casuística de la que hablas se te olvida el poder enviar "ventanitas de windows" a otro ssh. Eso es la otra mitad. Pintar ya lo hace un servidor de X como ya habíais mencionado.

D

#81 ¿ Terminal Server es el protocolo de VNC que había de toda la vida o hicieron una implementación propia e incompatible ?
Las X dan mucho más juego que eso. Permiten en una misma estación conectarte a aplicaciones que residen en varios sistemas distintos y con un gestor de ventanas único que puede estar en cualquiera de esas máquinas.
Ni punto de comparación en cuanto a potencia, por lo poco que yo conozco del tema, pero la idea que tengo es que ahí no es que hayan llegado más tarde, es que todavía no han llegado.
#85 la bash es mucho más que ssh. Y por cierto, no hace falta emularla en windows. Se puede instalar.
Puedes tener el cliente ssh sin tener la bash. Entrarías a un cmd de windows.

Jakeukalane

#99 el cmd de windows es de pena ...

David_VG

#99 Creo que has entendido lo que has querido: Ya se qué hace el protocolo X, pero me temo que no has entendido lo que estaba contando: que aunque microsoft implementase un servidor de X para poder conectarse a otra máquina con un X forward para recibir esas ventanas, dudo mucho que vaya a implementar el envío de ventanas mediante X forward.

D

#24 hay servidores X bajo windows: el cygwin, xming, soluciones privativas...

D

#24 Para esto mismo te conectas al windows por RDP y listo (el comando en linux es rdesktop).

m

#34 No confundo nada. ¿Alguna vez tuviste que recuperarle el arranque de Windows a alguna tía? Se hace desde la línea de comandos

D

#47 pues no, no he tenido ese placer. Sólo trabajo con clusters y cloud con máquinas windows y linux pero gracias por el apunte.

m

#64 Te puedo asegurar que no es ningún placer

ktzar

#94 eso te pasa por tener tías

D

#2 bueno, realmente es el estándar de facto en la conexión remota, ya que las alternativas no están a su altura.
#1 hay muchas empresas colaborando en el desarrollo de software libre. Microsoft es solo una más y no es este su primer proyecto.
#14 open-ssh está funcionando en servidores windows sin problemas desde hace tiempo. No veo la dificultad que dices, más allá de que en windows cualquier cosa medianamente seria que se quiera hacer es incómoda.

pip

#93 pues la verdad es que tengo poca experiencia en Windows, como dije, ya que llevo sin usarlo en serio desde 1998 :'D
Las (pocas) veces que he tenido que hacer algo con él de esto ha sido con cygwin, así que no sé que hace de forma digamos nativa.
Será lo que dices, que poder se puede pero es incómodo.

elhumero

#2 Yo todavía conservo el email del servicio técnico de MS en el que me indicaban como conseguir activar el Messenger en Windows 7 64 Bits, y no fue por ventanas, a comandazo del NET.

D

#2 Ya lo dice el titular "soportará".

SosSargsyan

#2 y los de mac

Nildur

#2 Microsoft, desde Windows Server 2008, empezó a apostar por la consola. No solo creó Powershell y empezó a incentivarlo (algunas funciones de Exchange solo se podían hacer en PS), sinó que tambien creó la instalación "core", la cual permite tener un Windows Server sin entorno gráfico.

dphi0pn

#3 Sería como abrir la puerta a la realidad, internet funciona y ssh funciona muy bien. Nunca las dosis de realidad han sentado bien a microsoft, imagina que intentan implementar ssh en microsoft...

D

#23 Powershell es una mierda.

Más les vale que metan algo tipo Unix. Hasta algo basado en Perl sería más potable que esa basura.

D

#23 Han dicho que los de OpenBSD van a implementarselo.

¿Ves como son unos inútiles?

D

#68 te diré un secreto: solo una mínima parte de los componentes de un coche están diseñados y fabricados por la marca que pone en la carrocería. Lo inteligente , efectivo y barato es pagar a quien está especializado para que te haga lo que necesitas.

De ser inútiles sería hacer lo que tú supones que se debe hacer.

D

#83 Hablamos de MS, no alguien cualquiera. Tiene departamentos de programadores, técnicos de todo tipo, que encima lanzan IDE's, compiladores, SSOO, software de todo tipo... no hay excusa.

D

#84 yo te hablo de Volkswagen, Mercedes, Ford, Toyota...

D

#87 MS es enorme también, más que las marcas en coches.

D

#89 eso no desvía la realidad: a las grandes marcas les sale más a cuenta externalizar la producción de muchos componentes que no son parte del "core" de su negocio, como es el cliente ssh de powershell, y dejar que los mejores sobre el tema te lo produzcan.

Aunque para ti eso sea una especie de "humillación", el mundo real, el de las empresas de éxito, va a otra velocidad. Mira la propia Apple.

D

#23 "ssh" de bash "

SSH no es de bash, es de los de OpenBSD, encima por defecto no tiene bash, usa KSH.

KirO

#70 usa lo que tenga por defecto tu usuario en la máquina de destino. Ya sea ksh, bash, powershell o lo que sea!

SirPatata

#3 Por la misma lógica Linux sigue usando la arquitectura de permisos tradicional(UGO) por defecto...

¿porque no usar ACLs cuando son mil veces más potentes?

Que no venga incluído por defecto != no se pueda utilizar.

pip

#96 se puede instalar ACL en *nix pero prefiero que me arranquen una muela antes que usar eso. Es mucho mejor en la práctica tener un sistema simple de permisos. Es un debate viejo y eterno, pero yo estoy porque si necesitas ACL, salvo casos muy contados, es porque tu estructura de directorios está enmarañada.

c

#96, hace eones que las acl vienen por defecto en Linux. Pero no es obligatorio usarlas.

PythonMan8

#96 ¿Mil veces más potentes?
Si en vez de asignar permisos directamente a usuarios, se lo asignas indirectamente a través de grupos consigues solucionar el 99% de configuraciones y es mil veces más simple, rápido y fácil de administrar. Si esto no es suficiente, puedes utilizar enlaces duros con distintos permisos y sigue siendo mas rápido y fácil de administrar. Para el 0.00001% restante TAMBIEN tienes ACL.
Pero es que además de ACL tienes algo mucho más útil: SELinux que no sólo permite definir permisos de acceso a ficheros sino a todos los subsistemas del kernel como red (sockets, mensajes, interfaces de red), hardware, ejecución y control de procesos, "process capabilities", etc...
Por favor no me compares el juguete de Windows con Linux. Compáralo con Solaris o AIX, pero Windows es un juguete.

llorencs

#15 ¿En serio? Usan el mismo escritorio que para Windows 8?

Lo tendré que probar en una máquina virtual lol

llorencs

#48 Pero con lo mono que es lol

Marinmenyo

#15 si, y seguro que a la hora de crear cadenas de conexión odbc de bases de datos, siguen teniendo la misma ventanita mini que no se puede ampliar y te corta los nombres de las carpetas.

D

#9 Con KSH me basta y tiene licencia BSD, así que microsoft no tendría problemas.

Con "set -o emacs" en ~/.kshrc ya tienes todo.

Lo mismo con "vi", con "set showmode" en ~/exrc ya va todo con licencia BSD y es usable.

Mister_Lala

#0 "provada". ¡Oh, mis hojos!

D

#59 De LISP salieron dos dialectos: Common Lisp y Scheme.

CL es el más completo y engloba cientos de miles de funciones. Es posible hacer lo que hace Python en un algoritmo de 40 líneas, en 10.
http://es.wikipedia.org/wiki/Common_Lisp

Con SBCL o CLISP y Quicklisp tienes una especie de CPAN a lo Perl que lo peta.

Lo puedes ver usado en Máxima, por ejemplo.

Scheme es la otra variante, y es más minimalista; uno conocido es GNU Guile. Tiene las funciones al mínimo, pero se usa en GNU GUIX y DMD, la nueva distro y gestor de paquetes oficial de GNU. Tambien se usa en Texmacs, Lilypond y en otros paquetes siendo llamado desde C.

Y como LISP normalillo, pues claro está, EMACS, donde tienen plugins para CL (SLIME) y Scheme (Geiser) que hacen diabluras.

Explora el concepto REPL de LISP, es alucinante. Digamos que puedes sobreseguir y circunvalar los errores en tiempo real cambiando funciones al vuelo.

d

#63 Hasta AutoCad tiene su propio lenguaje Lisp.
Lastima que estos bichos (http://es.wikipedia.org/wiki/M%C3%A1quina_Lisp) no hayan sido continuados.
Al igual que los sistemas operativos actuales copian muchas propiedades y caracteristicas de Unix, los lenguajes de programación actuales tienden también a copiar muchas de las caracteristicas y ventajas de Lisp.

Maestro_Jedi

Psa. En Windows ya tenemos PuTTY, que funciona estupendamente. No es precisamente la novedad más demandada y urgente que tienen, la verdad.

Maestro_Jedi

#14: Ah, pues puede ser. Ahora que me releo, he de precisar que me refería al cliente. Ya probaré a montar un servidor SSH, a ver si me animo.

D

#13 Creo recordar que Putty (por la cantidad de fallos que tiene respecto a la implementación del protocolo SSH) está considerado por mucha gente como el peor cliente de SSH existente.
Y es el cliente de SSH más utilizado por los usuarios de Windows.
Pero bueno, viene siendo costumbre, ¿durante cuantos años fue el peor navegador de internet (IE) el más utilizado por los usuarios de Windows?.

Maestro_Jedi

#17: No sé si es el mejor o el peor. Hablaba en base a mi experiencia en su uso, la cual siempre ha sido muy satisfactoria.

D

#20 #28 #37 #57 #73
Como decía más arriba todo el mundo usaba Internet Explorer cuando objetivamente desde el punto de vista técnico de soporte de el estándar HTML, CSS y Javascript; y desde el punto de vista de funcionalidad y características era el peor navegador disponible.
Con el Putty es lo mismo. ¿Cuantos usáis realmente un entorno shell (csh, bash, zsh) de Linux/Unix 6, 8, 10 12 horas al días?.
Claro que si usas ssh solo para conectarte a una máquina de producción como administrador, reiniciar un Tomcat y salir, tampoco necesitas un cliente ni siguiera 100% compatible con ssh.

Claro luego lees webs como esta:
http://tecadmin.net/top-5-ssh-clients-for-windows-alternatives-of-putty/
Que dicen sin despeinarse: PuTTY, the best telnet / SSH client in the world.
Y a cualquiera que tenga una experiencia mínima se le caen los palos del sombrajo al leer eso.

Trublux

#98 1º Si trabajas tantas horas cambia de curro.
2º Lo del IE no sé a qué viene.
3º Uso el putty a diario, no soy administrador pero con él he borrado y creado usuarios, borrado y creado grupos, cambiado permisos, cambiado el propietario y grupo, buscado archivos, buscado textos, calculado tamaños, ejecutado scripts (php, python, etc.), compilado (c y c++), editado archivos, reiniciado servidores (apache, nginx), sincronizado directorios, actualizado SOs (redhat, debian y ubuntu) y otras cosas que ahora no recuerdo. ¿Puedes decirme qué haces tú y que no lo puedas hacer con putty?

elmike

#17, Pues no he oído hablar nunca de esto, pero lo uso junto a WinSCP, para acceder a mis maquinas desde hace años y estoy encantado. Lo único que le hecho en falta es una mejor manera de organizar las sesiones, así que desde hace poco uso fork llamado KittY

carlesm

#28 Lo que me jode de Kitty, es tener que buscarlo en google[1] como: Putty Kitty.

Que si busco Kitty me salen fotos y web del puto gatito ese....

[1]. Si alguna vez estoy en un windows por algo y necesito ir a mi Linux....

Aokromes

#17 Pues llevo lustros usandolo y jamas he leido lo que afirmas de que sea el peor cliente ssh existente.

Trublux

#17 Lo uso desde hace años y nunca he tenido problemas ¿a que se refieren con "el peor"? ¿Cual es el criterio para decidirlo?

Windows lo uso en el curro pero no porque me guste.

D

#17 "...está considerado por mucha gente como el peor cliente de SSH existente."

Y por otra mucha, todo lo contrario. Este caso no tiene nada que ver con la calidad del programa ni practicas empresariales monopolistas, esto es una simple cuestión de preferencias personales.

Si vas a comparar PuTTY con una aplicación famosa, deberías hacerlo si acaso con el bloc de notas o la calculadora.

d

dando pasitos para ir volviendo a Unix.

D

#52 Luego ya si evolucionan hacia LISP sería el paraíso.

PussyLover

#53 Con un poco de Cobol también ya lo petas...

D

Ehmmm...

orangutan

#62 ¿Eso funciona como cliente o como servidor?

D

#67 Clientes, es un emulador de Bash para Windows

D

#85 El rendimiento de las utilidades de UNIX es peśimo tanto por el acceso a disco en ficheros pequeños jodiendo el $MFT como la nula implementación de fork() o su triste emulación con hilos.

Apple supo cambiar en su momento.

orangutan

#85 Pues entonces no veo nada novedoso en tu captura. Según la wikipedia:
PuTTY's development dates back to late 1998,[1] and it has been a usable SSH-2 client since October 2000.[6][7] ( http://en.wikipedia.org/wiki/PuTTY )

D

#67 puedes instalar ambos.

Zeioth

A buenas horas... En pleno 2015 verte obligado a usar el protocolo RDP que va sin cifrar no tiene mucho sentido.

Aokromes

#33 Sal de debajo la piedra, que RDP soporta cifrado desde la version 6.0

Zeioth

#36 Corrijo. Va cifrado en RC4 que es un protocolo que ya no suele usarse por ser inseguro. A no ser que realmente haya estado debajo de la piedra y ya lo hayan mejorado

D

#46 RC4 se salta con el ojete con CUDA.

D

#33 rdp, al menos en sus últimas versiones, funciona más que bien como protocolo de escritorio remoto.

Lo más parecido que tiene Linux es SPICE, y no va tan bien.

garnok

#42 RDP siempre ha funcionado bien, otra cosa es que como no lo uses bajo VPN o tunelizacion ssh es como ir en pelotas

D

#61 no soy un experto, pero tengo entendido que es un protocolo orientado a objetos. Es decir, en vez de enviar la imagen del botón, le dice al cliente remoto que ahí tiene que dibujar un botón.

También es ahora cuando es decente en soporte de animaciones y vídeo.

Independientemente de la seguridad, que estaréis más al día que yo en eso.

e

#78 De hecho, yo trabajo con RDP todo el día en el PC del trabajo, desde casa. Y sin problemas en una década.

c

#42 x2go le da por el culo a rdp

G

Llevan 20 años de retraso

ur_quan_master

Que hijos de putty!
En serio yo uso servidores ssh en windows desde hace unos años, putty como cliente y paradojicamente las sesiones gráficas de linux las hacemos con rdp.
Alrternativas ya había hace tiempo. Qué ahora los de MS van a dar soporte? Pues mejor para ellos.

kucho

#27 si solo manejan un sistema operativo, es tarde, hay que amputar.

D

#35 Si les dices que usa gentoo igual se asombran y todo.

Ramanutha

#75 ¿Has probado con Debian?

D

Espero que no intenten repetir lo que hicieron con Kerberos.

mauser_c96

Demasiado tarde para los que somos hijos de Putty.

ruinanamas

#58 Larga vida al Putty

D

Ahora solo falta que tiren el registro y AD abajo y monten un sistema más reducido y simple.

D

#41 Hoy no da tiempo, lo haremos mañana.

d

Definitivamente este si que sera el año de linux desktop

D

#38 Este será el año de Windows Microsoft en la industria de los servidores.

r

#38 ¿Qué tiene que ver linux con ssh?

Patxi_

Microsoft siempre en la vanguardia de la tecnología.

Mariele

"¡Hola! Me llamo Microsoft y hoy me doy cuenta que algo básico que lleva usándose décadas puede ser útil en Windows."

Menudo nivel... y estos son los que producen el software que nuestras queridas entidades públicas consumen como demonios. Vamos bien.

jfabaf

Espero que les haya quedado bien la pantalla azul en el terminal de SSH

D

Strawberry Perl en Windows sería una maravilla para los sysadmin de esa plataforma, (tiene hasta soporte de la API Win32, objetos OLE y MS-OFFICE ) pero convénceles claro.

c

Si lo combinan con el tunneling, el sftp y el sshfs a lo mejor llega a ser medio útil...

D

Por mucho q lo intenten jamas va a estar a la altura de una terminal basada en unix, van +30 años por delante. "Power"shell no llega ni a mierda.

pd: como user de linux no tengo motivos para migrar a w10

D

#55 La gente dice "BUAH PowerShell >>> Bash" por el uso de objetos .Net . Ok, Bash contra CMD.

Lanzo Ipython ( y eso que soy de Perl) y dejo el PSH como tontería para críos.

elmike

Pues cojonudo.

D

¿La PowerShell? Creo que me quedo con PuTTY.

kucho

#21 una llave inglesa? creo que me quedo con un destornillador.

no despreciemos las herramientas, usa cada una para lo que mejor se le da. no te cobran...

D

#26 no les recomiendes usar Microsoft, no vayan a infectarse de "no soy nada guay"ismo.

Ramanutha

#27 Es un secreto a voces que, si quieres ligar, dile a las tías que no usas Windows. Ser diferente de la multitud siempre ha sido un buen reclamo.

D

#27 Uso Microsoft para mi profesión y no es, ni la mejor, ni me creo guay por preferir otras herramientas.

D

#27 Hablando exclusivamente de SSH, probablemente PuTTY sea una "llave inglesa" mejor que la de Microsoft. Y no son herramientas gratis que las licencias valen una buena pasta.

BillyTheKid

Es una bomba de la linea de flotación del futuro de Linux... Esto pone obstáculos a su libre desarrollo

ikipol

#1 lol

D

#1 OpenBSD

r

#1 ¿Qué tiene que ver el núcleo de un sistema operativo con una aplicación de espacio de usuario con soporte para muchos sistemas operativos?

D

#1: Torpedo. ¡Un torpedo!
Has perdido la oportunidad....

1 2