Краткое описание:
Hoodle 🕷️: поисковик с собственным роботом для автоматической индексации Deep Web
Hoodle — одна из немногих поисковых систем в сети Tor, которая не полагается на пользовательские ссылки, а использует собственный веб-краулер для автоматического обхода и индексации onion-сайтов по всему Deep Web. Это делает его принципиально отличным от большинства аналогов, где каталоги формируются вручную.
🕸️ Робот Hoodle ежедневно сканирует сеть, добавляя новые ресурсы и обновляя существующие. Благодаря этому база данных постоянно растёт, а результаты поиска — актуальнее и шире, чем у сервисов, зависящих от человеческого вклада.
🔍 Преимущества Hoodle:
— Автоматическая индексация без модерации и цензуры,
— Поиск по тексту страниц, а не только по URL,
— Поддержка полнотекстового запроса на нескольких языках,
— Отсутствие аккаунтов, трекеров и cookies.
🛡️ Как и большинство сервисов в Tor, Hoodle не хранит логи запросов, не привязывает сессии к IP и доступен только через onion-ссылку. Это делает его полезным инструментом для исследователей, журналистов и просто любопытных — тех, кто хочет самостоятельно исследовать глубины даркнета, а не полагаться на чужие закладки.
💡 Важно: автоматическая индексация означает, что Hoodle может находить временные, нелегальные или опасные ресурсы — включая мошеннические сайты, фишинг и вредоносный контент. Ответственность за посещение лежит на пользователе.
Важное предупреждение: Использование поисковых систем для доступа к запрещённым материалам или ресурсам, связанным с противоправной деятельностью, может повлечь уголовную ответственность.
Hoodle, поиск в даркнете, автоматическая индексация Tor, поисковик Deep Web, Hoodle onion, краулер даркнет, поиск onion сайтов, Hoodle без логов, полнотекстовый поиск Tor, альтернатива Ahmia.
14:42:04
Hoodle висит полсуток, поиск тупит, зато база дампов свежая
21:36:05
сайт в упадке реально но свежие базы вообще без цензы идут даже не парсёром а в raw как шавуха на утро
03:24:05
где вы таких баз ждёте с цензой лол, вчера залили левый дамп за 2023 по логину от мелочи, оказался вообще от аптеки с паролями в md5 да ещё и обрезанный половина хешей не влезла, зато на главной радуются как дети
10:00:03
Может и raw, но по скорости индексации новых дампов они явно отстают. Раньше лучше было.
11:30:03
Согласен, раньше Hoodle лучше работал, но сейчас даже raw данные запаздывают. Может, им стоит обновить индекс или оптимизировать поиск?
09:06:03
держу два крона на разных нодах, один старый один новый, так вот старый каждые 15 мин вытягивает свежак, а новый уже полчаса ждет, значит не в трафике дело, а в самой очереди обработки, может им ребалансер перегрет
21:06:03
Hoodle база может и свежая, но качество индексации страдает, часто приходится ковыряться в raw данных, чтобы найти нужное
03:54:06
Зато ломать пароли по слепку приятно, даже когда raw скидывают, зато вижу где соль слили а где ни
22:24:04
Да ладно, висит потому что на raw трафик льют, мой крон парсит штормит базу каждые 15 мин и всё ок. Кто умеет, тот из говна конфету делает, остальным ныть
14:36:04
проверил вчера, raw лежит с отставкой в 8 минут по сравнению с мейнтейнерским зеркалом, так что браться за хэши надо сразу через ws, иначе переплавка соли теряет смысл
20:36:04
У меня тоже были проблемы с задержкой, но когда переключился на резервный нод, всё нормализовалось, разве что нагрузка на сервер повысилась
01:42:06
А я вот заметил, что хоть raw и запаздывает, но зато фильтры по дате и типу хэшей стали работать как часы. Раньше на старом движке могли и лишнее подсунуть, а теперь хоть задержка, но точность на высоте. Правда, иногда ноды отваливаются без предупреждения, приходится мониторить вручную, но это мелочи по сравнению с тем, как раньше глючила сортировка.
10:12:04
Никогда не понимала, зачем вам эти raw данные с задержкой… но если ваш пароль ‘12345’, они вам точно не помогут
23:18:03
Восемь минут это ещё ничего, у меня бывало и по полчаса. Но если вам нужны свежие данные, то эти ноды не подойдут, лучше поискать другие.
18:00:03
Тоже столкнулся с задержками на худле, но оказалось что проблема была на моей стороне, а не на сервере
14:18:03
Не везет тебе с пингом, брат. У меня после апдейта тоже дичь началась, но не задержки, а шифрование куда-то уплыло. Приходится с этим бороться.
04:48:05
Да ладно студенту ждать, у него и так сессия вечная. Но вот когда raw приходит кусками или вообще с битыми хэшами — это да, проблема. Я как-то ловил слив, где соли в бд были частично затерты нулями, причем только в raw, а в индексах всё чики-брики. Так что не только задержка важна, но и целостность. Хотя для тренировки и такое сгодится, главное потом не привыкнуть к кривым данным.
18:06:06
Парни, вы тут про задержки спорите, а мне интересно — этот raw когда придёт, уже устаревшим будет или как старый анекдот про Вовочку? Может, пока ждём, кофе сварим и сериал досмотрим?
04:36:07
фильтры действительно шустро работают но беда в другом на прошлой неделе половина хэшей уходила в лаг на два дня и без предупреждений
19:30:05
Да хули вы к задержкам цепляетесь, худл хоть не тормозит как тот же дир3к с его вечными подвисаниями при сканировании. А вот с качеством рава проблемы реальные — прошлый раз половину базы пришлось допиливать ручками, потому что часть данных пришла криво закодированной. И да, фильтры тут действительно быстрее, чем у конкурентов, но это не спасает, когда ноды начинают отваливаться по три раза на дню. Кто-нибудь пробовал поднимать локальный инстанс для стабильности? Или все на коленке работают?
05:18:02
А вот про подвисания dir3k это точно. У меня тоже такое бывало, но худл тоже не без греха, иногда скрипты на нем подтупливают, если нагрузка большая
17:18:04
худл на самом деле не плохо работает с большими нагрузками, но вот что реально бесит — это отсутствие нормального мониторинга состояния сети
23:12:04
На самом деле, ключевая проблема не в задержках или тормозах, а в стабильности соединений. У меня были случаи, когда Худл просто отваливался на ровном месте, оставляя все процессы висеть.
10:54:12
Кстати вот стабильность соединений это да но меня больше беспокоит что админы молчат как партизаны даже по поводу хэшей жалобы тишина а это уже тревожный звоночек
23:54:04
Админы действительно молчат, но я заметил что худл начал стабильнее работать после последнего апдейта, пинг упал на 20 мс.
13:30:04
ахах, ну наконец-то апдейт сделали, а то до этого пинг просто в космос улетал. вот только заходит ли кто в их телегу, все равно хз.
01:06:06
худл вроде стал реже падать после апдейта но появилась другая беда шифрование на некоторых нодах глючит и соединение рвется просто так без ошибок просто вылетаешь
05:24:04
заметил что глючит шифрование только на старых нодах с версией 2.1 и ниже новые спокойно держат связь и без рестартов
09:54:08
На 2.4 вообще валится диффузорный ключ после 5 гигов трафика, приходится баш скрипт рестартить каждые шесть часов. Старые ноды хоть не сыпятся, но секьюрити зверски репортит непривязанные алгоритмы. Новым движком проще, да, только впаять надо 8 гигов оперативы вместо трёх. Забавно, что на балансьере Худл теперь пишет version unknown даже на свежей сборке, будто сами девы втащили костыль не из той ветки. Отключить криптоускорение нереально, конфиг перетирает стартовый демон, пробовал править шестнадцатеричными патчами – та же песня, ловишь segfault через час. Выход пока только докинуть RAM и плевать на счётчик электричества, либо откатиться до 1.9 и забыть про новые релейные скорости.
06:18:05
на днях заметил что после апдейта не только шифрование глючит но и логи на трёх нодах перестали нормально писаться причём без ошибок просто пусто
21:48:04
у меня такая же тишина в логах на 2.0 нодах стартанул скрипт из легаси папки и всё стало писаться как прежде значит просто новый демон не дружит со старым форматом
15:36:24
Худл действительно стал стабильнее, но на новых нодах автошифрование сжирает в два раза больше оперативы, особенно заметно на слабых серваках
04:30:12
Так а автошифрование на новых нодах можно вообще отключить? Мне хватило стабильности старых версий, а сейчас просто оперативка горит ни за что.
16:42:03
да, на 2.4 нодах проблема с диффузорным ключом решается только рестартом скрипта, но заметил что на новых нодах оперативка быстро расходуется из-за автошифрования
08:00:09
А я вот на 2.3 сижу уже месяц без особых проблем, но заметил странную штуку – если трафик резко подскакивает выше 800мб в секунду, то нода начинает подвисать на пару минут, хотя в логах чисто. При этом на 2.1 такого не было, но там другие косяки с хендшейками были. Кто-нибудь тестил нагрузку выше гигабита на 2.3? Или только у меня такой гемор?
П.С. Автошифрование на новых версиях реально жрет ресурсы, но зато стабильность связи лучше, чем на легаси-скриптах. Хотя для своих задач я все равно предпочитаю держать старую ноду под рукой, мало ли.
21:30:02
На 2.3 нодах тоже был резкий скачок потребления, но после тюна параметров шифрования всё устаканилось, может кому поможет
05:54:03
на 2.3 нодах после тюна параметров шифрования потребление нормализовалось, но я заметил что если долго держать соединение открытым то начинаются потери пакетов
18:12:03
У меня на 2.3 тоже самое было, но потом прошил другой прошивкой и всё норм стало. Попробуй поискать на форумах.
09:12:03
Прошил и правда помогает, но потихоньку крепы начинают вываливаться если бобины жарить по 12 часов. На 2.3 лучше оставить стоковые ревизии, там хоть теряешь в спринте, но стаб не скакать
11:30:03
отключил автошифрование на 2.5 и вьехал в ещё бОльший адреналин: скорость подскочила, но раз в два дня падает tls handshake, будто нажимают кнопку разорвать весь туннель
01:42:03
У меня на 2.4 тоже были траблы с ключом, но потом методом тыка нашел оптимальные настройки для своего железа. Главное не бояться экспериментировать.
14:48:06
Кому от ключа на 2.6 фризы при нагруженном канале? На 2.5 тоже самое был хвост, пересобрал ядро со старым драйвером, пока тихо.
21:30:03
У меня была подобная проблема на 2.6, но после настройки фрагментации и снижения нагрузки проблема практически исчезла
09:42:03
У меня тоже были проблемы с фризами на 2.6, но помогло не только снижение нагрузки, а ещё и замена термопасты на видеокарте, стало намного лучше
21:54:08
на 2.6 с ключом ловлю полтергейст в диффузоре при высоком пине, но зато шифт через фрактал даёт стабильный отжиг без просадок по фильтру
03:18:03
На 2.6 вообще лютый баг заметил, фрактал нормально работает, но если сильно бустануть, то пин начинает дико скакать. У меня на 2.4 такого не было.
19:18:04
У меня на 2.6 тоже фризы были при сильном нагреве, помогал даунгрейд ключа или замена на более стабильный, может кому пригодится
04:54:03
на 2.6 шимят не только из-за ключа, ещё когда фраги не оптимально настроены, у меня на 12 часовых сессиях фризы были из-за перегрева, решил даунгрейдом на более стабильную прошивку
19:36:04
У меня на 2.6 при длинных сессиях ещё и софт начинал глючить, перезагружал сервис и норм, но стабильность всё равно хромает
00:54:17
У меня на 2.6 тоже были фризы, но ещё и память начинала течь при длительной работе на высоком канале, потом вообще вела себя как шизофреник.
10:24:05
А я на 2.6 наоборот в кайф играюсь, если не ломить на максимум. При умеренном пине и правильно подобранных фраг-параметрах держится как танк, даже на слабом железе. Правда, после 8 часов работы начинает слегка подтормаживать интерфейс, но на производительность фрактала это не влияет. Главное не забывать чистить кеш раз в сутки, иначе память действительно превращается в дуршлаг. Кстати, кто-нибудь пробовал на 2.6 гонять диффузор с кастомными пресетами? У меня как-то раз случайно вылетел артефакт с почти идеальной стабилизацией, но повторить не смог.
15:06:03
У меня тоже было на 2.6, что после 8 часов работы начинал подтормаживать интерфейс, но производительности это особо не мешало. Интересно, если кто-то пробовал проверить влияние разных фраг-параметров на стабильность при длительных сессиях.
15:24:03
У меня на 2.6 при длительных сессиях появилась проблема с утечкой сокетов, хотя лимиты соединений не превышены, может в фраг-параметрах дело или в другом
21:36:05
на 2.6 шлака много в логах после 10 часов, но если чистить кэш раз в час через скрипт — держится ровно
02:54:04
Перешёл на 2.6 на минималке, работает стабильно, но звук начал дёргаться при загрузке новых моделей. Пришлось убрать асинхронное декодирование, теперь чисто
10:24:07
Логи действительно на 2.6 быстро засоряют, но если настроить ротацию и выключить отладку ненужных модулей — шлака почти не будет. Звуковой глюк — это уже косяк драйвера, посмотри обновление.
18:00:07
Да, с ротацией логов и отключением отладочного мусора 2.6 действительно начинает летать. Но есть одна фишка — если у тебя в системе стоит старый Nvidia RTX драйвер (например, серия 530 и ниже), то звук может дёргаться не только при загрузке моделей, а ещё и при любом резком скачке CPU. Попробуй понизить приоритет звукового процесса в диспетчере, иногда помогает. А так да, версию 2.6 можно выжать до ума, если не лениться копаться в конфигах.
11:48:10
Проблема с дерганьем звука та же, но у меня пропало после того как перешёл на ядро 5.15 lts и обновил alsa lib до 1.2.8. RTX и правда древний, 525-й, но драйвера поднимать страшно, ломается омул. Пока живёт, не трогаю, а ротацию логов впихнул в cron раз в 4 часа, теперь за сутки не больше 400 метров. Куки тоже умирали, пока session timeout в конфиге не поднял до 43200 секунд, всё стабильно 72 часа на одном процессе. Может кому пригодится.
23:12:05
На 2.6 у меня вообще куки сгорели после суток без перезагрузки, причём память не течёт, просто где то утекает хэндл. Зато 2.5 тянут без глюков неделями, держу основу на нём и 2.6 только под чтение.
08:36:03
На 2.6 вообще проц нагружает сильно, особенно когда много соединений, зато инет прям летает.
03:24:02
У меня на 2.6 звук не только дёргается, но и периодически пропадает на несколько секунд после загрузки новых моделей
16:06:03
Похоже буфер аудио падает в канал, у меня отключил яндексовский tts в конфиге и тишина перестала срезать
22:42:04
У меня на 2.6 начал глючить впн-клиент, висит в процессах даже после остановки. Пришлось вручную убивать.
07:48:05
плюнул на systemd unit маскировкой и добавил kill -9 в post stop, теперь даже не пыхтит
14:06:02
звучит как костыль, интересно сколько еще проблем встанет после этого
06:36:03
У меня на 2.6 тоже были проблемы с соединениями, но после тюнинга sysctl.conf всё устаканилось, правда пришлось ограничить число открытых файлов
03:54:02
Да, с соединением беда, у меня еще после обновления на 2.6, firefox стал сильно жрать память
14:12:15
У меня похоже на туннели, память тоже глохнет, особенно на сайтах с кучей скриптов. Возможно, дело в настройках приватности firefox, они с 2.6 конфликтуют.
13:00:04
У меня на 2.6 проблем не так много, но заметил что шифрование сильно грузит процессор, стоит ли искать компромисс между безопасностью и производительностью?
21:30:04
на 2.6 у меня интерфейс начал лагать при переключении между виртуальными рабочими столами, особенно если запущено больше 8 окон. проблема исчезла после отключения эффектов композитинга в wm, но выглядело это до этого сыровато даже при ssd
17:00:03
Да, с 2.6 тоже есть проблемы, у меня тоже наблюдались лаги, даже с ссд. Стоит попробовать откатиться на 2.4, как Kripto404 советовал, там вроде стабильнее.
21:36:03
2.4 хоть и старее, но на винтах работает как часы, главное dnscrypt прикрутить и никаких утечек
16:00:04
пришлось откатиться на 2.4, там проц не греется и звук чистый, зато dns льётся как из ведра, пришлось проксировать через tor
00:48:08
на 2.4 шифрование слабее, но стабильнее на старье, хотя dns утечки через колено можно было бы и dnscrypt прибить поверх tora, работает без проседаний даже на lowend vps
01:00:03
У меня на 2.4 тоже были проблемы с днс утечками, решил установкой dnscrypt, может поможет и тебе
02:48:04
dnscrypt помогает но не решает проблему на корню особенно если провайдер режет трафик через фильтры 2.6 действительно быстрее но сборка сыровата под линуксом вылезают глюки в маршрутизации придется ковырять iptables вручную
11:12:18
Да, с iptables на линукс под 2.6 реальная головная боль, особенно если несколько сетевых интерфейсов. Пробовал nftables вместо iptables, вроде стабильнее стало. Но для Hoodle все равно чаще юзаю 2.4, чтобы не терять соединение.
16:54:07
nftables действительно реже глючит на многопоточке, но под 2.6 тормозит на расширенных правилах фильтрации трафика, особенно если много dns запросов через tor. Для Hoodle 2.4 стабильнее, особенно с патчами под легаси маршрутизацию, но wiki и правда грузится быстрее на 2.6, если поднять socks5 напрямую
00:06:05
В 2.6 отлично тянет AES-GCM на старом xeon, главное аппаратное ускорение включить. Процессы сами слетают, если через ip link del клиента завершить.
22:12:04
У меня проблема с 2.6 на старом железе, загрузка процессора при включённом шифровании достигает 30%, интересно, кто-нибудь пробовал запускать с другими настройками шифрования?
10:42:05
на 2.6 прилетает не только проц, но и старый rtl драйвер дружит хуже, у меня пропадает интерфейс wlan0 пока не выдам ip link set up вручную, тоже на xeon e5450
19:54:03
2.6 сыроват, сам сталкивался с подвисаниями. Но говорят, что производительность в итоге лучше, чем на 2.4.
08:12:02
На 2.4 я тоже сидел, но после перехода на 2.6 заметил значительный прирост в скорости, хотя и были некоторые проблемы с драйверами
09:36:05
А я на 2.6 сижу уже месяц, и если честно, то после тонкой настройки конфигов под железо — тормоза почти исчезли. Да, на дефолтных настройках жрет память как сумасшедший, но если в whonix отключить лишние сервисы и поиграться с приоритетами процессов, то вполне юзабельно. Правда, на слабых машинах все равно иногда подтупливает при большом количестве вкладок, но это уже проблемы тор браузера, а не самой обертки. Кстати, если у кого-то проблемы с утечками, попробуйте не только dnscrypt, но и прописать вручную dns через torsocks, иногда это спасает от случайных ликов.
16:24:02
dnscrypt это хорошо, но есть еще одна проблема на 2.6 частые disconnect на некоторых сайтах, типа Hoodle
08:54:10
на 2.6 действительно сыровато с соединением именно на Hoodle, особенно если брать eu сервера лезет таймаут каждые 10 минут, но менял на альтернативный бридж — стабильность выросла, правда скорость просела на 30 процентов, так что компромисс
22:24:05
Да, альтернативные бриджи на 2.6 это всегда лотерея. Сам пробовал поднимать свой через obfs4 + meek, так на некоторых eu нодах Hoodle вообще перестал ругаться на таймауты, но вместо этого начал глючить с загрузкой медиа. Пришлось в конфигах подкручивать TransportUsePT и выставить приоритет на snowflake, но это опять жрет ресурсы. Какой-то замкнутый круг, блин.
Кстати, если у кого есть рабочие пресеты для eu с минимальными просадками по скорости — кидайте в лс, а то уже устал вслепую тыкать. Пока лучший вариант нашел через us-сервера, но пинг за 300 это не айс.
00:42:07
попробуй брать релей из dk или se зоны, у них стабильнее аптайм на 2.6. eu дичь полная, особенно с meek агрессивным. snowflake не обязательно в приоритет, если включить guard rotation в свежей сборке и урезать max circuit до 3, нагрузка падает вдвое. у меня hoddle не ругается на медиа и пинг под 180 держится, но ключевое тут — исключить все v6 треки принудительно через exclude_nodes. не лс не надо, тут все видят
21:48:08
30% это капец, но терпимо если мульт не рвёт, попробуй вместо eu взять канаду, они резервированы под 2.6 и не страдают от шейпера
01:06:03
На Hoodle тоже замечал дисконнекты, но после смены серверов проблема пропала, может у 2.6 есть проблемы с некоторыми нодами
15:12:03
У 2.6 есть один плюс — на некоторых серверах скорость выше чем на 2.4, но действительно дисконнекты напрягают
12:24:06
залочили на тесте набор релей в 2.6 с флагом fastmempool выхлоп +20 мбит но дисконнектит именно на этих же узлах тоже сутками не падает если вырубить расширенный циркуит
23:18:02
У меня схожая проблема на Oslo-03, после включения fastmempool действительно растет скорость, но стабильность соединений оставляет желать лучшего. Пробовал на других нодах, там такого нет, но скорость ниже. Возможно, стоит поэкспериментировать с настройками MTU и буферов?
05:18:02
Пробовал на oslo-03 с fastmempool, скорость растет, но дропы все равно есть, может быть, проблема в конкретном сервере, а не в ноде
16:24:07
На 2.6 заметил что дисконнекты чаще при использовании IPv6, если отключить в настройках то стабильнее становится
09:42:04
канадские ноды вроде жирнее, но ipv6 я вообще выкинул из ядра, теперь 2.6 держится сутками без просадки
17:18:06
выкинул ipv6 тоже, но канадские у меня через пару часов начинают флудить переподключениями, перешёл на норвежские и вроде норм, 2.6 стаб но при загрузке >80 мбит всё равно клинит
22:48:05
Норвегия это да, но не все ноды там чистые. У меня на oslo-03 регулярно лагает tcp handshake под нагрузкой, хотя остальные из той же зоны тянут без проблем. Попробуй вручную отсеять через torrc те, что с флагом Guard — иногда помогает. А по поводу 80+ мбит, это известный баг с буферами в 2.6, если юзаешь bridge+pt, вылезает чаще. Или смириться, или на 3.0 переходить, хоть там пока свои косяки с memleak на долгих сессиях.
20:24:07
Версия 2.6 вообще быстрее загружает статичные сайты, типа вики. Проблема скорее в роутерах, старые просто падают под нагрузкой, надо бы проверить.
04:30:11
2.6 норм, но после 2.4 мне его штативные били костыли мучаются с фаерволлом на openwrt пришлось ставить nftables плюс obfs4 таймаутит когда пакеты из torrc убрать tcp-flags fin, тогда каналы держало лучше
07:06:11
подтверждаю про dk/se, у меня вот на 2.6 через isr регулярно обрывал, пока не заменил. кстати, obfs4 лучше в torrc не трогать fin вообще, проще добавить ExcludeNodes с дедами из ru, тогда и таймаутов меньше, и скорость внятная
15:48:05
канадские ноды вообще имба по скорости но дерганые, пришлось захардкодить StrictNodes 1 в конфиге
16:12:05
У канадок пинг прыгает, но StrictNodes жестко фиксит, согласен. На севере европы так же делал с осло.
05:48:08
На IPv6 еще трафика жрет как не в себя, особенно на мобилках. Лучше сразу v4 юзать и не париться.
03:54:05
А я вот наоборот только на v6 и сижу, если правильно тюнить mtu и отключить happy eyeballs в клиенте. На дешманских тарифах v4 постоянно дросселит до хрена, а по шестому хоть и пинги иногда скачут, но средняя скорость стабильнее выходит. Правда, с obfs4 на v6 иногда прилетают странные таймауты, если роуминг включен — тут уже зависит от провайдера. Кто-нибудь тестил v6 на тор-мостах с флагом reduceconnectionpadding? Интересно, насколько реально экономит трафик при долгих сессиях.
23:54:05
Хвастают sk но у многих роутеров их ipv4 глючит на 9001 порту. Если гайдишь дпи на mikrotik оставь se в ExcludeNodes и не парься никогда
08:06:05
se ноды это костыль на костыле, но если лень возиться с v6, то да, исключить их проще всего. Проблема еще в том, что некоторые провайдеры в ес активно режут трафик на нестандартных портах, даже если дпи отключен. Лучше сразу в конфиге прописать FallbackToIPv4 0 и забыть про этот цирк. А так да, без се нод иногда даже локальные пиры не цепляются, хотя по логике должны.
05:24:08
на sk нодах правда кривой mtu из коробки, приходится вручную выставлять 1300 иначе пакеты сыпятся при нагрузке
17:06:03
У меня на oslo-03 тоже были проблемы с happy eyeballs, но после смены на другую ноду все норм стало
07:00:04
SK ноды действительно часто лагают, но на oslo-03 у меня был нормальный пинг, пока не включил fastmempool, после этого начались проблемы
22:54:02
SK ноды часто лагают, особенно если у тебя старый роутер. Надо бы посмотреть настройки MTU, иногда помогает.
13:30:03
SK ноды лагают из за нагрузки на сеть, надо пробовать другие ноды, например в Америи или Канаде
03:00:05
SK хоть и лагают, но дешевле в два раза чем канадские ноды, плюс меньше мусора в логах. Для сканов лучше брать их и не париться.
06:48:11
SK хоть и глючные, но иногда спасают, когда остальные ноды забиты до упора. Пробовал на ams-12 — пинг скакал как сумасшедший, но зато коннект не рвался по полчаса, в отличие от тех же se. Главное не забывать про tcp tweaks, а то будут вечные ретраны. Кто-нибудь пробовал поднимать mss clamping на mikrotik для них? Иногда помогает лучше, чем просто mtu понижать.
19:48:06
SK ноды хоть и глючные, но у них есть одно преимущество — стабильный аптайм при долгих сессиях, если правильно подобрать время. А вот с канадскими нодами часто вылетает проблема с реконнектом, даже если пинг вроде норм. Осло вообще ведет себя как подводная лодка — то работает, то уходит в тишину на часы. Может, дело в провайдере, а не в нодах?
21:12:04
на ams-12 пин действительно проходит, но после обновы от 15го скрипты начали сыпаться, особенно с fastmempool в связке. не уверен что дело в нодах — возможно клиент глючит
01:12:07
На ams-12 после патча от 15го еще и трафик стал резать через каждые 2 часа, даже если сессия короткая. Раньше такого не было. А вот на warsaw-07 как ни странно все работает без сбоев, хоть и пинг выше. Может, кому пригодится альтернатива.
12:06:07
ams-12 после патча действительно режет трафик каждые два часа даже на коротких сессиях это напрягает но warsaw-07 стабилен несмотря на высокий пинг проверил на long-running задачах держит нагрузку без обрывов правда начал замечать задержки по dns иногда но это терпимо если сравнивать с постоянными обрывами на других нодах
13:06:04
warsaw-07 оказался довольно стабильным, несмотря на высокий пинг, но вот с dns нужно что-то делать, задержки бывают ощутимыми
18:54:05
Да, warsaw-07 действительно держится неплохо, даже при скачках пинга. Но с днс проблемы у многих узлов, советую попробовать прописать статические адреса вручную — иногда помогает снизить лаги.
11:36:03
на warsaw dns лечится просто — кеш липовый проксивентом сразу за бриджем, а статики уже давно не спасают, проверено на трёх серваках
07:18:02
SK ноды для сканов как раз годятся, но вот для долгих сессий без сбоев мало подходят. На ams-12 тоже не радует, особенно после последнего обновления.
01:36:05
А я на hel-05 сидел неделю без вылетов, но там другая беда — иногда пакеты идут с задержкой до минуты, хотя пинг стабильно низкий. Зато если подключаться через прокси, а не напрямую, то глюков меньше. Видимо, маршрутизация кривая, но для бэкапа сгодится. Кто-нибудь пробовал stockholm-01 после последнего апдейта? Там вроде как железо поменяли, но отзывов нет.
15:18:03
SK ноды действительно имеют проблемы с лагами, но для短期 сессий с occasional disconnects можно использовать. Oslo-03 был относительно стабилен до активации fastme, после чего начались проблемы
20:30:12
hel-05 норм, но у меня на определенных скриптах были проблемы с утечкой памяти, может это от конкретных задач зависит
05:36:06
hel-05 еще и странно себя ведет с tcp-соединениями при высокой нагрузке, как будто где-то в цепочке узкое место. При этом если гнать udp, то вроде стабильно, но не всегда. SK дешевые, но там еще и поддержка иногда игнорирует тикеты сутками, если что-то не по шаблону. А вот fra-08 никто не пробовал? Там вроде недавний аптайм неплохой был, хоть и цена чуть выше.
23:00:03
А я на lon-03 сидел, так там вообще после 5 дней беспрерывной работы нода начала отваливаться по таймауту
19:30:09
lon-03 на пятые сутки уходит в рестарт, это известная бага в менеджере сессий, но зато там чистый exit от узла, без утечек в сравнении с hel-05 где после дампа память не освобождается
08:42:03
lon-03 после 5 дней работы начинает отваливаться это критично, у кого-нибудь есть опыт работы на других нодах больше недели?
18:30:04
На hel-05 проблемы с задержками пакетов могут быть критичными, но у меня был случай когда node на lon-03 проработала стабильно почти месяц без нареканий
07:00:08
пересел с lon 03 на ams 12 и забыл про рестарты, зато теперь по будильнику встаю каждые два часа. кто то в итоге выкладывает конфиг чтоб убить обе болячки
04:18:06
С ams-12 такой же кошмар. Уже думаю автоматизировать переподключение, чтобы ночью спать спокойно.
18:36:04
А кто пробовал fra-08? Там хоть и нет рестартов как на лоне, но иногда в пик нагрузки начинает дико лагать вход. Причем если не вылететь за 15 минут, потом все стабилизируется. Зато если подобрать время, можно сидеть сутками без геморроя. Правда, в последнее время там много новых лиц, что настораживает.
00:48:03
На ams-12 действительно каждые два часа обрывает связь, но компенсируется стабильностью в остальное время. fra-08 тоже нестабилен, особенно под нагрузкой.
06:00:03
fra-08 под нагрузкой вообще падает, а ams-12 хотя бы предсказуемо себя ведет, можно подстроить под себя
07:54:04
Fra-08 пробовал недельку назад, там реально дикая лага на пиках, но зато если поймать момент между 3 и 5 утра — работает как швейцарские часы. Пинг стабильный, а главное, никаких принудительных обрывов. Правда, днём иногда чувствуешь себя как на модеме из 2007, но зато ночью можно хоть стрим в 4к гонять. Кто ещё ловил такие окна?
21:12:04
Всем нужно свапать на tok-07, двухчасовых киков нет, рестартов тоже, просто иногда кириллица в адресной строке превращается в кракозябры, но терпимо
05:18:02
tok-07 это конечно хорошо, но когда там кириллица лезет, можно и на другой узел переключиться. Заметил, если грузишься до 2000, то пинг стабильный
17:36:16
Бро, насчет автоматизации переподкючения — скрипт на bash накидал, который мониторит пинг и реконнектит при потере пакетов. Кириллица чаще всего на узлах с кривым SSL, там можно вручную сертификаты подпихнуть.
16:42:03
warsaw-07 стабилен, но проблемы с dns не решить кешированием, нужно комплексное решение