А как же вы батенька собираетесь при таком раскладе навешивать ru.wikipedia.org/wiki/DirectAccess ? Насколько я понял домен должен смотреть в обе стороны. Ситуация с сертификатом опять таки требует чтоб домен был реальный, а не loc. По феншую у нас должен домен смотреть в обе стороны. Если уж речь вести о "красивых" решениях .. то можно просто завести второй домен чисто для внутрянки (типо служебный).
Работ системного администратора и заключается в том что заниматься подобным. А ваша формулировка делает из этого трагедию. Если запись не нужна, то ее тупо сносят. Заводят новую. И всё снова стает на рельсы. И это не является "сбоем" как вы пишите. Решение с www как раз и есть общеупотребительным.
Вы видимо слегка не в теме. Я же отписался выше. www.COMPANYNAME.ru Обратите внимание на www. Это не протокол передачи данных. Это домен третьего уровня. Запись такого типа может вести хоть на ямайский ip. Главное сопоставить. Не совсем ясно как запись такого типа появилась у вас на контроллерах домена и для чего она ведет на них же.
А при чем тут мимо? ;) Вы вообще знаете что такое очередь пакетов? Что такое мс?) Вот дали вы мне пинг. а трейс не дали. А трейс бы показал нам где времечко то профукивается. Идем дальше. Количество правил играет огромную роль. При поступлении каждого пакета идет анализ куда его дальше отправить. Тоже время. =) Так в чем мимо то?)
Ок. Навскидку ... проверка оперативной памяти на битость. Соответствие минимальным требованиям. Снос - чистка реестра - навешивание. Проверка сетевой активности (возможно куда-то стучится и не может попасть). Повреждение файлов программы необходимых для работы (переустановка и проверка винта на степень убитости). Удаление касперского и прочих суперактивных антивирусников (можно просто вырубить на время. при этом не просто отключить. а именно выгрузить!)
В сторону того что у вас есть работа в регионе и в сторону того что лежит к мозгам. Насчет сертификации по линуксу полностью согласен. По сути своей есть только 2 корпоративных дистрибутива, сюзи и шапка.
