COMUNICAR UNA PC CON UN SERVIDOR

Forums: 

HOLA A TODOS POR FAVOR ALGUIEN ME PUEDE AYUDAR ......
TENGO UN SERVICIO DE INTERNET DEDICADO EN MI TRABAJO Y UTILIZO LINUX RED HAT 7.1 CON SQUID COMO PROXY :) , HASTA AHI TODO PLENO, QUIERO SABER SI ES POSIBLE CONECTAR OTRA PC CON LINUX A TRAVES DEL MODEM DESDE OTRA UBICACION PARA ACCEDER AL INTERNET :exclam: .
EN OTRAS PALABRAS QUIERO SABER SI PUEDO SER MI PROPIO ISP
SI ALGUIN ME PUEDE AYUDAR CON ESTO SE LO AGRADECERIA MUCHO
A UNA COSA NO SOY PROGRAMADOR NI DESARROLLADOR.................. SOY SOLO UNA PERSONA QUE CONOCIO LINUX ;) Y TABAJA CON EL MIENTRAS SIGUE APRENDIENDO

COMUNICAR UNA PC CON UN SERVIDOR

Hola, espero que esta documentacion te sea util.
Fuentes:
[url] http://roble.pntic.mec.es/~sgonzale/linux/[/url]
[url]http://www.swcp.com/~jgentry/pers.html [/url]
[url]http://teleline.terra.es/personal/garzones/ras-micro-como.html [/url]

[b:9a9e2f3644] *************************************[/b:9a9e2f3644]
[url] http://server-die.alc.upv.es/alumno/linux/Ppp-howto-INSFLUG/ppp-Howto-INSFLUG.esp.fix.html[/url] <-- [b:9a9e2f3644] Para mi esta es la mejor [/b:9a9e2f3644]:D
[b:9a9e2f3644] *************************************[/b:9a9e2f3644]

[b:9a9e2f3644] Servidor de acceso remoto mediante PPP (ejemplo)[/b:9a9e2f3644]

[b:9a9e2f3644] Introducción[/b:9a9e2f3644]
Un servidor de acceso remoto es un equipo que permite a otro conectarse a él mediante una línea telefónica a través de un módem. Aunque a los efectos del protocolo PPP, los dos extremos de la comunicación son equivalentes, denominaremos servidor PPP aquél equipo que recibe la llamada y, en su caso, valida la contraseña facilitada por el otro, y llamaremos cliente al equipo que efectúa la llamada y solicita el establecimiento de la conexión.
Nuestro servidor PPP, permitirá la conexión de equipos que usen Linux como aquéllos que usen Windows mediante el acceso telefónico a redes.

[b:9a9e2f3644] Requerimientos[/b:9a9e2f3644]

Para poder recibir llamadas, obviamente debemos tener un módem conectado a un puerto serie, soporte en el kernel, directamente incluido o como módulo, para el protocolo PPP, así como los paquetes pppd y mgetty+sendfax. Este ejemplo está comprobado con las versiones incluidas en la distribución Red Hat 5.2

Kernel 2.0.36
ppp-2.3.5
mgetty+sendfax-1.1

[b:9a9e2f3644] /etc/inittab[/b:9a9e2f3644]

Para que el servidor atienda a otro terminal (en este caso la línea serie en que hayamos conectado el módem) es necesario informar de ello al sistema. Esto se hace en el fichero [b:9a9e2f3644] /etc/inittab[/b:9a9e2f3644]. Este fichero indica qué procesos se ponen en marcha durante la operación de arranque del sistema. Si nuestro módem lo hemos conectado a la puerta serie [b:9a9e2f3644] ttyS1[/b:9a9e2f3644] (COM2), incluiremos la siguiente línea en el fichero:

[b:9a9e2f3644] S2:2345:respawn:/sbin/mgetty ttyS1 [/b:9a9e2f3644]

Donde:
S2 Abreviatura del nombre de dispositivo que usará init.
2345 son los runlevel para los que se activará la atención a este terminal
respawn Indica a init que la entrada está activa.
/sbin/mgetty Es el programa que atenderá al terminal, mgetty puede detectar llamadas de FAX o de datos por PPP, y actuar en consecuencia. Las opciones están en /etc/mgetty+sendfax/mgetty.config
Una vez editado [b:9a9e2f3644] /etc/inittab[/b:9a9e2f3644], ejecutar la orden "kill -1 1" para forzar a que el proceso init vuelva a leerlo.

[b:9a9e2f3644] /etc/mgetty+sendfax/login.config[/b:9a9e2f3644]

Este es uno de los ficheros de configuración del programa mgetty. Este programa es el que, según indica el /etc/inittab, recibirá el control cuando aparezca algo por el puerto serie /dev/ttyS1 (según nuestro ejemplo). Es decir, en cuanto llegue una llamada, mgetty se hará cargo de ella de acuerdo con la configuración de este fichero.

[b:9a9e2f3644] /AutoPPP/ - a_ppp /usr/sbin/pppd file /etc/ppp/options.servidor [/b:9a9e2f3644]

Una vez configurado esto, mgetty lanzará pppd automáticamente cuando reciba una petición de configuración LCP del otro extremo de la línea. La opción file indica a pppd que obtenga las opciones del fichero /etc/ppp/options.servidor en vez del habitual /etc/ppp/options.

[b:9a9e2f3644] /etc/mgetty+sendfax/mgetty.config[/b:9a9e2f3644]

Este es un fichero de configuración particular para mgetty (opciones no incluidas en la llamada a mgetty de inittab)

[b:9a9e2f3644] # Mi modem en /dev/ttyS1
port ttyS1
debug 6
speed 115200
data-only yes
init-chat "" d+++dAT&FH0 OK
rings 1 [/b:9a9e2f3644]

donde:
port ttyS1 indica el puerto al que hace referencia esta configuración
debug 6 Nivel de depuración en ficheros de log
speed 115200 Velocidad de conexión
data-only yes No fax, sólo datos
init-chat "" d+++dAT&FH0 OK Cadena de inicialización y descuelge
rings 1 Número de rings antes de descolgar

[b:9a9e2f3644] /etc/ppp/options.servidor[/b:9a9e2f3644]

Es el archivo en el que se almacenan las opciones que se pasan al programa pppd para su ejecución, la diferencia más importante entre un servidor y un cliente, es que el servidor, normalmente, entrega una IP al cliente y le pregunta su contraseña para validarla en su base de datos local /etc/passwd. RedHat 5.2 y 6.0 están preparados para usar /etc/shadow, pero es posible que en otros sistemas no sea así, por lo que habrá que recompilar las fuentes de PPP con la orden:

make HAS_SHADOW=1

Para usar también la opción MS-DNS (entregar la dirección IP del servidor DNS a clientes Windows), usar:

make USE_MS_DNS=1 HAS_SHADOW=1

El contenido de /etc/ppp/options.servidor será:
[b:9a9e2f3644] debug
lock
modem
crtscts
/dev/ttyS1
115200
asyncmap 0
auth
login
:192.168.0.7
proxyarp
nodetach
refuse-chap
require-pap [/b:9a9e2f3644]
Para mayor información sobre las opciones (man pppd) las opciones más importantes son:
[b:9a9e2f3644] auth[/b:9a9e2f3644], obliga al otro extremo a autentificarse antes de permitir el tráfico de paquetes.
[b:9a9e2f3644] login[/b:9a9e2f3644], significa que utilizará la base de datos de usuario para la autentificación (/etc/passwd)
[b:9a9e2f3644] :192.168.0.7[/b:9a9e2f3644], es la dirección IP que entrega al interfaz ppp0 del otro extremo.
[b:9a9e2f3644] proxyarp[/b:9a9e2f3644] creará una entrada ARP para la IP del otro extremo asociada a la dirección Ethernet del servidor, esto hará el efecto de que el otro extremo está en la misma red que el servidor para otros equipos en la red del servidor. Si asignamos la ip remota dentro del rango de direcciones del segmento de red en que está el servidor, el extremo remoto es como si tuviera una tarjeta de red conectada a esta misma red, lo que simplifica el encaminamiento.
[b:9a9e2f3644] nodetach[/b:9a9e2f3644] no se desconecta del terminal.
[b:9a9e2f3644] refuse-chap[/b:9a9e2f3644] rehusa autentificación chap
[b:9a9e2f3644] require-pap[/b:9a9e2f3644] solicita autentificación pap

[b:9a9e2f3644] /etc/ppp/pap-secrets[/b:9a9e2f3644]

Este es el archivo donde se almacenan las contraseñas que entregamos cuando nos son solicitadas por PPP. Como en este caso somos servidor de acceso, aquí no hay claves, sino que las contrastaremos contra la base de datos de usuarios del sistemas /etc/passwd. De todas formas, se requiere la línea siguiente:
* * "" *
[b:9a9e2f3644] Nota[/b:9a9e2f3644], si hay problemas de autentificación, poner lo siguiente:
* * "" 192.168.0.7

[b:9a9e2f3644] Encaminamiento[/b:9a9e2f3644]
En este ejemplo, se pretende conectar una red externa 192.168.1.0/24 con otra local 192.168.0.0/24
El servidor (roxu) tiene la ip 192.168.0.6 asociada al interfaz eth0 conectado a uno de los segmentos de nuestra red local, al otro extremo (pinon) le entregaremos la ip 192.168.0.7 para su interfaz ppp0 (con la opción proxyarp es como si estuviera realmente en ese segmento, de ahí la ip corresponediente a la red local). La dirección ip del interfaz ppp0 del servidor (roxu) la dejamos sin asignar (según se ve en /etc/ppp/options.servidor) esto hará que sea la misma 192.168.0.6 que tiene asociado el interfaz eth0! (no hay problema, lo dice incluso Olaf Kirch en su Guía del Administrador de Redes). Por tanto:
a) Si es un único pc el que se conecta a nuestro servidor, ¡No hace falta ninguna entrada en las tablas de encaminamiento del/los routers de nuestra red local!
b) Si vamos a conectar una red local: El pc remoto también encamina paquetes IP, y su interfaz eth0 tiene la ip 192.168.1.1 de la red remota 192.168.1.0/24 (con lo que es el gateway por defecto para los puestos de la red remota), únicamente debemos añadir la ruta 192.168.0.6 para la red 192.168.1.0/24 a nuestros routers.

[b:9a9e2f3644] route add -net 192.168.1.0 netmask 255.255.255.0 gw 192.168.0.6 [/b:9a9e2f3644]

En el script que corresponda en cada router.



Gabriel Pérez S. (GuERo)

COMUNICAR UNA PC CON UN SERVIDOR

Gracias :)
yennk2002 y guero por su ayuda ahora que estoy encaminado y se para donde debo seguir me toca ami trabajar, las paginas que me recomienda el guero ya las habia encontrado , y son muy buenas ahora voy a poner en practica todo y luego les comento a todos.
SI ALGUIEN MAS LEE ESTO Y NO CONOCE LINUX, PIERDELE TEMOR NO ES TAN DIFICIL COMO DICEN Y HAY UNA GRAN COMUNIDAD DE APOYO COMO LA DE ESTE FORO.

Imagen de RazaMetaL

Amigo coso11 ... como te fué con tu servidor RAS ?

-----

Visita este [url=http://www.sindominio.net/ayuda/preguntas-inteligentes.html]link[/url] :evil:

[img]http://www.bbspot.com/Images/News_Features/2003/01/os_quiz/debian.jpg[/img]

(adsbygoogle = window.adsbygoogle || []).push({});