Найшвидший метод управління командним рядком Windows-> linux


2

Який найшвидший метод потрапити в linux CLI у Windows? (Дивіться це раніше питання в StackOverflow .)

В основному моя мета - використовувати пакетний файл у Windows для управління різними речами на моєму ubuntu mediacenter / сервері. Музика - це головне, звичайно, але вона здається досить неоціненною, я можу уявити, що багато людей хочуть цього.

Зараз я використовую ssh з plink, я можу увійти, щоб надіслати команду все в одному рядку, досконало. Майже ... між мною натисканням на команду є час очікування чогось на зразок 5 ~ 6секунд, і це відбувається.

Я припускаю, що це автентифікація з допомогою ssh накручує мене, оскільки я повинен увійти та автентифікуватись перед кожною повільною командою.

Можливі ідеї:

  • Якось запустіть ssh CLIENT як службу у вікні Windows, тоді, коли я хочу надіслати команду, надішліть її через уже відкритий сеанс. Це здається здійсненним. Я вважаю за краще інструмент для програмування власного додатку ssh, хоча для цього досягти ...
  • Я щось зробив не так, і вхід у систему не повинен тривати так довго
  • смик повільний
  • Пакетні файли повільні (я не уявляю)

Відповіді:


2

Я б встановив ssh-клієнт на вікні Windows і порівняв швидкість, а потім зі швидкістю, яку ви отримуєте за допомогою pink. Ви повинні мати змогу налаштувати його на використання файлу ключів, щоб вам не потрібно було входити в систему під час підключення. Після підключення вам потрібно буде лише автентифікуватись, якщо ви зміните користувача.


Якщо я входжу в звичайний сеанс ssh, як шпаклівка, команди проходять швидко, це не проблема. Plink (спосіб, яким я можу надсилати команду, не вводячи нічого ...) входить у систему, автентифікується, відправляє команду, DC без втручання. Я думаю, використовуючи це навіть за допомогою автентифікатора ключа, мені потрібно підтвердити автентифікацію кожного разу, коли я надсилаю команду ... Я маю на увазі, інакше яка безпека є? Жоден тунель не підтримується, оскільки шлейф миттєво закривається. Або я щось пропускаю.
Ambiwlans

Тоді залежить, чи хочете ви, щоб ssh підтримував тунель, який ви просто використовуєте для всіх команд. Чи повинні ваші команди жити у пакетному файлі (чи потрібно вміти їх легко редагувати) чи ви могли б уникнути чогось, що надсилає пакети udp або tcp по мережі, щоб запустити bash-файл на медіа-сервері. Ваша мережа загальнодоступна?
Амос

Ви можете увійти за допомогою ssh, якщо вам потрібно було редагувати команди, а для редагування файлу bash використовувати редактор тексту консолі, наприклад emacs.
Амос

"хочу, щоб ssh підтримував тунель, який ви просто використовуєте для всіх команд." як? Я можу редагувати пакетні файли через vpn або ssh або w / e, що не є проблемою віддаленого ... "ви можете піти з чогось, що надсилає udp або tcp пакети по мережі, щоб запустити bash-файл на медіа-сервері." Так, vpn підтримується з hamachi (не можна налаштовувати порти, крім 80, для того, щоб веб-сервер був справді загальнодоступним через dsl), інакше він вважається публічним з мого pov. То чи існує простий спосіб це зробити? Здається, ви пропонуєте кодувати мій власний сервер, який я не дуже сподіваюся ... змінити ще один, можливо ...
Ambiwlans

1
Пакет udp може бути відправлений на певний порт для певного варіанту, або для безпеки ви можете налаштувати досить випадкову послідовність портів для клієнта та сервера, які слід слідувати. Пакет може містити конкретні кодові слова, що читаються послідовно з файлу на обох машинах, не потрібно шифрувати. Або ви можете пройти маршрут tcp / ip і шукати встановлення з'єднань сокета.
Амос

1

Один з альтернативних методів, який ви можете розглянути, - це максимально перетворити свій пакетний файл на Windows у скрипт bash для Linux - це зменшить кількість очікувань на 5-6 секунд.

напр

#!/bin/bash
commandhere
commandhere

Таким чином, вам доведеться повторно підтверджувати автентифікацію лише тоді, коли ви хочете мати користувальницьке введення, але 5-6 секунд здається трохи надмірним для входу в систему. Якщо під час автентифікації за допомогою putty потрібно просити пароль, то спробуйте змінити файл / etc / ssh / ssh_config та прокоментувати:

GSSAPIAuthentication yes
GSSAPIDelegateCredentials no
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.