Guys i Think that is some problem with rails and stuff.

If you run without rails instaled:

root@anubis:/usr/lib/dradis# ./dradis server
/usr/lib/ruby/2.2.0/rubygems/dependency.rb:315:in to_specs': Could not find 'rails' (>= 0) among 95 total gem(s) (Gem::LoadError) Checked in 'GEM_PATH=/root/.gem/ruby/2.2.0:/var/lib/gems/2.2.0:/usr/lib/x86_64-linux-gnu/rubygems-integration/2.2.0:/usr/share/rubygems-integration/2.2.0:/usr/share/rubygems-integration/2.2:/usr/share/rubygems-integration/all', executegem envfor more information from /usr/lib/ruby/2.2.0/rubygems/dependency.rb:324:into_spec'
from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_gem.rb:64:in gem' from /usr/lib/dradis/lib/tasks/thorfile.rb:71:inserver'
from /usr/lib/ruby/vendor_ruby/thor/command.rb:27:in run' from /usr/lib/ruby/vendor_ruby/thor/invocation.rb:126:ininvoke_command'
from /usr/lib/ruby/vendor_ruby/thor.rb:359:in dispatch' from /usr/lib/ruby/vendor_ruby/thor/base.rb:440:instart'
from ./dradis:8:in `<main>'

After install rails:

root@anubis:/usr/lib/dradis# ./dradis server
/usr/lib/dradis/lib/tasks/thorfile.rb:75:in load': cannot load such file -- /usr/share/rubygems-integration/all/gems/rails-4.2.5/bin/rails (LoadError) from /usr/lib/dradis/lib/tasks/thorfile.rb:75:inserver'
from /usr/lib/ruby/vendor_ruby/thor/command.rb:27:in run' from /usr/lib/ruby/vendor_ruby/thor/invocation.rb:126:ininvoke_command'
from /usr/lib/ruby/vendor_ruby/thor.rb:359:in dispatch' from /usr/lib/ruby/vendor_ruby/thor/base.rb:440:instart'
from ./dradis:8:in `<main>'

If you try run rails server command after install rails packt:

root@anubis:/usr/lib/dradis/script# ./rails server
/usr/lib/ruby/vendor_ruby/bundler/runtime.rb:34:in block in setup': You have already activated json 1.8.3, but your Gemfile requires json 1.8.2. Prependingbundle execto your command may solve this. (Gem::LoadError) from /usr/lib/ruby/vendor_ruby/bundler/runtime.rb:19:insetup'
from /usr/lib/ruby/vendor_ruby/bundler.rb:127:in setup' from /usr/lib/ruby/vendor_ruby/bundler/setup.rb:8:in<top (required)>'
from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in require' from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:inrequire'
from /usr/lib/dradis/config/boot.rb:4:in <top (required)>' from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:inrequire'
from /usr/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in require' from ./rails:40:in<main>'

Same issue for me.

The problem is non-trivial to solve. The full backtrace is this one (or close to it, as this is with a newer dradis snapshot):

root@kali-rolling:/usr/lib/dradis# bundle exec script/rails server
=> Booting Thin
=> Rails 4.1.9 application starting in development on https://127.0.0.1:3004
=> Run rails server -h for more startup options
=> Ctrl-C to shutdown server
Thin web server (v1.6.3 codename Protein Powder)
Maximum connections set to 1024
Listening on 127.0.0.1:3004, CTRL+C to stop
Unexpected error while processing request: uninitialized constant Rack::MethodOverride::REQUEST_METHOD
/usr/lib/ruby/vendor_ruby/rack/methodoverride.rb:14:in call' /usr/lib/ruby/vendor_ruby/rack/runtime.rb:18:incall'
/usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/activesupport-4.1.9/lib/active_support/cache/strategy/local_cache_middleware.rb:26:in call' /usr/lib/ruby/vendor_ruby/rack/lock.rb:17:incall'
/usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/actionpack-4.1.9/lib/action_dispatch/middleware/static.rb:84:in call' /usr/lib/ruby/vendor_ruby/rack/sendfile.rb:113:incall'
/usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/railties-4.1.9/lib/rails/engine.rb:514:in call' /usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/railties-4.1.9/lib/rails/application.rb:144:incall'
/usr/lib/ruby/vendor_ruby/rack/content_length.rb:15:in call' /usr/lib/ruby/vendor_ruby/thin/connection.rb:86:inblock in pre_process'
/usr/lib/ruby/vendor_ruby/thin/connection.rb:84:in catch' /usr/lib/ruby/vendor_ruby/thin/connection.rb:84:inpre_process'
/usr/lib/ruby/vendor_ruby/thin/connection.rb:53:in process' /usr/lib/ruby/vendor_ruby/thin/connection.rb:39:inreceive_data'
/usr/lib/ruby/vendor_ruby/eventmachine.rb:187:in run_machine' /usr/lib/ruby/vendor_ruby/eventmachine.rb:187:inrun'
/usr/lib/ruby/vendor_ruby/thin/backends/base.rb:73:in start' /usr/lib/ruby/vendor_ruby/thin/server.rb:162:instart'
/usr/lib/ruby/vendor_ruby/rack/handler/thin.rb:19:in run' /usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/rack-1.5.5/lib/rack/server.rb:265:instart'
/usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/railties-4.1.9/lib/rails/commands/server.rb:69:in start' /usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/railties-4.1.9/lib/rails/commands/commands_tasks.rb:81:inblock in server'
/usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/railties-4.1.9/lib/rails/commands/commands_tasks.rb:76:in tap' /usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/railties-4.1.9/lib/rails/commands/commands_tasks.rb:76:inserver'
/usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/railties-4.1.9/lib/rails/commands/commands_tasks.rb:40:in run_command!' /usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/railties-4.1.9/lib/rails/commands.rb:17:in<top (required)>'
script/rails:41:in require' script/rails:41:in<main>'

We can see that it mixes usage of bundled rack files (/usr/lib/dradis/vendor/bundle/ruby/2.2.0/gems/rack-1.5.5) and system rack files (/usr/lib/ruby/vendor_ruby/rack/) which doesn't give good results as one is version 1.5.5 and the other is version 1.6.4...

I was hoping that bundle would avoid this but apparently not. Short of using rvm to have a fully separate ruby setup, I don't see a good way to solve this... alternatively we package dradis properly to use the system gems in their latest versions (but we're not support if dradis is compatible with all the latest versions of everything it uses).

Currently updated my Kali Linux 2016.1 using apt-get update, apt-get upgrade and apt-get disk-upgrade.

After that when I am starting Dradis using service dradis start. And going to the browser http://127.0.0.1:3004 it says unable to connect.

And checking the status using service dradis status it gives the following result.

dradis.service - Dradis web application
Loaded: loaded (/lib/systemd/system/dradis.service; disabled; vendor preset:
Active: failed (Result: exit-code) since Tue 2016-04-05 19:32:52 IST; 8s ago
Process: 2563 ExecStart=/usr/bin/bundle exec script/rails server webrick (code
Process: 2560 ExecStartPre=/bin/sh -c test -e /var/lib/dradis/secretkey || (um
Main PID: 2563 (code=exited, status=1/FAILURE)
Apr 05 19:32:51 kali systemd[1]: Starting Dradis web application...
Apr 05 19:32:51 kali systemd[1]: Started Dradis web application.
Apr 05 19:32:52 kali bundle[2563]: /usr/lib/ruby/vendor_ruby/bundler/resolver.rb
Apr 05 19:32:52 kali bundle[2563]: from /usr/lib/ruby/vendor_ruby/bundle
Apr 05 19:32:52 kali bundle[2563]: from /usr/lib/ruby/vendor_ruby/bundle
Apr 05 19:32:52 kali systemd[1]: dradis.service: Main process exited, code=exite
Apr 05 19:32:52 kali systemd[1]: dradis.service: Unit entered failed state.
Apr 05 19:32:52 kali systemd[1]: dradis.service: Failed with result 'exit-code'.

https://127.0.0.1:3004/

Internal Server Error
uninitialized constant Rack::Handler::WEBrick::QUERY_STRING
WEBrick/1.3.1 (Ruby/2.3.1/2016-04-26) OpenSSL/1.0.2g at 127.0.0.1:3004

same issue with me also showing at the web interface internal service
"Internal Server Error
uninitialized constant Rack::Handler::WEBrick::QUERY_STRING
WEBrick/1.3.1 (Ruby/2.3.1/2016-04-26) OpenSSL/1.0.2g at 127.0.0.1:3004 "

after upgrading

Hi Guys! After the last update 14/06/2016 Dradis backs to work again.

Some infos:
The port was changed to 3000.
You must to access http://127.0.0.1:3000 - NO SSL
Set new password

root@Anubis:~# systemctl status dradis
● dradis.service - Dradis web application
Loaded: loaded (/lib/systemd/system/dradis.service; disabled; vendor preset: disabled)
Active: active (running) since Tue 2016-06-14 09:59:25 CEST; 16s ago
Main PID: 1467 (ruby2.3)
CGroup: /system.slice/dradis.service
└─1467 /usr/bin/ruby2.3 bin/rails server

Jun 14 09:59:25 Anubis systemd[1]: Started Dradis web application.

root@Anubis:~# netstat -naupt | grep ruby
tcp 0 0 127.0.0.1:3000 0.0.0.0:* LISTEN 1467/ruby2.3

@crash That's not a fix and it's working for me because Beef Framework is already running on that port 3000

@Phexcom Yes its a fix. The dradis team changed the configuration, not Kali team.

Just check in https://github.com/dradis/dradis-ce/blob/412d0ccb4264852d2c44f53fc523d989d74d8e81/README.md

"You can browse to the app at http://localhost:3000/&quot;

Just change your beef port or dradis port.

That README.md file was last updated 2 months ago on April 8. I tried but Can't still get it working

@crash it not working at all i change beef-xss port and and replace it with dradis it brought some kind of directory error but beef-xss ran on another port so if you can post a step to step procedure we all be very greatfull thank you very much.

@ExploitTech
I just updated my Kali with normal process.

root@Anubis:~# systemctl start dradis
root@Anubis:~# systemctl status dradis
● dradis.service - Dradis web application
Loaded: loaded (/lib/systemd/system/dradis.service; disabled; vendor preset: disabled)
Active: active (running) since Wed 2016-06-15 08:51:45 CEST; 9s ago
Main PID: 6734 (ruby2.3)
CGroup: /system.slice/dradis.service
└─6734 /usr/bin/ruby2.3 bin/rails server

Jun 15 08:51:45 Anubis systemd[1]: Started Dradis web application.
root@Anubis:~# netstat -anutp | grep ruby
tcp 0 0 127.0.0.1:3000 0.0.0.0:* LISTEN 6734/ruby2.3

root@Anubis:~# apt-cache show dradis
Package: dradis
Version: 3.1.0~rc2+git20160609-0kali1
Architecture: amd64
Maintainer: Raphaël Hertzog <[email protected]>
Installed-Size: 123327
Depends: libc6 (>= 2.17), libgcc1 (>= 1:3.4), libgmp10, libmysqlclient18, libruby2.3 (>= 2.3.0~preview2), libsqlite3-0 (>= 3.6.11), libstdc++6 (>= 4.1.1), zlib1g (>= 1:1.2.3.3), adduser, ruby | ruby-interpreter, bundler, ruby-sqlite3, init-system-helpers (>= 1.18~)
Homepage: http://dradisframework.org
Priority: optional
Section: web
Filename: pool/main/d/dradis/dradis_3.1.0~rc2+git20160609-0kali1_amd64.deb
Size: 40233056
SHA256: 9942607f7575e930939ba0532dc9d80e3df993a10be4dcb31792fcff985353bc
SHA1: 1a55f4fb4e621286d33613aac83e79d6dd2dc926
MD5sum: 90cad8028f435fad5af705d3f69a157b

I did a small test intenally, seems that it is working normally.

Also, if you are able to connect in dradis webinternface it is working.
If, you are facing problems inside dradis, it is another problem.

Post your erros please.

• I dont know till the moment what is relation with dradis and beef.

Update: I just finished the process in a fresh install, working perfect.

@crash yea thumbs up it working perfectly made some errors in configuring the ports thanks (happy hunting LOL!!!!!!!!!)

To fix in the menu(XFCE4):

vi /usr/share/applications/kali-dradis.desktop

Change the line:
Exec=sh -c "service dradis start; xdg-open https://127.0.0.1:3004&quot;

To:
Exec=sh -c "service dradis start; xdg-open http://127.0.0.1:3000&quot;

fixed with new version 3.1.0~rc2+git20160609-0kali1
the menu is fixed with package kali-menu version 2016.2.14