= Сообщение: 11231 из 14367 ====================================== R50.SYSOP = От : Pavel Gulchouck 2:463/68 23 Apr 21 14:05:30 Кому : Alexey Fayans 23 Apr 21 14:05:30 Тема : 5020/570 FGHI : area://R50.SYSOP?msgid=2:463/68+6082acd4 На : area://R50.SYSOP?msgid=2:5030/1997@fidonet+60826ef9 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hi Alexey!
23 Apr 21, Alexey Fayans ==> Pavel Gulchouck:
AF>>> Казалось бы, у кого проблема, тот и пишет. В нодлисте всё AF>>> нормально, так что проблема в руках автора генератора зоны AF>>> binkp.net.
PG>> Сисоп может явно прописывать, что должно отдаваться для его ноды в PG>> зоне binkp.net вместо информации из нодлиста, через интерфейс PG>> https://binkp.net.
AF> И это очень плохо. Об этом уже неоднократно говорилось.
И так же неоднократно говорилось, почему это хорошо. Не знаю, имеет ли смысл повторять аргументы. Разве что один: те, кто хочет использовать чистый DDN, могут использовать любой из многочисленных ddn-доменов - например, ddn.binkp.net.
PG>> Тут именно этот случай. Адрес 127.0.0.1 странный PG>> (некорректный для ноды). Запретил задавать зарезервированные адреса PG>> (loopback, private, multicast и т.п.), а эту запись удалил.
AF> Зона должна генерироваться из нодлиста. Любые ручные записи, если уж очень хочется такой функционал, должны иметь меньший приоритет и AF> отдаваться только в том случае, если для узла нет записи в нодлисте.
Зона никому ничего не должна. Имеющаяся схема даёт возможность сисопам обновлять информацию про свой узел быстрее, чем обновляется нодлист. Это особенно актуально в ситуации, когда противник зоны binkp.net запретил явно указывать адреса из этой зоны в нодлисте на уровне FTSC.