Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    объединение ОДНОЙ сети через VPN

    Scheduled Pinned Locked Moved Russian
    17 Posts 3 Posters 2.0k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • M
      Monarh
      last edited by

      т.е. опенвпн, который появится при создании нового сервера объявить как интерфейс, так?

      1 Reply Last reply Reply Quote 0
      • M
        Monarh
        last edited by

        так ссс пока не вышло ничего..
        в статье описывается подключение иного типа, а именно Remout Access , я юзаю пир-пир.
        в локал нетворк и ремут нетворк указал свою локальную сеть….
        в мост поставил лан сервера(который принадлежит моей локалке) и новый объявленный интерфейс опенвпн.
        но пока финишь...нет соединения.

        цепь простая  лан 192.168.10.254  - тоннель 40.40.40.0\24 - сеть 192.168.10.х (это сеть на стороне пфсенса клиента, ранее была 20ой. )

        1 Reply Last reply Reply Quote 0
        • M
          Monarh
          last edited by

          или мне заюзать режим ремут акцесс, но тогда впн-клиент надо ставить непосредственно на вин.сервер, а не пфсенс. … ? так вроде :)

          или если все же юзать два сенса, то на стороне клиента тоже указать бридж ?

          1 Reply Last reply Reply Quote 0
          • werterW
            werter
            last edited by

            Доброе.

            в локал нетворк и ремут нетворк указал свою локальную сеть….

            Для tap это не нужно.

            Оба шлюза объединены через опенвпн и маршрутизация работает нормально по новым адресам, но нужно чтобы работала по старым.

            Попробуйте proxyarp. И не прийдется огород с tap городить. Объяснение - http://xgu.ru/wiki/Proxy_ARP, реализация в картинках для pf - http://olivier.cochard.me/reseaux/pfsense/case–solving-problem-with-nat

            1 Reply Last reply Reply Quote 0
            • M
              Monarh
              last edited by

              СПАСИБО ОГРОМНОЕ!

              мы с товарищем тыкались часа 2 и в итоге сделали то, о чем в этой статье написано, что Вы выше дали.. только использовали НАТ 1:1 , а не порт форвард. Ибо мне необходимо все порты прокидывать.

              Есть ли какие-то камни подводные в этом ?

              1 Reply Last reply Reply Quote 0
              • werterW
                werter
                last edited by

                Не скажу. Поработаете и проверите.

                1 Reply Last reply Reply Quote 0
                • M
                  Monarh
                  last edited by

                  не совсем понял Вас, про все внешние пробросы.  О чем именно речь    ?

                  1 Reply Last reply Reply Quote 0
                  • werterW
                    werter
                    last edited by

                    @Monarh:

                    не совсем понял Вас, про все внешние пробросы.  О чем именно речь    ?

                    Исправил свой ответ )

                    1 Reply Last reply Reply Quote 0
                    • M
                      Monarh
                      last edited by


                      виртуальный адрес


                      НАТ1-1

                      вот такие правила

                      хитрое исправление…......)))

                      но все же.. о каких внешних пробросах речь? чего и куда ...  какая-то интрига образовалась, а у меня тревога )))

                      единственное , что я пока заметил из странного, что при трассировке маршрута появилось 3 пункта, вместо одного.... 1) мой шлюз, шлюз тоннеля , и адрес назначения трассировки ...
                      Но при этом, адрес тоннеля совпал с неким адресом в интернете на каких-то там бермудских островах.., что мне не нравится..  я не решил как к этому относиться пока еще...  Хотя ясно, что это лишь адрес шлюза тоннеля  овпн, который мой ПК по ДНС приравнял к адресу в интернете...  пинг 2мс говорит ,что за пределы моей сети никуда это не улетало ...

                      1 Reply Last reply Reply Quote 0
                      • P
                        pigbrother
                        last edited by

                        о при этом, адрес тоннеля совпал с неким адресом в интернете на каких-то там бермудских островах.

                        Не потому ли, что  туннель - 40.40.40.0\24 ?

                        1 Reply Last reply Reply Quote 0
                        • M
                          Monarh
                          last edited by

                          конечено по этой причине, и мой рабочий ПК сопоставил адресу имя..но я уверен, что с трафиком то все в порядке

                          поменял тоннель на 10.0.8.0\24

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.