Эм... С каких пор импульсные БП стали требовательны к напряжению? У меня стоит Микрота на даче - не жужжит. Напряга гуляет от 260 до 170

Откройте для себя блоки питания от светодиодных лент ;)

Или когда у тебя 100500 импульсников фигачат в сеть свой срач

А какая разница от этого импульсникам? В сеть идут помехи всего лишь...

Они идут в обе стороны

На надо передегивать. Дачи это не город где почти нет просадок по напряжению

Ну ок. Но самому БП что от этого?

А он не потребитель электричества?

С тех пор когда сосед включает циркулярку и напряжение у тебя не 110 с которых бп работает, а 80

Ну.. с этим согласен, но... блин 80 вольт... это же совсем никуда не годится

В общем для таких условий нужно индустриальное железо

tdk lambda неубиваемые приборы но и цена... зато точно ничешо не отьедет. так де пром сименс ну а на ступеньку пониже оригинальный meanwell.

Если маленько разобраться то окажется что бп на дин рейку куда надежнее даже самые дешевые

Часто ли ломаются блоки питания у микротиков и насколько требовательны к качеству электричества? У меня на даче пол года отработал и умер. Вот думаю, надо ли какую то защиту ставить или это случайность.

wAP R ac модем показывает очень слабый прием и только 3г, на телефоне эта-же карта 4г полный приём. В чем может быть дело ? Модем обновил до v020

Слушайте, тут релаьно тупой вопрос возник, аж стыдно) Есть такая конфигурация, трафик режется на выходе из CPE. Для имплементации CAP на Wi-Fi, нужно исключить трафик до CapsMAN из queue висящей на CPE:ether1 Сейчас любой девайс воткнутый в CPE:ether1 будет шейпиться по скорости и вариант когда абонент включит свой девайс и отреверсинжинирит как все это работает не парит потому что нет вариантов обойти ограничение на фищическом порту. Как вариант - вланы, но “вклиниться” в служебный влан будет представляться возможным. Альтернативный вариант - тунель между CPE-Wi-Fi с шифрованием (сейчас не о производительности), а queue вешать на маркированный абонентсткий трафик, то есть CPE придется напрячь не только шифрованием, но и маркировкой, что сильно контрастит на варианте с применением queue тупо на порту. Request for comments

wAP R ac модем показывает очень слабый прием и только 3г, на телефоне эта-же карта 4г полный приём. В чем может быть дело ? Модем обновил до v020

Сделайте пинг на внешний хост а в качестве соурса поставьте адрес шлюза гостевой сети - пинг проходит?

Таблица main ?

на гостевом с маркировкой

А если src nat вместо маскарадинга, так работает?

обратил внимание, что если пинговать с интерфейса впн и из гостевого шлюза, то сильная разница по времени ответа, с гостевого шлюза пингует напрямую без впн

И ттл разный 100%)) Пробуйте src nat

Что могло пойти не так?

Как вариант, права на /etc/ssh/sshd_config или /etc/ssh/ssh_config

А какими они должны быть? 644?

-rw-r--r-- 1 root root 2278 май 25 2020 ssh_config -rw------- 1 root root 3904 авг 3 2020 sshd_config

-rw-r--r-- 1 root root 3309 Mar 6 18:43 sshd_config -rw-r--r-- 1 root root 1603 Dec 3 01:38 ssh_config - кажись все правильно

Есть сервер proxy и некая машинка закрытая фаерволом machine. Пытаюсь прокинуть reverse tunnling. 1) Поделился ключами между сервером и закрытой машинкой. (Машинка спокойно подключается к серверу) 2) На закрытой машинке создал туннель ssh -R 15243:localhost:22 proxy@proxy - все отлично 3) Зашел на сервер по ssh с личной машины 4) На сервере дергаю: ssh -p 15243 proxy@localhost 5) Ввожу пароль, все такое - но он игнорится с тем что proxy@localhost: Permission denied (publickey,password). На всякий случчай уточню - на сервере порт 15243 открыт и ничем другим не используется.

Есть сервер proxy и некая машинка закрытая фаерволом machine. Пытаюсь прокинуть reverse tunnling. 1) Поделился ключами между сервером и закрытой машинкой. (Машинка спокойно подключается к серверу) 2) На закрытой машинке создал туннель ssh -R 15243:localhost:22 proxy@proxy - все отлично 3) Зашел на сервер по ssh с личной машины 4) На сервере дергаю: ssh -p 15243 proxy@localhost 5) Ввожу пароль, все такое - но он игнорится с тем что proxy@localhost: Permission denied (publickey,password). На всякий случчай уточню - на сервере порт 15243 открыт и ничем другим не используется.

Подскажите плз как в wireguard на микротике весь трафик закинуть в впн? А то туннель тоя поднял, а остальной весь трафик прется через провайдера, а не впн

Там уже есть правило с 0.0.0.0/0 созданное автоматически при получении адреса от провайдера.) Думаю если его удалить, то инет вообще отвалится)

Там уже есть правило с 0.0.0.0/0 созданное автоматически при получении адреса от провайдера.) Думаю если его удалить, то инет вообще отвалится)

Его можно получить с любым дистансом ) В дхцп клиенте указываешь и все. Можно даже с 255 - он будет но не активен.

О как. То есть верное решение поставить дистанс 2 у роутинга на шлюз провайдера, а дистанс 1 на vpn?)

типа так?) так вообще инет отвалился)

В файрволе маскарад сделал на wireguard?

Лишняя сущность. Проще в ван лист добавить.

И нужен маршрут до 109.107.176.176

Лишняя сущность. Проще в ван лист добавить.

В файрволе маскарад сделал на wireguard?

Смотря как указан текущий маскарад. У меня в стандартной настройке было не через адрес лист сделано. Правда это было ещё со времён 6-ой версии.

естественно. маскарад непричем. инетнета на самом микротике нет с двумя правиласи 0.0.0.0.0

естественно. маскарад непричем. инетнета на самом микротике нет с двумя правиласи 0.0.0.0.0

А вы интерфейс в ван лист добавили?

В начале 6й версии они дефолт перепилили и там все ок было с листами.

нет) щас добавлю) я прзнаться не понял с первого раза =) 109.107.176.176 'nj gw? а dst что будет?)