12 лет назад 31 октября 2006 в 15:21 77
pgrade#12 (205), вопрос "Причина кроется в DNS". Действительно виноват DNS, но в ответе не хватает одного дополнения. Надо было сказать о том, что существуют сайты, при обращении к которым префикс www обязателен! Кроме того, например, site.com и www.site.com могут быть совершенно разными ресурсами (лично я знаю о нескольких подобных случаях, но вот точные адреса, к сожалению, не помню), к тому же, по-моему, на этом основан фишинг. Так что призываю вас: точно пишите все адреса, включая www или без него.Кстати, и в совете по поводу проверки префиксов в реестре тоже есть парочка, как мне кажется, несоответствий: во-первых, автор в письме сказал, что реестр он проверил, а во-вторых, по-моему, этот раздел отвечает за автоматическую подстановку префикса в адрес: site.com = http://site.com;
ftp.site.com = ftp://ftp.site.com;
gopher.site.com = gopher://gopher.site.com.То есть отвечает за протокол, по которому будет производиться запрос к сайту, а не за имя сайта и к DNS никакого отношения не имеет.P. S. Очень маленькая история из, так сказать, личного опыта. Как-то ко мне знакомые обратились с такой проблемой: в браузере ни один адрес не был доступен.А причина была вот в чем: в соответствующем разделе реестра было записано www=http://badsite.com/script.pl?, а скрипт
http://badsite.com/script.pl? производил переадресацию на запрашиваемую страницу. Наверное, так badsite.com поднимал себе посещаемость. Однако к моменту моего осмотра сайт badsite.com был закрыт и, следовательно, не мог производить переадресацию.

С уважением, e_spa

онечно, адреса site.comи www.site.comв принципе могут соответствовать разным сайтам, но в том вопросе уточнялось, что под другой ОС все работает нормально, поэтому к данной ситуации совет правильно писать URL не очень подходит. Как бы он ни был написан, реакция на него в разных системах должна быть одинакова.

А используя разделы HKEY_LOCAL_MACHINESOFTWARE
MicrosoftWindowsCurrentVersionURLDefaultPrefix и HKEY_LOCAL_MACHINESOFTWAREMicrosoft
WindowsCurrentVersionURLPrefixes, злоумышленник вполне способен изменить не только протокол, но и адрес сайта, подставив свой редиректор, так что при любом обращении к любому сайту сначала будет грузиться "подставная" страница, а уже потом нужный URL. В случае неработоспособности такого редиректора и может наблюдаться похожий сбой. Собственно, вы сами приводите пример подобного скрипта. Поэтому уточнение корректного значения подверженного такой атаке ключа в реестре лишним назвать нельзя.

Никто не прокомментировал материал. Есть мысли?