slirp - Online en la nube

PROGRAMA:

NOMBRE

slirp - emulador de TCP / IP

SINOPSIS

slirp [opciones | comandos]
ayuda slirp
slirp "ayuda cmd"

DESCRIPCIÓN

Slirp es un emulador de TCP / IP que convierte una cuenta de shell ordinaria en un (C) SLIP / PPP
cuenta. Esto permite a los usuarios de shell utilizar todas las aplicaciones originales de Internet como Netscape,
Mosaico, CUSeeMe, etc.

Slirp tiene copyright (c) 1995 Danny Gasparovski. Reservados todos los derechos. Ver la seccion
COPYRIGHT para más detalles.

Esta página de manual está organizada de la siguiente manera. Primero, el uso básico se describe muy brevemente. Esta
va seguido de los detalles de los archivos de configuración, los comandos y las opciones de la línea de comandos. Varios
secciones que discuten problemas técnicos (direcciones especiales, redireccionamiento de puertos, velocidad en baudios)
entorno) son los siguientes, seguidos de las respuestas a las preguntas más frecuentes y los problemas comunes.
La información de contacto, los reconocimientos y el aviso de derechos de autor se encuentran al final.

¡Lea esta página de manual detenidamente antes de informar problemas!

USO

Para ejecutar Slirp, simplemente escriba:

deslizarse

(o cualquiera que sea el camino completo a Slirp). Eso es todo. Ahora activa su SLIP / PPP
software e inicie sus aplicaciones.

Todo lo que tienes que recordar es esto: una vez que ejecutas Slirp, tu cuenta shell ahora se ve exactamente
como una cuenta SLIP / PPP (con algunas limitaciones, por supuesto). Cualquier documentación que tengas
decirle cómo conectarse a una cuenta SLIP / PPP también es completamente válido para Slirp.

Para salir de Slirp, simplemente elimine su software SLIP / PPP y escriba cinco ceros (ceros), con un 0
segundo espacio entre cada cero. Slirp saldrá y volverás a tu caparazón.
rápido.

También puede "desconectar" Slirp escribiendo cinco unos (uno), con un espacio de 1 segundo entre
cada. Esto desconectará Slirp de la terminal de su shell y pondrá Slirp en el
antecedentes. Más tarde, puede escribir

deslizamiento -l 0

para "reconectar" Slirp de nuevo.

Nota rápida para usuarios de PDA: si configura SLIRP_TTY en el tty conectado a su PDA (Palm,
POSE emulador, etc.), Slirp usará ese tty para la comunicación. Puede utilizar PPP sin
enmascaramiento completo, aunque estará sujeto a las restricciones estándar de Slirp. usted
Es posible que deba experimentar para encontrar la velocidad en baudios correcta. Comience con 19200 para Palms. Si
Slirp no se compiló con DO_CFSETSPEED, deberá configurar la velocidad en el tty
a mano. Utilice una variante apropiada de "stty 19200 </ dev / pilot" después de iniciar slirp.

CONFIGURAR DESLIZAR

deslizamiento se puede configurar de 3 formas diferentes: la línea de comando, los archivos de configuración,
y configuración "sobre la marcha" haciendo telnet a 10.0.2.0 e ingresando los comandos allí
(consulte "DIRECCIONES ESPECIALES" a continuación).

El archivo de configuración se encuentra en su directorio de inicio (~) y se llama ".slirprc",
por lo tanto, la ruta a su archivo de configuración es "~ / .slirprc".

Las opciones que pueden aparecer en un archivo de configuración también se pueden proporcionar en la línea de comando.
Por ejemplo, si su archivo .slirprc se parece a lo siguiente:

Redir 5022 21
redirigir X

puede lograr lo mismo ejecutando Slirp como:

slirp "redir 5022 21" "redir X"

(Fíjate en las comillas, SON significativas). Lo contrario también es cierto. Por ejemplo, si corres
slirp como:

deslizamiento -P -b 14400

también puede crear su archivo .slirprc con el siguiente aspecto:

-P
-b 14400

(Tenga en cuenta que solo se permite UN comando por línea en los archivos de configuración). Los 2 tipos de
las opciones también se pueden mezclar. Por ejemplo:

En .slirprc:
-P
-b 14400
Redir 5022 21

Línea de comando:
slirp -P -b 14400 "redir 5022 21"

Tenga en cuenta que en la línea de comando, cualquier comando / opción que no comience con un '-' o '+',
y tiene espacios, DEBE estar entre comillas. Por ejemplo, los siguientes son todos legales:

slirp -P "redir udp 5022 25" -vj -b 14400
slirp "ppp" "velocidad en baudios 14400"
slirp ppp "velocidad en baudios 14400"

(Tenga en cuenta que aunque "ppp" no comienza con un '-' o '+', no es necesario
entre comillas porque no tiene espacios)

Los siguientes NO son legales:

velocidad en baudios de slirp 14400
slirp "-b 14400"

(Debido a que "-b" comienza con un '-' NO debe encerrarlo entre comillas). Fácil, ¿eh?

Nota: Siempre que Slirp espere una dirección IP como argumento (por ejemplo, en el comando "redir")
y no se proporciona el argumento de la dirección IP, entonces el uso predeterminado es diferente dependiendo de
donde apareció el comando; si estuviera en ~ / .slirprc entonces el valor predeterminado es 10.0.2.15; si se
estaba en un telnet 10.0.2.0, entonces la dirección IP utilizada es la dirección IP desde donde el telnet
Se realizó la conexión 10.0.2.0. Por ejemplo, si tiene una LAN en casa y telnet para
10.0.2.0 desde uno de los hosts y emite un comando "redir", Slirp usará la dirección IP
del host desde donde realizó la conexión telnet 10.0.2.0. Además, si usa una IP
dirección en su PC que no sea 10.0.2.15, debe incluirla como argumento siempre que
Slirp lo espera, por ejemplo con el comando redir:

redir 5555 su.ip.dirección: 5555

Algunas notas sobre la configuración:

* Debe tener "ppp" o "-P" antes de cualquier opción de PPP (porque cuando Slirp analiza -P o
ppp, inicializará todos los campos relacionados, por lo tanto, borrará todo lo que se haya analizado
antes de eso).

* Al inicio, la configuración se realiza en este orden:

1) ~ / .slirprc-N (si usa equilibrio de carga o reanudación de enlace)

2) ~ / .slirprc

3) Opciones de la línea de comandos

Esto es importante porque, por ejemplo, si tiene "opciones de inicio" (una opción PPP)
in ~ / .slirprc-0, y ejecuta slirp con -P, "initiate-options" no será válido,
porque -P borrará el hecho de que desea opciones iniciadas por Slirp (recuerde, -P
siempre debe ir antes que cualquier opción de PPP).

COMANDOS Y OPCIONES

Slirp incluye una función de "ayuda en línea". Para obtener una lista de los comandos aceptados por Slirp, proporcione
es el comando "ayuda". Es decir, puede ejecutar Slirp desde su indicador de shell como:

slirp "ayuda"

o una vez que Slirp se esté ejecutando, telnet a 10.0.2.0 y escriba:

ayuda

Para obtener una breve descripción de cada comando, simplemente escriba "help COMMAND". P.ej:

slirp "ayuda a la velocidad en baudios"

desde la línea de comando, o

ayudar a la velocidad en baudios

en telnet a 10.0.2.0.

En las siguientes descripciones, los elementos entre corchetes son opcionales. "Utilizable" se refiere
donde se puede utilizar, es decir: "línea de comandos / archivo de configuración", "telnet" o "en cualquier lugar" (que
significa que puede aparecer en la línea de comandos / archivo de configuración o se puede proporcionar a través de telnet). "Mando-
line "proporciona el equivalente de la línea de comandos, cuando corresponda.

redir X [start N] [ADDR] [: DISPLAY [.SCREEN]]
Redirigir un puerto para usarlo con el sistema X Window.
Utilizable: en cualquier lugar
Línea de comando: -X
Opciones:

iniciar N
Dígale a slirp que comience a buscar puertos libres a partir de N. ej .: si N = 2, slirp
intentará tomar el puerto 6002, luego 6003, etc., esto es útil para sitios que
a veces ejecutan su propio servidor X y no desea capturar su puerto 6000,
lo que naturalmente esperarían.

DIRECCIÓN
La dirección IP de nuestra casa, o la dirección donde está el servidor X (si tiene una LAN en
home para conectar más de una máquina a la red) (por defecto 10.0.2.15 cuando está en
~ / .slirprc, la dirección IP de origen cuando está en la línea de comandos).

DISPLAY
A qué pantalla redireccionar (predeterminado: 0).

PANTALLA
A qué pantalla redireccionar (predeterminado .0).

Ejemplo: redir X 10.0.2.15:0.0

Nota: Esto imprimirá el comando necesario para ingresar a cada shell desde donde
inicie sus aplicaciones X.

Ver también: mostrar X.

mostrar X
Muestre el comando que se debe dar a su shell para cualquier puerto X que haya sido
redirigido (en caso de que lo olvide).

Utilizable: telnet

Ejemplo: mostrar X

Nota: Esto es útil si olvida el comando para darle a su shell para X
redirección.

Ver también: redir X, inicio de registro.

redir [una vez | vez] [udp | tcp] PUERTO [a] [DIRECCIÓN:] LPORT
Redirigir el puerto de host al puerto local utilizando un protocolo seleccionado.
Utilizable: en cualquier lugar
Opciones:

una vez Solo permite una redirección [solo TCP]

tiempo Permitir que se agote el tiempo de espera de la redirección [solo UDP]

udp Redirigir un puerto UDP

tcp Redirigir un puerto TCP [predeterminado]

PORT Puerto para usar en el sistema host

DIRECCIÓN Dirección de su máquina doméstica [por defecto 10.0.2.15]

Puerto LPORT para redirigir el puerto de host al sistema local

Ejemplo: redir tcp 5021 a 21
Permita que los usuarios accedan a su máquina local usando el puerto 21 de su host (ftp
su.nombre.de.hosts 5021).

Nota: si este comando está en su archivo .slirprc y no se especifica ninguna dirección,
suponga que su dirección IP local es 10.0.2.15. Si ingresa el comando del
slirp control telnet IP utilizará la dirección IP con la que está accediendo.

velocidad en baudios N
Controla la asignación de tiempo a las comunicaciones a través de su enlace serial. Más alto
los valores generalmente usan más ancho de banda disponible para su módem. Este es _sólo_ un
valor de control interno y _no_ cambia la configuración física para el puerto de host
o módem.
Utilizable: en cualquier lugar
Línea de comando: -b

Ejemplo: velocidad en baudios 14400

Nota: los números más altos generalmente permiten mejores tasas de transferencia para sesiones ftp, pero
las sesiones interactivas podrían volverse menos receptivas. el valor óptimo es * JUSTO * cuando
Las sesiones ftp alcanzan el rendimiento máximo, pero esto puede ser difícil de encontrar (especialmente en
comprimir módems), por lo que debe elegir el rendimiento máximo que esperaría de
su módem.

especial | control | dirección de host DIRECCIÓN
Configure los alias de direcciones IP y otros para slirp.
Utilizable: en cualquier lugar
Opciones:

dirección especial
Establecer el alias de IP de red para slirp

dirección de control
Solo permita el acceso a la dirección de control slirp desde ADDRESS.

Dirección del servidor
Dile a slirp la dirección IP del host en el que se está ejecutando. Use esto solo si slirp
no puede encontrar correctamente la dirección IP del host.

Ejemplo: dirección especial 10.0.3.0

Nota: La DIRECCIÓN para especial debe terminar en 0 (cero) y otras direcciones están clasificadas
de esto. La dirección especial predeterminada es 10.0.2.0 y proporciona las siguientes direcciones IP definidas:

10.0.2.0 IP de telnet de control slirp
10.0.2.1 IP ejecutiva slirp
10.0.2.2 alias de host slirp
10.0.2.x agregar [pty] exec dirección opcional

agregar [pty] programa ejecutivo: [DIRECCIÓN:] PUERTO
Configure el programa para que se ejecute en el host cuando la máquina local intente conectarse a ADDRESS en
puerto PORT.
Utilizable: en cualquier lugar
Opciones:

exec Establece una conexión binaria con el programa al estilo de inetd.

ptyexec Establecer una conexión telnet al programa usando la aplicación auxiliar telnetd
bajo una pseudo-terminal.

PROGRAMA Programa a ejecutar

DIRECCIÓN Dirección opcional

PUERTO Puerto

Ejemplo: agregar ptyexec csh: 55
Se iniciará una conexión telnet a la IP de slirp exec (por defecto 10.0.2.1) y se conectará
directamente al programa csh en el host. (telnet 10.0.2.1 55).

Ejemplo: agregar exec nntpd: 10.0.2.3: 119
Un programa que intente abrir el puerto 119 en la dirección 10.0.2.3 se conectará al
programa nntpd.

Nota: El uso del formulario ptyexec requiere que la aplicación auxiliar slirp.telnetd sea
disponible en su camino. También tenga en cuenta que ADDRESS debe tener el formato SPECIAL_ADDRESS.xx
(10.0.2.xx por defecto).

[no] comprimir
Forzar el modo de inicio para slirp a SLIP o CSLIP. Esto anula el automático predeterminado
determinación del modo.

Ejemplo: nocompress
Comience en modo SLIP.

Ejemplo: comprimir
Inicie en modo CSLIP.

Nota: El método de operación predeterminado generalmente funciona bien. Solo deberías tener que
use este comando si encuentra que su host y el sistema local no se sincronizan
el tipo de conexión.

mtu norte
Controla el tamaño de los paquetes IP enviados a través del enlace IP en serie. Los valores válidos son
<= 1500.

Ejemplo: mtu 1500 Establezca la mtu en su tamaño máximo permitido.

Nota: Los valores más altos generalmente mejoran el rendimiento de los navegadores web gráficos y ftp.
transferencias a través del enlace serie, a expensas del rendimiento interactivo. los
El valor predeterminado de 552 parece ser un compromiso razonable para las conexiones a 14400.
baudios.

PROGRAMA shell
Configure el programa para que se ejecute en el puerto telnet predeterminado de EXEC IP (23).

Esto es lo mismo que

añadir PROGRAMA ptyexec: 23

Nota: Por defecto, slirp se conecta / Bin / sh al puerto telnet IP del ejecutivo.

ayuda [COMANDO]
Muestra una breve lista de los comandos disponibles o más información sobre el comando nombrado.

eliminar [pty] exec PROGRAMA: [DIRECCIÓN /] PUERTO
Invertir el efecto de "agregar [pty] exec". ver "agregar [pty] exec" para las opciones, etc.

Nota: debe ingresar las opciones exactamente como las ingresó en add [pty] exec.

** Esta descripción está incompleta. **

echo [encendido | apagado]
Active o desactive el eco, dependiendo de cómo se comporte su cliente. "echo" por sí solo mostrará
si el eco está activado o desactivado actualmente.

matar a N
Mata la sesión que tiene un Socket no. de N. para encontrar el zócalo no. de un particular
sesión, use los comandos "stats socket". Consulte las "estadísticas" a continuación.

Nota: se recomienda que utilice "cerrar N" en su lugar, ya que esto simplemente borra el
sesión, mientras que "cerrar N" lo cierra correctamente, como un buen pequeño emulador de tcpip debería
:)

"kill -1" no debe usarse, matará la primera sesión que encuentre con -1, que
generalmente es la conexión de línea de comandos.

cerrar N
Cierre la sesión que tiene un Socket no. de N. igual que "kill N", pero cierra la sesión
graciosamente. Consulte "matar a N".

stats [ip ​​| socket | tcp | vj | udp | mbuf | tty | alltty | otros?]
Muestra estadísticas sobre el argumento dado.
Opciones:

ip Muestra estadísticas de ip.

socket Muestra estadísticas sobre los sockets activos actualmente. Utilice esto para averiguar cuál
sesiones para cerrar / matar, ya que también mostrará el FD de la sesión.

tcp Muestra las estadísticas de tcp (paquetes enviados, recibidos, etc.).

udp Igual que tcp pero para udp.

mbuf Muestra cuántos mbufs se asignaron, están en uso, etc. Si el módem está inactivo,
y hay más de 1 mbufs en la lista de usados, sugiere una fuga de mbuf.

[pty] programa ejecutivo
Esto ejecutará PROGRAM, y la sesión de línea de comandos actual dejará de existir,
asumido por el PROGRAMA. es decir, cuando el programa sale, no obtendrá el comando-
línea atrás, la sesión se cerrará (debería).

socket [PORT, PASSWORD]
Cree un socket de dominio Unix y escuche () para que se conecten más interfaces. Esto también es
necesario para reiniciar. Dé los argumentos PORT, PASSWORD si desea utilizar Internet-
sockets de dominio en lugar de sockets de dominio UNIX.

inicio de registro
Registre toda la salida de inicio en el archivo .slirp_start.

agregar emu SERVICE [: TYPE_OF_SERVICE] [lport:] fport
Dígale a slirp que emule SERVICE cuando esté en el puerto lport / fport.
Opciones:

SERVICIO
Puede ser: ftp, ksh, irc, none.

TIPO DE SERVICIO
Puede ser: rendimiento, retraso bajo.

LPORT Se puede proporcionar si ese servicio necesita emulación para, por ejemplo, servidores.

Ejemplo: agregar emu ftp 8021
Si desea ftp a algún lugar en el puerto 8021.

Ejemplo: agregar emu ftp 8021: 0
Si su servidor ftp doméstico está en el puerto 8021. NOTA: esto NO significa que redirija el puerto
8021 para su demonio ftp, se refiere al puerto EN CASA en el que ftpd está escuchando
a.

Ejemplo: agregar emu none: lowdelay 8000
Si hace telnet en algún lugar del puerto 8000 y desea que esos paquetes vayan en el fastq
(es decir, tienen una prioridad más alta que, digamos, los paquetes ftp). Esto le dice a Slirp que cualquier
los paquetes destinados al puerto 8000 no tendrán ninguna emulación, pero se configurará
IPTOS_LOWDELAY.

DNS DNS_IP
Dale esto a slirp si quieres usar 10.0.2.3 como un alias para DNS, Y slirp adivina
incorrecto para el DNS en el inicio.

TÉCNICA TEMAS

Especial Direcciones
Todas las direcciones de la forma 10.0.2.xxx son especiales para Slirp (esto se puede cambiar con el
comando "dirección especial"). La siguiente es una descripción de lo que cada una de las direcciones
media:

10.0.2.0
Esta es la dirección de configuración "en línea" de Slirp. Cuando hace telnet a 10.0.2.0,
puede cerrar conexiones, configurar Slirp, redirigir puertos, etc. todo mientras Slirp está
corriendo. Lea la sección "CONFIGURACIÓN DE SLIRP" para obtener detalles sobre cómo utilizar
esta.

10.0.2.1
Esta es la dirección utilizada por Slirp para ejecutar programas. Por ejemplo, si le das
Slirp el comando "agregar ejecutivo / bin / ls: 23 ", cuando se establece una conexión a 10.0.2.1 en
puerto 23, Slirp se ejecutará / bin / ls y redirigir la salida a esa conexión.
Por ejemplo, con "agregar ejecutivo / bin / ls: 23 ", si usa telnet a 10.0.2.1 (telnet usa el puerto 23)
obtendrá una lista de archivos en el directorio en el que se inició Slirp. Otro ejemplo
podría ser "agregar exec / ruta / a / nntpd: 119". Ahora puede decirle a su lector de noticias que use
10.0.2.1 como el host de noticias y realmente se conectará al programa en ejecución
"nntpd".

10.0.2.2
Este es un alias para el host remoto. Cuando te conectes a 10.0.2.2,
realmente conectarse al host en el que se está ejecutando Slirp. Esto es útil si su shell
La cuenta puede estar en diferentes hosts, 10.0.2.2 siempre significará que el host Slirp está
que se ejecuta en.

10.0.2.3
Este es un alias para su DNS. Slirp intentará averiguar su dirección DNS y
todos los datos enviados a 10.0.2.3 serán redirigidos a su dirección DNS, para que pueda saber
su software TCP / IP para utilizar 10.0.2.3 como su DNS. Esto también puede ser útil si su
ejecute Slirp desde múltiples hosts; no necesita cambiar su DNS para cada host.

10.0.2.15
Esta es la dirección recomendada por Slirp para usar en su PC. Sin embargo, esto es
simplemente una sugerencia, a Slirp no le importa qué dirección use.

Puerto Redirección
La redirección de puertos es un concepto importante en los emuladores de TCP / IP porque permite otros
personas para conectarse a su PC, además de permitir que funcionen algunos programas que normalmente
no funcionaría.

Cómo do I Redireccionar a ¿Puerto?
Primero debe darse cuenta de que bajo Slirp, nadie en Internet puede acceder a su PC
directamente, ya que NO tiene una dirección IP que nadie más pueda ver. La ÚNICA forma en que
puede contactarlo a través del host remoto (donde se está ejecutando Slirp).

¿Qué tiene esto que ver con la redirección de puertos? Un montón. Para que otras personas en Internet
poder conectarse a su PC, Slirp necesita escuchar las conexiones en un puerto específico en
el host remoto, luego "redirigir" esta conexión y hacer que se conecte de nuevo a su PC.

Por ejemplo, supongamos que está ejecutando un servidor FTP en su PC y desea que otros puedan
para conectarse, obtener archivos, cargar archivos, etc. Lo que debe hacer es elegir un puerto
número, cualquier número de puerto por encima de 1024 (por razones de seguridad), y dígale a Slirp que cualquier
las conexiones en ese puerto son realmente conexiones a su servidor FTP. Haces esto con el
comando "redir".

Para este ejemplo, digamos que elige 5555 como el puerto para redirigir (puede ser CUALQUIER número,
siempre que nadie más lo esté usando). Simplemente le das a Slirp el comando:

Redir 5555 21

El segundo argumento, 21, es el puerto que utiliza FTP. También podría haber utilizado el
mando:

redirigir 5555 ftp

y Slirp se dará cuenta de que "ftp" significa 21. Este comando básicamente le dice a Slirp
"cualquier conexión a este host (donde se ejecuta Slirp) en el puerto 5555 son realmente conexiones
a la PC de casa en el puerto 21 (el puerto utilizado por el servidor FTP) ".

Ahora simplemente diga a los demás que se conecten al host remoto (donde se está ejecutando Slirp), que
ES visible en Internet, en el puerto 5555 y estarán conectados a su servidor FTP.

Esta misma técnica se utiliza cuando un programa utiliza un puerto específico para la comunicación, por
ejemplo Kali, un emulador de IPX sobre TCP / IP que permite a los usuarios ejecutar juegos IPX sobre el
Internet. Kali usa el puerto UDP 2213 para la comunicación para que otros puedan enviar un
paquete a su PC en el puerto UDP 2213, debe hacer lo siguiente:

redir upp 2213 2213

Todos los paquetes ahora destinados al host remoto en el puerto UDP 2213 se enviarán a su PC en
puerto 2213.

Sus Preguntas Puerto redirecciones
Aquí hay una lista de programas que necesitan una redirección de puerto para funcionar. YOUR_PC_ADDRESS refiere
a la dirección IP que asignó a su PC. Si no se proporciona, se asume 10.0.2.15.

Kali
redir udp 2213 YOUR_PC_ADDRESS: 2213
(Nota: también DEBE configurar la dirección IP de su PC en la misma dirección IP que el host remoto
(donde se ejecuta Slirp))

iPhone
redir udp 22555 YOUR_PC_ADDRESS: 22555

StreamWorks
redir udp 8000 YOUR_PC_ADDRESS: 8000
(el 8000 es configurable)

¡guau!
redir tcp 13223 YOUR_PC_ADDRESS: 13223

teléfono web
redir tcp 21845 YOUR_PC_ADDRESS: 21845
redir udp 21845 YOUR_PC_ADDRESS: 21845
(Nota: WebPhone usa AMBOS puertos tcp y udp 21845. Además, probablemente necesite configurar
la dirección de su PC a la misma dirección IP que RemoteHost con el fin de completar
funcionalidad)

Por favor, avíseme de otros programas que requieran redireccionamiento como el anterior. Ver
"OBTENER AYUDA" para obtener detalles sobre cómo ponerse en contacto conmigo.

Fijar La velocidad en baudios Opción
La opción "velocidad en baudios" de Slirp ha causado cierta confusión. Esta sección explicará exactamente
para qué sirve y cómo usarlo.

Al enviar datos a través del módem a su PC, Slirp necesita saber cuántos datos puede enviar
sin "saturar" el enlace. Si Slirp iba a enviar tantos datos como pudiera, el
El sistema operativo almacenaría MUCHO en búfer: 20k no es infrecuente. Esto podria severamente
"retrasar" cualquier conexión de telnet si está enviando un archivo mediante FTP al mismo tiempo. Este es
porque cuando escribe un carácter, no verá ese carácter en la pantalla hasta que
el otro extremo le envía el "eco", por lo que si hay 20k de datos almacenados en el búfer,
debe esperar hasta que se reciban 20k de datos antes de ver ese personaje en la pantalla.

Para contrarrestar esto, Slirp utiliza la opción "velocidad en baudios" para limitar la cantidad de datos que envía.
sobre el enlace para evitar que el sistema operativo almacene demasiado en el búfer. Así que si usted
dar a Slirp una "velocidad en baudios" de 14400, Slirp enviará datos a una velocidad de módem de 14400 baudios (con
sin compresión).

En general, la velocidad en baudios a la que se realizó la conexión debe ser la "velocidad en baudios" que
dárselo a Slirp. Entonces, por ejemplo, si se conectó a 14400 baudios, debe darle a Slirp el
opción "velocidad en baudios 14400". Sin embargo, dado que la mayoría de los módems actuales realizan compresión (v.42bis), es
Es muy difícil para Slirp saber cuántos datos enviar para mantener el enlace "completo", pero evitar
demasiado almacenamiento en búfer por parte del sistema operativo.

Por lo tanto, debe elegir una "velocidad en baudios" adecuada a sus necesidades: si usa telnet a
mucho mientras descarga archivos comprimidos, debe establecer su "velocidad en baudios" al mismo que el
CONECTE la velocidad de su módem. La descarga de archivos comprimidos no debería sufrir, y telnet
las sesiones serán mucho más receptivas. Sin embargo, enviar texto a través del módem no será tan
rápido, porque su módem comprimirá los datos y los enviará más rápido de lo que espera Slirp.
Dar una "velocidad en baudios" igual a la velocidad CONNECT apagará efectivamente el módem
compresión.

Si no usa mucho telnet, debe establecer su "velocidad en baudios" al máximo
velocidad teórica que puede alcanzar su módem. Por ejemplo, si se conecta a 14400 y usa la v.42bis
compresión, que puede comprimir hasta 4x, debe establecer su "velocidad en baudios" en 14400 * 4 =
57600. Esto garantizará que todos los datos comprimibles se compriman y un máximo
se logrará el rendimiento, a expensas de las sesiones de telnet, que serán casi
inutilizable si está descargando archivos al mismo tiempo.

Sin embargo, tenga en cuenta que puede cambiar la configuración de "velocidad en baudios" en cualquier momento. Simplemente telnet a
10.0.2.0 e introduzca "velocidad en baudios XXX" y Slirp cambiará la velocidad a la que se envían los datos.
Esto puede resultar útil, por ejemplo, si está descargando muchos archivos comprimidos, pero en el
en medio de la descarga desea leer el correo. Simplemente cambie la "velocidad en baudios" a CONNECT
velocidad y, cuando haya terminado, vuelva a cambiarla a la velocidad máxima teórica.

Además, tenga en cuenta que la "velocidad en baudios" también se utiliza para otros cálculos. Por ejemplo,
si hay muchas conexiones, Slirp intentará ser justo y enviará un paquete por
conexión de forma rotatoria. Esto hace que todas las conexiones sean "fluidas" en lugar de
enviando un montón de paquetes para una conexión, luego un montón de paquetes para otra
conexión, etc. Pero si la "velocidad en baudios" es demasiado alta, eso es exactamente lo que sucederá.
La selección de prioridad de paquetes también utiliza la "velocidad en baudios"; Es decir, si hay paquetes en cola
listo para enviar desde una conexión FTP y una conexión telnet, los paquetes telnet
se enviará primero. Pero nuevamente, esto solo funcionará si la "velocidad en baudios" refleja la cantidad
de datos que Slirp puede enviar y, en general, no funcionará si lo configura al máximo teórico
velocidad de conexión.

Así que aquí están mis consejos:

* Si descarga muchos archivos comprimidos y ocasionalmente usa telnet u otro
programas "interactivos", configure su "velocidad en baudios" a su velocidad CONNECT (porque ya
Los archivos comprimidos ya no se comprimirán con la compresión del módem, por lo que
es poco probable que obtenga descargas más rápidas como resultado de la compresión del módem);

* Si utiliza principalmente telnet u otros programas "interactivos" y ocasionalmente
descargue algunos archivos comprimidos, establezca su "velocidad en baudios" a la velocidad máxima teórica
(debido a que las sesiones de telnet suelen ser texto, que se comprime muy bien, por lo tanto, la pantalla
las actualizaciones serán más rápidas. Solo al descargar archivos comprimidos experimentará
retraso severo);

* Si navega principalmente por la Web (por ejemplo, utilizando Netscape, etc.), debe configurar su
"velocidad en baudios" a la velocidad máxima teórica (porque hay una gran cantidad de texto en la Web
documentos que son muy comprimibles y no hay sesiones de telnet, por lo que el retraso no
ser un problema);

Personalmente tengo la velocidad en baudios establecida en 14400, la velocidad a la que se conecta mi módem, incluso
aunque los módems hacen compresión v.42bis. Las descargas de archivos comprimidos son igual de rápidas y
Las sesiones de telnet durante las descargas de FTP responden sorprendentemente. Inténtalo tú mismo,
hay un mundo de diferencia.

PROBLEMAS, PREGUNTAS, Y RESPUESTAS

Cual programas do No Trabaja más del ¿Deslizamiento?
Cualquier programa que vincule () es un puerto, luego le dice al otro extremo de la conexión dónde
debe conectar () a este puerto vinculado.

Por ejemplo, cuando "obtiene" un archivo durante una sesión FTP, el cliente FTP bind () es
socket, echa un vistazo a qué puerto está vinculado el socket, luego le dice al servidor FTP el
dirección y puerto de este conector (con el comando PORT). El servidor FTP luego conecta ()
a este par de direcciones / conectores.

Ahora, dado que su máquina no está realmente en Internet, esta solicitud connect () no
llegue a su anfitrión, por lo que no funcionará.

Slirp emula esto enlazando () su propio puerto en el servidor que * está * en Internet,
e informa al servidor FTP sobre * ese * par de direcciones / conectores. Cuando el servidor conecta () a
Slirp se conectará de nuevo a su máquina.

En la actualidad, se emulan los siguientes programas:

iniciar sesión
ftp
ksh
irc (para / dcc)
RealAudio
hablar / ytalk / ntalk
CUVéame

Localización de averías
Síntoma:
La conexión se "congelará". Por ejemplo, al descargar una imagen en WWW,
pare a la mitad y no continuarán las conexiones.

Diagnóstico:
Probablemente no tenga un enlace limpio de 8 bits.

Solución: debe intentar averiguar con su administrador de sistemas qué personajes deben ser
"escapado", luego dígale a Slirp sobre ellos usando los comandos "asyncmap" y "escape".
Tenga en cuenta que debe utilizar PPP para que esto funcione. (Una forma de probar 8 bits
La limpieza es descargar un archivo BINARIO con Z-Modem. Si el archivo no hace
tiene un enlace "sucio").

Una cosa que puede intentar es ejecutar Slirp como:

slirp "asyncmap ffffffff" "escape ff"

(¡citas incluidas!). Esto le dirá a Slirp que se escape de los "desagradables
personajes.

Síntoma:
Puede conectarse a hosts utilizando direcciones numéricas (de la forma aa.bb.cc.dd) pero
no puede conectarse a los hosts cuando usa su nombre de host (por ejemplo: ftp.cdrom.com). Eso
normalmente se agota con un error de DNS.

Diagnóstico:
Probablemente no configuró su dirección DNS correctamente.

Solución: intente configurar su dirección DNS en 10.0.2.3. Esto debería funcionar para la mayoría de situaciones.
Si eso falla, vaya a la línea de comandos y escriba "nslookup". Esto debería imprimir el
dirección y nombre de host de su servidor DNS. Utilice la dirección IP numérica como su DNS.
NO use el nombre de host.

Si aún no puede encontrar su dirección DNS, solicítela a su administrador de sistemas.

respuestas a Preguntas Frecuentes Frecuentes (Preguntas frecuentes)
Q1. ¿Puedo usar Slirp a través de Telnet o Rlogin?

A1. Si, por lo general. Pero esto depende en gran medida de su situación.

La razón por la que Slirp generalmente no funciona a través de telnet es por el carácter ^]
es interpretado por el cliente telnet y 0xff interpretado por el servidor. Mientras tu
puede decirle a Slirp que escape estos personajes mientras usa PPP, puede que no sea posible
para que su software PPP local escape caracteres superiores a ASCII 31. Rlogin
también interpreta el carácter ~, que puede interferir con PPP (especialmente
considerando ~ es ASCII 0x7e que es usado por PPP como el "final del paquete"
personaje").

Si su software PPP no puede escapar de estos caracteres, o está usando (C) SLIP
(que debe tener un enlace limpio de 8 bits), su mejor opción es intentar hacer el enlace
8 bits limpio. Por ejemplo, en algunos sistemas puede asignarle a telnet el indicador -8 para que
el enlace de 8 bits y -E para evitar que interprete el carácter ^]. Similarmente para
rlogin; -8 para hacer el enlace de 8 bits, -E para evitar que rlogin interprete el ~
personaje. Debería consultar las páginas del manual de telnet y rlogin ("man telnet" y
"man rlogin" respectivamente) para ver si su telnet / rlogin tiene opciones similares.

Otra posible solución es utilizar la capacidad de Slirp para trabajar en varios hosts.
Consulte la documentación de slirp.doc para obtener más detalles.

Q2. ¿Cómo ejecuto un programa X en otro host y lo visualizo en mi PC?

A2. Utilice el comando "redir X" en ~ / .slirprc. Esto redirigirá un puerto para usar con X
.

Al inicio, Slirp debería imprimir algo como:

X Redir: en sh / bash / zsh / etc. tipo: PANTALLA = DIRECCIÓN IP: XY; exportar PANTALLA
X Redir: en csh / tcsh / etc. tipo: setenv DISPLAY IP DIRECCIÓN: XY

Ahora, cuando haga telnet al host desde el que desea ejecutar los programas X, debe hacer
como sugiere Slirp arriba; escriba cualquiera de los dos comandos, dependiendo de qué shell
Tu estas usando. También puede ejecutar el programa X como "xprog -display IP.ADDRESS: XY"
como se imprime arriba.

Si se perdió lo que Slirp mostró al inicio, puede hacer telnet a 10.0.2.0 y dar
Haga clic en el comando "mostrar X" y se imprimirá lo anterior.

Tenga en cuenta que también debe asegurarse de que su servidor X acepte la conexión. Ver
la página de manual de xhost y Xsecurity. Tenga cuidado con la emisión de comandos como "xhost
+ ", esto permitirá que cualquiera pueda conectarse a su servidor X y hacer básicamente cualquier cosa
ellos quieren.

Q3. Cuando ejecuto "talk" o "wintalk", etc., puedo enviar solicitudes a otras personas, pero
no pueden enviarme solicitudes. ¿Por qué?

A3. No podrás recibir solicitudes de conversación, punto. Esto se debe a que Slirp nunca
vea la solicitud de conversación entrante; se envía directamente a través del módem, muy probablemente
corromper cualquier paquete entrante con él (que tendrá que ser retransmitido).
Slirp apaga sus mensajes para que la persona que intente hablar con usted reciba
un error "El usuario está rechazando mensajes".

Q4. No puedo hacer telnet a 10.0.2.0, la dirección de control de Slirp. ¿Qué ocurre?

A4. Vea la respuesta a esta pregunta en slirp.doc y vuelva a compilar slirp.

Q5. Tengo algunos problemas con Slirp y quiero intentar encontrar el problema yo mismo.
¿Slirp tiene alguna función de depuración?

A5. Si. Consulte slirp.doc para conocer las opciones de depuración en tiempo de compilación.

Q6. Mi ISP me desconecta si estoy inactivo demasiado tiempo. ¿Cómo puedo conseguir que Slirp prevenga esto?

A6. En primer lugar, el mecanismo de cierre de sesión inactivo se utiliza por una razón: para evitar que las personas
de acaparar un módem que no está en uso. Entonces, si está inactivo, cierre la sesión y brinde
otros tienen la oportunidad de iniciar sesión.

Habiendo dicho eso, puede hacer que Slirp use temporizadores de mantenimiento de TCP para sondear regularmente
cada conexión TCP. Para activar esto, agregue:

mantener viva

para usted ~ / .slirprc expediente. Esto hará que Slirp pruebe cada conexión TCP cada
minuto más o menos. Puede cambiar este intervalo dando a keepalive el número de
segundos:

keepalive SEGUNDOS

Tenga en cuenta que no se enviarán sondas si no hay conexiones TCP. Entonces necesitas en
al menos una conexión TCP activa para que esto funcione.

CONSIGUIENDO AYUDA

Hay varias fuentes de ayuda. Primero, lea las secciones anteriores "Solución de problemas"
y "Respuestas a las preguntas más frecuentes (FAQ)".

Si eso falla, pruebe la página de inicio de Slirp en:

http://blitzen.canberra.edu.au/slirp

Hay muchos enlaces interesantes a otras páginas que tienen una configuración específica


También hay un grupo de noticias dedicado a emuladores SLIP llamado emuladores alt.dcom.slip. usted
encontrará mucha discusión sobre Slirp y otros "emuladores SLIP". Las preguntas frecuentes (con frecuencia
Preguntas formuladas) para alt.dcom.slip-emulators está incluido en el directorio "docs", yo
sugiero leer esto también.

Si todo lo demás falla, envíeme un correo electrónico a [email protected] con la GMT
:

* Salida del comando "uname -a" en el sistema remoto;

* Nombre y versión del sistema operativo que ejecuta en su PC;

* Versión de Slirp que estás usando (¡¡¡IMPORTANTE !!!);

* Si logró que Slirp se ejecutara, ejecute Slirp como "slirp -S" y luego intente lo que haya fallado.
Cuando salga de Slirp, debería tener un archivo llamado "slirp_stats". Envíame este archivo;
y

* Cualquier otra cosa que considere relevante.

* POR FAVOR * incluya toda la información anterior. Si no lo hace, puedo simplemente presionar "d". No puedo
Garantizo una respuesta, pero haré mi mejor esfuerzo.

GRACIAS

¡Un gran gracias!" va a las siguientes personas por su ayuda en la creación de Slirp.

Juha Pirkola, Gregory M. Christy, Regentes de la Universidad de California, Carnegie
Mellon University, The Australian National University y RSA Data Security, Inc. cuyas
El código fuente se utiliza en todo Slirp. Slirp no estaría sin ellos.

Gracias a todos los colaboradores que ayudaron con errores, sugerencias, código, etc. Lea el
archivo ChangeLog para ver exactamente quién ayudó con qué.

Un agradecimiento especial para Chris Metcalf y Juha Pirkola por sus contribuciones (ver
ChangeLog). Pusieron un esfuerzo extra y Slirp no sería el mismo sin su ayuda.
¡Gracias chicos!

Gracias a todas las personas que enviaron un correo electrónico muy amable y alentador, es sincero.
apreciado.

Gracias a todos los administradores y Head Honcho's en UCNet, la Universidad de Canberra Computer
Club ("blitzen") que me dio algunas propiedades inmobiliarias en su máquina (blitzen.canberra.edu.au)
para trabajar (gracias a Tony Delroy por darme la cuenta originalmente). ¡Oye! Por qué no
echa un vistazo a su página de inicio en http://blitzen.canberra.edu.au/?

Gracias a Brasil por el café (¡y a Sepultura! :)

Gracias a las leyes de la física, los componentes básicos del universo.

DERECHOS DE AUTOR

Slirp fue escrito por Danny Gasparovski.

Copyright (c) 1995 Danny Gasparovski. Reservados todos los derechos.

Slirp es un software gratuito; "gratis", ya que no tiene que pagar por ello, y es libre de hacerlo
lo que quieras con él. No acepto donaciones, monetarias o de otro tipo, por
Slirp. En cambio, le pediría que pase esta posible donación a su organización benéfica favorita.
De hecho, animo a * todos * que encuentren útil Slirp a hacer una pequeña donación a su
organización benéfica favorita (por ejemplo, GreenPeace). Esto no es un requisito, sino una sugerencia.
de alguien que valora mucho el servicio que brindan.

La redistribución y el uso en formato fuente y binario, con o sin modificación, son
permitido siempre que se cumplan las siguientes condiciones:

1. Las redistribuciones del código fuente deben conservar el aviso de copyright anterior, esta lista de
condiciones y el siguiente descargo de responsabilidad.

2. Las redistribuciones en formato binario deben reproducir el aviso de copyright anterior, esta lista de
condiciones y la siguiente exención de responsabilidad en la documentación y / u otros materiales
provisto con la distribución.

3. Todos los materiales publicitarios que mencionen características o el uso de este software deben mostrar la
siguiente reconocimiento: Este producto incluye software desarrollado por Danny
Gasparovski.

ESTE SOFTWARE SE PROPORCIONA `` TAL CUAL '' Y CUALQUIER GARANTÍA EXPRESA O IMPLÍCITA, INCLUYENDO, PERO
SIN LIMITARSE A, LAS GARANTÍAS IMPLÍCITAS DE COMERCIABILIDAD Y APTITUD PARA UN PARTICULAR
SE RECHAZA EL PROPÓSITO. EN NINGÚN CASO DANNY GASPAROVSKI O LOS COLABORADORES SERÁN RESPONSABLES DE
CUALQUIER DAÑO DIRECTO, INDIRECTO, INCIDENTAL, ESPECIAL, EJEMPLAR O CONSECUENTE (INCLUYENDO,
PERO NO LIMITADO A LA ADQUISICIÓN DE BIENES O SERVICIOS SUSTITUTOS; PÉRDIDA DE USO, DATOS O
BENEFICIOS; O INTERRUPCIÓN COMERCIAL) SIN EMBARGO Y CON CUALQUIER TEORÍA DE RESPONSABILIDAD, YA SEA
EN CONTRATO, RESPONSABILIDAD ESTRICTA O AGRAVIO (INCLUYENDO NEGLIGENCIA O DE OTRO MODO) QUE SURJA EN CUALQUIER
ELIMINE EL USO DE ESTE SOFTWARE, INCLUSO SI SE AVISO DE LA POSIBILIDAD DE DICHO DAÑO.

Esto básicamente significa que puede hacer lo que quiera con el software, excepto 1) llamarlo
la suya propia y 2) reclamar la garantía. No hay garantía para este software. Ninguno.
Nada. Si pierde un millón de dólares mientras usa Slirp, esa es su pérdida, no la mía. Entonces,
***¡ÚSELO BAJO SU PROPIO RIESGO!***.

Si estas condiciones no se pueden cumplir debido a restricciones legales (p. Ej., Cuando es contra el
ley para entregar Software sin garantía), debe dejar de usar el software y eliminar
todas las copias que tienes.

Slirp usa código con derechos de autor de las siguientes personas / organizaciones:

Juha Pirkola.
Gregorio M. Christy.
Los regentes de la Universidad de California.
Universidad de Carnegie mellon.
La Universidad Nacional de Australia.
RSA Seguridad de datos, Inc.

Lea la parte superior de cada archivo de origen para obtener detalles sobre los distintos derechos de autor.

Use slirp en línea usando los servicios de onworks.net