Это какой-то конкретный ноутбук или проблема связана именно с данным конкретным разрешением? Возможно, это ноутбук со встроенным модулем сотовой связи?
Богдан Иванов, подключение по WiFi или по кабелю? Запустите в момент тормозов в командной строке команду и покажите скриншот по завершении её работы pathping ip_address
где вместо ip_address должен быть ip-адрес игрового сервера, или ip-адрес либо доменное имя какого-то сайта в интернете (например steampowered.com). Когда команда соберет статистику по потерям или задержкам, можно будет сказать что-то определенное
Владимир Коротенко, если подмонтировать образ диска установленной RouterOS, то можно увидеть, что конфигурация внутри хранится в проприетарном формате, который еще нужно как-то переводить в читаемый вид. Ничего похожего на стандартные конфиги Linux там нет.
MadDeee, доступ так и не работает? На самом веб-сервере маршрутизация в интернет есть (т.е. шлюз по умолчанию прописан)? Порт 80 не закрыт брандмауэром в операционной системе?
Я в принципе могу посмотреть, что к чему.
MadDeee, на первый взгляд да, но чтобы сказать точно, нужно полностью правила видеть. Доступ к сайту не заработал? Счетчики на правилах ненулевые, значит правила срабатывают.
Полностью можно экспортировать правила в консоли командами
/ip firewall filter export
/ip firewall nat export
P.S. Можно было бы поднять правило на первом скриншоте на две строчки выше.
В Wireshark должен быть виден и ip-адрес этого роутера. Пропишите статическую arp-запись с его маком и ip-адресом и попробуйте зайти на него вебкой. Есть вероятность, что это сработает. DHCP отключаете, WiFi отключаете, ставите свой пароль вместо дефолтного и предупреждаете сотрудников, что в следующий раз меры к тем, кто самовольно подключает в сеть неавторизованные устройства, будут уже административного характера
Если за роутером несколько клиентов, то в принципе можно настроить так, что для части клиентов приоритетным будет первый провайдер, для остальных - второй. Для одного клиента балансировку можно настроить только для каких-то частных случаев, а сделать так, чтобы одно tcp-соединение использовало каналы двух разных провайдеров - можно только в совсем специальных случаях (например, когда используется внешний промежуточный сервер, аггрегирующий трафик каналов, либо когда на роутере поднят BGP, делаются анонсы его подсетей в интернет, т.е. когда он работает фактически как пограничный роутер провайдера)
Можно подмонтировать каталог удаленного сервера с использованием какого либо сетевого протокола для расширивания файловой системы (обычно NFS или CIFS). Тогда фактически будет работа с каталогом на удаленной машине.
Скорость и задержки через LTE-модемы ничем не гарантированы, особенно если все пять модемов пытаются утилизировать одну и ту же среду (эфир и базовую станцию) на максимальной скорости. При наличии внешнего сервера теоретически можно разбалансировать трафик через несколько VPN-туннелей до него, но на практике это скорее всего будет работать совершенно неудовлетворительно. Лучше убедить заказчика поменять что-то в ТЗ.
У вас есть клиентские устройства, поддерживающие 5 ГГц? Начать надо с этого. Второй вопрос - насколько "грязный" эфир в квартире? Много соседских точке доступа видно в сканерах типа WiFi Analyzer на Android, и насколько они забивают эфир?
Микротик в целом весьма хорош как роутер, как точка доступа - не идеален, но обычно вполне удовлетворителен (у разных моделей есть разные нюансы), но брать его имеет смысл только в том случае, если нет страха перед оборудованием, в котором настройка не сводится к трем кликам в мастере (ну или есть кому помочь с ней).
Нарисуйте схему сети, хотя бы на бумаге, но лучше в Visio или DIA, а еще лучше смоделировав в чем-то вроде Cisco Packet Tracer или GNS3, в которой будет видно, как компьютеры скоммутированы друг с другом, какие ip-адреса используются, и как ходит трафик. Тогда вам смогут предметно ответить, и есть хорошая вероятность, что в процессе разберетесь сами и вопрос разрешится. Пока это что-то из серии: "У меня не заводится машина, хотя бензобак полный. Скажите, в чем дело, не открывая капот и не проводя никакой диагностики." Модели сетевых адаптеров никакого значения для решения проблемы не имеют, а ip-трафик - это не вода в трубах, которая течет "широковещательно", для него нужно явно настраивать маршрутизацию, если имеется что-то сложнее одной подсети со шлюзом по умолчанию.
По сути, нужно, чтобы роутеры поддерживали возможность использования нескольких wan-соединений: одного - для трафика в интернет, второго (PPTP или другой VPN) - для трафика в соседнюю сеть. А статическими маршрутами будет задаваться, какой трафик в какой интерфейс будет отправляться. Либо можно обойтись только статическими маршрутами, без VPN, если у роутеров есть взаимная сетевая доступность по ip-адресам на WAN-интерфейсах. Но нужно, чтобы роутеры поддерживали возможность прописывать маршруты в произвольные подсети, а в SOHO-роутерах такого часто нет. Если этой возможности нет в этих роутерах, то возможно получить нужный функционал, прошив их OpenWRT, если он на них поддерживается. На компьютерах в этом случае каких-то специальных настроек делать не придется.
P.S. Но лучше заменить сетевое оборудование на более подходящее для решения подобных задач.
ironfist85, по идее шлюзом должен быть ip-адрес хостера, обычно первый в подсети. Если подсеть для микротика та же, что и для proxmox, то шлюз у них должен быть одинаков.
Вроде бы так, кроме последнего пункта. Пункт 3. будет верен, если дополнительный ip выдается по dhcp. Если да, то в CHR нужно будет добавить ip- > dhcp client на нужный интерфейс, чтобы он получил ip. Если dhcp нет, то ip-адрес нужно будет добавить на интерфейс CHR самостоятельно.
