[kefi]

Petya V4sechkin,
Как я уже писал, у меня две системы - одна, над которой я измываюсь в этой теме и вторая - в бэкапе, на всяк случай.
Так вот, после применения последнего твика и перезагрузки GUID сетевухи появился в ветке RemoteAccess, более того, даже и перезагрузки не нужно - удалил сетевушку/обновил устройства в Диспетчере устройств - и в ветке RemoteAccess соответствено удаляется и добавляется сетевуха. Но решив проверить вообще систему, обнаружил, что перестал работать IIS - Служба "Веб-публикации зависла при запуске ".

Стал искать в чем дело . Достал их бэкапа сохраненную XP и по очереди, стал выполнять над ней те насилия, что здесь упоминались, правда, с конца темы, и ...
во-первых - ни разу не возникла ситуация, что IIS не работает, но и во-вторых - зарегестрировать после удаления/восстановления сетевой интерфейс тоже не удалось в RemoteAccess.

Кстати , а Вы откуда это [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RemoteAccess\Parameters]
"ServerFlags"=dword:00002702
значение взяли - каков смысл этих флажков? или просто посмотрели в одну из своих XP? У меня в одном из старинных бэкапов тоже несколько другой этот ключик.

Также Могу по поводу последнего твика сказать, что его значения для МОЕЙ XP остались от Win2K, из которой она была обновлена, но в той Win2K ipconfig /all работает успешно. Правда , не пробовал, насчет удаления/восстановления сетевого интерфейса там.

[Petya V4sechkin]

значение взяли - каков смысл этих флажков?

Это значения по умолчанию из Netrass.inf (то есть, на чистой системе).

перестал работать IIS - Служба "Веб-публикации зависла при запуске "

Уверены, что после твика перестал? Может быть, после ResetPermissions?

Убедитесь, что учетная запись ASPNET включена в группу Пользователи.
А также статьи KB922727 и KB271071.

[kefi]

Petya V4sechkin, нет , не уверен, что последний твик виноват, но по истории изменений так уж получилось. И более того, - я написал, что на системе из бэкапа никакими изменениями введенными в этой теме (в т.ч. и ResetPermissions,ASPNET включена в группу Пользователи, права для IIS ,вроде, правильные) я не смог добиться неработоспособности IIS, что , собстно, и не понятно.
Кстати, если значение флажков для чистой системы взято, то они , видимо, не учитывают IIS ?

УФФ> за эту тему перезагрузил комп больше раз, чем за последние полтора года.

[Favorite6233]

Хоть в этой теме давно уже никто не пишет, но из толковых в инете я нашёл только эту тему, она и подсказала мне решение. Поэтому напишу сюда, может ещё кому пригодится.
-----------
У меня стояло два адаптера, правда виртуальных, но это не важно. В ipconfig перестал отображаться один из них. Пока я ковырялся
в реестре, удалил и второй. Вернее удалил один из ключей, чтобы проверить, пропадёт ли он в Ipconfig. Удалить удалил, а
назад вернуть не мог ни один ни второй. С горем пополам и потраченным днём удалось запустить оба адаптера. Процедура описана
ниже.

1. Находим в реестре по адресу:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Network\{4D36E972-E325-11CE-BFC1-08002BE10318}
ID нужного адаптера. Надо заметить, что в этой ветке остаются даже те ID, которые были удалены. Нужно найти текущий, рабочий.
Самый простой вариант - это переименовать сетевое подключение в ncpa.cpl, а затем найти изменённое значение в этой ветке
реестра. Вот это и будет нужный для нас ID.

2. Далее лезем сюда:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RemoteAccess\Interfaces
и прописываем соответсвующий интерфейс. Как прописываем? - либо с другого компьютера берём, либо с этого же. Там записи
однотипные, только InterfaceName отличается. То есть, можно взять готовый раздел реестра, продублировать его, а потом
вписать в InterfaceName наш ID полученный на первом шаге.

3. Лезем дальше вот сюда:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Adapters
и делаем, так же, как в редыдущем пункте, создание (клонирование) уже существующего раздела, а потом меняем ID на наш.
Здесь ID - это имя раздела, и параметр внтури раздела IpConfig содержит ID, который так же надо поменять на наш.
Вообще эта ветка реестра, как я понял, ссылается на следующую (которая в четвёртом шаге).

4. Теперь лезем сюда.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces
Здесь опять же клонируем уже существующие данные, только меняем ID на наш. Здесь ID - это имя раздела.
В этом разделе я, правда, не клонировал, а взял запись с другой машины, рабочей. IP адреса и прочую хрень - не менял.
Всё оставил так, как есть, кроме ID.

5. Лезем в устройства (devmgmt.msc), отключаем сетевую плату, потом включчаем заново, а потом проверяем IPCONFIG.
У меня два адаптера слетело, и таким образом восстановил работу обоих.

После всех этих телодвижений и в IPCONFIG появились адаптеры, и в "netsh int ip dump" появились адаптеры, и вообще они
стали нормально работать. Если удалить адаптер, а потом заново установить, то приходится с бубном плясать заново.
Почему автоматом все эти процедуры не делаются - не знаю. В результате чего слетел адаптер - тоже не знаю, машина не моя,
такая уже была. Каким образом дошла до такого состояния - неизветсно.

[Petya V4sechkin]

Еще по инструкции KB318584 можно полностью переустановить TCP/IP.

[Favorite6233]

Petya V4sechkin,

Еще по инструкции KB318584 можно полностью переустановить TCP/IP. »

Возможно это тоже поможет, я не проверял. То, что я руками в реестре прописал - точно помогает. Переустановка TCP/IP - это уже при следующей аналогичной проблеме