Сообщение Re[24]: dotnet vs java 2016-2020 от 28.03.2016 9:05
Изменено 28.03.2016 9:10 BrainSlug
V>"Там" это где? В какой из многих достуных ssh-сервисов под винды?
какие многие ssh сервисы доступны в винде? из коробки ни одного нет. есть всякие порты. которые на практике фиговенько работают.
V>Как ssl-сертификаты хранятся, ты же должен знать, вроде, не? ))
причем здесь ssl?
V>Да любая умеет, которая умеет и под линукс, хосподя. Консольные утилиты умеют из коробки, бо им пофиг, т.к. просто ввод/вывод для них перенаправляется. А всякие специфические на ssh заточенные умеют через разные сборки cygwin. Тем более, что 99% таких "утилит" — это просто скрипты, ы-ы-ы.
это в теории. тут Cyberax прав.
V>Ничего исправлять не надо. Ты НЕ понимаешь, что именно собирается делать MS в плане ssh. Она собирается дать решение, которое совсем не будет похоже на линуховое, потому что похожее уже есть давно и такому решению кастомеры говорят "фи". Потому что в нагрузку к такому "решению" им нужен человек навроде тебя, разбираться со всей этой требухой. Не зря же расходы на эксплуатацию линухов выходят всегда дороже, хотя покупка — дешевле или даже бесплатна.
имхо они пытаются на базе openssh сделать нормальное решение(т.е. нормальную интеграцию) + клиент. а откуда у тебя информация про совершенно другое решение?
какие многие ssh сервисы доступны в винде? из коробки ни одного нет. есть всякие порты. которые на практике фиговенько работают.
V>Как ssl-сертификаты хранятся, ты же должен знать, вроде, не? ))
причем здесь ssl?
V>Да любая умеет, которая умеет и под линукс, хосподя. Консольные утилиты умеют из коробки, бо им пофиг, т.к. просто ввод/вывод для них перенаправляется. А всякие специфические на ssh заточенные умеют через разные сборки cygwin. Тем более, что 99% таких "утилит" — это просто скрипты, ы-ы-ы.
это в теории. тут Cyberax прав.
V>Ничего исправлять не надо. Ты НЕ понимаешь, что именно собирается делать MS в плане ssh. Она собирается дать решение, которое совсем не будет похоже на линуховое, потому что похожее уже есть давно и такому решению кастомеры говорят "фи". Потому что в нагрузку к такому "решению" им нужен человек навроде тебя, разбираться со всей этой требухой. Не зря же расходы на эксплуатацию линухов выходят всегда дороже, хотя покупка — дешевле или даже бесплатна.
имхо они пытаются на базе openssh сделать нормальное решение(т.е. нормальную интеграцию) + клиент. а откуда у тебя информация про совершенно другое решение?
Re[24]: dotnet vs java 2016-2020
V>"Там" это где? В какой из многих достуных ssh-сервисов под винды?
какие многие ssh сервисы доступны в винде? из коробки ни одного нет. есть всякие порты. которые на практике фиговенько работают.
V>Как ssl-сертификаты хранятся, ты же должен знать, вроде, не? ))
причем здесь ssl?
V>Да любая умеет, которая умеет и под линукс, хосподя. Консольные утилиты умеют из коробки, бо им пофиг, т.к. просто ввод/вывод для них перенаправляется. А всякие специфические на ssh заточенные умеют через разные сборки cygwin. Тем более, что 99% таких "утилит" — это просто скрипты, ы-ы-ы.
это в теории. тут Cyberax прав. (в остальном он показывает не знание винды)
V>Ничего исправлять не надо. Ты НЕ понимаешь, что именно собирается делать MS в плане ssh. Она собирается дать решение, которое совсем не будет похоже на линуховое, потому что похожее уже есть давно и такому решению кастомеры говорят "фи". Потому что в нагрузку к такому "решению" им нужен человек навроде тебя, разбираться со всей этой требухой. Не зря же расходы на эксплуатацию линухов выходят всегда дороже, хотя покупка — дешевле или даже бесплатна.
имхо они пытаются на базе openssh сделать нормальное решение(т.е. нормальную интеграцию) + клиент. а откуда у тебя информация про совершенно другое решение?
какие многие ssh сервисы доступны в винде? из коробки ни одного нет. есть всякие порты. которые на практике фиговенько работают.
V>Как ssl-сертификаты хранятся, ты же должен знать, вроде, не? ))
причем здесь ssl?
V>Да любая умеет, которая умеет и под линукс, хосподя. Консольные утилиты умеют из коробки, бо им пофиг, т.к. просто ввод/вывод для них перенаправляется. А всякие специфические на ssh заточенные умеют через разные сборки cygwin. Тем более, что 99% таких "утилит" — это просто скрипты, ы-ы-ы.
это в теории. тут Cyberax прав. (в остальном он показывает не знание винды)
V>Ничего исправлять не надо. Ты НЕ понимаешь, что именно собирается делать MS в плане ssh. Она собирается дать решение, которое совсем не будет похоже на линуховое, потому что похожее уже есть давно и такому решению кастомеры говорят "фи". Потому что в нагрузку к такому "решению" им нужен человек навроде тебя, разбираться со всей этой требухой. Не зря же расходы на эксплуатацию линухов выходят всегда дороже, хотя покупка — дешевле или даже бесплатна.
имхо они пытаются на базе openssh сделать нормальное решение(т.е. нормальную интеграцию) + клиент. а откуда у тебя информация про совершенно другое решение?