{"id":53572,"date":"2019-12-05T00:00:00","date_gmt":"2019-12-04T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/chto-proishodit-pri-soedineniyah-vnutri-i-vne-vpn-tunnelya"},"modified":"2020-02-18T14:01:29","modified_gmt":"2020-02-18T11:01:29","slug":"chto-proishodit-pri-soedineniyah-vnutri-i-vne-vpn-tunnelya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/chto-proishodit-pri-soedineniyah-vnutri-i-vne-vpn-tunnelya","title":{"rendered":"Wat gebeurt er bij verbindingen binnen en buiten de VPN-tunnel?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Uit de brieven aan de Tucha technische ondersteuning ontstaan echte artikelen. Recentelijk heeft een klant ons benaderd met de vraag om uit te leggen wat er gebeurt met verbindingen binnen een VPN-tunnel tussen het kantoor van de gebruiker en de cloudomgeving, evenals met verbindingen buiten de VPN-tunnel. Daarom is de tekst die hieronder volgt een echt antwoord op de vraag van een van onze klanten. Natuurlijk hebben we de IP-adressen aangepast om de klant niet te de-anonimiseren. Maar ja, de technische ondersteuning van Tucha staat bekend om zijn uitgebreide antwoorden en inhoudelijke brieven. \ud83d\ude42<\/p>\n<p>Natuurlijk begrijpen we dat voor velen dit artikel geen openbaring zal zijn. Maar aangezien er op Habr af en toe artikelen voor beginnende beheerders verschijnen, en gezien het feit dat dit artikel voortkwam uit een echte brief aan een echte klant, willen we deze informatie toch hier delen. Er is een grote kans dat het voor iemand nuttig zal zijn. <br \/>\nDaarom leggen we in detail uit wat er gebeurt tussen de server in de cloud en het kantoor, als ze zijn verbonden met een site-to-site netwerk. We merken op dat daarbij sommige services alleen vanuit het kantoor beschikbaar zijn, terwijl andere vanuit het internet toegankelijk zijn.<\/p>\n<p>Laten we meteen uitleggen dat onze klant verlangde dat de server <b>192.168.A.1<\/b> vanuit elke locatie toegankelijk zou zijn via RDP, verbonden met <b>A.A.A.2:13389<\/b>, en dat andere diensten alleen vanuit het kantoor toegankelijk waren <b>(192.168.B.0\/24)<\/b>, verbonden via <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/nl\/vpn\/\"   title=\"VPN\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"85\">VPN<\/a>. Ook had de klant oorspronkelijk ingesteld dat de machine <b>192.168.B.2 <\/b>in het kantoor ook toegankelijk moest zijn voor RDP vanuit elke locatie, verbonden met <b>B.B.B.1:11111<\/b>. We hebben geholpen om IPSec-verbindingen tussen de cloud en het kantoor op te zetten, en de IT-specialist van de klant begon vragen te stellen over wat er in verschillende gevallen zou gebeuren. Om op al deze vragen te antwoorden, hebben we hem eigenlijk alles geschreven wat je hieronder kunt lezen.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\n<img decoding=\"async\" alt=\"Wat gebeurt er bij verbindingen binnen en buiten de VPN-tunnel?\" src=\"\/wp-content\/uploads\/2019\/12\/7ee4e6c8fd9b122b092e7f8d99bb0235.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Laten we nu deze processen gedetailleerder bekijken.<\/p>\n<p><\/p>\n<h3>Standpunt \u00e9\u00e9n<\/h3>\n<p>\nWanneer iets wordt verzonden vanuit <b>192.168.B.0\/24<\/b> in <b>192.168.A.0\/24<\/b> of uit <b>192.168.A.0\/24<\/b> in <b>192.168.B.0\/24<\/b>, komt het in de VPN terecht. Dit betekent dat dit pakket extra wordt versleuteld en wordt verzonden tussen <b>B.B.B.1<\/b> en <b>A.A.A.1<\/b>, maar <b>192.168.A.1<\/b> ziet het pakket precies van <b>192.168.B.1<\/b>. Ze kunnen met elkaar communiceren via elk protocol. De beantwoording van de antwoorden gebeurt op dezelfde manier via de VPN, wat betekent dat een pakket uit <b>192.168.A.1<\/b> voor <b>192.168.B.1<\/b> zal worden verzonden als een ESP-datagram uit <b>A.A.A.1<\/b> en een werkende opdracht krijgen. <b>B.B.B.1<\/b>, dat aan de andere kant door de router wordt uitgepakt, het pakket eruit haalt en doorgeeft aan <b>192.168.B.1<\/b> als pakket van <b>192.168.A.1<\/b>.<\/p>\n<p>Een specifiek voorbeeld:<\/p>\n<p>1) <b>192.168.B.1<\/b> accesses <b>192.168.A.1<\/b>, wil een TCP-verbinding tot stand brengen met <b>192.168.A.1:3389<\/b>;<\/p>\n<p>2) <b>192.168.B.1<\/b> stuurt een verzoek om verbinding tot stand te brengen van <b>192.168.B.1:55555<\/b> (het poortnummer voor feedback kiest hij zelf, hier en verder zullen we nummer 55555 als een voorbeeld van zo'n poortnummer gebruiken dat het systeem kiest bij het opzetten van een TCP-verbinding) naar <b>192.168.A.1:3389<\/b>;<\/p>\n<p>3) het besturingssysteem dat draait op de computer met het adres <b>192.168.B.1<\/b>, beslist om dit pakket naar het gateway-adres van de router te sturen (<b>192.168.B.254<\/b> in ons geval), omdat er geen andere, meer specifieke routes voor <b>192.168.A.1<\/b>, beschikbaar zijn, en dus stuurt het het pakket via de standaardroute (0.0.0.0\/0);<\/p>\n<p>4) hiervoor probeert het de MAC-adres te vinden voor het IP-adres <b>192.168.B.254 <\/b>in de ARP-protocolcache. Als deze niet wordt gevonden, verstuurt het vanaf <b>192.168.B.1<\/b> een broadcast who-has verzoek naar het netwerk <b>192.168.B.0\/24<\/b>. Wanneer <b>192.168.B.254<\/b> en stuurt in antwoord zijn MAC-adres terug, het systeem stuurt een Ethernet-pakket naar hem en slaat deze informatie op in zijn cache;<\/p>\n<p>5) de router ontvangt dit pakket en beslist waarheen het moet worden gestuurd: hij heeft een beleid dat zegt dat hij alle pakketten tussen <b>192.168.B.0\/24<\/b> en <b>192.168.A.0\/24<\/b> verzendt via een VPN-verbinding tussen <b>B.B.B.1<\/b> en <b>A.A.A.1<\/b>;<\/p>\n<p>6) de router vormt een ESP-datagram van <b>B.B.B.1<\/b> en een werkende opdracht krijgen. <b>A.A.A.1<\/b>;<\/p>\n<p>7) de router beslist aan wie hij dit pakket moet sturen, hij verzendt het naar, laten we zeggen, <b>B.B.B.254<\/b> (de gateway van de internetprovider), omdat er geen meer specifieke routes naar <b>A.A.A.1<\/b>, dan 0.0.0.0\/0 is;<\/p>\n<p>8) net zoals eerder gezegd, vindt hij het MAC-adres voor <b>B.B.B.254<\/b> en stuurt het pakket naar de gateway van de internetprovider;<\/p>\n<p>9) internetproviders verzenden via hun netwerken een ESP-datagram van <b>B.B.B.1<\/b> en een werkende opdracht krijgen. <b>A.A.A.1<\/b>;<\/p>\n<p>10) de virtuele router op <b>A.A.A.1<\/b> ontvangt dit datagram, decodeert het en ontvangt een pakket van <b>192.168.B.1:55555<\/b> voor <b>192.168.A.1:3389<\/b>;<\/p>\n<p>11) de virtuele router controleert aan wie hij het moet doorgeven, vindt in de routeringstabel het netwerk <b>192.168.A.0\/24<\/b> en stuurt het rechtstreeks naar <b>192.168.A.1<\/b>, omdat hij een interface heeft <b>192.168.A.254\/24<\/b>;<\/p>\n<p>12) hiervoor vindt de virtuele router het MAC-adres voor <b>192.168.A.1<\/b> en verzendt dit pakket naar hem via het virtuele Ethernet-netwerk;<\/p>\n<p>13) <b>192.168.A.1<\/b> ontvangt dit pakket op poort 3389, stemt ermee in om de verbinding tot stand te brengen en vormt een antwoordpakket van <b>192.168.A.1:3389<\/b> en een werkende opdracht krijgen. <b>192.168.B.1:55555<\/b>;<\/p>\n<p>14) zijn systeem stuurt dit pakket naar het gateway-adres van de virtuele router (<b>192.168.A.254<\/b> in ons geval), omdat er geen andere, meer specifieke routes voor <b>192.168.B.1<\/b>, er zijn geen andere, daarom moet hij het pakket via de standaardroute (0.0.0.0\/0) verzenden;<\/p>\n<p>15) net als in de eerdere gevallen, het systeem dat draait op de server met het adres <b>192.168.A.1<\/b>, vindt het MAC-adres <b>192.168.A.254<\/b>, omdat het zich in hetzelfde netwerk met zijn interface bevindt <b>192.168.A.1\/24<\/b>;<\/p>\n<p>16) de virtuele router ontvangt dit pakket en beslist waar het naartoe moet: hij heeft een beleid waarin staat dat hij alle pakketten tussen <b>192.168.A.0\/24<\/b> en <b>192.168.B.0\/24<\/b> verzendt via een VPN-verbinding tussen <b>A.A.A.1<\/b> en <b>B.B.B.1<\/b>;<\/p>\n<p>17) de virtuele router vormt een ESP-datagram van <b>A.A.A.1<\/b> voor <b>B.B.B.1<\/b>;<\/p>\n<p>18) de virtuele router beslist aan wie dit pakket moet worden verzonden en stuurt het naar <b>A.A.A.254<\/b> (de gateway van de internetprovider, in dit geval zijn wij dat ook), omdat er geen specifiekere routes zijn naar <b>B.B.B.1<\/b>, dan 0.0.0.0\/0 is;<\/p>\n<p>19) internetproviders sturen via hun netwerken het ESP-datagram met <b>A.A.A.1<\/b> en een werkende opdracht krijgen. <b>B.B.B.1<\/b>;<\/p>\n<p>20) de router op <b>B.B.B.1 <\/b>ontvangt dit datagram, decodeert het en ontvangt een pakket van <b>192.168.A.1:3389<\/b> voor <b>192.168.B.1:55555<\/b>;<\/p>\n<p>21) hij begrijpt dat het precies naar <b>192.168.B.1<\/b>, omdat het zich in hetzelfde netwerk met hem bevindt, betekent dit dat er een overeenkomstige vermelding in de routeringstabel is, die hem dwingt om pakketten voor het gehele <b>192.168.B.0\/24<\/b> rechtstreeks te verzenden;<\/p>\n<p>22) de router vindt het MAC-adres voor <b>192.168.B.1<\/b> en stuurt dit pakket naar hem;<\/p>\n<p>23) het besturingssysteem op de computer met het adres <b>192.168.B.1<\/b> ontvangt het pakket van <b>192.168.A.1:3389<\/b> voor <b>192.168.B.1:55555<\/b> en initieert de volgende stappen voor het opzetten van een TCP-verbinding.<\/p>\n<p>In dit voorbeeld is het beknopt en vereenvoudigd (en hier zijn nog veel details te noemen) beschreven wat er op de niveaus 2-4 gebeurt. Niveaus 1, 5-7 zijn niet behandeld.<\/p>\n<h3>Tweede positie<\/h3>\n<p>\nAls naar <b>192.168.B.0\/24<\/b> iets precies naar <b>A.A.A.2<\/b>, gaat het niet via VPN, maar rechtstreeks. Dit betekent dat als de gebruiker met het adres <b>192.168.B.1<\/b> accesses <b>A.A.A.2:13389<\/b>, dit pakket afkomstig is van het adres <b>B.B.B.1<\/b>, gaat naar <b>A.A.A.2<\/b>, en daar accepteert de router het en stuurt het naar <b>192.168.A.1<\/b>. <b>192.168.A.1<\/b> weet niets van <b>192.168.B.1<\/b>, hij ziet het pakket van<b> B.B.B.1<\/b>, aangezien het door hem is ontvangen. Daarom gaat het antwoord op deze aanvraag via de algemene route, het komt ook van het adres <b>A.A.A.2 <\/b>en gaat naar <b>B.B.B.1<\/b>, en die router geeft dit antwoord terug naar <b>192.168.B.1<\/b>, hij ziet het antwoord van <b>A.A.A.2<\/b>, naar wie hij zich richtte.<\/p>\n<p>Een specifiek voorbeeld:<\/p>\n<p>1) <b>192.168.B.1<\/b> accesses <b>A.A.A.2<\/b>, wil een TCP-verbinding tot stand brengen met <b>A.A.A.2:13389<\/b>;<\/p>\n<p>2) <b>192.168.B.1<\/b> stuurt een verzoek om verbinding tot stand te brengen van <b>192.168.B.1:55555<\/b> (dit nummer kan, net als in het vorige voorbeeld, anders zijn) naar <b>A.A.A.2:13389<\/b>;<\/p>\n<p>3) het besturingssysteem dat draait op de computer met het adres <b>192.168.B.1<\/b>, beslist om dit pakket naar het gateway-adres van de router te sturen (<b>192.168.B.254<\/b> in ons geval), omdat er geen andere, meer specifieke routes voor <b>A.A.A.2<\/b>, heeft zij niet, en dus stuurt zij het pakket via de standaardroute (0.0.0.0\/0);<\/p>\n<p>4) hiervoor probeert ze, zoals we in het vorige voorbeeld hebben gemeld, het MAC-adres voor het IP-adres te vinden <b>192.168.B.254<\/b> in de ARP-protocolcache. Als deze niet wordt gevonden, verstuurt het vanaf <b>192.168.B.1<\/b> een broadcast who-has verzoek naar het netwerk <b>192.168.B.0\/24<\/b>. Wanneer <b>192.168.B.254<\/b> en stuurt in antwoord zijn MAC-adres terug, het systeem stuurt een Ethernet-pakket naar hem en slaat deze informatie op in zijn cache;<\/p>\n<p>5) de router ontvangt dit pakket en beslist waar het naartoe moet: hij heeft een beleid waarin staat dat hij moet natten (door het omgekeerde adres te vervangen) van alle pakketten van <b>192.168.B.0\/24<\/b> naar andere knooppunten van het internet;<\/p>\n<p>6) Aangezien dit beleid inhoudt dat het retouradres moet overeenkomen met het laagste adres op de interface waarlangs dit pakket wordt verzonden, bepaalt de router eerst aan wie dit pakket moet worden overgedragen. Dit moet, zoals in het vorige voorbeeld, worden verzonden naar <b>B.B.B.254<\/b> (de gateway van de internetprovider), omdat er geen meer specifieke routes naar <b>A.A.A.2<\/b>, dan 0.0.0.0\/0 is;<\/p>\n<p>7) dus vervangt de router het retouradres van het pakket, vanaf nu is het pakket afkomstig van <b>B.B.B.1:44444<\/b> (het poortnummer kan natuurlijk anders zijn) naar <b>A.A.A.2:13389<\/b>;<\/p>\n<p>8) de router onthoudt wat hij heeft gedaan, dus wanneer er een antwoord van <b>A.A.A.2:13389<\/b> aan <b>B.B.B.1:44444<\/b> komt, weet hij dat hij het adres en de poort van de ontvanger moet wijzigen naar <b>192.168.B.1:55555<\/b>.<\/p>\n<p>9) nu moet de router het verzenden naar het netwerk van de internetprovider via<b> B.B.B.254<\/b>, dus net als we al hebben genoemd, vindt hij het MAC-adres voor <b>B.B.B.254 <\/b>en stuurt het pakket naar de gateway van de internetprovider;<\/p>\n<p>10) internetproviders verzenden het pakket via hun netwerken van <b>B.B.B.1<\/b> en een werkende opdracht krijgen. <b>A.A.A.2<\/b>;<\/p>\n<p>11) de virtuele router op <b>A.A.A.2<\/b> ontvangt dit pakket op poort 13389;<\/p>\n<p>12) op de virtuele router is er een regel die bepaalt dat pakketten die van een willekeurige afzender op deze poort zijn ontvangen, moeten worden doorgegeven aan <b>192.168.A.1:3389<\/b>;<\/p>\n<p>13) de virtuele router zoekt in de routeringstabel naar het netwerk <b>192.168.A.0\/24<\/b> en stuurt het direct naar <b>192.168.A.<\/b>1, omdat het een interface heeft<b> 192.168.A.254\/24<\/b>;<\/p>\n<p>14) hiervoor vindt de virtuele router het MAC-adres voor<b> 192.168.A.1<\/b> en verzendt dit pakket naar hem via het virtuele Ethernet-netwerk;<\/p>\n<p>15) <b>192.168.A.1<\/b> ontvangt dit pakket op poort 3389, stemt ermee in om de verbinding tot stand te brengen en vormt een antwoordpakket van <b>192.168.A.1:3389<\/b> en een werkende opdracht krijgen.<b> B.B.B.1:44444<\/b>;<\/p>\n<p>16) zijn systeem verzendt dit pakket naar het gatewayadres van de virtuele router (<b>192.168.A.254<\/b> in ons geval), omdat er geen andere, meer specifieke routes voor <b>B.B.B.1<\/b>, er zijn geen andere, daarom moet hij het pakket via de standaardroute (0.0.0.0\/0) verzenden;<\/p>\n<p>17) net als in de voorgaande gevallen herinnert het systeem dat draait op de server met adres <b>192.168.A.1<\/b>, vindt het MAC-adres <b>192.168.A.254<\/b>, omdat het zich in hetzelfde netwerk met zijn interface bevindt <b>192.168.A.1\/24<\/b>;<\/p>\n<p>18) de virtuele router ontvangt dit pakket. Het is belangrijk op te merken dat hij zich herinnert dat hij dat <b>A.A.A.2:13389<\/b> pakket van <b>B.B.B.1:44444<\/b> ontving en het adres en poort van de ontvanger wijzigde naar <b>192.168.A.1:3389<\/b>, daarom verandert hij het adres van de afzender naar<b> 192.168.A.1:3389 <\/b>voor <b>B.B.B.1:44444<\/b> 19) de virtuele router beslist aan wie dit pakket moet worden overgedragen en stuurt het naar <b>A.A.A.2:13389<\/b>;<\/p>\n<p>20) internetproviders verzenden het pakket met <b>A.A.A.254<\/b> (de gateway van de internetprovider, in dit geval zijn wij dat ook), omdat er geen specifiekere routes zijn naar <b>B.B.B.1<\/b>, dan 0.0.0.0\/0 is;<\/p>\n<p>21) de router op <b>A.A.A.2<\/b> en een werkende opdracht krijgen. <b>B.B.B.1<\/b>;<\/p>\n<p>ontvangt dit pakket en herinnert zich dat hij, toen hij het pakket van <b>B.B.B.1<\/b> verzond, het adres en de poort van de afzender wijzigde naar <b>192.168.B.1:55555<\/b> voor <b>A.A.A.2:13389<\/b>, dus dit is een antwoord dat moet worden overgedragen naar <b>B.B.B.1:44444<\/b>(in werkelijkheid zijn er nog enkele controles, maar daar gaan we niet verder op in); <b>192.168.B.1:55555<\/b> 22) hij begrijpt dat het direct naar<\/p>\n<p>moet worden verzonden, aangezien deze zich in hetzelfde netwerk bevindt, en hij heeft daarom een overeenkomstige vermelding in de routeringstabel die veroorzaakt dat pakketten voor de gehele <b>192.168.B.1<\/b>moeten worden verzonden. <b>192.168.B.0\/24 <\/b>rechtstreeks te verzenden;<\/p>\n<p>23) de router vindt het MAC-adres voor <b>192.168.B.1<\/b> en stuurt dit pakket naar hem;<\/p>\n<p>24) het besturingssysteem op de computer met het adres <b>192.168.B.1<\/b> ontvangt het pakket van <b>A.A.A.2:13389<\/b> voor <b>192.168.B.1:55555<\/b> en initieert de volgende stappen voor het opzetten van een TCP-verbinding.<\/p>\n<p>Op te merken is dat in dit geval de computer met het adres <b>192.168.B.1<\/b> niets weet over de server met het adres <b>192.168.A.1<\/b>, hij communiceert alleen met <b>A.A.A.2<\/b>. Evenzo weet de server met het adres <b>192.168.A.1<\/b> niets over de computer met het adres <b>192.168.B.1<\/b>. Hij denkt dat er verbinding is gemaakt vanaf het adres <b>B.B.B.1<\/b>, en verder weet hij, zo te zeggen, niets.<\/p>\n<p>Ook moet worden vermeld dat als deze computer verbinding maakt met <b>A.A.A.2:1540<\/b>, de verbinding niet zal worden gemaakt omdat de doorvoer van verbindingen naar poort 1540 niet is ingesteld op de virtuele router, zelfs als er op sommige servers in het virtuele netwerk <b>192.168.A.0\/24<\/b> (bijvoorbeeld op de server met het adres <b>192.168.A.1<\/b>) enige diensten zijn die op deze poort op verbinding wachten. Als de gebruiker van de computer met het adres <b>192.168.B.1<\/b> extreem noodzakelijk verbinding wil maken met deze dienst, moet hij een VPN gebruiken, dat wil zeggen rechtstreeks verbinding maken met <b>192.168.A.1:1540<\/b>.<\/p>\n<p>Het moet worden benadrukt dat elke poging om verbinding te maken met <b>A.A.A.1<\/b> (behalve bij een IPSec-verbinding vanuit <b>B.B.B.1<\/b> ) niet succesvol zal zijn. Pogingen om verbinding te maken met <b>A.A.A.2<\/b>, behalve verbindingen met poort 13389, zullen ook niet succesvol zijn. <br \/>\nWe merken ook op dat als iemand anders (bijvoorbeeld C.C.C.C) naar<b> A.A.A.2 <\/b>verbindt, alles wat in punten 10-20 is aangegeven, ook voor hem geldt. Wat er voor en na gebeurt, hangt af van wat er precies achter deze C.C.C.C. zit. We beschikken niet over deze informatie, dus we raden aan om advies in te winnen bij de beheerders van de node met het adres C.C.C.C.<\/p>\n<h3>Derde positie<\/h3>\n<p>\nEn omgekeerd, als er vanuit<b> 192.168.A.1 <\/b>iets naar een poort wordt verzonden die is geconfigureerd voor doorvoer naar B.B.B.1 (bijvoorbeeld 11111), komt het ook niet in de VPN, maar wordt het gewoon doorgestuurd vanaf <b>A.A.A.1<\/b> en komt het terecht in <b>B.B.B.1<\/b>, en die stuurt het ergens naartoe, laten we zeggen, <b>192.168.B.2:3389<\/b>. Die ziet dit pakket niet van <b>192.168.A.1<\/b>, maar van <b>A.A.A.1<\/b>. En wanneer <b>192.168.B.2<\/b> antwoordt, gaat het pakket van <b>B.B.B.1<\/b> en een werkende opdracht krijgen. <b>A.A.A.1,<\/b> en komt later bij de oorspronkelijke verbinding veel bij de initiator van de verbinding \u2014 <b>192.168.A.1<\/b>.<\/p>\n<p>Een specifiek voorbeeld:<\/p>\n<p>1) <b>192.168.A.1<\/b> accesses <b>B.B.B.1<\/b>, wil een TCP-verbinding tot stand brengen met <b>B.B.B.1:11111<\/b>;<\/p>\n<p>2) <b>192.168.A.1<\/b> stuurt een verzoek om verbinding tot stand te brengen van <b>192.168.A.1:55555<\/b> (dit nummer kan, net als in het vorige voorbeeld, anders zijn) naar <b>B.B.B.1:11111<\/b>;<\/p>\n<p>3) het besturingssysteem dat draait op de server met het adres <b>192.168.A.1<\/b>, beslist om dit pakket naar het gateway-adres van de router te sturen (<b>192.168.A.254<\/b> in ons geval), omdat er geen andere, meer specifieke routes voor <b>B.B.B.1<\/b>, beschikbaar zijn, en dus stuurt het het pakket via de standaardroute (0.0.0.0\/0);<\/p>\n<p>4) hiervoor probeert het, zoals we in de vorige voorbeelden hebben genoemd, het MAC-adres voor het IP-adres te vinden <b>192.168.A.254<\/b> in de ARP-protocolcache. Als deze niet wordt gevonden, verstuurt het vanaf <b>192.168.A.1<\/b> een broadcast who-has verzoek naar het netwerk <b>192.168.A.0\/24<\/b>. Wanneer <b>192.168.A.254<\/b> en stuurt haar MAC-adres in antwoord, het systeem verstuurt een Ethernet-pakket voor hem en registreert deze informatie in zijn cache-tabel;<\/p>\n<p>5) De virtuele router ontvangt dit pakket en beslist waar het naartoe gestuurd moet worden: hij heeft een beleid gedefinieerd waarin staat dat hij alle pakketten van <b>192.168.A.0\/24<\/b> naar andere knooppunten van het internet;<\/p>\n<p>6) aangezien dit beleid vereist dat het terugadres overeenkomt met het laagste adres op de interface, waarmee dit pakket moet worden verzonden, bepaalt de virtuele router eerst aan wie dit pakket precies moet worden gestuurd, en hij moet, zoals in het vorige voorbeeld, het sturen naar <b>A.A.A.254<\/b> (de gateway van de internetprovider, in dit geval zijn wij dat ook), omdat er geen specifiekere routes zijn naar <b>B.B.B.1<\/b>, dan 0.0.0.0\/0 is;<\/p>\n<p>7) dat betekent dat de virtuele router het terugadres van het pakket vervangt, voortaan is dit een pakket van <b>A.A.A.1:44444<\/b> (het poortnummer kan natuurlijk anders zijn) naar <b>B.B.B.1:11111<\/b>;<\/p>\n<p>8) de virtuele router onthoudt wat hij heeft gedaan, en wanneer er van <b>B.B.B.1:11111<\/b> voor <b>A.A.A.1:44444<\/b> komt, weet hij dat hij het adres en de poort van de ontvanger moet wijzigen naar <b>192.168.A.1:55555<\/b>.<\/p>\n<p>9) de virtuele router nu dit pakket naar het internet van de provider moet sturen via <b>A.A.A.254<\/b>, betekent dit dat, zoals eerder vermeld, hij het MAC-adres voor <b>A.A.A.254 <\/b>en stuurt het pakket naar de gateway van de internetprovider;<\/p>\n<p>10) internetproviders verzenden het pakket via hun netwerken van <b>A.A.A.1 naar B.B.B.1<\/b>;<\/p>\n<p>11) router op <b>B.B.B.1<\/b> ontvangt dit pakket op poort 11111;<\/p>\n<p>12) op de virtuele router is er een regel die bepaalt dat pakketten die van een bepaalde afzender op deze poort binnenkomen, naar <b>192.168.B.2:3389<\/b>;<\/p>\n<p>13) de router vindt in de routeringstabel het netwerk <b>192.168.B.0\/24<\/b> en stuurt het rechtstreeks naar <b>192.168.B.2<\/b>, omdat hij een interface heeft <b>192.168.B.254\/24<\/b>;<\/p>\n<p>14) hiervoor vindt de virtuele router het MAC-adres voor <b>192.168.B.2<\/b> en verzendt dit pakket naar hem via het virtuele Ethernet-netwerk;<\/p>\n<p>15) <b>192.168.B.2<\/b> ontvangt dit pakket op poort 3389, stemt ermee in om de verbinding tot stand te brengen en vormt een antwoordpakket van <b>192.168.B.2:3389<\/b> en een werkende opdracht krijgen. <b>A.A.A.1:44444<\/b>;<\/p>\n<p>16) zijn systeem stuurt dit pakket naar het gateway-adres van de router (<b>192.168.B.254<\/b> in ons geval), omdat er geen andere, meer specifieke routes voor <b>A.A.A.1<\/b>, er zijn geen andere, daarom moet hij het pakket via de standaardroute (0.0.0.0\/0) verzenden;<\/p>\n<p>17) net zoals in de voorgaande gevallen, werkt het systeem dat draait op de computer met het adres <b>192.168.B.2<\/b>, vindt het MAC-adres <b>192.168.B.254<\/b>, omdat het zich in hetzelfde netwerk met zijn interface bevindt <b>192.168.B.2\/24<\/b>;<\/p>\n<p>18) router ontvangt dit pakket. Het is opmerkelijk dat hij zich herinnert dat hij op <b>B.B.B.1:11111<\/b> pakket van <b>A.A.A.1 <\/b>ontving en het adres en poort van de ontvanger wijzigde naar <b>192.168.B.2:3389<\/b>, daarom verandert hij het adres van de afzender naar <b>192.168.B.2:3389<\/b> voor <b>A.A.A.1:44444<\/b> 19) de virtuele router beslist aan wie dit pakket moet worden overgedragen en stuurt het naar <b>B.B.B.1:11111<\/b>;<\/p>\n<p>19) de router beslist aan wie hij dit pakket moet sturen. Hij stuurt het naar, laten we zeggen,<b> B.B.B.254 <\/b>(de gateway van de internetprovider, het exacte adres waarvan we niet weten), omdat er geen specifiekere routes zijn naar <b>A.A.A.1<\/b>, dan 0.0.0.0\/0 is;<\/p>\n<p>21) de router op <b>B.B.B.1<\/b> en een werkende opdracht krijgen. <b>A.A.A.1<\/b>;<\/p>\n<p>21) de virtuele router op<b> A.A.A.1 <\/b>verzond, het adres en de poort van de afzender wijzigde naar <b>192.168.A.1:55555<\/b> voor <b>B.B.B.1:11111<\/b>, dus dit is een antwoord dat moet worden overgedragen naar <b>A.A.A.1:44444<\/b>. Dat betekent dat dit het antwoord is dat moet worden verzonden naar <b>192.168.A.1:55555<\/b> (eigenlijk, zoals we in het vorige voorbeeld hebben vermeld, zijn er ook verschillende controles, maar ook deze keer zullen we die niet verder behandelen);<\/p>\n<p>22) hij begrijpt dat hij het rechtstreeks naar moet sturen <b>192.168.A.1<\/b>, omdat die zich in hetzelfde netwerk met hem bevindt, betekent dit dat die een overeenkomstige vermelding in zijn routeringstabel heeft die hem dwingt om pakketten voor het hele <b>192.168.A.0\/24<\/b> rechtstreeks te verzenden;<\/p>\n<p>23) de router vindt het MAC-adres voor <b>192.168.A.1<\/b> en stuurt dit pakket naar hem;<\/p>\n<p>24) besturingssysteem op de server met het adres <b>192.168.A.1<\/b> ontvangt het pakket van <b>B.B.B.1:1111<\/b>1 voor <b>192.168.A.1:55555 <\/b>en initieert de volgende stappen voor het opzetten van een TCP-verbinding.<\/p>\n<p>Net als in het vorige geval, in dit geval weet de server met het adres <b>192.168.A.1<\/b> niets over de computer met het adres <b>192.168.B.1<\/b>, hij communiceert alleen met <b>B.B.B.1<\/b>. De computer met het adres <b>192.168.B.1<\/b> weet ook niets over de server met het adres <b>192.168.A.1<\/b>. Hij denkt dat er verbinding is gemaakt vanaf het adres <b>A.A.A.1<\/b>, en de rest is verborgen.<\/p>\n<h3>Uitslag<\/h3>\n<p>\nZo verloopt alles bij verbindingen binnen de VPN-tunnel tussen het kantoor van de klant en de cloudomgeving, evenals bij verbindingen buiten de VPN-tunnel. Als je nog vragen hebt of onze hulp nodig hebt bij het oplossen van cloudproblemen, <noindex><a rel=\"nofollow\" href=\"https:\/\/tucha.ua\/ru\/contacts\">kan je 24\/7 contact opnemen.<\/a><\/noindex><br \/>\n<br \/>Bron: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/477854\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0418\u0437 \u043f\u0438\u0441\u0435\u043c \u0432 \u0441\u043b\u0443\u0436\u0431\u0443 \u0442\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438 Tucha \u0440\u043e\u0436\u0434\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0441\u0442\u0430\u0442\u044c\u0438. \u0422\u0430\u043a, \u043d\u0435\u0434\u0430\u0432\u043d\u043e \u043a \u043d\u0430\u043c \u043e\u0431\u0440\u0430\u0442\u0438\u043b\u0441\u044f \u043a\u043b\u0438\u0435\u043d\u0442 \u0441 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u043c \u0440\u0430\u0437\u044a\u044f\u0441\u043d\u0438\u0442\u044c, \u0447\u0442\u043e \u043f\u0440\u043e\u0438\u0441\u0445\u043e\u0434\u0438\u0442 \u043f\u0440\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f\u0445 \u0432\u043d\u0443\u0442\u0440\u0438 VPN-\u0442\u0443\u043d\u043d\u0435\u043b\u044f \u043c\u0435\u0436\u0434\u0443 \u043e\u0444\u0438\u0441\u043e\u043c \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044f \u0438 \u0441\u0440\u0435\u0434\u043e\u0439 \u0432 \u043e\u0431\u043b\u0430\u043a\u0435, \u0430 \u0442\u0430\u043a\u0436\u0435 \u043f\u0440\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f\u0445 \u0432\u043d\u0435 VPN-\u0442\u0443\u043d\u043d\u0435\u043b\u044f. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u0432\u0435\u0441\u044c \u0442\u0435\u043a\u0441\u0442, \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u043d\u043d\u044b\u0439 \u043d\u0438\u0436\u0435, \u2014 \u044d\u0442\u043e \u0440\u0435\u0430\u043b\u044c\u043d\u043e\u0435 \u043f\u0438\u0441\u044c\u043c\u043e, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043c\u044b \u043e\u0442\u043f\u0440\u0430\u0432\u0438\u043b\u0438 \u043e\u0434\u043d\u043e\u043c\u0443 \u0438\u0437 \u043a\u043b\u0438\u0435\u043d\u0442\u043e\u0432 \u0432 \u043e\u0442\u0432\u0435\u0442 \u043d\u0430 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":53573,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-53572","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0418\u0437 \u043f\u0438\u0441\u0435\u043c \u0432 \u0441\u043b\u0443\u0436\u0431\u0443 \u0442\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438 Tucha \u0440\u043e\u0436\u0434\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0441\u0442\u0430\u0442\u044c\u0438.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/chto-proishodit-pri-soedineniyah-vnutri-i-vne-vpn-tunnelya\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"nl_NL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0427\u0442\u043e \u043f\u0440\u043e\u0438\u0441\u0445\u043e\u0434\u0438\u0442 \u043f\u0440\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f\u0445 \u0432\u043d\u0443\u0442\u0440\u0438 \u0438 \u0432\u043d\u0435 VPN-\u0442\u0443\u043d\u043d\u0435\u043b\u044f | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0418\u0437 \u043f\u0438\u0441\u0435\u043c \u0432 \u0441\u043b\u0443\u0436\u0431\u0443 \u0442\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438 Tucha \u0440\u043e\u0436\u0434\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0441\u0442\u0430\u0442\u044c\u0438.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/chto-proishodit-pri-soedineniyah-vnutri-i-vne-vpn-tunnelya\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-12-04T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:01:29+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Wat gebeurt er bij verbindingen binnen en buiten de VPN-tunnel | ProHoster","description":"Uit de e-mails naar de technische support van Tucha ontstaan echte artikelen.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/chto-proishodit-pri-soedineniyah-vnutri-i-vne-vpn-tunnelya","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0427\u0442\u043e \u043f\u0440\u043e\u0438\u0441\u0445\u043e\u0434\u0438\u0442 \u043f\u0440\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f\u0445 \u0432\u043d\u0443\u0442\u0440\u0438 \u0438 \u0432\u043d\u0435 VPN-\u0442\u0443\u043d\u043d\u0435\u043b\u044f | ProHoster","og:description":"\u0418\u0437 \u043f\u0438\u0441\u0435\u043c \u0432 \u0441\u043b\u0443\u0436\u0431\u0443 \u0442\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438 Tucha \u0440\u043e\u0436\u0434\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0441\u0442\u0430\u0442\u044c\u0438.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/chto-proishodit-pri-soedineniyah-vnutri-i-vne-vpn-tunnelya","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-12-04T21:00:00+00:00","article:modified_time":"2020-02-18T11:01:29+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"53572","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-04 15:17:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 20:22:50","updated":"2026-02-04 15:17:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/53572","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=53572"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/53572\/revisions"}],"predecessor-version":[{"id":156714,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/53572\/revisions\/156714"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/53573"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=53572"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=53572"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=53572"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}