Grant Willcox

Due to no response and no updates on this work in several months now, I'm going to attic this.

@sempervictus Thanks for the update, will take a look into this again tomorrow once 6.3 updates roll out and let you know if I need anything further to land this;...

@sempervictus I'm not seeing an update to this code since I last tried to test this so I presume the issue would still be the same as the last comment...

Rebasing this on top of latest updates since there has been quite a few changes since this was last updated.

> Here are my results when doing this, don't know if the tab character is causing issues, but not quite getting what you showed above. This is after applying the...

Update: Nope looks like even without the tabs this isn't making a difference, still can't find the entries from `/etc/hosts`: ``` [3] pry(#)> resolver = Rex::Proto::DNS::CachedResolver.new => ;; RESOLVER state:...

@sempervictus Sure give me one sec, I'll run through that now, and will double check the log file for Metasploit. Edit: Just realized I can debug this with `debug.gem` in...

Okay so debugged this down to the line you mentioned and `entries` at that point is `[["127.0.0.1", "localhost"], ["127.0.1.1", "gwillcox-Virtual-Machine"], ["10.10.10.216", "git.laboratory.htb"]]`. Looks like from there some of the code...

Okay so looks like that `unless MATCH_HOSTNAME.match` hostname code is preventing the cache call from ever occurring. When I call it manually without that check it works fine. I'm guessing...

Okay with that change this now works: ``` [1] pry(#)> resolver = Rex::Proto::DNS::CachedResolver.new => ;; RESOLVER state: ;; config_file: /dev/null log_file: /dev/null ;; port: 53 searchlist: [] ;; nameservers: ["127.0.0.1"]...