GSoC 2017 Project Summary: Glutton improvements, the new “all eating honeypot”
23 Oct 2017 Roberto Tanara gsoc glutton
Student Mohammad Bilal contributed this post as a project summary of his GSoC2017 experience.
Merged Pull Requests
1- Connection Timeout Added
Issues Resolved: #72, #59
Description Glutton support number of services (protocol handlers) so each service mean number of connection on that service. So It crash after some time with error: [user.tcp] accept tcp [::]:5000: accept4: too many open files
, and this error was due to the allowance of limited number of open file descriptors by the operating system. There was no deadline set for opened connections so most of the connections never get closed. In result, the number of opened connections gradually cross the maximum open file descriptors limit and cause panic. So I added connection timeout = 72 second, number of opened connection will never reach the open file descriptor limit. Another reason was Freki; Glutton useses freki as a networking core so freki handler crashes because of improper error handling in Glutton. So I improved error handling of protocol handlers and glutton stops crashing.