tag:dreamwidth.org,2021-01-19:3740325 amarao amarao 2021-11-08T10:32:32Z tag:dreamwidth.org,2021-01-19:3740325:21860 2021-11-08T10:32:32Z 2021-11-08T10:32:32Z public 0 А вот я понял, что по сравнению с ipv4, я плохо умею ipv6 отлаживать. Если какая-то фигня по дороге, то для ipv4 я точно могу ткнуть в пропущенный кусок, а в ipv6 - нет. В целом, там же в ND примерно такой же процесс как и в arp, но наизусть я его не знаю.<br /><br />А знать надо, ибо оно всё ближе. Вот прямо сейчас оно мне нужно for real, для работы.<br /><br /><img src="https://www.dreamwidth.org/tools/commentcount?user=amarao&ditemid=21860" width="30" height="12" alt="comment count unavailable" style="vertical-align: middle;"/> comments tag:dreamwidth.org,2021-01-19:3740325:17146 2021-09-05T20:43:41Z 2021-09-05T20:43:41Z public 2 Иногда, когда я вижу, что человек на собеседовании хорошо всё знает, я тестирую границы его знания вопросом про ГАИ. Точнее, про /etc/gai.conf. Я не особо ожидаю ответа на такой вопрос, но если человек хоть что-то связно может сказать про этот файл, я ставлю большой жирный плюс.<br /><br />А сегодня я впервые воспользовался им как workaround'ом вокруг бага в innernet'е:<br /><br /><a href="https://github.com/tonarino/innernet/issues/141">https://github.com/tonarino/innernet/issues/141</a><br /><br />Суть проблемы: клиент не задавал в явном виде адрес (видимо?) и почему-то хватал link-local адрес от другого интерфейса, и ничего не работало.<br /><br />Я добавил в gai.conf свою сетку с большим приоритетом, и оно заработало.<br /><br />... но почему?<br />Дефолтные-то правила всё равно всё правильно разруливают.<br /><br />```<br />#label fec0::/10 5<br />#label fc00::/7 6<br />label fc00:deba::/32 10<br />```<br />(недефолтное, добавленное мною, без комментария)<br /><br /><img src="https://www.dreamwidth.org/tools/commentcount?user=amarao&ditemid=17146" width="30" height="12" alt="comment count unavailable" style="vertical-align: middle;"/> comments tag:dreamwidth.org,2021-01-19:3740325:12932 2021-06-12T14:23:16Z 2021-06-12T14:23:16Z public 0 Всех интересует, какие проблемы от него.<br /><br />И вот я накопал. Ничего существенного, но то, что есть, раздражает и усложняет.<br /><br />1. В половине софта обращение по ipv6 требует использования квадратных скобок. А в половине - нет. Т.е. если у вас server_fqdn был 192.168.0.1, то вам это прокатывало как для ping, так и для curl. А если server_fqdn fdcd:ba4a:a9b::2, то в ping оно должно быть as is, а в curl - [fdcd:ba4a:a9b::2]. И в ssh.<br /><br />Да, если будете страдать, то ssh -L 127.0.0.1:5000:[fdcd:ba4a:a9b::2]:5000 user@fdcd:ba4a:a9b::2<br /><br />2. leading zeroes. fdcd:ba4a:a9b::2 или fdcd:ba4a:0a9b::2? Оказывается, для testinfra это важно. А ещё в куче мест, где есть assert строковому равенству, или хранится и показывается "как записали", что в свою очередь приводит к строковому равенству.<br /><br />Вся эта чехарда с leadning zeroes настолько неприятная, что я для себя сделал зарубку - никаких трёхзнаков в адресах. Проще будет.<br /><br /><img src="https://www.dreamwidth.org/tools/commentcount?user=amarao&ditemid=12932" width="30" height="12" alt="comment count unavailable" style="vertical-align: middle;"/> comments