Timeout em Ms. [10,10000] - Esta opção deve ser utilizada com cuidado por razões que serão já referidas. Em primeiro lugar, tem como valores possíveis entre 10 milissegundos ou 10.000 milissegundos, ou seja, dez segundos. Um valor de 10 milissegundos é extremamente exagerado e poderá provocar resultados errados no portscan, apesar de o acelerar. O valor de 10 segundos tornará o portscan bastante lento mas dará resultados sem falhas. O valor ideal ronda os dois segundos, ou seja, o valor por defeito que teremos como 2.000 milissegundos na caixa.
Quando fazemos um portscan, o software irá investigar as portas todas, uma a uma, ou em simultâneo utilizando o número máximo de threads por nós definidas e dividindo assim cada intervalo de portas a uma thread específica. A cada porta, o software irá esperar, após iniciada o teste a essa porta, um certo tempo, até obter ou não resposta e saber se a porta se encontra aberta ou fechada. O tempo ideal para termos resposta e confirmação de que a comunicação com a porta foi possível e assim a mesma se encontra aberta, ou que falhou e assim a porta se encontra fechada, ronda os dois segundos, ou seja, 2.000 milissegundos, daí ser o valor por defeito.
Ao definirmos um valor diferente aqui, alteraremos esse tempo de espera. Se colocarmos o valor como 10ms, ele não esperará o tempo suficiente para ter a certeza de que haja comunicação, pelo que não teremos a certeza se as portas que serão dadas como fechadas, se encontram realmente fechadas ou se simplesmente não responderam a tempo e foram dadas como expiradas pelo software. Mas fará com que o software faça o portscan de forma mais rápida, apesar de não muito, e qualquer porta que respondesse abaixo do tempo dos 10ms, seria dada como aberta, e assim teríamos como abertas apenas as portas que conseguiriam responder dentro desses 10ms de timeout definido por nós. Isto não é o ideal, e em níveis de 10ms poderão haver tolerâncias a valores maiores, sendo possível ver portas com 15ms de resposta e um timeout de 10ms, dado que o software após decidir parar de expirar, ainda esperará alguns milissegundos durante o processo e poderá nesse espaço de tempo obter resposta. Mas este valor é muito desaconselhado.
O que se passa se o software der a porta como expirada por não receber resposta dentro do tempo por nós aqui definido por ser muito baixo, será fazer com que a porta apareça no gráfico de queijo que estudaremos abaixo como pertencendo ao grupo de portas expiradas e à zona vermelha do gráfico. Assim, se virmos uma zona vermelha muito grande no gráfico de queijo, será sinal de que existiram muitas portas expiradas, ou seja, cuja espera por resposta foi terminada pelo software devido a um valor nosso neste campo, e será sinal de que deveremos vir aqui aumentar o tempo de expiração, para pelo menos 2 ou 3 segundos, sendo mesmo assim normal obter algumas portas expiradas mesmo com 10 segundos, apesar de serem muito menos, e acima dos 2 segundos as portas expiradas serem quase certamente portas fechadas e a possibilidade de serem dados errados muito mais reduzida. De qualquer das formas uma porta dada como aberta, qualquer que seja o timeout definido aqui, será sempre sem margem para erros uma porta realmente aberta. À direita temos um exemplo de um portscan com timeout de 10ms e veremos que ele dá poucas portas como abertas, e a maioria a vermelho como expiradas, e só teremos certeza de que as que estão como abertas, estão realmente abertas mas ficamos sem saber se as que estão a vermelho estarão abertas ou não.
Neste exemplo à direita, já temos um portscan efectuado com um tempo de espera de 10 segundos, ou seja, 10.000ms, e por essa razão já muito poucas portas são dadas como expiradas (a vermelho), e dessas sabemos que não há portas abertas pois em 10 segundos não foram obtidas respostas, o que é tempo a mais, e a maioria das portas estão a negro, e teremos muito mais portas abertas. Assim, obtivemos mais portas abertas, porque o software já esperou o tempo suficiente pelas respostas, e sabemos que todas as outras se encontravam fechadas no teste, e assim teremos já resultados fiáveis. Claro que a um dado momento uma conexão pode ter sido rejeitada e a porta não se encontrar fechada, e num portscan posterior já estar aberta, isso acontece em qualquer portscanner pois dependemos sempre de possíveis falhas no servidor, bem como há portas que poderão ser dadas como fechadas e estarem abertas, mas em modo stealth, etc, ou seja, como todos saberemos, um portscanner nem sempre nos permite ver as portas abertas em várias máquinas que estejam bem protegidas.
Nesta caixa de texto, à direita, teremos em cima uma caixa indicando qual a porta do hospedeiro que está actualmente a ser testada, apenas durante portscans em progresso obviamente, e abaixo aparecerá uma barra de progresso indicando quanto do intervalo de portas a verificar já foi varrido e quanto falta para terminar, apenas visível quando hajam portscans a serem feitos. Esta barra, bem como o indicador numérico da porta actual, poderão sofrer altos bruscos ocasionalmente, pois se o software decidir utilizar várias threads para fazer vários testes em simultâneo, de tempos a tempos lançará as threads e quando obter respostas de várias em simultâneo terá saltos rápidos no número de portas varridas, pelo que poderá não ser muito fluído o seu progresso.
Isto porquê? Porque num gráfico com uns 300 pixels de largura, sendo o pixel a unidade mais pequena possível no ecrã, se passarmos de 300 valores no gráfico, não poderão ser todos apresentados, e aí teremos de escolher como fazer essa selecção dos que serão apresentados. Assim, se existirem 1200 valores, e só cabendo por exemplo 300 no gráfico, poderíamos escolher que em cada quatro valores, colocássemos o máximo dos 4, a média, etc. Podemos escolher entre quatro tipos de valores:
Tempo Real - Este quadrado, caso tenha um visto, faz com que o gráfico de linhas actualize em tempo real à medida que novos resultados vão surgindo na tabela. Se estiver desligada esta opção, o gráfico não actualizará à medida que o portscan ocorra, e só será actualizado quando clicarmos na pausa ou mandarmos parar o portscan, ou mesmo quando voltarmos a colocar o visto nesta caixa. É útil em casos de necessidade de máxima performance, o que nos fará querer desactivar o desenho do gráfico em tempo real e gastar assim menos CPU e acelerar os pings, apesar do gráfico não ocupar muitos recursos na máquina devido a estar muito optimizado.
Pontos - Esta opção, representada no gráfico com um "O", faz com que cada ponto do gráfico tenha um círculo pequeno desenhado, para tornar a sua visualização mais fácil. Mas quando o gráfico tiver mais de 200 pontos desenhados nele, talvez torne mais complicada a leitura. Ficará ao gosto do utilizador.
Guardar Imagem - Há uma imagem de uma disquete azul no canto inferior direito do gráfico de linhas, e ao clicar nela, será possível ao utilizador gravar a imagem do gráfico sozinha no disco, em formato Bitmap (.BMP). Para se gravar o relatório inteiro em vez de apenas a imagem, deverá ser clicada na disquete na barra de ferramentas ou na opção de guardar no menu ficheiro no topo da janela.
Ou seja, se estiver nos mínimos, haverá muitos pontos e cada um representará o menor número de valores possível, e se estiver nos máximos, terá menos pontos e cada ponto no gráfico representará o maior número de valores possível. Se tivermos como exemplo 1000 valores, representados num gráfico com 100 pontos onde cada ponto representa um grupo de 10 valores, quer seja por média, ou o último valor de cada 10 valores, ou máximo ou mínimo, e se movermos o ponteiro para a direita, poderíamos passar a ter não 100 pontos no gráfico mas por exemplo uns 5, onde cada um representaria um grupo não de 10 mas sim de 200 valores. Isto permite-nos ver o mesmo grupo de valores em formas diferentes, permitindo-nos um controlo total da visualização gráfica. Em cima definimos se em cada grupo veremos o máximo do período, mínimo, média ou último valor, e em baixo no ponteiro, escolhemos em quantas partes do histórico dividimos o gráfico.
Network Pinger v1.0.1.0
