25. november 2011 - 20:13
Der er
19 kommentarer og 1 løsning
VPN forbindelse mellem VPS og egen computer
Hej
Jeg prøver at installere en vpn forbindelse i mellem min computer og min VPS. Det er løkkedes mig at oprette VPN forbindelsen via Windows 7 egen vpn client.
Nu mangler jeg vist bare at dele internettet fra VPSen.
For der står ingen netværksadgang under forbindelsen i Win 7
Jeg har fulgt denne guide: http://www.howtogeek.com/51237/setting-up-a-vpn-pptp-server-on-debian/
Annonceindlæg fra Cognizant
25. november 2011 - 20:34
#1
Du skal enable forwarding, og muligvis pushe routes ud via VPN serveren, så du har adgang til netværket på VPS'en hvis ikke du allerede har gjort det. echo 1 > /proc/sys/net/ipv4/ip_forward
25. november 2011 - 20:48
#2
Hmm echo 1 > /proc/sys/net/ipv4/ip_forward havde jeg allerede aktiveret. Det med at pushe ud via VPNen ved jeg ikke lige hvordan jeg gør. Det virker nemlig stadig ikke.
25. november 2011 - 21:03
#3
Er det OpenVPN? Kan du pinge serverens lokale IP addresse når du er på VPN ?
25. november 2011 - 21:09
#4
Nej det er ikke openvpn. Det er PPTP Point-To-Point. Ja det kan jeg godt.
25. november 2011 - 21:14
#5
Dog kan der ikke pinges fra VPSen til min egen computer via VPN ip adressen. Kun omvendt.
25. november 2011 - 21:15
#6
Når du er på VPN, får du så en IP i samme range som serveren kører? Nogengange uddeler man IP'er i en anden range nemlig. Men tyder det ikke på her, hvis du kan pinge serverens lokale IP, når du er på VPN. Serveren går på nettet via dens default gw, kan du pinge denne fra klienten når du er på VPN? Det kræver selvfølgelig at ICMP er tilladt til denne. Hvis ikke, så kan det skyldes du mangler denne route, eller denne default gw (sikkert en router, eller virtuel router hvis det er VPS) mangler routen, eller begge ting mangler. Hvis det sidste er tilfældet, så er det nok lidt tricky uden at kende VPS løsningen om det kan lade sig gøre.
25. november 2011 - 21:24
#7
Nej skal den det? VPSen's offentlige ip-adresse er: 78.46.x.x I dens VPN server indstilling er den sat til dette: localip 192.168.1.5 remoteip 192.168.1.234-238,192.168.1.245 Så VPSen får tildelt 192.168.1.5 Og jeg får så adressen 192.168.1.234 på min computer.
25. november 2011 - 21:25
#8
Prøve på serveren at lave en #route På klienten (win) prøv netstat Du skulle gerne på klienten se en route der går til serverens default gw (igennem VPN forbindelsen). Hvis ikke mangler der en route.
25. november 2011 - 21:27
#9
Nej skal man ikke, jeg er forholdvis overbevist om at du kan løse det ved at få lavet/pushet en route til/på klienten.
25. november 2011 - 21:34
#10
Hvad hedder den VPN server/service du benytter dig af på serveren?
25. november 2011 - 21:36
#11
Når du kører samme IP range, så er ikke sikker på at manglende routes kan gøre at det ikke virker. Du kører ikke samme IP ranges lokalt på klienten og på serveren vel?
25. november 2011 - 21:40
#12
Så vidt jeg kan se så går der ikke en route til den: Proto Lokal adresse Fjernadresse Status TCP 127.0.0.1:944 Stefan-Laptop:53515 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53516 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53517 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53518 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53519 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53520 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53521 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53534 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53554 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53571 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53572 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53573 TIME_WAIT TCP 127.0.0.1:944 Stefan-Laptop:53574 ESTABLISHED TCP 127.0.0.1:5939 Stefan-Laptop:49164 ESTABLISHED TCP 127.0.0.1:19872 Stefan-Laptop:49186 ESTABLISHED TCP 127.0.0.1:23423 Stefan-Laptop:49225 ESTABLISHED TCP 127.0.0.1:49156 Stefan-Laptop:49157 ESTABLISHED TCP 127.0.0.1:49157 Stefan-Laptop:49156 ESTABLISHED TCP 127.0.0.1:49158 Stefan-Laptop:49159 ESTABLISHED TCP 127.0.0.1:49159 Stefan-Laptop:49158 ESTABLISHED TCP 127.0.0.1:49162 Stefan-Laptop:49163 ESTABLISHED TCP 127.0.0.1:49163 Stefan-Laptop:49162 ESTABLISHED TCP 127.0.0.1:49164 Stefan-Laptop:5939 ESTABLISHED TCP 127.0.0.1:49166 Stefan-Laptop:49167 ESTABLISHED TCP 127.0.0.1:49167 Stefan-Laptop:49166 ESTABLISHED TCP 127.0.0.1:49186 Stefan-Laptop:19872 ESTABLISHED TCP 127.0.0.1:49225 Stefan-Laptop:23423 ESTABLISHED TCP 127.0.0.1:53574 Stefan-Laptop:944 ESTABLISHED TCP 192.168.2.3:2869 192.168.2.1:10718 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10719 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10720 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10725 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10726 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10727 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10735 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10736 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10737 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10742 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10743 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10744 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10745 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10746 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10747 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10752 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10753 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10754 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10763 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10764 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10765 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10773 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10774 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10775 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10778 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10779 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10780 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10785 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10786 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10787 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10791 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10792 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10793 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10799 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10800 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10801 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10809 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10810 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10811 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10812 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10813 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10814 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10815 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10816 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10817 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10828 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10829 TIME_WAIT TCP 192.168.2.3:2869 192.168.2.1:10830 TIME_WAIT
25. november 2011 - 21:47
#13
Sorry! På windows er det route print
25. november 2011 - 22:02
#14
Sådan. Er dette forkert? Netværkdestination 78.46.x.x - VPSen Netmaske 255.255.255.255 Gateway 192.168.2.1 Grænsefladen 192.168.2.3 Metrikværdi 26
28. november 2011 - 15:02
#15
Ingen der kan hjælpe?
28. november 2011 - 19:40
#16
Kan du pinge gatewayen for serveren fra klienten?
28. november 2011 - 19:59
#17
192.168.1.1 kan ikke pinges fra klienten...
28. november 2011 - 20:02
#18
Hvad er output af ipconfig ? Hvad giver tracert 192.168.1.1 ? (Fra win klienten)
28. november 2011 - 20:38
#19
Rute spores til 192.168.1.1 over et maksimum af 30 hop 1 53 ms 55 ms 51 ms 192.168.1.5 2 * * * Anmodning fik timeout. 3 * * * Anmodning fik timeout. 4 * * * Anmodning fik timeout.
29. november 2011 - 18:37
#20
Hmm den ser ikke ud til at komme i forbindelse.
IT-kurser om Microsoft 365, sikkerhed, personlig vækst, udvikling, digital markedsføring, grafisk design, SAP og forretningsanalyse.