Хабрахабр / Комментарии к посту «Internet Explorer. Интересные особенности работы с двухбуквенными именами» в блоге «Веб-разработка»

15.11.2009 01:56:55 mvgolubev

mvgolubev — Sun, 15 Nov 2009 01:56:55 GMT

У IE с доменами и другие заморочки есть.
Раньше во внутрикорпоративных сетях было нередким делом давать Windows-домену полное имя, не разделенное точками, т.е. по сути делать домен первого уровня. Допустим, домен с именем abc (это именно FQDN-имя домена, т.е. полное). Сейчас, конечно, такого нико не делает, но у нас в организации есть такой старенький домен.
И в Windows, как правило, нет проблем из-за такого домена первого уровня. Но вот если в IE добавить в список Trusted Sites какой-то конкретный сервер из этого домена (например, сервер с FQDN-именем servername.abc), то IE не понимает, что это имя одного сервера, он уверен в том, что сервер не может быть в домене первого уровня, поэтому считает, что ему указали не имя конкретного сервера, а домен второго уровня, и дополняет это имя лидирующей звёздочкой с точкой: *.servername.abc, хотя его об этом никто не просил. В результате вместо отдельного имени сервера в список добавляется совсем ненужное пространство адресов.

12.11.2009 13:21:41 dmitriy_b

dmitriy_b — Thu, 12 Nov 2009 13:21:41 GMT

Я тоже долго мучался пока не решил проблему следующим образом:
ставим куки на домен .xx.xx
кука в итоге доступна на всех поддоменах.

10.11.2009 12:30:27 scorcher

scorcher — Tue, 10 Nov 2009 12:30:27 GMT

похоже, пора серьезно менять стандарты… :(

10.11.2009 12:29:34 scorcher

scorcher — Tue, 10 Nov 2009 12:29:34 GMT

распространенный пример:
сделайте nslookup для доменов ya.ru, first.ya.ru, second.ya.ru
там у всех доменов IP одинаковые (но не один, а несколько)

nslookup для доменов chel.ru, first.chel.ru, second.chel.ru может быть тот же самый — это балансировка. от нее сложно отказаться.

10.11.2009 11:27:08 NickyX3

NickyX3 — Tue, 10 Nov 2009 11:27:08 GMT

Насколько я понял — в этом драфте предполагается что кука посаженная верхним доменом привяжется к некоему ip, с которого и была поставлена. И будет отдана субдомену, подвешенному на тот же ip.
Например:
мы пришли на chel.ru, с адресом 1.2.3.4, получили куку .chel.ru, броузер запомнил что она получена c 1.2.3.4, при переходе на second.chel.ru, подвешеному на 1.2.3.4, сервер куку у пользователя получит, а вот при переходе на third.chel.ru с адресом 1.2.3.5, кука не отдастся по соображениям безопасности. Все это относится только к доменам являющимся GEO, PUBLIC и т.п.

10.11.2009 11:06:28 scorcher

scorcher — Tue, 10 Nov 2009 11:06:28 GMT

и т.п. при этом ставя куку для домена второго уровня, но отдавая ее только тем субдоменам, которые резолвятся в тот же ip адрес. И кажется opera уже это сделала.

если предположить, что бразуер просто делает gethostbyname, то это по меньшей мере неполное решение проблемы, хотя бы потому что у вас может резолвиться домен в несколько адресов, например:

[www@fe202 fe]$ nslookup ya.ru
Server: 127.0.0.1
Address: 127.0.0.1#53

Non-authoritative answer:
Name: ya.ru
Address: 213.180.204.8
Name: ya.ru
Address: 77.88.21.8
Name: ya.ru
Address: 93.158.134.8

10.11.2009 09:41:39 betal

betal — Tue, 10 Nov 2009 09:41:39 GMT

Никогда бы не подумал))
Теперь понятно почему часто двухбуквенные домены перенаправляют на домены с www (например nn.ru).

10.11.2009 08:27:15 NickyX3

NickyX3 — Tue, 10 Nov 2009 08:27:15 GMT

Ну это проблема как оказалось известная в узких кругах.
Более того, в RFC валяется draft предложение о добавлении ip-based dns lookup cookie для этих доменов, чтоб браузер лукапил в dns ip адреса доменов типа
.some-geo-or-public.domain
some-sub.some-geo-or-public.domain
и т.п. при этом ставя куку для домена второго уровня, но отдавая ее только тем субдоменам, которые резолвятся в тот же ip адрес. И кажется opera уже это сделала.

10.11.2009 08:23:59 naoise

naoise — Tue, 10 Nov 2009 08:23:59 GMT

в топик :)

10.11.2009 08:19:09 NickyX3

NickyX3 — Tue, 10 Nov 2009 08:19:09 GMT

Апдейт чего?

10.11.2009 08:14:09 naoise

naoise — Tue, 10 Nov 2009 08:14:09 GMT

офигеть! добавил апдейт!

10.11.2009 07:48:17 NickyX3

NickyX3 — Tue, 10 Nov 2009 07:48:17 GMT

В FF с доменом не ставятся — что и требовалось доказать.
Без домена ставятся, но задача то не в том чтоб их поставить, а в том чтоб поставить именно .geodomain.ru, чтоб оно работало еще и на всех доменах some.geodomain.ru.
А с tyumen.ru мы «повеселились» прилично. Мозг был взорван. Потом нашли что все гео домены в FF забиты в DLL хардкодед.

10.11.2009 05:52:38 scorcher

scorcher — Tue, 10 Nov 2009 05:52:38 GMT

хм… интересно было бы посмотреть на доказательства такого поведения.
я вот пример приводил: chel.ru/cook_test.php — географический домен (все работает)

10.11.2009 05:40:46 MaXyC

MaXyC — Tue, 10 Nov 2009 05:40:46 GMT

заморочка была в том, что куки ставились только в опере. в других браузерах не ставились.

10.11.2009 05:39:22 scorcher

scorcher — Tue, 10 Nov 2009 05:39:22 GMT

и какие же там заморочки с географическими доменами?
есть как минимум 2 географических домена в наличии и никаких проблем там не испытываем с авторизацией.

10.11.2009 04:41:13 MaXyC

MaXyC — Tue, 10 Nov 2009 04:41:13 GMT

тоже долго страдалось с авторизацией на tyumen.ru… в итоге дошло что это географический домен и с ним свои заморочки)

10.11.2009 04:24:32 scorcher

scorcher — Tue, 10 Nov 2009 04:24:32 GMT

ini_set('www.ab.ru'); $cookie_domain = "pleasedontsetcookiedomain"; ?> * This source code was highlighted with Source Code Highlighter.

Этот код является видимо каким-то магическим танцем с бубном, чтобы в setcookie не передавался домен :)
Drupal, блин :)))

10.11.2009 02:17:51 Magarich

Magarich — Tue, 10 Nov 2009 02:17:51 GMT

А можно ли этот ключ реестра предложить установить, к примеру через ActiveX

09.11.2009 21:10:16 Sergei_Erjemin

Sergei_Erjemin — Mon, 09 Nov 2009 21:10:16 GMT

Один мой товарищ столкнелся с такой проблемой давольно давно и смог ее решить, вот здесь он описал это: www.drupal.ru/node/26744

Кстати он не отказался бы от инвайта

09.11.2009 20:24:35 scorcher

scorcher — Mon, 09 Nov 2009 20:24:35 GMT

только вот я что-то не увидел как они ее решили. может каким-то слишком замутным способом? но я не нашел ни в поиске ни у них на сайт (хотя на сайте глубоко не рыл).

09.11.2009 20:22:09 Alibobaevich

Alibobaevich — Mon, 09 Nov 2009 20:22:09 GMT

Я так понимаю, что Вам не критично какой домен используется, но критична возможность заходить на сайт с урл в виде lu.ly
Может покопать в сторону .htaccess реврайтов? Например при заходе с эксплорера на lu.ly редиректить на сабдомен ie.lu.ly (допустим), чья папка является симлинкой на основной домен(ну или алиасом на него же). А хтаксесом уже подставлять «френдли урл» в виде lu.ly Точно не скажу сработает или нет — не сталкивался с такой проблемой и потестить негде, но Вы можете попробовать.

09.11.2009 20:09:31 scorcher

scorcher — Mon, 09 Nov 2009 20:09:31 GMT

распространяется. :)
v1.ru/cook_test.php

09.11.2009 20:07:15 naoise

naoise — Mon, 09 Nov 2009 20:07:15 GMT

habrahabr.ru/blogs/webdev/74746/#comment_2160782
судя по этому комментарию, к сожалению — распространяется :(

09.11.2009 20:07:08 bolk

bolk — Mon, 09 Nov 2009 20:07:08 GMT

У ya.ru была такая же проблема, она уже довольно широко известна.

09.11.2009 20:04:17 AndrewTishkin

AndrewTishkin — Mon, 09 Nov 2009 20:04:17 GMT

Блин. Какой облом. Я тут как раз собирался двухбуквенный домен прикупить…

Кстати, я правильно понял, что на двухСИМВОЛьные домены это не распространяется (с цифрами)? То есть на a1.ku, допустим?

09.11.2009 19:50:46 naoise

naoise — Mon, 09 Nov 2009 19:50:46 GMT

о, если есть решение, как узнаете — пожалуйста напишите в личку, я буду премного благодарен, одна из основных задач сейчас, нам как раз едят мозг ;)

09.11.2009 19:45:29 scorcher

scorcher — Mon, 09 Nov 2009 19:45:29 GMT

хм… на счет google analytics спасибо за наводку, завтра нашего SEO-специалиста потереблю, как он им пользуется на наших доменах… у нас просто таких двухбуквенных добрая половина :)
думаю что мозг бы он нам уже давно выел, если бы что-то не работало :)

09.11.2009 19:41:24 naoise

naoise — Mon, 09 Nov 2009 19:41:24 GMT

поправил текст, чтобы не смущать, спасибо

09.11.2009 19:39:50 naoise

naoise — Mon, 09 Nov 2009 19:39:50 GMT

да, речь идет конечно же о куках с явным указанием домена — именно так и решилась проблема с фейсбуковой либой.

к сожалению в отношении некоторых вещей проблема сохраняется и очень серьезная — google analytics не фиксирует ie пользователей как таковых вообще

сейчас написали им вопрос, они сообщили что передали проблему техническому персоналу, но как быстро мы получим ответ — это конечно вопрос, извиняюсь за каламбур

09.11.2009 19:35:41 kulakowka

kulakowka — Mon, 09 Nov 2009 19:35:41 GMT

надо просто для всех пользователей IE сделать принудительный редирект с хх.хх/* на www.xx.xx/*

09.11.2009 19:35:06 scorcher

scorcher — Mon, 09 Nov 2009 19:35:06 GMT

Вы достаточно однобоко описали проблему.
IE ПРИНИМАЕТ!!! куки на двухбуквенный домен и вот вам пример: 74.ru/cook_test.php
вот пример того же самого файла (залинкован) на другом домене: chel.ru/cook_test.php
вот сырцы: 74.ru/cook_test.phps

«Фишка» в том, что он не принимает куки только в том случае если в заголовке Set-cookie приходит принудительно домен по стандарту RFC 2109.

PS: Для себя пришли к выводу, что стоит отказаться от доменов www. и авторизовываться без явного указания домена.

09.11.2009 19:20:34 naoise

naoise — Mon, 09 Nov 2009 19:20:34 GMT

оо да, у нас прошло 14 часов практически непрерывных экспериментов пока мы наконец не обнаружили суть проблемы
это действительно незабываемо ;)

09.11.2009 19:14:37 LDEV

LDEV — Mon, 09 Nov 2009 19:14:37 GMT

попробуйте с полпинка определить что «www.google» является TLD или полноценным доменом. Тут именно дело для всех браузеров станет головной болью.

09.11.2009 19:14:08 stas_agarkov

stas_agarkov — Mon, 09 Nov 2009 19:14:08 GMT

как такое можно забыть?

09.11.2009 19:13:20 naoise

naoise — Mon, 09 Nov 2009 19:13:20 GMT

Вообще N-ное количество лет назад сисадмином в microsoft-based сети я столкнулся с интересной вещью, которая в принципе заслуживает отдельного поста но я расскажу все таки здесь (ну чтобы еще и загладить свою вину за дублирование поста ;) )

ряд довольно серьезных вещей в knowledge base микрософта объяснялись фразой, которая вполне могла бы стать девизом — this behavior is by design.

чтобы было тогда я уже не вспомню, но стокнувшись с проблемой о которой я написал в посте я немного погуглил и освежил память на тему «by design».

support.microsoft.com/kb/915850
You may experience a 45-second delay when you run a full-text query in an instance of SQL Server 2005 that is running on a server without Internet access
status: This behavior is by design.

support.microsoft.com/kb/971613/
You cannot install the Microsoft Compressed (LZH) Folder add-in in Windows 7
status: This behavior is by design.

support.microsoft.com/kb/262981
Internet Explorer Uses Proxy Server for Local IP Address Even if the «Bypass Proxy Server for Local Addresses» Option Is Turned On
status: This behavior is by design.

и многое другое :)

нет, я ничуть не собираюсь ругать Microsoft как компанию, понимая что разработка любого крупного продукта связана с огромным количеством подводных камней, но некоторые моменты, если их собрать вместе — выглядят очень интересно :)

я хотел было сделать что-то типа странички куда бы можно было собрать все баги с подобным статусом, но меня уже обогнали ;) — bhandler.spaces.live.com/Blog/cns!70F64BC910C9F7F3!6695.entry

09.11.2009 19:02:55 VovixLDR

VovixLDR — Mon, 09 Nov 2009 19:02:55 GMT

Не для браузеров, а для IE.

09.11.2009 19:02:06 VovixLDR

VovixLDR — Mon, 09 Nov 2009 19:02:06 GMT

И снова старый добрый IE. То он вейв без апдейта не тянет, то куки не ставит. А как все казалось майкрософту замечательно лет 10 назад:)

09.11.2009 18:55:56 naoise

naoise — Mon, 09 Nov 2009 18:55:56 GMT

насколько я понимаю вопрос связан прежде всего с приватностью и сбором личных данных
запрет на установку кук на TLD это прежде всего защита от баннеро-подобных служб когда среди кук могут быть личные данные и их могут специально ставить для того чтобы сеть сайтов получила доступ к этим данным и каким-то образом таргетировала выдачу.

остается открытым вопрос — зачем тогда ограничиваются только TLD когда есть еще миллион других способов эти данные передать, и яндекс директ, формируемый по поисковым запросам пользователя тому пример

09.11.2009 18:50:01 homm

homm — Mon, 09 Nov 2009 18:50:01 GMT

Я может быть опять глупость спрошу, но что есть этот TLD, чем он отличается от обычного домена с большим количеством поддоменов, например nsrod.ru на котором тоже тысячи доменов третьего уровня. И там и здесь налицо одинаковые проблемы при установке кук на домен второго уровня, они будут доступны всем поддоменам. Дак почему одни защищаются на уровне браузера, другие выкручиваются как хотят?

09.11.2009 18:24:59 LDEV

LDEV — Mon, 09 Nov 2009 18:24:59 GMT

но как верно подмечено — использовать TLD без www было бы просто шикарно!