Свежие комментарии

Title	Comment
Провайдер, конечно, выдает	Провайдер, конечно, выдает /64 Я ничего не понимаю в IPv6, но вот начитался всяких faqs - и вычитал там, что это есть минимально возможная доза вообще. Т.е. предназначено как бы для одного устройства. Теперь следите за руками 1) Это 2a00..../64 - приезжает ко мне на роутер само, чудом и конфигурируется интерфейс (тоже чудом). 2) Я, конечно, могу переписать на бумажку этот адрес и разложить его по своим интерфейсам (числом, скажем, 4) с /66 или /72, и того и другого не жалко. Но пройдер время - и от провайдера приедет другая /64 И что, опять руками?
1. Уточнение. Наверное,	1. Уточнение. Наверное, провайдер всё-таки выдаёт не один адрес, а сетку? 2. В моём понимании, выданный адрес (или диапазон) меняться не должен. Ни v6, ни v4. Т.е. он может, конечно, но это должно быть примерно таким же редким событием, как смена провайдера или MAC-адреса. 3. Использование NAT в IPv6 - идеологически неправильно: одной из задач IPv6 был уход от всяких NAT'ов. 4. Last but not least. С IPv6 и так проблемы бывают. А тут ещё и NAT дополнительных проблем может добавить. Поэтому городить NAT лично мне кажется неправильным. Впрочем, я программист, а не админ, и легко могу ошибаться. > Дальше оттуда ipv6.google.com пингается IPv6 уже давно включен на самом google.com. Поэтому имеет смысл раздать его по дому хотя бы ради обхода Роскомцензуры, которая IPv6 [пока] не умеет.
Провайдерский адрес (/64)	Провайдерский адрес (/64) чудесным образом доехал с провайдерского роутера на мой. Теперь у меня на внешнем роутерном интерфейсе - /64. Раздать ее дальше можно - но чтобы вменяемо работало нужно префикс поменять на более длинный. Я боюсь что сделать это ничего не сломав (т.е. не прописывая адрес руками - это ж каждый раз придется делать когда провайдер захочет его сменить) - нельзя.
Вообще, народ который их в	Вообще, народ который их в бридж переключает - вроде не жалуется на слет настроек?
Те изменения что я вносил	Те изменения что я вносил раньше: выключение wifi, смена раздаваемых DHCP-адресов и прочее подобное - остается. Перезагрузить попробую конечно.
А что мне может помешать	А что мне может помешать замэпить link local в внешние? Раздавать (настоящие) /64 не очень удобно, потому что на внешний интерфейс оно прилетает автоматом и что маску там руками потом менять?
> Раздать приватные адреса	> Раздать приватные адреса самой удобный вариант - DHCP Prefix Delegation. Я бы поставил dhcp клиент из портов (штатный не умеет ipv6) и посмотрел бы не работает ли у провайдера DHCP PD - если работает - использовать его, если не работает, искать другие варианты.
Вся проблема в том, что при	Вся проблема в том, что при перезагрузке HG8245 (а это может инициировать OLT по OMCI при обновлении прошивки или ещё чего-нибудь) прилетят те, что прописаны на станции через OMCI..
Может быть меня кто-то	Может быть меня кто-то поправит, но в в6 нет ната и нет "приватных адресов" только немаршрутизируемые наружу link-local и нормальные "белые" так что во всю локальную сеть надо дать /64 и правилами зарезать лишний входящий трафик
t.me действительно не	t.me действительно не трейсится через МГТС (нашел я этот канал тележий, подсказали добрые люди). Но я так понимаю, что это разовое явление, систематическая банилка через v6 не должна (бы) работать (пока?)
Это что ли прямо в прошивке?!	Это что ли прямо в прошивке?! Которая, в свою очередь, не шифрованная?!
Да там всё утекание сводится	Да там всё утекание сводится к: $ binwalk -e HG8245TV200R006C00SPC201_user_all.bin $ cd _HG8245TV200R006C00SPC201_user_all.bin.extracted/squashfs-root/ $ cat etc/wap/aes_string hex:13395537D2730554 и вторая часть ключа, даже IDA не нужна: $ strings bin/bin/aescrypt2 … /etc/wap/aes_string A176 799F 6D56 A239 Я вообще не понимаю, зачем они так заморачиваются - хватило бы и rot13
Ну и в том что Щорс публикует	Ну и в том что Щорс публикует - только v4. Может кто-то где-то продолбал просто v6, сейчас любую проблему списывают на РКН
Ну, мне в телеграме скриншот	Ну, мне в телеграме скриншот трейсрута кидали. Но странно это — в формает выгрузки РКН нет места для IPv6.
Перед фетчем текущего - я	Перед фетчем текущего - я делаю префетч следующего. +25% перформанса (было 320мс, стало 250) Дальше копать не стал, потому что на фоне всего остального (распаковка, то-се) выигрыш уже не виден.
Ах даже так? Где почитать?	Ах даже так? Где почитать?
Толку-то, они как раз сегодня	Толку-то, они как раз сегодня научились блочить по IPv6 тоже, упыри.
Ого, то что ключ утёк —	Ого, то что ключ утёк — неожиданно
Префетч на СЛЕДУЮЩИЙ элемент	Префетч на СЛЕДУЮЩИЙ элемент — это уже слишком поздно. Надо дальше.
Спасибо!	Спасибо! Я уже перекрестясь все сделал!
Конфиг там - gzip и сверху	Конфиг там - gzip и сверху AES-CBC-128 / HMAC-MD5 с ключом 13395537D2730554A176799F6D56A239, первые 8 байт можно игнорировать. После распаковки можно добавить нового пользователя с правами нормального админа (UserLevel=0), пароль - sha256(md5())
Настроек много, да, но	Настроек много, да, но defaults вроде вменяемые. Может быть надо сделать basic options, либо отдельным диалогом, либо страничкой (первой) в Preferences. Настройки, по большей части, появляются там, где поведение начинает отклоняться от старых версий - и нужна гайка "чтобы вернуть".
Бантики -- это, конечно,	Бантики -- это, конечно, нужно, но вот мне из-за их обилия стало не очень интересно заниматься тестами новых версий, потому что большей частью новых функций я не пользуюсь, а времени вникать во всё это нет. Стало очень много настроек, в которых без мануала уже и не разберёшься (это хорошо, когда каждую гайку по своему динамометру можно затянуть, но гаек реально много). Может, там как-то организовать кнопку Turn On Advanced Options или сделать ярлыки оптовых настроек "под Lightroom", "под С1" и т.п., чтобы новых не пугало количество гаек?
Там (в FRV) наконец	Там (в FRV) наконец запланирована совсем большая польза от (продвинутой) видеокарты. Для этого - нужно внутренние потроха полностью переработать. Вот, тружусь. Насколько могу вспомнить, к этому месту не подходил года два, а все эти два года занимались бантиками, а не основной функциональностью, ради которой программа была сделана (ну, кроме экранного sharpening).
Странно, вот ну ни черта же	Странно, вот ну ни черта же не понимаю, кроме названий инструкций, но почему-то читать всё равно интересно. И вообще, это ж хорошо, когда внедряются новые технологии. Так что спасибо :)
Ну оно конечно при просмотре	Ну оно конечно при просмотре ассемблера - часто показывает тормоза на следующей инструкции, а не на той что тормозит. Но мы же тоже понимаем что на паре movups xmm0, [addr] add rdx, 0x10 Если и показывает время на сложении - это оно на инструкцию промахнулось.
Ага.	Ага. FB full (и немного 4k aliasing, но тут блин вообще ничего не сделаешь, какие дали данные снаружи, такие и есть) Что неудивительно, фигачим то гигабайтами подряд. Увы, ничего тут не поможет, кажется, MOVNTDQA для невыровненых данных нету, выровнять входные я не могу, значит вот тут такая неустроенность имеется: читать мимо кэша не выйдет.
L1 bound тоже разворачивается	L1 bound тоже разворачивается на 6 показателей.
Ага, я до этого места дошел.	Ага, я до этого места дошел. L1 bound и DRAM bound (красным и большие проценты) Почему то же самое не bound для примерно такого же 128-битного кода - ну хрен пойми.
general exploration analysis	general exploration analysis/bottom-up view/general exploration viewpoint: backend bound/memory bound/L1 bound. Еще advisor/roofline может показать L1/L2/L3/DRAM throughput для обоих циклов.

Свежие комментарии

Pages