Closed Ellestad1995 closed 3 years ago
Ran into the same issue right now
Is there a workaround?
Yes, i figured out a work around. So here is the thing, i used nmap scans and traceroute to figure out the issues whether there was a firewall involved or not while trying to play with a vulnerable VM CTF. So after 9 hours, all it took was a change of network to my mobile 4G and everything worked like a charm there on :)
A dirty workaround is to insert a line after line 385 to initialize the variable:
unless (defined($global_workgroup)) {
print "[E] Can\'t find workgroup/domain\nDefaulting to WORKGROUP as a dirty workaround\n";
($global_workgroup) = "WORKGROUP";
print "\n";
return undef;
}
At least like this the output is not completely unreadable.
I've improved this a bit. enum4linux will also try and guess the domain via DNS (there's a trick to leaking the domain name that Mark and I discovered ages ago but never implemented) now.
already resolved?
Using v0.8.9
From the error output below it seems that the function
sub make_session
and others is trying to use the$global_workgroup
even though it is not supplied on the command line. The man page says that workgroup is usually found automatically, but if it is not$global_workgroup
seems to be empty and result in this error below. I suggest that if$global_workgroup
is empty output that it is not found and go on usingWORKGROUP
. The error below resulted from the command:enum4linux -a x.x.x.x