Jump to content

Recommended Posts

40 минут назад, prokuror2 сказал:

Добрый день!

Опять у меня в браузере Мозилла на Андроиде chat.openai.com определяет реальный IP, а на сайте browserleaks.com определяется реальный IP в тесте WebRCT. Возможно ли такое из-за халявного конфига Shadowsocks или дело в неправлиноых настройках?

v. 1.1.2, режим Mixed через политику.

 

WebRTC надо вырубать в браузере через настройки либо через дополнения. По умолчанию оно везде включено. И зачем пользовать носки которые давно открыты и блочатся если конечно это не последняя их 22 модификация. Пользуйтесь Reality..

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

5 часов назад, LDude сказал:

Т.е. приложения на телефоне (speedtest и nperf) используют http, тесты через web - https?

Это только предположение, но если это действительно так, то это объясняет над чем трудится процессор. Хорошо, что http сайтов почти не осталось и при обычном серфинге такой просадки производительности не будет.

Edited by jameszero
Link to comment
Share on other sites

5 часов назад, prokuror2 сказал:

в браузере Мозилла на Андроиде chat.openai.com определяет реальный IP, а на сайте browserleaks.com определяется реальный IP в тесте WebRCT

В routing для работы с browserleaks.com и openai было установлено:

"domain": [
          "browserleaks.com", 
.................
"ext:geosite_v2fly.dat:openai",

Удалил routing, чтобы все запросы пускать через VPS, и  chat.openai.com стал определять IP VPS.

WebRTC тоже определяет  IP VPS.

Link to comment
Share on other sites

23 minutes ago, jameszero said:

Это только предположение, но если это действительно так, то это объясняет над чем трудится процессор. Хорошо, что http сайтов почти не осталось и при обычном серфинге такой просадки производительности не будет.

Почему он раньше не трудился? Фигня какая-то. И не у всех трудится.

5 hours ago, LDude said:

Но не пойму, как оно иногда получается (и раньше так было), что фигачит намного больше скорость и без нагрузки до упора.

И вот, тот же роутер у человека, у меня так же раньше было: https://t.me/c/2138190368/476/916

И приложение speedtest на телефоне в этом случае бОльшую скорость выдаёт, чем комп почему-то.

Edited by LDude
Link to comment
Share on other sites

37 minutes ago, LDude said:

И вот, тот же роутер у человека, у меня так же раньше было: https://t.me/c/2138190368/476/916

Списался с ним, попросил замерить, вот, что у него вышло: "комп, скорость 344/143, загрузка 27%. телефон - 352/287, загрузка 52%"

Я уже и роутер на заводские сбрасывал, и на новую флэху всё заново поставил.

Edited by LDude
Link to comment
Share on other sites

Прошу прощения, я дебил (наверное) 🙃

Не сделал вот это, думал, что у меня ничего нет на 443 порту:

Перенестисервисы на любой из следующих портов 
           5083 | 5443 | 8083 | 8443 | 65083

Но я это и раньше никогда не делал, а работало без дикой нагрузки на проц.

Link to comment
Share on other sites

Всем доброго времени суток! Подскажите кто-нибудь сталкивался с проблемой "подвисания" видео ютуб-соц.сети при работе через xray клиента? Причём есть интересная особенность если поверх подключения через xray натянуть WG тунель, то подтормаживания пропадают...

Может есть какой-то тюнинг соединения?

Такая проблема не только Xkeen - vless XRay, но и на прямую с телефона NekoBox - vless. 

Link to comment
Share on other sites

В 14.02.2024 в 21:43, LDude сказал:

с телефона проц уже при 25 мегабитах под 100

Возможно, в некоторых случаях, Speedtest, по одному ему известным алгоритмам, выбирает протокол http вместо https. Попробуйте для эксперимента, заменить VLESS на что нибудь другое с постоянным шифрованием, например shadowsocks, по идее скорость должна выровняться во всех тестах.

Link to comment
Share on other sites

2 часа назад, danil-v сказал:

кто-нибудь сталкивался с проблемой "подвисания" видео ютуб-соц.сети при работе через xray клиента?

Добрый день! Странно, у меня обратная ситуация, ютуб на телефонах (YouTube ReVanced), телевизоре (SmartTubeNext) и на компьютере в браузерах постоянно буферизировал видео при прямом подключении. Пустил его через VPS, всё летает. Замерьте общую скорость интернета через VPS, может она недостаточна для потокового видео. А насчёт тюнинга соединения, вы оптимизацию сервера делали? net.ipv4.tcp_congestion_control=bbr и прочее...

Link to comment
Share on other sites

6 часов назад, jameszero сказал:

Добрый день! Странно, у меня обратная ситуация, ютуб на телефонах (YouTube ReVanced), телевизоре (SmartTubeNext) и на компьютере в браузерах постоянно буферизировал видео при прямом подключении. Пустил его через VPS, всё летает. Замерьте общую скорость интернета через VPS, может она недостаточна для потокового видео. А насчёт тюнинга соединения, вы оптимизацию сервера делали? net.ipv4.tcp_congestion_control=bbr и прочее...

Нет на xray сервере на vps никаких настроек не делал. Установил 3x-ui из коробки. Можно по подробнее про настройки сервера?

Link to comment
Share on other sites

56 минут назад, danil-v сказал:

Можно по подробнее про настройки сервера?

Как минимум, нужно включить bbr.

Добавьте на сервере в конец файла /etc/sysctl.conf две строчки и перезагрузите сервер:

net.core.default_qdisc=fq
net.ipv4.tcp_congestion_control=bbr

Есть и более тонкие настройки в sysctl.conf, но эти две строчки основные.

Link to comment
Share on other sites

Здравствуйте. Настроил режим Redirect (1. Политика доступа). При добавлении клиента в политику доступа ‘XKeen’ интернет на данном устройстве пропадает. Аналогичное подключение с тем же профилем в программе NekoRay(Windows) работает. Настраивал только inbounds и outbounds. Версия XKeen 1.1.0 запускается и слушает порт 61219 протокол TCP. Подскажите пожалуйста, в чем может быть дело?
Подробное описание настроек и логи 
 

Edited by hohla
Link to comment
Share on other sites

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

Подскажите пожалуйста, в чем может быть дело?

Добрый день! А почему порт 58738? VLESS Reality маскируется под https сайт, а это 443 порт.

Link to comment
Share on other sites

12 минуты назад, jameszero сказал:

Добрый день! А почему порт 58738? VLESS Reality маскируется под https сайт, а это 443 порт.

В логах вроде 443 с адресом сервера везде)

Link to comment
Share on other sites

12 минуты назад, jameszero сказал:

Видимо в конфигах кинетика прописан 443, а на сервере открыт 58738

 

Точно. Скрин с впс не видел 🤣👍

Link to comment
Share on other sites

18 часов назад, jameszero сказал:

А почему порт 58738? VLESS Reality маскируется под https сайт, а это 443 порт

У меня на сервере 58738 порт был для всех клиентов. В настройках outbonds.json порт 443.
Сменил сейчас на сервере порт на 443, Nekoray клиенты по прежнему работают, а через политику xkeen роутера так и нет связи. 

 

 

 

 

Edited by hohla
Link to comment
Share on other sites

54 минуты назад, hohla сказал:

У меня на сервере этот порт по умолчанию для всех клиентов. Его нет возможности поменять

Сервер настроен неправильно изначально, ни один https-сайт не покажет свой сертификат, если к нему заходить по произвольному порту. Любой другой прокси/vpn может работать на произвольных портах, а VLESS Reality это только 443 порт, без вариантов.

Link to comment
Share on other sites

7 часов назад, jameszero сказал:

Сервер настроен неправильно изначально

Спасибо большое. Создал нового клиента через 443 порт, в логах xkeen появились предупреждения об отсутсвии тега 'direct':
======================================
2024/02/17 12:55:16 [Debug] app/log: Logger started
2024/02/17 12:55:16 [Debug] app/router: MphDomainMatcher is enabled for 10 domain rule(s)
2024/02/17 12:55:16 [Debug] app/proxyman/inbound: creating stream worker on 0.0.0.0:61219
2024/02/17 12:55:16 [Info] transport/internet/tcp: listening TCP on 0.0.0.0:61219
2024/02/17 12:55:16 [Warning] core: Xray 1.8.4 started
2024/02/17 12:55:24 [Debug] [3148607647] proxy/dokodemo: processing connection from: 192.168.1.101:48562
2024/02/17 12:55:24 [Info] [3148607647] proxy/dokodemo: received request for 192.168.1.101:48562
2024/02/17 12:55:24 [Info] [3148607647] app/dispatcher: sniffed domain: yandex.ru
2024/02/17 12:55:24 [Warning] [3148607647] app/dispatcher: non existing outTag: direct
=====================================
оставил в routings.json только VPS подключение, сообщения "non existing outTag: directпропали, но связь так и не наладилась, и в логах проскакивают предупреждения:

====================================
{
  "routing": {
    "rules": [
      // VPS подключение  |  Основное
      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "vless-reality",
        "type": "field"
      }   ]  }  }
=====================================
2024/02/17 13:17:40 [Debug] transport/internet: dialing to tcp:185.16.39.22:443
2024/02/17 13:17:40 [Info] [3748949904] app/proxyman/inbound: connection ends > proxy/dokodemo: connection ends > context canceled
2024/02/17 13:17:41 [Info] [119839236] transport/internet/tcp: dialing TCP to tcp:185.16.39.22:443
2024/02/17 13:17:41 [Debug] transport/internet: dialing to tcp:185.16.39.22:443
2024/02/17 13:17:41 [Warning] [119839236] app/proxyman/outbound: failed to process outbound traffic > proxy/vless/outbound: failed to find a                              n available destination > common/retry: [dial tcp 185.16.39.22:443: operation was canceled] > common/retry: all retry attempts failed
2024/02/17 13:17:44 [Debug] [2109866103] proxy/dokodemo: processing connection from: 192.168.1.101:43065
 

Edited by hohla
Link to comment
Share on other sites

@hohla

Проверяйте настройки, профиль не рабочий. Скопировал настройки вашего подключения в v2rayN и получил те же ошибки в логах, что и у вас.

Screenshot_1.jpg

  • Thanks 1
Link to comment
Share on other sites

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

Проверяйте настройки, профиль не рабочий

Спасибо огромное. Заработало. На сервере не был включен 'xtls-rprx-vision' 

  • Upvote 1
Link to comment
Share on other sites

Здравствуйте.

Спасибо за это чрезвычайно актуальное ныне решение. Только я не смог разобраться до конца, так как не являюсь гиком. Я установил решение, отказался от GeoSite и GeoIP. Если я правильно понял, то это списки сайтов, которые должны «ходить» через VPN. Но это же можно реализовать через расширение для браузера SwitchyOmega (переключатель прокси, вплоть до конкретных доменов) или же в веб интерфейсе 3X-UI (там правда через WARP только можно, но не страшно).

В итоге я сделал вот такой конфиг, взяв файлы 05_routing.json и 04_outbounds.json из установки , а контент для файла 03_inbounds.json я взял со второй страницы этого обсуждения. Такая солянка получилась, наверняка далеко не оптимальная (мне кажется, особенно что находится в 04_outbounds.json).

// Исходящее соединение

{
"inbounds": [
    {
        "listen": "192.168.1.1",
        "port": 2082,
        "protocol": "socks",
        "settings": {
            "udp": false
        },
        "sniffing": {
            "destOverride": ["http", "tls"],
            "enabled": true,
            "metadataOnly": false
        },
        "tag": "socks-in"
    }
]
}

 

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

{
  "routing": {
    "rules": [
            
      // Прямые подключение  |  Доменные имена
      {
        "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$"  // .дети
        ],
        "outboundTag": "direct",
        "type": "field"
      },
      
      // VPS подключение  |  Основное
      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "vless-reality",
        "type": "field"
      }
      
    ]
  }
}

 

// Настройка исходящих соединений

{
    "outbounds": [
	
		// VPS соединение  |  Основное
		{
            "tag": "vless-reality",    // Название соединения
            "protocol": "vless",
            "settings": {
                "vnext": [
                    {
                        "address": "11.111.111.11",    // IP адрес или доменное имя сервера
                        "port": 443,    // Порт Reality. 443 обязателен
                        "users": [
                            {
								"id": "22222222-44444-6666-4444-556666666",    // ID, присвоенный пользователю на сервере
								"encryption": "none",
                                "flow": "xtls-rprx-vision",
								"level": 0
                            }
                        ]
                    }
                ]
            },
            "streamSettings": {
                "network": "tcp",
                "security": "reality",
                "realitySettings": {
                    "publicKey": "123123123123123123123123123123123123",    // Public Key, присвоенный пользователю на сервере
                    "fingerprint": "chrome",    // Finger Print, указанный на сервере
                    "serverName": "google.com",    // SNI, указанный на сервере
                    "shortId": "xxxxxyyyy",    // Short ID, присвоенный пользователю на сервере
                    "spiderX": "/"
                }
            }
        },   
		   
		// Провайдер
        {
            "protocol": "freedom",
            "tag": "direct"
        }
		
    ]
}

Что тут можно поправить?

И ещё момент с надписью был:

Цитата

 

Предупреждение:

  Отсутствует политика «XKeen» в Web роутера

  Не определены целевые порты для XKeen

  Клиент xray будет запущен для всего устройства

 

 Я создал политику с таким именем, надпись пропала, но я не совсем понял вообще суть этого. Ведь если указать соединение для этой политики, то через него и будет осуществляться доступ, а не через Vless.

Я так понимаю, что надо компонент в Кинетике ставить под названием Клиент прокси и уже его указывать в качестве соединения для политики с названием XKeen?

 

Заранее спасибо за ответы.

 

 

  • Upvote 1
Link to comment
Share on other sites

Здравствуйте.

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

Возникла пара вопросов.

1) Настроил подключение по инструкции, но, к сожалению, почему-то не работает роутинг, т.е. все соединения идут через freedom (если весь трафик пустить через outboundTag: vps, то все ресурсы открываются, т.е. соединение работает).

05_routing.json:

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

{
  "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"
        ]
      },

      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "block",
        "type": "field",
        "network": "udp",
        "port": "135, 137, 138, 139"
      },

      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "direct",
        "type": "field",
        "protocol": ["bittorrent"]
      },

      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "vps",
        "type": "field",
        "domain": [
          "ext:geosite_v2fly.dat:linkedin",
          "ext:geosite_v2fly.dat:facebook",
          "ext:geosite_v2fly.dat:instagram",

          "domain:rutor",
          "domain:rutor.is",
          "domain:nnmclub",
          "domain:rutracker"
        ]
      },

      {
        "inboundTag": ["redirect", "tproxy"],
        "outboundTag": "direct",
        "type": "field"
      }

    ]
  }
}

 

04_outbounds.json:

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

{
    "outbounds": [

        {
            "tag": "vps",
            "protocol": "vless",
            "settings": {
                "vnext": [
                    {
                        "address": "ip-сервера",
                        "port": 443,
                        "users": [
                            {
                                "encryption": "none",
                                "flow": "xtls-rprx-vision",
                                "id": "8d81e7e2-6007-4cae-96c6-4df14cc80f8c"
                            }
                        ]
                    }
                ]
            },
            "streamSettings": {
                "network": "tcp",
                "security": "reality",
                "realitySettings": {
                        "publicKey": "ключ",
                        "fingerprint": "chrome",
                        "serverName": "yandex.ru",
                        "shortId": "19c8b3c4",
                        "spiderX": "/"
                }

            }
        },

        {
            "protocol": "freedom",
            "tag": "direct"
        },

        {
            "tag": "block",
            "protocol": "blackhole",
            "settings": {
                "response": {
                    "type": "http"
                }
            }
        }

    ]
}

В логах видно, что при открытии указанных доменов соединение идет на freedom.

upd.: Спасибо Skride за помощь в ТГ, нужно было добавить routeOnly в inbounds.

2) И еще вопрос, поиском здесь не нашел..

Настраивал VPS по этой инструкции с хабра. Почему-то xkeen не может подключиться к Xray через Cloudflare grpc по доменному имени. В логах появляются ошибки проверки сертификата

failed to verify certificate: x509: certificate signed by unknown authority

Установил пакер ca-certificates, но не знаю как добавить серт в доверенные на entware, все системные каталоги в read-only. 

На всякий случай конфиг, может что-то напутал:

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

{
    "outbounds": [

        {
            "tag": "vps",
            "protocol": "vless",
            "settings": {
                "vnext": [
                    {
                        "address": "мой-домен",
                        "port": 443,
                        "users": [
                            {
                                "encryption": "none",
                                "id": "ae2c0a50-e3a0-47d1-8dd8-f5ace207d8de"
                            }
                        ]
                    }
                ]
            },
            "streamSettings": {
                "network": "grpc",
                "security": "tls",
                "grpcSettings": {
                        "serviceName": "my-gRPC-5879632",
                        "multiMode": false,
                        "idle_timeout": 60,
                        "initial_windows_size": 35536,
                        "permit_without_stream": true
                },
                "tlsSettings": {
                        "serverName": "мой-домен",
                        "fingerprint": "chrome"
                }

            }
        },

        {
            "protocol": "freedom",
            "tag": "direct"
        },

        {
            "tag": "block",
            "protocol": "blackhole",
            "settings": {
                "response": {
                    "type": "http"
                }
            }
        }

    ]
}

Спасибо.

Edited by eugeney
Link to comment
Share on other sites

10 часов назад, Виктор67 сказал:

Здравствуйте.

Спасибо за это чрезвычайно актуальное ныне решение. Только я не смог разобраться до конца, так как не являюсь гиком. Я установил решение, отказался от GeoSite и GeoIP. Если я правильно понял, то это списки сайтов, которые должны «ходить» через VPN. Но это же можно реализовать через расширение для браузера SwitchyOmega (переключатель прокси, вплоть до конкретных доменов) или же в веб интерфейсе 3X-UI (там правда через WARP только можно, но не страшно).

В итоге я сделал вот такой конфиг, взяв файлы 05_routing.json и 04_outbounds.json из установки , а контент для файла 03_inbounds.json я взял со второй страницы этого обсуждения. Такая солянка получилась, наверняка далеко не оптимальная (мне кажется, особенно что находится в 04_outbounds.json).


Доброй Вам ночи)

Да, можно реализовать и через Switch Omega.
Но в таком случае решение будет работать только для браузера на конкретном клиенте, с которого произошло подключение)

Ваш Inbounds для socks

Скрытый текст
{
	"inbounds": [
		{
			"tag": "socks"
			"listen": "192.168.1.100",
			"port": 1080,
			"protocol": "socks",
			"settings": {
				"udp": true
			}
		}
	]
}


Если Вы направляете соединение через SwitchOmega, то Routing можете удалить.
Так как маршрутизацию хотите выполнять вручную с помощью SwitchOmega.

Ваш Outbounds

Скрытый текст
// Настройка исходящих соединений

{
    "outbounds": [
    
        // VPS соединение  |  Основное
        {
            "tag": "vless-reality",    // Название соединения
            "protocol": "vless",
            "settings": {
                "vnext": [
                    {
                        "address": "11.111.111.11",    // IP адрес или доменное имя сервера
                        "port": 443,    // Порт Reality. 443 обязателен
                        "users": [
                            {
                                "id": "22222222-44444-6666-4444-556666666",    // ID, присвоенный пользователю на сервере
                                "encryption": "none",
                                "flow": "xtls-rprx-vision",
                                "level": 0
                            }
                        ]
                    }
                ]
            },
            "streamSettings": {
                "network": "tcp",
                "security": "reality",
                "realitySettings": {
                    "publicKey": "123123123123123123123123123123123123",    // Public Key, присвоенный пользователю на сервере
                    "fingerprint": "chrome",    // Finger Print, указанный на сервере
                    "serverName": "google.com",    // SNI, указанный на сервере
                    "shortId": "xxxxxyyyy",    // Short ID, присвоенный пользователю на сервере
                    "spiderX": "/"
                }
            }
        }
        
    ]
}

 

10 часов назад, Виктор67 сказал:

Я создал политику с таким именем, надпись пропала, но я не совсем понял вообще суть этого. Ведь если указать соединение для этой политики, то через него и будет осуществляться доступ, а не через Vless.

Политика для чистого Socks подключения не нужна.
Она используется в Redirect | Mixed | TProxy и позволяет использовать прокси только клиентам, добавлеенным в нее.
Доступ осуществляется во всех случаях так:
Клиент > Роутер > Xray (VLESS…) > ISP > Сервер > Xray (VLESS…) > Целевой ресурс

Иными словами соединение до Вашего сервера в защищенном виде идет через ISP.
Для политики указывается обычное соединение ISP

10 часов назад, Виктор67 сказал:

Я так понимаю, что надо компонент в Кинетике ставить под названием Клиент прокси и уже его указывать в качестве соединения для политики с названием XKeen?

Компонент «Клиент-прокси» используется, если хотите также соединение со всего роутера или политики направить в прокси. Это что-то похоже SwitchOmega, но в браузере, а в самом роутере.
Сейчас ничем, кроме скорости не отличается от TProxy | Mixed.

Link to comment
Share on other sites

18 часов назад, hohla сказал:

Спасибо огромное. Заработало. На сервере не был включен 'xtls-rprx-vision' 

Подскажите пожалуйста, в чем может быть причина падения скорости при подключении через xkeen в 10 раз. (xkeen=4Мбит, напрямую=40Мбит)? И в момент соединения нагрузка на проц роутера возрастает до 100%. 

Link to comment
Share on other sites

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

Подскажите пожалуйста, в чем может быть причина падения скорости при подключении через xkeen в 10 раз. (xkeen=4Мбит, напрямую=40Мбит)? И в момент соединения нагрузка на проц роутера возрастает до 100%. 

Нагрузка зависит от модели процессора роутера и от количества geosite/geoip которые обрабатываются в роутинге. Скорость может зависеть еще и от VPS.

Link to comment
Share on other sites

7 hours ago, hohla said:

Подскажите пожалуйста, в чем может быть причина падения скорости при подключении через xkeen в 10 раз. (xkeen=4Мбит, напрямую=40Мбит)? И в момент соединения нагрузка на проц роутера возрастает до 100%. 

Может тоже, как и я ранее, не освободили 443 порт на кинетике?

Link to comment
Share on other sites

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

Может тоже, как и я ранее, не освободили 443 порт на кинетике?

модель Keenetic Extra (KN-1711), VDS Rysen5950.  Порт 443 тоже освобождал вот этими коммандами: 
ip http ssl port 5083
system configuration save

 

Edited by hohla
Link to comment
Share on other sites

Всем привет.

Сразу признаюсь, что совсем не разбираюсь в наборах символов между скобками, которые вы пишите :) Могу только воспроизводить "по аналогии".

Могу вас спросить/попросить привести пример настроек, чтобы не только сайты *.ru, *.рф открывались напрямую, но и зона *.by?
Спасибо.

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   0 members

    • No registered users viewing this page.
×
×
  • Create New...