invis_server_wiki:installation:basesetup-140

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
Nächste Überarbeitung Beide Seiten der Revision
invis_server_wiki:installation:basesetup-140 [2021/08/16 11:18]
flacco [Netzwerkkonfiguration]
invis_server_wiki:installation:basesetup-140 [2021/08/16 11:27]
flacco [Netzwerkkonfiguration]
Zeile 133: Zeile 133:
   * Für die Top-Level-Domain (TLD) sollte eine Fantasie-Domain wie beispielsweise //​**.corp**//,​ //​**.home**//​ oder auch //​**.lan**//​ verwendet werden. Die Verwendung einer im Internet gültigen bzw. bereits vergebenen Domain führt zu Problemen beim Routing und dem EMail-Handling. ​   * Für die Top-Level-Domain (TLD) sollte eine Fantasie-Domain wie beispielsweise //​**.corp**//,​ //​**.home**//​ oder auch //​**.lan**//​ verwendet werden. Die Verwendung einer im Internet gültigen bzw. bereits vergebenen Domain führt zu Problemen beim Routing und dem EMail-Handling. ​
  
-//​**Hinweis:​** Dieses Thema war lange hoch umstritten. Die für die Zulassung von Top-Level-Domains zuständige Organisation ICANN warnt wegen der ständig neu zugelassenen TLDs vor Domain-Kollisionen und hatte etwa die Vergabe von beispielsweise .corp auf unbestimmte Zeit zurück gestellt. [[https://​heise.de/​-2062606|Infos zum Thema]]. Seit 2018 ist es allerdings amtlich. Die Top-Level Domains //​**.internal**//,​ //​**.intranet**//,​ //​**.private**//,​ //​**.lan**//,​ //**.corp.**//, //​**.home**//​ und //​**.mail**//​ bleiben für interne bzw. private Nutzung reserviert. [[https://​datatracker.ietf.org/​doc/​html/​rfc6762#​appendix-G|rfc6762]] Leider gilt das nicht für //​**.loc**//​. Unserer Meinung nach fällt es gerade kleineren Unternehmen,​ an die sich unser Projekt ja wendet, schwer auch für interne Zwecke mit offiziell registrierten Domains zu arbeiten. Es steht Ihnen natürlich frei dies zu tun.//+//​**Hinweis:​** Dieses Thema war lange hoch umstritten. Die für die Zulassung von Top-Level-Domains zuständige Organisation ICANN warnt wegen der ständig neu zugelassenen TLDs vor Domain-Kollisionen und hatte etwa die Vergabe von beispielsweise .corp auf unbestimmte Zeit zurück gestellt. [[https://​heise.de/​-2062606|Infos zum Thema]]. Seit 2018 ist es allerdings amtlich. Die Top-Level Domains //​**.internal**//,​ //​**.intranet**//,​ //​**.private**//,​ //​**.lan**//,​ //​**.corp**//,​ //​**.home**//​ und //​**.mail**//​ bleiben für interne bzw. private Nutzung reserviert. [[https://​datatracker.ietf.org/​doc/​html/​rfc6762#​appendix-G|Siehe rfc6762]] ​und [[https://​www.theregister.com/​2018/​02/​12/​icann_corp_home_mail_gtlds/​|und hier]]. ​Leider gilt das nicht für das hier immer wieder beispielhaft verwendete ​//​**.loc**//​. Unserer Meinung nach fällt es gerade kleineren Unternehmen,​ an die sich unser Projekt ja wendet, schwer auch für interne Zwecke mit offiziell registrierten Domains zu arbeiten. Es steht Ihnen natürlich frei dies zu tun.//
  
 Um die Benennung der Netzwerkschnittstellen mit den einzelnen Firewall-Zonen eines invis-Servers in Verbindung zu bringen, haben wir uns entschlossen,​ auf Basis von udev-Regeln klare Namen für die Netzwerkschnittstellen zu vergeben. Auch die Benennung der im Laufe des Setups einzurichtenden VPN-Schnittstelle wurde ein entsprechender Name gegeben: Um die Benennung der Netzwerkschnittstellen mit den einzelnen Firewall-Zonen eines invis-Servers in Verbindung zu bringen, haben wir uns entschlossen,​ auf Basis von udev-Regeln klare Namen für die Netzwerkschnittstellen zu vergeben. Auch die Benennung der im Laufe des Setups einzurichtenden VPN-Schnittstelle wurde ein entsprechender Name gegeben:
  • invis_server_wiki/installation/basesetup-140.txt
  • Zuletzt geändert: 2023/07/24 06:12
  • von flacco