none
Как включить доменные имена через VPN RRS feed

  • Вопрос

  • Странное название вопроса, но если "на пальцах":

    Есть VPN-туннель через PPTP между двумя офисами. 

    В первом офисе несколько виртуалок с веб-сервисами. Во втором почему-то не хотят работать веб-адреса этих сервисов. Какая служба отвечает за это?

    30 сентября 2013 г. 6:23

Ответы

  • Устранил 8-ю подсеть (посадил на ту же 0-ю - причем у роутера бывшей 8-й сети включен dns relay). Почисли записи ДНС, удалил лишний адаптер на каждом из серверов - и все пошло как по маслу - крутбл) всем спасибо за ценные советы.
    • Помечено в качестве ответа Sobsoft 6 октября 2013 г. 9:03
    6 октября 2013 г. 9:03

Все ответы

  • Хм... попробуйте во "втором" офисе вводить FQDN (полное доменное имя) компьютера на котором расположены нужные службы, т.е. не comp1, а comp1.domain.local

    MCSA

    30 сентября 2013 г. 6:33
  • не жует (
    30 сентября 2013 г. 9:57
  • А имена компов из первого офиса во втором офисе вообще резолвятся? Что даёт команда nslookup comp1.domain.local ? Вместо comp1.domain.local, естественно, нужно подпихнуть FQDN "живого" компа. Если не резолвятся - надо смотреть настройки DNS для VPN-подключения во втором офисе.

    MCSA


    • Изменено ЙоЖыГ 30 сентября 2013 г. 10:03 ачепятка
    30 сентября 2013 г. 10:03
  • Из трех рассматриваемых имен серверов:

    1 сервер 80% времени открывается по имени

    2 сервер 50%

    3 сервер 0%

    Запустил пинг рабочей станции первого офиса из второго офиса - не пингуется (

    Запустил пинг рабочей станции второго офиса из первого офиса во второй пингуется.


    • Изменено Sobsoft 30 сентября 2013 г. 10:36
    30 сентября 2013 г. 10:26
  • 1. Так какой результат получается при выполнении команд:
    nslookup FQDN 1-го сервера
    nslookup FQDN 2-го сервера
    nslookup FQDN 3-го сервера
    если её выполнять из сети "второго" офиса?
    Если не сложно, то, пожалуйста, полный вывод этой команды приведите.

    2. Что будет если на компьютере из сети "второго" офиса в адресной строке ввести не имя, а IP-адрес компьютера на котором расположены веб-службы из сети "первого" офиса, например http://192.168.50.50 ?


    MCSA


    • Изменено ЙоЖыГ 30 сентября 2013 г. 10:52 дополнение
    30 сентября 2013 г. 10:48
  • Причем между двумя VPN серверами все отлично. Но VPN сервер второго офиса не хочет "передавать" клиентским станциям имена первого офиса. Негодяй!!!!
    30 сентября 2013 г. 10:48
  • Странное название вопроса, но если "на пальцах":

    Есть VPN-туннель через PPTP между двумя офисами. 

    В первом офисе несколько виртуалок с веб-сервисами. Во втором почему-то не хотят работать веб-адреса этих сервисов. Какая служба отвечает за это?

    DNS

    Если используются короткие (до 15 символов без точки) имена - то еще может быть WINS.

    Обычная ошибка с DNS - использование в качестве одного из серверов DNS сервера провайдера, который не знает про внутренние имена. Т.к. клиент DNS может самостоятельно переключиться на использование любого из настроенных серверов, то ошибка может быть неустойчивой, возникать не всегда.


    Слава России!


    • Изменено M.V.V. _ 30 сентября 2013 г. 11:13
    30 сентября 2013 г. 11:11
  • WINS не поднимал, используется непосредственно DCHP.
    Под провайдером кто именно понимается? Реальный провайдер связи?

    Вообще есть 2 сервера (по 1му в каждом офисе) соответственно на каждом свой ДНС сервер.

    30 сентября 2013 г. 11:51
  • Так что с ответами на мои вопросы? Покажете вывод nslookup или это секрет какой-то? И на второй вопрос тоже хотелось бы получить ответ тоже.

    MCSA

    30 сентября 2013 г. 11:55
  • Так что с ответами на мои вопросы? Покажете вывод nslookup или это секрет какой-то? И на второй вопрос тоже хотелось бы получить ответ тоже.

    MCSA

    извиняюсь не заметил

    1. вот результат с vpn сервера второго офиса

    C:\Users\Администратор.ANDOM>nslookup domcontroller
    ╤хЁтхЁ:  UnKnown
    Address:  192.168.0.13
    
    ╚ь :     domcontroller.andom.local - VPN сервер 1 офиса
    Addresses:  192.168.0.13
              192.168.8.13
              192.168.1.135
    
    
    C:\Users\Администратор.ANDOM>nslookup domdhcpserver - VPN сервер 2 офиса
    ╤хЁтхЁ:  UnKnown
    Address:  192.168.0.13
    
    ╚ь :     domdhcpserver.andom.local
    Addresses:  192.168.0.62
              192.168.1.139
              192.168.1.13
    
    
    C:\Users\Администратор.ANDOM>nslookup apache - 1 виртуалка (1 офис)
    ╤хЁтхЁ:  UnKnown
    Address:  192.168.0.13
    
    ╚ь :     apache.andom.local
    Addresses:  192.168.0.70
              192.168.8.70
    
    
    C:\Users\Администратор.ANDOM>nslookup dynamics - 2 виртуалка (1 офис)
    ╤хЁтхЁ:  UnKnown
    Address:  192.168.0.13
    
    ╚ь :     dynamics.andom.local
    Addresses:  192.168.0.55
              192.168.8.55
    
    
    C:\Users\Администратор.ANDOM>nslookup sharepoint - 3 виртуалка (1 офис)
    ╤хЁтхЁ:  UnKnown
    Address:  192.168.0.13
    
    ╚ь :     sharepoint.andom.local
    Addresses:  192.168.0.50
              192.168.8.50

    2.  Если ввести IP dynamics и apache то они открываются все 100% времени. ip Sharepoint почему-то отказывается и не пингуется клиентскими машинами.

    опять же VPN сервер второго офиса кушает все 100% и имена тоже 100%.

    30 сентября 2013 г. 12:04
  •  У клиентов (рабочих станций, а не VPN-сервера) "второго" офиса есть настроенный DNS-сервер, который резолвит имя компьютера в IP-адрес. Этот DNS-сервер, судя по всему ничего не знает о доменных именах компьютеров, которые в "первом" офисе. 
    В запросах:
    nslookup domcontroller
    nslookup apache
    nslookup sharepoint
    которые вы привели выше у клиента (рабочей станции, с которой делался этот запрос) для разрешения имени компьютера используется  DNS-сервер 192.168.0.13
    Необходимо настроить этот DNS-сервер, чтобы он мог резолвить адреса "первого" офиса в DNS-имена.
    В зависимости от топологии вашей сети это можно сделать разными способами. Вопрос: у вас домен в офисах один и тот же (FQDN) или компы из первого и второго офиса в разных доменах находятся? С помощью чего поднят VPN-туннель между офисами? 

    MCSA


    • Изменено ЙоЖыГ 30 сентября 2013 г. 12:24 исправление
    30 сентября 2013 г. 12:22
  • Стоп! Нужно посмотреть nslookup не с VPN-сервера, а с любого другого (проблемного) компьютера из "второго" офиса! Тогда он покажет, какой на этом компьютере используется DNS-сервер, и, соответственно, его и надо будет настраивать.

    MCSA


    • Изменено ЙоЖыГ 30 сентября 2013 г. 12:29 дополенение
    30 сентября 2013 г. 12:28
  • Покажите выдачу команды ipconfig /all с любого из проблемных клиентов.

    Хочу посмотреть настройки DNS - серверы DNS и суффиксы доменов, которые добавляются при поиске (первичный и подключения).


    Слава России!

    30 сентября 2013 г. 15:46
  • Microsoft Windows [Version 6.1.7600]
    (c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.
    
    C:\Users\Администратор.ANDOM>nslookup domcontroller - контроллер домена, сервер hyperv (1 офис)
    ╤хЁтхЁ:  domdhcpserver.andom.local
    Address:  192.168.1.13
    
    ╚ь :     domcontroller.andom.local
    Addresses:  192.168.1.135
              192.168.0.13
              192.168.8.13
    
    
    C:\Users\Администратор.ANDOM>nslookup domdhcpserver - второй контроллер домена (2 офис)
    ╤хЁтхЁ:  domdhcpserver.andom.local
    Address:  192.168.1.13
    
    ╚ь :     domdhcpserver.andom.local
    Addresses:  192.168.1.139
              192.168.1.13
              192.168.0.62
    
    
    C:\Users\Администратор.ANDOM>nslookup apache - веб-сервер апач (1 офис - виртуалка)
    ╤хЁтхЁ:  domdhcpserver.andom.local
    Address:  192.168.1.13
    
    ╚ь :     apache.andom.local
    Addresses:  192.168.8.70
              192.168.0.70
    
    
    C:\Users\Администратор.ANDOM>nslookup dynamics - dynamics crm (1 офис - виртуалка)
    ╤хЁтхЁ:  domdhcpserver.andom.local
    Address:  192.168.1.13
    
    ╚ь :     dynamics.andom.local
    Addresses:  192.168.8.55
              192.168.0.55
    
    
    C:\Users\Администратор.ANDOM>nslookup sharepoint - sharepoint 2013 (1 офис - виртуалка)
    ╤хЁтхЁ:  domdhcpserver.andom.local
    Address:  192.168.1.13
    
    ╚ь :     sharepoint.andom.local
    Addresses:  192.168.8.50
              192.168.0.50
    
    
    C:\Users\Администратор.ANDOM>ipconfig /all
    
    Настройка протокола IP для Windows
    
       Имя компьютера  . . . . . . . . . : domp3
       Основной DNS-суффикс  . . . . . . : andom.local
       Тип узла. . . . . . . . . . . . . : Гибридный
       IP-маршрутизация включена . . . . : Нет
       WINS-прокси включен . . . . . . . : Нет
       Порядок просмотра суффиксов DNS . : andom.local
    
    Ethernet adapter Подключение по локальной сети:
    
       DNS-суффикс подключения . . . . . :
       Описание. . . . . . . . . . . . . : Atheros AR8131 PCI-E Gigabit Ethernet Con
    troller (NDIS 6.20)
       Физический адрес. . . . . . . . . : 6C-F0-49-56-80-4B
       DHCP включен. . . . . . . . . . . : Нет
       Автонастройка включена. . . . . . : Да
       Локальный IPv6-адрес канала . . . : fe80::40a8:cd33:2499:6a7b%11(Основной)
       IPv4-адрес. . . . . . . . . . . . : 192.168.1.203(Основной)
       Маска подсети . . . . . . . . . . : 255.255.255.0
       Основной шлюз. . . . . . . . . : 192.168.1.13
       IAID DHCPv6 . . . . . . . . . . . : 242020425
       DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-18-67-79-3C-6C-F0-49-56-80-4B
    
       DNS-серверы. . . . . . . . . . . : 192.168.1.13
                                           192.168.0.13
       Основной WINS-сервер. . . . . . . : 192.168.1.13
       NetBios через TCP/IP. . . . . . . . : Включен
    
    Туннельный адаптер isatap.{E8747965-03BF-4626-AAE6-5323F3AD61A4}:
    
       Состояние среды. . . . . . . . : Среда передачи недоступна.
       DNS-суффикс подключения . . . . . :
       Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
       Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
       DHCP включен. . . . . . . . . . . : Нет
       Автонастройка включена. . . . . . : Да
    
    Туннельный адаптер Teredo Tunneling Pseudo-Interface:
    
       Состояние среды. . . . . . . . : Среда передачи недоступна.
       DNS-суффикс подключения . . . . . :
       Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
       Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
       DHCP включен. . . . . . . . . . . : Нет
       Автонастройка включена. . . . . . : Да

    192.168.0.13 - ip 1 контроллера домена (1 офис)

    192.168.1.13 - 2 контроллер домена (2 офис)

    1 октября 2013 г. 4:12
  • 1. На сервере 192.168.1.13 зайти в оснастку управления DNS (dnsmgmt.msc) и убедиться, что на этом сервере прописана зона прямого просмотра andom.local. По всем признакам пока (до дальнейших изменений описанных ниже) в этой зоне должны отсутствовать компьютеры из "первого" офиса.
    2. На обоих DNS-серверах (192.168.0.13 и 192.168.1.13) проверить, что в свойствах зоны andom.local указаны оба сервера на закладке Серверы имён (если отсутствуют - добавить нужный), а также на закладке Передача зоны установлена галочка Разрешить передачи зоны и установлен переключатель "Только на серверы, перечисленные на странице серверов имён.

    Настройки DNS

    3. После перезагрузки службы "DNS-сервер" на 192.168.1.13 убедиться, что в зоне andom.local стали появляться компьютеры из "первого" офиса.

    Как-то так...


    MCSA



    • Изменено ЙоЖыГ 1 октября 2013 г. 13:01 ачепятка
    1 октября 2013 г. 12:34
  • Спасибо, завтра на работе попробую.
    1 октября 2013 г. 13:45
  • 1. На сервере 192.168.1.13 зайти в оснастку управления DNS (dnsmgmt.msc) и убедиться, что на этом сервере прописана зона прямого просмотра andom.local. По всем признакам пока (до дальнейших изменений описанных ниже) в этой зоне должны отсутствовать компьютеры из "первого" офиса.
    2. На обоих DNS-серверах (192.168.0.13 и 192.168.1.13) проверить, что в свойствах зоны andom.local указаны оба сервера на закладке Серверы имён (если отсутствуют - добавить нужный), а также на закладке Передача зоны установлена галочка Разрешить передачи зоны и установлен переключатель "Только на серверы, перечисленные на странице серверов имён.

    Настройки DNS

    3. После перезагрузки службы "DNS-сервер" на 192.168.1.13 убедиться, что в зоне andom.local стали появляться компьютеры из "первого" офиса.

    Как-то так...


    MCSA



    Интересные советы дают у нас MCSA, однако. Поневоле задумаешься - имеет ли смысл сертификация MS.

    Поясняю. Оба используемых серевера DNS - это контроллеры одного домена AD (насколько я понял - надеюсь, что это - не разные домены AD с одним и тем же именем DNS).

    В таком случае по умолчанию зоны домена интегрируются в AD и передаются путем репликации AD. Рекомендую все же проверить, что это именно так - что на обоих КД тип зоны - первичная, что она хранится в AD и что область репликации включает оба КД (т.е. это - не область репликации некоего нестандартного раздела приложений, который не реплицируется на другой КД, а что-то из остальных, стандартных вариантов в интерфейсе).

    Указанная же вкладка связана с настройкой передачи зоны между первичным (он в таком варианте , если не используются другие механизмы репликаци зон, всегда единственый) и вторичными серверами DNS, описанной в стандарте DNS и никак не связанной с AD. И уж, в любом случае, передача зоны является однонаправленной, разрешение для нее надо настраивать только на сервере-источнике (первичном сервере зоны, если серверов всего два).

    Нет, указанные дествия сделать, конечно можно - вреда от них не будет. Но и пользы, если зона домена хранится в AD - тоже.

    Далее. Настройка серверов DNS и суффиксов доменов на клиенте - правильная, так что надо разбираться с репликацией AD: проблема, скорее всего, там (и, кстати, КД с несколькими сетевыми интерфейсами очень способствуют ее возникновению).

    Поэтому просьба показать выдачу команды repadmin /showrepl с каждого из КД. Если в выдаче присутствуют ошибки репликации - просьба показать выдачу утилиты dcdiag (можно с ключом /q, чтобы листинг был короче), опять-таки, с обоих КД.

    Ну и неплохо бы проверить разрешение имен на клиенте через серверы DNS на обоих КД командами

    nslookup fqdn.веб.сервиса 192.168.0.13

    nslookup fqdn.веб.сервиса 192.168.1.13


    Слава России!


    • Изменено M.V.V. _ 2 октября 2013 г. 0:04
    2 октября 2013 г. 0:03
  • 1. На сервере 192.168.1.13 зайти в оснастку управления DNS (dnsmgmt.msc) и убедиться, что на этом сервере прописана зона прямого просмотра andom.local. По всем признакам пока (до дальнейших изменений описанных ниже) в этой зоне должны отсутствовать компьютеры из "первого" офиса.
    2. На обоих DNS-серверах (192.168.0.13 и 192.168.1.13) проверить, что в свойствах зоны andom.local указаны оба сервера на закладке Серверы имён (если отсутствуют - добавить нужный), а также на закладке Передача зоны установлена галочка Разрешить передачи зоны и установлен переключатель "Только на серверы, перечисленные на странице серверов имён.

    3. После перезагрузки службы "DNS-сервер" на 192.168.1.13 убедиться, что в зоне andom.local стали появляться компьютеры из "первого" офиса.

    Как-то так...


    MCSA



    1. В ДНС 1.13 была прописана зона, более того в обоих серверах были компьютеры обоих офисов - т.е. 100% репликация.

    2. Проделал действия этого пункта.

    3. Перезагрузил, но опять таки компы итак были. Запустил на машинке имена вышеуказаных веб-сервисов. Загрузился только Dinamics, но он и до этого через раз грузился.

    2 октября 2013 г. 3:33
  • Поэтому просьба показать выдачу команды repadmin /showrepl с каждого из КД. Если в выдаче присутствуют ошибки репликации - просьба показать выдачу утилиты dcdiag (можно с ключом /q, чтобы листинг был короче), опять-таки, с обоих КД.

    Ну и неплохо бы проверить разрешение имен на клиенте через серверы DNS на обоих КД командами

    nslookup fqdn.веб.сервиса 192.168.0.13

    nslookup fqdn.веб.сервиса 192.168.1.13

    repadmin с первого КД

    C:\Users\Администратор>repadmin /showrepl
    
    Repadmin: выполнение команды /showrepl контроллере домена localhost с полным доступом
    Default-First-Site-Name\DOMCONTROLLER
    Параметры DSA: IS_GC
    Параметры сайта: (none)
    DSA - GUID объекта: 533568e0-4acb-4b49-85a6-dc3be6f1d330
    DSA - код вызова: 533568e0-4acb-4b49-85a6-dc3be6f1d330
    
    ==== ВХОДЯЩИЕ СОСЕДИ   ======================================
    
    DC=andom,DC=local
        Default-First-Site-Name\DOMDHCPSERVER через  RPC
            DSA - GUID объекта: 0655cd0b-0f50-4353-a57c-bb41d9f0c8a1
            Последняя попытка @ 2013-10-02 09:32:27 успешна.
    
    CN=Configuration,DC=andom,DC=local
        Default-First-Site-Name\DOMDHCPSERVER через  RPC
            DSA - GUID объекта: 0655cd0b-0f50-4353-a57c-bb41d9f0c8a1
            Последняя попытка @ 2013-10-02 08:53:29 успешна.
    
    CN=Schema,CN=Configuration,DC=andom,DC=local
        Default-First-Site-Name\DOMDHCPSERVER через  RPC
            DSA - GUID объекта: 0655cd0b-0f50-4353-a57c-bb41d9f0c8a1
            Последняя попытка @ 2013-10-02 08:53:29 успешна.
    
    DC=DomainDnsZones,DC=andom,DC=local
        Default-First-Site-Name\DOMDHCPSERVER через  RPC
            DSA - GUID объекта: 0655cd0b-0f50-4353-a57c-bb41d9f0c8a1
            Последняя попытка @ 2013-10-02 09:31:52 успешна.
    
    DC=ForestDnsZones,DC=andom,DC=local
        Default-First-Site-Name\DOMDHCPSERVER через  RPC
            DSA - GUID объекта: 0655cd0b-0f50-4353-a57c-bb41d9f0c8a1
            Последняя попытка @ 2013-10-02 08:53:29 успешна.
    repadmin со второго КД
    Microsoft Windows [Version 6.2.9200]
    (c) Корпорация Майкрософт, 2012. Все права защищены.
    
    C:\Users\Администратор.ANDOM>repadmin /showrepl
    
    Repadmin: выполнение команды /showrepl контроллере домена localhost с полным дос
    тупом
    Default-First-Site-Name\DOMDHCPSERVER
    Параметры DSA: IS_GC
    Параметры сайта: (none)
    DSA - GUID объекта: 0655cd0b-0f50-4353-a57c-bb41d9f0c8a1
    DSA - код вызова: ed115477-58fc-4105-a4af-80a184cf4ab6
    
    ==== ВХОДЯЩИЕ СОСЕДИ   ======================================
    
    DC=andom,DC=local
        Default-First-Site-Name\DOMCONTROLLER через  RPC
            DSA - GUID объекта: 533568e0-4acb-4b49-85a6-dc3be6f1d330
            Последняя попытка @ 2013-10-02 09:34:04 успешна.
    
    CN=Configuration,DC=andom,DC=local
        Default-First-Site-Name\DOMCONTROLLER через  RPC
            DSA - GUID объекта: 533568e0-4acb-4b49-85a6-dc3be6f1d330
            Последняя попытка @ 2013-10-02 08:50:58 успешна.
    
    CN=Schema,CN=Configuration,DC=andom,DC=local
        Default-First-Site-Name\DOMCONTROLLER через  RPC
            DSA - GUID объекта: 533568e0-4acb-4b49-85a6-dc3be6f1d330
            Последняя попытка @ 2013-10-02 08:50:58 успешна.
    
    DC=ForestDnsZones,DC=andom,DC=local
        Default-First-Site-Name\DOMCONTROLLER через  RPC
            DSA - GUID объекта: 533568e0-4acb-4b49-85a6-dc3be6f1d330
            Последняя попытка @ 2013-10-02 08:50:58 успешна.
    
    DC=DomainDnsZones,DC=andom,DC=local
        Default-First-Site-Name\DOMCONTROLLER через  RPC
            DSA - GUID объекта: 533568e0-4acb-4b49-85a6-dc3be6f1d330
            Последняя попытка @ 2013-10-02 09:32:07 успешна.

    nslookup на первом КД

    C:\Users\Администратор>nslookup andom.local 192.168.0.13
    ╤хЁтхЁ:  domcontroller.andom.local
    Address:  192.168.0.13
    
    ╚ь :     andom.local
    Addresses:  192.168.0.13
              192.168.8.13
              192.168.1.14
              192.168.1.13
    
    
    C:\Users\Администратор>nslookup andom.local 192.168.1.13
    ╤хЁтхЁ:  domdhcpserver.andom.local
    Address:  192.168.1.13
    
    ╚ь :     andom.local
    Addresses:  192.168.1.13
              192.168.1.14
              192.168.0.13
              192.168.8.13
    
    
    C:\Users\Администратор>

    nslookup на втором

    C:\Users\Администратор.ANDOM>nslookup andom.local 192.168.0.13
    ╤хЁтхЁ:  domcontroller.andom.local
    Address:  192.168.0.13
    
    ╚ь :     andom.local
    Addresses:  192.168.0.13
              192.168.8.13
              192.168.1.13
              192.168.1.14
    
    
    C:\Users\Администратор.ANDOM>nslookup andom.local 192.168.1.13
    ╤хЁтхЁ:  domdhcpserver.andom.local
    Address:  192.168.1.13
    
    ╚ь :     andom.local
    Addresses:  192.168.1.14
              192.168.1.13
              192.168.8.13
              192.168.0.13
    
    
    C:\Users\Администратор.ANDOM>

    как то так

    2 октября 2013 г. 4:07
  • С репликацией все ОК.

    На всякий случай, спрашиваю повторно: вы проверили (в свойствах зоны), что зона DNS для домена AD интегрирована в AD, а не стандартная?

    А последнюю рекомендацию по проверке разрешения имен я, какжется сформулировал некорректно.

    Нужно с того компьютера, на котором не открываются нужные веб-сервисы, проверить разрешение имен веб-сервисов через каждый настроенный на нем сервер DNS

    Для первого:

    nslookup apache 192.168.0.13

    nslookup apache 192.168.1.13

    и аналогично для остальных двух.

    Если имена разрешаются нормально, то проблема - не в DNS.

    Тогда следующим этапом рекомендуется убедиться, что маршрутизация работает нормально (командой ping), что браузер обращается к сайту напрямую, а не через прокси-сервер (например, посмотреть с помощью netstat, какие именно соединения устанавливаются), и что нет проблем с брандмауэром и/или ограничением доступа по IP в свойствах веб-сайта на веб-сервисах.

    Если доступ в веб-сервисам осуществляется по HTTP (не HTTPS) то это можно проверить с помощью telnet: установить подключение командой

    telnet имя-веб-сервиса 80

    и передать минимальный запрос HTTP

    HEAD / HTTP/1.0

    Host: имя-веб-сервиса

    после чего два раза нажать Enter - веб-сервер должен будет вернуть ответ с кодом результата.


    Слава России!

    2 октября 2013 г. 9:59
  • Про интеграцию, Вы имеете ввиду это?

    2 октября 2013 г. 10:03
  • C:\Users\Администратор.ANDOM>nslookup apache 192.168.0.13
    ╤хЁтхЁ:  domcontroller.andom.local
    Address:  192.168.0.13
    
    ╚ь :     apache.andom.local
    Addresses:  192.168.8.70
              192.168.0.70
    
    
    C:\Users\Администратор.ANDOM>nslookup apache 192.168.1.13
    ╤хЁтхЁ:  domdhcpserver.andom.local
    Address:  192.168.1.13
    
    ╚ь :     apache.andom.local
    Addresses:  192.168.8.70
              192.168.0.70
    
    
    C:\Users\Администратор.ANDOM>nslookup dynamics 192.168.0.13
    ╤хЁтхЁ:  domcontroller.andom.local
    Address:  192.168.0.13
    
    ╚ь :     dynamics.andom.local
    Address:  192.168.8.55
    
    
    C:\Users\Администратор.ANDOM>nslookup dynamics 192.168.1.13
    ╤хЁтхЁ:  domdhcpserver.andom.local
    Address:  192.168.1.13
    
    ╚ь :     dynamics.andom.local
    Address:  192.168.8.55
    
    
    C:\Users\Администратор.ANDOM>nslookup dynamics 192.168.0.13
    ╤хЁтхЁ:  domcontroller.andom.local
    Address:  192.168.0.13
    
    ╚ь :     dynamics.andom.local
    Address:  192.168.8.55
    
    
    C:\Users\Администратор.ANDOM>nslookup sharepoint 192.168.0.13
    ╤хЁтхЁ:  domcontroller.andom.local
    Address:  192.168.0.13
    
    ╚ь :     sharepoint.andom.local
    Addresses:  192.168.8.50
              192.168.0.50
    
    
    C:\Users\Администратор.ANDOM>nslookup sharepoint 192.168.1.13
    ╤хЁтхЁ:  domdhcpserver.andom.local
    Address:  192.168.1.13
    
    ╚ь :     sharepoint.andom.local
    Addresses:  192.168.0.50
              192.168.8.50
    
    
    C:\Users\Администратор.ANDOM>

    и пинг

    C:\Users\Администратор.ANDOM>ping apache
    
    Обмен пакетами с apache.andom.local [192.168.0.70] с 32 байтами данных:
    Ответ от 192.168.0.70: число байт=32 время=39мс TTL=126
    Ответ от 192.168.0.70: число байт=32 время=43мс TTL=126
    Ответ от 192.168.0.70: число байт=32 время=43мс TTL=126
    Ответ от 192.168.0.70: число байт=32 время=45мс TTL=126
    
    Статистика Ping для 192.168.0.70:
        Пакетов: отправлено = 4, получено = 4, потеряно = 0
        (0% потерь)
    Приблизительное время приема-передачи в мс:
        Минимальное = 39мсек, Максимальное = 45 мсек, Среднее = 42 мсек
    
    C:\Users\Администратор.ANDOM>ping dynamics
    
    Обмен пакетами с dynamics.andom.local [192.168.8.55] с 32 байтами данных:
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    
    Статистика Ping для 192.168.8.55:
        Пакетов: отправлено = 4, получено = 0, потеряно = 4
        (100% потерь)
    
    C:\Users\Администратор.ANDOM>ping sharepoint
    
    Обмен пакетами с sharepoint.andom.local [192.168.0.50] с 32 байтами данных:
    Ответ от 192.168.0.50: число байт=32 время=48мс TTL=126
    Ответ от 192.168.0.50: число байт=32 время=39мс TTL=126
    Ответ от 192.168.0.50: число байт=32 время=43мс TTL=126
    Ответ от 192.168.0.50: число байт=32 время=41мс TTL=126
    
    Статистика Ping для 192.168.0.50:
        Пакетов: отправлено = 4, получено = 4, потеряно = 0
        (0% потерь)
    Приблизительное время приема-передачи в мс:
        Минимальное = 39мсек, Максимальное = 48 мсек, Среднее = 42 мсек
    
    C:\Users\Администратор.ANDOM>


    • Изменено Sobsoft 2 октября 2013 г. 10:15
    2 октября 2013 г. 10:12
  • telnet apache вернул код странички и в конце передал: Подключение к узлу потеряно.

    telnet sharepoint тоже вернул чуток кода правда с ошибкой 400, но это из-за того что по айпи шарпойнт не хочет грузиться.

    telnet dynamics ничего не вернул вообще

    2 октября 2013 г. 10:28
  • Судя по пингу и лукапу у меня появилось предположение, что мешается 8-я подсеть. Это 2-я подсеть в первом офисе. На первом сервере есть 2 адаптера и у каждого сервера (у физического и виртуалок) прописаны эти ДНС с 8.13 соответственно в одном из адаптеров. Может ли это влиять?

    2 октября 2013 г. 10:30
  • Да, если между сетями 192.168.8.0/24 и 192.168.1.0/24 не настроена маршрутизация, то это будет вызывать проблему - т.к. имена веб-сервисов зарегистрированы в этой сети.

    Что делать - решать вам: либо настроить маршрутизацию, либо отключить для этих VM динамическую регистрацию в DNS и создать вручную нужные записи только для сети 192.168.0.0/24.


    Слава России!

    2 октября 2013 г. 12:16
  • Да, если между сетями 192.168.8.0/24 и 192.168.1.0/24 не настроена маршрутизация, то это будет вызывать проблему - т.к. имена веб-сервисов зарегистрированы в этой сети.

    Что делать - решать вам: либо настроить маршрутизацию, либо отключить для этих VM динамическую регистрацию в DNS и создать вручную нужные записи только для сети 192.168.0.0/24.


    Слава России!

    Просто в первом офисе 2 канала Интернета (первый с 0 - чисто под серверы), второй для рабочей сети (который 8) чтобы первая сетка не нагружалась от всяких там соцсетей и др ресурсов не по делу.

    Т.е. как делать - отключать второй адаптер, и делать маршрутизацию на сервере с 8 на 0 сеть, попутно вставив проводок в роутер с для 0 сети?

    3 октября 2013 г. 3:11
  • Устранил 8-ю подсеть (посадил на ту же 0-ю - причем у роутера бывшей 8-й сети включен dns relay). Почисли записи ДНС, удалил лишний адаптер на каждом из серверов - и все пошло как по маслу - крутбл) всем спасибо за ценные советы.
    • Помечено в качестве ответа Sobsoft 6 октября 2013 г. 9:03
    6 октября 2013 г. 9:03