Як ви віддалено управляєте своїми скриньками Linux? [зачинено]

ПРИМІТКА. Це питання я поставив сьогодні вранці стосовно вікон EC2, але отримав лише посилання на інструменти для запуску та зупинки екземплярів, тому перефразую ...

У мене є кілька ящиків для Linux, які виконують нічну роботу по одному з моїх проектів. Час від часу мені потрібно зайти, внести якісь зміни коду, налаштувати деякі речі, перемістити файли навколо тощо.

Мій набір інструментів для цих операцій болісно рідкий (SSH у вікно, редагування файлів у VIM, віддалені файли WGET, які мені потрібні), і я підозрюю, що є набагато кращий спосіб зробити це. Мені цікаво почути, що роблять інші люди в моєму становищі.

Ви використовуєте якусь форму системи Windowing та еквівалент віддаленого робочого столу для доступу до вікна, чи це весь командний рядок? Управління віддаленими вікнами Windows є дрібницею, оскільки ви можете просто віддалений робочий стіл і передавати файли по мережі. Чи є еквівалент цьому у світі Linux?

Ви робите зміни конфігураційного файлу / налаштування сценарію безпосередньо на машині? Або у вас в локальній скриньці щось налаштовано для віддаленого редагування цих файлів? Або ви просто віддалено редагуєте їх, а потім передаєте їх при кожному збереженні?

Як ви переміщуєте файли вперед і назад між сервером і місцевим середовищем? FTP? Якийсь Mapped Drive через VPN?

Мені дійсно потрібно було б отримати найкращі практики для адміністрування цих скриньок. Будь-які пропозиції, щоб зняти частину болю, були б дуже раді!

Мій набір інструментів для цих операцій болісно рідкий (SSH у вікно, редагування файлів у VIM, віддалені файли WGET, які мені потрібні), і я підозрюю, що є набагато кращий спосіб зробити це. Мені цікаво почути, що роблять інші люди в моєму становищі.

Рідкісні? Що на землі ти маєш на увазі? Вибачте, що я знімаю, але відхиляти ssh, vim та wget як болісно майже не ображає. З вашого запитання я вважаю, що ви головним чином програміст своєї денної роботи, тому я свого роду розумію це питання. Але чесно кажучи, я б не наймав адміністратора Linux, який не задоволений жодним із трьох згаданих вами інструментів.

Ви використовуєте якусь форму системи Windowing та еквівалент віддаленого робочого столу для доступу до вікна, чи це весь командний рядок? Управління віддаленими вікнами Windows є дрібницею, оскільки ви можете просто віддалений робочий стіл і передавати файли по мережі. Чи є еквівалент цьому у світі Linux?

Для завдань адміністратора я ніколи і ніколи не використовую середовище X. Він вам не потрібен, він займе лише системні ресурси, і більшу частину часу вони перешкоджають замість допомоги. Більшість інструментів конфігурації GUI (ну, практично всі насправді) пропонують лише підмножину параметра конфігурації, який ви можете встановити у файлі конфігурації з vim.

Керування вікном Linux не менш тривіально, ніж управління вікном Windows. Для отримання гідного набору навичок потрібно лише певний час.

І мережевий еквівалент передачі файлів? Багато scp, sftp, ftp, nfs, cifs / smb (протоколи обміну файлами Windows), а потім деякі.

Ви робите зміни конфігураційного файлу / налаштування сценарію безпосередньо на машині? Або у вас в локальній скриньці щось налаштовано для віддаленого редагування цих файлів? Або ви просто віддалено редагуєте їх, а потім передаєте їх при кожному збереженні?

Залежить від того, що я роблю. Більшість речей я роблю безпосередньо в конфігураційних файлах на машині (для скриньки для розробки та тестування), а потім перетискаю файл у конфігураційний канал на нашому супутниковому сервері, після чого я розгортаю файл безпосередньо на всіх серверах (для виробничих коробок ). Дійсно, vim - скарб. Тобто, коли ви дізнаєтесь, як правильно ним користуватися.

Як ви переміщуєте файли вперед і назад між сервером і місцевим середовищем? FTP? Якийсь Mapped Drive через VPN?

scp весь шлях і, можливо, якийсь sftp, і я пропоную вам теж зробити. Ніколи, ніколи не використовуйте FTP для переміщення чутливих файлів (наприклад, конфігураційних файлів) по загальнодоступній мережі. Я не використовую картографічну мережу, тому що знову все, що мені потрібно, - це на сервері. Якщо ви маєте на увазі файли c, а не файли конфігурації, я зазвичай використовую щось на зразок svn чи git, а потім пересуваю зміни до поля.

Мені дійсно потрібно було б отримати найкращі практики для адміністрування цих скриньок. Будь-які пропозиції, щоб зняти частину болю, були б дуже раді!

Ви вже використовуєте їх: ssh, scp, wget та vim. Це не біль. Можуть виникнути болі в прорізуванні зубів, тоді як ви зрозумієте, наскільки вони потужні. Але, щоб повернути аналогію Windows, я відчуваю серйозні перешкоди, коли мені потрібно використовувати вікно Windows. Для вас це навпаки. Це просто те, до чого ти звик. Отже, приділіть трохи часу, і воно прийде до вас.

Ви вже згадали ssh, vim та wget, що є важливим та ідеальним. Деякі додаткові інструменти, які полегшать життя:

1. GNU Screen / byobu

"GNU Screen - це безкоштовний мультиплексор терміналу, який дозволяє користувачеві отримувати доступ до декількох окремих сеансів терміналу всередині одного вікна терміналу або сеансу віддаленого терміналу. Це корисно для роботи з декількома програмами з командного рядка та для відділення програм від запущеної оболонки. Програма." (Зі сторінки GNU_Screen у Вікіпедії)

Основна перевага полягає в тому, що ви можете мати один або декілька віртуальних терміналів, які знаходяться в точно такому ж стані, як і ви їх залишили, коли повертаєтесь (тобто переробляти через ssh). Це також добре, коли ваш зв’язок з якихось причин порушений.

Екран працює незалежно від програмного забезпечення, яке ви використовуєте для підключення до коробки (воно живе на сервері), тому він добре поєднується з шпаклівкою або більшістю іншого термінального програмного забезпечення.

У цій статті показано кілька приємних речей, які ви можете зробити з цим: http://www.pastacode.de/extending-gnu-screen-adding-a-taskbar/en/

Хорошою альтернативою є byobu, який добре налаштований на деяких дистрибутивах: http://byobu.co/

2. Командир опівночі

Графічний інструмент для перегляду на консолі для перегляду та обробки файлів та каталогів.

Також можна робити безпечні віддалені передачі. Є вбудований FISH та FTP-клієнт.

Це означає, що у консолі командного рядка є два текстових вікна, і одне показує ваше віддалене вікно, а інше куди б ви не підключили його (що також може бути вашою локальною системою). позначте або дослідіть окремі файли або дерева дерев файлів, а також скопіюйте або перемістіть їх між місцями. FISH захищено, FTP - не. Дуже потужний і простий для початківців.

3. rsync

Для швидкої, надійної та надійної передачі та синхронізації файлів між різними місцями

4. ДКС

Використання розподіленої системи контролю версій, як базар, меркурій або git для оновлення коду. Github або Bitbucket пропонують комерційний хостинг коду, але це не обов'язково, ви також можете ефективно використовувати його на власних машинах.

Джозеф Керн: чи можете ви детальніше розказати, як саме ви використовуєте git для організації віддаленої конфігурації?

5. Клієнти терміналу

У unix-подібних системах вони вже є на борту, у Windows можна використовувати Putty, Tera Term, Mind Term або Pandora. Або зробіть інсталяцію cygwin і перейдіть від вікон термінала cygwin до віддалених вікон (що має більше переваг, але це питання, що вам більше подобається).

6. Тунелювання та експедирування портів

Це може бути корисно надійно переслати певні порти на вашу локальну машину. Наприклад, ви можете переслати порт mysql TCP 3306 або postgres TCP 5432 та встановити якийсь інструмент адміністрування баз даних локально.

Ви можете побудувати тунелі з машин Windwos із шпаклівкою (або командний рядок, заснований на маленькому братійному планку); cygwin та Mindterm також можуть переадресувати порт. Якщо ви локально знаходитесь на машині, схожій на unix, ви можете використовувати ssh odr plink для створення такого тунелювання.

Щоб створити більш стабільну і постійну тунелювання для різних портів, я рекомендую OpenVPN. Метод тунелювання "за допомогою загального доступу" від точки до точки встановити не так вже й важко.

7. Мати локальну систему, схожу на Unix

Коли ваша локальна машина є Mac, у вас це вже є, ви можете відкрити локальну оболонку. Коли ваша робоча станція базується на Windows, може бути корисно створити локальний сервер, схожий на unix, який знаходиться в тій же локальній мережі. Це може бути інша машина в іншій кімнаті, підключена до того ж маршрутизатора або комутатора. Або якщо ви хочете лише одну машину, ви можете встановити безкоштовний сервер vmware і зробити віртуальну машину, бажано ту ж операційну систему, що і ваша віддалена машина. Встановіть на нього самба-сервер, і ви зможете "використовувати в Інтернеті" акції samba з робочого столу.

Якщо ви локальний сервер на локальному сервері і відкриєте порт 22 на своєму маршрутизаторі, ви можете запустити ssh у свою локальну систему, коли ви знаходитесь поза.

Ви можете будувати тунелі на віддалених машинах або передавати та синхронізувати файли та цілі дерева файлів за допомогою rsync. Ви можете використовувати його для тестування, для VSC, для місцевого розвитку, як локальний веб-сервер, для навчальних цілей.

Можна витягувати резервні копії з віддалених машин. Ви можете створювати локальні завдання в Cron, які роблять резервні копії автоматично (наприклад, бази даних, які ви хочете регулярно зберігати на локальному рівні)

8. X Віддалений графічний інтерфейс

Якщо ви працюєте в Linux як система фізично, також можна запускати програми GUI на ваших Linux-серверах, які малюють gui на вашій локальній машині. Це може бути інструмент порівняння графічних файлів або майже все, що вам потрібно.

Хоча це не дуже часто і в msot випадках не потрібно використовувати програмне забезпечення gui для адміністрування linux box, у деяких випадках ви можете вважати його корисним.

На віддаленій машині переконайтесь, що в / etc / ssh / sshd_config цей рядок існує:

X11Forwarding Yes

Перезавантажте ssh-сервер за допомогою

/etc/init.d/sshd restart

Потім наступного разу, коли ви ввійдете в систему

ssh -X me@remote-box

У вас буде X тунель, спробуйте встановити xclock на віддалений сервер для тестування та виконати xclockв сесії ssh, яку я щойно згадував. Простий годинник x для тестування повинен з’явитися на вашому інтерфейсі Linux.

Це також можливо для Mac, якщо ви встановите локальну середовище X.

9. Якщо у вас є купа подібних вікон або завдань: скористайтеся інструментом конфігурації системи

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

Напевно, це не мало б сенсу, якщо більшість скриньок є індивідуальними або мають різні операційні системи або працюють різні версії.

Є кілька інструментів:

• chef http://www.getchef.com/chef/ Дивіться блискучу відповідь Евана Андерсона нижче: /server//a/28789/45819

• puppetінший великий гравець http://puppetlabs.com/

• saltвиглядає перспективною http://www.saltstack.com/

10. Розгорніть контейнери додатків за допомогою docker

Це йде навіть на крок далі. Docker - це проект з відкритим кодом, який автоматизує розгортання програм у контейнерах програмного забезпечення: https://www.docker.io

11. Використовуйте Google Compute Engine з автоматичним управлінням розгортанням

https://cloud.google.com/products/compute-engine/

Google пропонує віртуальні віртуальні машини з дуже цікавими можливостями. Ви можете швидко розгорнути великі кластери віртуальних машин за допомогою інструментів, включаючи API RESTful, інтерфейс командного рядка та веб-консоль. Ви також можете використовувати такі інструменти, як RightScale і Scalr, щоб автоматично керувати розгортанням .

Якщо ви шукаєте приємний графічний інтерфейс для роботи з управлінням файлами через SSH з вікон Windows, подивіться на WinSCP: http://winscp.net

Я не адмініструю жодних екземплярів EC2, але, як правило, якщо у мене є більше однієї машини, яка виконує роль, я спробую написати сценарій для виконання роботи над усіма подібними полями, замість того, щоб вносити зміни в поле "коробка" .

Я хотів би почати використовувати Puppet ( http://reductivelabs.com/products/puppet/ ), оскільки це робить системне адміністрування більш вправою управління конфігурацією. У мене ще не було запасних циклів, щоб детально ознайомитися з цим, але я чув дуже хороші речі.

Вам потрібно врахувати інструмент управління конфігурацією системи, як Chef.

Я навряд чи більше керую системою вручну через сеанси SSH. Я зберігаю весь код для веб-додатків та проектів у сховищі вихідного коду, до якого я можу отримати доступ із систем, які ними керують, скажімо, веб-сайти на EC2. Працюючи в хмарі, важливо мати автоматизовану інфраструктуру.

Основний робочий потік виглядає приблизно так. По-перше, для коду програми та даних конфігурації:

• Код клонування / каси з GitHub або іншого сховища контролю версій.
• Редагуйте код у своєму улюбленому редакторі на моїй локальній робочій станції / ноутбуці.
• Внесіть зміни, перейдіть до центрального сховища.

Для конфігурації додайте:

• Встановіть конфігураційні файли в тому місці, де шеф-кухар може їх обслуговувати.
• Запустіть запуску шеф-кухаря або чекайте інтервалу на крайових вузлах.

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

Я [майже] ніколи не редагую вручну файли конфігурації, дані програми або щось інше безпосередньо на віддалених системах. Зміни вносяться через моє місцеве сховище і висилаються до ведучого. Я знаю, що мої системи будуть налаштовані правильно кожного разу, незалежно від того, чи доведеться я вбивати екземпляр і перезавантажувати його.

Файли, необхідні для конфігурації, подаються відразу з сервера Chef, який є просто веб-додатком (merb, працює в Apache + Passenger). Доступ для клієнтів контролюється за допомогою авторизованого відкриття.

Моя конфігурація включає гачки для Nagios і Munin, тому я також можу спостерігати за трендами і не потребувати нічого вручну робити для їх налаштування.

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

Що не так з ssh, vim та wget? На мою думку, коштовності, невідомі більшості користувачів Windows. :-)

Іноді я використовую gVim віддалено через FTP або SFTP.

Якщо ви бажаєте використовувати графічний інтерфейс на машині Linux, ви можете запустити X-сервер (див. Cygwin для одного) на своєму локальному хості та переслати ваш дисплей назад через ssh-з'єднання.

Я ніколи не вважав рішення VPN вартістю витрат або клопоту для адміністрування Linux.

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

Управління віддаленими вікнами Windows є дрібницею, оскільки ви можете просто віддалений робочий стіл і передавати файли по мережі. Чи є еквівалент цьому у світі Linux?

Чи призначений цей тролінг?

Віддалений адміністратор віконних вікон не є дрібницею. Віддалений адміністратор коробки Unix полягає в тому, що вони були розроблені для віддаленого керування та роботи в мережі. Для Windows це було гріхом на систему, яка не була створена з нуля, щоб жити в мережі.

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

Усі необхідні інструменти доступні за замовчуванням у кожному дистрибутиві Linux. Якщо ви хочете отримати графічний вхід, продовжуйте це робити, він просто витрачає процесор і пам’ять і доставить вам ті самі проблеми, що і у вас з Windows. І як уже було сказано, для більшості кількох скриньок ви повинні розглянути лялечку, шеф-кухаря, cfengine або один з багатьох інших доступних інструментів.

Ви кажете, що використовуєте SSH для управління "кількома" полями. Я настійно рекомендую ClusterSSH писати одні й ті самі команди відразу (при умові, що вони мають подібне призначення).

http://www.linux.com/learn/tutorials/413853:managing-multiple-linux-servers-with-clusterssh

Використання настільки ж просто, як "cssh -l ім'я кластера ім'я користувача", що відкриє багато віконних файлів uxterm, якими ви можете керувати всім одночасно або окремо. Кластер визначається списком IP-адрес у файлі config. Наскільки мені відомо, є лише підтримка X.

EDIT: Я перемістився до Terminator, оскільки мультитермінальний макет можна легко зберегти та відновити, плюс ви отримаєте 10 одночасних X тунелів, якщо потрібно. Полегшує конфігурацію як серверних, так і клієнтських комп'ютерів одночасно.

Крім того, Fabric зручно робити оновлення програмного забезпечення для моїх клієнтів, а в основному замінюючи всі речі, які зберігаються zip / scp / unzip / cp.

Я використовую:

• SSH - для доступу
• SCP - Копіювання файлів
• SSHFS - Якщо мені потрібно встановити накопичувач або каталог
• git - Збереження конфігурацій

Покладання моїх конфігурацій під контроль версій було, мабуть, найрозумнішою справою, яку я зробив. Я використовую інструменти на основі SSH якомога частіше, щоб зменшити адміністративний слід та поверхню атаки.

Наразі всі мої репортажі є локальними. В майбутньому я буду переміщувати конфігурації до віддалених репостів.

Не забувайте про використання Webmin , веб-інтерфейсу для адміністрування системи для Unix / Linux.

SSH мені завжди вистачало. Є й інші параметри X11 - це по суті віддалений робочий стіл, хоча він за своєю суттю незахищений, оскільки він не шифрується. Однак його можна тунелювати за допомогою SSH-з'єднання (і ви отримуєте перевагу від того, що не потрібно відкривати додаткові порти). Звичайно, це передбачає, що у вас на сервері встановлено середовище X.

SFTP (який є ftp через SSH, тому знову не потрібно відкривати додаткові порти) можна розміщувати файли на сервері, а не витягувати їх, а хороший клієнт Windows sftp можна знайти на http://filezilla-project.org/

Я входжу в поле і вношу зміни в командному рядку та з такими редакторами, як vi / nano, коли зміна проста. Для більш складних змін у файлі, таких як редагування декількох вихідних кодів одночасно, я використовую BBEdit на Mac OS X. Він може отримати доступ до файлової системи за допомогою SCP. Я впевнений, що існує такий редактор для Windows та Linux. sshfs - це спосіб отримати віддалений доступ до вашої файлової системи за допомогою ssh.

Виразно PuTTY; а також ssh-клієнт, також є клієнт SCP на базі Windows.

Командний рядок над ssh для linux (оскільки вони навіть не встановили навіть X11) та суміш ssh та ARD для моїх апаратів Apple.

Зауважте, що я ніколи не використовую Apple Remote Desktop для передачі файлів, оскільки AFP через TCP смішно повільний ; Я просто використовую scp.

Якщо ви хочете віддалений графічний доступ, ви майже напевно хочете налаштувати VNC.

Якщо ви хочете віддалено редагувати свої файли через SSH, у вас є кілька варіантів:

• якщо ви використовуєте інструменти KDE (Kate, KDevelop), використовуйте протокол fish .
• встановіть FUSE для (автоматичного) монтажу віддаленого гучності.
• Використовуйте muCommander (крос-платформний, графічний mc) для переміщення файлів вперед і назад
• деякі текстові редактори (наприклад, TextWrangler на Mac) підтримують отримання файлів через ssh та переміщення їх назад і назад

Після редагування файлу просто використовуйте SSH, щоб, скажімо, почати компілювати.

Ще одне, що слід враховувати, - це використання системи управління версіями. bzr - це справді приємно; його легко налаштувати і розроблено для зручності у використанні. Ви можете працювати на одному комп’ютері, натискати оновлення, тягнути оновлення на своєму сервері, виконувати команди та повертати, якщо все піде не так.

SSH робить цю роботу більшу частину часу. Вивчення доступних вам інструментів командного рядка вартий вашого часу. Якщо є інструменти GUI, які я хочу використовувати, я просто використовую VNC .

Для переміщення файлів навколо я зазвичай монтую спільний доступ CFIS / SAMBA до своєї локальної машини.

Для простих змін SSH та SCP роблять трюк. Якщо вам потрібно внести зміни на більшій кількості машин, слід переглянути систему управління конфігурацією. Він зможе запустити / зупинити службу, змінити вміст файлів конфігурацій та перевірити, чи ваші системи знаходяться у відомому стані.

Я вважаю за краще використовувати Bcfg2, але також популярні Лялька та CFEngine .

У мене Bcfg2 працює щогодини на всіх моїх серверах, хоча він також може працювати вручну. Існує центральне сховище, кероване версіями всіх файлів конфігурації системи, щоб ми могли відслідковувати будь-які внесені зміни. Система працює надзвичайно добре і є величезним кроком від входу в систему на серверах вручну та налаштування речей.

Я часто використовую Komodo через SFTP- посилання.

Системи адміністрування Windows завжди були "важкими": тобто необхідне повне середовище вікон, яке вимагає наявності або на роботі в мережі, наприклад, віддаленого робочого столу або VNC.

UNIX був розроблений з урахуванням мереж - тому інструменти розроблені для роботи по мережі, а не для того, щоб виглядати красиво. Сервер UNIX ніколи не повинен встановлювати таке середовище вікон (зазвичай X11).

Мінімалістичний інтерфейс SSH, wget та vim набагато сприятливіший для мережі - vi насправді був розроблений для роботи на лінії модему 300baud.

Дійсно, є графічні засоби, які допоможуть вам працювати з віддаленими системами UNIX та Linux (wsp було одним; gvim може бути іншим).

Звичайний спосіб управління системами UNIX - це увійти до машини та працювати над самою машиною. Немає необхідності переміщувати файли просто для їх редагування. Єдине, що потрібно пам’ятати - це переконатися, що конфігурація хороша та протестувати її там, де це можливо.

SSH для доступу, scp, якщо мені потрібно передати обмежену кількість файлів. Спільні каталоги через SMBFS / SAMBA, якщо ми дійсно це потребуємо. Зазвичай це марна трата часу. Деякі з наших менш * nix-компетентних співробітників використовують веб-код, заблокований для доступу до локальної підмережі через HTTPS.

Shellinabox

Shell In A Box (вимовляється як shellinabox) - веб-емулятор терміналу, створений Маркусом Гутшке. У ньому є вбудований веб-сервер, який працює як веб-клієнт SSH на визначеному порту і спонукає вас емулятор веб-терміналу для віддаленого доступу та керування вашим Linux Server SSH Shell дистанційно за допомогою будь-яких браузерів AJAX / JavaScript та CSS без необхідності будь-які додаткові плагіни браузера, такі як FireSSH. - http://www.tecmint.com/shell-in-a-box-a-web-based-ssh-terminal-to-access-remote-linux-servers/

Емуляція терміналу у клієнта

AjaxTerm - аналогічна програма для Anyterm , автор Антоні Лесюа, написана в Python. Shell In A Box - схожа програма на Anyterm, написана Маркусом Гутшке, написана на C. На відміну від Anyterm та Ajaxterm, вона робить емуляцію терміналу у браузері, а не на сервері - http://anyterm.org/demos.html#secid2249226

Butterfly - це також веб-сервер (написаний пітоном), який забезпечує повнофункціональний емуляційний веб-термінал на стороні клієнта.