IPTables: NAT и Port forwarding

Поділитися
Вставка
  • Опубліковано 24 гру 2024

КОМЕНТАРІ • 48

  • @johnyspring9329
    @johnyspring9329 2 роки тому +10

    Единственное видео в интернете, которое решает твою проблему.

  • @ЕгорГудков-ш6й
    @ЕгорГудков-ш6й 2 роки тому +19

    Спасибо большое! Единственная инструкция, которая действительно помогла настроить интернет на второй машине! Искал нужную информацию больше недели! С П А С И Б О! ВЫ спасили мой диплом)))

  • @UralBashkiria
    @UralBashkiria 9 місяців тому

    Очень познавательно и интересно, спасибо!

  • @artemnovikov8560
    @artemnovikov8560 4 місяці тому +1

    Почему так мало лайков? Лучшее видео!

  • @Promvv
    @Promvv Рік тому +3

    Спасибо за качественный контент)

  • @dromix_ai
    @dromix_ai Рік тому

    Спасибо, классное видео, я как раз таки подвис в конфигурации NAT Gateway на серверах через terraform

  • @luckystar3117
    @luckystar3117 Рік тому

    Спасибо за объяснение!

  • @BotFather-m3s
    @BotFather-m3s 2 роки тому +3

    Ооочень понятно объясняете. Благодарю Вас)

  • @kolchan11
    @kolchan11 2 роки тому +3

    Очень классные у вас видео. Спасибо!

  • @VLADrusLV55
    @VLADrusLV55 Рік тому +1

    Спасибо, всё классно и работает!!! Очень помогли

  • @obfuscated-user
    @obfuscated-user 2 роки тому +3

    Отличное видео, все четко и доходчиво!!!

  • @paulsilva753
    @paulsilva753 2 роки тому +1

    спасибо за толковую инструкцию!

  • @ImRoman_
    @ImRoman_ 2 роки тому +3

    Спасибо огромное, очень полезно)

  • @annakartsova1716
    @annakartsova1716 2 роки тому +1

    Огромное спасибо за видео!

  • @hertz9879
    @hertz9879 11 місяців тому

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

  • @egorgorbachev
    @egorgorbachev 2 роки тому +1

    спасибо

  • @СергейЕфимов-ц4в

    Не понял второй случай 15:41. Если мы на prerouting уже поменяли адрес и порт, то дальше должна работать цепочка forward, ведь пакетик предназначается не нам, почему он попадает в цепочку input? Я так понимаю успех был потому что политика forward accept. спасибо

    • @alexeysukhinin8036
      @alexeysukhinin8036 4 місяці тому +1

      Угу, я тоже не понял, почему так работает. Но помимо этого я не понял еще одну деталь. Почему при инициации запроса из внутреннего сервера, пакеты проходят в обратную сторону? Мы ведь не указывали явно, что ESTABLISHED и RELATED пакеты в обратную сторону должны работать. Должно же быть что-то вроде: iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT . Или я ошибаюсь? Политика ACCEPT для FORWARD окутала всё туманом.

  • @Devunfe
    @Devunfe 7 місяців тому

    Добрый день.
    Посмотрел ваше видео, спасибо вам за видео.
    Но не получается настроить по аналогии, скажите пожалуйста можно ли с вами связаться что бы проконсультироваться по моему случаю ?

  • @Tattoson
    @Tattoson Рік тому +3

    Супер! жаль тут список используемых в уроке правил не выложили

    • @site_support
      @site_support  Рік тому +1

      Добавили ссылку в описание ролика.

  • @kamil-pu9kl
    @kamil-pu9kl Рік тому +1

    А можно видео о полной настройки межсетевого экрана? Или же iptable подходит по это?

    • @NickLavlinsky
      @NickLavlinsky Рік тому

      Да, конечно подходит.

  • @nangelo0
    @nangelo0 Рік тому +3

    А для чего нужен INPUT 9022 ACCEPT? Пакет ведь не должен доходить до сокетов?

    • @site_support
      @site_support  Рік тому +1

      Да, вы правы это правило не нужно.

    • @nangelo0
      @nangelo0 Рік тому +1

      @@site_support значит ваше видео очень толковое, раз я с первого знакомства с iptables нашел ошибку )

  • @DmitryKey
    @DmitryKey Рік тому

    Какой тип правил/тип таблицы корректно использовать для организации роутинга между двумя виртуальными интерфейсами на сервере (запущенно два клиента разных виртуальных сетей, которые являются шлюзами в WAN для своих подсетей. Для каждой используется запись SNAT). В Интернет клиенты обеих сетей попадают, но друг друга сети не видят.
    Эксперименты с -t nat -A POSTROUTING... дают положительные результаты в доступе в одном направлении. Но хотелось бы узнать наиболее рациональный вариант.

  • @igororlov9453
    @igororlov9453 Рік тому +1

    Запутался я. Зачем разрешать порт 9022 в инпуте если он не предназначен хосту и пойдет в форвард? Может тогда -A FORWARD -i enp0s3 -o enp0s8 -j ACCEPT ?

    • @hippoage
      @hippoage 11 місяців тому +1

      Да, там не нужно. На видео видно, что счетчик пакетов на это правило нулевой, т.е. оно не сработало.

  • @StiG619
    @StiG619 Рік тому

    Здравствуйте, как называется приложение в котором вы рисовали план синего цвета до программирования NAT?

  • @firstsecond1588
    @firstsecond1588 10 місяців тому

    Получается на домашнем роутере откуда приходит интернет тоже самое можно сделать, так? То есть домашнее устроство пробросить через роутер чтобы им можно было снаружи управлять?

    • @site_support
      @site_support  8 місяців тому

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

  • @АлексейПопов-ч7ы
    @АлексейПопов-ч7ы 5 місяців тому

    Если на U20 будет 3 интерфейса, то возможно придется править метрики.

  • @alexander199740
    @alexander199740 2 роки тому

    Как насчёт создать script и вкинуть туда правила и в начале скрипта задать переменные?
    Нормальный вариант?

    • @site_support
      @site_support  2 роки тому

      Какой script?

    • @alexander199740
      @alexander199740 2 роки тому

      @@site_support создать файл, создать в нем переменные с портами, с интерфейсами и тд
      Затем правила создавать с этими переменными

    • @ImRoman_
      @ImRoman_ 2 роки тому

      @@alexander199740 можешь в .bashrc в окружные переменные запихнуть, это вроде так правильно делается

  • @uwontlikeit
    @uwontlikeit 11 місяців тому

    К сожалению такой метод не работает с Докером. Поставил на docker контейнер с WireGuard VPN. В докере открыл порт VPN порт + 3000:3000. Внутри контейнера пытаюсь сделать PortForwarding на единственного подключившегося VPN клиента, который сервит HTTP на порту 3000. когда делаю Curl $VPN_CLIENT_IP:3000 - возвращает HTML, т.е. VPN коннект есть. А вот curl $CONTAINER_IP:3000 дает Connection Refused 😞

    • @uwontlikeit
      @uwontlikeit 11 місяців тому

      Я разобрался. Проблема была в том что я тестировал отправляя запросы с IP этого же сервера на свой же IP - поэтому я думал что это не работает. А как отправил запрос с другого сервака - убедился что все правильно forward-ится

  • @gamingplay5415
    @gamingplay5415 11 місяців тому

    а если нужно например с Ubuntu перебросить в Windows

    • @site_support
      @site_support  11 місяців тому

      Нет проблем, правила те же самые.

  • @AndreySmirnov77
    @AndreySmirnov77 Рік тому

    На минте не должно было сработать?

  • @nangelo0
    @nangelo0 Рік тому +1

    как бы не запутаться с SNAT (static NAT) и DNAT (dynamic NAT)

    • @site_support
      @site_support  Рік тому +3

      Здесь: SNAT - Source Network Address Translation, DNAT - Destination Network Address Translation