OPENVPN-Client (über VPN-ISP) mit Apache Webserver auf 443 Ubuntu 16.04 ausführen

558

Ich bin neu in diesem Forum und auch VPN und es ist wirklich ziemlich verwirrend für mich. und ich habe versucht, das herauszufinden, während ich bis 4 Uhr morgens google und immer noch keine brauchbare Lösung. Ich hoffe, das ist in diesem Forum erlaubt, da es mehr als nur OPENVPN gibt. Ich sehe, es gibt einen Beitrag von @Razzak, und das ist genau das Problem, das ich habe, außer dass ich seinen Link zur SU-Antwort nicht verwendet habe (es funktioniert nicht als Option, die sie verwenden, existiert nicht mehr). Wie kann ich Apache-Pakete über eine bestimmte Netzwerkschnittstelle ausgeben lassen, wenn eine Verbindung zu VPN besteht?

Wenn ich jedoch dem Beispiel folge, kann ich es immer noch nicht so machen, wie es von @Nath beschrieben wird, und es gibt keine Option, um jemanden zu PM. Bitte akzeptieren Sie meine Entschuldigung, indem Sie dies erneut posten, und hoffentlich kann mir jemand mit ein paar Schritt-für-Schritt-Anweisungen weiterhelfen. Ich habe aus dem Post verstanden, dass Sie zwei separate Verbindungen auf dem Eth0-Port erstellen mussten (in meinem Fall enp0s25), aber ich bin mir nicht sicher, was ich falsch gemacht habe, und ich würde es auch brauchen, um dauerhaft in / etc / network / interfaces zu sein arbeitet über die Befehlszeile. Und auch nicht sicher, wann @Razzak über die "lo" -Schleifenschnittstelle sagte und wie ich das implementieren kann, damit es funktioniert.

Ich habe Zorin 12 16.04 und Nextcloud 12, und ich könnte auf meinen Nextcloud-Server innerhalb und außerhalb meines Netzwerks zugreifen.ie sample.ignorelist.com/nextcloud mit aktiviertem SSL, damit Port 443 und nicht 80 überwacht wird

Der nächste Schritt ist, ich habe Zugriff auf TigerVPN (keine Werbung für sie überhaupt!) Und ich habe openvpn --config GB London.ovpn für diese Angelegenheit verwendet - Skript unten

client  remote lon.tigervpn.com 1194 udp  remote lon.tigervpn.com 443 tcp-client  pull  auth-user-pass  comp-lzo adaptive  ca ca.crt  dev tun  tls-client  script-security 2  cipher AES-256-CBC  mute 10   route-delay 5  redirect-gateway def1  resolv-retry infinite   dhcp-renew  dhcp-release  persist-key  persist-tun  remote-cert-tls server  mssfix  

Da ich OPENVPN als Client aktiviert habe, kann ich nach dem Cron-Update der IP-Adresse über FREEDNS (freie Domäne) nicht mehr auf nextcloud innerhalb und außerhalb des Netzwerks zugreifen. Und Webserver / nextcloud und OpenVPN laufen alle auf einem Rechner (Zweck von VPN ist es, Torrent auf demselben Rechner auszuführen)

Also lass mich versuchen, hier ein Bild zu zeichnen - (Name und IP wurden geändert)

Nexcloud Server (Internal 1.0.0.3) -> Router (Gateway 1.0.0.1) -> Externe DYN IP-Adresse vom ISP (111.222.111.222) -> TigerVPN-Server London (185.20.99.139) -> IP von TigerVPN (185.20) .99.199) -> FREEDNS IP (ohne VPN 111.222.111.222 und mit aktiviertem VPN 185.20.99.199)

Routing mit aktiviertem VPN -

root@mypc:/home/mypc# ip route list  0.0.0.0/1 via 10.199.11.1 dev tun0  default via 1.0.0.1 dev enp0s25 proto static metric 100  10.199.11.0/24 dev tun0 proto kernel scope link src 10.199.11.8  128.0.0.0/1 via 10.199.11.1 dev tun0  169.254.0.0/16 dev enp0s25 scope link metric 1000  185.20.99.199 via 10.0.0.1 dev enp0s25  1.0.0.0/24 dev enp0s25 proto kernel scope link src 1.0.0.3 metric - - 100    root@HTPC:/home/htpc# ifconfig  enp0s25 Link encap:Ethernet HWaddr 00:1e:37:48:2e:46  inet addr:10.0.0.3 Bcast:1.0.0.255 Mask:255.255.255.0  inet6 addr: fe80::21e:37ff:fe48:2e46/64 Scope:Link  UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1  RX packets:469087 errors:0 dropped:46 overruns:0 frame:0  TX packets:229122 errors:0 dropped:0 overruns:0 carrier:0  collisions:0 txqueuelen:1000  RX bytes:167072663 (167.0 MB) TX bytes:30424651 (30.4 MB)  Interrupt:16 Memory:d0300000-d0320000   lo Link encap:Local Loopback  inet addr:127.0.0.1 Mask:255.0.0.0  inet6 addr: ::1/128 Scope:Host  UP LOOPBACK RUNNING MTU:65536 Metric:1  RX packets:4450 errors:0 dropped:0 overruns:0 frame:0  TX packets:4450 errors:0 dropped:0 overruns:0 carrier:0  collisions:0 txqueuelen:1  RX bytes:567305 (567.3 KB) TX bytes:567305 (567.3 KB)   tun0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  inet addr:10.199.11.8 P-t-P:10.199.11.8 Mask:255.255.255.0  UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1  RX packets:41 errors:0 dropped:0 overruns:0 frame:0  TX packets:101 errors:0 dropped:0 overruns:0 carrier:0  collisions:0 txqueuelen:100  RX bytes:15028 (15.0 KB) TX bytes:15266 (15.2 KB)  

Während der Rest des PCs im selben Netzwerk die von ISP 111.222.111.222 festgelegte externe IP für den Zugriff auf das Internet usw. verwendet. Und ich verstehe, dass es vollkommen sinnvoll ist, wenn VPN deaktiviert ist und das gesamte Netzwerk läuft, da der Datenverkehr durch das Router-Gateway 1.0.0.1 geht. Die Frage ist ... was kann ich tun, um das Routing oder die Weiterleitung mit VPN zu ändern, damit es den Verkehr lenken kann und von meinem Apache2 / nextcloud verstanden wird?

Danke im Vorraus für deine Hilfe.

0
Bitte verwenden Sie die Formatierungswerkzeuge, um Ihren Beitrag lesbar zu machen. Sven vor 6 Jahren 0
Danke, es tut mir leid, dass ich nicht wusste, wie es geht, aber es sollte jetzt in Ordnung sein vor 6 Jahren 0
Sind Sie sicher, dass Ihr VPN-Anbieter eingehende Verbindungen zulässt? Tero Kilkanen vor 6 Jahren 0
Wie ist deine Real IP konfiguriert? Alexander Tolkachev vor 6 Jahren 0
@TeroKilkanen - Ich habe es geschafft, Razzak post einzurichten (es hat etwas mit internem Routing und nicht mit externem zu tun), und es ist mir auch gelungen, meinen ASUS-Router mit einem eigenen DDNS-Server zu verwenden (daher wird meine DDNS-Server-IP immer mit dem PASSEN ISP IP) ... während ich OPENVPN über meinen Desktop (Apache / Cloud-Server) aktiviere. Ich bin mir nicht sicher, was heute morgen schief gelaufen ist, da alles funktioniert hat. vor 6 Jahren 0
@AlexanderT Kannst du genauer sein? vor 6 Jahren 0
Die Konfiguration Ihrer `enp0s25`-Schnittstelle ist eindeutig fehlerhaft. Und die Wahrscheinlichkeit war groß, dass Sie den VPN-Client überhaupt nicht aktiviert haben. Ich würde die Maschine neu starten und dann die Ausgabe von "ip route" und "ifconfig" sowohl vor als auch nach dem Aufrufen des VPN-Clients veröffentlichen. kasperd vor 6 Jahren 0

0 Antworten auf die Frage