Выделенный T1 для сервера и Cable/DSL для LAN

Я в настоящее время исследую только реальные различия при помощи различной программы, которая игнорирует пробельные изменения и mtime:

#!/usr/bin/env ruby

require 'tempfile'

input2 = ARGV.pop || (
    $stderr.puts("Usage: gconf-diff [opts] <file> <file>")
    exit(1)
)
input1 = ARGV.pop

UNWANTED_PAT = /mtime="\d+"/

def copy_tmp(id, path)
    t = Tempfile.new("gconf-diff-#{id}-")
    File.open(path).each { |line| t.write(line.gsub(UNWANTED_PAT, '')) }
    t.close
    t
end
t1 = copy_tmp('1', input1)
t2 = copy_tmp('2', input2)

system('diff', *(ARGV + ['-B', '-b', t1.path, t2.path]))
exit($?.exitstatus)

У меня есть использование подверсии это путем выполнения svn diff --diff-cmd gconf-diff .... Я возвращаюсь файлы, которые не имеют никаких существенных изменений. Однако это является немного неловким, и не имеет дело хорошо с файлами, где только один или два объекта изменились, но у дюжины других есть новые метки времени, поскольку все те изменения все еще фиксируются.

1
задан 15 February 2010 в 23:05
4 ответа

У Вас, вероятно, будет два маршрутизатора, один для каждого соединения. Заставьте шлюз по умолчанию для сервера быть внутренним адресом маршрутизатора T1, и все другие машины будут использовать внутренний IP cable/dsl маршрутизатора для своего шлюза по умолчанию

2
ответ дан 3 December 2019 в 22:39
  • 1
    +1 mfinni - Обратите внимание, что использование чего-то как cisco asa5505 или cisco asa5510 позволит Вам делать это с одним маршрутизатором (существуют другие хорошие варианты помимо Cisco), –  Patrick R 15 February 2010 в 23:58
  • 2
    Я делаю точно этот сценарий с 2 маршрутизаторами. Наличие этих 2 маршрутизаторов также дает Вам немного резервирования оборудования. Любой маршрутизатор мог временно занять место другого. –  Keith Stokes 16 February 2010 в 00:47

Почему бы не запрашивать статический IP-адрес на Ваш бизнес?

Затем можно покончить со строкой T1 в целом. Введите дыру по абсолютному адресу в своем маршрутизаторе DSL к порту передачи 25 к Вашему внутреннему Exchange Server.

Настройте DNS mx записи, чтобы Ваш домен указал на Ваш статический IP-адрес.

Если Вы не можете пойти статичные, то может быть возможно использовать dyndns сервис. У меня нет опыта с dyndns лично, поскольку мы всегда могли получить статический адрес.

Да и отвечать на Ваш вопрос непосредственно. Вы только захотите один сервер DHCP на LAN. Большинству маршрутизаторов встроили его. Я отключил бы их всех. Поместите DHCP на Windows Server. Установите статический IP для сервера и установите, это - маршрут по умолчанию в сетевой плате, чтобы быть строкой T1. В DHCP сервер удостоверяется, что маршрут по умолчанию является IP-адресом маршрутизатора DSL.. Удостоверьтесь, что Вы устанавливаете свои маршрутизаторы с внутренним IP, который никогда не будет конфликтовать с тем, что dhcp сервер будет выделять... обычно, я просто установил dhcp диапазон сервера, чтобы быть от 192.168.1.1 - 192.168.1.200 или подобен. Затем установите свои маршрутизаторы, которые будут пронумерованы выше 200.

Причина использования окон dhcp сервер состоит в том потому что это interoprates с окнами DNS. Windows DNS довольно жизненно важен для компьютеров с помощью активного каталога. Созданный в dhcp сервере не делает и поддерживает все нестандартные расширения Microsoft.

0
ответ дан 3 December 2019 в 22:39

Два других канала данных для малого бизнеса могут излишество. Задание конечных пользователей требует, чтобы они активно использовали сеть? Если не T1 довольно достаточен.

0
ответ дан 3 December 2019 в 22:39

Я думаю, что ответ должен использовать различные сети класса C для этих двух сегментов. Дайте Exchange Server одну сеть - вероятно, общедоступный IP-адрес и дайте Вашим пользователям частную сеть.

Затем дайте Exchange Server IP-адрес на частной сети; Вы, возможно, должны добавить дополнительный NIC к тому серверу. Удостоверьтесь, что Exchange Server имеет шлюз, настроенный только для сети общего пользования. Можно легко использовать Active Directory для действия как сервер DHCP для частной сети, просто удостоверьтесь, что выключили сервис DHCP на кабельный модем. Настройте сервис DHCP для издания IP-адреса кабельного модема как шлюза.

Ваши пользователи смогут получить свою почту в Вашей быстрой локальной сети, но так как Ваши пользователи используют IP-адрес кабельного модема в качестве своего шлюза, весь нормальный интернет-трафик пройдет через кабельный модем.

0
ответ дан 3 December 2019 в 22:39

Теги

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