none
смена ip рабочей станции ведёт к невозможности доступа с неё к windows 2003 server через сетевое окружение RRS feed

  • Вопрос

  • Здравствуйте, уважаемые.
    Есть компьютер под управлением Windows 2003 server std. edition R2 RUS
    В свойствах его сетевой карты (протокол TCP/IP, дополнительно) добавляю ему ещё один сетевой адрес.
    В моём случае, кроме 192.168.0.100 добавляю 192.168.1.100.
    Добавляю подсеть 192.168.1.0/255.255.255.0 в список разрешённых в брандмауэре. перенастариваю прокси и корпоративный антивирус.
    Потом на рабочей станции меняю IP с 192.168.0.8 на 192.168.1.8.
    После чего прокси, антивирус, пинги с рабочей станции до сервера работают замечательно, но зайти через сетевое окружение не получается.
    Эксплорер некоторое время думает и выдаёт сообщение:
    нет доступа к \\Server. Возможно, у вас нет прав на использование этого сетевого ресурса. Обратитесь к админу серва для получения соотв. прав доступа.Да, и ещё: сервер настроен на роль контроллера домена, однако в домене пусто, предполагаю обойтись созданием нескольких рабочих групп с разными адресами подсетей (192.168.0, 192.168.1, 192.168.2 и т.п.).
    И вот, до проведения этих манипуляций на рабочей станции в сетевом окружении виделся и домен (с одним сервером внутри) и рабочая группа с клиентскими машинами, теперь домен в сетевом окружении отсутствует, в рабочей группе только одна тестовая машина (ну, последнее понятно).

    Пожалуйста, помогите разобраться с данным безобразием. Если написал не туда, прошу прощения.
    Заранее спасибо за ответ.

    • Изменено shadechaser 10 июля 2009 г. 13:04
    10 июля 2009 г. 13:02

Ответы

  • получил исчерпывающий ответ на форуме ixbt.com:
    1. Сетевое окружение работает на NetBIOS over TCP/IP;
    2. При наличии на одной сетевой карте 2-х и более IP-адресов поддержка NetBIOS over TCP/IP будет осуществляться только на одном IP-адресе.
    13 июля 2009 г. 12:44

Все ответы

  • А "nslookup server" что возвращает?


    Спасибо моей жене Кате, Клевогину С.П., Козлову С.В., Муравлянникову Н.А., Никитину И.Г., Шапиро Л.В. за мои знания! :)
    10 июля 2009 г. 13:14
    Отвечающий
  • Ваша проблема, скорее всего, в сетевом окружении - от него уже давно нужно отказаться;-)!
    Попробуйте зайти на рабочую станцию непосредственно по IP-адресу.
    10 июля 2009 г. 16:02
  • что-то вообще странное он возвращает...
    nslookup Server
    *** Default servers are not available
    Server:  UnKnown
    Address:  127.0.0.1
    *** UnKnown can't find Server: No response from server

    через ip-адрес пробовал заходить (\\192.168.1.100)
    результат тот же, что и при \\Server

    13 июля 2009 г. 5:26
  • shadechaser, выложите результат команды ipconfig /all для сервера и рабочей станции.

    Служба DNS на сервере настроена?
    Какой адрес DNS фигурирует на клиенте в настройках TCP/IP - 192.168.0.100 или 192.168.1.100?
    С отключенным брандмауэром и антиварусом соединение проверяли?
    13 июля 2009 г. 6:07
  • ipconfig /all сервера

    Настройка протокола IP для Windows

       Имя компьютера  . . . . . . . . . : server
       Основной DNS-суффикс  . . . . . . : USP.local
       Тип узла. . . . . . . . . . . . . : неизвестный
       IP-маршрутизация включена . . . . : нет
       WINS-прокси включен . . . . . . . : нет
       Порядок просмотра суффиксов DNS . : USP.local

    usp - Ethernet адаптер:

       DNS-суффикс этого подключения . . :
       Описание  . . . . . . . . . . . . : ASUS NX1101 Gigabit Ethernet Adapter
       Физический адрес. . . . . . . . . : 00-1D-60-5C-CD-5E
       DHCP включен. . . . . . . . . . . : нет
       IP-адрес  . . . . . . . . . . . . : 192.168.1.100
       Маска подсети . . . . . . . . . . : 255.255.255.0
       IP-адрес  . . . . . . . . . . . . : 192.168.0.100
       Маска подсети . . . . . . . . . . : 255.255.255.0
       Основной шлюз . . . . . . . . . . :
       DNS-серверы . . . . . . . . . . . : 127.0.0.1

    iptelecom - Ethernet адаптер:

       DNS-суффикс этого подключения . . :
       Описание  . . . . . . . . . . . . : Realtek RTL8168/8111 PCI-E Gigabit Ethernet NIC
       Физический адрес. . . . . . . . . : 00-15-F2-C2-1B-33
       DHCP включен. . . . . . . . . . . : нет
       IP-адрес  . . . . . . . . . . . . : *.*.*.* (я так думаю, несущественно здесь :) )
       Маска подсети . . . . . . . . . . : 255.255.255.192
       Основной шлюз . . . . . . . . . . : *.*.*.*
       DNS-серверы . . . . . . . . . . . : *.*.*.*


    ipconfig /all клиента

    Настройка протокола IP для Windows

            Имя компьютера  . . . . . . . . . : shade
            Основной DNS-суффикс  . . . . . . :
            Тип узла. . . . . . . . . . . . . : неизвестный
            IP-маршрутизация включена . . . . : нет
            WINS-прокси включен . . . . . . . : нет

    local - Ethernet адаптер:

            DNS-суффикс этого подключения . . :
            Описание  . . . . . . . . . . . . : NVIDIA nForce Networking Controller
            Физический адрес. . . . . . . . . : 00-1E-8C-1D-20-11
            Dhcp включен. . . . . . . . . . . : нет
            IP-адрес  . . . . . . . . . . . . : 192.168.1.8
            Маска подсети . . . . . . . . . . : 255.255.255.0
            Основной шлюз . . . . . . . . . . :


    как видно, dns -сервер вообще не фигурирует у клиента. на сервере dns запущен, равно как и AD, однако цель я уже в первом сообщении озвучил, обойтись без домена и dns. на клиенте, впрочем, пробовал указывать в качестве dns-сервера 192.168.1.100 - безрезультатно.
    брандмауэр отключал, антивирус так же. молчит, как рыба об лёд.
    да, ещё одно наблюдение.
    поюзал из комплекта support tools на диске с виндой утилитку browstat.exe с ключом status.
    главным обозревателем клиент считает исключительно себя, причём ответ даёт быстро, т.е. к сети даже не обращается особо, судя по всему. конечно, можно в реестре ему сказать, чтоб не участвовал в выборах, однако потом на всех остальных 57 рабочих станциях конторы этого бы делать не хотелось...

    • Изменено shadechaser 13 июля 2009 г. 9:09
    13 июля 2009 г. 7:04
  • Уважаемый shadechaser!
    Чтобы конкретный компьютер мог разрешить имя другого устройства в IP-адрес этого устройства (в Вашем случае - имя server в 192.168.1.100 или 192.168.0.100) нужна правильно настроенная служба DNS или WINS, либо на этом клиенте должен быть файл HOSTS или LMHOSTS с нужными записями.
    Если Вы не хотите использовать DNS, то придется на каждом клиенте возиться с файлом HOSTS/LMHOSTS (ИМХО - сомнительное удовольствие) или включить поддержку WINS на сервере и всех клиентах.
    13 июля 2009 г. 8:16
  • совершенно верно, в файле hosts на клиенте соответствующую запись про сервер создал сразу же. не работает.
    не знаю, стоит ли заводить всё в DNS (грубо говоря, это суть тот же hosts, только на всю сеть сразу).
    ведь с компьютеров, оставшихся со "старыми" адресами (192.168.0.*) доступ прекрасно работает, а тут даже домен в сетевом окружении не виден, только одна рабочая группа со злополучным клиентом...
    13 июля 2009 г. 8:29
  • У Вас на всех клиентах в сети используется файл HOSTS? Выложите, пожалуйста, содержимое файла HOSTS с клиента и сервера.
    На сколько я понял сервер одновременно служит для клиентов шлюзом в Интернет? Если да, то как с клиента организован доступ в Интернет?

    P.S. Не нужно в DNS заводить клиентов руками - для этого есть динамическое обновление зоны.
    13 июля 2009 г. 10:25
  • нет, файл hosts я попробовал применить только на тестовой клиентской машине, и только когда началась именно эта вот ситуация. просто прописал в нём:
    192.168.1.100 Server
    на других клиентах файл hosts не применён.
    выход в интернет осуществляется про помощи прокси, авторизация по логину-паролю. уверяю вас, прокси здесь не при чём, здесь что-то в политиках домена, судя по всему... потому что именно домен не виден в сетевом окружении, и как следствие, всё его содержимое.
    в серверах и доменах ориентируюсь пока весьма поверхностно, но мне кажется, копать нужно в эту сторону.
    13 июля 2009 г. 10:44
  • Попробуйте шлюз прописать.


    Если мой ответ Вам помог, отметь его, пожалуйста.
    13 июля 2009 г. 10:55
  • нет, не помогает... да и шлюзованием для интернета прокси занимается, а он без лишних настроек сетевых карт работает, сидит порт слушает и всё :)
    13 июля 2009 г. 11:46
  • получил исчерпывающий ответ на форуме ixbt.com:
    1. Сетевое окружение работает на NetBIOS over TCP/IP;
    2. При наличии на одной сетевой карте 2-х и более IP-адресов поддержка NetBIOS over TCP/IP будет осуществляться только на одном IP-адресе.
    13 июля 2009 г. 12:44