The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В Азии введен режим строгой экономии IPv4-адресов, opennews (??), 15-Апр-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


23. "В Азии введен режим строгой экономии IPv4-адресов"  +3 +/
Сообщение от rmemail (??), 15-Апр-11, 13:47 
Кому неизвестно, вам и таким же как вы, которые в 2011-м году ещё и не начинали изучать IPv6? Ну так это лишь их проблемы. Внедрения серьёзного масштаба уже есть и полно, оглядитесь чуток дальше своего ПГТ...
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

57. "В Азии введен режим строгой экономии IPv4-адресов"  +1 +/
Сообщение от Stax (ok), 15-Апр-11, 16:46 
Да блин, только в самом конце 2010 года (а реальный внедрений раньше 2011 наверняка и нет) вышел Redhat 6, и это по-моему первое промышленное решение, в котором более-менее прилично с IPv6. Это что, вина пользователей и администраторов, что 2011 год на дворе, а нормальная поддержка в софте только сейчас появляется?
Только не надо кивать на дебиан и SLES, дебиан вышел незадолго до редхата, а SLES одного мало. Да и в общем, не принципиально это - просто удобно рассматривать редхат (который вполне себе ратует за ipv6) - да и о каком внедрении можно говорить, пока даже с одним из крупных игроков проблемы. На решениях до 2011 года, том же Redhat 5 (пусть будет 5.6, мы имеем):

1) DHCPv6, мягко говоря, через задницу. Попросту - практически неюзабелен за неимением базовых фич. В 6-ке перешли на ISC DHCP4, где наконец-то врожденная поддержка IPv6. Ну да, можно руками похакать и воткнуть этот DHCP в 5-ку (лично я так делал, изкоробочный ну совсем никуда не годится). Это, типа, нормально?..
2) squid не поддерживает ipv6. А сквид хорош не только для экономии трафика - это еще очень удобный способ ipv4 браузерам ходить по ipv6 пространству. К сожалению, это все доступно только в 3.1, который "появится" в той же 6-ке
3) Нет connection tracking. ipv6 файрвол без возможности написать "RELATED,ESTABLISHED" превращается в жуткое мессиво - а ведь NAT'а у нас нет, значит мы должны прикрыть всех клиентов на шлюзе. А возможности открыть обратные соединения нет. Вот и попробуйте написать правила. К счастью, в 6-ке с новым ядром connection tracking появился.
4) Куча сервисов про ipv6 не знают. Ну тот же nfs вроде, хотя в 6-ке опять же обучили. Разные другие мелкие еще нет (из того, что лично меня раздражает - vnc даже в 6-ке не умеет ipv6).

Ответить | Правка | Наверх | Cообщить модератору

58. "В Азии введен режим строгой экономии IPv4-адресов"  +1 +/
Сообщение от rm_email (ok), 15-Апр-11, 16:51 
> Да блин, только в самом конце 2010 года (а реальный внедрений раньше
> 2011 наверняка и нет) вышел Redhat 6, и это по-моему первое
> промышленное решение, в котором более-менее прилично с IPv6.

Што за бред вы городите?

> дебиан вышел незадолго до редхата

Это просто вне каких-либо комментариев.

> 2) squid не поддерживает ipv6

Мой Squid поддерживает IPv6 уже как минимум год, а то и больше (не считал). Что я делаю не так?

> 3) Нет connection tracking. ipv6 файрвол без возможности написать "RELATED,ESTABLISHED"
> превращается в жуткое мессиво - а ведь NAT'а у нас нет,
> значит мы должны прикрыть всех клиентов на шлюзе. А возможности открыть
> обратные соединения нет. Вот и попробуйте написать правила. К счастью, в
> 6-ке с новым ядром connection tracking появился.

Connection Tracking для v6 в mainline Linux со времён исторического материализма это как минимум. Если ваш редхад использует ядра древнее говна динозавров, это каким местом проблема IPv6?

> 4) Куча сервисов про ipv6 не знают. Ну тот же nfs вроде,
> хотя в 6-ке опять же обучили. Разные другие мелкие еще нет
> (из того, что лично меня раздражает - vnc даже в 6-ке
> не умеет ipv6).

Бла-бла-бла, и т.д и т.п.
Переходите на нормальный дистр, а не с софтом из 2004-го года "зато ынтырпрайз".

Ответить | Правка | Наверх | Cообщить модератору

62. "В Азии введен режим строгой экономии IPv4-адресов"  +1 +/
Сообщение от Stax (ok), 15-Апр-11, 17:22 
> Это просто вне каких-либо комментариев.

Что вне комментариев? Выход squeeze?

А что, простите, в lenny тот же сквид, о котором вы говорите "год уже как" в версии 3.1 и поддерживает ipv6? Или может там с ядром "древнее говна мамонта" (по вашему выражению) nfs поддерживает ipv6?

И вообще, не в дебиане дело. Дома вы можете ставить что угодно, хоть генту, но отмаза вроде "а вот в таком-то дистрибутиве у меня все зашибись, что я делаю не так" актуальна разве что для троллинга, а мы тут вроде внедрение ipv6 в продакшен обсуждаем? Я вам про реальную и типичную (виденную мной много-много раз ситуацию) - есть, скажем, организация, там шлюз сделан на редхате, как прикажете писать файрвол для ipv6. Обновляться до 6-ки? А до 2011 года как?

И уж говорить "поддерживает уже год", знаете, тоже как-то.. не очень согласуется с идеей глобального внедрения технологии. Может в волшебном мире, где палочкой махнул и все стало новым и красивым это и спасет. А в реальном, нужно чтобы то, что вокруг, тут и там несколько лет как стабильно поддерживало, чтобы говорить о нормальном внедрении. Я редхат 5 просто в пример привел, в реальном мире работа сети вообще и более мелкий сетей в частности очень часто обеспечивается и куда более старыми технологиями - проверенными и работающими. А тут приходят и говорят "а что это у вас ipv6 плохо внедряется, что-то вы от прогресса отстаете, непорядок!". Ага. Очень продуктивное заявление.

Реальный переход на ipv6 в серьезных объемах пойдет тогда, когда утверждение "полностью поддерживается ipv6 со всеми фишками не уступая ipv4, и это уже несколько лет как" станет реальностью. А что к моменту, когда пул ipv4 закончился еще даже *сейчас* в новейших доступных вещах в ipv6 нельзя обеспечить всего, что делалось в ipv4 (я не имею ввиду NAT, а про поддержку софтом и т.д.) - это фейл. И огранизации, выдающие ip адреса могут сколько угодно бесноваться и предупреждать и говорить "переходите" - переход будет тогда, когда момент "все доступно и уже много лет как" наступит, а не как сейчас.

PS Да, я переводил сетки на ipv6 и до 6-го редхата. Конечно, это возможно. Но удовольствие из малоприятных и % того, что можно заставить работать по ipv6 весьма далек от 100. И когда он станет ближе к 100, совершенно непонятно. Кстати про говно мамонта, не находите любопытным тот факт, что в 10 солярке, более древней, чем 5-й редхат, заставить работать всякое разное по ipv6 (и в целом % того, что работает по ipv6) проще, чем в линуксе?..

Ответить | Правка | Наверх | Cообщить модератору

63. "В Азии введен режим строгой экономии IPv4-адресов"  +2 +/
Сообщение от rm_email (ok), 15-Апр-11, 17:41 
"IPv6 was developed by the Internet Engineering Task Force (IETF) to deal with the long-anticipated IPv4 address exhaustion, and is described in Internet standard document RFC 2460, published in December 1998."
Если редхат вместо того чтоб работать над поддержкой протокола ещё из прошлого века предпочитал совокуплять гусей до 2011 года (не смотря на то, что большинство ключевых проектов, тот же Squid, впилили его гораздо раньше), то я ещё раз намекаю - может выбрать вместо него что-то более расторопное?
Ответить | Правка | Наверх | Cообщить модератору

94. "В Азии введен режим строгой экономии IPv4-адресов"  +/
Сообщение от zerotemail (ok), 16-Апр-11, 15:09 
да нету более расторопного с вменяемой поддержкой и известным именем для энтерпрайза, ибо дебиан/фрю и т.п. ставить вменяемая крупная контора не будет себе. стандарт - rhel
мелочь да, там проще. но мелочь как раз проживёт на старых технологиях больше
-
имхо DNAT/SNAT это действительно удобная и полезная фича
Ответить | Правка | Наверх | Cообщить модератору

104. "В Азии введен режим строгой экономии IPv4-адресов"  +/
Сообщение от User294 (ok), 17-Апр-11, 14:56 
> имхо DNAT/SNAT это действительно удобная и полезная фича

Чего в нем удобного и полезного? Если вам нужен *файрвол* - так и юзайте ФАЙРВОЛ, мать вашу. Почему вам надо микроскопом то гвозди забивать?! Превращая нат в некое убогое и кривое подобие фаервола? Более того, "connection tracking" - довольно неважная штука. Оно довольно ощутимо кушает ресурсы, поэтому если соединений много и они идут часто - конекшн трекинг начинает создавать проблемы. А лимитировать частоту и количество соединений - это уже заявка на инвалидские костыли вместо нормального интернета. Можно и на костылях бегать. Но без них - быстрее.

Ответить | Правка | Наверх | Cообщить модератору

108. "В Азии введен режим строгой экономии IPv4-адресов"  +/
Сообщение от zerotemail (ok), 17-Апр-11, 20:02 
>> имхо DNAT/SNAT это действительно удобная и полезная фича
> Чего в нем удобного и полезного? Если вам нужен *файрвол* - так и юзайте ФАЙРВОЛ, мать вашу

это, по поводу речевых оборотов ... ты мил человек язычок свой гнилой попридержи, чтобы по твоей через коленку за ухо матери и прочим собратьям по ДНК не прошлись ссаными тряпками публично

> Почему вам надо микроскопом то гвозди забивать?! Превращая нат в некое убогое и кривое подобие фаервола? Более того, "connection tracking" - довольно неважная штука. Оно довольно ощутимо кушает ресурсы, поэтому если соединений много и они идут часто - конекшн трекинг начинает создавать проблемы. А лимитировать частоту и количество соединений - это уже заявка на инвалидские костыли вместо нормального интернета. Можно и на костылях бегать. Но без них - быстрее

по делу - я же написал ИМХО, я не обсуждаю что лучше, я говорю - мне так удобнее, решение уже принято, тема легла в свою лузу в общей картине мира и пересмотру в ближайшее время не подлежит
-
Аргументы "за" конечно присутствуют. На безрыбье теперь придётся пользоваться файерволом, конечно, но это было и раньше. То есть раньше было две линии обороны от выхода хомячков в инет (активная - сетевой фильтр и пассивная - организация доступа через нат) и сканирования локальных сетей, теперь остаётся только одна линия обороны. На мой взгляд это плохо, потому что решение никогда не должно становиться хуже, трудозатратнее и т.п.

Ответить | Правка | Наверх | Cообщить модератору

111. "В Азии введен режим строгой экономии IPv4-адресов"  +/
Сообщение от User294 (ok), 19-Апр-11, 16:14 
> это, по поводу речевых оборотов ... ты мил человек язычок свой гнилой
> попридержи,

За изящной словесностью - вам к литераторам куда-нибудь. За изысканными манерами - наверное куда-то типа института благородных девиц. А если вы хотите какого-то уважения у технарей, научитесь:
1) Более-менее нормально цитировать сообщения оппонента, блин. Ваше цитирование достаточно кривое. Когда оно становится вторым уровнем - оно ломается.
2) Нормально аргументировать свою точку зрения. Я не вижу ни одного вменяемого аргумента, способного вызвать уважение вас как профессионала. Лень, нежелание обучаться и "я так решил и баста" - это ваши недостатки, а не протокольные.

> я говорю - мне так удобнее,

А, понятно: вы некроман привыкший к технологиям эпохи дедушки Ленина. Ничего нового изучать не желаете, даже если остальным очевидно что оно себя исчерпало. Так? Это единственный вывод который я смог сделать из вашей аргументации.

> решение уже принято, тема легла в свою лузу в общей картине мира и пересмотру в ближайшее
> время не подлежит

Это не тянет на забойные технические аргументы. Как максимум на описание вашей лени/нежелание обучаться, любой ценой. Но это не вина протокола и не его недостаток. И к технической прямизне/кривизне отнощения вообше не имеет. У v6 своих недостатков есть, но они совсем не в том :)

> Аргументы "за" конечно присутствуют. На безрыбье теперь придётся пользоваться файерволом,

Мне почему-то всегда казалось, что энфорсинг политик - задача именно файрвола. Для меня загадка природы почему для работы которую обязан делать файрвол надо пытаться прикрутить левый костыль, да еще и вещать что так и надо. А это ничего, что такой же набор правил, но чисто на фаерволе а не нате - как-то естественнее и менее костыльно смотрится? Т.е. на фаере это будут те же самые рулезы, только левый хакинг заголовка с подменой адресов будет ОТСУТСТВОВАТЬ. Единственное глобальное отличие.

> конечно, но это было и раньше. То есть раньше было две
> линии обороны от выхода хомячков в инет (активная - сетевой фильтр
> и пассивная - организация доступа через нат)

Что за глупости? Нат всего лишь (и то не всегда) обладает свойствами похожими на stateful файрвол. Более того, в линухе вообще одно и другое рядом стоят и часто юзаются совместно. Вся глобальная разница - в том, что в случае ната еще и хидер айпи-пакета до кучи на ходу хакается, чтобы интранетовые машины надурить. Хакинг протокольного хидера на ходу ессно костыли и кривизна, без вариантов.

> и сканирования локальных сетей,

- Во первых, сканить 2^64 айпишников - очень неперспективная задача. Скан одного интранета /64 будет эквивалентен скану целиком всего-то 4 миллиардов :))) этих ваших IPv4 интернетов :). Сущий пустяк, большой ботнет за пару тысячелетий осилит наверное.
- Во вторых, файрволы никто не отменял и можно сделать stateful firewall ничем таким не хуже натовского, только без костыльного хакинга айпишников в заголовках. Единственная разница будет в том что НЕ НАДО будет патчить адреса в заголовках. Вся остальная логика типа трекинга соединений - может оставаться точно такой же. А почему нет?
- В третьих, обычно энтерпрайзы где паранойя имеет смысл и так обычно давят все лишнее и на вход и на выход и заворачивают хттп траф через прокся. При этом даже с v6 у них не будет особо светиться структура интранета. Не вижу чем и кому в такой схеме станет хуже. Кроме возможности немного расфайрволить некоторые из машин без крайне извращенных плясок с бубном, что вообще-то фича а не баг.

> теперь остаётся только одна линия обороны.

NAT сам по себе файрволом вообще не является. Некоторые реализации оного могут подразумевать stateful трекинг соединений, но это не обязательно и по большому счету это - дело все-таки файрвола. А нат сам по себе всего лишь гнусный хак протокольных заголовков. Кривое и горбатое решение, ломающее исходно задуманную логику протокола и вызываюшее глюки у массы софта и порождающее массу проблем.

> На мой взгляд это плохо, потому что решение никогда не должно становиться хуже, трудозатратнее и т.п.

ИМХО единственные реальные трудозатраты - в запоминании более длинных адресов. И то, все не так уж плохо: надо помнить лишь префикс своей сети и куски адреса в его пределах. Т.е. например одно 64-бит число + еще эн 64-битных чисел. Возможно даже более коротких нежели 4 бита. Что сильно лучше чем помнить N 2^128 чисел.

Ответить | Правка | Наверх | Cообщить модератору

115. "В Азии введен режим строгой экономии IPv4-адресов"  +/
Сообщение от zerotemail (ok), 21-Апр-11, 21:20 

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

в вашем варианте "технарь", это квалификация и умение делать то, что не хотят делать пацаны с деньгами, то, за что терпят дурной характер "этого люмпена" и отвёрнутую в сторону недовольную рожу, и кидают подачку в виде зряплаты ? ради этого вы предлагаете учиться новому ? прямо морлок какой-то вами нарисован в ряду прочих электриков и джамшутов. Думаю, какой то уровень литератора и благородной девицы в вас тоже должен присутствовать. впрочем личное дело каждого, имеете право жить как хотите

> Мне почему-то всегда казалось, что энфорсинг политик - задача именно файрвола. Для
> меня загадка природы почему для работы которую обязан делать файрвол надо
> пытаться прикрутить левый костыль, да еще и вещать что так и
> надо. А это ничего, что такой же набор правил, но чисто
> на фаерволе а не нате - как-то естественнее и менее костыльно
> смотрится? Т.е. на фаере это будут те же самые рулезы, только
> левый хакинг заголовка с подменой адресов будет ОТСУТСТВОВАТЬ. Единственное глобальное
> отличие.

ключевые слова здесь - "для меня загадка". вы по определению имеете отформатированный мозг, или прикидываетесь ? Я думаю, что прикидываетесь

> Что за глупости? Нат всего лишь (и то не всегда) обладает свойствами
> похожими на stateful файрвол. Более того, в линухе вообще одно и
> другое рядом стоят и часто юзаются совместно. Вся глобальная разница -
> в том, что в случае ната еще и хидер айпи-пакета до
> кучи на ходу хакается, чтобы интранетовые машины надурить. Хакинг протокольного хидера
> на ходу ессно костыли и кривизна, без вариантов.

много умных слов написали, но на забойные аргументы они тоже не тянут

> - Во первых, сканить 2^64 айпишников - очень неперспективная задача

ничо, правильные парни в погонах напрягутся. Тут важнее, что просто составляется карта ваших хостов - хто и куда ходиль. Понимаете о чём речь - не одна IP будет видна, а всякая, который куда то лез. Достаточно просто поставить слухач у провайдера, да он и так там стоит. Это не сканирование перебором, это сканирование для детального сбора информации о вашей домашней сети, например

> - Во вторых, файрволы никто не отменял и можно сделать stateful firewall

наверно понятно, что сетевой фильтр от описанного сканирования не поможет никак

> давят все лишнее и на вход и на выход и заворачивают
> хттп траф через прокся

фидишь ли, Юра ... вот например взять сквид, насколько я помню там с какой то версии возможность убрать инфу о клиентском IP (не проксика, а именно клиента, доступную отдельной переменной серверу) просто исключили. Понятно для чего это было сделано, это момент технический, и вытащить инфу о клиенте вполне можно. Разве что пытаться строить цепочки проксиков. Но вот здесь как раз костыль, да и работать это будет не всегда

> А нат сам по себе
> всего лишь гнусный хак протокольных заголовков. Кривое и горбатое решение, ломающее
> исходно задуманную логику протокола и вызываюшее глюки у массы софта и
> порождающее массу проблем.

ну ну. вам конечно с высоты вашего практического опыта виднее. или теоретического ?

> ИМХО единственные реальные трудозатраты - в запоминании более длинных адресов

вот это как раз образец убойного технического аргумента ? имхо глупости, для запоминания адресов давно придуман сервис - называется он DNS

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру