у гугла было 3к запросов на 1 ip. у cloudflare нет конкретных ограничений, но скорее всего тоже лучше порог 3-5к не превышать.
на 4,5 гигабита трафика, 2к+ абонов, в среднем 80% запросов с кеша, в пиках 500 запросов\сек и соответственно из 500, 400 будет с кеша.. поэтому тут единственное ориентироваться на пинг. (у гугла обычно маршруты длинные и пинги так же).
стоят в работе openDNS\cloudflare\google разницы особой небыло замечено.
Перетестував для прикладу домени, що вище написав написал otchem - рекурсивний сервер, який ближче стоїть, швидше працює. Кеш на 1.1.1.1 може і більше, але запитів які не попадають в локальний кеш, проте є на 1.1.1.1, мінімум. Відповідь теж не "мгновенный", а забирає свои мс-ди. На зовсім маленькій мережі рекурс, напевне, і немає сенсу ставити.
Побачиш. Ще й як.
1.1.1.1 завжди буде відповідати за 10мс(весь мир в кеші), а твій рекурсивний може на запит втратити і 2-3с на непопулярний ресурс. І це явно видно.
P.S. в мене поднят кешуючий unbound з форвардом на cf та google. Все шикарно. Реверсивні пару років не використовуємо.
Мсье знает толк в извращениях. Хорошо что так кончилось. Надеюсь, что головняка вашему прову было добавлено по минимум. А возможна и небольшая авария с падением всей ветки.
О... ще один "внє палітіки". Звідки ж вони лізуть такі бл#дь..
Специальный перевод для тупеньких и лингвистически ограниченных: "довольно сложно сидеть и вытирать вам сопли, когда тебя ежедневно пытаются убить".
Можете считать это специальной oхyитeльной операцией по десвинособакизации.
Доброго дня.
Об'єднайте в міст (bridge1) 2 інтерфейси eth1 і wlan1.
І це ви реалізуєте завдання:
Виставте ІР і налаштуйте ДХЦП сервер на інтерфейсі wlan2. Це у вас буде реалізовано завдання:
Звісно, ще потрібно ще до налаштувати: маршрутизацію, дхцп-клієнт, фаєрвол, щоб це вся схема запрацювала.
Слава Україні. Гарного дня.