October 3rd, 2019

Cat-light

Этот загадочный метрополитен

Весь сентябрь катался в метро по карте "Кукуруза-Мастеркард". Типа, по акции со скидкой. Всё было более-менее нормально. Единственное, смски о совершении транзакции и возврате денег по акции иногда приходили с задержкой в несколько часов. Лежишь уже, спишь, а тут "хренак, бздынь": уведомление об отмене транзакции по поездке с работы. Но ничего, пережить можно.

На день города пользовался картой "Мир", ездил по рублю. И сам, и друзей проводил через турникет таким способом. Тоже всё ОК.

Сейчас акция "Мастеркарда" закончилась, пытаюсь продолжать пользоваться "Миром". Получается с переменным успехом. Уже два раза напоролся на сообщение "Карта находится в стоп-листе" от турникета. Пробовал соседний турникет, то же самое.

В интернетах пишут, что такое происходит, когда метрополитен считает, что перед ним образовалась непогашенная задолженность. И советуют проверять её наличие вот на этом сайте. Есть только несколько проблем.


  1. Этот сайт тоже ни фига не работает. После вбивания номера карты выдает ошибку бэкенда и "до свидания".

  2. Почему-то вчера, например, на одной станции мне дали отлуп, а на другой через полтора часа после этого меня совершенно спокойно пропустили. Между этими двумя событиями я никаких смсок не получал. ИЧСХ, по второй поездке транзакция пришла вообще только на следующий день.

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

  4. Вишенкой на торте к предыдущему пункту: друг "хостится" в ВТБ, то есть там же, где и сам метрополитен. Уж внутри одного-то банка транзакции должны по идее бегать быстро, не?

То ли они там опять чего-то поломали, то ли система изначально мертворожденная. Непонятно. Поживем — увидим. А пока я понял, что надо сразу готовить к проходу и "Мир", и "Тройку". Чтобы если "Мир" не сработает, не задерживать людей в очереди за собой. Чего и вам советую.
Cat-light

Грабли в DHCPv4 (Linux + Windows)

Странно, что я не наступил на них раньше.

Допустим, есть Linux-овый DHCP-клиент (ISC DHCP 4.4.1) и виндовый DHCP-сервер (Windows 2016). Если просто так взять и оформить резервирование IPv4-адреса на стороне сервера на основании MAC-а клиента, то может внезапно выясниться, что работать оно не будет.

Причина в том, что Linux чётко соответствует RFC4361, а вот у винды на этот счет имеются некоторые вопросы. Если кратко, то по умолчанию ISC DHCP в качестве идентификатора клиента (IA) шлёт строку "IAID+DUID", которая для IPv4 имеет длину 36 символов. А вот винда ожидает услышать один только DUID длиной 12 символов. Из-за этого совпадение идентификаторов никогда не будет достигнуто. Соответственно, клиент получит адрес не из резервации, а из общего пула.

Решения может быть два.


  1. На строне Windows прописывать 36-символьный идентификатор клиента полностью.

  2. На стороне Linux в конфигах DHCP-клиента явно указать "send dhcp-client-identifier = hardware;".