мне надоело гадать: 1. надо знать адресацию от провайдера; 2. из того, что видно сразу - править нат, out + src-nets 3. вешать loopback /32 и отдавать его клиентам как local address, он необязательно д.б. внешним 4. в ppp-secret писать пароли, remote-network задать в interface bindings. 5. разрешить forward от внешнего ip выданного клиенту. 6. proxy-arp потому, что обе сети connected
Всем привет. Прошу помощи, перекинул utp на ноут с пк и обратно и подключение к интернету заглохло. Вопрос : почему и как это можно исправить. Кабель подходит к хабу а от него уже к микроту
добрый вечер есть 4 офиса\роутера (условно А, Б, В, Г). Б, В, Г связаны с А по PPTP. OSPF маршруты. как правильно сделать запрет из сетей Б и В в сеть А. при этом из Б и В в Г и обратно должно бегать, и из А во все остальные тоже.
Сильно ли будут жрать CPU/Memory около 200 постоянно активных на 5мбит/с туннелей на моём VPS (RouterOS CHR)? Вообще, PPTP сильно любит ресурсы? Может есть что-то менее затратное для организации RoadWarrior схемы (или как там называются клиенты за натом)?
Всем привет. Прошу помощи, перекинул utp на ноут с пк и обратно и подключение к интернету заглохло. Вопрос : почему и как это можно исправить. Кабель подходит к хабу а от него уже к микроту
добрый вечер есть 4 офиса\роутера (условно А, Б, В, Г). Б, В, Г связаны с А по PPTP. OSPF маршруты. как правильно сделать запрет из сетей Б и В в сеть А. при этом из Б и В в Г и обратно должно бегать, и из А во все остальные тоже.
Сильно ли будут жрать CPU/Memory около 200 постоянно активных на 5мбит/с туннелей на моём VPS (RouterOS CHR)? Вообще, PPTP сильно любит ресурсы? Может есть что-то менее затратное для организации RoadWarrior схемы (или как там называются клиенты за натом)?