Тайм-ауты HTTP / HTTPS в / из-за DHCP? - PullRequest
Новая
       51

Тайм-ауты HTTP / HTTPS в / из-за DHCP?

1 голос
/ 31 марта 2020

Я пытаюсь отладить новый сервер, который я заказал на OVH.com, и они настаивают на том, что все работает правильно, хотя время ожидания при выполнении запроса curl для примера github.com истекает (время ожидания 9 из 10 попыток) ) 

curl -L -v https://github.com

Я получаю 

* Rebuilt URL to: https://github.com/
*   Trying 140.82.118.4...
* connect to 140.82.118.4 port 443 failed: Connection timed out
* Failed to connect to github.com port 443: Connection timed out
* Closing connection 0
curl: (7) Failed to connect to github.com port 443: Connection timed out

Даже когда я настраиваю NGINX разорвать, тайм-ауты сайта почти каждый второй запрос

Так что я подумал, что DHCP-сервер может быть проблемой, поэтому я проверил ее, и я вижу это из (var / lib / dhcp ..) 

lease {
  interface "ens4";
  fixed-address 10.0.X.XX;
  option subnet-mask 255.255.255.0;
  option routers 10.0.X.X;
  option dhcp-lease-time 86400;
  option dhcp-message-type 5;
  option dhcp-server-identifier 10.0.X.X;
  option domain-name-servers 10.0.X.X;
  renew 6 2020/03/28 02:16:19;
  rebind 6 2020/03/28 13:47:57;
  expire 6 2020/03/28 16:47:57;
}
lease {
  interface "ens4";
  fixed-address 10.0.X.XX;
  option subnet-mask 255.255.255.0;
  option routers 10.0.X.X;
  option dhcp-lease-time 86400;
  option dhcp-message-type 5;
  option dhcp-server-identifier 10.0.X.X;
  option domain-name-servers 10.0.X.X;
  renew 5 2020/03/27 16:51:54;
  rebind 5 2020/03/27 16:51:54;
  expire 5 2020/03/27 16:51:54;
}

Я попытался получить новую, выполнив эту команду, но ничего не изменилось, все так же, как указано выше 

sudo dhclient -r

Я смотрю на DHCP неправильно или он выглядит нормально? Для записи мой publi c IP на этом выделенном сервере начинается с 5, а не с 1, и он работает на Ubuntu 16.04 LTS

1 Ответ

0 голосов
/ 27 апреля 2020

Что вы предлагаете в OVH? Обычно они не дают частный IP выделенному серверу или виртуальному частному серверу, так что это довольно странно.

Возможно, вы захотите собрать некоторую трассировку, чтобы проверить, что происходит не так, с помощью таких инструментов, как:

  • tcptraceroute, чтобы проверить, выглядит ли странным путь к домену на порте 80 или 443
  • ping, чтобы увидеть, есть ли потеря пакета
  • tcpdump для захвата необработанного сетевого пакета, в то время как происходит тайм-аут, чтобы увидеть, что происходит

Это хорошее начало и может также помочь вам go вернуться в службу поддержки OVH и доказать им, что что-то не так.

...