Содержание
- Токарчук Андрей
- Когда не получается ввести компьютер в домен
- Спасибо!
- Устранение неполадок с разрешением DNS-имен в Интернете в Windows Server
- Аннотация
- Обновление корневых указаний с помощью оснастки DNS
- На контроллере, отличном от домена
- На контроллере домена
- Troubleshooting DNS servers
- Check IP configuration
- Check DNS server problems
- Event log
- Test by using nslookup query
- Checking for problems with authoritative data
- If the server is a primary server
- If the server is hosting a secondary copy of the zone
- Checking for recursion problems
- Test a broken delegation
- To view the current root hints
- Zone Transfer Problems
Токарчук Андрей
Мне 34 года. Профессионально занимаюсь PHP-программированием. В работе использую PHP, JS, Symfony, Doctrine и многое другое. А вообще мне нравится всё новое и интересное 🙂
Когда не получается ввести компьютер в домен
Довольно часто после всяческих экспериментов с сетевыми подключениями, переустановкой винды и прочего может возникнуть такая ситуация, что рабочая станция перестанет входить в домен. Это бывает по нескольким причинам. В этом посте я расскажу о двух из них
Ошибка при запросе DNS записи ресурса размещения службы (SRV), используемой для нахождения контроллера домена Active Directory
Полный текст ошибки может быть такой:
Ошибка при запросе DNS записи ресурса размещения службы (SRV), используемой для нахождения контроллера домена Active Directory для домена «domain.loc»:
Произошла ошибка: «DNS-имя не существует.»
(код ошибки: 0x0000232B RCODE_NAME_ERROR)
Опрос проводился для SRV-записи для _ldap._tcp.dc._msdcs.exigeant.loc
Возможны следующие причины ошибки:
— SRV-записи DNS, необходимые для нахождения контроллера домена Active Directory в этом домене, не зарегистрированы в службе DNS. Эти записи регистрируются на DNS-сервере автоматически при добавлении контроллера домена Active Directory в домен. Они обновляются контроллером домена Active Directory через заданные интервалы. Этот компьютер настроен на использование DNS-серверов со следующими IP-адресами:
8.8.8.8
192.168.0.1
— Одна или несколько зон из указанных ниже не содержит делегирование к своей дочерней зоне:
domain.loc
loc
. (корневая зона)
Решение
- Контроллер домена должен быть первым DNS сервером в списке. Если у вас в сетевои соединении прописано два DNS серера, например внутренний и внешний, то важно помнить, чтобы их порядок был правильным. Вы можете настроить порядок через кнопку «Дополнительно», закладку «DNS» в настройках сетевого подключения.
- Также важным моментом является адрес DNS сервера, вы должны прописывать внутренний (а не вшешний) адрес вашего DNS-сервера (он же контроллер домена).
При присоединении к домену произошла следующая ошибка: Сетевая папка недоступна
Решение
Проверьте, включена ли галочка «Клиент для сетей Microsoft» в настройках сетевого соединения.
Спасибо!
Если вам помогла статья, или вы хотите поддержать мои исследования и блог — вот лучший способ сделать это:
Источник
Устранение неполадок с разрешением DNS-имен в Интернете в Windows Server
В этой статье приведены методы устранения неполадок с разрешением имен DNS в Интернете в Microsoft Windows Server.
Применяется к: Windows Server 2012 R2
Исходный номер базы знаний: 816567
Аннотация
В этой статье описываются методы, которые можно использовать для настройки DNS, если запросы, направленные в Интернет, разрешены неправильно, но правильно работают функции разрешения имен локальной интрасети.
Файл Cache.dns, в котором хранятся корневые указания на компьютере Windows Server, может отсутствовать или быть поврежден. Вы можете вручную добавить корневые указания с помощью оснастки DNS, заменить файл Cache.dns на жестком диске файлом cache.dns резервной копии или заменить его исходной версией файла Cache.dns.
Обновление корневых указаний с помощью оснастки DNS
Обновление корневых указаний:
На контроллере, отличном от домена
Чтобы вручную добавить корневые указания на DNS-сервер Windows Server, который не настроен в качестве контроллера домена:
- Нажмите кнопку Пуск, последовательно выберите пункты Администрирование и DNS.
- В правой области щелкните правой кнопкой мыши имя сервера, где ServerName — это имя сервера, и выберите пункт «Свойства».
- Откройте вкладку «Корневые подсказки » и нажмите кнопку «Добавить».
- Укажите полное доменное имя (FQDN) и IP-адрес корневого сервера, который вы хотите добавить, и нажмите кнопку «ОК».
На контроллере домена
Обновление корневых указаний на DNS-сервере Windows Server, настроенном в качестве контроллера домена:
- Нажмите кнопку Пуск, последовательно выберите пункты Администрирование и DNS.
- В правой области щелкните правой кнопкой мыши имя сервера, где ServerName — это имя сервера, и выберите пункт «Свойства».
- Откройте вкладку «Корневые подсказки «.
- Выполните одно из следующих действий.
- Добавьте корневой сервер в список. Для этого нажмите кнопку «Добавить», укажите полное доменное имя и IP-адрес корневого сервера, который вы хотите добавить, и нажмите кнопку «ОК».
- Скопируйте корневые указания с другого DNS-сервера. Для этого нажмите кнопку «Копировать с сервера «, укажите IP-адрес DNS-сервера, с которого нужно скопировать корневые указания, и нажмите кнопку «ОК».
- Нажмите кнопку ОК.
Ниже приведен список корневых серверов, указанный сетевыми решениями.
Источник
Troubleshooting DNS servers
Try our Virtual Agent — It can help you quickly identify and fix common DNS issues.
This article discusses how to troubleshoot issues on DNS servers.
Check IP configuration
Run ipconfig /all at a command prompt, and verify the IP address, subnet mask, and default gateway.
Check whether the DNS server is authoritative for the name that is being looked up. If so, see Checking for problems with authoritative data.
Run the following command:
If you get a failure or time-out response, see Checking for recursion problems.
Flush the resolver cache. To do this, run the following command in an administrative Command Prompt window:
Or, in an administrative PowerShell window, run the following cmdlet:
Check DNS server problems
Event log
Check the following logs to see whether there are any recorded errors:
Test by using nslookup query
Run the following command and check whether the DNS server is reachable from client computers.
If the resolver returns the IP address of the client, the server does not have any problems.
If the resolver returns a «Server failure» or «Query refused» response, the zone is probably paused, or the server is possibly overloaded. You can learn whether it’s paused by checking the General tab of the zone properties in the DNS console.
If the resolver returns a «Request to server timed out» or «No response from server» response, the DNS service probably is not running. Try to restart the DNS Server service by entering the following at a command prompt on the server:
If the issue occurs when the service is running, the server might not be listening on the IP address that you used in your nslookup query. On the Interfaces tab of the server properties page in the DNS console, administrators can restrict a DNS server to listen on only selected addresses. If the DNS server has been configured to limit service to a specific list of its configured IP addresses, it’s possible that the IP address that’s used to contact the DNS server is not in the list. You can try a different IP address in the list or add the IP address to the list.
In rare cases, the DNS server might have an advanced security or firewall configuration. If the server is located on another network that is reachable only through an intermediate host (such as a packet filtering router or proxy server), the DNS server might use a non-standard port to listen for and receive client requests. By default, nslookup sends queries to DNS servers on UDP port 53. Therefore, if the DNS server uses any other port, nslookup queries fail. If you think that this might be the problem, check whether an intermediate filter is intentionally used to block traffic on well-known DNS ports. If it’s not, try to modify the packet filters or port rules on the firewall to allow traffic on UDP/TCP port 53.
Check whether the server that returns the incorrect response is a primary server for the zone (the standard primary server for the zone or a server that uses Active Directory integration to load the zone) or a server that’s hosting a secondary copy of the zone.
If the server is a primary server
The problem might be caused by user error when users enter data into the zone. Or, it might be caused by a problem that affects Active Directory replication or dynamic update.
If the server is hosting a secondary copy of the zone
Examine the zone on the primary server (the server from which this server pulls zone transfers).
You can determine which server is the primary server by examining the properties of the secondary zone in the DNS console.
If the name is not correct on the primary server, go to step 4.
If the name is correct on the primary server, check whether the serial number on the primary server is less than or equal to the serial number on the secondary server. If it is, modify either the primary server or the secondary server so that the serial number on the primary server is greater than the serial number on the secondary server.
On the secondary server, force a zone transfer from within the DNS console or by running the following command:
For example, if the zone is corp.contoso.com, enter: dnscmd /zonerefresh corp.contoso.com .
Examine the secondary server again to see whether the zone was transferred correctly. If not, you probably have a zone transfer problem. For more information, see Zone Transfer Problems.
If the zone was transferred correctly, check whether the data is now correct. If not, the data is incorrect in the primary zone. The problem might be caused by user error when users enter data into the zone. Or, it might be caused by a problem that affects Active Directory replication or dynamic update.
Checking for recursion problems
For recursion to work successfully, all DNS servers that are used in the path of a recursive query must be able to respond and forward correct data. If they can’t, a recursive query can fail for any of the following reasons:
The query times out before it can be completed.
A server that’s used during the query fails to respond.
A server that’s used during the query provides incorrect data.
Start troubleshooting at the server that was used in your original query. Check whether this server forwards queries to another server by examining the Forwarders tab in the server properties in the DNS console. If the Enable forwarders check box is selected, and one or more servers are listed, this server forwards queries.
If this server does forward queries to another server, check for problems that affect the server to which this server forwards queries. To check for problems, see Check DNS Server problems. When that section instructs you to perform a task on the client, perform it on the server instead.
If the server is healthy and can forward queries, repeat this step, and examine the server to which this server forwards queries.
If this server does not forward queries to another server, test whether this server can query a root server. To do this, run the following command:
If the resolver returns the IP address of a root server, you probably have a broken delegation between the root server and the name or IP address that you’re trying to resolve. Follow the Test a broken delegation procedure to determine where you have a broken delegation.
If the resolver returns a «Request to server timed out» response, check whether the root hints point to functioning root servers. To do this, use the To view the current root hints procedure. If the root hints do point to functioning root servers, you might have a network problem, or the server might use an advanced firewall configuration that prevents the resolver from querying the server, as described in the Check DNS server problems section. It’s also possible that the recursive time-out default is too short.
Test a broken delegation
Begin the tests in the following procedure by querying a valid root server. The test takes you through a process of querying all the DNS servers from the root down to the server that you’re testing for a broken delegation.
At the command prompt on the server that you’re testing, enter the following:
Resource record type is the type of resource record that you were querying for in your original query, and FQDN is the FQDN for which you were querying (terminated by a period).
If the response includes a list of «NS» and «A» resource records for delegated servers, repeat step 1 for each server and use the IP address from the «A» resource records as the server IP address.
If the response does not contain an «NS» resource record, you have a broken delegation.
If the response contains «NS» resource records, but no «A» resource records, enter set recursion, and query individually for «A» resource records of servers that are listed in the «NS» records. If you do not find at least one valid IP address of an «A» resource record for each NS resource record in a zone, you have a broken delegation.
If you determine that you have a broken delegation, fix it by adding or updating an «A» resource record in the parent zone by using a valid IP address for a correct DNS server for the delegated zone.
To view the current root hints
Start the DNS console.
Add or connect to the DNS server that failed a recursive query.
Right-click the server, and select Properties.
Click Root Hints.
Check for basic connectivity to the root servers.
If root hints appear to be configured correctly, verify that the DNS server that’s used in a failed name resolution can ping the root servers by IP address.
If the root servers do not respond to pinging by IP address, the IP addresses for the root servers might have changed. However, it’s uncommon to see a reconfiguration of root servers.
Zone Transfer Problems
Run the following checks:
Check Event Viewer for both the primary and secondary DNS server.
Check the primary server to see whether it’s refusing to send the transfer for security.
Check the Zone Transfers tab of the zone properties in the DNS console. If the server restricts zone transfers to a list of servers, such as those listed on the Name Servers tab of the zone properties, make sure that the secondary server is on that list. Make sure that the server is configured to send zone transfers.
Check the primary server for problems by following the steps in the Check DNS server problems section. When you’re prompted to perform a task on the client, perform the task on the secondary server instead.
Check whether the secondary server is running another DNS server implementation, such as BIND. If it is, the problem might have one of the following causes:
The Windows primary server might be configured to send fast zone transfers, but the third-party secondary server might not support fast-zone transfers. If this is the case, disable fast-zone transfers on the primary server from within the DNS console by selecting the Enable Bind secondaries check box on the Advanced tab of the properties for your server.
If a forward lookup zone on the Windows server contains a record type (for example, an SRV record) that the secondary server does not support, the secondary server might have problems pulling the zone.
Check whether the primary server is running another DNS server implementation, such as BIND. If so, it’s possible that the zone on the primary server includes incompatible resource records that Windows does not recognize.
If either the master or secondary server is running another DNS server implementation, check both servers to make sure that they support the same features. You can check the Windows server in the DNS console on the Advanced tab of the properties page for the server. In addition to the Enable Bind secondaries box, this page includes the Name checking drop-down list. This enables you to select enforcement of strict RFC compliance for characters in DNS names.
Источник
@AdAlex
Студент не разбирающийся в сетях.
Почему ПК не подключается к домену?
Добрый день.
Пытался настроить сервер 2012 в VM и подключить 2 ПК,но что то пошло не так.
На сервере установлен AD,DHCP,DNS.Windows 7 пингует сервер,XP нет (заданный узел не доступен).При попытке оба ПК перевести с рабочей группы на домен пишет
spoiler
Ошибка при запросе DNS записи ресурса размещения службы (SRV), используемой для нахождения контроллера домена Active Directory для домена "domain.local":
Произошла ошибка: "DNS-имя не существует."
(код ошибки: 0x0000232B RCODE_NAME_ERROR)
Опрос проводился для SRV-записи для _ldap._tcp.dc._msdcs.domain.local
Возможны следующие причины ошибки:
- SRV-записи DNS, необходимые для нахождения контроллера домена Active Directory в этом домене, не зарегистрированы в службе DNS. Эти записи регистрируются на DNS-сервере автоматически при добавлении контроллера домена Active Directory в домен. Они обновляются контроллером домена Active Directory через заданные интервалы. Этот компьютер настроен на использование DNS-серверов со следующими IP-адресами:
192.168.0.1
- Одна или несколько зон из указанных ниже не содержит делегирование к своей дочерней зоне:
domain.local
local
. (корневая зона)
ipconfig Windows 7
spoiler
Microsoft Windows [Version 6.1.7601]
(c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.
C:UsersWinda 7 SW>ipconfig/all
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : PC-2
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : localdomain
Ethernet adapter Подключение по локальной сети:
DNS-суффикс подключения . . . . . : localdomain
Описание. . . . . . . . . . . . . : Сетевое подключение Intel(R) PRO/1000 MT
Физический адрес. . . . . . . . . : 00-0C-29-0E-AB-64
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::18a7:fe88:5625:2920%11(Основной)
IPv4-адрес. . . . . . . . . . . . : 192.168.217.128(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Аренда получена. . . . . . . . . . : 29 марта 2019 г. 12:27:57
Срок аренды истекает. . . . . . . . . . : 29 марта 2019 г. 13:45:38
Основной шлюз. . . . . . . . . : 192.168.217.2
DHCP-сервер. . . . . . . . . . . : 192.168.217.254
IAID DHCPv6 . . . . . . . . . . . : 234884137
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-24-2D-34-7A-00-0C-29-0E-AB-64
DNS-серверы. . . . . . . . . . . : 192.168.0.1
Основной WINS-сервер. . . . . . . : 192.168.217.2
NetBios через TCP/IP. . . . . . . . : Включен
Туннельный адаптер isatap.localdomain:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . : localdomain
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #3
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
C:UsersWinda 7 SW>
ipconfig Windows XP
spoiler
Microsoft Windows XP [Версия 5.1.2600]
(С) Корпорация Майкрософт, 1985-2001.
C:Documents and SettingsАдминистратор>ipconfig/all
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : 110-1
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : неизвестный
IP-маршрутизация включена . . . . : нет
WINS-прокси включен . . . . . . . : нет
Подключение по локальной сети - Ethernet адаптер:
DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : VMware Accelerated AMD PCNet Adapter
Физический адрес. . . . . . . . . : 00-0C-29-E8-F2-56
Dhcp включен. . . . . . . . . . . : да
Автонастройка включена . . . . . : да
IP-адрес автонастройки. . . . . . : 169.254.194.114
Маска подсети . . . . . . . . . . : 255.255.0.0
Основной шлюз . . . . . . . . . . :
DNS-серверы . . . . . . . . . . . : 192.168.0.1
C:Documents and SettingsАдминистратор>
Ipconfig Сервера
spoiler
PS C:UsersServ> ipconfig
Настройка протокола IP для Windows
Ethernet adapter Ethernet0:
DNS-суффикс подключения . . . . . :
Локальный IPv6-адрес канала . . . : fe80::edf2:8665:11cd:5977%12
IPv4-адрес. . . . . . . . . . . . : 192.168.0.1
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 0.0.0.0
Туннельный адаптер isatap.{3B0846F9-163F-4B0E-BBDD-ECDB33A5C1CF}:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
PS C:UsersServ
Nslookup DNS сервера
spoiler
DNS request timed out.
timeout was 2 seconds.
╤хЁтхЁ яю єьюыўрэш■: UnKnown
Address: fe80::edf2:8665:11cd:5977>
Я начинающий сис.админ.Мучаюсь второй день..Как решить проблему?
-
Вопрос заданболее трёх лет назад
-
5744 просмотра
Решение найдено.Как оказалось,в настройках VM у сервера был прописан подключение через узел,а у всех остальных ПК через мост,поменял у всех на узел,все заработало.Всем спасибо.
Пригласить эксперта
С сетью у вас трэш какой-то.
На AD нету шлюза (как у вас там что-то маршрутизируется?), dhcp другой на win 7, разные подсети, на xp возможно вообще dhcp клиент отключен (либо ещё по какой-то причине не получает адрес). Возможно сами компы не вводятся в домен т.к. нет доступа до днс сервера.
Я предполагаю, что вы начудили с настройкой сети виртуальных машин.
Пытался настроить сервер 2012 в VM и подключить 2 ПК,но что то пошло не так.
плз, подробнее о схеме сети:
— все ли компы виртуальные?
— если нет, имеется ли роутер в физической сети? его ip и ip машины хоста гипервизора VM в студию плз
— на виртуальных машинах NAT или Bridge? upd
надо Bridge
точнее надо плясать от цели и подробностей конфигурации. для виртуального макета может и как раз virt only /upd (но это далеко не все.. остальное зависит от подробностей по всем пунктам)
PS
ХР айпишник не получает у вас..
у «7» тоже откровенный левак..
но самое главное:
— если контроллер на VM, то где клиенты?
— каковы настройки VM в части сети?
.. и это только начало разговора, врядли короткого
ХР айпишник не получает у вас..
С настройкой виртуалок какой то косяк. Предлогаю на реальных компах попробовать. Чтобы поднялся домен, должна работать общаяя сеть с рабочей группой, WINS, DHCP.
-
Показать ещё
Загружается…
13 февр. 2023, в 00:57
10000 руб./за проект
13 февр. 2023, в 00:32
10000 руб./за проект
13 февр. 2023, в 00:12
20000 руб./за проект
Минуточку внимания
29 / 26 / 9 Регистрация: 04.03.2013 Сообщений: 742 |
|
1 |
|
ПК не вводится в домен20.04.2021, 14:31. Показов 4715. Ответов 9
Здравствуйте! Контроллер домена Windows Server 2019 Standart Код Замечание: эта информация предназначена для сетевого администратора. Пожалуйста, сообщите эту информацию вашему сетевому администратору. Для удобства, она уже сохранена в файле "C:Windowsdebugdcdiag.txt". Ошибка при запросе DNS записи ресурса размещения службы (SRV), используемой для нахождения контроллера домена Active Directory для домена "SERVERDOMEN.LOCAL": Произошла ошибка: "DNS-имя не существует." (код ошибки: 0x0000232B RCODE_NAME_ERROR) Опрос проводился для SRV-записи для _ldap._tcp.dc._msdcs.SERVERDOMEN.LOCAL Возможны следующие причины ошибки: - SRV-записи DNS, необходимые для нахождения контроллера домена Active Directory в этом домене, не зарегистрированы в службе DNS. Эти записи регистрируются на DNS-сервере автоматически при добавлении контроллера домена Active Directory в домен. Они обновляются контроллером домена Active Directory через заданные интервалы. Этот компьютер настроен на использование DNS-серверов со следующими IP-адресами: 8.8.4.4 8.8.8.8 - Одна или несколько зон из указанных ниже не содержит делегирование к своей дочерней зоне: SERVERDOMEN.LOCAL LOCAL . (корневая зона) IP сервера 192.168.0.99 Подскажите, пожалуйста, как можно решить данную проблему.
__________________
0 |
10933 / 6788 / 1815 Регистрация: 25.12.2012 Сообщений: 28,722 |
|
20.04.2021, 15:15 |
2 |
0 |
29 / 26 / 9 Регистрация: 04.03.2013 Сообщений: 742 |
|
21.04.2021, 07:59 [ТС] |
3 |
прикрепил скрины Миниатюры
0 |
29 / 26 / 9 Регистрация: 04.03.2013 Сообщений: 742 |
|
21.04.2021, 08:00 [ТС] |
4 |
скрин с синим фоном — это клиентский ПК
0 |
233 / 223 / 46 Регистрация: 12.12.2012 Сообщений: 1,928 |
|
21.04.2021, 12:48 |
5 |
Изучите, что такое приватные сети и какие они могут быть. Приведите адресацию в порядок. Не путайтесь в показаниях, в первом сообщении одно, со скринов другое. Найдите информацию, как клиент находит котроллер домена и настройте DNS в Win7 корректно. Так же не понятно, зачем два сетевых интерфейса на КД. Это будет лучшим методом для обучения.
0 |
10933 / 6788 / 1815 Регистрация: 25.12.2012 Сообщений: 28,722 |
|
21.04.2021, 13:09 |
6 |
на DC на клиенте
2 |
29 / 26 / 9 Регистрация: 04.03.2013 Сообщений: 742 |
|
22.04.2021, 16:02 [ТС] |
7 |
Спасибо за советы. На ПК было два пользователя: admin и user Буду рад советам или ссылки на полезный материал.
0 |
174 / 166 / 28 Регистрация: 20.10.2014 Сообщений: 1,037 |
|
23.04.2021, 15:12 |
8 |
На ПК было два пользователя: admin и user В домен вы вводили не под админом, а под SERVERDOMEN.LOCALAdmin
Как войти под user’ом? так же как и под «adminом» localcomputernameuser
0 |
29 / 26 / 9 Регистрация: 04.03.2013 Сообщений: 742 |
|
23.04.2021, 18:39 [ТС] |
9 |
Предварительно юзера добавить на домене?
0 |
10933 / 6788 / 1815 Регистрация: 25.12.2012 Сообщений: 28,722 |
|
23.04.2021, 20:59 |
10 |
Нет. При входе
1 |
IT_Exp Эксперт 87844 / 49110 / 22898 Регистрация: 17.06.2006 Сообщений: 92,604 |
23.04.2021, 20:59 |
Помогаю со студенческими работами здесь Как ввести в домен win2000 домен-контроллер другого домена? Несколько раз авторизирует домен, после нельзя ни с какой учетки зайти в домен Многие сайты имеют адрес домен.ру/str/ , а не домен.ру/index.php?categoryID=565 Локальная сеть, в которой поднят домен на Win 2008 R2 , удаленное подключение терминального сервера в домен Ссылка на домен или домен/index.php Бан в Яше? домен или домен+ip? Искать еще темы с ответами Или воспользуйтесь поиском по форуму: 10 |