У нас есть два здания на расстоянии около 200 футов друг от друга, соединенные через Открытый беспроводной мост SMC. В настоящее время оба здания находятся в одной подсети с одним DHCP-сервером в главном здании. Это казалось самым простым способом настроить нашу сеть так, чтобы клиенты в любом здании могли иметь доступ к диску Samba в главном здании. Однако одна проблема с этой конфигурацией заключается в том, что если соединение беспроводного моста выходит из строя, в удаленном здании больше нет DHCP-сервера.
Поэтому мне интересно, не лучше ли расположить два здания в разных подсетях. Если бы мне пришлось преобразовать два здания в отдельные подсети, какие изменения конфигурации мне нужно было бы внести, чтобы клиенты в удаленном здании могли иметь доступ к диску Samba в главном здании?
Лично я бы сделал их отдельными, хотя бы для того, чтобы широковещательный трафик не проходил по беспроводной сети.
Я думаю, что после того, как вы настроили подсети, единственное, что потребуется изменить, - это убедиться, что сервер самбы принимает другую подсеть как действительный клиентский источник.
Если вас беспокоит только доступность DHCP, не беспокойтесь о отдельной подсети. Не должно возникнуть никаких проблем с установкой двух DHCP-серверов в одной подсети, если они выдают разные диапазоны IP-адресов. Похоже, что ваше существующее оборудование должно его поддерживать, и это решит основную проблему, о которой вы упомянули. Он также имеет дополнительное преимущество в виде некоторой избыточности на случай, если один из маршрутизаторов перестанет выдавать адреса, что кажется обычным для таких небольших устройств. Если вы продолжите использовать одну подсеть, помните, что ваши машины будут получать адреса от любого DHCP-сервера.
Есть и другие преимущества разделения подсетей, такие как ограничение широковещательного трафика и возможность использовать протокол маршрутизации для обеспечения избыточных каналов в будущем. Прежде чем добавлять эту сложность, я хотел бы выяснить, обеспечит ли ограничение широковещательного трафика заметное улучшение производительности сейчас или по мере роста вашей сети. Если вы собираетесь значительно вырасти в будущем, может быть лучше просто разбить вашу подсеть прямо сейчас, чем переадресовывать огромную часть вашей сети в будущем.
Если вы выберете отдельные подсети, у вас будет другой шлюз для машин во второй подсети и, очевидно, вся маршрутизация между подсетями. Я также ожидаю, что вам нужно будет настроить и использовать сервер WINS, который поставляется с SAMBA. (SMB плохо работает в отдельных подсетях без WINS)
И вкратце, у меня есть мосты Cisco и RAD, соединяющие несколько пожарных станций на расстоянии нескольких миль, и я не могу сказать достаточно о хороших антеннах. Вы можете найти свои мосты намного более надежными, если купите тарелки или антенны яги.
Я не искал спецификации вашего моста, но в целом мост - это устройство уровня 2, такое как коммутатор, поэтому вам не нужно смотреть на подсети.
Единственная проблема, о которой вы упоминаете, - это отсутствие DHCP-сервера, если мост не работает, но если он не выйдет из строя сильно и в течение длительного времени, клиенты на другой стороне все равно будут иметь свои адреса, пока их аренда не истечет. Если аренда являются истекает во время отключения, этого может быть достаточно, чтобы просто продлить срок службы. Я не знаком с RV082, так что вы в этом сами по себе.
Другой вариант - установить DHCP-сервер на «другой» стороне моста, но то, как именно вы это сделаете, также будет зависеть от RV082. Я давно не использовал WRT54G, но вот образец страницы конфигурации WRT. Вы можете настроить его для выдачи адресов, начинающихся с определенного IP-адреса, поэтому, если RV082 может быть настроен для выдачи IP-адресов ниже этого, у вас могут быть серверы DHCP по обе стороны моста, которые раздают разные диапазоны адресов.
Этот ответ - хорошее объяснение того, что такое мост (и лучший ответ на этот вопрос).