Forum Home
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Popular

    Incoming DROP on high numbered ports - seems to be feathercoin client initiated.

    Attacks and Feathercoin Security
    2
    2
    3378
    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.
    • S
      shadowhh32 Regular Member last edited by

      Im getting a TON of incoming high port DROPs here on my linksys firewall that seem to be initiating when the feathercoin client is active yet do not belong to a RELATED or ESTABLISHED or NEW connection. NEW connections are allowed on outgoing and anything not ESTABLISHED or RELATED is DROPPED.

      IPv6 is DROPped at the local machine as I have no way of filtering requests at the router. This is an IPv4 network. I dont use IPv6 beyond the ATT modem.

      This is a very effective firewall.

      This does not seem to be a feathercoin server port. Yet I am getting slammed with hits on the router when the client is running.

      Can I have some insight here as to why non-related and non-established connections are appearing to try to connect to me? Shouldnt the Application and application level networking establish NEW or RELATED/ ESTABLISHED connections?

      Attached is the router log of INPUT. OUTPUT is not filtered.

      ack.png

      1 Reply Last reply Reply Quote 0
      • Wellenreiter
        Wellenreiter Moderators last edited by

        As the Drops are caused by several hosts, and the ports are in the range used as source port for outgoing connections, it may be just caused by not fully established or terminated outbound connections from your client where the other party either didn’t receive the disconnect packed or a timeout has occured and the other party is responding so late, that the temporary rule on the fw has been deleted already.

        Just guessing here.

        you could try a ‘netstat -tcp -n’ to check if you have corresponding connections in state ‘sync send’ or ‘time wait’ on your PC.

        The command is linux syntax, for windows the options may be slightly different

        Feathercoin development donation address: 6p8u3wtct7uxRGmvWr2xvPxqRzbpbcd82A
        Openpgp key: 0x385C34E77F0D74D7 (at keyserver.ubuntu.com)/fingerprint: C7B4 E9EA 17E1 3D12 07AB 1FDB 385C 34E7 7F0D 74D7

        1 Reply Last reply Reply Quote 0
        • First post
          Last post