Virtualbox Guest'de OpenVPN sunucusu. Bağlanabilir, ancak ping işlemi başarısız olabilir


2

Üretim sunucum için bir geliştirme ortamı olarak bir Virtualbox konuğu kurdum.

Ancak bir OpenVPN Sunucusu kurmayı başaramıyorum. Ben (KDE NetworkManagerı) kullanılarak sorunsuz benim VPN bağlanabilir ancak ben can not bile sonradan VPN Ping.

Benim anlayışım bunun bir yönlendirme konusu olduğudur. VPN'ime bağlanmadan önce yönlendirme tablosu şöyle görünür:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.64.64.64     0.0.0.0         UG    0      0        0 ppp0
10.64.64.64     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
33.33.33.0      0.0.0.0         255.255.255.0   U     0      0        0 vboxnet0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 br0

VPN'e bağlandıktan sonra masa şöyle gözüküyor :

$ sudo route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.64.64.64     0.0.0.0         UG    0      0        0 ppp0
10.8.0.1        10.8.0.5        255.255.255.255 UGH   0      0        0 tun0
10.8.0.5        0.0.0.0         255.255.255.255 UH    0      0        0 tun0
10.64.64.64     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
33.33.33.0      0.0.0.0         255.255.255.0   U     0      0        0 vboxnet0
33.33.33.24     10.64.64.64     255.255.255.255 UGH   0      0        0 ppp0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 br0

Lütfen dikkat : VPN'imi bir ağ geçidi olarak kullanmak istemiyorum, bu nedenle paketleri iletmekle ilgilenmiyorum. Sunucuya (örn. Apache) genel adresinin yanı sıra bir VPN adresinde de erişebilmek istiyorum, bu yüzden varsayılan gw olarak ayarlamıyorum.

Sorun bana öyle geliyor o bir yerel adres erişilebilir olarak adres 33.33.33.24 arayüz ppp0 üzerinde ulaşılamazsa olduğunu vboxnet0

$ ping 10.8.0.1
PING 10.8.0.1 (10.8.0.1) 56(84) bytes of data.
^C
--- 10.8.0.1 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 999ms

Aynı kurulum , ağ geçidine ppp0 tarafından erişilebilen gerçek bir sunucuda çalıştırdığımda beklendiği gibi çalışıyor :

$ sudo route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.64.64.64     0.0.0.0         UG    0      0        0 ppp0
10.8.0.1        10.8.0.5        255.255.255.255 UGH   0      0        0 tun0
10.8.0.5        0.0.0.0         255.255.255.255 UH    0      0        0 tun0
10.64.64.64     0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
33.33.33.0      0.0.0.0         255.255.255.0   U     0      0        0 vboxnet0
<real_gw_ip>    10.64.64.64     255.255.255.255 UGH   0      0        0 ppp0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 br0

$ ping 10.8.0.1
PING 10.8.0.1 (10.8.0.1) 56(84) bytes of data.
64 bytes from 10.8.0.1: icmp_seq=1 ttl=64 time=782 ms
64 bytes from 10.8.0.1: icmp_seq=2 ttl=64 time=122 ms
^C
--- 10.8.0.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms

Sıkıldım çünkü kafamı doğru şekilde nasıl yönlendireceğimi veya NAT'ı istediğimi elde etmek için nasıl ayarlayacağımı, yani: 10.8.0.1 üzerinden VPN'deki V.33.33.24 üzerinden VMBox'a erişemiyorum.

Herhangi bir yardım çok takdir edilmektedir. Şimdilik yazıyı daha kısa tutmak için başka konfigürasyonlar (ifconfig, syslog) kullanmadım, çünkü bana uygun görünüyorlar (IP adresleri atandı, testler için atılan iptables vb.) Ve yukarıda açıklandığı gibi soruna neden olan şey bu yüzden lütfen yanılıyorsam düzelt.

Yanıtlar:


0

Tamam. Sık sık sadece sorunlarınızı dile getirmek, cevabı bulmanızı sağlar. Basit

$ sudo route del 33.33.33.24

Ana bilgisayarda beklendiği gibi sorunu giderir.

En kısa sürede çözülmüş olarak işaretleyeceğim. (2 gün)

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.