Войти

Показать полную графическую версию : IE и др. 32х-приложения под Win Server 2008 R2 x64 не соединяются с интернетом


Страниц : [1] 2

Nun-Nun
10-10-2012, 01:36
Нужна помощь в паре вопросов по Windows Server 2008 R2 x64 Standard.
1. Конторой приобретена офиц. лицензия на Windows Server 2008 R2 x64 Standard и сисадмин утверждает, что установлена именно R2, но, как ни странно, в системе везде инфа о том, что это не R2, а обычная Windows Server 2008 x64 Standard. Запускаю ver - она тоже показывает, что это не R2. Может я чего-то не догоняю или это сисадмин воду мутит?
2. Под установленной ОС не хотят работать с интернетом 32x-приложения типа CureIt!-а, Internet Explorer-а, Оперы и Гаранта; с х64 Internet Explorer-ом такого не наблюдается и всё прекрасно работает. Пробовал проблемным приложениям давать максимально возможные права, отключать брандмауэр, прописывать в нём приложения в игнор и т.п., но так так ничего и не добился. Если кто знает, подскажите в чём тут дело и как решить проблему.

MaleyDarc
10-10-2012, 09:31
1. Смотри вывод команды ver - если там 6.1.ХХХХ это R2, если 6.0.ХХХХ это просто уже не R2.
2. Как предоставляется интернет? Прокси, NAT?

Iska
10-10-2012, 10:07
Конторой приобретена офиц. лицензия на Windows Server 2008 R2 x64 Standard и сисадмин утверждает, что установлена именно R2, но, как ни странно, в системе везде инфа о том, что это не R2, а обычная Windows Server 2008 x64 Standard. Запускаю ver - она тоже показывает, что это не R2. »
Win32_OperatingSystem class (http://msdn.microsoft.com/en-us/library/windows/desktop/aa394239(v=vs.85).aspx)
Windows NT: Releases - Wikipedia, the free encyclopedia (http://en.wikipedia.org/wiki/Windows_NT#Releases)
wmic.exe /node:ServerName os get Version, OperatingSystemSKU

Nun-Nun
10-10-2012, 15:47
MaleyDarc,
1. Смотри вывод команды ver - если там 6.1.ХХХХ это R2, если 6.0.ХХХХ это просто уже не R2.»
1. Я же говорю, что установленная ОС - это Windows Server 2008 x64 Standard (ver пишет - 6.0.6002).
2. Как предоставляется интернет? Прокси, NAT? »
Вроде NAT. Но кое-что, уточню: сервак с проблемной ОС соединён с другим серваком (с ОС Linux), с которого и осуществляется выход в интернет (как именно соединяется - напрямую или через роутер, - точно не знаю, т.к. не имею туда доступа и + часть сетевых ресурсов из-под проблемной ОС почему-то не видна).

Может параметры сетевых соединений прольют свет на этот вопрос?
Eternet adapter (Подключение по локальной сети):
DNS-суффикс подключения: localdomain
IPv4-адрес: 192.168.XX.XXX
Маска подсети: 255.255.255.0
Основной шлюз: 192.168.XX.X
IPv4: DNS-сервер: 81.23.XX.XXX

Туннельный адаптер (Подключение по локальной сети *6):
Состояние носителя: носитель отключён
DNS-суффикс подключения: localdomain

Туннельный адаптер (Подключение по локальной сети *7):
DNS-суффикс подключения:
IPv6-адрес: 2001:0:.....
Локальный IPv6-адрес канала: ау80:2482:.....
Основной шлюз:

Iska,
wmic.exe /node:ServerName os get Version, OperatingSystemSKU »
Попробовал, вот что вышло:
Node - ServerName
ERROR:
Code = 0x800706ba
Description: Сервер RPC недоступен
Facility = Win32

Nun-Nun
10-10-2012, 16:07
P.S.
Вспомнилась ещё одна деталь: с неделю назад во время визита представителей Гаранта их детище на серваке с проблемной ОС с интернетом работать не хотело. Эти спецы пробовали вносить изменения в DNS-настройки сетевого соединения, но вариант при котором Гарант соединялся со своим ресурсом не подходил для других приложений, завязанных на интернет. В итоге они сказали, что вероятно проблема в настройках роутера (правда никакого роутера не видели, т.к. если он и есть то только в помещении, где находится интернетный сервак и куда нет доступа).

Iska
15-10-2012, 18:41
Попробовал, вот что вышло: »
Nun-Nun, нужно было указать в команде вместо «ServerName» реальное имя целевой машины при доступе по сети, или просто опустить параметр «/node:…» при исполнении команды локально.

Nun-Nun
17-10-2012, 10:19
Iska,
Nun-Nun, нужно было указать в команде вместо «ServerName» реальное имя целевой машины при доступе по сети, или просто опустить параметр «/node:…» при исполнении команды локально.
Попробовал. Получил ответ: 6.0.6002

Iska
17-10-2012, 12:50
Nun-Nun, тогда, по первому вопросу — верь глазам своим. Не может быть, чтобы функция GetVersionEx function (http://msdn.microsoft.com/en-us/library/windows/desktop/ms724451(v=vs.85).aspx) была перенаправлена для всех использованных Вами механизмов.

А так — ничего страшного, данный тип лицензии позволяет осуществлять право downgrade. Правда, смысл его от меня , равно как и от Вас, в данном случае ускользает.

Nun-Nun
18-10-2012, 01:13
Правда, смысл его от меня , равно как и о Вас, в данном случае ускользает. »
От меня тоже. :-) Это всё равно что купить мерседес, а использовать как запорожец.

А как насчёт проблемы с 32х-приложениями (IE и др.), требующими соединения с интернетом?

Petya V4sechkin
18-10-2012, 14:06
не хотят работать с интернетом
Какую ошибку выдают?
Сравните настройки прокси в браузерах.
Проявляется ли проблема в "Безопасном режиме с загрузкой сетевых драйверов"?
Запустите 32-битную командную строку \Windows\SysWOW64\cmd.exe и выложите результаты выполнения:
ipconfig /all
nslookup oszone.net
nslookup oszone.net 8.8.8.8
ping oszone.net
ping 89.108.118.149

Nun-Nun
23-10-2012, 16:51
Petya V4sechkin,
1. Какую ошибку выдают?
IE при попытке запуска http://www.yandex.ru пишет: "Internet Explorer не может отобразить эту веб-страницу ".
Опера при попытке запуска http://www.yandex.ru выдаёт: "Невозможно найти удалённый сервер. Проверьте, верно ли написан адрес, или попробуйте найти сайт"
"Гарант" при попытке запустить скачивание обновлений пишет: сервер пакетного пополнения не отвечает. Повторите попытку через несколько минут.
3. Проявляется ли проблема в "Безопасном режиме с загрузкой сетевых драйверов"?
Да, всё остаётся так же.
4. Запустите 32-битную командную строку \Windows\SysWOW64\cmd.exe и выложите результаты выполнения:
ipconfig /all
nslookup oszone.net
nslookup oszone.net 8.8.8.8
ping oszone.net
ping 89.108.118.149


Microsoft Windows [Версия 6.0.6002]
(C) Корпорация Майкрософт, 2006. Все права защищены.

C:\Windows\SysWOW64>ipconfig /all

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

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

Ethernet adapter Подключение по локальной сети:

DNS-суффикс подключения . . . . . : localdomain
Описание. . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Физический адрес. . . . . . . . . : 00-26-18-86-4C-5B
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.42.114(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Аренда получена. . . . . . . . . . : 23 октября 2012 г. 8:18:26
Срок аренды истекает. . . . . . . . . . : 23 октября 2012 г. 17:18:26
Основной шлюз. . . . . . . . . : 192.168.42.1
DHCP-сервер. . . . . . . . . . . : 192.168.42.1
DNS-серверы. . . . . . . . . . . : 81.23.96.138
NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер Подключение по локальной сети* 6:

Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения . . . . . : localdomain
Описание. . . . . . . . . . . . . : isatap.localdomain
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер Подключение по локальной сети* 7:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 02-00-54-55-4E-01
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv6-адрес. . . . . . . . . . . . : 2001:0:5ef5:79fd:2c32:1fad:3f57:d58d(Осно
вной)
Локальный IPv6-адрес канала . . . : fe80::2c32:1fad:3f57:d58d%11(Основной)
Основной шлюз. . . . . . . . . : ::
NetBios через TCP/IP. . . . . . . . : Отключен




C:\Windows\SysWOW64>nslookup oszone.net
Server: jux.severen.com
Address: 81.23.96.138

Неофициальный ответ:
Name: oszone.net
Address: 89.108.118.149




C:\Windows\SysWOW64>nslookup oszone.net 8.8.8.8
Server: google-public-dns-a.google.com
Address: 8.8.8.8

Неофициальный ответ:
Name: oszone.net
Address: 89.108.118.149




C:\Windows\SysWOW64>ping oszone.net
При проверке связи не удалось обнаружить узел oszone.net. Проверьте имя узла и
повторите попытку.




C:\Windows\SysWOW64>ping 89.108.118.149

Обмен пакетами с 89.108.118.149 по с 32 байтами данных:
Ответ от 89.108.118.149: число байт=32 время=18мс TTL=52
Ответ от 89.108.118.149: число байт=32 время=17мс TTL=52
Ответ от 89.108.118.149: число байт=32 время=17мс TTL=52
Ответ от 89.108.118.149: число байт=32 время=18мс TTL=52

Статистика Ping для 89.108.118.149:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 17мсек, Максимальное = 18 мсек, Среднее = 17 мсек

C:\Windows\SysWOW64>

Petya V4sechkin
23-10-2012, 17:08
Nun-Nun, интересно. Nslookup работает. Ping по IP-адресу проходит, а по имени - нет. Была аналогичная тема в другом разделе форума. Там причина оказалась в некорректных версиях файлов.

Переустановите KB978338 (http://support.microsoft.com/kb/978338/ru) и KB2509553 (http://support.microsoft.com/kb/2509553/ru) (не забудьте, что у вас обычный Server 2008 x64, не R2).
Если не поможет, в командной строке (cmd.exe) от имени Администратора (http://www.oszone.net/4331#5) выполните:
sfc /scannow

Перезагрузитесь и выложите лог \Windows\Logs\CBS\CBS.log в архиве.

Nun-Nun
24-10-2012, 00:25
Переустановите KB978338 и KB2509553 (не забудьте, что у вас обычный Server 2008 x64, не R2).
Если не поможет, в командной строке (cmd.exe) от имени Администратора выполните:
Код:
sfc /scannowПерезагрузитесь и выложите лог \Windows\Logs\CBS\CBS.log в архиве. »
Чувствую, что непонятки с виндой на серваке - неспроста; явно что-то мутили, иначе зачем было ОС под офиц. лицензией на R2 даунгрэйдить до простой 2008 ? :cool:
Есть опасение, что после данной процедуры может слететь 1С, очень не хотелось бы, а то крику будет...

Petya V4sechkin
24-10-2012, 09:14
Nun-Nun, обновления переустановили?
Если боитесь SFC, можете проверить без восстановления:
sfc /verifyonly
и смотреть в логе поврежденные файлы, например:
\Windows\SysWOW64\dnsapi.dll
\Windows\SysWOW64\mswsock.dll

CBS.log нужен.

Nun-Nun
25-10-2012, 10:27
Petya V4sechkin,
обновления переустановили?
Да, не помогло, всё осталось как было.

С sfc /verifyonly попробовал, sfc запустился только вот так: C:\Windows\System32\sfc.exe /verifyonly (лог выложу чуть позже, т.к. для моего инета великоват - 51 Мб); вот так почему-то не запустился C:\Windows\SysWOW64\sfc.exe /verifyonly , выдаёт окно, но почему-то с заголовком C:\Windows\System32\sfc.exe :(, а в окне пишет:
c:\Temp>Echo off

Защите ресурсов Windows не удается запустить службу восстановления.
Для продолжения нажмите любую клавишу . . .

Petya V4sechkin
25-10-2012, 10:40
лог выложу чуть позже, т.к. для моего инета великоват - 51 Мб
в архиве
7-Zip или WinRAR.

вот так почему-то не запустился C:\Windows\SysWOW64\sfc.exe
И не надо из SysWOW64 запускать.

Nun-Nun
25-10-2012, 12:15
Вот лог (http://f-bit.ru/19743).

Petya V4sechkin
25-10-2012, 16:57
Nun-Nun, в логе не обнаружено поврежденных библиотек.
Сравните версии файлов Dnsapi.dll и Mswsock.dll в папках System32 и SysWOW64 (правой кнопкой мыши -> Свойства -> вкладка Подробно).

Еще в этой теме (http://www.adslclub.ru/forum/viewtopic.php?t=24969) проблема была в Касперском (отключение не помогало, только удаление).

Nun-Nun
26-10-2012, 20:19
Еще в этой теме проблема была в Касперском (отключение не помогало, только удаление).»
Не поверите и, возможно, будете смеяться, но на серваке нет антивируса... вообще никакого!
Сравните версии файлов Dnsapi.dll и Mswsock.dll в папках System32 и SysWOW64 (правой кнопкой мыши -> Свойства -> вкладка Подробно).»
ОК, но это уже не раньше понедельниука.

Nun-Nun
29-10-2012, 11:30
Petya V4sechkin,
Сравните версии файлов Dnsapi.dll и Mswsock.dll в папках System32 и SysWOW64 (правой кнопкой мыши -> Свойства -> вкладка Подробно).
Посмотрел: файлы Dnsapi.dll имеют одинаковую версию 6.0.6002.18416 и дату 02.03.2011, но отличаются временем создания и размером (в папке System32 - 216 Kb 20:12, а в папке SysWOW64 - 164 Kb 19:44); с файлами Mswsock.dll ситуация аналогична - версия 6.0.6002.18005 и дата 11.04.2009 одинаковы, а размер и время создания не совпадают (в папке System32 - 297 Kb 11:11, а в папке SysWOW64 - 218 Kb 10:28).




© OSzone.net 2001-2012