Бесплатно недоступно
Озадачился этим вопросом после получения отказа по регистрации домашнего сайта в yandex сервисе. Сайт имеет внешний айпи из диапазона ЗСТТК, а подключение к Комгейт. От службы поддержки Yandex получил сообщение что сайт недоступен, но он работает в режиме 24х7.
Попросил проверить повторно - тоже самое. Делаю вывод, что это связано с бесплатным доступом к Yandex который теперь есть у Новосибирских провайдеров.
Вообще складывается такое ощущение, что бесплатные отдельные ресурсы - это большая беда. Провайдеры начинают перекраивать таблицы маршрутизации а у пользователей возникают проблемы. Учета, доступности и т.п.
Мое мнение надо отказываться от бесплатных ресурсов и двигаться к более скоростному безлимиту. Иначе можно наворотить так что легче все сломать и построить заново.
Такую же беду готовит всем Новотелеком с peers.cn.ru ее я тоже уже получил. Ранее мне он был доступен, а теперь идет сообщение о несоответствии айпи - и он дествительно несоответствует реальному т.к. натится по 2 коп. за мегабайт.
А т.к. у меня анлим все это так радует
Попросил проверить повторно - тоже самое. Делаю вывод, что это связано с бесплатным доступом к Yandex который теперь есть у Новосибирских провайдеров.
Вообще складывается такое ощущение, что бесплатные отдельные ресурсы - это большая беда. Провайдеры начинают перекраивать таблицы маршрутизации а у пользователей возникают проблемы. Учета, доступности и т.п.
Мое мнение надо отказываться от бесплатных ресурсов и двигаться к более скоростному безлимиту. Иначе можно наворотить так что легче все сломать и построить заново.
Такую же беду готовит всем Новотелеком с peers.cn.ru ее я тоже уже получил. Ранее мне он был доступен, а теперь идет сообщение о несоответствии айпи - и он дествительно несоответствует реальному т.к. натится по 2 коп. за мегабайт.
А т.к. у меня анлим все это так радует
странно, айпишник принадлежит пространству ЗСТТК, а с вебстрима трассируется через ЗСТТК к магистраль телекому
*
3 92 ms 91 ms 91 ms ge-1-0-2.nsk-dr1.ncc.sibirtelecom.ru [213.228.117.145]
4 90 ms 91 ms 91 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 101 ms 103 ms 103 ms nsk253-vl597.ll-nsk.zsttk.ru [82.200.99.97]
6 104 ms 103 ms 105 ms gw-comgate.ll-nsk.zsttk.ru [81.1.255.234]
7 111 ms 107 ms 111 ms itforum.siberia.net [212.17.3.10]
8 116 ms 129 ms 115 ms 81.1.252.162
*
siberia.net - это же Магистраль Телеком...
*
3 92 ms 91 ms 91 ms ge-1-0-2.nsk-dr1.ncc.sibirtelecom.ru [213.228.117.145]
4 90 ms 91 ms 91 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 101 ms 103 ms 103 ms nsk253-vl597.ll-nsk.zsttk.ru [82.200.99.97]
6 104 ms 103 ms 105 ms gw-comgate.ll-nsk.zsttk.ru [81.1.255.234]
7 111 ms 107 ms 111 ms itforum.siberia.net [212.17.3.10]
8 116 ms 129 ms 115 ms 81.1.252.162
*
siberia.net - это же Магистраль Телеком...
и чо???
*
Трассировка маршрута к http://homepn.pro-net.ru [81.177.9.23]
с максимальным числом прыжков 30:
3 100 ms 91 ms 97 ms mcc-nso.185.ncc.sibirtelecom.ru [213.228.117.185]
4 94 ms 95 ms 91 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 94 ms 95 ms 99 ms nsk-dsr1-ge0-1-0-821.rt-comm.ru [213.59.3.29]
6 288 ms 151 ms 213 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
7 150 ms 147 ms 145 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
8 144 ms 147 ms 147 ms http [81.177.9.23]
Трассировка завершена.
*
где homepn.pro-net.ru и где заявленный ИП-шник ???
а вот два других трасера, ничо не замечаешь?
*
Трассировка маршрута к homepn.pro-net.ru [81.1.252.162]
3 34 ms 35 ms 37 ms mcc-nso.189.ncc.sibirtelecom.ru [213.228.117.189]
4 38 ms 37 ms 35 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 46 ms 47 ms 49 ms nsk253-vl597.ll-nsk.zsttk.ru [82.200.99.97]
6 47 ms 49 ms 49 ms gw-comgate.ll-nsk.zsttk.ru [81.1.255.234]
7 45 ms 69 ms 47 ms itforum.siberia.net [212.17.3.10]
8 * 70 ms 71 ms homepn.pro-net.ru [81.1.252.162]
Трассировка завершена.
*
Трассировка маршрута к pro-net.ru [81.177.9.23]
3 36 ms 35 ms 39 ms ge-1-0-7.nsk-dr1.ncc.sibirtelecom.ru [213.228.117.149]
4 67 ms 35 ms 37 ms ge-0-0-0.nsk-br1.ncc.sibirtelecom.ru [213.228.117.130]
5 41 ms 38 ms 37 ms nsk-dsr1-ge0-1-0-821.rt-comm.ru [213.59.3.29]
6 84 ms 85 ms 83 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
7 85 ms 85 ms 85 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
8 88 ms 85 ms 87 ms http [81.177.9.23]
Трассировка завершена.
*
разруливай с обратной зоной ДНС ИМХО
*
Трассировка маршрута к http://homepn.pro-net.ru [81.177.9.23]
с максимальным числом прыжков 30:
3 100 ms 91 ms 97 ms mcc-nso.185.ncc.sibirtelecom.ru [213.228.117.185]
4 94 ms 95 ms 91 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 94 ms 95 ms 99 ms nsk-dsr1-ge0-1-0-821.rt-comm.ru [213.59.3.29]
6 288 ms 151 ms 213 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
7 150 ms 147 ms 145 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
8 144 ms 147 ms 147 ms http [81.177.9.23]
Трассировка завершена.
*
где homepn.pro-net.ru и где заявленный ИП-шник ???
а вот два других трасера, ничо не замечаешь?
*
Трассировка маршрута к homepn.pro-net.ru [81.1.252.162]
3 34 ms 35 ms 37 ms mcc-nso.189.ncc.sibirtelecom.ru [213.228.117.189]
4 38 ms 37 ms 35 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 46 ms 47 ms 49 ms nsk253-vl597.ll-nsk.zsttk.ru [82.200.99.97]
6 47 ms 49 ms 49 ms gw-comgate.ll-nsk.zsttk.ru [81.1.255.234]
7 45 ms 69 ms 47 ms itforum.siberia.net [212.17.3.10]
8 * 70 ms 71 ms homepn.pro-net.ru [81.1.252.162]
Трассировка завершена.
*
Трассировка маршрута к pro-net.ru [81.177.9.23]
3 36 ms 35 ms 39 ms ge-1-0-7.nsk-dr1.ncc.sibirtelecom.ru [213.228.117.149]
4 67 ms 35 ms 37 ms ge-0-0-0.nsk-br1.ncc.sibirtelecom.ru [213.228.117.130]
5 41 ms 38 ms 37 ms nsk-dsr1-ge0-1-0-821.rt-comm.ru [213.59.3.29]
6 84 ms 85 ms 83 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
7 85 ms 85 ms 85 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
8 88 ms 85 ms 87 ms http [81.177.9.23]
Трассировка завершена.
*
разруливай с обратной зоной ДНС ИМХО
Ну чтож запрос на смену ушел. Бум надеется все встанет на ноги. Спасибо за помощь. Заходите на трекер.
Поправили, но видимо не до конца...
*
Трассировка маршрута к http://homepn.pro-net.ru [81.177.9.23]
4 90 ms 91 ms 89 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 92 ms 91 ms 89 ms 213.59.3.29
6 138 ms 141 ms 141 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
7 156 ms 165 ms 143 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
8 142 ms 143 ms 139 ms masuda.cit-network.net [81.177.9.23]
Трассировка завершена.
*
Трассировка маршрута к homepn.pro-net.ru [81.1.252.162]
3 88 ms 91 ms 95 ms ge-1-0-2.nsk-dr1.ncc.sibirtelecom.ru [213.228.117.145]
4 91 ms 91 ms 91 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 95 ms 91 ms 93 ms nsk253-vl597.ll-nsk.zsttk.ru [82.200.99.97]
6 97 ms 93 ms 93 ms gw-comgate.ll-nsk.zsttk.ru [81.1.255.234]
7 95 ms 97 ms 95 ms itforum.siberia.net [212.17.3.10]
8 131 ms * 109 ms 81.1.252.162
Трассировка завершена.
*
Имя с префиксом "http:// " не должно ресолвиться, а оно ресолвится...
И кстати, почему я считаю шо проблема в обратной зоне для homepn.pro-net.ru - видите 8-хоп выдаёт только ИП-шник, а должен выдавать вместе с именем. Таким образом обратного преобразования не происходит (из ИП в имя)...
*
Трассировка маршрута к http://homepn.pro-net.ru [81.177.9.23]
4 90 ms 91 ms 89 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 92 ms 91 ms 89 ms 213.59.3.29
6 138 ms 141 ms 141 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
7 156 ms 165 ms 143 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
8 142 ms 143 ms 139 ms masuda.cit-network.net [81.177.9.23]
Трассировка завершена.
*
Трассировка маршрута к homepn.pro-net.ru [81.1.252.162]
3 88 ms 91 ms 95 ms ge-1-0-2.nsk-dr1.ncc.sibirtelecom.ru [213.228.117.145]
4 91 ms 91 ms 91 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 95 ms 91 ms 93 ms nsk253-vl597.ll-nsk.zsttk.ru [82.200.99.97]
6 97 ms 93 ms 93 ms gw-comgate.ll-nsk.zsttk.ru [81.1.255.234]
7 95 ms 97 ms 95 ms itforum.siberia.net [212.17.3.10]
8 131 ms * 109 ms 81.1.252.162
Трассировка завершена.
*
Имя с префиксом "http:// " не должно ресолвиться, а оно ресолвится...
И кстати, почему я считаю шо проблема в обратной зоне для homepn.pro-net.ru - видите 8-хоп выдаёт только ИП-шник, а должен выдавать вместе с именем. Таким образом обратного преобразования не происходит (из ИП в имя)...
Гы. Проблема с зонами как была, так и осталась, тока что проверил. Так что, меняй не ИП, а провайдера, потому как админить ДНС-серваки студентов допускать нельзя, а у твоего провайдера админ - студент. 
Тем более студент, шо додумался белый АйПи-шник натить... зачем бы это надо было?
Тем более студент, шо додумался белый АйПи-шник натить... зачем бы это надо было? А я чо говорил? Я и говорил - "косяк с обратной зоной"... или это теперь так принято не прописывать обратную зону? А мож если её таки прописать, то и проблема сама собой отпадёт?
И кстати, почему ресолвится имя с префиксом 'http:// ' ? Это тоже теперь так принято?
*
>tracert http://homepn.pro-net.ru
Трассировка маршрута к http://homepn.pro-net.ru [81.177.9.23]
с максимальным числом прыжков 30:
3 91 ms 91 ms 89 ms mcc-nso.185.ncc.sibirtelecom.ru [213.228.117.185]
4 92 ms 91 ms 91 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 90 ms 93 ms 99 ms 213.59.3.29
6 138 ms 141 ms 139 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
7 150 ms 139 ms 223 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
8 142 ms 139 ms 139 ms masuda.cit-network.net [81.177.9.23]
Трассировка завершена.
*
И кстати, почему ресолвится имя с префиксом 'http:// ' ? Это тоже теперь так принято?
*
>tracert http://homepn.pro-net.ru
Трассировка маршрута к http://homepn.pro-net.ru [81.177.9.23]
с максимальным числом прыжков 30:
3 91 ms 91 ms 89 ms mcc-nso.185.ncc.sibirtelecom.ru [213.228.117.185]
4 92 ms 91 ms 91 ms ge-1-7.nsk-bbar2.ncc.sibirtelecom.ru [213.228.117.158]
5 90 ms 93 ms 99 ms 213.59.3.29
6 138 ms 141 ms 139 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
7 150 ms 139 ms 223 ms msk-dsr1-ae0-804.rt-comm.ru [217.106.7.218]
8 142 ms 139 ms 139 ms masuda.cit-network.net [81.177.9.23]
Трассировка завершена.
*
А ты таки попробуй... нужна, ненужна - это вопрос посторонний, ты попробуй, а потом посмотрим. 
очень врядли. скорее проблема в NAT-е на адреса яндекса со стороны комгейта...
;; ANSWER SECTION:
http://homepn.pro-net.ru. 86400 IN A 81.177.9.23
P.S. не вводите человека в заблуждение! не нужна для сайта обратная зона!
P.P.S.
ан нет же, это просто willcard-зона (когда любое имя отображается в один IP), это нормально, и везде практикуется.
например:
;; ANSWER SECTION:
http://xxx.pro-net.ru. 86400 IN A 81.177.9.23
итд...
И кстати, почему ресолвится имя с префиксом 'http:// ' ? Это тоже теперь так принято?это уже явно криворукость (или намереная ошибка) хостера...
;; ANSWER SECTION:
http://homepn.pro-net.ru. 86400 IN A 81.177.9.23
P.S. не вводите человека в заблуждение! не нужна для сайта обратная зона!
P.P.S.
ан нет же, это просто willcard-зона (когда любое имя отображается в один IP), это нормально, и везде практикуется.
например:
;; ANSWER SECTION:
http://xxx.pro-net.ru. 86400 IN A 81.177.9.23
итд...
не понимаетепишу русским по белому:
есть willcard-зоны.
т.е. в DNS выглядит так:
* IN A xxx.xxx.xxx.xxx
в результате ЛЮБОЕ имя в этой зоне будет давать адрес xxx.xxx.xxx.xxx
а если есть записи:
homepn IN A yyy.yyy.yyy.yyy
* IN A xxx.xxx.xxx.xxx
то запрос homepn.домен будет давать ип yyy.yyy.yyy.yyy, а все остальные в этой зоне xxx.xxx.xxx.xxx
префикс (а если по русски - протокол) будет в данном случае являться частью DNS-имени, а по этому будет давать IP xxx.xxx.xxx.xxx, т.к. соответствует willcard-имени.
это мировая практиканачало ее кстати Verisign (очень крупный регистратор доменов в США). оно просто начало заворачивать все несуществующие домены на свой сайт.
в результате, если имя не существовало в DNS, например, gkfdbgrdsfbgsrbgresygserg.com, автоматически отдавался адрес сайта verisign. (год был 2003, щас что стало с ними -хз)
теперь ПОНЯТНО?
пишу русским по белому:есть willcard-зоны.
т.е. в DNS выглядит так:
* IN A xxx.xxx.xxx.xxx
в результате ЛЮБОЕ имя в этой зоне будет давать адрес xxx.xxx.xxx.xxx
а если есть записи:
homepn IN A yyy.yyy.yyy.yyy
* IN A xxx.xxx.xxx.xxx
то запрос homepn.домен будет давать ип yyy.yyy.yyy.yyy, а все остальные в этой зоне xxx.xxx.xxx.xxx
префикс (а если по русски - протокол) будет в данном случае являться частью DNS-имени, а по этому будет давать IP xxx.xxx.xxx.xxx, т.к. соответствует willcard-имени.
это мировая практика
начало ее кстати Verisign (очень крупный регистратор доменов в США). оно просто начало заворачивать все несуществующие домены на свой сайт.в результате, если имя не существовало в DNS, например, gkfdbgrdsfbgsrbgresygserg.com, автоматически отдавался адрес сайта verisign. (год был 2003, щас что стало с ними -хз)
теперь ПОНЯТНО?
Понятно... тока почему тогда не работает? (не Яндекс не работает, а почему с префиксом ресолвится один ИП, а без префикса другой ИП)
Вопрос понятен??? ДОЛЖНО РЕСОЛВИТЬСЯ ОДИНАКОВО, ХОТЬ С ПРЕФИКСОМ, ХОТЬ БЕЗ !!!
Собстно я об этом второй день и талдычу, и продолжаю утверждать, шо такие записи в ДНС мог сделать токмо пЫонер.
Вопрос понятен??? ДОЛЖНО РЕСОЛВИТЬСЯ ОДИНАКОВО, ХОТЬ С ПРЕФИКСОМ, ХОТЬ БЕЗ !!!
Собстно я об этом второй день и талдычу, и продолжаю утверждать, шо такие записи в ДНС мог сделать токмо пЫонер.
вы что, действительно не поняли, о чем я говорю, или просто прикалываетесь?
для ДНС-имен нету такого слова "префикс", это у вас в браузере префикс.
для днс-сервера "http://" является таким же именем, что и "pro-net".
и попадает под тоже самое willcard-имя "*"; туда впрочем, вообще все попадает
никто это имя ЗАВЕДОМО не прописывал.
ПОНЯТНО???
для ДНС-имен нету такого слова "префикс", это у вас в браузере префикс.
для днс-сервера "http://" является таким же именем, что и "pro-net".
и попадает под тоже самое willcard-имя "*"; туда впрочем, вообще все попадает
никто это имя ЗАВЕДОМО не прописывал.
ПОНЯТНО???
с каких это пор в DNS вообще фигурирует "ПРОТОКОЛ"?
читатйте RFC до ПОЛНОГО просветления
читатйте RFC до ПОЛНОГО просветления
Отсюда вывод - ПРЕФИКС НЕЛЬЗЯ ВНОСИТЬ В DNS ЗАПИСИ.
Эта запись должна быть отредактирована однозначно (необходимо убрать префикс)
О чём я сопстно тоже пытаюсь сказать уже второй день... Мало того, если посмотрите самый первый мой трасер, то увидите что запись с префиксом была в основной записи обратной зоны ДНС для домена pro-net.ru
Её оперативно поправили, а вот про запись шаблона забыли... (пЫонеры
)
Эта запись должна быть отредактирована однозначно (необходимо убрать префикс)
О чём я сопстно тоже пытаюсь сказать уже второй день... Мало того, если посмотрите самый первый мой трасер, то увидите что запись с префиксом была в основной записи обратной зоны ДНС для домена pro-net.ru
Её оперативно поправили, а вот про запись шаблона забыли... (пЫонеры
)Я не прикалываюсь, я вполне понял механизм работы ДНС из вашего объяснения... это вы мой вопрос не можете понять.
а никто его туда не прописывал. это willcard-имя "*"
оно на любую лабуду, введенную вами ответит подставленым IP.
пример:
;; ANSWER SECTION:
/dsfsd//://////xfgsdkgnfds.pro-net.ru. 86400 IN A 81.177.9.23
люди, не ужели вы действительно не понимаете, о чем идет речь?
оно на любую лабуду, введенную вами ответит подставленым IP.
пример:
;; ANSWER SECTION:
/dsfsd//://////xfgsdkgnfds.pro-net.ru. 86400 IN A 81.177.9.23
люди, не ужели вы действительно не понимаете, о чем идет речь?
не посылает. согласен. но это совсем не повод отвечать на этот запрос "NXDOMAIN".
если запрос не содержит недопустимых символов, и попадает в willcard-маску, сервер обязан на него овтетить адресом, соответствующим этой маске. RFC, ага
а уж что вы туда писать будете (я пример привел) - не его дело. Попадает под маску? Извольте получить ответ с заданым адресом!
так-то
если запрос не содержит недопустимых символов, и попадает в willcard-маску, сервер обязан на него овтетить адресом, соответствующим этой маске. RFC, ага
а уж что вы туда писать будете (я пример привел) - не его дело. Попадает под маску? Извольте получить ответ с заданым адресом!
так-то
Дело в том что всё бы было намано, еслиб не одна весчь. Как будет ресолвиться например ftp://homepn.pro-net.ru ?
Дело в том что всё бы было намано, еслиб не одна весчь. Как будет ресолвиться например ftp://homepn.pro-net.ru ?вдумчиво читаем RFC по URL (rfc1738)
т.е. приложение, получив запрос на открытие "ftp://homepn.pro-net.ru" разобьет его на две части:
1. "ftp://" - ага, от нас хотят ftp!
2. "homepn.pro-net.ru" - а вот туда мы полезем
естественно, в DNS она будет ресольвить именно "homepn.pro-net.ru"
в принципе, никто не мешает послать запрос на "http://ftp://homepn.pro-net.ru", правда не любое приложение такое обработает, т.к. RFC явно не обозначивает это.
ну почему не будетПропишут и будетКонкретная запись имеет больший вес чем вайлд кард при резолвинге насколько я понимаю.
Upd. А доступ к ftp будет! Почему нет то?
Пропишут и будетКонкретная запись имеет больший вес чем вайлд кард при резолвинге насколько я понимаю.Upd. А доступ к ftp будет! Почему нет то?
к субдомену - не будет, если он не делегирован;
а вот к фтп с какого перепугу?
к тому же, если программа работает только по одному протоколу (telnet, ping), то ей совсем не нужно разбирать URLсобственно, что она и делает.
а вдруг вы реально хотели пропинговать имя http://xxx.pro-net.ru?
а вот к фтп с какого перепугу?
к тому же, если программа работает только по одному протоколу (telnet, ping), то ей совсем не нужно разбирать URL
собственно, что она и делает.а вдруг вы реально хотели пропинговать имя http://xxx.pro-net.ru?