Navigation

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

    Lost access to web interface, help

    General pfSense Questions
    5
    6
    3230
    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.
    • X
      xtlosx last edited by

      Folks.. I have run into a sticky problem.. While trying to make a NAT rule that would redirect all lan traffic to a proxy server, I have cut myself off from the web interface to the pfsense box…..  I do have console access though.......  Question is... How can I get into the box, and just get rid of that one rule?  is there such a facility?

      I didn't enable ssh, and so that is quite a pain in the butt right now too... Any ideas?

      I did take a backup of my fw a few weeks ago, and could factory default it, and update it against the .xml I have... is that the best idea?

      Thanks!

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

        Have you tried to assign the interfaces again? You will see the right IPs.

        1 Reply Last reply Reply Quote 0
        • X
          xtlosx last edited by

          it's not an IP address.. I added a mesed up nat rule which will send all port 80 requests to the firewall to another machine, non existant service.. hehe…

          now my question is, when i login to the shell, where is the .conf file the fw is using\editing?  I just need to rip out one nat rule and i'm back to full health.

          edit:

          I figured out the config.xml is in /conf/config.xml... I removed the one nat line that i suspect is giving me problems, save, and reboot, and my interfaces won't get addresses..... Are the nat rules not just enclosed in the ?  Is there someplace else I need to delete that is associated with that rule....

          I never realized adding a stupid nat rule could cause me such problems :(

          Thanks guys

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

            After manually editing /cf/conf/config.xml you need to rm /tmp/config.cache and reboot.

            1 Reply Last reply Reply Quote 0
            • K
              kdeamon last edited by

              I suggest you to configure the pfSense at the console. The manual said that setting LAN's ip will reset WebUI blocking. Try that….I hope this will solve your problem.....Best regard

              1 Reply Last reply Reply Quote 0
              • A
                ampwifi last edited by

                With the box and a cross over cable set the lan ip to the one in the messed up rule.
                Fix the xml. Reboot system. Set the ip on client system and connect it to the system. open console and reset password if ness. Open web and input ip. This should work.

                1 Reply Last reply Reply Quote 0
                • First post
                  Last post

                Products

                • Platform Overview
                • TNSR
                • pfSense
                • Appliances

                Services

                • Training
                • Professional Services

                Support

                • Subscription Plans
                • Contact Support
                • Product Lifecycle
                • Documentation

                News

                • Media Coverage
                • Press
                • Events

                Resources

                • Blog
                • FAQ
                • Find a Partner
                • Resource Library
                • Security Information

                Company

                • About Us
                • Careers
                • Partners
                • Contact Us
                • Legal
                Our Mission

                We provide leading-edge network security at a fair price - regardless of organizational size or network sophistication. We believe that an open-source security model offers disruptive pricing along with the agility required to quickly address emerging threats.

                Subscribe to our Newsletter

                Product information, software announcements, and special offers. See our newsletter archive to sign up for future newsletters and to read past announcements.

                © 2021 Rubicon Communications, LLC | Privacy Policy