Client TCP/IP Impossibile connettersi al server SNA in Windows NT 4.0

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

161778
Questo articolo è stato archiviato. L’articolo, quindi, viene offerto “così come è” e non verrà più aggiornato.
Sintomi
Gli utenti di client SNA Server potrebbero potranno connettersi tramite socket TCP/IP al server SNA in esecuzione su un computer multihomed che esegue Windows NT Server 4.0. Questo problema può verificarsi dopo l'installazione iniziale di SNA Server, o dopo l'aggiornamento di un sistema di SNA Server funzionante da Windows NT Server 3.51 a Windows NT Server 4.0.

Computer del client SNA Server che eseguono Windows 3.x o Windows 95 potrebbe visualizzato i seguenti errori quando si tenta di aprire una sessione:
  • Gli utenti di 3270 possono osservare "Nessun server SNA trovato nella configurazione". In una traccia messaggio 3270 di SNA Server, la richiesta di Open(SSCP) avrà esito negativo con i seguenti codici di errore: err1: 0 (Nessun server trovato) ed err2: 0 (Nessun server trovato).
  • Gli utenti APPC possono osservare il seguente errore ALLOCATE:
    primary_rc = 0xF004 (AP_COMM_SUBSYSTEM_NOT_LOADED)
    secondary_rc = 0xF0000001 o 0xF0000002
Un computer client che eseguono Windows NT Workstation è possibile notare un ritardo di 45 secondi o più prima di ottenere una sessione tramite il server. Questo dipende da un timeout quando si tenta di connettersi con i socket TCP/IP, seguito da un tentativo riuscito connettersi tramite named pipe.

Nota: Un server che è il protocollo TCP/IP associato a più di una scheda di rete è detta "multi-homed." Ogni binding della scheda TCP/IP è configurato con un indirizzo IP univoco connesso a diverse subnet logiche.
Cause
Quando Inizializza SNA Server, il primo indirizzo TCP/IP restituito da Windows sockets verrà annunciato ai client TCP/IP di SNA Server tramite la connessione "sponsor". Questo indirizzo TCP/IP è per un indirizzo su una rete diverse dal computer client o disporre di un indirizzo gateway predefinito del computer client non sa come per il routing.

Non è un problema riscontrato in Windows NT Server 3.51 perché l'ordine degli indirizzi TCP/IP può essere controllato mediante l'ordine dei binding di protocollo TCP/IP nella finestra di dialogo binding (accessibile in rete del Pannello di controllo).

In Windows NT Server 4.0, l'ordine interno di reti TCP/IP è determinato dall'ordine che l'inizializzazione di TCP/IP viene eseguita tramite le schede di rete. Di conseguenza, non è possibile direttamente controllare l'ordine che gli indirizzi TCP/IP siano registrati in SNA Server.
Risoluzione
Per risolvere questo problema, è necessario ottenere l'aggiornamento rapido riportato di seguito. Questo aggiornamento consente all'amministratore di specificare l'indirizzo IP dovrà essere annunciata ai computer client SNA nella seguente voce del Registro di sistema:
   HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\SnaBase   \Parameters\SnaTcp\    Network:REG_DWORD:<network number>				
in cui il valore predefinito è uguale a 0. Se sono presenti due diversi indirizzi TCP/IP configurati per il server, provare l'impostazione della rete a "1".

Si noti che questa voce del Registro di sistema è già supportata da SNA Server 3.0.
Status
Microsoft ha confermato che si tratta da un problema di SNA Server versioni 2.0, 2.1, 2.11 e 3.0. È stato corretto in SNA Server più recente versione 2.11 U.S. Service Pack. Per informazioni su come ottenere questo Service Pack, eseguire una ricerca sulla parola seguente della Microsoft Knowledge Base (senza gli spazi):
K DI V, C UN P E R S
prodsna multihomed

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 161778 - Ultima revisione: 01/24/2014 15:47:53 - Revisione: 3.1

  • Microsoft SNA Server 2.0
  • Microsoft SNA Server 2.1
  • Microsoft SNA Server 3.0
  • Microsoft SNA Server 3.0 Service Pack 4
  • kbnosurvey kbarchive kbmt kbnetwork KB161778 KbMtit
Feedback