Ok, muchas gracias lo probare ...
El 26 de septiembre de 2011 12:13, Fjor escribió:
> Por supuesto; sólo haz como si estuvieras reinstalando.
> En el directorio easy-rsa-keys ejecutas
>
> . ./vars
> ./clean-all
> ./build-ca
> ./build-key-server nombre-server
>
> (me gusta que el archivo se llame
Por supuesto; sólo haz como si estuvieras reinstalando.
En el directorio easy-rsa-keys ejecutas
. ./vars
./clean-all
./build-ca
./build-key-server nombre-server
(me gusta que el archivo se llame como el server jeje).
luego,
./build-key nombre-cliente
para cada uno de los usuarios
Saludos
Fjor
Hola comindad, otra vez yo de nuevo con una pregunta sobre openvpn, en la
empresa en donde comienzo a dar servicio tiene el openvpn con muchos
certificados y llaves generadas para un buen numero de usuarios y perdieron
el control de los certificados y llaves, mi pregunta es ... se puede volver
a ge
Yo hago uno, tengo varios cientos de ellos ya instalados.
Es un linux en una caja especial.
cuestan 650 usd, cuantos quieren?
Mensaje citado por SercH :
> Señores, ando en busca de un appliance de la marca que sea pero que sea
> compatible con mi servidor OPENVPN ustedes saben de algun model
Señores, ando en busca de un appliance de la marca que sea pero que sea
compatible con mi servidor OPENVPN ustedes saben de algun modelo que sea
compatible?
No comenté que este bloqueado el UDP
Solo comenté y sigo diciendo, que hagan unas cuantas pruebas con la vpn
en udp y luego con la vpn en tcp.
Así podemos saber si la restricción sigue, existe, o no existe
Saludos
Gabriel Orozco (Redimido)
Eduardo Gauna wrote:
> Gracias por el dato, por que t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gracias por el dato, por que tengo con mis líneas ya mucho mas de 6 años
y cuando lo leí esa restricción estaba, gracias por el update.. :)
Thomas Bliesener wrote:
> Otto Krumm escribió el 2010-02-25:
>
>> OpenVPN con UDP funciona de manera perfecta
El jue, 25-02-2010 a las 11:53 -0600, Otto Krumm escribió:
> OpenVPN con UDP funciona de manera perfecta en el infinitum, tenemos varios
> enlaces a traves del infinitum y ningun problema, incluso con direcciones
> IP's dinamicas, telmex no esta bloqueandolo ni la VoIP, ;-) animo.
>
> Saludos
>
Otto Krumm escribió el 2010-02-25:
> OpenVPN con UDP funciona de manera perfecta en el infinitum, tenemos varios
> enlaces a traves del infinitum y ningun problema, incluso con direcciones
> IP's dinamicas, telmex no esta bloqueandolo ni la VoIP, ;-) animo.
Aquí también. Mantengo varias VPNs desd
OpenVPN con UDP funciona de manera perfecta en el infinitum, tenemos varios
enlaces a traves del infinitum y ningun problema, incluso con direcciones
IP's dinamicas, telmex no esta bloqueandolo ni la VoIP, ;-) animo.
Saludos
El 23 de febrero de 2010 18:10, Juan Carlos Gonzalez Macias (Roy) <
com
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
la prueba sería calar con otro ISP que no sea TELMEX en dos puntas, pero
si en el contrato esta que no pueden usar VoIP
Juan Carlos Gonzalez Macias (Roy) wrote:
> El sáb, 02-01-2010 a las 20:34 -0600, Gabriel Orozco (Redimido)
> escribió:
>> Fjor wrot
Pues ni idea, pero estube checando y con telmex parece que es bastante facil
abrir el puerto, mira:
https://www.beneficios.telmex.com/puerto25Prod/iniciaPuerto25Internet.do
Tan solo llena ese formulario y listo.
El sáb, 02-01-2010 a las 20:34 -0600, Gabriel Orozco (Redimido)
escribió:
> Fjor wrote:
> > En lo particular he obtenido mejores resultados con TCP
> > que con UDP, particularmente cuando el protocolo
> > transportado también es UDP.
> >
> > Es curioso el comportamiento descrito en la referencia,
>
Pa' su mecha! Y yo que pensaba que nomás Microsoft...
2010/1/2 Gabriel Orozco (Redimido) :
> Fjor wrote:
>> En lo particular he obtenido mejores resultados con TCP
>> que con UDP, particularmente cuando el protocolo
>> transportado también es UDP.
> Todo funcionaba perfecto con UDP hasta que a lo
Fjor wrote:
> En lo particular he obtenido mejores resultados con TCP
> que con UDP, particularmente cuando el protocolo
> transportado también es UDP.
>
> Es curioso el comportamiento descrito en la referencia,
> que nunca he observado durante el uso común de túneles
> ssh (que van sobre TCP) o bi
En lo particular he obtenido mejores resultados con TCP
que con UDP, particularmente cuando el protocolo
transportado también es UDP.
Es curioso el comportamiento descrito en la referencia,
que nunca he observado durante el uso común de túneles
ssh (que van sobre TCP) o bien el mismo OpenVPN para
Eduardo Gauna escribió el 2009-12-14:
> remote
> dev tun0
> ifconfig
> secret .key
> # Red LAN entre los equipos conectados
> route
> # Red WAN entre las redes de los equipos conectados, la IP de la red del
> "otro" lado.
> route
> proto tcp-client
¿Hay una razón para usar TCP (firewall
Otro punto importante es que la numeración de red en la
red remota (del cliente) y en la compartida (atrás del OpenVPN)
deben ser disjuntas para que haya ruteo correcto, por ejemplo:
Cliente: 192.168.0.110 mascara 255.255.255.0
RedVPN: 10.8.0.6 mascara 255.255.255.0
Intranet: 192.168.1.177 mascara
aniel Orozco Camacho"
Sent: Monday, December 14, 2009 3:00 PM
To:
Subject: Re: [GLO] OpenVPN
es un show las vpn en windows, como a mi me funciono es desde el archivo
ccd
del server, poner el push route, eso es uno
lo otro fue, hice una prueba con el openvpn cliente para windows estable y
es un show las vpn en windows, como a mi me funciono es desde el archivo ccd
del server, poner el push route, eso es uno
lo otro fue, hice una prueba con el openvpn cliente para windows estable y
un rc1, y misteriosamente el rc1 es el que menos fallo, esto es en winxp, no
se si en otro funciona
a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hola, como te dijo Felipe, definitivamente eso es, te anexo como me
funciona a mi:
remote
dev tun0
ifconfig
secret .key
# Red LAN entre los equipos conectados
route
# Red WAN entre las redes de los equipos conectados, la IP de la red del
"otro"
--
From: "Felipe Sanchez"
Sent: Monday, December 14, 2009 12:14 PM
To:
Subject: Re: [GLO] OpenVPN
Probablemente un asunto de rutas. El punto remoto debe tener una ruta que
le diga que para llegar a la LAN en donde esta el equipo XP debe
Probablemente un asunto de rutas. El punto remoto debe tener una ruta que
le diga que para llegar a la LAN en donde esta el equipo XP debe usar como
gateway al equipo XP. Y desde luego, este debe estar configurado para
reenviar paquetes desde la interfaz de la VPN hacia la red local y
vicever
Hola comunidad buen dia, el dia de hoy estoy tratando de configurar un servidor
OpenVPN en Windows XP, yo se que no es la mejor alternativa pero es lo que
lo que tiene y pues a darle con eso... ya lo tengo jalando a medias ... ya me
puedo conectar pero al unico equipo que veo es al propio servi
24 matches
Mail list logo