Я снова это сделал! На этот раз я понял, что делал год назад, и повторил это.
Этот конкретный хост содержит локальные репозитории yum, поэтому /etc/yum.conf
настроен с использованием информации прокси для выхода из моего брандмауэра и загрузки текущих пакетов RHEL.
Однако, запятая, я забыл добавить строку proxy = _none_
во внутренние конфигурации внутреннего репозитория во внутреннем /etc/yum.repos.d/*. репо
файлов. Итак, yum пытался поразить прокси для хостов внутри брандмауэра, и брандмауэр по праву отказывался от соединения.
Итак, заключительные комментарии выше были верны. Это был прокси, но в обратном смысле. Я пытался попасть в прокси, хотя этого делать не следовало.
Su servicio está escuchando solo en la dirección de loopback, 127.0.0.1
.
Cuando realiza una conexión desde 192.168.0.21
o cuando especifica la dirección ip
, no funciona, ya que su servicio no está escuchando en ese ip
.
Cuando usa hostname
desde 192.168.0.12
, funciona porque se conecta a la dirección de bucle invertido. Esto se debe a que primero buscará en su archivo de hosts, /etc/hosts
, que tiene una entrada que apunta hostname
a su bucle invertidoip
:127.0.0.1 master1.mycluster