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

    No internet access from LAN

    Off-Topic & Non-Support Discussion
    5
    15
    16.5k
    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.
    • B
      biggsy
      last edited by

      Is there anything I need to configure other than port assignments and ip addresses?

      Not really and seems that those NICs are supported.

      How are you getting an IP address for the pfSense WAN?

      Esxi_pfs_3-8a.png
      Esxi_pfs_3-8a.png_thumb

      1 Reply Last reply Reply Quote 0
      • C
        Cam73
        last edited by

        Yes, the hardware support page is the first place I looked at before posting.  As an experiment, I switched ports, the realtek for LAN and the SiS for WAN, and although the WAN still got its address, I could no longer ping internet addresses from the console.
        The WAN gets its ip using dhcp.  The modem is a tp-link TD-8840 in half bridge mode.

        When I switch over to the ipfire vm everything is sweet.  However the whole point of the exercise is to get SIP and NAT playing nicely together.  Ipfire is not acheiving this to my satisfaction…

        A friend of mine has some newer ibm hardware, capable of supporting esxi 4 so I might have a play with that in the future.  Right  now I am tired having devoted the entire weekend to this.

        But thanks again.

        1 Reply Last reply Reply Quote 0
        • B
          biggsy
          last edited by

          If you get the newer hardware maybe this will help in some way:  http://doc.pfsense.org/index.php/PfSense_2_on_VMware_ESXi_5

          1 Reply Last reply Reply Quote 0
          • chpalmerC
            chpalmer
            last edited by

            Need to share a little more.

            What is your LAN subnet?

            Does your WAN get a public IP?

            Are your client units DHCP or Static?

            What do you have set for outbound NAT?

            Can you reach the webconfigurator from the LAN side?

            Triggering snowflakes one by one..
            Intel(R) Core(TM) i5-4590T CPU @ 2.00GHz on an M400 WG box.

            1 Reply Last reply Reply Quote 0
            • N
              novacoresystems
              last edited by

              Just to add to everything, I've found it helpful to actually run the Setup Wizard to setup the connection for the first time in pfsense. I've had the same thing happen to me where LAN traffic was not being routed properly until I went through the whole setup. Just adding in the settings manually seems to cause this issue for me even though I know all the settings.

              1 Reply Last reply Reply Quote 0
              • C
                Cam73
                last edited by

                Hi there,

                Lan subnet is 192.168.5.0/25 netmask 255.255.255.128 (192.168.5.0 - 192.168.5.127)

                The wan interface gets a real world ip address from the modem (which is in half bridge mode)

                My clients are set statically at this time, but making them dhcp doesn't change anything.

                Outbound nat is set up "out of the box" ie. no changes from default install settings.

                Yes I gan get to the web configurator.

                I'm having another go at this today (had a couple of weeks off) so I think I will start from scratch and after install I will try the setup wizard.

                1 Reply Last reply Reply Quote 0
                • C
                  Cam73
                  last edited by

                  Further to my last post, I have done several complete re-installs on dedicated (and supported) hardware.  I have also flashed and factory defaulted the modem.  No change to the issues I am having…

                  When everything is installed and the interfaces and client are set up, the following is happening...

                  action: ping my isp's dns server from the pfsense machines console shell
                  result: no response

                  action: reboot modem
                  result: the ping starts returning responses

                  action: press control c (to end the ping command)
                  result: returns the prompt.

                  action: press the up arrow and then enter.  Ie. re-run the ping command
                  result: NO PING RESPONSE!

                  action: reboot modem again
                  result: ping starts working again.

                  Question 1:  Why does the ping command only get reponses the first time it is run?
                  Question 2: Has anyone successfully got pfsense working with a TP-LINK TD-8840 (REV 4) in half bridge mode?

                  1 Reply Last reply Reply Quote 0
                  • M
                    Metu69salemi
                    last edited by

                    Does your modem have same wan-side ip-address than pfsense?
                    I had one problem in the past, where my modem had one public ip-address in use and it "stole" it from pfsense, so any traffic with that public ip-address failed.

                    My modem were at the time also half-bridge mode

                    1 Reply Last reply Reply Quote 0
                    • C
                      Cam73
                      last edited by

                      @Metu69salemi:

                      Does your modem have same wan-side ip-address than pfsense?
                      I had one problem in the past, where my modem had one public ip-address in use and it "stole" it from pfsense, so any traffic with that public ip-address failed.

                      My modem were at the time also half-bridge mode

                      Hmm, not sure what you mean "stole it from pfsense", as pfsense gets it's red ip address from the modem.  Ie. the modem gets it's ip from my ISP and then assigns that ip to pfsense's red interface.  And yes they are the same public IP on the red side of the modem and the red side of pfsense.  Also this behaviour seems to be correct having read other forum posts.

                      If I set the modem up for staight NAT and not half bridge mode, the pfsense then gets a private ip from the modem and the whole thing starts working.  However, what I have now achieved is double NAT - something I was hoping to avoid by using half bridge.

                      So to answer my own question, no - pfsense will not work with a TP-LINK TD-8840 in half bridge / ip extension mode.  So far no one has been able to prove me wrong.

                      1 Reply Last reply Reply Quote 0
                      • M
                        Metu69salemi
                        last edited by

                        In my case any trafic with that public ip didn't get passed to pfsense, it just went to modem and that's it.
                        Because modem was half bridged mode, so two of it's ports (of total four ports) were in routed and other half were bridged. These two routed ports were getting internet access with this one public ip-address.

                        Modem basically stole one public ip-address, because all trafic destined to that ip-address were sent to routed ports, even if it was originally from pfsense(bridged Interface)

                        1 Reply Last reply Reply Quote 0
                        • C
                          Cam73
                          last edited by

                          I have finally tracked down a Draytek Vigor 120 which has the pppoa to pppoe bridge.  Pfsense now connects directly to my isp using the modem in "dumb modem" mode.

                          The TPLink will be getting auctioned at the earliest convenience!

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