Page 2 of 5 FirstFirst 1234 ... LastLast
Results 16 to 30 of 61

Thread: 2 VPN соединения на 1 WAN интерфейсе

  1. #16
    Join Date
    Jan 2008
    Location
    Москва
    Posts
    15

    Question 2 VPN тунеля на одном WAN, у одного провайдера

    Уважаемые! Подсобите, пожалуйста советом: как можно организовать два тунеля к одному провайдеру (Corbina), используя одну физическую линию? У меня и у родителей есть свои логин/пароль к интернету, хочу у себя поднять на "мудрой железке" два тунеля и получить максимальную для такой конфигурации скорость приема/передачи. Главное - возможость ее быстрого отключения в случае необходимости.
    Чисто теоретически двойной скорости не получу, хотябы каждая загрузка по своему каналу.
    Заранее признателен всем, кто откликнется.
    Last edited by phobos; 05-08-2008 at 18:31.

  2. #17

    Вопрос к владельцам 500gP

    Что бы не утомлять попробую спросить кратко.
    1). Подскажите скорости на интерфейсе WAN-LAN
    a). без VPN
    b).c поднятым VPN по PPTP
    c). c поднятым VPN по L2TP
    2). Есть ли возможность поднять 2 VPN соединения. Что бы была понятна суть вопроса - провайдер дает доступ к локалным ресурсам без VPN, Инет - по одному логину через VPN, еще одна сеть подцепляется на скорости локалки по второму VPN c другим логином.

    PS:
    По п.1 - сведения в инете весьма существенно разнятся, но более часто упоминаются цифры в 20-25 мегабит при поднятом VPN, и 60 - 65 без VPN.
    Подозреваю, что пункт 2). возможен, если ручками лезть в Linux? но не возможен через вэб-интерфейс.

    Заранее благодарен за ответы

  3. #18
    Жаль что никто не откликнулся, меня тоже интересует данная штука, у меня по одному ВПН идет локальный трафик с большой скоростью, а по второму внешка по шейпинг каналу, надо тоже два ВПН поднимать, но как?

  4. #19

    Unhappy

    присоединюсь. такая же проблема встала
    Уфанет любит подкидывать проблемы

    Я сделал options.wan1, похожий на тот, что уже есть.
    Заменил в нем "unit 1", ну и логин/пасс.
    После pppd file options.wan1 в логах появляется вот что:
    Code:
    pppd 2.4.2 started by admin, uid 0
    Serial connection established.
    Using interface ppp1
    Connect: ppp1 <--> /dev/pts/2
    route_add: not adding existing route
    Unexpected(?) Outgoing Call Reply will be ignored.
    роуты до VPN-сервера имеются.
    Code:
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    <vpn-server>            x.x.x.1     255.255.255.255 UGH   0      0        0 vlan1
    куда копать непонятно
    помогите сделать "волшебный пинок" в нужном направлении

  5. #20
    Quote Originally Posted by elico View Post
    присоединюсь. такая же проблема встала
    Уфанет любит подкидывать проблемы
    вот тут тоже похожее нашел
    Ты тоже с уфанет? что нить еще умное придумал?

  6. #21
    вот это больше похоже на нужное направление

    попытаю еще, но у меня как падал, так и продолжает падать ppp0, в то время как второе соединение ругается на неопознанный ответ сервера. То есть, результатов ноль. Попытаю сейчас ручное поднятие ОБОИХ подключений.

  7. #22
    У меня тоже уфанет Только вчера занялся этой проблемой. Определенные сдвиги уже есть. Второе подключение поднимается, но не идут через него пакеты. Рою в сторону iproute2

  8. #23
    То же самое - нужно поднимать два VPN на роутере - по одному провайдер отдает инет, по второму - скоростной доступ в локалки других провайдеров. Ввиду достаточно слабого знания *nix пока ничего не сделал. Думается пока попробовать рыть в сторону ручного поднятия обоих туннелей через PPTP-Linux.

    зы: видно не одного меня тема интересует - может гуру выложат готовый рецепт?

  9. #24
    Quote Originally Posted by kibenimatik View Post
    У меня тоже уфанет Только вчера занялся этой проблемой. Определенные сдвиги уже есть. Второе подключение поднимается, но не идут через него пакеты. Рою в сторону iproute2
    чтобы шли, нужно прописать роуты:
    route add -net 77.79.128.0/18 dev ppp1
    route add -net 81.30.192.0/19 dev ppp1
    route add -net 81.30.176.0/20 dev ppp1
    route add -net 89.189.128.0/19 dev ppp1
    route add -net 172.27.0.0/16 dev ppp1
    route add -net 92.50.128.0/18 dev ppp1
    route add -net 94.41.0.0/16 dev ppp1
    route add -net 194.0.68.0/22 dev ppp1
    route add -net 79.140.16.0/20 dev ppp1
    route add -net 193.84.31.0/27 dev ppp1
    route add -host 81.30.199.50 dev ppp0
    route add -host 81.30.199.69 dev ppp0
    route add -host 81.30.197.10 dev ppp0
    route add -host 81.30.199.238 dev ppp0

    P.s. а такая ошибка не вылезала -
    Unexpected(?) Outgoing Call Reply will be ignored. ?

  10. #25
    Quote Originally Posted by elico View Post
    чтобы шли, нужно прописать роуты
    Спасибо, за наводку. А информацию по локальным айпи откуда брал? Там где я смотрел были немного другие цифры. В итоге у меня получилась следующая таблица
    Code:
    route add -net 77.79.128.0/18 dev ppp1
    route add -net 81.30.192.0/19 dev ppp1
    route add -net 81.30.176.0/20 dev ppp1
    route add -net 89.189.128.0/19 dev ppp1
    #route add -net 172.27.0.0/16 dev ppp1
    route add -net 92.50.128.0/18 dev ppp1
    #route add -net 94.41.0.0/16 dev ppp1
    route add -net 194.0.68.0/22 dev ppp1
    #route add -net 79.140.16.0/20 dev ppp1
    route add -net 193.84.31.0/27 dev ppp1
    
    route add -net 192.168.0.0/16 dev ppp1
    route add -net 172.16.0.0/12 dev ppp1
    route add -net 10.0.0.0/8 dev ppp1
    
    route add -host 81.30.199.50 dev ppp0
    route add -host 81.30.199.69 dev ppp0
    route add -host 81.30.197.10 dev ppp0
    route add -host 81.30.199.238 dev ppp0
    P.s. а такая ошибка не вылезала -
    Unexpected(?) Outgoing Call Reply will be ignored. ?
    Хм... это скорее варнинг чем ошибка, но у меня тоже вылезает. Поверхностное изучение родственного исходника http://pptp-linux.sourcearchive.com/...8c-source.html не выявило серьезной угрозы

    ЗЫ. А как ты второе соединение поднимаешь? Я делаю так:
    Code:
    ifconfig vlan1:0 10.227.111.138 broadcast 10.227.111.191 netmask 255.255.255.192
    pppd file /tmp/ppp/ufanet.local
    Но мне не нравится то что айпи нужно ручками прописывать.
    Last edited by kibenimatik; 14-09-2008 at 17:06.

  11. #26
    Привет всем Я тоже с Уфанета, вам удалось нормально настроить работу VPN? У меня если делать по выше описанному работает только внешний интернет, а вот в локальные ресурсы напроч отказываются пускать.

    Оба VPN поднимаются в /tmp/ppp/link.ppp0 и link.ppp1 тоже присутствуют.

    post-boot
    PHP Code:
    dropbear > /dev/null 2>&1
    ifconfig vlan1
    :0 10.227.111.138 broadcast 10.227.111.191 netmask 255.255.255.192
    pppd file 
    /tmp/local/sbin/ufanet.local 
    Не понял :
    Но мне не нравится то что айпи нужно ручками прописывать.
    это где еще нужно ручкми прописывать?

    post-firewall
    PHP Code:
    route add -net 77.79.128.0/18 dev ppp1
    route add 
    -net 81.30.192.0/19 dev ppp1
    route add 
    -net 81.30.176.0/20 dev ppp1
    route add 
    -net 89.189.128.0/19 dev ppp1
    route add 
    -net 172.27.0.0/16 dev ppp1
    route add 
    -net 92.50.128.0/18 dev ppp1
    route add 
    -net 94.41.0.0/16 dev ppp1
    route add 
    -net 194.0.68.0/22 dev ppp1
    route add 
    -net 79.140.16.0/20 dev ppp1
    route add 
    -net 193.84.31.0/27 dev ppp1

    route add 
    -net 192.168.0.0/16 dev ppp1
    route add 
    -net 172.16.0.0/12 dev ppp1
    route add 
    -net 10.0.0.0/8 dev ppp1

    route add 
    -host 81.30.199.50 dev ppp0
    route add 
    -host 81.30.199.69 dev ppp0
    route add 
    -host 81.30.197.10 dev ppp0
    route add 
    -host 81.30.199.238 dev ppp0 
    Грешу на то что, неправильные роуты. Кто настроился покажите пожалуста ваши Routing Table и log VPN подключения. Уже неделю не понимаю в чем дело

  12. #27
    Здраствуйте! Я тож с уфанета, не силен в роутах и т.п., не мог ли кто-нибудь расписать пошагово как все настраивается? прошика 10ая=)

  13. #28

    Re

    Поделитесь плиз настройками для 2 локального подключения, а то у меня оно нормальный айпи не может получить

  14. #29
    Quote Originally Posted by BladeRazoR View Post
    post-boot
    PHP Code:
    dropbear > /dev/null 2>&1
    ifconfig vlan1
    :0 10.227.111.138 broadcast 10.227.111.191 netmask 255.255.255.192
    pppd file 
    /tmp/local/sbin/ufanet.local 
    Не понял :
    это где еще нужно ручкми прописывать?
    Здесь ручками и прописываешь. В данном случае ручками присваиваешь айпи 10.227.111.138 интерфейсу vlan1:0. Подозреваю что хитрый машрутизатор уфанета все невыданные по dhcp адреса блокирует файрволлом.

    Quote Originally Posted by BladeRazoR View Post
    Грешу на то что, неправильные роуты. Кто настроился покажите пожалуста ваши Routing Table и log VPN подключения. Уже неделю не понимаю в чем дело
    Вот лог на второе подключение
    PHP Code:
    2008-09-20 07:54:32 :  (notice/daemon) -  pppd[258]: Connectppp1 <--> /dev/pts/
    2008
    -09-20 07:54:32 :  (warning/daemon) -  pptp[261]: route_addnot adding existing route 
    2008
    -09-20 07:54:40 :  (emerg/user) -  clientSynchronizing time with ntp.ufanet.ru ... 
    2008-09-20 07:55:03 :  (warning/daemon) -  pppd[258]: LCPtimeout sending Config-Requests 
    2008
    -09-20 07:55:03 :  (notice/daemon) -  pppd[258]: Connection terminated
    2008-09-20 07:55:33 :  (info/daemon) -  pppd[258]: Serial connection established
    2008-09-20 07:55:33 :  (warning/daemon) -  pppd[258]: Couldn\'t allocate PPP unit 0 as it is already in use 
    2008-09-20 07:55:33 :  (info/daemon) -  pppd[258]: Using interface ppp1 
    2008-09-20 07:55:33 :  (notice/daemon) -  pppd[258]: Connect: ppp1 <--> /dev/pts/2 
    2008-09-20 07:55:33 :  (warning/daemon) -  pptp[285]: route_add: not adding existing route 
    2008-09-20 07:55:33 :  (info/daemon) -  pppd[258]: CHAP authentication succeeded: Welcome 
    2008-09-20 07:55:33 :  (notice/daemon) -  pppd[258]: local  IP address 172.27.26.149 
    2008-09-20 07:55:33 :  (notice/daemon) -  pppd[258]: remote IP address 10.8.0.8 
    2008-09-20 07:55:33 :  (notice/daemon) -  pppd[258]: primary   DNS address 81.30.199.5 
    2008-09-20 07:55:33 :  (notice/daemon) -  pppd[258]: secondary DNS address 81.30.199.94 
    Вот ifconfig
    PHP Code:
    ppp0      Link encap:Point-Point Protocol  
              inet addr
    :77.79.181.231  P-t-P:10.8.0.8  Mask:255.255.255.255
              UP POINTOPOINT RUNNING MULTICAST  MTU
    :1400  Metric:1
              RX packets
    :6459 errors:0 dropped:0 overruns:0 frame:0
              TX packets
    :7122 errors:0 dropped:0 overruns:0 carrier:0
              collisions
    :0 txqueuelen:
              RX bytes
    :4690626 (4.4 MiB)  TX bytes:1184321 (1.1 MiB)

    ppp1      Link encap:Point-Point Protocol  
              inet addr
    :172.27.26.149  P-t-P:10.8.0.8  Mask:255.255.255.255
              UP POINTOPOINT RUNNING NOARP MULTICAST  MTU
    :1400  Metric:1
              RX packets
    :6448 errors:0 dropped:0 overruns:0 frame:0
              TX packets
    :4 errors:0 dropped:0 overruns:0 carrier:0
              collisions
    :0 txqueuelen:
              RX bytes
    :4689308 (4.4 MiB)  TX bytes:64 (64.0 B)

    vlan1     Link encap:Ethernet  HWaddr 00:1D:60:65:8A:9F  
              inet addr
    :10.227.111.137  Bcast:10.227.111.191  Mask:255.255.255.192
              inet6 addr
    fe80::21d:60ff:fe65:8a9f/10 Scope:Link
              UP BROADCAST RUNNING MULTICAST  MTU
    :1500  Metric:1
              RX packets
    :12249 errors:0 dropped:0 overruns:0 frame:0
              TX packets
    :12450 errors:0 dropped:0 overruns:0 carrier:0
              collisions
    :0 txqueuelen:
              RX bytes
    :5277633 (5.0 MiB)  TX bytes:1871177 (1.7 MiB)

    vlan1:0   Link encap:Ethernet  HWaddr 00:1D:60:65:8A:9F  
              inet addr
    :10.227.111.138  Bcast:10.227.111.191  Mask:255.255.255.192
              UP BROADCAST RUNNING MULTICAST  MTU
    :1500  Metric:
    Вот routing table
    PHP Code:
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    10.8.0.1        10.227.111.129  255.255.255.255 UGH   0      0        0 WAN vlan1
    10.8.2.1        10.227.111.129  255.255.255.255 UGH   0      0        0 WAN vlan1
    10.8.2.1        10.227.111.129  255.255.255.255 UGH   1      0        0 WAN vlan1
    10.8.0.8        
    *               255.255.255.255 UH    0      0        0 WAN ppp1
    193.84.31.0     
    *               255.255.255.224 U     0      0        0 WAN ppp1
    10.227.111.128  
    *               255.255.255.192 U     0      0        0 WAN vlan1
    192.168.1.0     
    *               255.255.255.0   U     0      0        0 LAN br0
    194.0.68.0      
    *               255.255.252.0   U     0      0        0 WAN ppp1
    81.30.176.0     
    *               255.255.240.0   U     0      0        0 WAN ppp1
    89.189.128.0    
    *               255.255.224.0   U     0      0        0 WAN ppp1
    81.30.192.0     
    *               255.255.224.0   U     0      0        0 WAN ppp1
    92.50.128.0     
    *               255.255.192.0   U     0      0        0 WAN ppp1
    77.79.128.0     
    *               255.255.192.0   U     0      0        0 WAN ppp1
    default         10.8.0.8        0.0.0.0         UG    0      0        0 WAN ppp0
    default         10.227.111.129  0.0.0.0         UG    1      0        0 WAN vlan1 
    Но я еще не ковырял nat. возможно в нем зарыта собака

  15. #30

    Post

    Quote Originally Posted by kibenimatik View Post
    Здесь ручками и прописываешь. В данном случае ручками присваиваешь айпи 10.227.111.138 интерфейсу vlan1:0. Подозреваю что хитрый машрутизатор уфанета все невыданные по dhcp адреса блокирует файрволлом.
    Чесно говоря так и не понял надобности интерфейса vlan1:0 -

    Вопрос с натом я решил (листинг ниже), если объяснить мне зачем vlan1:0 и почему именно 10.227.111.138 данный IP то тоже можно автоматизировать - это как я понимаю твой шлюз по умолчанию.

    Еще вопрос почему то стабильно при поднятии двух PPTP туннелей и использовании ната, по истечении 30 минту оба успешно падают, после чего даже ppp0 очень долго не поднимается в логах пишется что потерян IP на WAN интерфейсе. Если просто поднимать два туннеля и не натить ppp1 гораздо долше держится коннект, хотя переодически ppp1 и ppp0 переподключаются.

    Листиг ната, не совсем готовый.
    Code:
    #!/bin/sh
    dropbear > /dev/null 2>&1
    pppd file /tmp/local/sbin/ufanet.local
    #echo -----------------
    globlIP=`ifconfig ppp0|grep 'inet addr'|awk '{print $2}'|awk -F ':' '{print $2}'`
    localIP=`ifconfig ppp1|grep 'inet addr'|awk '{print $2}'|awk -F ':' '{print $2}'`
    
    echo "Глобальный IP адрес:" $globlIP
    echo "Локальный  IP адрес:" $localIP
    
    iptables --table nat -A PREROUTING -d $localIP -j VSERVER
    iptables --table nat -A POSTROUTING -o ppp1 ! -s $localIP -j MASQUERADE
    
    iptables --table nat -A PREROUTING -d $globlIP -j VSERVER
    iptables --table nat -A POSTROUTING -o ppp0 ! -s $globlIP -j MASQUERADE
    Теоретически сначало нужно проверять имеются ли ppp0 и ppp1 подключения, если их нет пытаться их поднять до тех пор пока не поднимутся, а потом уже iptables --table nat делать.

    В iptables не силен может, что и не так делаю, при загрузке пока не срабатывает так как нужно, только при ручном запуске и если ppp1 и ppp0 успешно поднялись.

    Вопросы:
    1. Почему когда натятся ppp1 и ppp0, ровно через 30 минут всё падает?
    2. Как правильно написать скрипт проверки подняты ли ppp1 и ppp0 если нет поднимать их и натить?
    3. Правильно ли добавляется нат, в моем скрипте или нужно еще чего дописать?

Page 2 of 5 FirstFirst 1234 ... LastLast

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
  •