Diskussion:Virtual Private Network/Archiv/1

message: "Die einzelnen Teilnehmer selbst müssen hierzu nicht direkt verbunden sein."
Ist das so? Also bei einer getunnelten Verbindung könnte man fast vermuten, die Teilnehmer hätten schon eine direkte Verbindung?:-)
:Das kann so sein. Das VPN terminiert dann an der Grenze zum internen Netz einer Firma. Die Verbindung kann dann so benutzt werden, als ob man direkt in der Firma sitzt. --Qbi 13:58, 23. Jun 2005 (CEST)
replies: text: Wenn zwei Clients zum VPN-Server verbinden und das Paketrouting so gescheit auf dem Server erfolgt, dass die Clients miteinander Daten austauschen können, dann besteht keine direkte Verbindung zwischen den Clients, sind jedoch Teilnehmer des VPN. Crasherblue 12:54, 28. Nov 2005 (CET)
thread_title:  Direkte Verbindung 

message: Auch im Telefonnetz gibt es sogenannte VPNs. Da sind dann z.B. alle Teilnehmer einer Firma in einem VPN. Die Firma zahlt dafür an den Netzbetreiber eine Gebühr. Die Mitarbeiter telefonieren dann untereinander billiger als aus dem VPN raus. Auch können sie intern andere Rufnummern (Kurzwahlen) benutzen. Sollte as nicht auch hier beschrieben werden? --87.123.65.90 07:36, 6. Feb 2006 (CET)
thread_title:  VPN im Telefonnetz 

message: Dieser Link verweist auf eine Softwarefirma, welche VPN Anwendungen installiert. Ist das in diesem Kontext sinnvoll?
Nein, hab´s entfernt.
Bitte Diskussionsbeiträge mit --~~~~ unterzeichnen! Dabei stellt sich sowiso die Frage, ob man die Linkliste nicht etwas "entrümpeln" könnte! --129.143.97.130 10:12, 7. Jul 2006 (CEST)
thread_title:  Link: VPN Was ist das ? 

message: Wie wäre es mit einem kurzen Vergleich zwischen VPN und VNC? Ich selber kanns leider nicht. --Moritz der Moralapostel 00:13, 11. Okt. 2006 (CEST)
thread_title:  VPN vs. VNC 

message: In dem Artikel wird nur auf VPNs eingegangen, die über ein öffentliches Netz aufgebaut werden (self-provisioned VPNs). Aber was ist denn mit VPNs, die über das Backbone eines Providers realisiert werden (Provider-provisioned VPNs). Dazu wird hier gar nichts gesagt. Siehe RFC 2547, RFC 4026
--Tukane 16:54, 8. Okt. 2007 (CEST)
thread_title:  Andere VPNs 

message: Ist ein Virtual Private Network ein Overlay Network? Nach Definition ja. Wolfgang Schönfeld 17:56, 20. Nov. 2007 (CET)
thread_title:  Overlay Network 

message: Als Laie finde ich folgende Aussage ziemlich unverständlich bzw. widersprüchlich:
"Die Verbindung über das öffentliche Netz wird üblicherweise verschlüsselt. Der Begriff „Private“ impliziert jedoch nicht, wie vielfach angenommen, dass es sich um eine verschlüsselte Übertragung handelt."  Kann das jemand ändern? Danke, Karl
:privat ist es deshalb, weil du eben nicht mehr direkt über das öffentliche netz kommunizierst sondern eben über ein eigenes privates. so soll man es verstehen^^ (nicht signierter Beitrag von 2.200.110.44 (Diskussion) 02:36, 7. Jun. 2011 (CEST)
thread_title:  verschlüsselt oder nicht? 

message: Ich habe versucht den Artikel ein wenig Oma-Kompatibel zu gestalten. Die neue Version befindet sich hier: Benutzer:NeonZero/Virtual Private Network -- NeonZero 22:46, 19. Nov. 2007 (CET)
thread_title:  Neue Version 

message: Klauslipinski, Trublu, was soll das? Sprecht euch bitte erstmal hier ab. --Revolus Echo der Stille 11:32, 17. Jan. 2008 (CET)
thread_title:  Edit-War 

message: ich hab da irgendwie so meine probleme mit dem bereich "Ursprung"
es wird gesagt, dass  "VPN alltagssprachlich gebraucht [wird], um ein (meist verschlüsseltes) virtuelles Netz zu bezeichnen". das ist ja prinzipiell nicht falsch, aber genauso wenig richtig. vpn ist prinzipiell doch eben nicht verschlüsselt... warum sonst gäbe es erweiterungen durch ipsec?
hier wird von verschlüsselten vpns ausgegangen (im text wird später hierauf auch bezug genommen). das ist definitiv nochmal überdenkenswert.
also mein vorschlag: den ursprung dahin gehend umstellen, dass es eben nicht verschlüsselt ist (vom ursprung her betrachtet, es klingt so, als ob es selbstverständlich wäre, dass ein vpn gesichert ist), sondern sich erst dahingehend entwickelt hat.
:Deinen Einwand kann ich nicht so recht nachvollziehen. Denn genau das, was Du da forderst, steht doch dort: „Heute wird VPN alltagssprachlich gebraucht, um ein (meist verschlüsseltes) virtuelles Netz zu bezeichnen, welches über ein TCP/IP-Netz gelegt wird, oft mit Bezug auf das öffentliche Internet als ‚benachbartes Netz’.“ Das Wort „Heute“ deutet darauf hin, dass es eine entsprechende Entwicklung gegeben hat (^^damals war es, wie im Artikel beschrieben, eben noch nicht so). Zudem wird in dem von Dir angesprochenen Satz explizit auf den derzeit alltagssprachlichen Gebrauch hingewiesen, wo VPN nun einmal meistens mit einer sicheren (genauer: einer verschlüsselten) Verbindung assoziiert wird., , ,  Sogar das Bundesamt für Sicherheit in der Informationstechnik (BSI) verallgemeinert die Technik des VPN als sichere Verbindung zwischen Netzwerken und einzelnen Computern.
:Eine typische Aussage aus dem Internet lautet: „… VPN verschlüsselt die Informationen beim Sender, schickt sie über eine unsichere öffentliche Internetleitung und entschlüsselt sie auf der Gegenseite wieder. Dabei stellt das VPN sicher, dass die Daten auf dem Transport weder mitgelesen noch verändert werden können und dass sie von einem autorisierten Sender stammen.“
:Der Artikel macht diesen Fehler nicht. In der Einleitung wirst Du daher nichts finden, was sich auf die Verschlüsselung bezieht. Denn das ist, wie Du richtig geschrieben hast, nicht das Wesen von VPN. Es ist nichts weiter als eine Option, für die man sich bei der Auswahl des geeigneten Protokolls entscheidet. Im Artikel liest man unter dem Abschnitt „Funktionsweise“ folgendes: „Abhängig vom verwendeten VPN-Protokoll lassen sich die Netzwerkpakete zudem verschlüsseln. Da die Verbindung dadurch abhör- und manipulationssicher wird, kann eine Verbindung zum VPN-Partner durch ein unsicheres Netz hindurch aufgebaut werden, ohne dabei ein erhöhtes Sicherheitsrisiko einzugehen. Alternativ dazu lassen sich über VPN auch ungesicherte Klartextverbindungen aufbauen.“ So ist es technisch gesehen korrekt, ändert aber nichts daran, dass VPN alltagssprachlich so wie oben beschrieben verwendet wird. Und darauf sollte in einer Enzyklopädie hingewiesen werden. -- ηeonZERO  19:27, 9. Jun. 2008 (CEST)
replies: text: Na, dann tue Dir keinen Zwang an. Das ist das Tolle an einem Wiki: Ändere die Dinge, die Dir sinnvoll erscheinen. Nur so entwickeln sich die Texte irgendwann zu einem wertvollen Beitrag. Es ist nicht einfach „mein“ Artikel oder Deiner oder der von irgendwem. Er gehört der Community. Und Du bist ein Teil davon. Probiere es einfach einmal aus: Sei mutig im Verbessern des Artikels! Gruß -- ηeonZERO  16:14, 10. Jun. 2008 (CEST)
thread_title:  VPN != verschlüsselt 

message: Halöle,
erst einmal Quedel, tut es mir leid, dass ich deinen Beitrag einfach geändert habe. Das war mein erstes "Wirken" in Wikipedia.
Das sollte wirklich keine Form des Vandalismus sein. Habe mich daher mal angemeldet.. :)
Dennoch bin ich der Meinung dass dein Gebrauch von End und Site nicht richtig oder wenigstens sehr misvertändlich ist.
Die Seite , welche du zur Begründung heranziehst beschreibt Site-To-Site 
richtig: Mehrere VPNs/Lans werden mit ihren eigenen VPN-Servern / Gateways mit einander verbunden. Daher: Ein virtuelles Netz wird mit einem Zweiten verbunden.
In deinem Wiki-beitrag steht jedoch: "Das Gateway kann auch auf ein rein virtuelles Netz zeigen, welches lediglich aus weiteren VPN-Partnern besteht (End-to-End-VPN)."
Beide Aussage sind konträr zu einander, oder? Vieleicht denke ich aber auch gerade krumm...
:siehe hier. -- ηeonZERO  01:09, 21. Feb. 2009 (CET)
thread_title:  End-To-End vs. Site-To-Site 

message: ich habe im Abschnitt Anwendungsmöglichkeiten eben zwei Sätze zu "Mobile VPN" ergänzt. ich persönlich halte das ja für Marketingsprech bzw Begriffsfindung, aber der noch schlimmere Artikel Mobile Virtual Private Network wird sonst wohl ständig wiederauferstehen.
wenn keine Einwände kommen würde ich ganz gerne einen redirect von obigem Lemma auf den Abschnitt einbauen.
Grüße, Rbrausse (Diskussion Bewertung) 13:04, 22. Sep. 2009 (CEST)
replies: text: Eine gute Lösung, wie ich finde. Den Text habe ich etwas weiter nach oben verschoben, da er meiner Meinung nach besser unter den Abschnitt zum Site-to-End-VPN passt. Du kannst das aber auch gerne wieder ändern. -- ηeonZERO   14:27, 22. Sep. 2009 (CEST)
replies: text: nöö, so wie jetzt gefällt's mir besser :) Rbrausse (Diskussion Bewertung) 14:30, 22. Sep. 2009 (CEST)
thread_title:  mobile VPN 

message: Zuallererst ein Rechnernetzwerk. "Schnittstelle" ist ein Laberbegriff, da kann man alles und nichts drunter verstehen. Die erste im Artikel angegebene Quelle  gibt zwei bessere Definitionen, auf denen man aufbauen kann:
* "A VPN is a communications environment in which access is controlled to permit peer connections only within a defined community of interest, and is constructed though some form of partitioning of a common underlying communications medium, where this underlying communications medium provides services to the network on a non-exclusive basis."
* "A VPN is private network constructed within a public network infrastructure, such as the global Internet."
Oben unter #Anpassung der Einleitung gibts eine entsprechende Formulierung von Nmoas , die ich wesentlich besser/korrekter finde als das, was momentan im Artikel steht. Die Verständlichkeit dieser Version ist sicher noch verbesserbar. --PM3 16:54, 9. Feb. 2012 (CET)
thread_title:  Ein VPN ist ... 

message: Die Übersetzung "virtuelles privates Netz" finde ich irreführend. "Virtual" bezieht sich auf "Private", nicht auf "Network" (sonst hieße es "Private Virtual Network"). Es geht also sinngemäß um ein so gut wie privates Netz oder, wenn es etwas kompakter sein soll, um ein "quasi privates Netz". --Bultianer (Diskussion) 14:28, 16. Jan. 2013 (CET)
thread_title:  Schiefe Übersetzung "virtuelles privates Netz" 

message: : Warum diese Löschung durch Benutzer:Isjc99 von
:: Die National Security Agency machte sich bei der Überwachung von Botschaften zunutze, dass die Computer der EU-Botschaften über ein VPN miteinander verbunden sind.
::: Quelle: spiegel.de: Neue NSA-Dokumente: US-Geheimdienst hörte Zentrale der Vereinten Nationen ab, vom 25. August 2013
:: Begründung der Löschung war:
::: "Das hat mit VPN nichts zu tun, sondern mit Firewalling und Monitoring - bei einer offenen Standleitung würde dasselbe Sicherheitsloch bestehen."
:--Agatha Bauer (Diskussion) 21:04, 27. Aug. 2013 (CEST)
replies: text:  Die NSA ist laut dem Bericht über Methoden, die mit VPN nichts zu tun haben (wahrscheinlich Trojaner auf Rechnern, im Artikel steht "infiltrieren"), in die Büros "eingedrungen". Das VPN wird nur deshalb erwähnt, weil es der NSA ermöglichte, auch auf Systeme des jeweils anderen Standortes zuzugreifen. Das hat aber mit der Tatsache, dass die Systeme per VPN verbunden sind, überhaupt nichts zu tun (hätte auch eine Standleitung sein können, was sehr häufig der Fall ist); es wird nicht behauptet, dass das VPN selbst irgendwie entschlüsselt oder geknackt worden wäre. Das braucht man von innen auch gar nicht... der Einsatz einer State-of-The-Art Application Level Firewall an den VPN-Endpunkten hätte aber eventuell den zusätzlichen Traffic aufgedeckt. Insofern ist dieser Vorfall jedenfalls für Lemma VPN und das Unterlemma "Sicherheit von VPNs" nicht relevant, da das VPN selbst zu jeder Zeit "sicher" war. --Isjc99 (Diskussion) 09:08, 29. Aug. 2013 (CEST)
thread_title:  Bitte genauer 

message: Wer oder was packt und wer oder was entpackt denn nun - Packt die VPN-Client-Software oder das Gateway als Teil der Software, entpackt nun das Gateway als Teil der Software?
"Sämtliche Pakete ... nimmt die VPN-Client-Software in Empfang, packt sie in das VPN-Protokoll und schickt sie zum VPN-Gateway. ... Sobald das VPN-Gateway auf der Gegenseite die ursprünglichen Pakete aus dem VPN-Protokoll extrahiert hat, ... 
Es liegt nun an dem VPN-Gateway (auf der Gegenseite; Anm. des Verf.) die an den VPN-Adapter adressierten Antwortpakete des Zielsystems abzufangen und in das VPN-Protokoll zu packen. Dann schickt das Gateway die VPN-Pakete an die Adresse der physischen Netzwerkkarte des PCs (an den Port der VPN-Client-Software). So werden die VPN-Pakete von der VPN-Client-Software in Empfang genommen, ausgepackt und intern zum virtuellen VPN-Netzwerkadapter weitergeleitet." (nicht signierter Beitrag von 88.74.29.89 (Diskussion) 14:53, 21. Okt. 2011 (CEST)
replies: text: Ich habe den Abschnitt "Funktionsweise" überarbeitet. In der Hoffnung, dass es jetzt verständlicher ist. -- ηeonZERO   14:41, 14. Mär. 2014 (CET)
thread_title:  VPN-Protokoll 

message: dieser artikel macht die sache nicht verständlich für mich als nicht-informatiker, ev zu umschreiben als poweruser mit linux- und bash-kenntnissen.
ich find ihn sehr ungenügend für ein allgemein zugängliches nachschlagewerk wie wikipedia. er sollte mE mit einer zusammenfassung für laien beginnen und könnte dann für sachverständigere mehr in die tiefe und technischen details gehen. 
danke für eine grundsätzliche überarbeitung und verbesserung.
--schoebu (Diskussion) 22:15, 23. Aug. 2013 (CEST)
replies: text: Die Einleitung wurde überarbeitet, sodass die Thematik nun hoffentlich leichter verständlich ist. -- ηeonZERO   14:43, 14. Mär. 2014 (CET)
thread_title:  Nicht verständlich 

message: Ich finde es etwas unglücklich, dass dieser Artikel sowohl konventionelle VPNs als auch SSL-VPN gleichberechtigt behandelt (in der Einleitung und der Struktur), obwohl es doch für die SSL-VPNs einen eigenen Artikel gibt. Könnte man sich in diesem Artikel nicht einfach auf die konventionellen VPNs beschränken mit einem kurzen Hinweis auf den Artikel SSL-VPNs? z.B. Mittels der Vorlage „Dieser Artikel“? --TheRandomIP (Diskussion) 22:43, 15. Jan. 2016 (CET)
replies: text: Dann sollte aber auch jener Artikel mal dringend überarbeitet werden, der vor unrichtigen Pauschalaussagen wie Alle heute üblichen SSL-VPN-Systeme verwenden den TCP-Port 443 (HTTPS) für die Datenübertragung nur so strotzt. -- Janka (Diskussion) 23:04, 15. Jan. 2016 (CET)
thread_title:  Konventionelles VPN und SSL-VPN 

message: Eine Einleitung sollte eine Einleitung und nicht gleich ein detaillierterer Erklärungsversuch sein... 
einfach mal geändert und die Einleitung banaler beschrieben:
Die  "zwei unterschiedliche Bedeutungen" würde ich aus der Einleitung wegnehmen, weil dort viel zu detailliert, außerdem ist "konventionell" auch m.E. eine subjektive Bewertung; es läßt sich anders besser erkären was VPN ist. -- Hhhenning 15:31, 18. Sep. 2016
:Deine Anpassung erzeugt einige Probleme. Um diese zu erläutern folgt hier zunächst die bisherige Einleitung:
Virtual Private Network ( „virtuelles privates Netzwerk“; kurz VPN) hat zwei unterschiedliche Bedeutungen:
* Das konventionelle VPN bezeichnet ein virtuelles privates (in sich geschlossenes) Kommunikationsnetz. Virtuell in dem Sinne, dass es sich nicht um eine eigene physische Verbindung handelt, sondern ein bestehendes Kommunikationsnetz als Transportmedium verwendet wird. Das VPN dient dazu, Teilnehmer des bestehenden Kommunikationsnetzes an ein anderes Netz zu binden.Paul Ferguson, Geoff Huston: What is a VPN? April 1998 (PDF-Datei; 652 kB)
:So kann beispielsweise der Computer eines Mitarbeiters von Zuhause aus Zugriff auf das Firmennetz erlangen, gerade so, als säße er mittendrin. Aus Sicht der VPN-Verbindung werden dafür die dazwischen liegenden Netze (sein Heimnetz sowie das Internet) auf die Funktion eines Verlängerungskabels reduziert, das den Computer (VPN-Partner) ausschließlich mit dem zugeordneten Netz verbindet (VPN-Gateway). Er wird nun zum Bestandteil dieses Netzes und hat direkten Zugriff darauf. Die Auswirkung ist vergleichbar mit dem Umstecken des Computer-Netzwerkkabels an das per VPN zugeordnete Netz.
:Dieser Vorgang funktioniert unabhängig von der physischen Topologie und den verwendeten Netzwerkprotokollen selbst dann, wenn das zugeordnete Netz von einer vollkommen anderen Art ist.
:Der sich daraus ergebende Nutzen eines VPNs kann je nach verwendetem VPN-Protokoll durch eine Verschlüsselung ergänzt werden, die eine abhör- und manipulationssichere Kommunikation zwischen den VPN-Partnern ermöglicht.Tunneling Protokolle für VPN von tcp-ip-info.de Ein verschlüsseltes (virtuelles) Netzwerk über ein unverschlüsseltes Netzwerk herzustellen, kann ein wichtiges Kriterium, mitunter sogar der Hauptgrund für die Verwendung eines VPNs sein.
* SSL-VPN (auch Web-basierendes VPN) unterstützt seit 2002 Lösungen, die einen verschlüsselten Fernzugriff auf Unternehmensanwendungen und gemeinsam genutzte Ressourcen realisieren, ohne dass sich die SSL-VPN-Partner dafür an das Unternehmensnetz binden.Making way for the new VPN In: Network World vom 23. Dezember 2002, , Band 19, Nr. 51, S. 64(). Hier wird sinnbildlich also nicht das Netzwerkkabel an ein anderes Netz angeschlossen; es wird lediglich ein gesicherter Zugriff auf bestimmte Dienste des anderen Netzes ermöglicht.
:Der Namensbestandteil „VPN“ für diese Lösungen ist umstritten, aber im Markt üblich.
Beispiel für Verwendung des Begriffes "VPN" im Sinne von "Reverse Web-Proxy": Cisco ASA: 
Beispiel für Verwendung des Begriffes "VPN" im Sinne von "Reverse Web-Proxy": Citrix Access Gateway:
Beispiel für Verwendung des Begriffes "VPN" im Sinne von "Reverse Web-Proxy": Check Point:
 Technisch gesehen basieren sie auf einem Proxy-Mechanismus (Thin Client SSL VPN) oder darauf, dass die begehrte Unternehmensanwendung selbst eine Webanwendung ist (Clientless SSL VPN), auf die ein SSL-VPN-Partner über eine gesicherte Verbindung zugreifen kann, ohne jedoch einen direkten Zugriff auf das Unternehmensnetz zu erhalten.Die Wahl der richtigen VPN-Technik, von Jürgen Hill, Computerwoche, 2. November 2007, archiviert auf tecchannel.de
:Darüber hinaus unterstützt SSL-VPN auch einen VPN-Modus im Sinne des konventionellen VPNs (Fat Client SSL VPN).
Hier die überarbeitet Einleitung, die bis zur Klärung der weiter unten stehenden Probleme erst einmal von mir zurückgesetzt wurde:
Mit Virtual Private Network ( „virtuelles privates Netzwerk“; kurz VPN) lässt sich in einem offenen, ungeschützten Netzwerk (z.B. Internet) ein sicheres, eigenes Teilnetz aufbauen. Das geschieht über einen Tunnel zwischen den Endpunkten, die entweder Computer oder Dienste sind. VPN muss dabei die Authentizität, Vertraulichkeit und Integrität sicherstellen. VPN ist in keinem RFC oder irgendeiner Norm beschrieben, sondern bezeichnet ein Prinzip, in ungeschützten Netzwerken sicher kommunizieren zu können. Es bedient sich hierzu verschiedener Protokolle, die in Netzwerkgeräten, wie z.B. Router, oder Softwareanwendungen konfiguriert und bereitgestellt werden.
Es hat zwei unterschiedliche Bedeutungen:
* Das konventionelle VPN bezeichnet ein virtuelles privates (in sich geschlossenes) Kommunikationsnetz. Virtuell in dem Sinne, dass es sich nicht um eine eigene physische Verbindung handelt, sondern ein bestehendes Kommunikationsnetz als Transportmedium verwendet wird. Das VPN dient dazu, Teilnehmer des bestehenden Kommunikationsnetzes an ein anderes Netz zu binden.Paul Ferguson, Geoff Huston: What is a VPN? April 1998 (PDF-Datei; 652 kB)
:So kann beispielsweise der Computer eines Mitarbeiters von Zuhause aus Zugriff auf das Firmennetz erlangen, gerade so, als säße er mittendrin. Aus Sicht der VPN-Verbindung werden dafür die dazwischen liegenden Netze (sein Heimnetz sowie das Internet) auf die Funktion eines Verlängerungskabels reduziert, das den Computer (VPN-Partner) ausschließlich mit dem zugeordneten Netz verbindet (VPN-Gateway). Er wird nun zum Bestandteil dieses Netzes und hat direkten Zugriff darauf. Die Auswirkung ist vergleichbar mit dem Umstecken des Computer-Netzwerkkabels an das per VPN zugeordnete Netz.
:Dieser Vorgang funktioniert unabhängig von der physischen Topologie und den verwendeten Netzwerkprotokollen selbst dann, wenn das zugeordnete Netz von einer vollkommen anderen Art ist.
:Der sich daraus ergebende Nutzen eines VPNs kann je nach verwendetem VPN-Protokoll durch eine Verschlüsselung ergänzt werden, die eine abhör- und manipulationssichere Kommunikation zwischen den VPN-Partnern ermöglicht.Tunneling Protokolle für VPN von tcp-ip-info.de Ein verschlüsseltes (virtuelles) Netzwerk über ein unverschlüsseltes Netzwerk herzustellen, kann ein wichtiges Kriterium, mitunter sogar der Hauptgrund für die Verwendung eines VPNs sein.
* SSL-VPN (auch Web-basierendes VPN) unterstützt seit 2002 Lösungen, die einen verschlüsselten Fernzugriff auf Unternehmensanwendungen und gemeinsam genutzte Ressourcen realisieren, ohne dass sich die SSL-VPN-Partner dafür an das Unternehmensnetz binden.Making way for the new VPN In: Network World vom 23. Dezember 2002, , Band 19, Nr. 51, S. 64(). Hier wird sinnbildlich also nicht das Netzwerkkabel an ein anderes Netz angeschlossen; es wird lediglich ein gesicherter Zugriff auf bestimmte Dienste des anderen Netzes ermöglicht.
:Der Namensbestandteil „VPN“ für diese Lösungen ist umstritten, aber im Markt üblich.
Beispiel für Verwendung des Begriffes "VPN" im Sinne von "Reverse Web-Proxy": Cisco ASA: 
Beispiel für Verwendung des Begriffes "VPN" im Sinne von "Reverse Web-Proxy": Citrix Access Gateway:
Beispiel für Verwendung des Begriffes "VPN" im Sinne von "Reverse Web-Proxy": Check Point:
 Technisch gesehen basieren sie auf einem Proxy-Mechanismus (Thin Client SSL VPN) oder darauf, dass die begehrte Unternehmensanwendung selbst eine Webanwendung ist (Clientless SSL VPN), auf die ein SSL-VPN-Partner über eine gesicherte Verbindung zugreifen kann, ohne jedoch einen direkten Zugriff auf das Unternehmensnetz zu erhalten.Die Wahl der richtigen VPN-Technik, von Jürgen Hill, Computerwoche, 2. November 2007, archiviert auf tecchannel.de
:Darüber hinaus unterstützt SSL-VPN auch einen VPN-Modus im Sinne des konventionellen VPNs (Fat Client SSL VPN).
Diese von Dir, Hhhenning, angepaßte Einleitung ist so nicht korrekt. Du schreibst, mit VPN "lässt sich in einem offenen, ungeschützten Netzwerk (z.B. Internet) ein sicheres, eigenes Teilnetz aufbauen". Was ist "sicher"? Zählen unverschlüsselte VPNs auch dazu? Wie passt "eigenes Teilnetz aufbauen" zum Thin Client SSL VPN oder zum Clientless SSL VPN? Du schreibst ferner "VPN muss dabei die Authentizität, Vertraulichkeit und Integrität sicherstellen". Muss es das? Bei ausnahmslos jedem VPN? Woher hast Du diese Informationen? Dann schreibst Du, VPN "bezeichnet ein Prinzip, in ungeschützten Netzwerken sicher kommunizieren zu können". Wieder die Frage, was ist "sicher"? Du erklärst das hier zum Wesen eines jeden VPNs. Woher hast Du diese Informationen? -- ηeonZERO   19:46, 29. Sep. 2016 (CEST)
thread_title:  Einleitung 

message: Die  "zwei unterschiedliche Bedeutungen" würde ich aus der Einleitung wegnehmen, weil dort viel zu detailliert, außerdem ist "konventionell" auch m.E. eine subjektive Bewertung; es läßt sich anders besser erkären was VPN ist. Den Artikel Aufbau habe ich daher neu strukturiert, vom Groben ins Detail, z.B. ist eine Historie nicht verkehrt, ebensowenig "Sicherheitsprobleme" und eben der Beginn einer strukturierten Erläuterung, wo "Grundtechnik" ziemlich weit oben steht, danach Szenarien, die Trennung der möglichen Protokolle von Produkten usw. Das ganze ist sicherlich nicht fertig, aber m.E. ein brauchbarer Anfang -- Hhhenning 15:31, 18. Sep. 2016
:Hhhenning, auch diese Anpassungen bringen ihre Probleme mit sich, die ich vorher geklärt haben möchte. Daher zunächst der Revert. Nach der Klärung lassen sich gerne Anpassungen übernehmen. Dazu hier die ursprüngliche Artikelstruktur vor Deiner Anpassung:
Inhaltsverzeichnis
    1 Konventionelle VPNs
        1.1 Grundlagen
            1.1.1 Gegenseitig erreichbare Netze
            1.1.2 VPN ist ein reines Softwareprodukt
        1.2 Funktionsweise
            1.2.1 Netzwerke verbinden
            1.2.2 Gekapseltes Netz
            1.2.3 Eigenschaften eines VPNs
        1.3 Praktischer Nutzen eines VPNs
            1.3.1 Anwendungsmöglichkeiten
        1.4 Sicherheit
            1.4.1 Verschlüsselung
            1.4.2 Grenzen des VPN
        1.5 Implementierungen
        1.6 Der virtuelle Netzwerkadapter einer VPN-Sitzung
    2 SSL-VPNs
:Und hier die Artikelstruktur nach Deiner Anpassung:
Inhaltsverzeichnis
    1 Historie
    2 Grundprinzip
    3 Typen
        3.1 end-to-end (Host-to-Host-VPN / Remote-Desktop-VPN)
        3.2 end-to-site (Host-to-Site-VPN / Remote-Access-VPN)
        3.3 site-to-site (LAN-to-LAN-VPN / Gateway-to-Gateway-VPN / Branch-Office-VPN)
    4 Systemanforderungen
    5 Protokolle und OSI-Schichten
    6 Produkte / Software
    7 Sicherheitsprobleme
    8 Genauere Erläuterung konventioneller VPNs
        8.1 Grundlagen
            8.1.1 Gegenseitig erreichbare Netze
            8.1.2 VPN ist ein reines Softwareprodukt
        8.2 Funktionsweise
            8.2.1 Netzwerke verbinden
            8.2.2 Gekapseltes Netz
        8.3 Praktischer Nutzen eines VPNs
            8.3.1 Anwendungsmöglichkeiten
        8.4 Sicherheit
            8.4.1 Verschlüsselung
            8.4.2 Grenzen des VPN
        8.5 Der virtuelle Netzwerkadapter einer VPN-Sitzung
    9 SSL-VPNs
Die Trennung zwischen konventionellen VPNs und SSL-VPN ist wesentlich. Viele Aussagen, die sich einzig auf konventionelle VPNs beziehen, liegen nun ausserhalb dieser (genauer darüber) und stimmen so nicht mehr, weil sie nicht auf (Thin Client- und Clientless-) SSL VPNs zutreffen. Inhaltlich gibt es meinerseits ebenfalls grundlegende Bedenken. -- ηeonZERO   19:46, 29. Sep. 2016 (CEST)
thread_title:  Die Artikelstruktur 

message: Zur Veranschaulichung meiner Kritik an den von Dir, Hhhenning, vorgenommenen Anpassungen soll der Abschnitt Systemanforderungen dienen:
Das zugrunde liegende Netzwerk ist aus historischen Gründen offen, VPN muss daher folgende Anforderungen erfüllen:
* Benutzerauthentifizierung
* Benutzerautorisierung
* Schlüsselmanagement
* Paketauthentisierung
* Datenvertraulichkeit
* Datenintegrität
* Schutz vor Sabotage und unerlaubten Eindringen
* Sicherheitsaspekte in der Software
Was bedeutet "offen"? Ist Dein LAN zuhause offen? Wenn nicht, ist dann ein darin aufgesetztes VPN kein VPN mehr? Der Leser wird sich diese Fragen stellen. Ist gemäß Deiner Liste ein VPN ohne Benutzerauthentifizierung/-autorisierung kein VPN? Was sucht ein Schlüsselmanagement bei unverschlüsselten VPNs? Ist Paketauthentisierung nicht eine Frage des Übertragungsprodokolls? [...] Gemäß Deiner Auflistung ist der Schutz vor Sabotage und unerlaubten Eindringen Aufgabe eines VPNs. Meinst Du damit ein bestimmtes VPN oder alle? So wie es da steht, gilt das für alle, was schlicht nicht zutreffend ist. Wo sind Deine Quellen?
Siehe auch den Abschnitt Historie. Du schreibst dort:
Die Frage nach VPN kam zuerst aus Unternehmen, inwieweit z.B. Außendienstmitarbeiter auf die Daten und Computer im Intranet von unterwegs zugreifen können. Während Standorte von Unternehmen gerne mit Standleitungen verbunden sind, ist das für sehr kleine Standorte oder Einzelarbeitsplätze zu Hause oder unterwegs nicht möglich. Hier gab es zuerst die Direkteinwahl über das Telefonnetz per DFÜ, die sehr sicher, aber auch teuer ist. Später kam dann das Internet. Die grundlegenden Internet-Protokolle bieten jedoch keine Vertrauchlichkeit, Authentifikation und Integrität, schützenswürdige Daten sind auf der Ebene einsehbar und fälschbar. Hersteller von Netzwerkgeräten, Betriebssystemen und Anwendungen entwickelten daher Lösungen, die unter VPN gruppiert werden.
Woher hast Du diese Informationen? Zumal diese im Wiederspruch stehen zu den sonstigen im Artikel bestehenden Quellen, wie z.B. diese hier:  What is a VPN? von April 1998. -- ηeonZERO   19:46, 29. Sep. 2016 (CEST)
thread_title:  Inhaltliches 

message: Wenn ein Artikel (leider ohne vorherige Diskussion) derart stark überarbeitet wird, braucht das mitunter Zeit, bis Fehler vom Autor selbst korrigiert werden bzw. bis wichtige Quellen eingearbeitet sind. Seit über einer Woche gibt es jedoch keine Anpassungen mehr von Hhhenning am Artikel. Der Artikel scheint aus seiner Sicht jetzt fertig zu sein.
Es sind durch die Anpassung in Struktur und Inhalt jedoch zahlreiche Fehler entstanden (Details siehe hier, hier und hier). Ich habe auf den ersten Blick leider auch nichts gefunnden, was ohne vorherige Klärung übernommen werden könnte (allerdings machen es einem die zahlreichen Anpassungen in der Struktur auch nicht gerade leicht). Daher der Revert. Ich möchte darum bitten, die weiter oben aufgeführten Unklarheiten zunächst auzuräumen. Dann läßt sich der Artikel gerne entsprechend anpassen. -- ηeonZERO   19:46, 29. Sep. 2016 (CEST)
thread_title:  Gründe für den Revert