When the server is unreachable via the domain name, it still works when we use the ip address of the server. So I don't think the server itself is the problem, but something in the dns our on the router.
Anyone an idea what the problem could be?
Nota: isso depende do servidor retornar pacotes de ping para ser um teste útil. Seu servidor pode ser configurado para não "por razões de segurança" (embora ele realmente não lhe ofereça muita segurança).
Quando a condição está ocorrendo (e o servidor não está respondendo às suas solicitações http ou https), você pode fazer o ping do servidor pelo nome do host? Em caso afirmativo, seu comando ping está resolvendo com êxito o endereço do servidor via DNS (ou seja, não um problema de DNS) e seu roteador está passando a solicitação de eco ICMP para o endereço (ou seja, não um problema de roteador). no servidor como o provável culpado.
Se o ping não funcionar, solucione o problema de rede como um problema normal (por exemplo, observe a resolução do DNS, tente traceroute para ver se sua tentativa de conexão está acabando em algum lugar, etc.)
Edição tardia:
Senti falta de você ter escrito:
So for a couple of minutes we cannot connect to our server with http request, ssh for example works fine.
Eu não posso dizer com certeza a partir de sua descrição acima se você quer dizer "ssh servername.domain.tld" funciona bem enquanto a interrupção está ocorrendo ou se você só quer dizer que se você é ssh'ed no servidor quando uma interrupção condição ocorre sua conexão ssh não cai. Se você puder permanecer conectado e conectado ativamente (ou seja, não apenas julgando que você está conectado porque sua conexão ssh não falha) enquanto esta condição está ocorrendo, não é provável que seja um problema do roteador. E deve ser muito fácil testar a resolução de DNS usando um programa como dig (ou nslookup, mas dig é muito superior quando você aprende a usá-lo).