Todos os meus sites são 403, mas o servidor está em execução. Erros na inicialização

2

Nós demos acesso a um empreiteiro para instalar um firewall e, de alguma forma, enquanto ele fazia isso, ele frackou algo. Tudo ficou fora de linha cerca de 24 horas atrás e estamos efetivamente fora do negócio até que eu resolva isso e a pessoa que estragou tudo não esteja retornando as ligações.

Encontrei alguns erros. Primeiro, eu não sou um cara de servidor - eu posso olhar para arquivos de log e normalmente tudo corre bem. Todos os 'serviços' estão sendo executados de acordo com o monitoramento do servidor 1and1 e o correio está sendo entregue muito bem. A coisa toda estava off-line até que eu (provavelmente estupidamente) atualizei o kernel de 6.2 para 6.3 esta manhã e consegui tudo de volta exceto o acesso http.

Todos os domínios (~ 200 deles) estão retornando um erro 403 e nada é registrado no log de acesso.

A cada reinicialização, vejo esse erro no arquivo de registro de mensagens:

init: Failed to spawn ttyS0 main process: unable to execute: No such file or directory

e um pouco mais tarde estes:

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

E algo está errado com o nome / BIND, resultando no mesmo erro para todos os domínios:

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

Tenho certeza de que isso não é informação suficiente para resolver o problema, mas estou disposto a envolver alguém que possa resolver isso para mim.

Qualquer ajuda seria muito apreciada.

    
por Craig 02.12.2012 / 15:28

1 resposta

1

Nenhum dos erros que você colar explica qualquer coisa sobre erros 403, estes podem ser encontrados em / var / log / httpd em sistemas centos padrão.

O erro de ligação significa que alguém bagunçou sua configuração de ligação um pouco. O que você está usando bind? Se for apenas para cache local / resolução, temporariamente usando 8.8.8.8 como resolvedor funciona em torno disso.

Em suma, você tem uma grande bagunça em suas mãos e, sem um pouco mais de detalhes (como os registros do apache), será difícil fornecer mais ajuda. Talvez seja hora de contratar um empreiteiro diferente, de preferência alguém que saiba o que está fazendo.

    
por 02.12.2012 / 16:25