LINUX.ORG.RU

История изменений

Исправление sphericalhorse, (текущая версия) :

Это из за системдешного resolved-сервиса.
Если ты посмотришь, у тебя в resolv.conf написанно, что nameserver 127.0.0.1 (и локально эта конфигурация как-то работает за счет systemd-resolvd), этот же resolv.conf влияет на сеть кубера, и оно пытаются резолвить имена через локалхост.
Я у себя решил написав вот так вот:

apiVersion: v1
data:
  Corefile: |
    .:53 {
        ...       
        proxy . /etc/resolv.conf 10.2.10.1
        ...
    }
kind: ConfigMap

(нужно подставить рабочий DNS сервер в вашей сети, у меня это соответственно 10.2.10.1)

Исправление sphericalhorse, :

Это из за системдешного resolved-сервиса.
Если ты посмотришь, у тебя в resolve.conf написанно, что nameserver 127.0.0.1 (и локально эта конфигурация как-то работает за счет systemd-resolvd), этот же resolv.conf влияет на сеть кубера, и оно пытаются резолвить имена через локалхост.
Я у себя решил написав вот так вот:

apiVersion: v1
data:
  Corefile: |
    .:53 {
        ...       
        proxy . /etc/resolv.conf 10.2.10.1
        ...
    }
kind: ConfigMap

(нужно подставить рабочий DNS сервер в вашей сети, у меня это соответственно 10.2.10.1)

Исправление sphericalhorse, :

Это из за системдешного resolved-сервиса.
Если ты посмотришь, у тебя в resolve.conf написанно, что nameserver 127.0.0.1 (и локально эта конфигурация как-то работает за счет systemd-resolvd), этот же resolv.conf влияет на сеть кубера, и оно пытаются резолвить имена через локалхост.
Я у себя решил написав вот так вот:

apiVersion: v1
data:
  Corefile: |
    .:53 {
        ...       
        proxy . /etc/resolv.conf 10.2.10.1
        ...
    }
kind: ConfigMap

Исправление sphericalhorse, :

Это из за системдешного resolved-сервиса.
Если ты посмотришь, у тебя в resolve.conf написанно, что nameserver 127.0.0.1 (и локально эта конфигурация как-то работает за счет systemd-resolvd), этот же resolv.conf влияет на сеть кубера, и они пытаются резолвить имена через локалхост.
Я у себя решил написав вот так вот:

apiVersion: v1
data:
  Corefile: |
    .:53 {
        ...       
        proxy . /etc/resolv.conf 10.2.10.1
        ...
    }
kind: ConfigMap

Исправление sphericalhorse, :

Это из за системдешного resolved-сервиса.
Если ты посмотришь, у тебя в resolve.conf написанно, что nameserver 127.0.0.1 (и локально эта конфигурация как-то работает за счет systemd-resolvd), этот же resolv.conf попадает в поды, и они пытаются резолвить имена через локалхост.
Я у себя решил написав вот так вот:

apiVersion: v1
data:
  Corefile: |
    .:53 {
        ...       
        proxy . /etc/resolv.conf 10.2.10.1
        ...
    }
kind: ConfigMap

Исправление sphericalhorse, :

Это из за системдешного resolved-сервиса.
Если ты посмотришь, у тебя в resolve.conf написанно, что nameserver 127.0.0.1 (и локально эта конфигурация как-то работает за счет systemd-resolvd), этот же resolv.conf попадает в поды, и они пытаются резолвить имена через локалхост.
Я у себя решив написав вот так вот:

apiVersion: v1
data:
  Corefile: |
    .:53 {
        ...       
        proxy . /etc/resolv.conf 10.2.10.1
        ...
    }
kind: ConfigMap

Исходная версия sphericalhorse, :

Это из за системдешного resolved-сервиса.
Если ты посмотришь, у тебя в resolve.conf написанно, что nameserver 127.0.0.1, этот же resolv.conf попадает в поды, и они пытаются резолвить имена через локалхост.
Я у себя решив написав вот так вот:

apiVersion: v1
data:
  Corefile: |
    .:53 {
        ...       
        proxy . /etc/resolv.conf 10.2.10.1
        ...
    }
kind: ConfigMap