Mac OSX, подключенный к домену Active Directory, не подключается к сетевому диску через VPN. Я подозреваю, DNS, но настройки все выглядят нормально

756
Ben Plont

У меня есть удаленный пользователь, который использует новую книгу MAC Pro для входа в домен Windows через LogMeIn Hamachi. Hamachi подключается к домену:

enter image description here

Я могу пропинговать макинтош с сервера Hamachi, к которому он подключен по ip. Я могу пинг с MacBook на файловый сервер с помощью DNS ...

пинг файловый сервер

Я получаю ответ, но IP-адрес неверен. Это должно быть 192.168.1.13. Тем не менее, он сообщает что-то вроде: 10.0.10.40.

Я связал MacBook с Doamin, как здесь: enter image description here

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

enter image description here

У меня DNS настроен в домене для файлового сервера 192.168.1.13, у сервера статический IP.

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

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

Я прошел весь шаг здесь и здесь .

Любая помощь с благодарностью.

1
откуда берется адрес 10.0.10.40? Что вы получаете, когда вы делаете `` `файл-сервер` ``` на Mac? Вы получаете более одного адреса в качестве ответа? heiglandreas 9 лет назад 0
@heiglandreas Я почти уверен, что 10.0.10.40 исходит от Hamachi (VPN-клиент). Я не пробовал команду копать с Mac, но я сделаю это, и я опубликую результаты. Ben Plont 9 лет назад 0
Говорят, что Хамачи явно НЕ использует диапазон 10.xyz (http://en.wikipedia.org/wiki/Hamachi_%28software%29#Addressing) heiglandreas 9 лет назад 0
@heiglandreas Говорят, что он исключает диапазон 10.xyz на стороне клиента. Адрес 10.xyz приходит со стороны сервера, не так ли? Ben Plont 9 лет назад 0

1 ответ на вопрос

1
Ben Plont

The possible culprits, that I could think of, for this situation were:

• VPN tunnel failing or VPN misconstruing DNS

• MacBook not being joined to the domain

• User account permissions not being configured properly

• Client or server side firewall configuration inaccuracy

• Local Network ID and Remote User's Network ID matching, causing conflict

I tested the first four items extensively and found no errors. The fifth scenario was the only possibility. I sent the remote user to another network to test the matching netID theory. All drives mapped successfully.

In this situation the issue was matching NetIDs of the local network and the remote network.

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