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

    [SOLVED] pfSense ALIX 2D13 OPT1 problems

    Scheduled Pinned Locked Moved General pfSense Questions
    22 Posts 7 Posters 4.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.
    • D Offline
      doktornotor Banned
      last edited by

      Sigh… outta here, waste of time.

      1 Reply Last reply Reply Quote 0
      • BBcan177B Offline
        BBcan177 Moderator
        last edited by

        I really didn't change the configuration of the local interfaces. LAN as well as OPT1 are configured the same.

        Here are the settings:
        IPv4: Static IPv4
        IPv6: Track Interface
        IPv4 address: 192.168.1.1/24

        Okay, so the pfSense box is sitting behind another router, which acts as a DHCP server limited to one client (in this case the ALIX 2D13).

        Every interface needs to have a unique IP address/subnet.

        "Experience is something you don't get until just after you need it."

        Website: http://pfBlockerNG.com
        Twitter: @BBcan177  #pfBlockerNG
        Reddit: https://www.reddit.com/r/pfBlockerNG/new/

        1 Reply Last reply Reply Quote 0
        • S Offline
          someperson472034
          last edited by

          @hda:

          So then, are all the other tabs empty ?

          Yes, the other tabs under "Interfaces>(assign)" such as VLAN, Interface groups etc. are empty.

          @BBcan177:

          Every interface needs to have a unique IP address/subnet.

          I forgot to mention that everything with LAN and OPT1 is identical except the IP address. The LAN one is 192.168.1.1, but the OPT1 one has the address 192.168.1.2 assigned.

          1 Reply Last reply Reply Quote 0
          • H Offline
            hda
            last edited by

            :'(    a solution is with a /24. Hint : both LAN's are separate and could have a Switch …

            1 Reply Last reply Reply Quote 0
            • D Offline
              doktornotor Banned
              last edited by

              @someperson472034:

              The LAN one is 192.168.1.1, but the OPT1 one has the address 192.168.1.2 assigned.

              Totally broken. Let me state this again: every interface needs to have a unique IP address and subnet.

              1 Reply Last reply Reply Quote 0
              • D Offline
                doktornotor Banned
                last edited by

                I'd suggest reading some networking 101 before configuring firewalls.

                1 Reply Last reply Reply Quote 0
                • S Offline
                  someperson472034
                  last edited by

                  Okay, so I mixed up the subnet mask syntax with actual subnets. Anyways, LAN and OPT1 are now working thanks to the suggestions.

                  I assigned 192.168.2.1 to OPT1 and the client (gaming console) gets the IP address 192.168.2.100.
                  The LAN (192.168.1.1) interface client (a computer) gets the address 192.168.1.100.

                  So, now it's working, as the subnets are separated, but the gaming console can't connect properly. It doesn't detect the NAT type and shows a DNS error. The computer however, connects just fine to the internet.

                  1 Reply Last reply Reply Quote 0
                  • S Offline
                    someperson472034
                    last edited by

                    As I said, LAN is working fine now, but OPT1 still got problems. It gets assigned a proper IP address via DHCP, but there is some kind of DNS problem I can't figure out. The DNS for OPT1 is configured as 192.168.2.1.

                    What am I doing wrong this time?

                    1 Reply Last reply Reply Quote 0
                    • S Offline
                      ShutterBC
                      last edited by

                      Not sure if you're still having trouble, but it sounds like you may benefit from drawing up your network configuration and looking at where data needs to flow.

                      In this case, if you're having DNS issues, test DNS resolution to the gateway:

                      nslookup google.com<gateway_ip></gateway_ip>

                      If that fails, then you need to go to either the DNS forwarder or DNS resolver section and make sure that DNS is listening on your OPT1 interface (or just set it to all interfaces).

                      You can also test DNS to the Internet, like this:

                      nslookup google.com 8.8.8.8

                      Hope you can read up on some other networking info which should help you out.

                      1 Reply Last reply Reply Quote 0
                      • S Offline
                        someperson472034
                        last edited by

                        ShutterBC, thanks for your suggestions.

                        On the LAN interface everything works fine regarding the nslookup. The problem with the OPT1 interface however is, that I don't know how to execute the nslookup on a gaming console. In my pfSense configuration, only the DNS forwarder is used with default settings including the option to listen on all interfaces.

                        I have attached a network diagram and hope this proves useful. I still can't figure out what I am doing wrong with the DNS configuration on the OPT1 interface, however, I found out that instead of pfSense.localdomain, 192.168.2.1 just shows up as localhost, which must be wrong. DHCP works fine on OPT1, though.

                        Diagram1.png
                        Diagram1.png_thumb

                        1 Reply Last reply Reply Quote 0
                        • DerelictD Offline
                          Derelict LAYER 8 Netgate
                          last edited by

                          Did you put firewall rules on OPT1 allowing traffic into pfSense?

                          Chattanooga, Tennessee, USA
                          A comprehensive network diagram is worth 10,000 words and 15 conference calls.
                          DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
                          Do Not Chat For Help! NO_WAN_EGRESS(TM)

                          1 Reply Last reply Reply Quote 0
                          • S Offline
                            someperson472034
                            last edited by

                            I did not create any manual rules for the OPT1 interface, meaning it's configured just like the LAN interface:

                            | ID | Proto | Source | Port | Destination | Port | Gateway | Queue | Schedule | Description |
                            | | IPv4 * | LAN net | * | * | * | * | none | | Default allow LAN to any rule |
                            | | IPv6 * | LAN net | * | * | * | * | none | | Default allow LAN IPv6 to any rule |

                            1 Reply Last reply Reply Quote 0
                            • D Offline
                              doktornotor Banned
                              last edited by

                              LAN net? That is NOT correct.

                              1 Reply Last reply Reply Quote 0
                              • S Offline
                                someperson472034
                                last edited by

                                @doktornotor:

                                LAN net? That is NOT correct.

                                Thanks for the hint. After changing the "LAN net" values to "OPT1 net", everything started working. Thank you again, for helping a network noob out!

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