Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» MikroTik RouterOS (часть 3)

Автор: Chupaka
Дата сообщения: 22.08.2011 14:55
vlh

Цитата:
и еще почему эти запросы попадают в лог микротика, ведь DNS запросы от других клиентов у которых все нормально не попадают в лог?

ну, конкретное правило - это уже к хозяину роутера а вообще нормальные ДНС-запросы до мелкотика не доходят, он видит только ответы сервера таким вот глюкавым клиентам
Автор: besoff
Дата сообщения: 22.08.2011 19:34
Помогите!!!!Доброго времени суток, подскажите пожалуйста, где можно что накрутить чтобы при флуде клиентского микротика база могла его просто отбрасывать, а то у меня управлялка гасит порт базы сразу, вдруг чего((( Помогите! Заранее спасибо

П.С.
База - 3 сектора на 433AH микротике, клиенты по WDS конектяться к ней, wep шифрование с радиусом)
Автор: toxy
Дата сообщения: 23.08.2011 12:12
Нужна помощь. Не могу разобраться, есть роутер Mikrotik со стандартными настройками как по инструкции "Sergey Lagovskiy: MikroTik - Начальная настройка". так вот в чем же проблема:

сделал проброс портов на сетевое устройство внутри сети, когда захожу с другой сети на это устройство то все впорядке - проброс портов работает, но

когда я таким же образом пытаюсь зайти на этоже устройство и использованием такого же пути, то зайти не могу, explorer выдает ошибку "немогу загрузить страницу"

при этом на веб морду по 80 порту я зайти могу без проблем

что можете подсказать???
Автор: Chupaka
Дата сообщения: 23.08.2011 12:21
toxy
обсуждалось буквально парой страниц назад
http://wiki.mikrotik.com/wiki/Hairpin_NAT
Автор: toxy
Дата сообщения: 23.08.2011 12:48
Спасибо огромное ))) помогло )) до етого весь инет перерыл ))) но как видно, не весь ))
Автор: rosalin
Дата сообщения: 24.08.2011 21:59
Ребята , добиваю, поднятие L2TP сервера
вот ссылочка

http://wiki.mikrotik.com/wiki/MikroTik_RouterOS_and_Windows_XP_IPSec/L2TP

кто может подскажет настройку сей строки

Do not forget to allow UDP 500 (Dst.Port), UDP 1701, UDP 4500 (Nat-Traversal) and Protocol 50 (ESP) in the firewall filter settings. (Input chain, accept).
Автор: korsakoff72RU
Дата сообщения: 24.08.2011 22:15
rosalin
Всего-лишь нужно проследить, чтобы в файрволле в цепочке input не блокировались (либо были явно разрешены) входящие соединения по указанным протоколам и портам.
Автор: rosalin
Дата сообщения: 24.08.2011 22:30
Ребята проблема такая .
Пытаюсь подключить Android к RouterOS

В And выбираю Соединение L2TP/IPSec PSK
Имя - понятно
Сервер - понятно
Предварительный ключ - вроде тоже есть
Включить секретный параметр - ???

Может есть у кого опыт , помогите плиз
Автор: Chupaka
Дата сообщения: 24.08.2011 22:58

Цитата:
Включить секретный параметр

чувствую, лучше не включать...
Автор: LifeBEC
Дата сообщения: 24.08.2011 23:06
У Меня вот такой вопрос:
в этой системе можно одновременно юзат инет по одним тем же логином и паролем двое людей??
Автор: rosalin
Дата сообщения: 24.08.2011 23:51
Chupaka
да почитал включать не надо ,
в настройках
сервера сделал так
authentication: pap,chap,mschap1,mschap2

стало подключаться но на несколько секунд потом разрыв


Добавлено:
Может есть у кого идеи [more=лог]#
00:49:34 l2tp,ppp,debug <83.149.2.50>: IPCP open
00:49:34 l2tp,ppp,debug,packet <83.149.2.50>: sent IPCP ConfReq id=0x1
00:49:34 l2tp,ppp,debug,packet <addr 192.0.0.1>
00:49:34 l2tp,ppp,debug <83.149.2.50>: IPV6CP open
00:49:34 l2tp,ppp,debug <83.149.2.50>: MPLSCP lowerup
00:49:34 l2tp,ppp,debug <83.149.2.50>: MPLSCP open
00:49:34 l2tp,ppp,debug,packet <83.149.2.50>: sent MPLSCP ConfReq id=0x1
00:49:34 l2tp,ppp,debug <83.149.2.50>: BCP open
00:49:34 l2tp,ppp,debug <83.149.2.50>: CCP lowerup
00:49:34 l2tp,ppp,debug <83.149.2.50>: CCP open
00:49:34 l2tp,ppp,debug,packet <83.149.2.50>: sent CCP ConfReq id=0x1
00:49:34 l2tp,ppp,debug,packet <mppe 1000060>
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: rcvd LCP ProtRej id=0x3
00:49:35 l2tp,ppp,debug,packet 82 81 01 01 00 04
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: rcvd CCP ConfReq id=0x1
00:49:35 l2tp,ppp,debug,packet <deflate 17 method 7>
00:49:35 l2tp,ppp,debug,packet <deflate (old) 17 method 7>
00:49:35 l2tp,ppp,debug,packet <0x15 03 2f>
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: sent CCP ConfRej id=0x1
00:49:35 l2tp,ppp,debug,packet <deflate 17 method 7>
00:49:35 l2tp,ppp,debug,packet <deflate (old) 17 method 7>
00:49:35 l2tp,ppp,debug,packet <0x15 03 2f>
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: rcvd IPCP ConfReq id=0x1
00:49:35 l2tp,ppp,debug,packet <addr 0.0.0.0>
00:49:35 l2tp,ppp,debug,packet <comp VJ f 1>
00:49:35 l2tp,ppp,debug,packet <ms-dns 0.0.0.0>
00:49:35 l2tp,ppp,debug,packet <ms-dns 0.0.0.0>
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: sent IPCP ConfRej id=0x1
00:49:35 l2tp,ppp,debug,packet <comp VJ f 1>
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: rcvd IPCP ConfAck id=0x1
00:49:35 l2tp,ppp,debug,packet <addr 192.0.0.1>
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: rcvd CCP ConfRej id=0x1
00:49:35 l2tp,ppp,debug,packet <mppe 1000060>
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: sent CCP ConfReq id=0x2
00:49:35 l2tp,ppp,debug <83.149.2.50>: IPCP timer
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: sent IPCP ConfReq id=0x2
00:49:35 l2tp,ppp,debug,packet <addr 192.0.0.1>
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: rcvd CCP ConfReq id=0x2
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: sent CCP ConfAck id=0x2
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: rcvd IPCP ConfReq id=0x2
00:49:35 l2tp,ppp,debug,packet <addr 0.0.0.0>
00:49:35 l2tp,ppp,debug,packet <ms-dns 0.0.0.0>
00:49:35 l2tp,ppp,debug,packet <ms-dns 0.0.0.0>
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: sent IPCP ConfNak id=0x2
00:49:35 l2tp,ppp,debug,packet <addr 192.0.0.99>
00:49:35 l2tp,ppp,debug,packet <ms-dns 192.0.0.1>
00:49:35 l2tp,ppp,debug,packet <ms-dns 92.255.64.18>
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: rcvd CCP ConfAck id=0x2
00:49:35 l2tp,ppp,debug <83.149.2.50>: CCP opened
00:49:35 l2tp,ppp,debug <83.149.2.50>: LCP close
00:49:35 l2tp,ppp,debug <83.149.2.50>: LCP closed
00:49:35 l2tp,ppp,debug <83.149.2.50>: CCP lowerdown
00:49:35 l2tp,ppp,debug <83.149.2.50>: CCP closed
00:49:35 l2tp,ppp,debug <83.149.2.50>: BCP lowerdown
00:49:35 l2tp,ppp,debug <83.149.2.50>: BCP down event in starting state
00:49:35 l2tp,ppp,debug <83.149.2.50>: IPCP lowerdown
00:49:35 l2tp,ppp,debug <83.149.2.50>: IPV6CP lowerdown
00:49:35 l2tp,ppp,debug <83.149.2.50>: IPV6CP down event in starting state
00:49:35 l2tp,ppp,debug <83.149.2.50>: MPLSCP lowerdown
00:49:35 l2tp,ppp,debug,packet <83.149.2.50>: sent LCP TermReq id=0x2
00:49:35 l2tp,ppp,debug,packet Encryption negotiation rejected\00
00:49:35 l2tp,ppp,debug <83.149.2.50>: CCP close
00:49:35 l2tp,ppp,debug <83.149.2.50>: PPP received non-LCP packet (0x8021) when LCP not open
00:49:36 l2tp,ppp,debug <83.149.2.50>: PPP received non-LCP packet (0x8021) when LCP not open
00:49:36 l2tp,ppp,debug,packet <83.149.2.50>: rcvd LCP TermAck id=0x2
00:49:36 l2tp,ppp,debug <83.149.2.50>: LCP lowerdown
00:49:36 l2tp,ppp,info <l2tp-0>: terminating... - Encryption negotiation rejected
00:49:36 l2tp,debug,packet sent control message to 83.149.2.50:47513
00:49:36 l2tp,debug,packet tunnel-id=47290, session-id=31149, ns=2, nr=4
00:49:36 l2tp,debug,packet (M) Message-Type=CDN
00:49:36 l2tp,debug,packet (M) Result-Code=1
00:49:36 l2tp,debug,packet (M) Assigned-Session-ID=1
00:49:36 l2tp,debug session 1 entering state: stopping
00:49:36 l2tp,ppp,debug <83.149.2.50>: LCP lowerdown
00:49:36 l2tp,ppp,debug <83.149.2.50>: LCP down event in initial state
00:49:36 l2tp,ppp,info <l2tp-0>: disconnected
00:49:37 l2tp,debug,packet sent control message to 83.149.2.50:47513
00:49:37 l2tp,debug,packet tunnel-id=47290, session-id=31149, ns=2, nr=4
00:49:37 l2tp,debug,packet (M) Message-Type=CDN
00:49:37 l2tp,debug,packet (M) Result-Code=1
00:49:37 l2tp,debug,packet (M) Assigned-Session-ID=1
00:49:38 l2tp,debug,packet sent control message to 83.149.2.50:47513
00:49:38 l2tp,debug,packet tunnel-id=47290, session-id=31149, ns=2, nr=4
00:49:38 l2tp,debug,packet (M) Message-Type=CDN
00:49:38 l2tp,debug,packet (M) Result-Code=1
00:49:38 l2tp,debug,packet (M) Assigned-Session-ID=1
00:49:39 l2tp,debug,packet rcvd control message from 83.149.2.50:47513
00:49:39 l2tp,debug,packet tunnel-id=32, session-id=0, ns=4, nr=3
00:49:39 l2tp,debug,packet (M) Message-Type=StopCCN
00:49:39 l2tp,debug,packet (M) Assigned-Tunnel-ID=47290
00:49:39 l2tp,debug,packet (M) Result-Code=6
00:49:39 l2tp,debug,packet sent control message (ack) to 83.149.2.50:47513
00:49:39 l2tp,debug,packet tunnel-id=47290, session-id=0, ns=3, nr=5
00:49:39 l2tp,debug tunnel 32 entering state: dead
00:49:39 l2tp,debug session 1 entering state: dead [/more]
Автор: Chupaka
Дата сообщения: 25.08.2011 02:23
rosalin
он же русским по белому говорит: "Encryption negotiation rejected" - о шифровании они договориться не могут. пощёлкать разные режимы в профиле
Автор: rosalin
Дата сообщения: 25.08.2011 12:04
В очередной раз экспериментировал с IPSec/L2TP

думаю надо добавить в шапку к инструкции
Настройка подключения L2TP IPSec VPN между Windows 7 и Микротиком

Следующие
Adjusting IPSec settings

Well, in my case the following step was not necessary. Actually, it disallowed repetitive connections from the windows XP(SP3) computer without unassigning and reassigning the politic (see the last step). Reviewing of this article would be appreciate.
Go to Start -> Run, put mmc
Enter to Console, select Add/Remove Snap in, add IP Security Policy Management snap-in;
Select IP Security Policies, and proceed to Action, open Create IP Security Policy;
Follow wizard instructions, unset Activate the default response rule and set Edit Properties;
Click on Add and proceed to answer wizard questions;
Select The rule does not specify a tunnel;
Select LAN;
Select Use this string to protect the key exchange, enter the same preshared key as configured on RouterOS;
Create new IP Filter List, where target should be My computer, аnd destination - IP address of the RouterOS, proceed with Next;
Select Require security, you may leave settings as default [remember we configured on RouterOS hash-algorithm=sha and encryption-algorithm=3des];
Restart IPSec policy agent in Windows services;
On the newly created politic click and select Assign.


Без этого не работает , также проверил на Windows 7
Автор: rosalin
Дата сообщения: 25.08.2011 18:50
Ребята для PPTP какие порты надо открыть ???
Автор: Demon
Дата сообщения: 25.08.2011 18:57
1723
Автор: rosalin
Дата сообщения: 25.08.2011 19:16

Цитата:
1723


Добавил TCP 1723 GRE

При проверке имени пользователя и пароля отказ
[more=лог]03:58:37 pptp,debug,packet peers-call-id=256
03:58:37 pptp,debug,packet result-code=1
03:58:37 pptp,debug,packet error-code=0
03:58:37 pptp,debug,packet cause-code=0
03:58:37 pptp,debug,packet connect-speed=100000
03:58:37 pptp,debug,packet packet-recv-window-size=100
03:58:37 pptp,debug,packet packet-processing-delay=0
03:58:37 pptp,debug,packet physical-channel-id=0
03:58:37 pptp,debug,packet rcvd Set-Link-Info from 10.49.13.100
03:58:37 pptp,debug,packet peers-call-id=4
03:58:37 pptp,debug,packet send-accm=0xffffffff
03:58:37 pptp,debug,packet receive-accm=0xffffffff
03:58:37 pptp,debug,packet sent Set-Link-Info to 10.49.13.100
03:58:37 pptp,debug,packet peers-call-id=256
03:58:37 pptp,debug,packet send-accm=0xffffffff
03:58:37 pptp,debug,packet receive-accm=0xffffffff
03:59:14 pptp,debug,packet rcvd Call-Clear-Request from 10.49.13.100
03:59:14 pptp,debug,packet call-id=256
03:59:14 pptp,ppp,debug <10.49.13.100>: LCP lowerdown
03:59:14 pptp,ppp,debug <10.49.13.100>: LCP down event in initial state
03:59:14 pptp,ppp,info <pptp-0>: disconnected[/more]
Автор: Chupaka
Дата сообщения: 25.08.2011 20:14
rosalin
а у клиента какая ошибка? всё же очень похоже на закрытый gre... ната по пути нет?
Автор: evgeniy7676
Дата сообщения: 26.08.2011 08:13
На интерфейсе WAN1 настроен DHCP клиент ,внутреняя локалка за интерфейсом LAN2 из нее все идут в инет посредством NAT. Как настроить чтобы с интерфейса WAN1 все ходили в локалку?
Автор: Chupaka
Дата сообщения: 26.08.2011 09:44
evgeniy7676
типа, с внешнего адреса пробросить порты на некоторые машины внутрь локалки?..
http://wiki.mikrotik.com/wiki/Forwarding_a_port_to_an_internal_IP
Автор: vlary
Дата сообщения: 26.08.2011 10:16
evgeniy7676
Цитата:
Как настроить чтобы с интерфейса WAN1 все ходили в локалку?
Ключевое слово - VPN. Фильтр по нему сделаешь сам.

Автор: raning_man
Дата сообщения: 26.08.2011 12:25
Всем привет. Есть 2 инет канала, оба со статикой. Юзеры бегают через один канал, почта по второму. Надо открыть фтп в мир на ету статику, с одного все гуд, а со второго не работает. телнет пишет Could not open connection to the host, on port 2222. Понимаю что порт закрыт но куда копать ?

add action=dst-nat chain=dstnat disabled=no dst-address=10.0.0.1 dst-port=2222 protocol=tcp to-addresses=192.168.0.2 to-ports=21 работает


add action=dst-nat chain=dstnat disabled=no dst-address=10.0.0.2 dst-port=2222 protocol=tcp to-addresses=192.168.0.2 to-ports=21 не работает
Автор: Chupaka
Дата сообщения: 26.08.2011 16:45
raning_man
пакеты от фтп в инет уходят через тот же канал, что и пришли? или через другой и там благополучно блокируются провайдером?
Автор: TRIALIUS
Дата сообщения: 28.08.2011 20:57
господа поможите плз ...
имеем RB450G ROS ver 5.6
WAN фейс 2 ip
ВНЕШНИК от прова (шлюз днс - все как надо)
и 2-й ip навесом локальный 10.85.120.10/24
поднят NAT на локалку 192.168.67.0/24(на внутреннем фейсе)
для раздачи на нее инета
поднят сервер PPTP
порт для vpn открыт
ежели подключаться извне на 10.85.120.10/24(WAN) по PPTP
с машинки с windows - все 0К -
клиент поднимаеца с правильным из профиля адресом 192.168.67.55(пример)
кароч все ботает
а вот пробовал настроить клиентом PPTP DiR-615 - измучился ((( ну никак он нехочет становица клиентом
потому как непонятно какие протоколы и виды шифрования он использует
на сервере я и вкл и выкл шифрование ... непомогает
задача - получить по vpn инет на DiR-615 с WAN фейса RB450G (10.85.120.10/24)
раздаваемый через NAT сетке 192.168.67.0/24
Сам RB450G имеет локальный ip 192.168.67.1/24
и еще подскажите плз
какой протокол жрет меньше ресурсов при шифрации и более надежный среди PPTP-PPoE-L2TP ?
а то щас тупо пришлось подымать vpn на каждой машине за натом DiR-615-го (((
ну этож непрально....
Автор: Farch
Дата сообщения: 29.08.2011 08:10
вышел Microtik 5.7 если че
http://www.mikrotik.com/download/share/news_33.pdf
24% ускорение роутинга (так что всем обновляться)

korsakoff72RU ололо прыщавый тролль ;P
Автор: korsakoff72RU
Дата сообщения: 29.08.2011 08:24
Farch
Если че:
1. официально ещё не вышла и на сайте эта версия, соответственно, для свободного скачивания не выложена;
2. 24%-е ускорение указано только для RB1200, для остальных продуктов заявляют ускорение маршрутизации до 10-20%, но с расплывчатой формулировкой "в большинстве случаев".
Так что не мутите воду раньше времени.
Автор: rosalin
Дата сообщения: 29.08.2011 15:15
Chupaka
Разобрался, забыл что нельзя поднимать L2TP И PPTP сервера одновременно , не работает..., а жаль

Добавлено:
Chupaka
Один из удаленных пользователей неможет подключиться по pptp
вот [more=лог]17:50:53 pptp,ppp,debug <178.178.14.37>: LCP timer
17:50:53 pptp,ppp,debug,packet <178.178.14.37>: sent LCP ConfReq id=0x7
17:50:53 pptp,ppp,debug,packet <mru 1460>
17:50:53 pptp,ppp,debug,packet <magic 0x7741f9bf>
17:50:53 pptp,ppp,debug,packet <auth mschap2>
17:50:54 pptp,ppp,debug,packet <178.178.14.37>: rcvd LCP ConfReq id=0x6
17:50:54 pptp,ppp,debug,packet <mru 1400>
17:50:54 pptp,ppp,debug,packet <magic 0xe654b65>
17:50:54 pptp,ppp,debug,packet <pcomp>
17:50:54 pptp,ppp,debug,packet <accomp>
17:50:54 pptp,ppp,debug,packet <callback 0x06>
17:50:54 pptp,ppp,debug,packet <178.178.14.37>: sent LCP ConfRej id=0x6
17:50:54 pptp,ppp,debug,packet <pcomp>
17:50:54 pptp,ppp,debug,packet <accomp>
17:50:58 pptp,ppp,debug,packet <178.178.14.37>: rcvd LCP ConfReq id=0x7
17:50:58 pptp,ppp,debug,packet <mru 1400>
17:50:58 pptp,ppp,debug,packet <magic 0xe654b65>
17:50:58 pptp,ppp,debug,packet <pcomp>
17:50:58 pptp,ppp,debug,packet <accomp>
17:50:58 pptp,ppp,debug,packet <callback 0x06>
17:50:58 pptp,ppp,debug,packet <178.178.14.37>: sent LCP ConfRej id=0x7
17:50:58 pptp,ppp,debug,packet <pcomp>
17:50:58 pptp,ppp,debug,packet <accomp>
17:51:02 pptp,ppp,debug,packet <178.178.14.37>: rcvd LCP ConfReq id=0x8
17:51:02 pptp,ppp,debug,packet <mru 1400>
17:51:02 pptp,ppp,debug,packet <magic 0xe654b65>
17:51:02 pptp,ppp,debug,packet <pcomp>
17:51:02 pptp,ppp,debug,packet <accomp>
17:51:02 pptp,ppp,debug,packet <callback 0x06>
17:51:02 pptp,ppp,debug,packet <178.178.14.37>: sent LCP ConfRej id=0x8
17:51:02 pptp,ppp,debug,packet <pcomp>
17:51:02 pptp,ppp,debug,packet <accomp>
17:51:05 pptp,ppp,debug <178.178.14.37>: LCP timer
17:51:05 pptp,ppp,debug,packet <178.178.14.37>: sent LCP ConfReq id=0x8
17:51:05 pptp,ppp,debug,packet <mru 1460>
17:51:05 pptp,ppp,debug,packet <magic 0x7741f9bf>
17:51:05 pptp,ppp,debug,packet <auth mschap2>
17:51:06 pptp,ppp,debug,packet <178.178.14.37>: rcvd LCP ConfReq id=0x9
17:51:06 pptp,ppp,debug,packet <mru 1400>
17:51:06 pptp,ppp,debug,packet <magic 0xe654b65>
17:51:06 pptp,ppp,debug,packet <pcomp>
17:51:06 pptp,ppp,debug,packet <accomp>
17:51:06 pptp,ppp,debug,packet <callback 0x06>
17:51:06 pptp,ppp,debug,packet <178.178.14.37>: sent LCP ConfRej id=0x9
17:51:06 pptp,ppp,debug,packet <pcomp>
17:51:06 pptp,ppp,debug,packet <accomp>
17:51:10 pptp,debug,packet rcvd Call-Clear-Request from 178.178.14.37
17:51:10 pptp,debug,packet call-id=49826
17:51:10 pptp,ppp,debug <178.178.14.37>: LCP lowerdown
17:51:10 pptp,ppp,info <pptp-0>: terminating... - call cleared
17:51:10 pptp,ppp,debug <178.178.14.37>: LCP lowerdown
17:51:10 pptp,ppp,debug <178.178.14.37>: LCP down event in starting state
17:51:10 pptp,ppp,info <pptp-0>: disconnected [/more]
Автор: Chupaka
Дата сообщения: 29.08.2011 17:48
rosalin

Цитата:
забыл что нельзя поднимать L2TP И PPTP сервера одновременно , не работает..., а жаль

ага, вы это мне расскажите - у меня как раз они одновременно работают =)

а у того пользователя что за ошибка?
Автор: rosalin
Дата сообщения: 29.08.2011 20:12
Chupaka
да пошло оба , правда не сразу
Автор: TRIALIUS
Дата сообщения: 30.08.2011 10:34
вроде покапавшись выяснил, что просто этот гребаный Dir-615 может только приконнектица к сетке где адрес сервера PPTP и выдаваемые им адреса и шлюзы находятся в одной подсети ((( а мне надо что бы раздаваемый адрес ходил за NAT МК
во внутрь
другими словами видимо нужно сделать на МК форвардинг порта 1723 на ip локального (за натом) PPTP сервера ?
или вынести локальный PPTP сервер MK в DMZ (это вообще по правилам?) ?
неужели никто не в курсе ?
Автор: TRIALIUS
Дата сообщения: 31.08.2011 10:49
ура заработала )))
кароч PPTP клиент так и не пашет на поделках dlink-а
а вот PPoE клиентом он завелся с полтычка и все ботает )))
шифрование отключил в профилях ... кстати на айфонах и ipad нету PPoE соединения (((
скорость закачки в обоих направлениях 95-100 мбит - сама сетка 100-ка
еще вапросик
а што меньше кушает ресурсов и ботает быстрее:
объединение физических ethernet портов > Master>slave
или в Bridge ?

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677787980818283848586878889909192939495969798

Предыдущая тема: Firewall *nix: iptables, ipfw, pf etc...


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.