我们给了一个承包商安装防火墙，不知何故，当他这样做的时候，他发现了一些东西。 一切都在24小时前离线，我们实际上已经停止了，直到我解决了这个问题，搞砸了那个人不回电话。
我发现了一些错误。 首先，我不是一个服务器的人 – 我可以看日志文件，通常情况下，一切运行良好。 所有'服务'按照1and1服务器监控运行，并且邮件正在交付。 整个事情是离线的，直到我（可能愚蠢）更新内核从6.2到6.3今天早上，我得到了一切，除了http访问。
所有域（〜200个）都返回403错误，并且在访问日志中没有任何logging。
在每次重新启动时，我在消息日志文件中看到这个错误：
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错误的任何信息，可以在标准的centos系统的/ var / log / httpd中find。
绑定错误意味着有人搞砸你的绑定configuration相当多。 你用什么绑定？ 如果仅用于本地caching/parsing，则临时使用8.8.8.8作为parsing器解决此问题。
总而言之，你手上有一堆乱七八糟的东西，没有更多的细节（比如apache日志），我们很难提供更多的帮助。 也许是时候让一个不同的承包商，最好是知道他在做什么的人。