Вопрос : Неспособно для того чтобы разрешить сервера обменом если архив хозяина

Наш офис бежит SBS 2003. Наши компьтер-книжки используют внешний вид 2003. Когда компьтер-книжка из офиса, мы используем Шиндошс Хп построенное в VPN connection.

However, как только соединение VPN установлено, оно принимаем что-нибыдь от 10 минут к часам разрешить имя сервера обменом. Единственная дорога получить его работая немедленно должна добавить имя сервера в хозяина компьтер-книжки, котор file.

Here будет дорогой сеть setup:

1) я купил имени «shire.externaldomain.com " домена от регистраторшы, и после того как я сказан им, котор нужно указать оно к (IP публики, котор дал к мне мой ISP)

2) мой маршрутизатор Cisco 800 setup для того чтобы сразу 210.xx.xx.114 к нашему внутренне серверу SBS2003 на 10.0.0.2. Именем этого сервера будет yc000dc01.internaldomain.local

3) I setup соединение VPN для подключения к shire.externaldomain.com, и оно соединяет fine.

4) но, внешний вид не соединится в течение длительного времени. Иногда никогда. До тех пор пока я не добавить 10.0.0.2 yc000dc01.internaldomain.local, тогда он соединяет fine.

But, если я делаю некоторые испытания Пинга, то я получает некоторое странное авторское право
результатов below.


===============================================
Microsoftа Windows XP [варианта 5.1.2600] (c) Майкрософт 1985-2001 Corp.

C:\Documents and Settings\alex.tan >ping yc000dc01

Pinging yc000dc01.internaldomain.local [204.232.231.43] с 32 байтами данных:

Reply от 204.232.231.43: bytes=32 time=323ms TTL=107
Reply от 204.232.231.43: bytes=32 time=297ms TTL=107
Reply от 204.232.231.43: bytes=32 time=299ms TTL=107
Reply от 204.232.231.43: статистик bytes=32 time=296ms TTL=107

Ping для 204.232.231.43: Пакеты
: Посланные = 4, получено = 4, потерянное = 0 (потеря 0%), времена поездка туда и обратно
Approximate в миллисекундах: Минимум
= 296ms, максимум = 323ms, средний = трасса >tracert yc000dc01

Tracing 303ms

C:\Documents and Settings\alex.tan к
over yc000dc01.internaldomain.local [204.232.231.43] максимум 30 хмелей:

1 30
2 госпожи 10.100.1.1 госпожи 2 госпожи 2 35 госпожа cm1.omega96.maxonline.com госпожи 12 госпожи 14.
3 sg [218.186.96.1] 18
4 госпожи 172.20.22.1 госпожи 12 госпожи 9 13
5 госпожи 172.26.22.1 госпожи 14 госпожи 10 15
6 госпожи 172.20.7.26 госпожи 16 госпожи 15 16
7 госпожи 172.20.7.42 госпожи 14 госпожи 13 22
8 госпожи 203.116.17.65 госпожи 20 госпожи 20 19
9 госпожи 203.118.3.226 госпожи 17 госпожи 17 225
10 госпожи so-7-0-1.edge6.SanJose1.Level3.net госпожи 222 госпожи 225 [4.53.22.1] 230
11 госпожи vlan79.csw2.SanJose1.Level3.net госпожи 219 госпожи 220 [4.68.18.126] 233

12 госпожи ae-84-84.ebr4.SanJose1.Level3.net госпожи 232 госпожи 230 [4.69.134.249] 289 госпожа ae-2-2.ebr2.NewYork1.Level3.net госпожи 290 госпожи 289 [
13 4.69.135.186] 300
14 госпожи ae-6-6.ebr2.NewYork2.Level3.net госпожи 290 госпожи 290 [4.69.141.22] 299

15 госпожи ae-1-100.ebr1.NewYork2.Level3.net госпожи 293 госпожи 294 [4.69.135.253] 299

16 госпожи ae-3-3.ebr2.Washington1.Level3.net госпожи 294 госпожи 296 [4.69.132.89] 296
17 госпожи ae-62-62.csw1.Washington1.Level3.net госпожи 304 госпожи 306 [
46 4.69.134.1] 296
18 госпожи ae-1-69.edge1.Washington4.Level3.net госпожи 297 госпожи 298 [
4.68.17.18] 301
19 госпожи RACKSPACE-M.edge1.Washington4.Level3.net госпожи 298 госпожи 297 [4.53.1
12.46] 312
20 госпожи vlan905.core5.iad2.rackspace.net госпожи 297 госпожи 299 [72.4.122.10] 297 госпожа aggr301a-2-core5.iad2.rack 21/>space.net [
5 72.4.122.12] 299

Trace complete.

C:\Documents and Settings\alex.tan госпожи 204.232.231.43 госпожи 293 госпожи 296 >ping yc000dc01.internaldomain.local

Pinging YC000DC01.internaldomain.local [204.232.231.43] с 32 байтами данных:

Reply от 204.232.231.43: bytes=32 time=336ms TTL=107
Reply от 204.232.231.43: bytes=32 time=296ms TTL=107
Reply от 204.232.231.43: bytes=32 time=296ms TTL=107
Reply от 204.232.231.43: статистик bytes=32 time=295ms TTL=107

Ping для 204.232.231.43: Пакеты
: Посланные = 4, получено = 4, потерянное = 0 (потеря 0%), времена поездка туда и обратно
Approximate в миллисекундах: Минимум
= 295ms, максимум = 336ms, средний = 305ms

C:\Documents and Settings\alex.tan >ping

Pinging 10.0.0.2 10.0.0.2 с 32 байтами данных:

Reply от 10.0.0.2: bytes=32 time=57ms TTL=128
Reply от 10.0.0.2: bytes=32 time=27ms TTL=128
Reply от 10.0.0.2: bytes=32 time=23ms TTL=128
Reply от 10.0.0.2: статистик bytes=32 time=24ms TTL=128

Ping для 10.0.0.2: Пакеты
: Посланные = 4, получено = 4, потерянное = 0 (потеря 0%), времена поездка туда и обратно
Approximate в миллисекундах: Минимум
= 23ms, максимум = 57ms, средний = >


========================================

It 32ms

C:\Documents and Settings\alex.tan появляются то даже после подключения над VPN, я не могут разрешить yc000dc01 server.

Can, котор кто-нибудь обеспечивает консультацию на этом? Я хочу избежать выдать обновленные архивы хозяина к каждому laptop.

Alex






class= " ясное " >

Related: title= " href= " /Software/Server_Software/Email_Servers/Exchange/Q_23808814.html Can не через VPN

Ответ : Неспособно для того чтобы разрешить сервера обменом если архив хозяина

Alright, ваша проблема здесь:

Officevpn переходники PPP:

       Соединени-специфически суффикс DNS. :
       Описание………. : БОЛЕЗНЕННАЯ поверхность стыка (PPP/SLIP)
       Физический адрес. ……. : 00-53-45-00-00-00
       Dhcp позволил. ………. : Нет
       Адрес IP. ………. : 10.0.0.148
       Маска подсеть………. : 255.255.255.255
       Входной невыполнения обязательства………:
       Серверы DNS………. : 10.0.0.2
                                           210.23.4.6

Что второй сервер DNS (210.23.4.6) должен *NOT* быть там. Он получает там одну из 2 дорог:

1) Сервер RAS задает его сразу. Вам будет нужно изменить это через RRAS.

2) Вероятее, RRAS просто спрашивает несколько аренд DHCP и после этого вручающ их вне к клиентам VPN (обычная дорога это установлена) и т середины ваш сервер DHCP фактическ misconfigured и имеют внешние входы DNS в своих вариантах. Это только причинит проблемы для клиентов VPN, но причинит периодическ и эксцентричные поведения ОБЪЯВЛЕНИЯ внутренне также.

Rember, клиенты пункт *only* к серверу SBS для DNS в сети SBS (правиле вы может сломать если вы знаете, то как и почему, но жесткое правило 99.99999% времени.)