Две Vagrant VM не могут пинговать каждую другое

  • CentOS 7 VM - 10.0.2.100
  • Windows Server 2012 R2 VM - 10.0.2.15

Цель - Пинговать друг друга; общаться друг с другом

Проблема - Невозможно пинговать друг друга; общаться друг с другом

На виртуальной машине CentOS у меня отключен auto_config, потому что у Vagrant возникли проблемы с автоматическим изменением IP для меня. Поэтому я заставил Vagrant распознавать его как 10.0.2.100, а затем вручную изменил сеть на виртуальной машине.

На виртуальной машине Windows Vagrant по умолчанию установил IP-адрес на 10.0.2.15.

# -*- mode: ruby -*-
# vi: set ft=ruby :

Vagrant.configure("2") do |config|

  config.vm.define "master" do |master|
    master.vm.box = "centos/7"
    master.vm.network "private_network", ip: "10.0.2.100", auto_config: false
    master.vm.box      = "centos_7_v2"
    master.vm.hostname = "master.local.com"
    master.vm.provider "virtualbox" do |v|
      v.customize ["modifyvm", :id, "--natdnshostresolver1", "on"]
    end
  end

  config.vm.define "nodeone" do |nodeone|
    nodeone.vm.box = "windows_2012_r2_standard"
    nodeone.vm.hostname = "nodeone.local.com"
    nodeone.vm.provider "virtualbox" do |v|
      v.customize ["modifyvm", :id, "--natdnshostresolver1", "on"]
    end
  end

end

У меня есть конфигурация --natdnshostresolver1, добавленная в обе виртуальные машины, а затем добавил следующее в мой собственный файл hosts (на моем Mac). 4: eth1: mtu 1500 qdisc pfifo_fast ...

Моя система работает под управлением Ubuntu 17.04, моя топология сети:

network topology

У меня eth1 настроен с несколькими IP-адресами:

$ ip addr show eth1
4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:80:c8:3d:19:94 brd ff:ff:ff:ff:ff:ff
    inet 169.254.123.52/16 brd 169.254.255.255 scope link eth1
       valid_lft forever preferred_lft forever
    inet 192.168.55.1/24 brd 192.168.55.255 scope global eth1
       valid_lft forever preferred_lft forever
    inet 192.168.10.10/24 brd 192.168.10.255 scope global eth1
       valid_lft forever preferred_lft forever
    inet6 fe80::280:c8ff:fe3d:1994/64 scope link 
       valid_lft forever preferred_lft forever

I использовать сеть на eth1 для разработки и тестирования моего оборудования, и у меня есть DHCP-сервер, настроенный следующим образом:

option domain-name "example.org";
option domain-name-servers ns1.example.org, ns2.example.org;

default-lease-time 600;
max-lease-time 7200;

ddns-update-style none;

subnet 192.168.55.0 netmask 255.255.255.0 {
  range 192.168.55.100 192.168.55.150;
}

Когда тестируемое устройство, подключенное к eth1, запрашивает IP-адрес, DHCP-сервер отвечает и предлагает, но прослушивает пакеты с помощью Wireshark иметь адрес источника 169.254.123.52:

wireshark trace

Два вопроса:

  1. как заставить DHCP-сервер работать только на eth1?
  2. Как сделать так, чтобы пакет приходил от DHCP на eth1, если исходный адрес 192.168.55.1? --- 233498- Ошибка Dovecot «Адрес уже используется» У меня проблема с запуском сервера Dovecot. Я получаю следующую ошибку: Не удалось запустить Dovecot: Ошибка: служба (imap-login): прослушивание (*, 143) не удалось: адрес уже используется cz), где был maindomain.com, когда я отправляю электронную почту с a.com, b.com или c.cz, тогда почта доставляется на старый почтовый ящик на сервере Postfix, а не на Exchange.

    Можно ли только добавить это для переноса файла в постфиксе:

    maindomain.com smtp: [excahnge.domain.com]

    Или мне нужно сделать что-то еще?

    Спасибо

0
задан 10 July 2017 в 11:25
2 ответа

Если файл указан в transport_maps , он работает как таблица транспорта и отменяет выбор по умолчанию transport: nexthop , встроенный в Postfix. Следовательно, добавления этой строки должно быть достаточно.

Поскольку транспортная таблица, скорее всего, представляет собой хэш : Berkeley DB, не забудьте использовать для нее postmap .

1
ответ дан 4 December 2019 в 16:12

Сначала убедитесь, что p ostfix не рассматривает эти электронные письма как локальные: maindomain.com не должен быть указан как mydestination . Затем, если postfix не может отправить электронное письмо (например,вам нужно использовать внутренние IP-адреса вместо общедоступного MX) вам нужно будет добавить его в транспорт (и, как упоминает выше Esa, не забудьте обновить базу данных с помощью postmap .

0
ответ дан 4 December 2019 в 16:12

Теги

Похожие вопросы