Ядро Linux разрушает анализ дампа: Инструкции
Как @Ferruccio сказал, изменения Хостов должны быть непосредственными в Windows. Однако, если Вы используете что-то как программное обеспечение Microsoft Firewall Client Management, которое могло бы делать запросы DNS для Вас. Попытайтесь отключить любое программное обеспечение прокси и посмотрите, работает ли это.
Для основного анализа дампа катастрофического отказа не необходимы никакие конкретные навыки. Если можно следовать инструкциям и открыть дамп с катастрофическим отказом затем, можно сделать некоторую базовую диагностику ни с кем подробно знание ядра. Однако для чего-либо вне основ Вы испытываете необходимость, чтобы знать, как отладить код с помощью gdb, разработать хорошее знание структуры ядра и кода, а также изучения, как x86 и x86_64 на самом деле работают. Существует много ресурсов, для которых можно погуглить помочь с этим. Redhat также выполняет курс внутренностей ядра, который определенно стоит того (если кто-то еще платит),
После того как у Вас есть дамп, открытый, можно сделать некоторые основные проверки, которые помогут диагностировать большое количество дампов. При открытии дампа, необходимо получить некоторую основную информацию включая загрузку во время катастрофического отказа - всегда полезный указатель. Взгляд в кольцевом буферном журнале даст Вам, трассировка катастрофического отказа, беря информацию отсюда и поиск с помощью Google будет часто показывать, что это - известная проблема с фиксацией. Другое место для взгляда в свободной памяти - если Вы до горстки маленьких страниц, Вы знаете, почему отказывание/подвешивание произошло.
Это - довольно большой предмет. Я никогда не сталкивался ни с какими действительно хорошими учебными ресурсами типа с дампами катастрофического отказа в качестве примера для просмотра, начиная с простого для диагностирования продвижения задач намного до более подробно первопричин. Возможно, это было бы достойным проектом.