Althathwe

Учтите, что wifi у него слабый.

В оборудовании mikrotik используется routeros, можете с их сайта скачать x86 версию и погонять на виртуалке. Полнофункциональный пробный период работает 24 часа, потом откатываете виртуалку.

У сборок под 686 и amd64 есть какие-нибудь преимущества перед 486?

Коммуникатор/планшет через 1-2 стены в квартире нормально берёт?

Кто пользуется, поделитесь опытом. Нужен под самых простых домашних пользователей с ipoe и pptp.

Подключите направленную антенну в сторону вашего клиента,в настройках микротика выберите antenna B. Смартфонам не поможет.

RB751G-2HnD раздаёт сеть по этажу смартфонам и удалённому (100 м, через окно с решёткой и кусты) клиенту со всенаправленной антенной. В округе 10+ точек. Напрямую через две стены на смартфоне сигнала уже слабый. Нужно сделать лучше и с минимумом вложений. Простая всенаправленная антенна на точку для смартфонов и какой-нибудь самопал на удалённого клиента заметно помогут?

На треть страницы выше есть рабочее решение в несколько кликов.

Он не полностью удалялся.

Вероятнее всего routeros не получает дефолтный маршрут. Вам нужно просто прописать маршруты до впн- и днс-серверов. Аналогичный скрипт для другого провайдера: :local pptpID [/interface pptp-client find name="pptp-out1"]; :local pptpStatus [/interface pptp-client get $pptpID running]; :local pptpServerIP [:resolve "unlim.is74.ru"]; :if ($pptpStatus != true) do={ /interface pptp-client set $pptpID connect-to=$pptpServerIP; /log info "pptp-out1 connect-to updated" }

Покажите какие у Вас маршруты.

У Вас после получения реквизитов от dhcp дефолтный маршрут или отдельный до tp.internet.beeline.ru есть?

Попробовано. От dhcp-сервера win2003 получает нормально. Со статикой работает без ошибок на интерфейсе, на чём я и остановился. Особо много я там эксперементировать не могу - не наш сотрудник и ему надо работать. Если будет возможность, то сделаю дамп трафика. upd. Проблема была в отдаче винде 192.168.10.255 из /24. Сервер отдавал так, как было указано в диапазоне пула.

Win7 не получает сетевые реквизиты от dhcp-сервера routeros 5.19. Кто-нибудь сталкивался с таким поведением? ... 11:29:43 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:44 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:44 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:45 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:45 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:46 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:46 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:47 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:47 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:48 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:48 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:49 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:49 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:50 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:50 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:51 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:51 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:52 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:52 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:53 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:53 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:54 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:54 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:55 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:55 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:56 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:56 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:57 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF 11:29:57 dhcp,info server1 assigned 192.168.10.255 to 1C:75:08:5E:B7:BF 11:29:58 dhcp,info server1 deassigned 192.168.10.255 from 1C:75:08:5E:B7:BF ...

Нужно сбросить удалённый RB, так чтобы потом он поднял dhcpclient на определённом порту. Единственный вариант подсунуть reset.auto.rsc перед сбросом?

1. Это с учётом файрволла и коннтрака? 2. Там ПК с брелком и антенной вынесенной за окно с помощью витой пары.

Потянет ли RB751U-2HnD: 1. 100 Мбит п2п трафика? 2. Стабильный линк >10 Мбит на 30 метров с первого этажа через кусты перед окном. В данный момент там 3com wl-550 почти нормально работает.

Возможно правилах указаны интерфейсы которых нет при загрузки ROS (входящих pptp например) [user@chel-router-1] > ip firewall nat print Flags: X - disabled, I - invalid, D - dynamic 0 chain=srcnat action=src-nat to-addresses=х.х.х.х src-address=192.168.0.0/24 out-interface=pptp-out1 1 chain=srcnat action=masquerade src-address=192.168.0.0/24 out-interface=ether1 2 chain=dstnat action=dst-nat to-addresses=192.168.0.2 to-ports=3389 protocol=tcp src-address=х.х.х.х dst-port=3389 3 chain=dstnat action=dst-nat to-addresses=192.168.0.11 to-ports=60000-60009 protocol=tcp dst-port=60000-60009 4 chain=dstnat action=dst-nat to-addresses=192.168.0.11 to-ports=60000-60009 protocol=udp dst-port=60000-60009 5 chain=dstnat action=dst-nat to-addresses=192.168.0.12 to-ports=60010-60019 protocol=tcp dst-port=60010-60019 6 chain=dstnat action=dst-nat to-addresses=192.168.0.12 to-ports=60010-60019 protocol=udp dst-port=60010-60019 7 chain=dstnat action=dst-nat to-addresses=192.168.0.13 to-ports=60020-60029 protocol=tcp dst-port=60020-60029 8 chain=dstnat action=dst-nat to-addresses=192.168.0.12 to-ports=60010-60019 protocol=udp dst-port=60010-60019 Возможно правилах указаны интерфейсы которых нет при загрузки ROS (входящих pptp например) Если бы так было, тогда они просто перестали бы работать и выделились красным цветом, но не пропали. Возможно запись на жесткий диск не работает, поэтому при перезагрузке все и пропадает. Там usb-флешка. На неё правила не пишутся что ли?

Влезу с не беспроводным вопросом. Routeros на x86. При перезагрузке слетают все правила nat. В чём может быть причина?

Пищевой контейнер.

Да, обычные офисные 220 В. Никаких поклонений, заинтересованы только в защиты от наводок. А заземлять со стороны коммутатора не вариант? Обязательно нужно двухстороннее?

Имеет ли смысл использовать FTP до розеток, если известно, что будут перпендикулярные пересечения с силовыми кабелями? Если да, то какие нюансы при монтаже?

RB1100AH видимо будет для нас лучшим вариантом в качестве и агрегации, и границы. Потому что покупать отдельную железку на агрегацию не особо хотят.

В чём именно? Можно пример? HP 1905-24 для доступа и HP 1910-16G для агрегации хватит?

Видел, заинтересовали. В данный момент ориентируюсь на HP 1905-24. А так надо будет шкаф вешать на первом этаже. Решили, что протянуть провода проще и дешевле. Выбирали под будущие расширения? Тут пока не определились. Учитываем. Про традиционную не забыли, по ней вопросов нет. Хотя пока не разобрался, как быть с системными телефонами.