Nota
L'accesso a questa pagina richiede l'autorizzazione. Puoi provare ad accedere o a cambiare directory.
L'accesso a questa pagina richiede l'autorizzazione. Puoi provare a cambiare directory.
Una connessione repeater rispetta regole molto semplici:
Qualsiasi comunicazione che il server e il client intendono scambiarsi passa attraverso il ripetitore senza alcuna modifica.
Qualsiasi azione eseguita dal server in relazione alla connessione di trasporto influisce sul ripetitore (e influisce solo indirettamente sul client).
Qualsiasi azione eseguita dal client in relazione alla connessione di trasporto influisce sul ripetitore (e influisce solo indirettamente sul server).
Ciò significa che tutti i comandi di debug, l'output del debugger, le chiavi di controllo e l'accesso ai file verranno eseguiti esattamente come se il client e il server fossero connessi direttamente. Il ripetitore sarà invisibile a tutti questi comandi.
Le azioni che terminano la connessione stessa influiranno sul ripetitore. Ad esempio, se si esegue un comando qq (Quit) dal client, il server si arresterà e invierà un segnale di arresto al trasporto. In questo modo il ripetitore verrà chiuso (a meno che non sia stato avviato con l'opzione -p ). Come altro esempio, il comando .clients (List Debugging Clients) elenca il nome computer del client, ma mostrerà il protocollo di connessione usato per connettere il server con il repeater.
Se il server viene arrestato, il ripetitore verrà chiuso automaticamente (a meno che non sia stato avviato con l'opzione -p ). Quando il ripetitore si arresta, anche questo causerà l'uscita di un client di debug, anche se un client intelligente non lo farà. Se per qualche motivo è necessario terminare direttamente il ripetitore, è possibile usare Gestione attività o lo strumento kill.exe.