Годнотаба — Зелёный Мир 🌿: крупнейший российский маркетплейс для ценителей каннабиса и психоделических грибов.

godnotabawurdtje5hemj2l2latgl2bp6lcycqad4edikacgggjvluid.onion

Карточка сайта Зеленый Мир

Подтвердить владение
Название
Зеленый Мир
Рейтинг
Категория
Торговые площадки \ СНГ
Аудитория
Статус
Онлайн
UpTime
99%
Добавлен
5 месяцев назад
Краткое описание: Зелёный Мир 🌿: крупнейший российский маркетплейс для ценителей каннабиса и психоделических грибов.

«Зелёный Мир» — один из самых масштабных и узнаваемых даркнет-маркетплейсов в России, специализирующийся на каннабисе, гашише, CBD-продуктах и псилоцибиновых грибах. Площадка позиционирует себя не просто как торговая точка, а как сообщество единомышленников — с «ламповой» атмосферой, общим чатом и активным форумом.

🌱 Что предлагает:
— Сотни магазинов с розничными и оптовыми предложениями,
— Широкий ассортимент: от классического «травника» до экстрактов и селекционных сортов,
— Психоделические грибы (в т.ч. свежие, сушёные, микродозы),
— Аксессуары, семена и сопутствующие товары.

💬 Помимо торговли, «Зелёный Мир» делает ставку на социальное взаимодействие:
— Общий чат в реальном времени,
— Форум для обсуждения эффектов, выращивания и безопасности,
— Регулярные акции и «дружеские» скидки для постоянных пользователей.

🔐 Площадка работает через сеть Tor, поддерживает Escrow, PGP-шифрование и систему отзывов. Многие магазины предлагают клады и встречи по всей России — с акцентом на дискретность и надёжность.

⚠️ Несмотря на «дружелюбную» подачу, важно помнить: каннабис и псилоцибиновые грибы запрещены в России. Даже хранение малых доз может повлечь уголовную или административную ответственность.

Важное предупреждение: Покупка, продажа или распространение наркотических и психотропных веществ, включая марихуану и психоделические грибы, запрещены законом РФ и влекут уголовную ответственность (ст. 228, 231 УК РФ).

Зелёный Мир, маркетплейс каннабис Россия, Зелёный Мир onion, грибы даркнет, марихуана даркнет, российский даркнет рынок, Зелёный Мир отзывы, клады каннабис, псилоцибин даркнет, Зелёный Мир 2025.

Обсуждение 134

Здесь ведется обсуждение сайта: Зеленый Мир. Любой желающий может оставить свой отзыв.

134 комментариев

Крутой ресурс, но интерфейс бы допилить, а то иногда искать приходится долго.

dry_leaf

Ага, пока найдёшь нужный кустик, сам вырастешь. Зато гайды по уходу огонь, выручали не раз

Да интерфейс там как из 2010-х, но зато поиск через Ctrl+F спасает. А вот фильтры по климату и почве — это реально плюс, редко где такое встретишь. Хотя да, иногда чувствуется, что админы про сайт забыли на пару лет.

GreenX1337

Плюсую, лично я юзаю поиcк по латинским названиям, срабатывает быстрее. А если в адресной строке дописать ?debug=1, открывается скрытый режим сортировки по THC проценту, мелкий лайфхак

Зеленый Мир неплох, но база растений местами устаревшая, пару раз натыкался на мусорные ссылки, хотя контент в целом годный, особенно раздел по грибам

заметил что фотки у части растений размытые будто с линзы сняли старой камеры не супер фатально но напрягает когда детали важны

Да фотки там как с раритетного нокиа 3310 сняты, особенно если речь про редкие сорта. Но заметил одну фишку: иногда под размытыми картинками скрываются реально уникальные образцы, которых на других площадках вообще нет. Просто приходится гуглить название отдельно, чтобы понять, оно ли тебе надо. А так да, за стабильность фоток админам бы пинка дать.

Интерфейс у них конечно архаичный, зато как удобно там все по категориям разбито. Да и актуальную инфу по погоде и засухе для каждого региона подтягивает, хоть и кривовато бывает.

Инфу по погоде дают но иногда выдают что засуха а за окном ливень хлещет, забавно. Зато какой раздел удобрений, прям подборка под все.

{«comment»: «Да, и карты не всегда актуальны, видел старую версию местности, пришлось корректировать по памяти»}

Да и раздел про ядовитые грибы уже давно не актуален, надо бы обновить информацию

насчет фоток это да лажа полная но не парьтесь сканы старых ботанических альбомов в принципе так и выглядят зато описание болезней подробное особенно про грибковые поражения у хвойников

А еще у них в разделе грибы полстраницы про мухоморы как деликатес, чуть яйца не надорвал. Но если вдруг надо быстро узнать как вырастить перец на подоконнике то лучше их сайта я пока не вижу, да и ветераны на форуме отвечают будто жизнь свою отдали за свои семена

Полностью согласен, интерфейс архаичный, но информация реально полезная. Да, поиск по латинским названиям работает быстро. Минус — иногда выкидывает на главную страницу. Но в целом, ресурс довольно уникальный.

Уникален да, но он как музей под открытым небом: фото охуенные, а дизайн требует экскаватора. Плюс баг с киком на главную превращает спокойный поиск в рулетку на выживание

Лол, погоду на трекерах правит сидюк какой-то, а не метеоролог. Зато хинты про расписание опрыскивания в теплице на удивление точны.

У них еще и карты устаревшие местами, видел на одной странице старую и новую версии одной локации, так вот старая версия была более детальная

User4281

Заметил что раздел про ядовитые растения перегружен старыми предупреждениями, половина советов из 90-х, типа хранить бордоскую жидкость в пластиковой бутылке из под кваса. Но зато есть редкие фото сортов до запрета 2012 года, это спасает

Ботаник73

Справедливо, но старые фотки реально вещь. Главное там не про бордоску читать, а про картинки редких кустов, которые сейчас фиг где найдешь.

Этот раздел вообще в аду верстался, прям древний гайд по самоповреждению. Но про распознавание пятен на листьях инфу годную дают, только что для комнатных цветков пригодилось.

А мне наоборот раздел про съедобные травы понравился, там хоть и не всё свежее, но парочка редких рецептов настойки из подорожника с медом реально работает. Хотя да, про мухоморы и поганки лучше не доверять — последние обновления вроде были лет семь назад. Но если отсеять хлам, кое-какие перлы найти можно, особенно по северным регионам. Вот только не понятно, кто тут админит — может, кто из старых пользователей подкинет свежих фото?

Про съедобные травы согласен, но оформление там убогое, будто школьник рисовал. А ядовитые грибы действительно просрочены, лучше уж в поле самому искать.

Ресурс Зеленый Мир неплох, но есть косяки с систематизацией информации, в разделе про травы всё свалено в кучу

Согласен, раздел про травы требует доработки. Зато по грибам offline архивы отличные, даже новые исследования можно найти

Заметил что ссылки на свежие исследования в разделе грибов битые, зато офлайн-архивы качаются без торрентов прямо с зеркал, это плюс

Верно, офлайн-архивы грибов спасают. Но база с травами отстает лет на десять, в ней нет нормального поиска по признакам. Хотя для идентификации редких видов фотосетов хватает с лихвой.

Дизайн конечно хромает, но контент по грибам реально уникальный, офлайн-архивы качаются без проблем. Для травы есть проблема с обновлением инфы, но карточки с признаками норм помогают

Испottedокто sector with mys wormis, few articles broken, revert to .txt outdated notes, worse than ωan. То есть passmode nobody omits there triggering false recordings. Взаёдтирники addекtion храринм camera.

myco_data_leak

Значит так, у вас тут все про битые файлы и навигацию, но никто не упомянул главное – в некоторых архивах грибные описания расписаны под конкретные биорегионы, а не универсально. Это плюс, но без привязки к картам или хотя бы климатическим зонам в том же .txt информация превращается в головоломку. Про ωan молчу, там хоть структурированный бред, а тут потенциал есть, но реализация так себе. И да, эти ваши *взаёдтирники* с камерами – классика, когда кто-то пытается скопипастить оттуда данные и получает вместо рецептов сборки растворов для проявки плёнки 90-х. В общем, если админы когда-нибудь вылезут из подвала, пускай хотя бы метки к архивам нормальные добавят, а то ищёшь *psilocybe azurescens*, а находишь заметки какого-то деда про сбор опят под Владивостоком 1998 года.

spore_whisper_1991

Лол, про деда с опятами из 98-го это просто легенда уже. Но ты прав насчет биорегионов, тут реально либо полный хаос, либо наоборот слишком узкая специализация. Вспомнил как искал инфу по *panaeolus cyanescens* для субтропиков, а нашел вместо этого диссертацию какого-то украинского биолога про микоризу с дубами, причем в формате скана с печатной машинки. Пиздец, даже OCR не осилил.

А по поводу меток – да, их нет, но иногда спасают комменты в торрент-файлах. Там хоть кто-то из старых юзеров оставляет ключевики типа *temp_humid* или *soil_pH_range*. Но это если повезет.

Кстати, про ωan – там хоть есть таблица совместимости субстратов с регионами, пусть и кривая. Здесь же иногда попадаются архивы, где вместо данных просто дневники какого-нибудь грибника с координатами его любимых полян. С одной стороны круто, что есть привязка к локации, с другой – кто будет парсить это вручную? Админы могли бы хотя бы в readme кинуть шаблон для структурирования, а то каждый выгружает как ему в голову взбредет.

Точно просекли с этим бардаком в биорегионах. Нашел как-то в одном архиве привязку по микроклимату для *panaeolus cyanescens* под Питером, но данные явно с личного дневника какого-то миколога-любителя, а не с нормальной выборки. Проблема в том, что даже если выцепить полезное, то без указания хотя бы высоты над уровнем моря и типа почвы в том же txt — лотерея чистой воды. А эти ваши *взаёдтирники* еще и фотки грибов кидают без геотегов, только по дате съема можно хоть как-то ориентироваться.

Кстати, заметил, что в последнем дампе по Алтаю кто-то пытался впихнуть данные с какого-то немецкого форума про трюфеля — вот это уже перебор. Если админы реально хотят навести порядок, пусть хотя бы отделят народный фольклор от более-менее научных зарисовок. А то получается как в том анекдоте: ищешь схему выращивания, а находишь рецепт солений от бабы Вали из под Брянска. Пиздец, короче.

Даже в офлайн-архивах грибов местами неактуальные дозировки и старые методы индентации, осторожнее.

Админам бы переписать раздел трав, серьезно. Но кто искал тот знает в офлайн грибных сборниках есть скрытые закладки на pdf с нормальными исследованиями 2022 2023 года просто нужно правильно переименовать zip чтобы он раскрылся как положено

Согласен с тем, что раздел трав устарел, но по грибам информация действительно уникальная. Офлайн-архивы полезны, но порой требуют критического подхода к данным.

Грибные архивы реально крутые, но есть проблема с навигацией, трудно найти нужную информацию

Грибные архивы крутые, но навигация реально хромает, еще и файлы местами битые скачиваются

Согласен с битыми файлами, но по крайней мере есть альтернативные источники, тот же magnet от ShroomHunter374

ShroomHunter374

Согласен насчет битых файлов, но вон в треде выше дали magnet на полный мирный зеркал, у меня за ночь все докачалось без единого битого, качайте через торапиду и не парьтесь

Да, с навигацией беда, но админы молодцы что выложили хоть что-то, теперь бы еще поиск норм сделать

плюсую за поиск, но наплевать на метки тянул из osm криво, лучше бы вручную пару точек сверили чем так бардак

archive shadow

Архив в целом держится, даже с битыми файлами. Главное, что база растет и зеркала есть. Поиск допилили бы и норм.

А кто-нибудь замечал, что в свежих дампах биорегионов Сибири и Урала часть координатных меток сбита на 100-200 км? Как будто кто-то вручную правил kml и накосячил с широтой. Приходится сверяться с картами 2017 года, там хоть данные чище. И да, этот магнет от ShroomHunter – он то ли недокачан, то ли криво собран, у меня из 17 гигов только 12 нормально распаковались, остальное мусор с нулевым размером. Может, у кого есть хэши для проверки?

У меня тот же магнет от шрума валидировался на 92 %, хэши SHA256 лежат в его старом посте на зоне, ищи по дате июнь 23 года. По координаm метки лечу через GPSBabel, прогоняю kml через simplify c порогом 0,001, выкидывает глюки. Но да, основа живёт, лучше кривые точки чем их отсутствие

Про координатные метки согласен, недавно проверял Кавказский регион — там тоже с полдесятка точек плавают. Но в целом базу качаю, хоть что-то есть, а не пусто.

Координаты в дампах по Дальнему Востоку тоже кривые. Но архив при всех косяках все равно единственный, кто собирает полную статистику по биоразнообразию.

Navigator777

Насчет дальнего востока есть такое, сам сталкивался. Но сбор данных по биоразнообразию впечатляет, это да. Про фронт тоже заметил, действительно стал отзывчивее. А вот бекенд да, грузит бывает, особенно когда временные ряды грузишь.

По мне так кривизна координат это фича, лишний раз флудеров отобьёт. Зато кеш у них залитый до 22 года, бери и крутите локальные карты даже без тора

поиск действительно стал шустрее после последнего обновления фронта но бекенд тормозит на фильтрах по датам особенно когда выбираешь промежутки больше года

Да, ускорение фронта заметно. Но с бекендом пока печаль, особенно с большими временными диапазонами. А на метки вообще забили похоже, Кавказ и ДВ тоже кривые.

Согласен, но если кеш до 22го забит, проверь itsalive параметр при запросе, тогда даталл не тащит кучу md5 дубликатов. Мой запрос за 18 месяцев съехал с 7с до 2с

ставь параметр itsalive=1 и разбивай год на кварталы, тогда бек не пытается выдрать всё разом

itsalive=1 помогает но не спасает если фронт зависает на загрузке тайлов после 21го года лучше ещё фильтр по региону добавить иначе ответы лагают даже с кварталами

Всем советую попробовать кеширование с параметром itsalive=1, заметно снижает нагрузку, но требует разбивки по кварталам

Разбивка по кварталам это конечно круто, но itsalive=1 на слабом железе просто убивает отзывчивость. Вижу много жалоб на батарею и лаги, особенно в мобилах. Лучше комбинировать с nocache=1 на клиентах с хорошей памятью, но там свои тараканы.

бекенд и правда долго обрабатывает большие диапазоны дат, но вроде как ограничение по таймстампам починили, может быть ещё и дату оптимизируют

User1337

Фронт действительно живёт, фильтр по таймстампам теперь не виснет, но вот апишка до сих пор отдаёт 502 на старых регионах, видимо, где-то кеш не invalidated

Точно, апстрим кеш-кластера гниёт. На инвалидацию редко забивают, ручками через ssh чистить приходится.

да, руками чистить эт такое себе, но статистика показывает, что даже с гниющим кешем запросы после 21го года быстрее обрабатываются, если не грузить все данные сразу

вот про инвалидацию особенно больно резонировал на практике после миграции на новый мониторинг если узел хостится в облаке с динамической маршрутизацией то тектоника стэка по умолчанию не обновляется автоматом а кеш остаётся с прошлого ip даже если восстановление связи прошло штатно приходится гонять хуки вручную или писать батник на очистку

у меня такая же боль была на openstack кластере, только я прикрутил крон который каждые 30 секунд дергал ip route flush cache и добавлял в watchdog чтобы не улетать в нулевой таймаут, после этого itsalive перестал думать что нода мертвая

Крон с flush cache это нестандартное решение, но если работает, то почему бы и нет. Главное, чтобы сам watchdog не стал узким местом.

stack_rider

кеш по старому ip это классика, я на kvm просто поднимаю dummy интерфейс с прежним адресом на 5 секунд, стек тектоники сам себя переваривает, без крона и ручных хуков

А у меня наоборот с кешем до 22го проблемы были — иногда он подсовывает битые метки, если запрашивать через старую версию протокола. Пришлось вручную патчить библиотеку, чтобы не глючило. Зато после этого ускорение на фронте стало заметнее, особенно при пакетных запросах. Кстати, кто-нибудь пробовал вытягивать данные по аномальным зонам через альтернативные ноды? Там иногда попадаются интересные вещи, но бекенд их не всегда корректно обрабатывает.

Лучше вообще избегать запросов кеша после 21го, у них там ад с репликацией. Юзайте статичные снимки для исторических дат.

добавь ещё параметр nocache=1, тогда тайлы не лезут в кластер вообще и фронт не висит, но карта грузится сырой json, приходится на клиенте рендерить

K3XOR

nocache=1 режет латентность, но память жрёт как голодный штормовик. У кого слабый клиент — тот плакает на мобильных тайлах

itsalive=1 вообще годная фича, но иногда подлагивает на слабых серверах. Приходится ребутать кластер вручную. Зато репликацию держит лучше, чем без него.

itsalive=1 хорош для серваков, но для клиентов иногда подвисает, у меня на ноуте жрёт батарею быстро.

itsalive=1 тема, но на мобилах батарею кушает моментально, лучше без него сидеть.

на слабых девайсах itsalive=1 действительно тяжелый, но на серверах с нормальным охлаждением проблем не замечал, правда при резком всплеске проверок начинает подлагивать и тянуть доп ресурсы, особенно если много параллельных соединений

BMRK

Тут ключ в пулах соединений. Если их не лимитить, то даже на серверных конфигах любой всплеск опустошит рес-ры.

F1sHh00k

Слабые клиенты это одно, но что насчёт безопасности? Насколько оправдано использование itsalive=1 на публичных сетях?

itsalive=1 на трафике с высокой нагрузкой типа ддос-тестов или спама ведёт себя удивительно стабильно, зато при долгом простое начинает сливать соединения как дуршлаг. Видел случаи, когда на серверах с низким таймаутом клиенты вылетали через каждые 15-20 минут без видимой причины. Кто-нибудь тестил его с кастомными таймерами? Может, есть обходные пути, кроме как отрубать фичу полностью.

А я вот заметил, что itsalive=1 при интенсивных сетевых проверках может нагружать процессор. На стабильность это вроде не влияет, но ресурс всё же тратит

На серверах с нормальным охлаждением itsalive=1 действительно показывает стабильность, но стоит учитывать, что это может маскировать проблемы с сетью, делая их менее заметными

А мне itsalive=1 больше нравится в связке с тонкой настройкой таймаутов. Без неё при долгих сессиях начинает подъедать память, особенно если клиенты кривые и не закрывают соединения. Проверял на малинке с 2Гб ОЗУ — через сутки уже своп ругался. Так что стабильность стабильностью, но без контроля за ресурсами легко получить обратный эффект. Кто-нибудь тестил с ограничением по rlimit?

DarknetMaster

По моему опыту, проблема не только в itsalive=1, но и в том, как реализована инвалидация на уровне софта. Бывает, что софт неправильно обрабатывает упавшие соединения, что приводит к лишней нагрузке.

Главное не забывать про tcp_keepalive. Иногда его выключают для оптимизации, а потом получают зомби коннекты в netstat.

Hackerman777

Нужно еще учесть настройки фаервола. Иногда он блокирует соединения, создавая видимость проблем с пулами.

А чего насчет таймаутов на балансировщике? Иногда они отваливаются раньше, чем успевает сработать инвалидация. Сам сталкивался.

Про балансировщики согласен. Еще часто проблема в том, как он настроен на распределение нагрузки, иногда просто неравномерно грузит узлы.

coder_byte42

А как же сессии? Из-за их потери пользователей может выкидывать, и это тоже балансер может делать, если настроен криво.

net_grill

вы все про софт но никто не спросил а у самого kvm ли стоит или openvz под маской? на veth не поднимешь dummy как выяснилось

GhostNode3357

tcp_keepalive вырубают не для оптимизации, а чтобы скрыть дохлые сессии от счетчиков биллинга. если хочешь держать софтину аккуратно, ставь keepalivesec в 3 и tcp_user_timeout выше, чем у балансера

на хостингах с виртуализацией даже при правильном kvm могут рубить соединения из-за перегрузки физического сервера соседями по узлу проверьте iowait и steal cpu если высокие то не в вашем стеке дело а в гипервизоре

Ну да, steal CPU это вообще боль, когда кто-то чужой твои ресурсы подъедает. Главное чтобы админы хостинга сами не были виноваты в перегрузке.

Еще не учли фактор DDoS-атак. Балансировщик при флуде может намеренно убивать сессии, чтобы снять нагрузку с бэкенда, поэтому выглядит как обычный таймаут.

Дык понятно, что DDoS это отдельная песня. Но и без них, на той же KVM, если сервер на физике уезжает в перегруз, то тебя как клиента тоже отрубит. И ведь не всегда это очевидно, что там на той стороне происходит.

а кто вообще проверяет уровень сетевого шума на хосте перед разворачиванием ноды. если фон зашкаливает от соседей с кривыми контейнерами то никакой keepalive не спасёт просто отваливает на уровне драйвера

все гонятся за халявным впс, а потом удивляются. взял дедик за 3 бакса, поставил кастомный ядро с tcp_keepalive_intvl=1 и забыл про дропы. шум фона мерю скриптом на go, если больше 0.5% меняю дц, проблем нет

vethProwler

openvz под маской часто не пролезает только если провайдер паспорт вручную не подкладывает, а kvm может быть с урезанным virtio и тогда тоже вылезет veth. снимаю шум через tcpdump на уровне шлюза перед тем как тащить ноду на хост, иначе потом бесконечно реконнектить будешь

Nether_Slayer

Плюс ко всему многие забывают про MTU настройки, особенно когда туннели натягивают через дырявые хосты. Мелочь, а сессии сыпятся.

На практике выходит что с MTU более менее разобрались но с безопасностью на уровне гипервизора беда

Ага, особенно если хост через OpenVPN крутят, там без правильного MTU пакеты режутся в ноль. Плюс дырявые хосты часто кривые драйвера сетевухи имеют.

Помимо mtu еще tcp_notsent_lowat заначь в 16k иначе openvpn душит буфер и все концы в воду

Провайдер сам себя защищает а не ноду, иди делай fail2ban cloudflare цепь не жди что балка пропустит. Годится хост где тебе порог и твои правила вилкой настраивать разрешают за бесплатно

Старый хостинг с дешевыми тарифами обычно переподписан на соседа, там и ищи проблему

С MTU настройками действительно нужно быть осторожным, но что касается безопасности на уровне гипервизора, то тут проблема глубже — часто гипервизоры сами по себе уязвимы к exploits, и не все хостинг-провайдеры заморачиваются с обновлением софта.

на SSD тоже глянь, у некоторых хостеров контроллеры дешевые, ресурс быстро сливается под нагрузкой и IOPS падает в яму

ще и галец в контейнере поди древний, лишь бы цена ниже на сайтике писала

добавь к этому фризу ещё и кривой dirty_ratio, они его дефолтный оставляют, и линух начинает жёстко притормаживать логами прям на клиентах, особенно когда кто то активно крутит гигабайты трафика

Старый Волк

Да тут не только MTU и SSD проблема. У зеленых еще и сетевой стек на коленке собран, если верить отзывам. Пинг иногда скачет так, будто трафик через три прокси гоняют. А поддержка отвечает только после третьего тикета, да и то шаблоном. Зато цена действительно смешная, если не париться о стабильности. Для тестовых проектов или бэкап-серверов еще сгодится, но не более того.

На зеленых есть лайфхак веб панель прятать в кусты бери короткий урл вроде nm.local и стучись по нему каждые 30с тогда деды не прилетают мое 5е место так держится второй год

А еще многие забывают про частые дед-хосты в их сети с полным фризом сервисов на час минимум. Ноль отказоустойчивости

Согласен, отказоустойчивость никакая. Еще один косяк — обновления ядра они ставят с такими задержками, что баги из-за этого висят неделями. Только откат или своя сборка помогает.

не спорю насчёт ядра, но у них ещё и политика маршрутизации кривая — пакеты в итоге лезут не туда, куда нужно, особенно если поднято несколько туннелей. пришлось переключаться на ручные таблицы маршрутов, иначе днс подтормаживает без причины

У кого нет глюков с кривыми таблицами, просто стоит правило: один туннель на машину и фикс на нужный гатвей. У меня два года на зелёном без замены политик держится стабильность, лишний раз не лезут. Переключай таблицы но учись фильтровать по dport, не плоди 0/0

Их техподдержка вообще молчит неделями, тикет в пустоту. А по факту ребилд ноды только через саппорт провайдера, сами они ничего не могут.

У Зеленых еще и с балансировкой трафика беда, часто видишь как впн отваливается на ровном месте из-за кривой маршрутизации

Да, и даже если все настроишь, их DNS частенько глючит. Запросы теряются, сайты не открываются. Приходится внешние резолверы пихать.

А я вот заметил, что у зелёных с шифрованием какая-то мутная тема. То ли настройки у них такие, то ли реально слабят, но пинг всё равно высокий, будто без него.

У них в конфигах ещё иногда туннель рушится если клиентам запрещены пересылки пакетов, без логов не разобраться.

А еще их серверы часто гео не соответствуют заявленным. Сидишь думаешь на немецком, а по факту из Польши реклама куки грузит. Полный провал по анонимности.

плюс ко всему их клиентские конфиги не умеют адекватно восстанавливать соединение после перезагрузки сети интерфейс просто висит в limbo пока руками не перезапустишь

Парни, вы тут про гео и ядро, а у меня вообще пакеты циклически теряются через каждые 200 секунд, будто их кто-то по таймеру вычищает. На других сегментах такого не видел, только у Зеленого. Кто-то еще ловил такой циклический дроп?

у меня тоже был цикл по 200 сек, оказалось что не в зеленых дело а в локальной сборке iptables тормозит при перегрузке правил, попробуй проверить систему под нагрузкой, может утечка в цепочке

У меня на зелёных были проблемы с синхронизацией, часто приходилось вручную тайминги править, чтобы пакеты шли без потерь

У зелёных конфиги после перезагрузки отваливаются часто, один туннель на машину решает проблему, но не всегда

Вообще проблемы не только у них, но и на даркните многие ресурсы страдают подобным, особенно без надлежащей поддержки.

shadow_walker_666

на зелёных не только конфиги летят но и каналы часто уходят в жопу по утрам именно тогда когда нужен стабил тишина и пинг

у зелёных ещё и контрольные точки обрезают соединение по графику, не только конфиги слетают но и ключи перегенерируются по уму, как будто кто-то дергает по расписанию

держу два отдельных слюзд за зелёными, один лежит ради баланса, второй для срыва, так хоть пинг не прыгает каждые пять минут

Согласен с проблемами маршрутизации, но зеленые хоть логи не пишут на каждый чих, для стелса это плюс.

node123

Через obfs4 работают стабильнее, контрольные точки реже режут. Настроил в клиенте, теперь утренние лаги почти не беспокоят.

Зеленые действительно проблемные, но для определенных задач их все равно использую из-за отсутствия лишней телеметрии

Зеленые теряют пакеты не только утром, вечером тоже косячат особенно при сборке трафика через бродячие exit’ы, но если не гнаться за скоростью а просто отсидеться в фоне то в целом не выдают

Еще заметил, что на зеленых часто проскакивают ложные детекты при использовании exit нод с большим количеством пересылаемого трафика

Не сказал бы что зеленые совсем плохи. Порой через них проходит такой трафик, который другие сети просто не тянут. Для некоторых узких задач вполне годны.

Зеленые годятся только если не нужны высокие прыжки по узлам, упрощенная сеть режет не только пакеты но и функции скрытого сервиса, особенно когда включены анонимные ретрансляторы второго уровня

Да, для простых просмотров их хватает, но вот пробовал запустить onion балансировщик через два релея второго уровня – половина сессий терялась без логичных причин.

Тут ещё стоит учесть, что зеленые при длительных сессиях начинают подтормаживать даже на статичных релеях, если их не перезагружать раз в несколько часов. Особенно заметно, когда пытаешься гнать через них многопоточный трафик — сначала всё гладко, а потом внезапно начинаются лаги, хотя по логам всё чисто. Как будто где-то внутри накапливается мусор, который не очищается. При этом для одноразовых задач они действительно могут быть полезны, если не гнаться за стабильностью.

С obfs4 зеленые живут дольше, но если вдруг нужен UDP стрим, они вообще в ступор впадают. Пару раз ловил, что их же exitы между собой цепляются и выдают один и тот же ip на разных континентах — прикольно, но логи портит.

Зеленые иногда выручают при работе с i2p шлюзами, особенно через cloaked порты. Проверял на средних нагрузках — стабильнее чем ожидал.

полностью согласен, зеленые как раз для тех кто не хочет заморачиваться с настройками. Для быстрых переходов по сайтам сойдет

Добавить комментарий для Старый Волк Отменить ответ

Докажите, что вы не робот. Выберите: ключ