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

    Use of aliases in NAT definitions

    2.0-RC Snapshot Feedback and Problems - RETIRED
    3
    4
    1.3k
    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.
    • G
      gmaoret
      last edited by

      Can aliases be used when defining rules for NAT?

      Gabriele Maoret
      SERSIS - Servizi & Sistemi Snc
      gmaoret@sersis.com

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

        @gmaoret:

        Can aliases be used when defining rules for NAT?

        yes, anywhere you see a red filled field, aliases are enabled.  NAT, Rules and Port Forwards all have that capability.
        Just change the type to "Single Host or Alias"

        1 Reply Last reply Reply Quote 0
        • G
          gmaoret
          last edited by

          @photonman:

          @gmaoret:

          Can aliases be used when defining rules for NAT?

          yes, anywhere you see a red filled field, aliases are enabled.  NAT, Rules and Port Forwards all have that capability.
          Just change the type to "Single Host or Alias"

          But in "NAT 1:1" there isn't "Single Host or Alias" with red field, only "Single Host" with white field, and it doesn't accept aliases!

          Is it a BUG?

          Gabriele Maoret
          SERSIS - Servizi & Sistemi Snc
          gmaoret@sersis.com

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

            Hi,

            Well, this is not a bug, this is a "limitation". See http://redmine.pfsense.org/issues/1083 for details !

            Pierre

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