problemi nel trovare la connessione tra i sistemi usando telnet?


1

Ho un sistema Windows chiamato "A" e un sistema Linux chiamato "B". Il nostro software applicativo è un software client-server. Quindi, in questo scenario, parte dell'applicazione viene ripristinata in un sistema a finestre e parte client in un sistema linux. Il server sta ottenendo alcuni registri attraverso la connessione telent in cui il server telent è nel sistema Linux e il client nel sistema windows. Ora vieni al problema, penso che sia un po 'strano. Quello che succede è che la connessione telnet tra questi due sistemi si spegne una o due volte al giorno, ma si stabilirà dopo un'ora. Stavo cercando il motivo dietro questo strano comportamento. Sono sicuro che non esiste un firewall tra i sistemi facendo netstat e posso vedere che la connessione viene stabilita, quindi probabilmente anche la porta è aperta (immagino). Allora quale sarà la ragione? come ho spiegato in precedenza, la nostra parte del server delle applicazioni è un sistema a finestre e ha un client telnet, il suo file host ha aggiunto una voce localhost 127.0.0.1, quindi con indirizzo di loopback. o la seconda ragione per cui sto indovinando è che la porta di ascolto è effettivamente aperta e viene utilizzata attivamente, ma il suo arretrato di requeust di connessione in entrata in coda ha raggiunto il massimo, quindi non c'è spazio disponibile per la richiesta di connessione in entrata in quel momento. Questo crea qualche problema? se sì, qual è il rimedio? Se un corpo ha qualche motivo dietro questo post di comportamento starnge qui ma il suo arretrato di requeust di connessione in entrata in coda ha raggiunto il massimo, quindi non c'è spazio disponibile per la richiesta di connessione in entrata in quel momento. Questo crea qualche problema? se sì, qual è il rimedio? Se un corpo ha qualche motivo dietro questo post di comportamento starnge qui ma il suo arretrato di requeust di connessione in entrata in coda ha raggiunto il massimo, quindi non c'è spazio disponibile per la richiesta di connessione in entrata in quel momento. Questo crea qualche problema? se sì, qual è il rimedio? Se un corpo ha qualche motivo dietro questo post di comportamento starnge qui

Risposte:


0

Windows 2003:

ripristina le impostazioni ip!

netsh int ip reset c:\resetlog.txt

Disabilita 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

vedi regola:

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

vedi connessione:

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

Il parametro IRPStackSize consente di specificare il numero di posizioni dello stack nei pacchetti di richieste I / O (IRP)

IRPStackSize

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

Funzionerà? perché solo alcuni periodi di connessione allentata telnet, resto tutto il tempo funziona bene. Quindi mi chiedo se è dovuto al problema del firewall o della porta ?? i tuoi suggerimenti sono molto apprezzati
vettori

@vettori Trovo difficile fare ipotesi per te. Ho suggerito modi per risolvere i problemi che hai descritto. Aumentare la lunghezza dello stack aiuterà a eliminare i problemi con una coda di pacchetti. La disabilitazione di IPv6 e il ripristino possono anche eliminare alcuni problemi comuni. È necessario fare l'esperienza e attendere).
STTR,

è fantastico, mi sto concentrando su IRPStacksize, quindi probabilmente a causa dell'arretrato di requeust di connessioni in entrata in coda potrebbe essere il problema
vettori

@vettori consultare support.microsoft.com/kb/948496/en e support.microsoft.com/kb/912222/en e cercare disable windows server 2003 scalable networking pack msdn.microsoft.com/en-us/windows/hardware/gg463253.aspx msdn.microsoft. com / en-us / windows / hardware / gg463471.aspx problema di errore del driver nic. Cerca driver di rete ndis 6.0.
STTR,

Combattere W2K2 SP2 mi ricorda questo ... youtube.com/…
STTR
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.