vop

Я конечно извиняюсь, но это самая НЕУМНАЯ идея в стиле "хаты с краю".

Видимо то, что, в отличие от больших мегаполисов, в Коломые естественное ограничение на количество рабочих мест, где можно просиживать штанишки специалистам.:)

А я не спорил. Это были риторические вопросы. И да, у каждого своя судьба. Но это не повод хихикать над чужой.

Просиживать штанишки за 10-15k, например, в Лисичанске? Или в Коломые?

Украина не является демократической страной. По рейтингам она даже не является "недоделанной демократией". О чем говорить, если даже нет чутья демократии ни у власти украинской, ни у народа.

Из регионов поедут, я думаю.

Ну, вааще-то спутники сходят с орбит вполне планово. С разбросом в несколько лет.

Разве это большой секрет? Я подозревал, что есть один единственный вариант.

Я думаю, никто не планирует, что они там по 25 лет летать будут. Подозреваю, что планировалось засевать орбиты регулярно.

Хорошие. Они летают низенько.

Если заниматься чем угодно, кроме экономики... То не просто жопа приедет, а двужопая жопа... На данный момент реальный зашквар команды Зе - абсолютное непонимание (или нежелание) как-то заниматься/стимулировать экономику. Отсюда все проблемы. Это был один из трех зашкваров Петра. Так-что в этом плане ничего не изменилось.

Ваше отношение к нынешней власти понятно. Но оно никак не объясняет ожиданий от предыдущих властей, которые не работали преимущественно на корпоративах, но работали ни чуть не лучше.

Печально читать уже наевшую оскомину манипуляцию.

Роскомнадзор заблокировал на ютюбе канал ATR. Нацкомиссия выкатила ютюбу телегу, мол, неакуели ли вы? ATR ТВ украинский канал, и регулировать его, даже на ютюбе, должен исключительно украинский регулятор. А то похоже, ютюб уже ввязался в гибридную войну на стороне рф.

И не только. Заглушка https не будет работать с любым сертификатом. Предполагавшаяся для этого специальная заглушка отключена лет 8 назад по причине "неправильности".

А история тут совершенно простая. Очень много лет украинские чиновники, в силу своей тупизны, просто не понимали, где тут деньги, и на что надо наклонять бизнес, и не лезли со своим регулированием. В результате сложилась уникальная для страны ситуация - интернет услуги как раз та редкая отрасль в Украине, которая развивалась в условиях абсолютно свободного рынка и невероятной плотной конкуренции. Ну, за исключением негативных явлений, типа, рейдерства растущими провайдерами малышей. А теперь наступили времена, когда и чиновники "почуяли" запах денег и важное социальное значение сети, и решили порегулировать. Вон, нацкомиссия решила порегулировать YouTube например. Хотя, их наезд на сам YouTube вполне справедливый.

Я рад, что ошибся. Я, видимо, опять написал не очень прозрачно. Поэтому кратко: При обслуживании в широковещательной сети (ethernet например), вам нужен icmp6 ra (sllac) для конечных устройств, и dhcp6 - для роутеров. Они сами разберутся, кому что нужно. Или используйте "канонически правильный" способ обслуживания подписчиков - pppoe (в минуту отчаяния, можно и pptp :)). Учет трафика ведете любым, приемлемым способом. Это может быть, например EUI-48 (хаха, это mac) - считаем трафик, и классифицируем его для шейпера. А так, в ipv6придумали для идентификации PROTO_SEND ( /usr/include/netinet/in.h). Правда, я с ним еще не игрался. Думаю, там еще костылей дофига.

Что бы не сваливать все в одну кучу, давайте разделим два понятия. 1. Работа ipv6 в trusted network, например, по ethenet. Например, домашняя сеть, или сеть в офисе. Технология ipv6 говорит о том, что для этого ничего не надо. Достаточно в сети одного (или нескольких) роутеров и потребителей. Для этого не надо ничего. Идеология ipv6 подразумевает простоту - воткнул и работай. Для этого не надо никаких dhcp и других проблем. Это уровень icpm6 - адреса, роутинги, dns-ы, и все остальное, что нужно для работы в интернете. Настраивать потребителю ничего не надо. 2. Маленький провайдер, который хочет продавать интернет, используя trusted технологию для untrusted среды... Надо понимать, что любые "неприродные виды секса" могут приводить к возникновению разных грабелек. Поэтому первый вопрос - как мы хотим продавать интернет, какой механизм использовать? Вариантов, как обычно, есть разных. Смотря что и как вы собираетесь учитывать. Единственного варианта нет. От этого зависит то, что вам надо предоставлять клиенту. Если вы хотите ему лупошить закрепленные адреса (что не есть хорошо с точки зрения безопасности - привет китайцам), отключаете функцию раздачи адресов sllac на вашем роутере (manged mode), ставите dhcp6 и раздаете по старинке, из мира ipv4. Если делегируете клиентам префиксы (/64, или, хотя бы /60), то для этого так же можно использовать dhcp6. В принципе, это все случаи, когда вам может понадобиться dhcp6. Все остальное потребитель может (и, в общем от, должен) автоматически из icmp6 ra. 3. Маленький провайдер, который хочет продавать интернет, используя trusted технологию для trusted среды. Например pppoe. Тут, как мне кажется, вообще никаких вопросв нет. ppp - оно ppp и есть. Видимо, смарт-чайник, который лично подключился к провайдеру по ppp - это и есть тот случай, который "в большинстве"... Вы вообще читаете, что цитируете? Или этот тот самый случай "генератора случайных фраз"? slaac.... В общем, я вижу, что вам не с кем поболтать "ни о чем". Так что я пока не буду обращать внимания на ваши сообщения, пока вы не отключите сноба-подростка. Не обижайтесь.

А его не может быть единого. Если это multinode среда (например, etherrnet), то все клиенты должны от рождения уметь получать slaac с EUI-64. Это не link local, о котором вы все время вспоминаете (и что вы так к нему пристали то). Если это point-to-point - то соответственно протоколу (например тот же ppp во всех его проявлениях). А в большинстве случае для соединения ppp вообще не нужны внешние адреса. У меня ряд тоннелей ppp - ни на одном нет внешних адресов. А дефолтный роутинг выглядит вот прямо на этой моей машине так: > ip -6 ro sh default default via fe80::1 dev ppp0 proto ips metric 10 pref medium И какие там адреса link-local на этом линке - вообще всем пофиг. И на закусочку - dhcpv6 - это дополнительный протокол, а не обязательнй. Он не может быть единственным, и нужен, в основном, для делегирования префиксов роутерам, а не клиентам. Не бывает устройств, которые "умеют только dhcpv6". Если такие обнаружатся, то это равносильно ipv6-disabled devices. PS И да, забыл. Есть один, ну совершенно универсальный способ получения ipv6 адреса, префикса и всех остальных настроек. Это способ - запись на огрызке сигаретной пачки. Т.е. ручной способ. Его тоже никто не отменял, и он тоже работает достаточно надежно.

Но почему-то это не понимают те, кто пытается внедрять цензуру...

Типичный пример адреса, сформированного по расширению EUI-64: 2001:1234:AD:5555:21C:C4FF:FECF:4ED0 А теперь викторина: 1. При чём тут ll-addres на который вы намекнули? 2. Да, действительно, адрес выше не выходит за пределы сегмента. Вам вопрос - почему, если считать префикс выше рабочим? Надо же уже переходить к практикуму.

Тут главное - побольше профанации. Как ни прикольно, есть. Называется EUI64. Способ определения и анонса ipv6 адреса. Говоря другим языком не бывает ipv6 интерфейса БЕЗ ip адреса. В отличии от любимого нами ipv4. Но вы же хотите то так, то сяк. Вот для всех этих таков и сяков есть разные способы. В общем, как и в ipv4. Только в последнем этих способов чуток меньше. При этом не забываем, что в ipv6 броадкастов и arp нетути... При этом, все соседи друг про друга знают, и друг друга видят. Даже если у них у всех адреса вообще от балды написать. Закон жизни у них такой. При этом, они знают, кто из соседей - роутер. Во как.

Ну я это делаю так, как рекомендуют при программировании v4/6 приложения: rc=getaddrinfo(pr_soc->ip_addr, pr_soc->ip_port, &a_hint, &a_host); if(rc != 0) { .... process error } for(a_temp=a_host; a_temp != NULL; a_temp=a_temp->ai_next) { pr_soc->rm_sock=socket(a_temp->ai_family, a_temp->ai_socktype, a_temp->ai_protocol); rc=connect(pr_soc->rm_sock, a_temp->ai_addr, a_temp->ai_addrlen); if(rc != -1) break; // OK - continue } ... make session Просто перебираем список возможных коннектов до тех пор, пока не попадется рабочее. Если в hint не указывать специально, то там выдаются сначала v6, потом уже v4 адреса. Поэтому это вопрос к конкретной реализации. У меня побежит. У всех "порядочных" программ так же побежит. Если вы так сделаете, что ваша сигнализация будет менять свои адреса и работать ар DDNS - то работодатель вас вытурит с работы. А вот если вы прыщавый подросток, который полез в сеть поглзеть на тёлок, то тут уже пофиг, что и как меняется.

Клиенту пофиг. Но камера наблюдения уже как бы не совсем клиент, а очень даже сервер. Видимо, потому, что ipv6 - по сути другой протокол. Вы, как бы, всю дорогу смешиваете одно с другим. Для всех случаев есть свои решения. Надо ставить на тех-площадке - ставьте. Не вижу никаких проблем. У меня дома на домашнем компе стоит несколько вебсервров на нескольких ip6 взятых у провайдеров в разных концах света. Пока проблем не было, даже если падает один или другой линк дорогих и милых сердцу провайдеров домашнего интерента. Я знаю, если не ошибаюсь, способов эдак 7 раздачи ipv6 устройствам в сети. "Самопроизволное" назначение - это всего-лишь один из вариантов, очень удобных в определенных случаях, способов, не более того. Даже если к телику нужен будет доступ из вне (а не наоборот, как это сейчас, когда там телик ходит во "вну"), то дайте ему фиксированный ip.

А зачем вы хотите позволять камере само-настраивать ip? Выдайте ему по dhcp фиксированный. Или настройте ручками. Наличие ната не пофиг профайлеру, что показывает жаркое обсуждение (зачеркнуто) мочилово в соседнем топике. А ведь IP адрес сервера настраивается ручками, и прописывается в DNS Во первых, ничего не будет "долбиться". Клиент выберет живой линк, и будет нормально по нему работать (небольшая пауза в пару секунд при нынешних гениальных вебмастерах вообще заметна не будет). А во вторых - не надо "дома" сервера ставить. Ставьте в дата-центрах. Там не надо прописывать по два адреса.