5

It does not seem to be necessary but does it help to use port forwarding for pooled mining? I mean forwarding the same port as the pool port on the incoming side of my router to the rig.

3

When the miner needs work, it contacts the pool. So the miner makes the connection.

The only time the pool needs to contact the miner is when a new block is found, to invalidate existing work units so the miner doesn't waste time finishing a work unit when the block wouldn't be accepted anyway. But this case is handled with long polling -- the miner keeps an open outbound connection to the pool manager at all times to receive this notification.

So there is no need to forward the port, and such a forward would never be used anyway. The mining program isn't listening for inbound connections.

  • I wonder if anyone has looked into using an open inbound port for server -> miner communication. Some users seem to have trouble with long polling. One common problem is router closing long polling connection. I wonder if a direct inbound port would improve overall stale rates. – DeathAndTaxes Oct 17 '11 at 16:22
  • @theUnhandledException: Yeah, some routers will close a connection that's idle for ten minutes. A common fix is for mining pools to 'dribble' some data on the connection to stop it from being idle. – David Schwartz Oct 17 '11 at 16:42
2

Port negotiations for mining occur via the same protocols as connecting to a web server, which means the port on which your system listens for return data is not the same as the port the pool is listening on, nor is it the same port every time. Forwarding the pool's port to a single machine will do absolutely nothing.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.