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

    TTL Value Change for Captive Portal

    Scheduled Pinned Locked Moved Firewalling
    2 Posts 2 Posters 274 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.
    • W
      wakasavan
      last edited by

      There is a rule in for Postrouting of an interface like LAN or Bridge or captive portal that will change their TTL value to ttl=1
      So that rule in firewall is called mangle.
      Our setup is for pure for selling internet to certain people and we don't want them to share Internet to people who don't want to pay a small amount for a whole month
      https://www.youtube.com/watch?v=QYBLXzGhPQQ
      Wanted to apply the same config for the pfsense

      1 Reply Last reply Reply Quote 0
      • GertjanG
        Gertjan
        last edited by

        Hi,

        You swa "Mangle" and "postrouting" which means an iptables is in play.
        iptables == Linux only.

        From what I know, the firewall pfSense uses (based on FreeBSD != Linux) can not / doesn't permit us to modify the portal network's outgoing packet so it's TTL gets reset to 1.
        Not by using the GUI.
        CLI : I don't know - guess not.

        Btw : I saw this question subject several times on this forum.

        https://forum.netgate.com/topic/152379/how-to-change-captive-portal-ttl-value/2?_=1606902129387
        And https://lists.freebsd.org/pipermail/freebsd-net/2005-April/007098.html (ok, this is old.)

        https://forum.netgate.com/topic/9813/rogue-access-points?_=1606902129390

        Maybe a question for FreeBSD itself, there where they develop pf and ipfw, as both are just for the captive portal.

        No "help me" PM's please. Use the forum, the community will thank you.
        Edit : and where are the logs ??

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