Diskussion:OpenVPN
Füge neue Diskussionsthemen unten an:
Klicke auf , um ein neues Diskussionsthema zu beginnen.Zum Archiv |
Massenhafte Weblinks im Artikel
[Quelltext bearbeiten]Stellt für mich kein Thema für die QS-Seiten dar - soll hier diskutiert werden, denn die Diskussion könnte länger dauern! --Bausachverständiger (Diskussion) Diskussion:OpenVPN#c-Bausachverständiger-2016-12-29T08:45:00.000Z-Massenhafte Weblinks im Artikel11
- Es geht um diese Bearbeitung. Das Thema wurde bereits diskutiert.
- Die Bearbeitung verstößt gleich gegen mehrere grundlegende Prinzipien der deutschsprachigen Wikipedia. Wikipedia ist kein Weblink-Verzeichnis. Exzessive Linklisten oder Weblinks im Artikeltext sind nicht erwünscht; siehe ausführliche Hinweise ausführliche Hinweise zur internen Verlinkung, aber auch Wikipedia:Belege. Das Open Directory Project oder soziale Bookmarkangebote wie Delicious sind dafür besser geeignet. Insofern sehe ich das ähnlich wie die meisten anderen Benutzer in der QS. Eigentlich ist die Rohdatenliste als solche zu entfernen. --87.123.253.9 Diskussion:OpenVPN#c-87.123.253.9-2017-01-04T01:35:00.000Z-Bausachverständiger-2016-12-29T08:45:00.000Z11
OpenVPN ist kein TLS/SSL
[Quelltext bearbeiten]Die Einleitung des Artikels ist missverständlich bzw. sogar falsch. Bei OpenVPN werden die Daten NICHT über eine TLS-Verbindung übertragen! Das Keymanagement von OpenVPN entspricht weitgehend dem Handshake-Protokoll von TLS mit beidseitiger Authentifizierung. Aber auch nur wenn mit Zertifikaten authentifiziert wird. Wird mit Passphrasen authentifiziert, hat die Verbindung garnichts mit TLS gemeinsam. Die Nutzdatenübertragung ist in beiden Fällen etwas völlig anderes: es gibt keinen record layer wie bei TLS, die encrypted payload bei OpenVPN ist einfach der rückgabewert einer verschlüsselungsfunktion von openssl plus sequenznummer. (nicht signierter Beitrag von 84.60.32.107 (Diskussion) Diskussion:OpenVPN#c-84.60.32.107-2007-12-31T12:10:00.000Z-OpenVPN ist kein TLS/SSL11)
INPUT/OUTPUT in vorschaltetem Proxy braucht's nicht
[Quelltext bearbeiten]In Abschnitt "Funktionsweise" steht, dass ein vorgelagerter Proxy, bzw. NAT-Router INPUT/OUTPUT freigegeben gekriegt haben muss. Das macht für mich kein Sinn, nur FORWARD und entsprechende Port Forwardings sind nötig. --212.203.41.55 Diskussion:OpenVPN#c-212.203.41.55-2012-01-14T14:59:00.000Z-INPUT/OUTPUT in vorschaltetem Proxy braucht11
Verwendete Ports
[Quelltext bearbeiten]Im Artikel fehlt die Angabe der von OpenVPN verwendeten Ports. Diese sind wahlweise UDP Port 1194 oder TCP Port 443 und Port 943. Quelle: http://www.giga.de/downloads/openvpn/tipps/welche-openvpn-ports-freigeben-einfach-erklaert/ --185.183.104.138 Diskussion:OpenVPN#c-185.183.104.138-2018-02-14T00:45:00.000Z-Verwendete Ports11
- Beim in der Quelle angegebenen Port Port 943 habe ich Zweifel ob das Port tatsächlich etwas mit OpenVPN zu tun hat. --188.106.68.242 Diskussion:OpenVPN#c-188.106.68.242-2018-02-14T10:57:00.000Z-185.183.104.138-2018-02-14T00:45:00.000Z11
- Laut der folgenden Quelle, ist bei OpenVPN bei Port 1194 die Verwendung von TCP als auch UDP Standard. Liste der standardisierten Ports--11185.159.157.10 Diskussion:OpenVPN#c-185.159.157.10-2018-02-17T12:21:00.000Z-188.106.68.242-2018-02-14T10:57:00.000Z11
Kommerzieller macOS und iOS Client
[Quelltext bearbeiten]Es gibt mit VPN Tracker einen kommerziellen VPN Client für macOS und iOS, der auch OpenVPN beherrscht und hier nicht aufgeführt ist. Ist es zulässig, den im Artikel zu erwähnen? Full Disclosure: ich arbeite für die Herstellerfirma an diesem Produkt. -- DarkDust (Diskussion) Diskussion:OpenVPN#c-DarkDust-20230218092500-Kommerzieller macOS und iOS Client11