Page MenuHomeMiraheze

Deal with rDNS alerts
Closed, ResolvedPublic

Description

https://icinga.miraheze.org/monitoring/list/services?service_state=1&service_handled=0 has numerous alerts for rDNS issues.

We should investigate why and remove domains as appropiate or ask users to correct their configuration.

Incorrect rDNS can indicate a number of issues that could have various impact on stability and integrity of the wikis.

  • data.maantietaja.org
  • dreamsit.com.br
  • evenair.tk
  • guia.cineastas.pt
  • highstreethistory.uk
  • museummiddelland.nl
  • pol.wiki
  • pwiki.arkcls.com
  • wiki.finnsoftware.net
  • wiki.insideearth.info
  • wiki.mineland.eu
  • wiki.teessidehackspace.org.uk
  • wiki.yapsavun.com
  • wiki.yumeka.team
  • wikipuk.cl
  • wikiverte.pl (Removed)

Event Timeline

Reception123 triaged this task as Normal priority.Thu, Feb 11, 10:35

@RhinosF1 The link works for me, and I see no problems except a test3 one on icinga

@RhinosF1 The link works for me, and I see no problems except a test3 one on icinga

Which wiki, there's 8. An rDNS alert doesn't mean wiki down as well, it can mean anything from bad config to they're proxying our traffic through something first.

If you mean dreamsit.com.br then that's bad dns config that needs fixing.

@RhinosF1 I'm not sure which 8 because I see no alerts regarding rDNS on Icinga

@RhinosF1 I'm not sure which 8 because I see no alerts regarding rDNS on Icinga

See above links, they all shows as warning or critical for me.

No longer pointing ones dealt with.

When I try to access the links you provided it says:

#0 /usr/share/php/Icinga/Exception/IcingaException.php(41): ReflectionClass->newInstanceArgs(Array)
#1 /usr/share/php/Icinga/Web/Controller.php(87): Icinga\Exception\IcingaException::create(Array)
#2 /usr/share/icingaweb2/modules/monitoring/application/controllers/ServiceController.php(38): Icinga\Web\Controller->httpNotFound(String)
#3 /usr/share/php/Icinga/Web/Controller/ActionController.php(155): Icinga\Module\Monitoring\Controllers\ServiceController->init()
#4 /usr/share/php/Icinga/Web/Controller/Dispatcher.php(59): Icinga\Web\Controller\ActionController->__construct(Object(Icinga\Web\Request), Object(Icinga\Web\Response), Array)
#5 /usr/share/icingaweb2/library/vendor/Zend/Controller/Front.php(937): Icinga\Web\Controller\Dispatcher->dispatch(Object(Icinga\Web\Request), Object(Icinga\Web\Response))
#6 /usr/share/php/Icinga/Application/Web.php(300): Zend_Controller_Front->dispatch(Object(Icinga\Web\Request), Object(Icinga\Web\Response))
#7 /usr/share/php/Icinga/Application/webrouter.php(99): Icinga\Application\Web->dispatch()
#8 /usr/share/icingaweb2/public/index.php(4): require_once(String)
#9 {main}

That should be Unbreak then (T6842).

Monitoring failure sounds important to me.

Emails sent to Cloudflare users.

There's a bunch of puppet failures you might wanna check. Looks like you have and it'll fix itself on next run.

dreamsit.com.br is pointing to cp3 instead of mw-lb, will notify.

dreamsit.com.br is pointing to cp3 instead of mw-lb, will notify.

See https://phabricator.miraheze.org/T6834

dreamsit.com.br is pointing to cp3 instead of mw-lb, will notify.

See https://phabricator.miraheze.org/T6834

Looks like that to me now.

Oh, I wasn't aware there was a task.

Oh, I wasn't aware there was a task.

Based on https://dnschecker.org/all-dns-records-of-domain.php?query=dreamsit.com.br&rtype=ANY, they still have mw-lb as a nameserver. But yeah I mentioned it in the description of this task.

Universal_Omega claimed this task.
Universal_Omega updated the task description. (Show Details)