Drno, vless хорошо. У меня есть свой vless vpn, но естественно в условиях БС он не подходит. Что vless это хорошо, значит с linux я подключюсь. Может посоветуете где можно купить акк для обхода БС? Можно в тг @razomni а то нынче законы суровы)
По поводу 3.2.1 не подскажете какими сервисами пользоваться для обхода БС в телеге. И какие протоколы используются для подключения. Т.е. с мобилкой все понятно, а вот как с роутера не совсем. Когда искал роутер openwrt понял по комментам, что типа что-то passwall2 или подкоп. Т.е. интересует кикие протоколы платных подписок мне гуглить для покупки и использования в оном роутере. А то мне предстоит сейчас пребывание в местности с БС. Надоели танцы с бубнами. И да, хочу сперва на линуксе попробовать подключиться для работы и если все ок, купить роутер openwrt
Ну в причине синхронности и асинхронности двух элементов я знал. Думал может есть какие-то способы заставить ждать интерпретатор, пока выполниться асинхронный код.)
На счет размеров картинки с бека тоже думал. Видимо, вы правы, это более уместное решение. Спасибо за точку зрения)
Кстати, что за Promise.all? Не встречал такой конструкции ранее)
Rsa97, спасибо! Теперь более менее понятно) А в каком тогда режиме лучше использовать hiddify? системный прокси или TUN-адаптер? Вся разница лишь в тех приложениях, что не используют системные настройки прокси? Или есть еще какие то ньюансы?
SunTechnik, про tcp\ip я читал когда-то конечно же, но эти знания никак к сожалению не закреплены практикой, поэтому я здесь)
tcp ip - это канальный уровень модели oci (если вы про эти уровни)
vpn - в зависимости от технологии может лежать на разных
Но как это все бьется с используемым ПО, ОС, сетевыми интерфейсами и еще чем-нибудь возможно?! Так много вопросав и так мало ответов)
Спасибо за разъяснение. В принципе объясняет все поведение, кроме наличия пинга в консоли (телега работает видимо из-за своего настроенного прокси).
Кстати не могли бы в двух словах рассказать как устроено на примере того же hiddify прокси. Т.е. включая его, в системных настройках (системный прокси он?) указывается некий внутренний адрес hiddify и тутда заворачивается весь траффик. Так? И не знаете кстати где можно посмотреть эту запись в системном прокси? и что за служба за это отвечает)
Dmitry, думал об этом. На 22й убунте таких проблем не было. Может из за другой версии hiddify или системный прокси как-то по другому был устроен?! Нет способа решить это? Кстати где эти настройки системного прокси меняются? Хочу понять как это работает.
Кстати почему тогда в терминале все ок работет и телега, например. А ну телега у меня через свой прокси настроенаа. А вот терминал то тоже должен через системный? Нет?
Apasnychel, спасибо за информацию!) Да понимаю, что окупаемость всего мероприятия при всех вводных наступает от n-го числа юзеров. Но и это для меня не важно - готов даже свои немного вкинуть на это. Интересен сам факт обкатки технологий, запуска системы как таковой, изучения серых схем коммерции. Получение удовольствия от реализации задуманного - несколько серверов, балансировщик между ними, оплата через описанные вами сервисы. Тут заработок далеко не на первых ролях в мотивации, он скорее как гипотетический бонус за труды))
И спасибо подсказку про общение с хотером через тор. Кстати никто так и не высказался о вопросе охотности взаимодействия иностранных хостеров с нашими органами в таких вопросах как впн. Понятное дело, если касается серьезных преступлений, то возможно и пойдут навстречу (например если бы хостился аналог Гидры). А в остальных, имеющих больше отношения к закручиванию гаек и амбициям определенных людей во власти. Хотя понимаю грань здесь тонкая и точно никто не знает и остается лишь предполагать)
User, по комментам выше я понял, что проблема как раз не в оплате сервиса и возможном уходе от нологов или еще каких-то бухгалтерских или экономических ньюансов, а в более серьезных нарушений закона именно пользователями сервиса, а не собой аля экстремизм, терроризм и прочих в нынешних реалиях.
Если с первым еще можно как то сгладить мягко углы, то со вторым, согласен, будет тяжелее. Это в теории, а вот на практике хочется ли это проверять - хз)))
Хостер как раз оплачивается криптой, тут все ок. Даже данных особо при регистрации не спрашивают. Кстати вопрос всем отписавшимся выше - как на меня могут выйти, если хостинг вне юрисдикции РФ и тем более в недружественной стране?
Вопрос больше был в выводе и оплате услуг. Т.е. регать платежную систему на свою карту\счет - палево. Крипта - сильно сужает круг людей. В моем понимании людям, разобравшимся с криптой при желании можно разобраться и с личным впн сервером. Т.е. ЦА - это обычные люди оплачивающие банковской картой или переводом.
По комментам уже понял, что есть дропы. А вот по вашему комментарию видимо есть еще и сервисы банковская карта->крипта.
Для товарища майора - интересуюсь для праздного любопытства))
Спасибо за точку зрения! Эх, печально все это. Мне так было это интересно с технической точки зрения реализовать и даже уже большую часть вопросов решил, а тут такое))
Роман Бурч, насколько я сам понимаю, 80 для http и 443 для https - это порты по-умолчанию. Т.е. 443 делает https только наличие в описании сервера дирректив с сертификатами. По идее эту функцию может выполнять любой другой порт.
В вашем случае вы используете один порт - тогда и описывайте именно один. Если обращение к сверверу из браузера, то он по-умолчанию обращается к 80 в случае http, а в случае https - к 443. Вам тогда надо сделать редирект с этих портов на свой 12345
Ниже товарищ указал на синтаксис. Да надо не listen 12345ssl; а listen 12345 ssl; Посмотрите документацию. Там все доступно написано.
