Ошибка: ESOCKETTIMEDOUT, но, похоже, это не DNS, как предполагают другие сообщения SO

У меня возникли некоторые проблемы с пакетом npm request, и я заставил его правильно вызывать любой URL-адрес, если только URL-адрес не относится к выключенному серверу. Например, я не могу вызвать amazon.com, но могу вызвать dev.personalDomain.com, который указывает на экземпляр EC2, который полностью отключен.

Я попытался вырезать логику приложения, чтобы сделать так, чтобы выдавалась только ошибка.

В этом примере предположим, что monitor.body.url = 'amazon.com' — это строка

Мой код

request({url: `http://${monitor.body.url}`, timeout: 20}, function (error, response, body) {
    console.log(`Response: ${response}`);
    console.log(`Body: ${body}`);
    console.log(`Error: ${error}`);
    if(error == 'ENOTFOUND' || error == 'ETIMEDOUT') {
      response.statusCode = 500;
  }
  if(error || response.statusCode < 200 && response.statusCode > 299 || !response.statusCode) {
    if(!response || !response.statusCode)  response.statusCode = 500;

    // Application logic

  }
  // If nothing went wrong just console.log -- This is used for debugging not useful in prod
  if(!error || response.statusCode > 299 || response.statusCode < 200)console.log(`Successfully called ${monitor.body.url}`);

});

Сообщение об ошибке

Response: undefined
Body: undefined
Error: Error: ESOCKETTIMEDOUT
/home/ec2-user/environment/service/app.js:91
          if(!response || !response.statusCode)  response.statusCode = 500;
                                                                     ^

TypeError: Cannot set property 'statusCode' of undefined

Я пошел искать google/SO и обнаружил, что это может быть DNS, вызывающий проблему, и проверить/решить, что я использую:

const dns = require("dns");
dns.setServers(['8.8.8.8', '1.1.1.1']);

Это не повлияло на результат запроса сверху.

У кого-нибудь есть предложение или идея о том, что это может быть? Мне не повезло найти пример, который близок и выдает то же сообщение об ошибке.

РЕДАКТИРОВАТЬ**

Мой DNS отлично работает на моей машине разработки, поэтому там нет проблем. Также у меня не было этой проблемы, когда у меня было только request({'http://${monitor.body.url}', function (error, response, body) {, поэтому похоже на ошибку в том, как я использую запрос