Я от такого мудацкого ответа, конечно, немного в шоке был

Но буянить не стал, просто отцепился

Но буянить не стал, просто отцепился

Тряпко :)

Будь мужиком, блеать! )

Будь мужиком, блеать! )

Вот пацану из тп ясно было похер, что как бы говорит об уровне его зарплаты)

Наверно l2tp не кашерно

И сносить его мозг из-за такой вещи смысла нет

Наверно l2tp не кашерно

Чой-та?)

Это они так за ipsec топят, видимо )

Ну для онлайма

Это они так за ipsec топят, видимо )

Ну с айписеком там за серой сетью тоже не очень посидишь)))

в офисах у сотрудников постоянно скайп глючит

то не коннектит, то списка контактов нет

Ну было недавно

Прошло вроде

ТТК между МсК и ЕкБ упал?

если и упал то незаметно

Народ, а кто-нить вообще на абузы от IP-Echelon отвечает? Или все игнорят? Что это вообще за организация?

> /dev/null и забыть как страшный сон

это я про эшелон

главное чтобы в /dev/lo не попало)))

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

тоже думал

что-нить....матерное, но культурно))

да зачем на них вообще реагировать ? ) увеличивать энтропию ? )

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

или в РКН может у них свой человечик появится, не дай бог

Насчет некошерности л2тп, который кто-то там блочит...не факт что блочит :-) Коллеги в одном небольшом операторе меняли пачку линуховых натилок на MX960 с пачкой MS-MPC и столкнулись как раз с тем, что туннели у кого-то нормально не работали, в результате перевели жалующихся клиентов на небольшой остаток линуховых натилок, как раз оставленных для того, чтобы какие-то отдельные проблемные случаи тащить

Так что может в онлайме такая же фигня, но они просто не парятся на тему нормальной работы редко встречающейся фигни

Хотя если это было с внешним статиком - то конечно другое дело

Насчет некошерности л2тп, который кто-то там блочит...не факт что блочит :-) Коллеги в одном небольшом операторе меняли пачку линуховых натилок на MX960 с пачкой MS-MPC и столкнулись как раз с тем, что туннели у кого-то нормально не работали, в результате перевели жалующихся клиентов на небольшой остаток линуховых натилок, как раз оставленных для того, чтобы какие-то отдельные проблемные случаи тащить

Серая сеть.

Значит очень может быть, что это просто проблемы CGN, а саппорт просто не в курсе

Значит очень может быть, что это просто проблемы CGN, а саппорт просто не в курсе

Всем похуй)

....поговорили про ломающий все CGN, про то, что всем похуй, самое время поговорить про IPv6. :-)

Потому что на РКН всем очевидно не похуй, а значит не в тему :-)

Насчет некошерности л2тп, который кто-то там блочит...не факт что блочит :-) Коллеги в одном небольшом операторе меняли пачку линуховых натилок на MX960 с пачкой MS-MPC и столкнулись как раз с тем, что туннели у кого-то нормально не работали, в результате перевели жалующихся клиентов на небольшой остаток линуховых натилок, как раз оставленных для того, чтобы какие-то отдельные проблемные случаи тащить

Пачки и небольшой оператор - не очень стыкуется)

Вполне стыкуется...я же говорил о небольшом, а не о мелком

Серая сеть.

А ваще онлайм дает белый адрес. Причем пока мак не сменишь - один и тот де

Впрочем у каждого свои линейки

Вполне стыкуется...я же говорил о небольшом, а не о мелком

Границы в чом считать? В натах?))

А черт его знает.

У каждого свое понимание, какого размера тот или иной провайдер, очевидно иногда не сходится

Ладно. Давайте за в6) на ночь глядя)

Но вообще у того провайдера натилки на МХ-е были взяты с оооочень большим запасом

Даже если я буду перехватывать все DNS-reply foo.domain.com IN A 1.2.3.4, каким, сцуко, образом, я буду проверять, что отдаваемый в DNS ip действительно тот, который надо блокировать, а не поставленный ради шутки ip РКН?

Хороший вопрос. Особенно в контексте dynamic updates и ttl в 30-60 секунд для записи.

Как же меня бомбит от необходимости блокировать записи типа *.domain

Более того, символ "*" - это валидный символ в доменном имени. Использование его - это потенциальный DoS.

Более того, символ "*" - это валидный символ в доменном имени. Использование его - это потенциальный DoS.

точно валидный?

Да

Хотя нет

В днс оно же как вайлдкард используется

Ты это

Определись

Определись

6500 покупать будешь?

Нет)

Вот и отстань)

Самого скоро на продажу выставят

ы

Продавайтесь нам)

* не валидный. по rfc1035 и уточнениям

Более того, символ "*" - это валидный символ в доменном имени. Использование его - это потенциальный DoS.

Да ладно, с чего вдруг?

Хотя да, в 4592 указано, что RR может начинаться со *.

Продавайтесь нам)

Я ж не про контору, а про себя

Хотя да, в 4592 указано, что RR может начинаться со *.

Ну это вайлдкард, а не доменное имя

Ну да. Специальный тип записи.

Но поскольку слово DNS в нормативке даже не употребляется, то РКН может там чего хочешь писать.

Регулярочки

Подборка полезных слайдов про Linux / Блог компании FirstVDS / FirstDEDIC / Хабрахабр https://habrahabr.ru/company/first/blog/315754/?utm_source=habrahabr&utm_medium=rss&utm_campaign=interesting

ERROR: S client not available

Про днс

Да ладно, с чего вдруг?

Нуу, я точно делал такую a-record и оно ресолвилось.

Ну да, я уже нашел свежий RFC про это. Не то чтобы это был валидный domain name, но это валидный вид записи, обрабатываемый специальным образом :)

Нуу, я точно делал такую a-record и оно ресолвилось.

а чего RFC говорит? обычно они четко этот момент оговаривают

Ну да, я уже нашел свежий RFC про это. Не то чтобы это был валидный domain name, но это валидный вид записи, обрабатываемый специальным образом :)

А покажи. Просто для ликбеза

https://tools.ietf.org/html/rfc4592

ой, целый rfc. хехе

A "wildcard domain name" is defined by having its initial (i.e., leftmost or least significant) label be, in binary format: 0000 0001 0010 1010 (binary) = 0x01 0x2a (hexadecimal) The first octet is the normal label type and length for a 1-octet- long label, and the second octet is the ASCII representation [RFC20] for the '*' character. A descriptive name of a label equaling that value is an "asterisk label". сука блеать!!!!!! то у них wire format и ищи-свищи, то три абзаца с бинарным прелставлением вшивого символа!!! рыдаю

Что тебя так впечатлило?

ASCII-код * -- 0x52. EBCDIC-код * -- 0x5C.

Ну да, я уже нашел свежий RFC про это. Не то чтобы это был валидный domain name, но это валидный вид записи, обрабатываемый специальным образом :)

плюсом оно всего лишь proposed standard, реализаций irl нет

bind умеет же

а еще?

Что тебя так впечатлило?

меня впечатлило три абзаца на то, что в других RFC звучит как rr wire format

плюсом оно всего лишь proposed standard, реализаций irl нет

ээээ... прости, а какой сервер не поддерживает wildcard? хоть один

ээээ... прости, а какой сервер не поддерживает wildcard? хоть один

вайлдкарды в том или ином виде - почти все. не факт, что про предложенному стандарту

вайлдкарды в том или ином виде - почти все. не факт, что про предложенному стандарту

DNS это BIND. Судя по заголовку стандарта - это подбивка существующего де-факто

DNS это BIND. Судя по заголовку стандарта - это подбивка существующего де-факто

писал писал, стер, пофиг. proposed/draft/internet часто условности. ну и bind далеко не единственный DNS сервер

писал писал, стер, пофиг. proposed/draft/internet часто условности. ну и bind далеко не единственный DNS сервер

не единственный. я знаю. но DNS === BIND. со времен книг тетки Немет в этом отношении ничего не изменилось. все остальные даже баги бинда повторять будут. что там в rfc в шапке написано надо на два делить. и смотреть по ситуации

к счастью это не так, а багов и кривых реализаций там действительно хватает.

Ну да, я уже нашел свежий RFC про это. Не то чтобы это был валидный domain name, но это валидный вид записи, обрабатываемый специальным образом :)

Надо будет почитать вдумчиво. Пока беглый осмотр показал что реализации +/- гуляют, но вот что на nxdomain оно позволяет указать что отдать - это забавно.

не единственный. я знаю. но DNS === BIND. со времен книг тетки Немет в этом отношении ничего не изменилось. все остальные даже баги бинда повторять будут. что там в rfc в шапке написано надо на два делить. и смотреть по ситуации

например, bind не умеет domain.*.tld

а ms dns умеет

к счастью это не так, а багов и кривых реализаций там действительно хватает.

ну вообще это так. мы точно сейчас хоттм историю появления фич в bind и соответствующих rfc пооверять? или может я чтото пропустил и всех начала танцевать yadifa? ) или cloudflare супер-пупер rr-стайл сервер на чем у них там, на жабе?

например, bind не умеет domain.*.tld

Так это вроде не вайлдкард уже

вайлдкард

вайлдкард

нет

ну ок, представь не domain.*.tld , а xx.*.yy.tld

A "wildcard domain name" is defined by having its initial (i.e., leftmost or least significant) label be, in binary format: 0000 0001 0010 1010 (binary) = 0x01 0x2a (hexadecimal) The first octet is the normal label type and length for a 1-octet- long label, and the second octet is the ASCII representation [RFC20] for the '*' character. A descriptive name of a label equaling that value is an "asterisk label". сука блеать!!!!!! то у них wire format и ищи-свищи, то три абзаца с бинарным прелставлением вшивого символа!!! рыдаю

м

нуок, не вайлдкард

но бинд не умеет, а мс умеет => не все ДНС == бинд)