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

    Traceroute shows the same address for each hop

    Scheduled Pinned Locked Moved General pfSense Questions
    6 Posts 3 Posters 2.8k 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.
    • P
      pete35
      last edited by

      Hi,

      i have a working IPSEC site to site tunnel, where a 1:1 Nat is in place at both sides of the tunnel.
      Everything is fine (the routes are perfect, traffic is flowing) , except traceroute shows the same address for each hop to the endpoint.

      Sample: tracert 10.77.87.1

      Tracing route to 10.77.87.1 over a maximum of 30 hops:

      1    <1 ms    <1 ms    <1 ms  pfsense.firewall.intern.org
        2    38 ms    44 ms    47 ms  10.77.87.1
        3    52 ms    31 ms    30 ms  10.77.87.1
        4    26 ms    43 ms    47 ms  10.77.87.1
        5    44 ms    55 ms    50 ms  10.77.87.1
        6    45 ms    36 ms    40 ms  10.77.87.1
        7    56 ms    56 ms    65 ms  10.77.87.1
        8    54 ms    42 ms    46 ms  10.77.87.1

      Trace complete.

      As far as i searched this forum and Google, this behavior is justified by the NAT.
      As for a Cisco ASA there are hints on the internet, where this can be fixed.
      With a simple onsided NAT the intermediate hops are not displayed at all.

      Is there any switch/config/hidden feature in Pfsense to get the hops IP addresses correct?

      Thanks!

      <a href="https://carsonlam.ca">bintang88</a>
      <a href="https://carsonlam.ca">slot88</a>

      1 Reply Last reply Reply Quote 0
      • johnpozJ
        johnpoz LAYER 8 Global Moderator
        last edited by

        How would it be 8 hops to your endpoint through a tunnel?  A tunnel in a traceroute would be 1 hop!  Your not going to be able to show the actual internet hops you took inside the tunnel.. The traffic flowing through the tunnel its 1 hop..

        If you have this

        client – pfsense -------------- tunnel ------------- pfsense --- server

        How many hops in a traceroute between cient and server there.

        You have something odd going on with your ttl reduction, and the 10.77.87.1 answering the ttls as they change.. What exactly is 10.77.87.1 - is it the end of the tunnel, a client past the tunnel?

        An intelligent man is sometimes forced to be drunk to spend time with his fools
        If you get confused: Listen to the Music Play
        Please don't Chat/PM me for help, unless mod related
        SG-4860 24.11 | Lab VMs 2.7.2, 24.11

        1 Reply Last reply Reply Quote 0
        • P
          pete35
          last edited by

          Hi johnpoz,

          you are right. I got lots of tunnels where only the first and last hop shows up on traceroute. This one is special, connection to a Barracuda FW.

          On Pfsense side is a BiNat translation, on Barracuda side too. 10.77.87.1 is the tunnel endpoint translation nat net on Barracuda site,
          which is natted to the 10.3.1.10 server endpoint. There are 3 hops between client and server.

          Traffic is ok, i am just curious where and why traceroute is disturbed.

          Explanation from a cisco forum: The most likely cause is that the traffic is passing through a firewall with a global NAT rule at that point. Every returned packet from that point and beyond will have the NAT address, not the real IP of the hop that decremented the TTL and sent an icmp echo reply.

          Another Explanation can be found here: https://supportforums.cisco.com/t5/wan-routing-and-switching/tracert-show-same-hop-twice/td-p/1502358

          There is a solution for an ASA:

          For Outbound traceroute to work through ASA , folllowing needs to be configured :

          policy-map global_policy
          class inspection_default
              inspect icmp
              inspect icmp error

          access-list out  extended permit icmp any any time-exceeded
          access-list out  extended permit icmp any any unreachable
          access-group out in interface outside

          If you want to see ASA as a hop in the traceroute output :

          ciscoasa(config)#policy-map global_policy
          ciscoasa(config-pmap)#class class-default
          ciscoasa(config-pmap-c)#set connection decrement-ttl

          ciscoasa(config)#icmp unreachable rate-limit 10 burst-size 5

          So my question was : is there any similar trick/config/whatever we can do for Pfsense to get traceroute working better?

          Thanks!

          <a href="https://carsonlam.ca">bintang88</a>
          <a href="https://carsonlam.ca">slot88</a>

          1 Reply Last reply Reply Quote 0
          • P
            PiBa
            last edited by

            Seems to me the Baracuda needs a configuration change, not pfSense..?

            1 Reply Last reply Reply Quote 0
            • johnpozJ
              johnpoz LAYER 8 Global Moderator
              last edited by

              yeah this would have ZERO to do with pfsense.. that is for damn sure!  Pfsense has nothing to do with the packet after it sends it on.. The client changing the TTL as it does the trace again has nothing to do with pfsense.. Something answering stuff it should not be answering based up on the ttl has nothing to do with pfsense.

              An intelligent man is sometimes forced to be drunk to spend time with his fools
              If you get confused: Listen to the Music Play
              Please don't Chat/PM me for help, unless mod related
              SG-4860 24.11 | Lab VMs 2.7.2, 24.11

              1 Reply Last reply Reply Quote 0
              • P
                pete35
                last edited by

                Yes, Pfsense has no problems with it. Im afraid i cant change it on the Remote Barracuda.

                Thank you guys!

                <a href="https://carsonlam.ca">bintang88</a>
                <a href="https://carsonlam.ca">slot88</a>

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