Лучше использовать:
netstat -ant | egrep :8080
Но его параметры:
-a : all
-t TCP protocol
-n numeric, don't use name
внимание к моему примеру для порта 80:
tcp 0 1 192.168.1.7:57511 182.50.136.239:80 SYN_SENT
tcp 0 1 192.168.1.7:57547 182.50.136.239:80 SYN_SENT
tcp 0 1 192.168.1.7:57512 182.50.136.239:80 SYN_SENT
tcp 0 1 192.168.1.7:57514 182.50.136.239:80 SYN_SENT
tcp 0 1 192.168.1.7:57562 182.50.136.239:80 SYN_SENT
tcp 0 1 192.168.1.7:57565 182.50.136.239:80 SYN_SENT
tcp 0 1 192.168.1.7:57513 182.50.136.239:80 SYN_SENT
tcp 0 0 192.168.1.7:39191 198.252.206.25:80 ESTABLISHED
tcp 0 1 192.168.1.7:57563 182.50.136.239:80 SYN_SENT
tcp 0 1 192.168.1.7:57545 182.50.136.239:80 SYN_SENT
tcp 0 0 192.168.1.7:39205 198.252.206.25:80 ESTABLISHED
tcp 0 1 192.168.1.7:57546 182.50.136.239:80 SYN_SENT
tcp 0 1 192.168.1.7:57564 182.50.136.239:80 SYN_SENT
tcp 0 0 192.168.1.7:49217 198.252.206.16:80 ESTABLISHED
tcp 0 0 192.168.1.7:39247 198.252.206.25:80 ESTABLISHED
tcp 957 0 192.168.1.7:42327 198.252.206.25:80 ESTABLISHED
Первый столбец является протоколом, во-вторых: очередь rec (числовая), 3th: отправьте очередь (числовую), 4-ю: локальный адрес + порт, 5-й: внешний host:port, 6-й: квитирование указывает те, которые СЛУШАЮТ, SYN и так далее.
Даже можно использовать:
netstat -antp |egrep tomcat
Я пример mysql для Вас:
root@debian:/home/mohsen# netstat -antp |egrep mysql
tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 24783/mysqld
Новый столбец был добавлен, да pid/porgram
.
Эта безопасность должна не не пытайтесь реализовать с нуля сверху файловой системы. Вместо этого я предлагаю реорганизовать вашу систему и использовать ZFS. С ZFS любая консистенция обрабатывается на уровне файловых систем без необходимости отслеживать контрольные суммы или другие средства, и без необходимости явного экономного состояния файла на каждом доступе или с каждым доступом к файлам доступа инструмента.
Поскольку вы не можете предвидеть, когда и где диск поврежден, самый простой способ предотвратить, чтобы ваша резервная копия перезаписана поврежденной копией, выполняет вращающееся резервное копирование.
Так что в основном вы можете делать ежедневные резервные копии в разные места. Когда вы заметите неисправность диска, и у вас есть несколько резервных копий для восстановления, даже если последний перезаписывается поврежденным.
Должно быть легкой задачей с Cron
и RYSNC
, и есть несколько сценариев для этой цели.
Вы можете установить и настроить интеллектуальные инструменты мониторинга. На Debian Package называется SmartMontools
. Они не будут препятствовать отказу диска, но они помогут идентифицировать предшественников возможного сбоя диска.
В установке пакета нет конфигурации, поэтому вам нужно сначала включить интеллектуальный мониторинг в файле / etc / default / smartmontools
:
# uncomment to start smartd on system startup
start_smartd=yes
, а затем отредактируйте файл конфигурации / etc /smartd.conf
:
# The word DEVICESCAN will cause any remaining lines in this
# configuration file to be ignored [...]
# [...] Most users should comment out DEVICESCAN and explicitly
# list the devices that they wish to monitor.
#DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner
# Short test nightly, Long test on Sunday mornings; append "-m your@email.address" to email errors
/dev/sda -a -s (S/../.././02|L/../../6/03)
/dev/sdb -a -s (S/../.././04|L/../../6/05)
/dev/sdc -a -s (S/../.././06|L/../../6/07)
# /dev/sdd -a -s (S/../.././06|L/../../6/07) -m admin@contoso.com
finally Запустите подсистему мониторинга, Invoke-rc.d SmartMontools Start
.
Есть также некоторые очень хорошие ответы на Monitor Healthing Health с использованием Smartd (в SmartMontools) на программном обеспечении высокой доступности RAID 1
Если бы можно было легко определить, когда секторы вот-вот испортятся или действительно испортятся, то, скорее всего, к настоящему времени это уже было бы встроено в файловую систему. Из-за характера ошибки он часто будет молчать. Вам нужна файловая система, которая выполняет контрольную сумму. Для GNU / Linux BTRFS может быть хорошей ставкой, поскольку я смотрел в Интернете и, очевидно, поддержка была введена в Debian 6.
В основном вам нужно контрольная сумма + рейд (какой-то). Файловая система может автоматически исправлять только в том случае, если у нее есть как минимум две ветви в настройке RAID. Без второй ноги ему некуда идти, чтобы найти проверяемую копию файла. К счастью, вы сможете создать массив RAID1, используя два разных раздела на одном диске (или логические тома, какие бы они ни были доступны):
Очевидно, размещение их на одном диске не защищает от полного отказа диск, но он защищает от сбойных секторов. Имитация отказавшего сектора, вероятно, требует больше усилий, чем я должен вложить в ответ SE, но этот парень (тест начинается на отметке 24:30) проводит для вас демонстрацию.
Обычно BTRFS непрозрачно восстанавливает файл, и пользовательское пространство не узнает, что что-то произошло. Вы можете использовать btrfs scrub
для обнаружения ошибок постфактум. Вы можете запустить это в cronjob и отправить его по электронной почте одной из ваших локальных учетных записей. После этого вы можете настроить / etc / aliases
для пересылки вывода команды в вашу реальную учетную запись электронной почты.