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

    Asymmetric routing with IPv6

    Scheduled Pinned Locked Moved Routing and Multi WAN
    5 Posts 3 Posters 737 Views 3 Watching
    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 Offline
      mikekoke
      last edited by mikekoke

      Hi everyone,
      since I added IPv6 to my configuration I continue to find in the logs some ipv4 and ipv6 connections of the lan interface blocked by the default rule, they are ipv6 TCP connections with flag PA FPA FA RA.
      I noticed some problems when Android devices need to update applications, observing blocked ipv6 connections when trying to connect to some google ip.
      In fact the play store starts to download the application update but almost at the end it stops and after an unspecified time it starts again completing the download.
      I followed the guide to add a gif for hurricane electrics but I used it for my isp fastweb.
      On the interface of the gif I only have the rule that allows the ipv6 tunnel, while on the lan interface I have an ipv4 rule for each known device, an ipv6 rule for two devices and a generic one that allows all ipv6 traffic.
      The main problem as already mentioned is the update of applications on Android devices while browsing has no problems.
      If you need more details, don't hesitate to ask me.
      Thanks for your help.

      1 Reply Last reply Reply Quote 0
      • DerelictD Offline
        Derelict LAYER 8 Netgate
        last edited by

        https://docs.netgate.com/pfsense/en/latest/firewall/troubleshooting-blocked-log-entries-for-legitimate-connection-packets.html

        Chattanooga, Tennessee, USA
        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
        Do Not Chat For Help! NO_WAN_EGRESS(TM)

        1 Reply Last reply Reply Quote 0
        • M Offline
          mikekoke
          last edited by

          I have already tried to solve them using the methods suggested but without success.

          1 Reply Last reply Reply Quote 0
          • DerelictD Offline
            Derelict LAYER 8 Netgate
            last edited by

            If it were me I would packet capture the phone, update applications, and see what it's doing.

            Chattanooga, Tennessee, USA
            A comprehensive network diagram is worth 10,000 words and 15 conference calls.
            DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
            Do Not Chat For Help! NO_WAN_EGRESS(TM)

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

              ^ exactly - how do you know its not starting the conversation via cell data connection and then switching it to wifi..

              All pfsense is saying with those blocks is hey there is not freaking state for that.. Lots of reasons that could happen..

              Could be something as odd as switching wifi networks - do you run more than 1? Do you have more than 1 AP? Do you have a AP doing nat, and another not, etc. etc.

              Asymmetrical can be a reason for seeing those blocked packets sure, but could be something like pfsense wan bounced and you have it set to reset all states?

              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 25.07 | Lab VMs 2.8, 25.07

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