Интерфейс Частной сети между к серверам MacOSX
Мы хотели бы настроить и частное единственное кабельное соединение между двумя серверами Индивидуалистов, это также должно говорить с остальной частью мира.
Этими двумя серверами ради аргумента является DB и сеть.
Существует две интерфейсных платы на каждом, которого мы назовем A & B. В каждом случае A будет для заграничного, и B для между парой.
Интерфейсно-мудрый, DB (A) является en0,-> остальные страны; DB (B) является en3,-> веб-сервер; сеть (A) является en0,-> остальные страны; сеть (B) является en4,-> сервер БД;
Мы обтекали нас в нескольких различных кругах, делая попытку этого маршрута использования команды, что-то вроде:
// on DB server
// en0 card IP address 192.168.1.50
// en3 card IP address 10.0.0.50
sudo route -n add 10.0.0.51 -interface en3
// on Web server
// en0 card IP address 192.168.1.51
// en4 card IP address 10.0.0.51
sudo route -n add 10.0.0.50 -interface en4
Несколько вопросов:
Это может быть сделано с простым, телеграфируют/пересекают кабель, не израсходовав порты на локальном Ethernet-коммутаторе?
Можем мы использовать диапазон локальной сети для сети B: например, подсеть 192.168.1.x, и подсеть B 10.0.0.x?
Каковы команды на MacOS X Индивидуалистов, чтобы гарантировать, что трафик направляется правильно, и что маршруты помнят между перезапусками? Нам будет нужен сценарий для этого для выполнения при перезапуске?
Мы даже на правильном пути?
Вся справка с благодарностью получена!
Да, просто подключите два сетевых устройства напрямую с помощью кабеля (в наши дни перекрестный кабель не нужен, благодаря Auto MDI-X).
Дайте им обоим IP-адреса из неиспользуемого диапазона (например, 10.0.0.50 и 10.0.0.51). Он должен просто работать, без необходимости добавлять маршрут.
Выполнение конфигурации сети в OS X с помощью ifconfig , route и т. Д. Работает не очень хорошо - проблема (и решение) в том, что OS X имеет отдельное представление о том, как должна быть настроена сеть, и фоновый демон (configd), который применяет это к действующей конфигурации сети. Если вы вручную измените состояние сети, configd произвольно перезапишет их. Решение: настройте конфигурацию OS X и позвольте configd управлять настройками в реальном времени за вас. Вы можете использовать панель «Сеть» в Системных настройках и / или команду networksetup .
Есть несколько возможных ошибок в настройках сети.Я опишу необходимые настройки в терминах панели предпочтений сети:
Каждый интерфейс должен иметь «сетевой сервис», перечисленный слева от панели предпочтений. Установите соответствующий IP-адрес и маску подсети.
Чтобы перейти к настройкам DNS и т. Д., Необходимо нажать кнопку «Дополнительно». Вероятно, будет лучше использовать одни и те же настройки для обеих служб, за исключением ...
Настройка маршрутизатора отличается: для интерфейса остального мира используйте фактический адрес локальной сети сетевого шлюза; для частного интерфейса используйте частный IP-адрес другого компьютера (например, частный интерфейс сервера БД будет иметь свой IP-адрес 10.0.0.50 и использовать 10.0.0.51 в качестве маршрутизатора). Причина этого в том, что configd иногда кажется паническим, если он не может ARP маршрутизатор.
Интерфейс остального мира должен быть вверху списка сервисов, а частный интерфейс - под ним. Если они не в правильном порядке, щелкните значок шестеренки под списком служб, выберите «Установить порядок обслуживания» и перетащите службы в правильном порядке.
После настройки запустите netstat - рН . Вы должны увидеть маршрут по умолчанию для остального (реального) маршрутизатора и другой «маршрут по умолчанию» для маршрутизации на основе источника, который вы можете игнорировать. Вы также должны увидеть маршруты для каждой из подсетей с указанием соответствующего интерфейса. И еще много чего, включая 169.254 (самоназначенные локальные адреса ссылок), записи ARP и т. Д. Примерно так:
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGSc 11 33271918 en0
default link#5 UCSI 1 0 en3
192.168.1 link#4 UCS 1 0 en0
192.168.1.1 0:11:22:33:44:55 UHLWIir 9 0 en0 1199
192.168.1.50 127.0.0.1 UHS 0 148277 lo0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 8 13767842 lo0
169.254 link#4 UCS 3 0 en0
169.254.53.131 link#4 UHLSW 0 0 en0
169.254.255.255 0:11:22:33:44:55 UHLSW 0 0 en0
10.0.1 link#5 UCS 36 0 en3
10.0.1.50 127.0.0.1 UHS 3 2167637 lo0
[...]
Если это не сработает, мне понадобится дополнительная информация (возможно, включая netstat -rn вывод с обоих компьютеров) для устранения неполадок ...