Як ви можете сказати, що насправді робить сервер? [зачинено]

Мені передали 3 ящики для Linux, 1 лицьову сторону з апашем на ньому та ще 2, які, наскільки я можу сказати, не роблять дуже багато. Всі працюють на Redhat.

Питання просте: як я можу сказати, що насправді робить сервер? Нульова документація доступна у автора.

Відключіть кабель Ethernet і подивіться, хто засмучується.

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

Це досить широке питання для формату Serverfault, але ось вдалий початок:

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

Ви не згадали версію, тому я пропустив специфіку.

Ви можете зробити кілька речей, щоб спробувати встановити, що працює у вашій системі.

Ви можете перевірити, які порти слухає ваш сервер, щоб отримати уявлення про те, що там є. Гарною командою для використання було б:

 [root@server ~]# netstat -tulpn
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address               Foreign Address             Stat    e       PID/Program name
tcp        0      0 0.0.0.0:139                 0.0.0.0:*                   LIST    EN      1880/smbd
tcp        0      0 0.0.0.0:5666                0.0.0.0:*                   LIST    EN      1911/nrpe
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LIST    EN      1759/sshd

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

У наведеному вище усіченому прикладі (серверна машина) ви можете бачити порти 139, 5666 та 22 прослуховування tcp. Вони вирішуються відповідно до samba, nrpe (агента Nagios) та ssh і підтверджується, коли ви перевіряєте програму, яка слухає цей порт.

Крім того, ви можете перевірити список демонів, налаштованих для запуску при завантаженні, для цього запустіть: chkconfig --list | grep "3:on"

Приклад:

[root@server ~]# chkconfig --list | grep "3:on"
NetworkManager  0:off   1:off   2:on    3:on    4:on    5:on    6:off
acpid           0:off   1:off   2:on    3:on    4:on    5:on    6:off
sshd            0:off   1:off   2:on    3:on    4:on    5:on    6:off
sysstat         0:off   1:on    2:on    3:on    4:on    5:on    6:off
udev-post       0:off   1:on    2:on    3:on    4:on    5:on    6:off
vncserver       0:off   1:off   2:on    3:on    4:on    5:on    6:off
webmin          0:off   1:off   2:on    3:on    4:off   5:on    6:off
x2gocleansessions       0:off   1:off   2:on    3:on    4:on    5:on    6:off
.
.
.

або:

service --status-all

Інший метод включає перевірку /etcкаталогу та перегляд дати модифікації. Після нового встановлення всі файли в цьому каталозі повинні мати приблизно однакову дату / час. Оскільки при встановленні зазвичай встановлюється багато речей, які люди зазвичай не використовують, лише ті файли, які мають пізнішу дату модифікації, відображають фактичну мету сервера . Якщо це ext4, ви також повинні мати можливість витягнути дату народження каталогів, тому завдання може бути досить простим.

Ще один метод передбачає перевірку .bash_historyфайлів, щоб побачити, чим займаються адміністратори. Цей файл може забезпечити безліч знань.

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

Це краще, netstatтому що він також може показувати порти, відкриті, наприклад, для нічних резервних копій.

Один відповідь, якого я ще не бачив: Перевірте останні змінені файли. Журнали, файли баз даних, інші вихідні файли тощо можуть записуватися до тих, що можуть містити підказки:

find . -mtime -3 

Це знайде змінені файли в поточному каталозі та глибші, змінені за останні 3 дні. Збільште число 3 до освіченої здогадки, поки не отримаєте певний результат, який зможете дослідити.

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