Как вы удаленно администрируете свои Linux-системы? [закрыто]

SSH к доступу, scp, если я должен перевести ограниченную сумму файлов. Общие каталоги через SMBFS/SAMBA, если нам ДЕЙСТВИТЕЛЬНО нужен он. Обычно это - пустая трата времени. Часть нашего меньшего количества *отклоняет - компетентные сотрудники используют webmin, заблокированный для доступа локальной подсети по HTTPS.

Администрирование систем Windows всегда было "тяжело": то есть, полная оконная среда необходима, который требует или быть локальным или сетевого тяжелого приложения как Удаленный рабочий стол или VNC.

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

Минималистский интерфейс SSH, wget, и энергия намного более способствуют сети - vi, был на самом деле разработан для работы над модемной линией на 300 бодов.

Существуют, действительно, графические инструменты, которые помогут Вам работающий с удаленным UNIX и системами Linux (wsp был тот; gvim может быть другим).

Обычный способ администрировать системы UNIX состоит в том, чтобы войти в машину и работу над самой машиной. Нет никакой потребности переместить файлы только для редактирования их. Единственная вещь, которую нужно помнить, состоит в том, чтобы удостовериться, что конфигурация хороша и протестировать ее, если это возможно.

Я часто использую Комодо по ссылке SFTP.

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

Я предпочитаю использовать Bcfg2, но Марионетка и CFEngine также популярны.

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

SSH делает задание большую часть времени. Изучение инструментов командной строки, доступных Вам, стоит Вашего времени. Если существуют инструменты GUI, я хочу использовать, я просто использую VNC.

Для того, чтобы переместить файлы я обычно монтирую долю CFIS/SAMBA к своей локальной машине.

Если Вы захотите удаленный графический доступ, то Вы почти наверняка захотите настроить VNC.

Если Вы хотите отредактировать свои файлы удаленно по SSH, у Вас есть некоторые опции:

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

После редактирования файла просто используйте SSH, чтобы, скажем, начать компилировать.

Еще одна вещь рассмотреть использует систему управления версиями. bzr действительно хорош; легко настроить, и разработанный для EA. Вы могли работать над одним компьютером, продвинуть обновление, надеть обновление на Ваш сервер, выполнить команды и вернуться, если вещи спутываются.

Командная строка по ssh для Linux (так как у них нет даже установленного X11), и соединение ssh и ARD для моих машин Apple.

Обратите внимание, что я никогда не использую Удаленный рабочий стол Apple для передачи файлов, потому что AFP по TCP является смехотворно медленным; я просто использую scp.

Определенно PuTTY; а также ssh клиент, также существует клиент SCP на базе Windows.

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

SSH всегда был достаточно для меня. Существуют другие опции X11, чрезвычайно удаленный рабочий стол, хотя это по сути небезопасно, поскольку это один не шифруется. Однако это может быть туннелировано посредством соединения SSH (и Вы извлекаете пользу из не необходимости открыть дополнительные порты). Это, конечно, предполагает, что Вам установили X сред на сервере.

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

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

Я использую:

• SSH - Для доступа
• SCP - Копирование файлов
• SSHFS - Если я должен смонтировать диск или каталог
• мерзавец - Сохраняющие конфигурации

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

В настоящее время весь мой мерзавец repos локален. В будущем я буду перемещать конфигурации в удаленный repos.

Управление удаленными полями Windows тривиально, так как Вы можете просто удаленный рабочий стол в и передавать файлы по сети. Существует ли эквивалент этому в мире Linux?

Это посылает сообщение-розыгрыш предназначенный?

Удаленный администратор полей окон не тривиален. Удаленный администратор полей Unix - то, потому что они были разработаны, чтобы управляться удаленно и быть в сети. Для окон это было устройство, повышаяющее характеристики, к системе, которая не была разработана с нуля для проживания на сети.

Это анекдотично, но на основе опыта в различных компаниях, сервер к sys администраторскому отношению для полей Linux очень, намного выше, чем для окон. Просто, потому что автоматизация на окнах не тривиальна, и gui всегда будет медленнее, чем сценарии. Однако существуют администраторы окон, которые могут ласкать инфраструктуру окон в то, чтобы быть легким справиться, однако эти администраторы очень редки.

Все инструменты, в которых Вы нуждаетесь, доступны по умолчанию в каждом дистрибутиве Linux. Если Вы хотите графический вход в систему, разрешение и делаете так, оно просто тратит впустую ЦП и память и даст Вам те же проблемы, которые Вы имеете с окнами. И, как уже сказано, больше чем для горстки полей необходимо рассмотреть марионетку, шеф-повара, cfengine или одну много других инструментов доступный.

Что случилось с ssh, энергией и wget? Драгоценности, неизвестные большинству пользователей Windows, по-моему.:-)

Иногда я использую gVim удаленно по FTP или SFTP.

Если Вы предпочли бы использовать GUI на машине Linux, можно выполнить X-сервер (см. Cygwin для одного) на локальном хосте и передают дисплей назад посредством соединения SSH.

Я никогда не считал решение VPN стоящим расхода или стычки для администрирования Linux.

При выполнении разработки и потребности выполнить dev задания на сервере просто настройте клиент управления версиями на сервере, войдите в систему удаленно, синхронизируйте клиент и выполните процесс.

Необходимо рассмотреть инструмент управления конфигурации системы как Шеф-повар.

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

Основной поток операций похож на это. Во-первых, для кода приложения и данных конфигурации:

• Код клона/контроля от GitHub или другого репозитория управления версиями.
• Код редактирования в моем любимом редакторе на моей локальной рабочей станции/ноутбуке.
• Изменения фиксации, продвиньте к центральному репозиторию.

Для конфигурации добавьте:

• Конфигурационные файлы установки в месте, где Шеф-повар может служить им.
• Инициируйте шеф-повара-клиент, выполненного, или ожидайте интервала на граничных узлах.

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

Я (почти) никогда вручную редактирую файлы конфигурации, данные приложения или что-либо еще в удаленных системах непосредственно. Изменения сделаны через мой локальный репозиторий и выставлены ведущему устройству. Я знаю, что мои системы будут настроены правильно каждый раз, неважно, если я должен уничтожить экземпляр и перезапустить его.

Файлы, необходимые конфигурации, подаются сразу же сервер Шеф-повара, который является просто веб-приложением (merb, работающий в Apache + Пассажир). Доступом для клиентов управляют с помощью открытой авторизации.

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

Лучшие практики в эти дни склоняются к автоматизированному управлению конфигурацией. При тихом выполнении вещей вручную Вы также упорно работаете.

Если Вы ищете хороший GUI, чтобы работать с управлением файлами через SSH от полей Windows, взглянуть на WinSCP: http://winscp.net

Я не администрирую экземпляров EC2, но в целом если у меня будут больше, чем единственная машина, выполняющая роль, то я попытаюсь записать сценарий для выполнения работы над всеми подобными полями вместо создания поля для поля изменений.

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

Вы уже упомянули ssh, энергия и wget, который важен и прекрасен. Некоторые дополнительные инструменты, которые могут сделать жизнь легче:

1. Экран GNU / byobu

"Экран GNU является свободным оконечным мультиплексором, который позволяет пользователю получать доступ к нескольким отдельным терминальным сеансам в единственном окне терминала или сессии удаленного терминала. Это полезно для контакта с несколькими программами из командной строки, и для разделения программ от оболочки, которая запустила программу". (От страницы GNU_Screen на Википедию)

Основное преимущество состоит в том, что у Вас могут быть один или несколько виртуальных терминалов, которые находятся в точно том же состоянии, как Вы оставили их, когда Вы возвращаетесь (т.е. перевход в систему через ssh). Это также хорошо, когда Ваше соединение повреждается по некоторым причинам.

Экран работает indepently из программного обеспечения, которое Вы используете для соединения с полем (это живет на сервере), таким образом, это объединяется хорошо со шпаклевкой или большей частью другого терминального программного обеспечения.

Эта статья показывает некоторые хорошие вещи, которые можно сделать с нею: http://www.pastacode.de/extending-gnu-screen-adding-a-taskbar/en/

Хорошая альтернатива является byobu, который прибывает приятно предварительно сконфигурированный в некоторые дистрибутивы: http://byobu.co/

2. Полуночный командующий

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

Может также сделать безопасные удаленные передачи. Существует созданный в клиенте FTP и РЫБЕ.

Это означает, что у Вас есть 2 текстовых окна рядом в консоли командной строки, и каждый показывает Ваше удаленное поле и другой везде, где Вы подключаете его с (который может также быть Вашей локальной системой), Затем, можно переместиться по обеим файловым системам рядом и отметить или исследовать отдельные файлы или файл treeees и также скопировать или переместить их между местоположениями. РЫБА безопасна, FTP не. Очень мощный и простой для новичков.

3. rsync

Для быстрой, безопасной и надежной передачи файлов и синхронизации между различными местоположениями

4. VCS

Использование распределенной системы управления версиями как базар, подвижный или мерзавец для обновления кода. GitHub или Битоприемник предлагают хостинг кода commecrcial, но это не необходимо, можно также использовать его эффективно на собственных машинах.

Joseph Kern: можно ли уточнить, как Вы точно используете мерзавца для удаленной организации конфигурации?

5. Терминальные клиенты

На Unix как системы они уже на борту, в Windows можно использовать Шпаклевку, Термин Tera, следить за Термином или Pandora. Или сделайте cygwin установку и ssh от cygwin терминальных окон до удаленных полей (который имеет больше преимуществ, но это - вопрос того, что Вы предпочитаете).

6. Туннелирование и перенаправление портов

Может быть полезно передать определенные порты надежно Вашей локальной машине. Например, Вы могли передать mysql порт TCP 3306 или пост-ГРЭС TCP 5432 и установить некоторый инструмент администрирования баз данных локально.

Можно создать туннели из машин Windwos со шпаклевкой (или командная строка, базирующаяся с, он - мало звона брата), с cygwin, и Mindterm также может сделать перенаправление портов. Если Вы находитесь локально на подобной Unix машине, можно использовать ssh odr звон для создания такого туннелирования.

Для создания некоторого более стабильного и постоянного туннелирования для различных портов, я рекомендую OpenVPN. "pre-shared-key" туннелирующий метод от точка-точка не настолько трудно установить.

7. Имейте локальную подобную Unix систему

Когда Вашей локальной машиной является Mac, у Вас уже есть это, можно открыть локальную оболочку. Когда Ваша рабочая станция на базе Windows, могло быть полезно создать локальный подобный Unix сервер, который находится в той же локальной сети. Это может быть другой машиной в другой комнате, подключенной к тому же маршрутизатору или переключателю. Или если Вы хотите только одну машину, можно установить свободный сервер VMware и сделать виртуальную машину, предпочтительно та же операционная система как удаленная машина. Установите сервер самбы на нем, и Вы можете "сетевое использование" доли самбы от Вашего рабочего стола.

Если Вы ssh сервер на локальном сервере и открытом порте 22 на Вашем маршрутизаторе для него, Вы можете ssh в свою локальную систему, когда Вы снаружи.

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

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

8. X удаленных GUI

Если Вы работаете над Linux как система физически, также возможно запустить приложения GUI на Ваших серверах Linux, которые тянут gui на Вашей локальной машине. Это могло быть графическим файлом, сравнивают инструмент или почти что-либо, что Вы хотите.

Хотя это не очень распространено и в msot случаях, не необходимых для использования gui программного обеспечения для администрирования поля Linux, Вы могли бы в некоторых случаях найти это полезным, если Вы можете.

На удаленной машине удостоверяются в/etc/ssh/sshd_config, эта строка существует:

X11Forwarding Yes

Перезапустите ssh сервер с

/etc/init.d/sshd restart

Затем в следующий раз Вы входите в систему с

ssh -X me@remote-box

У Вас будет X туннелей, попытаться установить xclock на удаленном сервере для тестирования и выполниться xclock iin ssh сессия я просто упомянул. Простые часы x для тестирования целей должны появиться на Вашем GUI Linux.

Это также возможно Mac при установке локального X сред.

9. Если у Вас есть набор подобных полей или задач: используйте инструмент конфигурации системы

Если Вы имеете ферму сервера или делаете большие облачные развертывания со многими избыточными или в других отношениях равными или подобными машинами, Вы могли использовать это.

Вероятно, это не имело бы смысла, если большинство полей является отдельным или имеет различные операционные системы или другое выполнение версий.

Существует несколько инструментов:

• chef http://www.getchef.com/chef/ Видит Evan Andersons блестящий ответ ниже: https://serverfault.com/a/28789/45819

• puppet другой крупный игрок http://puppetlabs.com/

• salt взгляды, обещающие http://www.saltstack.com/

10. Разверните контейнеры приложения с docker

Это идет даже один шаг вперед. Докер является проектом с открытым исходным кодом, который автоматизирует развертывание приложений в контейнерах программного обеспечения: https://www.docker.io

11. Используйте Google Compute Engine с управлением автоматическим развертыванием

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

Google предлагает Linux VMs с очень захватывающими возможностями. Можно быстро развернуть большие кластеры виртуальных машин с инструментами включая УСПОКОИТЕЛЬНЫЙ API, интерфейсом командной строки и веб-Консолью. Можно также использовать инструменты, такие как RightScale и Scalr для автоматического управления развертыванием.

You say you are using SSH to manage "a few" boxes. I would highly recommend ClusterSSH for writing the same commands to all of them at once (assuming they have a similar purpose).

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

Usage is as simple as "cssh -l username clustername", which will open many uxterm windows that you can manage all at once or separately. Cluster is defined by a list of IP's in a config file. Единственное, чего мне не хватает, так это поддержки X.

РЕДАКТИРОВАТЬ: Я перешел на Терминатор, так как многотерминальный макет можно легко сохранить и восстановить, плюс вы получите 10 одновременных X туннелей, если это необходимо. Облегчает одновременную настройку как серверного, так и клиентского компьютеров.

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

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, написанная Антонием Лесуисом. в Пайтоне. Shell In A Box похожа на программу Anyterm, автор Маркус. Гутчке, написанная на C. В отличие от Anyterm и Ajaxterm, это делает эмуляция терминала в браузере, а не сервере - http://anyterm.org/demos.html#secid2249226

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