Jump to content

Recommended Posts

Отчитываюсь об успешной работе сетапа после последнего обновления.

Под чутким руководством уважаемой Skrill0 получил работоспособную конфигурацию Tproxy (для доступа клиентов) + Redirect (для Torrent-клиента).

Что делалось:

  • Полное удаление xkeen по инструкции из шапки
  • Удаление вручную ВСЕХ конфигов из соответствующей папки config
  • Установка последнего апдейта версии 1.0.6
  • Ручное редактирование файлов outbound и inbound согласно шапке и параметрам VPS
  • Выполнение команд
    xkeen -dp
    xkeen -ap 80,443
  • Рестарт xkeen

В процессе тестирования наблюдался отвал доступа в интернет, но по неопределенным причинам (возможно, вина Кинетика).  Перезагрузка помогла. Продолжаю наблюдение.

 

Edited by Pawant
  • Upvote 2
Link to comment
Share on other sites

2 часа назад, Alexey77 сказал:

А что у вас находится в /opt/etc/ndm/netfilter.d/  ? 

И после какой команды выйдет iptables: No chain/target/match by that name

Выдает после команды iptables -t nat -nL xkeen -v

По пути /opt/etc/ndm/netfilter.d/ есть два файла: proxy.sh и xray.sh

Link to comment
Share on other sites

Добрый вечер Всем!

Кто подскажет как настроить выборочную маршрутизацию с помощью Xray|Xkeen? 

У меня из имеющегося есть VPS в Нидерландах, KN-1811 с entware и AdGuardHome. На данный момент обход осуществляется через OpenVPN и VPS.

Link to comment
Share on other sites

1 час назад, black_mamba сказал:

Кто подскажет как настроить обход блокировок с помощью Xray|Xkeen? 

  • Настроить vps по этому или вот этому руководству. 
  • Проверить, что сервер работает с помощью клиента на  PC или телефоне.
  • Установить на Keenetic Entware.
  • Установить и настроить XKeen на Kinetic согласно руководства в шапке и дальнейшим комментариям этой ветки форума.
Link to comment
Share on other sites

Всем привет!

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

Сейчас настроен redirect через политику XKeen + все идет напрямую, кроме пары нужных мне сайтов, которые идут через  VPS. И на данный момент все кто есть в политике XKeen идет в обход AGH. Хотя бы прямой трафик можно завернуть, чтобы рекламу резало?

Link to comment
Share on other sites

8 минут назад, dok сказал:

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

Вот такие настройки в файле routing.json отлично режут рекламу без всякого AdGuardHome. При желании можно добавить еще правила.

Скрытый текст
      // Настройка черного списка
      {
        "inboundTag": ["socks-in"],
        "domain": [
          "ext:geosite_v2fly.dat:category-ads-all",
          "google-analytics",  // Могут быть проблемы с сервисами Google. Нужны тесты
          "analytics.yandex",  // Могут быть проблемы с сервисами Yandex. Нужны тесты
          "appcenter.ms",
          "app-measurement.com",
          "firebase.io",
          "crashlytics.com"
        ],
        "outboundTag": "block",
        "type": "field"
      },

 

 

  • Thanks 1
Link to comment
Share on other sites

2 минуты назад, Gmarapet сказал:

Вот такие настройки в файле routing.json отлично режут рекламу без всякого AdGuardHome. При желании можно добавить еще правила.

  Скрыть содержимое
      // Настройка черного списка
      {
        "inboundTag": ["socks-in"],
        "domain": [
          "ext:geosite_v2fly.dat:category-ads-all",
          "google-analytics",  // Могут быть проблемы с сервисами Google. Нужны тесты
          "analytics.yandex",  // Могут быть проблемы с сервисами Yandex. Нужны тесты
          "appcenter.ms",
          "app-measurement.com",
          "firebase.io",
          "crashlytics.com"
        ],
        "outboundTag": "block",
        "type": "field"
      },

 

 



 

Скрытый текст

"routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      // Настройка черного списка
      {
        "inboundTag": ["socks-in"],
        "domain": [
          "ext:geosite_v2fly.dat:category-ads-all",
          "google-analytics",  // Могут быть проблемы с сервисами Google. Нужны тесты
          "analytics.yandex"  // Могут быть проблемы с сервисами Yandex. Нужны тесты
        ],
        "outboundTag": "block",
        "type": "field"
      },
      
      // Блокируем соединение по уязвимым UDP портам
      {
        "inboundTag": ["socks-in"],
        "network": "udp",
        "port": "135, 137, 138, 139",
        "outboundTag": "block",
        "type": "field"
      },
      
      // Настройка подключений через VPS с помощью доменных имен
      {
        "inboundTag": ["socks-in"],
        "domain": [
          "speedtest.net",
          "nnmclub.to",
          "rutracker.org",
          "flibusta.is",
          "proton.me",
          "ext:geosite_v2fly.dat:facebook",
          "ext:geosite_v2fly.dat:instagram"
        ],
        "outboundTag": "proxy",
        "type": "field"
      },
      
      // Настройка подключений через VPS с помощью IP
      {
        "inboundTag": ["socks-in"],
        "ip": [
          "ext:geoip_v2fly.dat:facebook"
        ],
        "outboundTag": "proxy",
        "type": "field"
      },

      // Напряимик
      {
        "inboundTag": ["socks-in"],
        "outboundTag": "direct",
        "type": "field"
      }
    ]
  }
}

Да, это все уже прописано. Надо было сразу привести свой файл routing

Но интересует все же как заставить через AGH ходить

Link to comment
Share on other sites

3 часа назад, dok сказал:
  Показать содержимое

"routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      // Настройка черного списка
      {
        "inboundTag": ["socks-in"],
        "domain": [
          "ext:geosite_v2fly.dat:category-ads-all",
          "google-analytics",  // Могут быть проблемы с сервисами Google. Нужны тесты
          "analytics.yandex"  // Могут быть проблемы с сервисами Yandex. Нужны тесты
        ],
        "outboundTag": "block",
        "type": "field"
      },
      
      // Блокируем соединение по уязвимым UDP портам
      {
        "inboundTag": ["socks-in"],
        "network": "udp",
        "port": "135, 137, 138, 139",
        "outboundTag": "block",
        "type": "field"
      },
      
      // Настройка подключений через VPS с помощью доменных имен
      {
        "inboundTag": ["socks-in"],
        "domain": [
          "speedtest.net",
          "nnmclub.to",
          "rutracker.org",
          "flibusta.is",
          "proton.me",
          "ext:geosite_v2fly.dat:facebook",
          "ext:geosite_v2fly.dat:instagram"
        ],
        "outboundTag": "proxy",
        "type": "field"
      },
      
      // Настройка подключений через VPS с помощью IP
      {
        "inboundTag": ["socks-in"],
        "ip": [
          "ext:geoip_v2fly.dat:facebook"
        ],
        "outboundTag": "proxy",
        "type": "field"
      },

      // Напряимик
      {
        "inboundTag": ["socks-in"],
        "outboundTag": "direct",
        "type": "field"
      }
    ]
  }
}

Да, это все уже прописано. Надо было сразу привести свой файл routing

Но интересует все же как заставить через AGH ходить

Доброг Вам утра!

Если Вы не настраивали DNS от Xray (В конфигурациях dns.json пустой), то DNS запросы разрешаются средствами прошивки | ADH.
Xray получает уже разрешенные доменные имена.

Link to comment
Share on other sites

4 часа назад, Skrill0 сказал:

Доброг Вам утра!

Если Вы не настраивали DNS от Xray (В конфигурациях dns.json пустой), то DNS запросы разрешаются средствами прошивки | ADH.
Xray получает уже разрешенные доменные имена.

Доброе утро!

dns.json - такого файла нет. изначально давно был поставлен ADH на роутер - все ок, вопросов нет, реклама режется, DNS отдаются какие прописал. Затем попробовал XKeen redirect - все круто (спасибо, кстати), все работает, но в статистике вебморды ADH явно видно, что устройства, которые в политике XKeen не учитываются. То есть я иду на сайт проверки блокировки рекламы будучи в XKeen политике - в ADH не меняется ничего в статистике. убираю устройство из политики и опять иду на сайт - в ADH явно видны изменения. так же и с dnsleaktest.com.

 

Подскажите, пожалуйста, куда копать?

 

Link to comment
Share on other sites

1 час назад, dok сказал:

dns.json - такого файла нет

Доброе утро. Тоже пытаюсь настроить чтобы dns разрешался через ADH. Когда файл dns.json есть всё работает как и должно через xray. Убираю файл dns.json интернет есть но он опять идёт через xray 2024/01/28 06:01:30 192.168.10.56:1187 accepted udp:192.168.10.1:53 [transparent -> dns-out] . Убираю из routing json секцию gns-out интернет пропадает 2024/01/28 06:10:02 192.168.10.56:40251 accepted udp:192.168.10.1:53 [transparent -> direct]. Проверил правила iptables 

~ # iptables -t mangle -nL xkeen -v
Chain xkeen (1 references)
 pkts bytes target     prot opt in     out     source               destination
    0     0 RETURN     all  --  *      *       0.0.0.0/0            176.97.44.69
    0     0 RETURN     all  --  *      *       0.0.0.0/0            255.255.255.255
    0     0 RETURN     all  --  *      *       0.0.0.0/0            0.0.0.0/8
    0     0 RETURN     all  --  *      *       0.0.0.0/0            10.0.0.0/8
    0     0 RETURN     all  --  *      *       0.0.0.0/0            100.64.0.0/10
    0     0 RETURN     all  --  *      *       0.0.0.0/0            127.0.0.0/8
    0     0 RETURN     all  --  *      *       0.0.0.0/0            169.254.0.0/16
    0     0 RETURN     all  --  *      *       0.0.0.0/0            172.16.0.0/12
    0     0 RETURN     all  --  *      *       0.0.0.0/0            192.0.0.0/24
    0     0 RETURN     all  --  *      *       0.0.0.0/0            192.0.2.0/24
    0     0 RETURN     all  --  *      *       0.0.0.0/0            198.18.0.0/15
    0     0 RETURN     all  --  *      *       0.0.0.0/0            198.51.100.0/24
    0     0 RETURN     all  --  *      *       0.0.0.0/0            203.0.113.0/24
  123 21305 RETURN     all  --  *      *       0.0.0.0/0            224.0.0.0/4
    0     0 RETURN     all  --  *      *       0.0.0.0/0            240.0.0.0/4
 2731  267K TPROXY     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0            TPROXY redirect 127.0.0.1:54836 mark 0x111/0xffffffff
 1213 92267 TPROXY     udp  --  *      *       0.0.0.0/0            0.0.0.0/0            TPROXY redirect 127.0.0.1:54836 mark 0x111/0xffffffff
~ #

Добавил правило iptables -t mangle -I xkeen -d 192.168.0.0/16 -j RETURN после этого интернет появился и в статистике веб морды ADH видно разрешение dns с адреса 192.168.10.1 - это адрес роутера. 

Был не внимателен у вас режим redirect поэтому может быть другая причина 

Edited by Alexey77
Дополнил
Link to comment
Share on other sites

10 часов назад, Gmarapet сказал:

Вот такие настройки в файле routing.json отлично режут рекламу без всякого AdGuardHome. При желании можно добавить еще правила.

Чуток не в тему, но все же. В отличие от вашего списка из строк

"google-analytics",  // Могут быть проблемы с сервисами Google. Нужны тесты
"analytics.yandex",  // Могут быть проблемы с сервисами Yandex. Нужны тесты
"appcenter.ms",
"app-measurement.com",
"firebase.io",
"crashlytics.com"

 в AGH этот список во много раз больше.

Нет например "clck.yandex.ru", "report.appmetrica.yandex.net", "startup.mobile.yandex.net", "mobile.yandexadexchange.net", "startup-mobile.ap.yandex-net.ru", "googleads.g.doubleclick.net", "firebaselogging.googleapis.com", "xtwptx-conversions.appsflyersdk.com" и т.д.

 

  • Thanks 1
Link to comment
Share on other sites

1 час назад, vasek00 сказал:

отличие от вашего списка из строк

Доброе утро.

Не в целях, помериться, а просто для пояснения: вы упустили волшебную строчку  ext:geosite_v2fly.dat:category-ads-all

Там несколько тысяч записей.

И конечно:

11 час назад, Gmarapet сказал:

При желании можно добавить еще правила.

 

 

Edited by Gmarapet
  • Thanks 1
Link to comment
Share on other sites

22 минуты назад, Alexey77 сказал:

Добавил правило iptables -t mangle -I xkeen -d 192.168.0.0/16 -j RETURN после этого интернет появился

Поэтому вопрос почему нет этого правила и приходится его добавлять вручную? 

  • Thanks 1
Link to comment
Share on other sites

Всем доброго утра)

О проблемах с крайней версией знаю.
Благодаря @Keokuk и прочим отзывам из темы удалось локализовать проблему.
Всем большое спасибо)

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

xkeen -diag

** В файле будет присутствовать Ваш IP адрес, нужен для проверки корректности определения)

 

Edited by Skrill0
  • Upvote 1
Link to comment
Share on other sites

1 час назад, Gmarapet сказал:

Доброе утро.

Не в целях, померяться, а просто для пояснения: вы упустили волшебную строчку  ext:geosite_v2fly.dat:category-ads-all

Там несколько тысяч записей.

 

Конечно не мерятся, и рекламу убирает вопрос только вы пишите отлично .... без всякого AdGuardHome

Если данного набора вам хватает, то это хорошо для других может и не хватать.

 

https://habr.com/ru/articles/760052/

В GeoSite v2fly нет зоны Ru.

Реклама

  • ext:geosite_v2fly.dat:category-ads-all — Компиляция * EasyList, AdGuard DNS Filter, Peter Lowe,  Dan Pollok

Для справки про v2fly.dat:category-ads-all

https://github.com/v2fly/domain-list-community/blob/master/data/category-ads-all

и основная строка "include:category-ads" и что-то в перечне *-ads не увидел например от простого того же yandex или что-то для зоны RU. А по EasyList как я понял всего то - easylist.to lanik.us

 

Например для зоны RU который в AGH например - https://easylist-downloads.adblockplus.org/ruadlist.txt

 

 

Edited by vasek00
  • Thanks 2
  • Upvote 2
Link to comment
Share on other sites

Здравствуйте. Подскажите пожалуйста, направьте на путь истинный.

Я имею маршрутизатор Keenetic с одной стороны и VPN провайдера с другой строны.

Провайдер предоставил мне ss:// ключ.

Я настроил xRay на роутере. Создал одно единственное соединение "outbounds" с протоколом "shadowsocks". Всё работает. Весть трафик пошел через ВПН.

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

Я пытался применить разные конфиги для Routing с этого форума, но это не помогает. Такое ощущение, что эти настройки для Routing должны делаться на сервере. Или нет? Опытные коллеги, подскажите пожалуйста, как это правильно сделать.

Link to comment
Share on other sites

2 часа назад, 0xConstantine сказал:

Здравствуйте. Подскажите пожалуйста, направьте на путь истинный.

Я имею маршрутизатор Keenetic с одной стороны и VPN провайдера с другой строны.

Провайдер предоставил мне ss:// ключ.

Я настроил xRay на роутере. Создал одно единственное соединение "outbounds" с протоколом "shadowsocks". Всё работает. Весть трафик пошел через ВПН.

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

Я пытался применить разные конфиги для Routing с этого форума, но это не помогает. Такое ощущение, что эти настройки для Routing должны делаться на сервере. Или нет? Опытные коллеги, подскажите пожалуйста, как это правильно сделать.


Доброго Вам дня!

Настройки маршрутизации делаются на клиенте.

Вот пример конфигурации Routing, в которой:
Доменные зоны России (ru, su…) идут напрямую
Остальные через Ваше VPS подключение

Для ее работы нужны GeoIP и GeoSite от V2Fly
За помощь в составлении конфигурации спасибо @jameszero

Скрытый текст
// Настройка маршрутизации

{
  "routing": {
    "rules": [
      // Блокировка  |  Реклама и аналитика
      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "block",
        "type": "field",
        "domain": [
          "ext:geosite_v2fly.dat:category-ads-all",
          "google-analytics",
          "analytics.yandex",
          "appcenter.ms",
          "app-measurement.com",
          "firebase.io",
          "crashlytics.com"
        ]
      },
      
      // Блокировка  |   Уязвимые UDP порты
      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "block",
        "type": "field",
        "network": "udp",
        "port": "135, 137, 138, 139"
      },
            
      // Прямые подключение  |  Доменные имена
      {
        "inboundTag": ["redirect", "tproxy"],
        "domain": [
          "regexp:^([\\w\\-\\.]+\\.)ru$",  // .ru
          "regexp:^([\\w\\-\\.]+\\.)su$",  // .su
          "regexp:^([\\w\\-\\.]+\\.)xn--p1ai$",  // .рф
          "regexp:^([\\w\\-\\.]+\\.)xn--p1acf$",  // .рус
          "regexp:^([\\w\\-\\.]+\\.)xn--80asehdb$",  // .онлайн
          "regexp:^([\\w\\-\\.]+\\.)xn--c1avg$", // .орг
          "regexp:^([\\w\\-\\.]+\\.)xn--80aswg$",  // .сайт
          "regexp:^([\\w\\-\\.]+\\.)xn--80adxhks$",  // .москва
          "regexp:^([\\w\\-\\.]+\\.)moscow$",  //  .moscow
          "regexp:^([\\w\\-\\.]+\\.)xn--d1acj3b$",  // .дети
          "ext:geosite_v2fly.dat:category-gov-ru",
          "ext:geosite_v2fly.dat:yandex",
          "ext:geosite_v2fly.dat:vk",
          "ext:geosite_v2fly.dat:private"
        ],
        "outboundTag": "direct",
        "type": "field"
      },
	  
      // Прямые подключение  |  IP адреса
      {
        "inboundTag": ["redirect", "tproxy"],
        "ip": [
      	  "ext:geoip_v2fly.dat:ru",
      	  "ext:geoip_v2fly.dat:private"
        ],
        "outboundTag": "direct",
        "type": "field"
      },
	  
      // VPS подключение
      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "shadowsocks",
        "type": "field"
      }
	  
    ]
  }
}


 

Edited by Skrill0
  • Thanks 1
Link to comment
Share on other sites

3 часа назад, 0xConstantine сказал:

Создал одно единственное соединение "outbounds" с протоколом "shadowsocks".

А в outbounds запись для direct есть?

// Прямое соединение
{ "protocol": "freedom", "tag": "direct" }

Ещё полезно block добавить

// Блокировка соединения
{"protocol": "blackhole", "tag": "block" }

Посмотрите примеры в шапке.

3 часа назад, 0xConstantine сказал:

Такое ощущение, что эти настройки для Routing должны делаться на сервере.

На клиенте в первую очередь.

Edited by Gmarapet
  • Thanks 2
Link to comment
Share on other sites

2 часа назад, Gmarapet сказал:

А в outbounds запись для direct есть?

// Прямое соединение
{ "protocol": "freedom", "tag": "direct" }

Ещё полезно block добавить

// Блокировка соединения

{"protocol": "blackhole", "tag": "block" }

Раньше была ленивая конфигурация там это было сразу записано и вопросов от новичков было меньше. Может вернуть ленивою конфигурацию ? 

Edited by Alexey77
  • Upvote 2
Link to comment
Share on other sites

1 час назад, Alexey77 сказал:

Раньше была ленивая конфигурация там это было сразу записано и вопросов от новичков было меньше. Может вернуть ленивою конфигурацию ? 

Ленивая конфигурация сохранилась, только теперь разбита по секциям)
Осталось Routing доделать, чтобы всем понятно было…

Но сперва бы с ошибками текущей версии разобраться до конца)

  • Upvote 3
Link to comment
Share on other sites

Огромное всем спасибо за ответ.

Мой файл для конфигурации соединения выглядит вот так:

"outbounds": [
        {
            "tag": "ss",
            "protocol": "shadowsocks",
            "settings": {
                "servers": [
                    {
                        "address": "***.***.***.***",
                        "method": "chacha20-ietf-poly1305",
                        "password": "**********",
                        "port": 443 ,
                        "uot": true
                    }
                ]
            },
            "streamSettings": {
                "network": "tcp"
            }

И я подумал, что в настройках Routing я везде должен указывать:

"outboundTag": "ss"

так как у меня соединений тегом "direct", "block" и так далее.

Я так понимаю, что у меня не хватает настроек в файле 04_outbounds.json и из-за этого такие проблемы.

Link to comment
Share on other sites

21 час назад, Alexey77 сказал:

xkeen -stop потом удалите их xkeen -start

Сделал. Обход все равно не работает. Команда iptables -t mangle -nL xkeen -v выдает ответ

iptables: No chain/target/match by that name.

Link to comment
Share on other sites

Всем доброго вечера!

Вышло обновление 1.0.7

Журнал

Скрытый текст

Исправлены
1. Автоматическое определение портов для исключений
2. 443 и 80 порты больше не исключается автоматически
3. Генерация правил-исключения LAN
4. DNS запросы в режиме Mixed_1
5. Некорректное завершение диагностики

Добавлены
1. Обработка отсутствующих модулей и соответствующие инструкции
2. Защита от создания правил в случае, если ядро не поднялось
3. Защита от неправильного использования: DNS, TProxy, исключений и донорства портов
4. Защита от некорректной задержки автозапуска

Изменены
1. Максимальное количество портов-исключений: 15
2. Максимальное количество портов-доноров: 15
** Приоритет отдается указаным вручную портам 


Обновиться можно командой

xkeen -uk


Откатиться на предыдущую версию можно командой

xkeen -kbr


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

xkeen -diag

Внимание
     В файле содержится Ваш IP адрес. Можно присылать в личные сообщения.

Пожалуйста, тестируйте, и отпишитесь о результатах)

Edited by Skrill0
  • Thanks 5
  • Upvote 2
Link to comment
Share on other sites

9 часов назад, dok сказал:

Доброе утро!

dns.json - такого файла нет. изначально давно был поставлен ADH на роутер - все ок, вопросов нет, реклама режется, DNS отдаются какие прописал. Затем попробовал XKeen redirect - все круто (спасибо, кстати), все работает, но в статистике вебморды ADH явно видно, что устройства, которые в политике XKeen не учитываются. То есть я иду на сайт проверки блокировки рекламы будучи в XKeen политике - в ADH не меняется ничего в статистике. убираю устройство из политики и опять иду на сайт - в ADH явно видны изменения. так же и с dnsleaktest.com.

 

Подскажите, пожалуйста, куда копать?

 

надеялся, что проблема решится в новой версии, но нет) XKeen работает хорошо в плане открытия нужных ресурсов, но вопрос остался прежним - как завернуть dns на AGH? как в явном виде сказать - все днс запросы отправлять на роутер, там уже разберутся?

 

Edited by dok
Link to comment
Share on other sites

26 минут назад, Skrill0 сказал:

Пожалуйста, тестируйте, и отпишитесь о результатах)

Обновился, все запустилось с моим скромным конфигом. Routing заработал) Спасибо!

  • Thanks 1
Link to comment
Share on other sites

52 минуты назад, dok сказал:

надеялся, что проблема решится в новой версии, но нет) XKeen работает хорошо в плане открытия нужных ресурсов, но вопрос остался прежним - как завернуть dns на AGH? как в явном виде сказать - все днс запросы отправлять на роутер, там уже разберутся?

Если в любом случае DNS по какой-то причине идут на сервер, можете сделать вот так:

Добавить файл в директорию с конфигурациями
06_dns.json

Добавить в outbounds секцию

Скрытый текст
{
  "tag": "dns",
  "protocol": "dns"
}


Добавить в Routing до основной маршрутизации (до VPS и прямого подключения. После блокировок) секцию

Скрытый текст
{
  "inboundTag": ["redirect", "tproxy"],
  "outboundTag": "dns",
  "port": 53,
  "type": "field"
}

 

Edited by Skrill0
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   1 member

×
×
  • Create New...