Proxy feature request about jexboss

[joaomatosf]

Fala iramar,

Na realidade, a opção -D desabilita um checagem por updates que é realizada pelo webshell jsp implantando dentro do servidor explorado (o webshell jsp verifica se há neste link: http://webshell.jexboss.net/jsp_version.txt) , e não a checagem realizada pelo tool client.
Várias pessoas já pediram tbm para desabilitar essa checagem realizada pelo tool client (assim como você), de forma que eu iria adicionar uma opção diferente para isso. No entanto, para evitar que fique confuso, vou alterar a opção -D para desativar as duas checagem - e deixar um esclarecimento no help. Em alguns minutos realizo esse commit.
A opção de suporte a proxy irei providenciar tbm :D.

Novamente, vlw pelo report. =]

[joaomatosf]

Iramar, commit realizado. Pode verificar se resolveu, por favor?
Thanks

[riramar]

Fiz dois testes com "-D" e sem os dois com o mesmo resultado onde o script fica travado logo de cara.

$ python jexboss.py -host http://hostname.com

Depois de um se dou dois enters ele retorna a saída esperada.
Se quiser reproduzir bloqueia acesso a qualquer host com iptables e libera só para o proxy.
Outra feature interessante seria poder incluir cabeçalhos nas requests. Isso ajuda caso o server tenha basic authentication configurado direto no Apache.

[joaomatosf]

Eu havia testado com o iptables e deu o resultado esperado aqui... Tu está rodando ele no Windows? No windows nunca fiz testes (apenas contra windows)... Quando tu diz que ele fica travado logo de cara, significa que ele está parado, aguardando o response (até dar timeout)? No fix que liberei ontem, mesmo sem o -D, ele deve capturar o timeout exception e continuar a execução.
Tu está testando um host externo, que precisaria passar pelo proxy, ou rede privada? Se for o primeiro caso, então deveria receber um timeout tbm.
Vlw

[joaomatosf]

OBS: hoje a tarde devo testar e, se for tudo certo, libero o suporte a proxy http e socks...

[riramar]

Estou rodando o script em uma máquina Windows no Git Bash em uma rede privada sem roteamento para internet. Só sai via proxy. O host alvo esta na internet.
Quando executo o comando simplesmente não retorna nada. Deixa lá parado por uns 10 minutos. Se dou dois enters ele exibe os resultados. Eu imaginava que você estava usando o proxy definido nas variáveis de ambiente do bash ou algo assim.
Se poder explicitar o proxy na linha de comando fica melhor eu acredito.
Depois que implementar da um toque aqui que eu testo na minha instância.

[joaomatosf]

Fala iramar,

(editando)
Adicionei a opção de proxy, mas ainda não commitei. Instalei um windão aqui com git bash e notei que, na verdade, essa "travada" que está ocorrendo aí é nas funções print. O git bash mantém as informações do display em buffer até receber um flush da app. No caso, quando vc aperta uns enters, acaba confirmando as opções para não realizar as explorações (input("yes/NO") e, assim, o script termina (então, o git bash, finalmente, realiza o flush do display).
Vou adicionar uns flush's do stdout manualmente e liberar junto com a atualização do proxy...

[joaomatosf]

OBS:
Você também pode rodar o python com o argumento -u, de forma a desabilitar o buffer do stdout. Isso deve resolver o problema dessa congelada...
eg.
python -u jexboss.py -host http://target

[riramar]

Legal! Depois vou testar e te falo.

[riramar]

Com o -u funcionou perfeitamente. :)

[joaomatosf]

Jóia, vlw por testar =D. Fiz o commit do suporte ao proxy tbm.

[riramar]

Testei aqui com o proxy e ta funcionando! Pode fechar a issue.
Segue mais uma sugestão. Incluir opção -H para adicionar headers.