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

[SOLVED] New zone port binding fail

Scheduled Pinned Locked Moved Captive Portal
4 Posts 1 Posters 628 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.
  • A
    Ap0p0
    last edited by Nov 6, 2017, 9:46 PM Nov 6, 2017, 8:29 PM

    Hi all,

    I have currently 3 active zones working perfectly. I can see portals ports in rule.debug like this:

    pass in  quick on { igb5_vlan1001 } proto tcp from any to { 10.1.0.1 10.1.0.3 } port { 8005 8004 } tracker 1000000551 keep state(sloppy)
    pass in  quick on { igb5 } proto tcp from any to { 10.0.0.1 10.0.0.3 } port { 8003 8002 } tracker 1000000553 keep state(sloppy)
    pass in  quick on { igb5_vlan1006 } proto tcp from any to { 10.6.0.1 10.6.0.3 } port { 8007 8006 } tracker 1000000555 keep state(sloppy)

    But when I try to active the fourth zone, nginx fail to bind port. In fact, it tries to bind the new zone on the same port as one of three other. I get this on my shell:

    Message from syslogd@fw1 at Nov  6 21:23:54 …
    fw1 nginx: 2017/11/06 21:23:54 [emerg] 14696#100412: bind() to [::]:8004 failed (48: Address already in use)

    Port 8004 is already in use on igb5_vlan1001, my first zone.

    Does anybody know what happens on my firewall?

    1 Reply Last reply Reply Quote 0
    • A
      Ap0p0
      last edited by Nov 6, 2017, 8:33 PM

      After the fourth zone is activated, and after syslod messages, I get this in rule.debug:

      pass in  quick on { igb5_vlan1001 } proto tcp from any to { 10.1.0.1 10.1.0.3 } port { 8005 8004 } tracker 1000000551 keep state(sloppy)
      pass in  quick on { igb5_vlan1002 } proto tcp from any to { 10.2.0.1 10.2.0.3 } port { 8005 8004 } tracker 1000000553 keep state(sloppy)
      pass in  quick on { igb5 } proto tcp from any to { 10.0.0.1 10.0.0.3 } port { 8003 8002 } tracker 1000000555 keep state(sloppy)
      pass in  quick on { igb5_vlan1006 } proto tcp from any to { 10.6.0.1 10.6.0.3 } port { 8007 8006 } tracker 1000000557 keep state(sloppy)

      So, I have two zones listening on same port, but on different interface.

      1 Reply Last reply Reply Quote 0
      • A
        Ap0p0
        last edited by Nov 6, 2017, 8:41 PM

        Oups, I'm using 2.3.4-p1 :)

        1 Reply Last reply Reply Quote 0
        • A
          Ap0p0
          last edited by Nov 6, 2017, 9:46 PM

          I'm done with this. I don't know why but both zone on same port had the same id in config.xml. I tried to manually edit it. Didn't work. I had to delete all zones and create them agin. Now IDs are OK.

          Bye :)

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