problemas ao fotografar a conexão entre sistemas usando telnet?


1

Eu tenho um sistema Windows chamado "A" e o sistema Linux chamado "B". Nosso software de aplicação é um software cliente-servidor. Portanto, nesse cenário, parte do aplicativo do servidor está resding em um sistema de janelas e a parte do cliente está no sistema linux. O servidor está obtendo alguns logs através da conexão telent, onde o servidor telent está no sistema Linux e o cliente no sistema window. Agora, vamos ao problema, acho que é um pouco estranho. O que está acontecendo é a conexão telnet entre esses dois sistemas, que é desativada uma ou duas vezes por dia, mas será estabelecida após uma hora. Eu estava procurando a razão por trás desse comportamento estranho. Estou certo de que não há firewall entre os sistemas fazendo netstat e posso ver que a conexão é estabelecida, então provavelmente a porta também foi aberta (eu acho). Então qual será o motivo? Como expliquei anteriormente, nossa parte do servidor de aplicativos é um sistema de janelas e possui cliente telnet, seu arquivo host adicionou uma entrada 127.0.0.1 localhost, portanto, com endereço de loopback. ou a segunda razão pela qual estou supondo que a porta de atendimento esteja realmente aberta e sendo usada ativamente, mas sua lista de pendências de reconfiguração da conexão de entrada em fila atingiu seu máximo, portanto não há espaço disponível para a solicitação de conexão de entrada na fila naquele momento. Isso cria algum problema? Se sim, qual é o remédio? Se algum organismo tiver alguma razão por trás desse comportamento estelar, poste aqui mas sua lista de pendências de reorganizações de conexão de entrada na fila atingiu o máximo, portanto não há espaço disponível para a solicitação de conexão de entrada na fila naquele momento. Isso cria algum problema? Se sim, qual é o remédio? Se algum organismo tiver alguma razão por trás desse comportamento estelar, poste aqui mas sua lista de pendências de reorganizações de conexão de entrada na fila atingiu o máximo, portanto não há espaço disponível para que a solicitação de conexão de entrada seja enfileirada naquele momento. Isso cria algum problema? Se sim, qual é o remédio? Se algum organismo tiver alguma razão por trás desse comportamento estelar, poste aqui

Respostas:


0

Windows 2003:

redefinir as configurações de ip!

netsh int ip reset c:\resetlog.txt

Desative o IPv6:

netsh interface teredo set state disabled
netsh interface ipv6 6to4 set state state=disabled undoonstop=disabled
netsh interface ipv6 isatap set state state=disabled

veja regra:

netsh firewall show portopening
netsh firewall show allowedprogram
netsh interface portproxy dump

veja a conexão:

netstat -aton | findstr /V /L "*:*" | more

O parâmetro IRPStackSize especifica o número de locais da pilha nos pacotes de solicitação de E / S (IRPs)

IRPStackSize

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
IRPStackSize    50(Dec) DWORD

isso vai funcionar? porque apenas determinados períodos telnet conexão solta, descansar todos os tempos está trabalhando fine.So Gostaria de saber se é devido ao firewall ou problema na porta ?? suas sugestões são muito apreciados
Vettori

@vettori Acho difícil fazer suposições para você. Sugeri maneiras de resolver problemas que você descreveu. Aumentar o comprimento da pilha ajudará na eliminação de problemas com uma fila de pacotes. Desabilitar o IPv6 e redefinir também pode eliminar alguns problemas comuns. É necessário fazer a experiência e esperar).
STTR

que é grande, eu estou concentrando-se em IRPStackSize, então provavelmente devido ao acúmulo de requeusts de conexão de entrada na fila pode ser o problema
Vettori

@vettori, consulte support.microsoft.com/kb/948496/en e support.microsoft.com/kb/912222/en e pesquise disable windows server 2003 scalable networking pack msdn.microsoft.com/en-us/windows/hardware/gg463253.aspx msdn.microsoft. com / pt-br / windows / hardware / gg463471.aspx problema de erro do driver nic. Procure o driver de rede do ndis 6.0.
STTR

Combate W2K2 SP2 me lembra deste ... youtube.com/...
STTR
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.