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

    Доступ к локальному ftp через WAN?

    Russian
    5
    43
    6.2k
    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.
    • I
      Igor Filth
      last edited by Igor Filth

      Коллеги, здравствуйте!
      Никак не могу решить следующую проблему с FTP.
      Имеем PFSense 2.4.4-p3 c 1 LAN и 3 WAN интерфейсами. В локальной сети поднят Filezilla Server со следующими настройками.
      alt text

      На PFSense настроено 2 правила Port Forwarding на WAN3 для 21 и 20001-20999 портов. Из интернета клиенты давно и успешно подключаются по адресу ftp.domainname.ru.

      В конце декабря у нас появилась программа, в которой обмен данными реализован только по протоколу ftp. Т.е. доступ нужен именно к тем же папкам, к которым подключаются клиенты извне. Единственные настройки ftp в программе - возможность задать имя или ip-адрес хоста для подключения ftp, имя пользователя и пароль. Активный или пассивный режим выбрать нельзя, иначе бы я просто указал IP-адрес локальной сети, поставил активный режим и вопрос был закрыт. Дописать программу разработчик тоже не может, к сожалению.
      Пробовал Split DNS, но тут появляется проблема с подключением у внешних клиентов.

      Можно ли как-то настроить доступ к FTP-серверу из локальной сети через внешний ip-адрес адаптера WAN3?

      P.S. Т.к. программа должна была заработать именно здесь и сейчас поднял второй FTP-сервер именно для локальной сети. Для этого пришлось продублировать всех пользователей и «расшарить» папки на первом сервере.
      Был бы очень благодарен за помощь.

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

        @igor-filth said in Доступ к локальному ftp через WAN?:

        Можно ли как-то настроить доступ к FTP-серверу из локальной сети через внешний ip-адрес адаптера WAN3?

        Попробуйте в
        System-Advanced-Firewall & NAT
        включить
        NAT Reflection mode for port forwards.
        Будет работать по умолчанию для всех Port Forward.

        Индивидуально NAT reflection можно включить в конкретном правиле Port Forward.

        I 1 Reply Last reply Reply Quote 0
        • I
          Igor Filth @pigbrother
          last edited by Igor Filth

          @pigbrother
          Пробовал включать в правилах форвардинга. Не помогло.

          Если быть точнее, то если ставить Pure NAT, то вообще не соединяется.
          Если ставить NAT + Proxy, то соединение происходит, но получить список каталогов программа не может, а на FTP сервере отображается что соединение идёт с локального IP-адреса PFSense. В общем та же ситуация, как и если на FTP-клиенте указать локальный IP адрес FTP-сервера - требуется активный режим((

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

            @igor-filth
            Мил человек, у вас и фтп и программа в ЛОКАЛЬНОЙ сети.
            Какой НАТ? Какой сплит днс? Вы чего?
            Укажите в программе ЛОКАЛЬНЫЙ ip-адрес вашего фтп.
            Чего вы в дом через окно-то ходите?

            I 1 Reply Last reply Reply Quote 0
            • I
              Igor Filth @werter
              last edited by

              @werter
              Я про это писал в первом сообщении.

              Разумеется, с этого и начали, извращенцев у нас в отделе нет.

              Вот только для доступа к ftp-серверу в локальной сети нужно подключиться с клиента в активном режиме. А программа этого не умеет и уметь не будет.

              А с пассивным режимом, в котором работает программа, всё несколько сложнее. Если указать в настройках FTP-сервера Use The following IP локальный ip адрес сервера, и затем подключаться на этот локальный адрес из программы в локалке, то всё работает. Только при этом клиенты из интернета не могут подключиться))
              Поэтому и пришлось временно (надеюсь, временно) 2 FTP-сервера поднять - на одном в поле Use the following Ip забит локальный ip на другом внешний.

              1 Reply Last reply Reply Quote 0
              • I
                Igor Filth
                last edited by

                А при настройках как на скриншоте в заглавном посте при подключении из локальной сети к локальному ip ftp-сервера получаем ошибку "425 Can't open data connection for transfer of "/""

                L 1 Reply Last reply Reply Quote 0
                • L
                  luha @Igor Filth
                  last edited by

                  @igor-filth Привет. Тоже столкнулся. У нас в сети два сервера ftp - один на proftpd, другой на vsftp. Как ты и писал косяк начинается при использовании активных/пассивных режимов работы ftp сервера. В документации PF написано (лень искать ссылку, просто опишу) что он корректно не обслуживает перенаправление для протокола ftp т.к. протокол этот слишком старый и идёт вразрез с современными понятиями, чтобы это не значило. Ещё там приводится пример настройки для возможного обхода этой фигни и даже есть плагин специальный чтобы включить ftp-proxy. Но! Я всё это перепробовал и ничего мне не помогло, так что можно сразу пропустить.

                  Если в настройках сервера ftp (как ты и пишешь) указать под каким внешним адресом IP он работает, то из-вне клиенты будут обслуживаться, а из локалки нет. И да, можно что хочешь делать, но ни по IP ни по названию хоста из локалки не заведётся пока не выключишь опцию с внешним IP в настройках сервера. Но что интересно у vsftp как-то работает. И теперь у нас proftp только из-вне, а vsftp нормально как было. Короче тут целый букет факторов - какой сервер, какой клиент, договорятся... не договорятся... у одних в пассивном работает... у других только в активном... у третьих и выбора нету, только какой-то один зашит. Поэтому приходится сервер конфигурировать с потдержкой всех режимов и нельзя его перевести в один какой-то. Беда. На прошлом роутере работало нормально. Я в последнее время часто начал прошлый роутер вспоминать, когда в PF что-то глючит.

                  Что можно придумать?

                  • Можно настроить рядом два сервера ftp, которые обслуживают одни и те-же паппи. Один сервер настроить на внешний мир, другой для локалки.
                  • Можно расшарить в локалку и потключаться к папкам как к сетевым ресурсам.
                  • Можно поискать другой сервер ftp (например vsftp), который будет адекватно работать.
                  P 1 Reply Last reply Reply Quote 0
                  • P
                    pigbrother @luha
                    last edited by

                    @luha said in Доступ к локальному ftp через WAN?:

                    В документации PF написано (лень искать ссылку, просто опишу) что он корректно не обслуживает перенаправление для протокола ftp

                    Вряд ли, но вдруг поможет установка пакета FTP_Client_Proxy

                    L 1 Reply Last reply Reply Quote 0
                    • L
                      luha @pigbrother
                      last edited by

                      @pigbrother Писал выше - не помогает.

                      В настройках сервера надо указать его ВНЕШНИЙ адрес IP, чтобы он ПРАВИЛЬНО мог работать с клиентом и тот мог подключиться. Вот этот ВНЕШНИЙ адрес В НАСТРОЙКАХ сервера и МЕШАЕТ при подключении из ЛОКАЛКИ. Клиента посывает НА ВНЕШНИЙ адрес IP, который из локалки НЕ ДОСТУПЕН.

                      При чём тут пакет прокси и как это должно было помочь?!

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

                        @luha said in Доступ к локальному ftp через WAN?:

                        @pigbrother Писал выше - не помогает.

                        В настройках сервера надо указать его ВНЕШНИЙ адрес IP, чтобы он ПРАВИЛЬНО мог работать с клиентом и тот мог подключиться. Вот этот ВНЕШНИЙ адрес В НАСТРОЙКАХ сервера и МЕШАЕТ при подключении из ЛОКАЛКИ. Клиента посывает НА ВНЕШНИЙ адрес IP, который из локалки НЕ ДОСТУПЕН.

                        При чём тут пакет прокси и как это должно было помочь?!

                        Да, проморгал.

                        @luha said in Доступ к локальному ftp через WAN?:

                        Клиента посывает НА ВНЕШНИЙ адрес IP, который из локалки НЕ ДОСТУПЕН.

                        Для доступа из LAN к внешнему IP помог бы NAT Reflection, но как вы писали выше, с вашим FTP это не работает.

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

                          @Igor-Filth

                          Вот только для доступа к ftp-серверу в локальной сети нужно подключиться с клиента в активном режиме.

                          Активный и пассивный - режимы работы СЕРВЕРА, не клиента.

                          А если на Default оставить или Retrive выбрать?

                          Там еще и пункт Don't use external .. есть для запрета подключения по внешнему ип локальным клиентам. Если не откл., то по внешнему ип локальные клиентв не подключаться (ну и костыль) Его пробовали откл для варианта вашей петли?

                          L 1 Reply Last reply Reply Quote 0
                          • L
                            luha @werter
                            last edited by

                            @werter Я за топикстартера не возьмусь говорить, но поскольку тоже имею похожую ситуацию то отписываюсь.

                            Бывает что сервисы завязаны только на ftp и его используют клиенты в большом количестве. У нас туда загружаются фотографии. И проблема лежит в разнообразии клиентов. Надо всем им обеспечить доступ. У части работает и пассивный режим и активный нормально, у другой части или одно или другое. А ещё высылают с разных устройств - могут из дому с компьютера, а могут прято с фотоаппарата. И ничего с этим нельзя поделать. Поэтому приходится сервер FTP настраивать на все режимы. А в связке с PF оказывается что не все режимы работают правильно и не на любом сервере FTP. И вроде сам PF тут не виноват.

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

                              @luha said in Доступ к локальному ftp через WAN?:

                              , у другой части или одно или другое.

                              В фаере винды фтп клиент разрешен? Проверьте этот момент на всех проблемных машинах. И во всяких касперских и т.д. на рабочих местах.

                              Далее. Если подключение идет ИЗВНЕ - проверить, открыты ли порты 20-21 и диапазон пассивных вовне.

                              Ни разу, сколько не настраивал не было проблем с СЕРВЕРОМ. Были проблемы в кривых руках на местах. Повторюсь, НИ РАЗУ. А настроил я их мнооого.

                              Зы. Если у вас есть проблемные клиенты - давайте доступ. Вместе проверим.

                              Зы2.

                              а могут прято с фотоаппарата

                              ПО на нем обновите. И не очень верится, что ПРОСТОЙ пользователь сможет настроить фтп-клиент НА ФОТОАППАРАТЕ. Сказки это.
                              Больше верится в то, что описал выше.

                              werterW L 2 Replies Last reply Reply Quote 0
                              • werterW
                                werter @werter
                                last edited by

                                @Igor-Filth

                                Попробуйте NAT Reflection mode for port forwards = NAT + proxy, снять галку Don't use external .. на зилле и перезагрузить пф и зилле.

                                Далее на ЛАН пф создать правило, где в src - локальный IP зиллы, а в GW - GW WAN3.
                                Поставить это правило ВЫШЕ всех.

                                После - Diagnostics -> States -> Reset States.
                                Немного подождать и обратиться фтп-клиентом к адресу WAN3 для проверки
                                К ip адресу - не имени.

                                1 Reply Last reply Reply Quote 0
                                • L
                                  luha @werter
                                  last edited by

                                  @werter )))

                                  Сервер это линукс машина в шкафу. Она в работе уже много лет.

                                  Клиенты это фотографы по всему миру, которые работают в разных полевых условиях, начиная от встречи глав государств и заканчивая удобрением грядок в нагорье Испании. Они берут зеркалку NIKON, у неё есть втроенная функция описать IPTC и выслать на FTP.

                                  В какой винде мне надо что проверить, какие порты, какой антивирус и как поступить с клиентами? И почему годами работало нормально, а поставили PF и перестало?

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

                                    @luha said in Доступ к локальному ftp через WAN?:

                                    Сервер это линукс машина в шкафу. Она в работе уже много лет.

                                    ПО на нем обновляли? apt update\yum update давно делали ?

                                    Давайте доступ - разберемся вместе. Самому интересно. В сказки давно не верю, извините.

                                    ЗЫ. Passive mode на Никонах - https://www.youtube.com/watch?t=238. Другой вопрос, что порты для пассива могут быть закрыты в том месте, где клиент подключается. Но это проблема не фтп-сервера и не пф.

                                    L 1 Reply Last reply Reply Quote 0
                                    • L
                                      luha @werter
                                      last edited by luha

                                      @werter Да всё у нас с сервером FTP нормально. Там свежее актуальное ПО. Рядом стоит другой сервер, тоже свежее ПО, но вместо proftpd там используется другой пакет - vsftpd (кстати его упоминают в доках PF). И на нём работает как в локалке, так и снаружи. А у proftpd или надо отключить пассивный режим или не будет работать в локалке.
                                      Из конфига proftpd:
                                      "If your host was NATted, this option is useful in order to allow passive tranfers to work. You have to use your public address and opening the passive ports used on your firewall as well."

                                      MasqueradeAddress 000.000.000.000 (тут внешний ip сервера, я спрятал ноликами)

                                      Я с сервером сам могу разобраться, но спасибо большое за предложение.

                                      Вот. Всётаки пришлось поискать ссылку, ато вижу начинается недопонимание в наших рядах:
                                      https://docs.netgate.com/pfsense/en/latest/recipes/ftp-without-proxy.html

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

                                        @luha
                                        https://www.dpreview.com/forums/post/63624307

                                        The issue is definately a question of active vs. Passive FTP.

                                        Passive FTP works by: Client calls server on port 21. Here they negotiate a dataport the Client should use to contact the server on to transmit data. If you are accessing Internet via a NAT (You do - almost nothing is Public when it comes to clients), the firewall/NAT device needs to allow that port outbound as well - ussually that’s not a big problem - which is why passive FTP mostly works.

                                        Active FTP works by: The same process, but the negotiation ends up with a port that the CLIENT needs to open so the server can access the client.. If you are behind a firewall/NAT device, that device needs to “inspect” the FTP session to see which port the server/client agrees upon and open that port up (Otherwise inbound ports are never open). It also needs to do a more advanced NAT as it needs to replace something within the packet for the session to work (apart from sender IP). This is a HORRIBLE HORRIBLE solution, and basically never works on Carriergrade NAT solutions that many ISP use, and is starting to be blocked by default on most homegrade firewalls as well because it’s a massive security hole.

                                        L 1 Reply Last reply Reply Quote 0
                                        • L
                                          luha @werter
                                          last edited by

                                          @werter Да. У никонов странно реализовано. Причём бывает что в одной сети только активный фурычит, а в другой только пассивный. Когда появляется новый фотограф то я первое время с ним устаю учить как эти настройки менять.

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

                                            @luha
                                            И написал ,что на пф надо открывать TCP\21 + перечень портов для пассива ТАКОЙ ЖЕ как на фтп-сервере. Всё. Больше ничего не надо делать со стороны сервера и пф.

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