Мы предоставили подрядчику доступ для установки брандмауэра, и каким-то образом, пока он это делал, он что-то взломал. Все было отключено около 24 часов назад, и мы фактически вышли из бизнеса, пока я не решу эту проблему, и человек, который испортил вещь, не отвечает на звонки.
Нашел несколько ошибок. Во-первых, я не серверщик - я могу просматривать файлы журналов, и обычно все работает нормально. Все «службы» работают в соответствии с мониторингом серверов 1 и 1, и почта доставляется нормально. Все это было в автономном режиме, пока я (вероятно, по глупости) не обновил ядро с 6.2 до 6.3 сегодня утром и не получил обратно все, кроме доступа по http.
Все домены (их около 200) возвращают ошибку 403, и в журнале доступа ничего не записывается.
При каждом перезапуске я вижу эту ошибку в файле журнала сообщений:
init: Failed to spawn ttyS0 main process: unable to execute: No such file or directory
и чуть позже эти:
kernel: WARNING: at kernel/sched.c:5914 thread_return+0x232/0x79d() (Not tainted)
kernel: Hardware name: X9SCL/X9SCM
kernel: Modules linked in: xt_iprange iptable_filter ip_tables ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 ext4 jbd2 serio_raw i2c_i801 i2c_core sg iTCO_wdt iTCO_vendor_support e1000e ext3 jbd mbcache raid1 sd_mod crc_t10dif ahci dm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wait_scan]
kernel: Pid: 367, comm: md3_raid1 Not tainted 2.6.32-220.2.1.el6.x86_64 #1
kernel: Call Trace:
kernel: [<ffffffff81069997>] ? warn_slowpath_common+0x87/0xc0
kernel: [<ffffffff810699ea>] ? warn_slowpath_null+0x1a/0x20
kernel: [<ffffffff814eccc5>] ? thread_return+0x232/0x79d
kernel: [<ffffffff8126a4d9>] ? cpumask_next_and+0x29/0x50
kernel: [<ffffffff813e9c05>] ? md_super_wait+0x55/0x90
kernel: [<ffffffff81090a10>] ? autoremove_wake_function+0x0/0x40
kernel: [<ffffffff813ebf46>] ? md_update_sb+0x206/0x3f0
kernel: [<ffffffff813ee922>] ? md_check_recovery+0x3f2/0x6d0
kernel: [<ffffffffa005b129>] ? raid1d+0x49/0x1050 [raid1]
kernel: [<ffffffff814ed985>] ? schedule_timeout+0x215/0x2e0
kernel: [<ffffffff814ef447>] ? _spin_unlock_irqrestore+0x17/0x20
kernel: [<ffffffff813eb336>] ? md_thread+0x116/0x150
kernel: [<ffffffff81090a10>] ? autoremove_wake_function+0x0/0x40
kernel: [<ffffffff813eb220>] ? md_thread+0x0/0x150
kernel: [<ffffffff810906a6>] ? kthread+0x96/0xa0
kernel: [<ffffffff8100c14a>] ? child_rip+0xa/0x20
kernel: [<ffffffff81090610>] ? kthread+0x0/0xa0
kernel: [<ffffffff8100c140>] ? child_rip+0x0/0x20
И что-то не так с Named / BIND, что приводит к одной и той же ошибке для всех доменов:
zone DOMAINEXAMPLE.com/IN: loading from master file DOMAINEXAMPLE.com failed: file not found
zone DOMAINEXAMPLE.com/IN: not loaded due to errors.
_default/DOMAINEXAMPLE.com/IN: file not found
Я почти уверен, что этой информации недостаточно для решения проблемы, но я готов нанять кого-нибудь, кто сможет решить эту проблему за меня.
Любая помощь будет принята с благодарностью.
Ни одна из вставленных вами ошибок ничего не объясняет об ошибках 403, их можно найти в / var / log / httpd в стандартных системах centos.
Ошибка привязки означает, что кто-то немного испортил вашу конфигурацию привязки. Для чего вы используете привязку? Если это только для локального кеширования / разрешения, временное использование 8.8.8.8 в качестве преобразователя работает с этим.
В общем, у вас в руках довольно большой беспорядок, и без более подробной информации (например, журналов apache) нам будет сложно предоставить дополнительную помощь. Может быть, пришло время привлечь другого подрядчика, желательно того, кто знает, что делает.