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

Nmap scanning nginx timeout

Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
7 Posts 3 Posters 2.1k 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.
  • M
    matrix200
    last edited by Apr 15, 2016, 3:47 PM

    In the new version it appears that nginx times out before nmap are results.
    I am running a fairly standard nmap from the gui with Attempt to identify service versions and Enable Operating System detection turned on and using the sync method for port testing.
    The scan is being ran against my linux box (which is in fact hosting the vm running pfsense in my case).
    Is there anyway to increase idle timeout of nginx so it doesn't quit on me before nmap finishes?

    Current network "hardware" :
    Running 2.2RC in Virtualbox 4.2.16.

    Retired:
    ALIX2C2 , 4 gigabyte disk cf card running 2.0 (official release).

    1 Reply Last reply Reply Quote 0
    • C
      cmb
      last edited by Apr 15, 2016, 3:55 PM

      Anything that long-running you should run via SSH rather than the GUI. It's probably the php-fpm timeout that you're hitting, but it's already pretty long and generally wouldn't be a good idea to increase it further.

      1 Reply Last reply Reply Quote 0
      • M
        matrix200
        last edited by Apr 16, 2016, 6:46 PM

        Agreed, but it kind of defeat the purpose of nmap package no?
        I am just fine running nmap from ssh, and the only reason I ran it through the gui is to test the functionality.
        Perhaps its a good idea to disable this package or at least give a warning to users letting them know it can't really be operated through the gui.

        Current network "hardware" :
        Running 2.2RC in Virtualbox 4.2.16.

        Retired:
        ALIX2C2 , 4 gigabyte disk cf card running 2.0 (official release).

        1 Reply Last reply Reply Quote 0
        • R
          robi
          last edited by Apr 16, 2016, 6:59 PM

          +1 for having a gui-based nmap, like before

          1 Reply Last reply Reply Quote 0
          • C
            cmb
            last edited by Apr 16, 2016, 7:44 PM

            That's no diff than it's ever been, there have always been nmap commands that would time out if run from the GUI because they take too long.

            When run from the GUI it ought to be backgrounded, then AJAX added to check its status and pull in the results. Pull requests welcome.

            1 Reply Last reply Reply Quote 0
            • M
              matrix200
              last edited by Apr 16, 2016, 8:50 PM

              Would be great if it were reworked to run in the background.
              Same question applies to packet capture.
              Does it also wait for the tcpdump?
              In that case we would have a similar problem and general inability to use tcpdump for long captures with the gui.

              Current network "hardware" :
              Running 2.2RC in Virtualbox 4.2.16.

              Retired:
              ALIX2C2 , 4 gigabyte disk cf card running 2.0 (official release).

              1 Reply Last reply Reply Quote 0
              • C
                cmb
                last edited by Apr 17, 2016, 7:22 AM

                No. The packet capture runs tcpdump in the background separate from the GUI process.

                1 Reply Last reply Reply Quote 0
                1 out of 7
                • First post
                  1/7
                  Last post
                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                  This community forum collects and processes your personal information.
                  consent.not_received