Сфоткал такое заведение в одном городе в северо-западном федеральном округе. Прикольное название же?
Наверное какой-то айтишник с зарплатой в 500.000р в месяц откладывал денег с каждой получки, и открыл его..
Есть белый IP, mikrotik с 80 портом, и пару видеорегистратор (тоже с 80 портами) в локалке .
Вопрос: куда я попаду по белому ip , через браузер из дома (дом не в локалке)?
Всем привет, первый раз тут, так что не кидайте камнями. Недавно в одной игре(которая очень пингозависима) вырос пинг х2. Сервак на том же месте как и я. Ничего не изменилось. Писал админу, он сказал пообщаться с провайдером, и как я понимаю проблема в маршруте. Ведь сам сервер в Питере, я же в орловской области, меня зачем-то ведет в самару, от туда уже несколько раз по москве и только потом в питер. Мегафон же говорит что всё четко, а маршруты они перестроить не могу, заменить провайдера пока не могу. Что делать в данной ситуации?
Для использования в клиентах под Windows (и др. ОС) — проще прописать правила роутинга в конфигах, если есть Keenetic (или другая достаточно умная железка) — интереснее использовать полноценный конфиг (заворачивать все — 0.0.0.0/0,::/0) и прописывать правила маршрутизации в веб-морде роутера. Тем самым все устройства в сети будут работать с указанными правилами маршрутизации, в отличие от использования VPN-клиента под Windows (по типу OpenVPN Connect и WireGuard).
Сетевые правила — Маршрутизация
Интернет — Другие подключения (WG)
Интернет — Другие подключения (OVPN)
Где адрес шлюза — это адрес активного подключения, выданный VPN-сервером, у меня например:
10.66.66.2 для WireGuard
10.8.0.27 для OpenVPN
Раздельное туннелирование позволяет вам выбирать, какие приложения или ресурсы должны использовать VPN-соединение, а какие могут использовать обычное соединение. В WireGuard на Windows это можно сделать с помощью настройки конфигурационного файла и параметров в клиенте.
AllowedIPs = CIDR
AllowedIPs = CIDR
AllowedIPs = CIDR
Пример записи CIDR: 192.168.1.0/24
192.168.1.0 — это IP-адрес сети.
/24 — это количество битов, которые относятся к части сети. В данном случае 24 бита означают, что первые 24 бита (из 32 бит) относятся к сети, а остальные 8 бит предназначены для хостов (устройств в сети). Равно маске 255.255.255.0.
Запись указанную ниже, при наличии, необходимо удалить/закомментировать, дабы пресечь туннелирование всего трафика:
AllowedIPs = 0.0.0.0/0,::/0
Раздельное туннелирование позволяет вам выбирать, какие приложения или ресурсы должны использовать VPN-соединение, а какие могут использовать обычное соединение. В OpenVPN Connect на Windows это можно сделать с помощью настройки конфигурационного файла и параметров в клиенте.
route-nopull
route subnet mask vpn_gateway
route subnet mask vpn_gateway
route subnet mask vpn_gateway
Где subnet — подсеть (192.168.1.0) или адрес (192.168.1.1), обращения к которым необходимо туннелировать, mask — маска подсети (255.255.255.0, а для единого IP-адреса имеет вид: 255.255.255.255). В конфигурациях OpenVPN ключевое слово vpn_gateway — это предопределённая переменная, используемая OpenVPN для обозначения IP-адреса VPN-сервера в VPN-туннеле. Когда вы используете vpn_gateway, OpenVPN автоматически заменяет его на IP-адрес удалённого VPN-сервера в туннеле. Не нужно вручную указывать IP-адрес VPN-сервера в этой строке.
Необходимо проверить в конфигурационном файле, присутствует ли параметр redirect-gateway def1, который перенаправляет весь трафик через VPN, несмотря на то, что вы также указали маршруты через route-nopull и отдельные маршруты для определённых подсетей и удалить/закомментировать его.
Как это работает:
redirect-gateway def1 — этот параметр заставляет OpenVPN перенаправлять весь трафик через VPN, меняя маршрут по умолчанию. Это влияет на весь трафик, который идёт вне маршрутов, явно указанных с помощью route.
route-nopull — этот параметр предотвращает автоматическое принятие маршрутов от сервера, но сам по себе он не отменяет действие redirect-gateway def1.
route — эти строки добавляют конкретные маршруты для определённых подсетей, которые будут идти через туннель.
162.159.128.0/20 #клиент discord; 34.0.240.0/20 #голосовые "warsaw"; 66.16.0.0/13 #голосовые "russia";
ВСЕ РАШЕННО. СПАСИБО ЗА ПОМОЩЬ. БОЛЕЕ ОПЕРАТИВНО ДАЖЕ САППОРТЫ НЕ РАБОТАЮТ!
Короче есть программа от наших мега программистов спец софт короче. Эта ебанина может работать только с ОДНИМ сетевым контроллером в ПК. Если ставиться второй, и винда его определяет, (есть там что в сетевом стеке, нет похрен ) спец софт может отработать, только пару запросов в базе (удаленной) и виснит нах...й. Все танцы с маршрутизацией перепробованы. Не чего, не помогает, убито уже два дня. Поддержка морозиться когда поняла что переписку ведет не рядовой пользователь.
Вспомнил что несколько лет назад, видел софтину (весь день в голове крутиться название) которая четко давала приложением правило, куда ходить и в какой порт. (на ветке форума где ее видел, учили ходить телегу в определ. порты и адреса)
Помогите вспомнить. Прошу не орать "че гугл забанили" какие синтаксисы не писал выдает ерунду всякую.
Это был спец софт на каком то сетевом форуме. И да, прошу не предлагать ставить F/W, есть причины его не пользовать.
Заранее спасибо.
