Page 4 of 10 FirstFirst ... 23456 ... LastLast
Results 46 to 60 of 150

Thread: Установка и настройка Quagga на роутере

  1. #46
    Quote Originally Posted by ABATAPA View Post
    Как только что-то "не работает" - включайте отладку (опция "debug" для начала).
    Естественно, запускал и как pppd nodetach debug file <...>
    Там визуальных ошибок нет. Сессия устанавливается.

    Code:
    pppd nodetach debug file /opt/etc/ppp/peers/pptp
    using channel 1
    Using interface ppp0
    Connect: ppp0 <--> /dev/pts/1
    sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x3e091a08> <pcomp> <accomp>]
    rcvd [LCP ConfReq id=0x1 <auth chap MD5> <magic 0x4dcef8d2>]
    sent [LCP ConfAck id=0x1 <auth chap MD5> <magic 0x4dcef8d2>]
    rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x3e091a08> <pcomp> <accomp>]
    sent [LCP EchoReq id=0x0 magic=0x3e091a08]
    rcvd [CHAP Challenge id=0x1 <d6d7d48f1aa0caa17b5eeb83d56cb6fb>, name = "vpnc"]
    sent [CHAP Response id=0x1 <6077495376123c0aa27e5e43c0ad047f>, name = "<login>"                            ]
    rcvd [LCP EchoRep id=0x0 magic=0x4dcef8d2]
    rcvd [CHAP Success id=0x1 ""]
    CHAP authentication succeeded
    sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.1.1>]
    rcvd [IPCP ConfReq id=0x1 <addr 217.18.130.130>]
    sent [IPCP ConfAck id=0x1 <addr 217.18.130.130>]
    rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
    sent [IPCP ConfReq id=0x2 <addr 192.168.1.1>]
    rcvd [IPCP ConfAck id=0x2 <addr 192.168.1.1>]
    not replacing existing default route to vlan1 [0.0.0.0]
    local  IP address 192.168.1.1
    remote IP address 217.18.130.130
    Script /tmp/ppp/ip-up started (pid 184)
    Script /tmp/ppp/ip-up finished (pid 184), status = 0x0
    <тут, соответственно, был нажат Ctrl-C>
    Terminating on signal 2.
    Script /tmp/ppp/ip-down started (pid 194)
    sent [LCP TermReq id=0x2 "User request"]
    Child process /tmp/ppp/ip-down (pid 194) terminated with signal 11
    Child process /usr/sbin/pptp 217.18.130.130 --nolaunchpppd (pid 179) terminated                             with signal 2
    Modem hangup
    Connection terminated.
    Connect time 0.4 minutes.
    Sent 25668956 bytes, received 30 bytes.
    Connect time 0.4 minutes.
    Sent 25668956 bytes, received 30 bytes.
    Судя по этому логу, рутер сам запрашивает у сервера использование адреса 192.168.1.1. Или я его неправильно понимаю?

    Счетчики Sent тоже вызывают некоторое недоумение, но бог с ним, пока это не интересно.

  2. #47
    Quote Originally Posted by pLuto View Post
    sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.1.1>]
    rcvd [IPCP ConfReq id=0x1 <addr 217.18.130.130>]
    sent [IPCP ConfAck id=0x1 <addr 217.18.130.130>]
    Тут он запросил IP (т.к. noipdefault, см. ниже), с ним не согласились, и удаленный сервер присвоил адрес соединению. При этом, Ваша сторона еще и компрессию предлагала...
    Code:
    noipdefault
                  Disables  the default behaviour when no local IP address is specified, which
                  is to determine (if possible) the local IP address from the hostname.   With
                  this  option,  the peer will have to supply the local IP address during IPCP
                  negotiation (unless it specified explicitly on the command  line  or  in  an
                  options file).
    Quote Originally Posted by pLuto View Post
    rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
    которую отвергли.

    Quote Originally Posted by pLuto View Post
    not replacing existing default route to vlan1 [0.0.0.0]
    Странно, т.к. при настройке PPtP-соединения через Web-интерфейс мы имеем два маршрута по-умолчанию с разной метрикой:
    Code:
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    0.0.0.0         xx.xx.xx.206    0.0.0.0         UG    0      0        0 ppp0
    0.0.0.0         xx.xx.xx..225   0.0.0.0         UG    1      0        0 vlan1
    Quote Originally Posted by pLuto View Post
    local IP address 192.168.1.1
    remote IP address 217.18.130.130
    Адреса назначены успешно.

    Quote Originally Posted by pLuto View Post
    Судя по этому логу, рутер сам запрашивает у сервера использование адреса 192.168.1.1. Или я его неправильно понимаю?
    См. выше.

    Quote Originally Posted by pLuto View Post
    Счетчики Sent тоже вызывают некоторое недоумение, но бог с ним, пока это не интересно.
    Что говорит
    pppd --version

  3. #48
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    Счётчики как раз никакого удивления не вызывают. Это самое обычное поведение ppp+pptp, когда внешний адрес сервера совпадает с "внутренним". Пакеты, отправляемые pptp начинают заворачиваться в тот же туннель.

    Чтобы этого не было нужно либо удалить маршрут к 217.18.130.130 через ppp, который поднимается, либо добавить маршрут к нему через правильный интерфейс. А лучше сделать и то и другое.

  4. #49
    Quote Originally Posted by ABATAPA
    local IP address 192.168.1.1
    remote IP address 217.18.130.130

    Адреса назначены успешно.
    Провайдер не может же мне предлагать адрес 192.168.1.1. Или я неправильно понимаю логику наименований local и remote, и на мой конец туннеля провайдер присвоил такой же IP-адрес, как и на свой? Тогда не понимаю, почему, и как это должно работать.

    Quote Originally Posted by ABATAPA
    Странно, т.к. при настройке PPtP-соединения через Web-интерфейс мы имеем два маршрута по-умолчанию с разной метрикой
    Возможно это связано с тем, что у меня сейчас немного более хитрая схема маршрутизации. В настройках WAN-интерфейса у меня не прописано значение GW, поскольку с ним у меня не дружит квагга (я тут уже как-то жаловался на ее высокоинтеллектуальность).
    Поэтому по route -n в виде дефолта выводится
    0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 vlan1
    Я бы хотел, чтобы этой строки не было вообще, но добиться этого не могу.
    Мне не нужен дефолт, пока не поднят туннель, потому что все местные сети я получаю и имплементирую в таблицу маршрутизации по BGP.

    Quote Originally Posted by ABATAPA
    Что говорит pppd --version
    pppd version 2.4.2

    Могу еще что-нибудь посмотреть и показать, тока скажите что.
    В линуксе я чайник, увы, была бы это циска...

  5. #50
    Quote Originally Posted by pLuto View Post
    Мне не нужен дефолт, пока не поднят туннель, потому что все местные сети я получаю и имплементирую в таблицу маршрутизации по BGP.
    Quagga и BGP у клиента!? Оригинально...
    Вы уверены, что Ваш роутер "потянет"? Сколько там маршрутов? Не более пары десятков?

    Quote Originally Posted by pLuto View Post
    Могу еще что-нибудь посмотреть и показать, тока скажите что.
    В линуксе я чайник, увы, была бы это циска...
    Полную таблицу маршрутов и манипуляций с ними.
    В целом и общем, чуть выше Олег Вам ответил про маршруты.

  6. #51
    Quote Originally Posted by ABATAPA View Post
    Quagga и BGP у клиента!? Оригинально...
    Вы уверены, что Ваш роутер "потянет"? Сколько там маршрутов? Не более пары десятков?
    Роутер уже тянет. Не фуллвью же. 216 префиксов сейчас - наша городская сеть. Я бы с удовольствием по какому-либо igp получал, но провайдер не отдает.
    На 300 префиксов залочено, поэтому даже если кто-то фуллвью сдуру выльет - роутеру не поплохеет.
    Quote Originally Posted by ABATAPA View Post
    Полную таблицу маршрутов и манипуляций с ними.
    В целом и общем, чуть выше Олег Вам ответил про маршруты.
    Полную? Ну мне не жалко, конечно. Только размер у нее крупноват для форума - в ней же те самые 216 префиксов. Так что положил ее в текстовый файл - route.txt. Там же лежит bgpd.conf.

    Проблема, как я ее понимаю, таки не с маршрутами. Может быть, она возникнет с маршрутами в дальнейшем, но сейчас еще не она. В нормальной ситуации провайдер выдает белый адрес из сети 213.210.x.x. Я не вижу, чтобы после подключения у меня хоть где-нибудь появился адрес из этой сети. Вместо этого как local IP появляется адрес 192.168.1.1, который провайдер гарантированно не выдает. Это либо косяк pppd, либо косяк моих настроек.
    Или я что-то идеологически неправильно понимаю?
    Last edited by pLuto; 17-12-2007 at 17:14.

  7. #52
    Quote Originally Posted by pLuto View Post
    В нормальной ситуации провайдер выдает белый адрес из сети 213.210.x.x. Я не вижу, чтобы после подключения у меня хоть где-нибудь появился адрес из этой сети.
    А что говорит ifconfig?
    Вообще, на Вашем месте я попробовал бы без Quagga/bgpd, прописал бы руками маршрут на PPtP-сервер, поднял бы PPtP-сессию, посмотрел бы.

  8. #53
    По Вашему совету попробовал вынести кваггу из памяти, для чистоты эксперимента, так сказать.
    Результатов не дало.
    После подключения в выводе ps появляются
    186 pluto 688 S pppd file /opt/etc/ppp/peers/pptp
    245 pluto 468 S sh -c /usr/sbin/pptp 217.18.130.130 --nolaunchpppd
    246 pluto 424 R pptp: GRE-to-PPP gateway on /dev/ptmx
    249 pluto 428 S pptp: call manager for 217.18.130.130
    (запускать с дебагом пробовал, отличий от процитированного в предыдущих сообщениях не увидел).
    Вывод ifconfig ppp0 при этом выглядит так:
    Code:
              ppp0      Link encap:Point-Point Protocol
              inet addr:192.168.1.1  P-t-P:217.18.130.130  Mask:255.255.255.255
              UP POINTOPOINT RUNNING MULTICAST  MTU:1400  Metric:1
              RX packets:3 errors:0 dropped:0 overruns:0 frame:0
              TX packets:48149 errors:0 dropped:0 overruns:0 carrier:0
              collisions:0 txqueuelen:3
              RX bytes:30 (30.0 B)  TX bytes:17309808 (16.5 MiB)
    Вывод route -n
    Code:
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    0.0.0.0         0.0.0.0         255.255.255.255 UH    0      0        0 vlan1
    212.73.125.217  78.140.6.1      255.255.255.255 UGH   3      0        0 vlan1
    217.18.130.130  78.140.6.1      255.255.255.255 UGH   2      0        0 vlan1
    192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
    78.140.6.0      0.0.0.0         255.255.255.0   U     0      0        0 vlan1
    217.18.130.0    78.140.6.1      255.255.255.0   UG    2      0        0 vlan1
    127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
    0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 vlan1
    Вывод route -n после выполнения команды route add default dev ppp0
    Code:
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    0.0.0.0         0.0.0.0         255.255.255.255 UH    0      0        0 vlan1
    212.73.125.217  78.140.6.1      255.255.255.255 UGH   3      0        0 vlan1
    217.18.130.130  0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
    217.18.130.130  0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
    217.18.130.130  78.140.6.1      255.255.255.255 UGH   2      0        0 vlan1
    192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
    78.140.6.0      0.0.0.0         255.255.255.0   U     0      0        0 vlan1
    217.18.130.0    78.140.6.1      255.255.255.0   UG    2      0        0 vlan1
    127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
    0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
    0.0.0.0         217.18.130.130  0.0.0.0         UG    0      0        0 ppp0
    0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 vlan1
    Ничего особенно хорошего не появилось, к сожалению.

  9. #54
    Сейчас попробовал вообще зачистить все настройки IP и поднять PPTP через веб-интерфейс.
    Т.е. выбрал тип подключения PPTP, прописал IP/mask/gw на WAN-интерфейсе, прописал IP сервера доступа в поле Heart-Beat or PPTP/L2TP (VPN) Server, заполнил username/password в соответствующих полях, в additional pppd options прописал nomppc nomppe-stateful (провайдер не поддерживает компрессию и шифрование). После перезагрузки - туннель поднимается, но опять придумывает себе адреса.
    В таблице маршрутизации, соответственно:
    Code:
    Kernel IP routing table
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    212.73.125.217  78.140.6.1      255.255.255.255 UGH   3      0        0 vlan1
    10.112.112.112  0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
    217.18.130.130  78.140.6.1      255.255.255.255 UGH   2      0        0 ppp0
    192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0
    78.140.6.0      0.0.0.0         255.255.255.0   U     0      0        0 vlan1
    217.18.130.0    78.140.6.1      255.255.255.0   UG    2      0        0 ppp0
    127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
    0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
    0.0.0.0         78.140.6.1      0.0.0.0         UG    1      0        0 vlan1
    А вот в логах рутера обнаружилось прелюбопытнейшее:
    Code:
    Jan  1 06:00:06 pppd[119]: pppd 2.4.2 started by pluto, uid 0
    Jan  1 06:00:06 pppd[119]: Using interface ppp0
    Jan  1 06:00:06 pppd[119]: local  IP address 10.64.64.64
    Jan  1 06:00:06 pppd[119]: remote IP address 10.112.112.112
    Jan  1 06:00:07 pppd[119]: Starting link
    Jan  1 06:00:07 pppd[119]: Serial connection established.
    Jan  1 06:00:07 pppd[119]: Connect: ppp0 <--> /dev/pts/0
    Jan  1 06:00:38 pppd[119]: LCP: timeout sending Config-Requests 
    Jan  1 06:00:38 pppd[119]: Connection terminated.
    Jan  1 06:01:08 pppd[119]: Starting link
    Jan  1 06:01:08 pptp[179]: route_add: not adding existing route
    Jan  1 06:01:08 pppd[119]: Serial connection established.
    Jan  1 06:01:08 pppd[119]: Connect: ppp0 <--> /dev/pts/2
    Не в выделенной жирным ли строке дело? Может быть, проблема в LCP, в какой-то локальной несовместимости его в рутере и у провайдера? Есть ли что покопать в эту сторону, подскажите, плз...

  10. #55
    Quote Originally Posted by pLuto View Post
    По Вашему совету попробовал вынести кваггу из памяти, для чистоты эксперимента, так сказать.
    Результатов не дало.
    Странно. А через web-интерфейс пробовали?
    Ну, или так:
    Code:
    cat << EOF > /tmp/ppp-test
    
    noauth refuse-eap
    user 'username'
    password 'Password'
    connect true
    pty '/usr/sbin/pptp pptp_server_ip_addr --sync --nobuffer --nolaunchpppd'
    lock
    mtu 1400
    maxfail 0
    usepeerdns
    persist
    ipcp-accept-remote ipcp-accept-local noipdefault
    ktune
    default-asyncmap nopcomp noaccomp
    novj nobsdcomp nodeflate
    lcp-echo-interval 10
    lcp-echo-failure 6
    unit 0
    nomppe nomppc sync maxfail 0
    debug
    kdebug 1
    logfile /tmp/LOG
    EOF
    И далее:
    # pppd file /tmp/ppp-test

    Какой будет результат?
    А если то же, но БЕЗ noipdefault?
    И приведите содержимое /tmp/LOG для обеих попыток.

    Вообще, странное поведение для провайдера:
    sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.1.1>]
    rcvd [IPCP ConfReq id=0x1 <addr 217.18.130.130>]
    sent [IPCP ConfAck id=0x1 <addr 217.18.130.130>]
    rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
    sent [IPCP ConfReq id=0x2 <addr 192.168.1.1>]
    rcvd [IPCP ConfAck id=0x2 <addr 192.168.1.1>]
    Последняя строчка - провайдер соглашается с предложенным клиентом адресом 192.168.1.1.

    Вот нормальный лог (специально сейчас снял на роутере):
    Code:
    sent [LCP ConfReq id=0x1 <magic 0x1bda0739>]
    rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MS-v2> <magic 0xf04bb926> <pcomp> <accomp>]
    sent [LCP ConfRej id=0x1 <asyncmap 0x0> <pcomp> <accomp>]
    sent [LCP ConfReq id=0x1 <magic 0x1bda0739>]
    rcvd [LCP ConfAck id=0x1 <magic 0x1bda0739>]
    rcvd [LCP ConfReq id=0x2 <auth chap MS-v2> <magic 0xf04bb926>]
    sent [LCP ConfAck id=0x2 <auth chap MS-v2> <magic 0xf04bb926>]
    sent [LCP EchoReq id=0x0 magic=0x1bda0739]
    rcvd [LCP ConfAck id=0x1 <magic 0x1bda0739>]
    rcvd [LCP EchoReq id=0x0 magic=0xf04bb926]
    sent [LCP EchoRep id=0x0 magic=0x1bda0739]
    rcvd [CHAP Challenge id=0x44 <07eca5da23d7ea9efe4195b117da6b2e>, name = "servername.domain"]
    sent [CHAP Response id=0x44 <1c17be9999ade1006d8f0ac6150cd71700000000000000005f05b9be50f24fed9b5c680
    81f4bb583ccad14e0056e1b6f00>, name = "USERNAME"]
    rcvd [LCP EchoRep id=0x0 magic=0xf04bb926]
    rcvd [CHAP Success id=0x44 "S=8D0BA99FD9FEBEB4C056DE3108E0AB5B1F572A03"]
    sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
    rcvd [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15>]
    sent [CCP ConfReq id=0x1]
    sent [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15>]
    rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 172.16.0.1>]
    sent [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
    rcvd [IPCP ConfNak id=0x1 <addr 172.16.210.130> <ms-dns1 172.16.208.1> <ms-dns3 172.16.211.2>]
    sent [IPCP ConfReq id=0x2 <addr 172.16.210.130> <ms-dns1 172.16.208.1> <ms-dns3 172.16.211.2>]
    rcvd [CCP ConfAck id=0x1]
    rcvd [CCP ConfReq id=0x2]
    sent [CCP ConfAck id=0x2]
    rcvd [IPCP ConfReq id=0x2 <addr 172.16.0.1>]
    sent [IPCP ConfAck id=0x2 <addr 172.16.0.1>]
    rcvd [IPCP ConfAck id=0x2 <addr 172.16.210.130> <ms-dns1 172.16.208.1> <ms-dns3 172.16.211.2>]
    local  IP address 172.16.210.130
    remote IP address 172.16.0.1
    primary   DNS address 172.16.208.1
    secondary DNS address 172.16.211.2
    Script /tmp/ppp/ip-up started (pid 639)
    Script /tmp/ppp/ip-up finished (pid 639), status = 0x0
    rcvd [CCP ConfReq id=0x2]
    sent [CCP ConfReq id=0x2]
    Как видите, после согласования asyncmap, magick, и MSCHAP v.2, роутер посылает IPCP-запрос на адрес и DNS, при этом в его запросе все эти адреса - 0.0.0.0, и это - обычная ситуация! Другие адреса нормальные сервера (и мой, в частности) просто не примут. В ответ же сервер назначает нужные адреса, и клиент соглашается. У Вас почему-то не так.

  11. #56
    Что самое удивительное - с Вашим скриптом всё заработало идеально, и с кваггой, и без нее. Спасибо!

    Вопрос номер два - как я понимаю, чтобы все работало нормально, после поднятия туннеля нужно
    1) убить маршрут на адрес сервера через интерфейс ppp0
    2) создать дефолт через ppp0
    3) создать правило для NAT в iptables

    Как я понимаю, можно сделать файл /tmp/ip-up следующего содержания
    Code:
    route delete 217.18.130.131 dev $1
    route add default dev $1
    iptables -t nat -A POSTROUTING -o $1 -j SNAT --to-source $4
    сделать на нем chmod +x ip-up и получить удовольствие.

    Я нигде не накосячил?

    Пока заметил только, что /tmp/ip-up живет до перезагрузки, потом убивается и заменяется симлинком. Его куда-то нужно положить, чтобы он при загрузке копировался в правильное место?

    PS. Попробовал. Не срабатывает скрипт Видимо, я что-то понимаю не так.
    Last edited by pLuto; 18-12-2007 at 17:08.

  12. #57
    Посыпаю голову пеплом - допустил популярнейшую ошибку, забыл в начало скрипта добавить #!/bin/sh

    Остался один нерешенный вопрос - как сохранить /tmp/ppp/ip-up и /tmp/ppp/ip-down после перезагрузки. Конечно, можно их в pre-boot копировать, но мне это кажется некрасивым решением, явно же можно сделать это правильнее.

  13. #58
    Join Date
    Dec 2003
    Location
    Russian Federation
    Posts
    8,356
    ip-up-script
    ip-down-script

    позволяют задать имена скриптов, которые могут лежать где угодно.

  14. #59
    Quote Originally Posted by pLuto View Post
    Что самое удивительное - с Вашим скриптом всё заработало идеально, и с кваггой, и без нее. Спасибо!
    Пожалуйста, но если честно, то я так и не понял - почему Вы просто не настроили PPtP через Web-интерфейс? У других все же работает... И никаких потом шаманств не нужно...


    Quote Originally Posted by pLuto View Post
    Вопрос номер два - как я понимаю, чтобы все работало нормально, после поднятия туннеля нужно
    Т.к. уже ответили - молчу.

  15. #60
    Quote Originally Posted by ABATAPA View Post
    Пожалуйста, но если честно, то я так и не понял - почему Вы просто не настроили PPtP через Web-интерфейс? У других все же работает... И никаких потом шаманств не нужно...
    Через веб пробовал - не поднималось. У других и настроенный по описанию из темы "инструкция по настройке WL-500g deluxe с нуля" тоже работает, видимо. А у меня - не заработало.
    Для эффективной диагностики причин у меня не хватает квалификации, увы.

Page 4 of 10 FirstFirst ... 23456 ... LastLast

Similar Threads

  1. Установка и настройка asterisk на роутере
    By ptabashov in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 247
    Last Post: 04-11-2021, 08:59
  2. TwonkyMedia server - установка и настройка
    By Pteros in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 393
    Last Post: 19-11-2016, 07:35
  3. Установка и настройка Transmission
    By CattheBlack in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 171
    Last Post: 12-03-2016, 13:08
  4. [QoS] Установка и настройка nShaper
    By Iguana in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 829
    Last Post: 14-05-2014, 11:38
  5. Настройка (установка) Samba3
    By MSapogov in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 307
    Last Post: 16-04-2013, 19:07

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •