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

    Proxmox + Openvpn проблема с маршрутом

    Scheduled Pinned Locked Moved Russian
    17 Posts 3 Posters 1.4k 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.
    • A
      Alexey_rd
      last edited by

      Снимок экрана 2020-10-03 в 12.30.36.png

      правила по дефолту, я не пойму отдного доступ к 10.10.2.2 с впн клиента у меня есть, а к 10.10.2.1 нету.

      K 1 Reply Last reply Reply Quote 0
      • K
        Konstanti @Alexey_rd
        last edited by Konstanti

        @Alexey_rd
        а у 10.10.2.1 какой шлюз по умолчанию ?
        P.S. и еще - попробуйте отключить расчет контрольных сумм в
        настройках PF . Такая проблема очень часто проявляется у PF на виртуальной ам.
        /System/Advanced/Networking

        49e5e7f9-b217-47a4-8673-ea6d50d7be6c-image.png

        1 Reply Last reply Reply Quote 0
        • A
          Alexey_rd
          last edited by

          У него его нет, я его не указавал
          Снимок экрана 2020-10-03 в 12.34.35.png

          Сеть работает нормально, клиенты локальной сети(другие вм) которым pf раздает айпи по dhcp имеют доступ к 10.10.2.1

          K 1 Reply Last reply Reply Quote 0
          • K
            Konstanti @Alexey_rd
            last edited by Konstanti

            @Alexey_rd
            Все верно , они же в одной сети находятся. Им для общения шлюз не нужен
            А если пришел пакет от другой сети ( от OpenVpn) , куда слать ответный пакет ?

            A 1 Reply Last reply Reply Quote 0
            • A
              Alexey_rd @Konstanti
              last edited by

              @Konstanti said in Proxmox + Openvpn проблема с маршрутом:

              @Alexey_rd
              Все верно , они же в одной сети находятся. Им для общения шлюз не нужен
              А если пришел пакет от другой сети ( от OpenVpn) , куда слать ответный пакет ?

              Расчет чек сумм я отключил, если галка не стоит, скорость в опенвпн 1 мегабит.Я поставил opensense настроил его, все тоже самое.
              Вот скрин маршрутов
              Снимок экрана 2020-10-03 в 12.42.51.png

              На скрине выше когда делаю traceroute 10.10.2.1 выходит что 10.9.1.1 не знает куда ему дальше передавать пакет.

              K 1 Reply Last reply Reply Quote 0
              • K
                Konstanti @Alexey_rd
                last edited by

                @Alexey_rd
                По-моему , как раз все наоборот. Proxmox не знает , куда ответ слать . Включите , ради интереса, tcpdump на lan интерфейсе и посмотрите , что происходит в момент соединения

                1 Reply Last reply Reply Quote 0
                • A
                  Alexey_rd
                  last edited by

                  This post is deleted!
                  1 Reply Last reply Reply Quote 0
                  • A
                    Alexey_rd
                    last edited by Alexey_rd

                    traceroute 10.10.2.11

                    12:34:35.220335 IP 10.10.2.11 > 8.8.8.8: ICMP echo request, id 1121, seq 60474, length 64
12:34:35.220956 IP 8.8.8.8 > 10.10.2.11: ICMP echo reply, id 1121, seq 60474, length 64
12:34:36.244377 IP 10.10.2.11 > 8.8.8.8: ICMP echo request, id 1121, seq 60475, length 64
12:34:36.245044 IP 8.8.8.8 > 10.10.2.11: ICMP echo reply, id 1121, seq 60475, length 64
12:34:36.826184 IP 10.9.1.2.33285 > 10.10.2.11.33437: UDP, length 32
12:34:36.826239 IP 10.9.1.2.34144 > 10.10.2.11.33438: UDP, length 32
12:34:36.826287 IP 10.9.1.2.55738 > 10.10.2.11.33439: UDP, length 32
12:34:36.826332 IP 10.10.2.11 > 10.9.1.2: ICMP 10.10.2.11 udp port 33437 unreachable, length 68
12:34:36.826341 IP 10.10.2.11 > 10.9.1.2: ICMP 10.10.2.11 udp port 33438 unreachable, length 68
12:34:36.826347 IP 10.10.2.11 > 10.9.1.2: ICMP 10.10.2.11 udp port 33439 unreachable, length 68
12:34:36.826360 IP 10.9.1.2.49480 > 10.10.2.11.33440: UDP, length 32
12:34:36.826399 IP 10.10.2.11 > 10.9.1.2: ICMP 10.10.2.11 udp port 33440 unreachable, length 68
12:34:36.826421 IP 10.9.1.2.33076 > 10.10.2.11.33441: UDP, length 32
12:34:36.826455 IP 10.10.2.11 > 10.9.1.2: ICMP 10.10.2.11 udp port 33441 unreachable, length 68
12:34:36.826480 IP 10.9.1.2.43273 > 10.10.2.11.33442: UDP, length 32
12:34:36.826514 IP 10.10.2.11 > 10.9.1.2: ICMP 10.10.2.11 udp port 33442 unreachable, length 68
12:34:36.826539 IP 10.9.1.2.48032 > 10.10.2.11.33443: UDP, length 32
12:34:36.826586 IP 10.9.1.2.54952 > 10.10.2.11.33444: UDP, length 32
12:34:36.826633 IP 10.9.1.2.60220 > 10.10.2.11.33445: UDP, length 32
12:34:36.826679 IP 10.9.1.2.53664 > 10.10.2.11.33446: UDP, length 32
12:34:36.826726 IP 10.9.1.2.34001 > 10.10.2.11.33447: UDP, length 32
12:34:36.826783 IP 10.9.1.2.51627 > 10.10.2.11.33448: UDP, length 32
12:34:36.826831 IP 10.9.1.2.35634 > 10.10.2.11.33449: UDP, length 32
12:34:37.268334 IP 10.10.2.11 > 8.8.8.8: ICMP echo request, id 1121, seq 60476, length 64
12:34:37.269011 IP 8.8.8.8 > 10.10.2.11: ICMP echo reply, id 1121, seq 60476, length 64

                    traceroute 10.10.2.1

                    12:37:37.433636 IP 10.10.2.1 > 10.10.2.2: ICMP echo reply, id 32957, seq 13967, length 9
12:37:37.974855 IP 10.10.2.2 > 10.10.2.1: ICMP echo request, id 32957, seq 13968, length 9
12:37:37.974953 IP 10.10.2.1 > 10.10.2.2: ICMP echo reply, id 32957, seq 13968, length 9
12:37:38.468152 IP 10.9.1.2.56605 > 10.10.2.1.33437: UDP, length 32
12:37:38.468213 IP 10.9.1.2.54520 > 10.10.2.1.33438: UDP, length 32
12:37:38.468259 IP 10.9.1.2.37823 > 10.10.2.1.33439: UDP, length 32
12:37:38.468307 IP 10.9.1.2.56150 > 10.10.2.1.33440: UDP, length 32
12:37:38.468360 IP 10.9.1.2.43347 > 10.10.2.1.33441: UDP, length 32
12:37:38.468407 IP 10.9.1.2.57157 > 10.10.2.1.33442: UDP, length 32
12:37:38.468453 IP 10.9.1.2.59809 > 10.10.2.1.33443: UDP, length 32
12:37:38.468499 IP 10.9.1.2.39631 > 10.10.2.1.33444: UDP, length 32
12:37:38.468547 IP 10.9.1.2.60549 > 10.10.2.1.33445: UDP, length 32
12:37:38.468597 IP 10.9.1.2.57829 > 10.10.2.1.33446: UDP, length 32
12:37:38.469125 IP 10.9.1.2.47130 > 10.10.2.1.33447: UDP, length 32
12:37:38.469179 IP 10.9.1.2.44001 > 10.10.2.1.33448: UDP, length 32
12:37:38.469227 IP 10.9.1.2.55597 > 10.10.2.1.33449: UDP, length 32
12:37:38.493505 IP 10.10.2.2 > 10.10.2.1: ICMP echo request, id 32957, seq 13969, length 9
12:37:38.493581 IP 10.10.2.1 > 10.10.2.2: ICMP echo reply, id 32957, seq 13969, length 9
12:37:38.573912 IP 10.9.1.2.45449 > 10.10.2.1.33450: UDP, length 32
12:37:38.573970 IP 10.9.1.2.34399 > 10.10.2.1.33451: UDP, length 32
12:37:38.574018 IP 10.9.1.2.53256 > 10.10.2.1.33452: UDP, length 32
12:37:39.033555 IP 10.10.2.2 > 10.10.2.1: ICMP echo request, id 32957, seq 13970, length 9
12:37:39.033633 IP 10.10.2.1 > 10.10.2.2: ICMP echo reply, id 32957, seq 13970, length 9
12:37:39.574816 IP 10.10.2.2 > 10.10.2.1: ICMP echo request, id 32957, seq 13971, length 9
12:37:39.574925 IP 10.10.2.1 > 10.10.2.2: ICMP echo reply, id 32957, seq 13971, length 9
12:37:40.093578 IP 10.10.2.2 > 10.10.2.1: ICMP echo request, id 32957, seq 13972, length 9
12:37:40.093661 IP 10.10.2.1 > 10.10.2.2: ICMP echo reply, id 32957, seq 13972, length 9
12:37:40.633534 IP 10.10.2.2 > 10.10.2.1: ICMP echo request, id 32957, seq 13973, length 9
12:37:40.633613 IP 10.10.2.1 > 10.10.2.2: ICMP echo reply, id 32957, seq 13973, length 9

                    получается как вы и говорили 10.10.2.1 не шлет назад ответ на 10.9.1.2 ?

                    K 1 Reply Last reply Reply Quote 0
                    • K
                      Konstanti @Alexey_rd
                      last edited by

                      @Alexey_rd
                      Получается так

                      A 1 Reply Last reply Reply Quote 0
                      • A
                        Alexey_rd @Konstanti
                        last edited by

                        @Konstanti
                        на proxmox
                        ip route

                        10.10.2.0/24 dev vmbr3 proto kernel scope link src 10.10.2.1

                        вопрос как быть и что делать?

                        K 1 Reply Last reply Reply Quote 0
                        • K
                          Konstanti @Alexey_rd
                          last edited by Konstanti

                          @Alexey_rd
                          На Proxmox

                          1. добавить шлюз по умолчанию
                            в настройках по картинке выше
                            или
                            попробовать !!!! из консоли ( результат не знаю )
                            ip route add default via 10.10.2.2

                          2. или пробовать для теста из консоли (результат не знаю)
                            ip route add 10.9.1.0/24 via 10.10.2.2

                          3. вчера была тема , как использовать Nat outbound на PF
                            ( да , просит меня Werter )

                          A 1 Reply Last reply Reply Quote 1
                          • A
                            Alexey_rd @Konstanti
                            last edited by

                            @Konstanti said in Proxmox + Openvpn проблема с маршрутом:

                            @Alexey_rd
                            На Proxmox

                            1. добавить шлюз по умолчанию
                              в настройках по картинке выше
                              или
                              попробовать !!!! из консоли ( результат не знаю )
                              ip route add default via 10.10.2.2

                            2. или пробовать для теста из консоли (результат не знаю)
                              ip route add 10.9.1.0/24 via 10.10.2.2

                            3. вчера была тема , как использовать Nat outbound на PF
                              ( да , просит меня Werter )

                            Спасибо вам огромное.

                            п2 заработало

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

                              Добрый.

                              @Alexey_rd

                              1. CPU пользовать host или kvm + aes, если CPU умеет AES. Это заметно ускоряет VPN.

                              2. hdd = scsi + "галку" на discard. Иначе trim отрабатывать в ВМ не будет и место на диске будет забиваться.

                              Причем понадобится еще trim вкл для UFS и задание в cron добавить для периодического trim или же пользовать ZFS.

                              https://forum.netgate.com/topic/120102/proxmox-ceph-zfs-pfsense-и-все-все-все/

                              Зы. Пишите в ЛС, если заинтересовал. С PVE работаю плотно более 6 лет.
                              Зы2. Жду релиза PBS. Оч уж вкусный продукт получается.

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

                                @Alexey_rd
                                Достаточно шлюзом указать адрес пф (10.10.2.2) для PVE. И в кач-ве dns тоже.

                                K 1 Reply Last reply Reply Quote 0
                                • K
                                  Konstanti @werter
                                  last edited by Konstanti

                                  @werter
                                  Вот тут согласен - это же до первой перезагрузки действует (надо файлы конфигурации ручками править )

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