Aktuelle Version: 3.1.2-1
|
Auf einen Blick |
|
|
Katalog |
System |
|
Kategorie |
Sonstiges Appliances |
|
Benutzer-Volumes |
ja |
|
Min. Speicher |
160 MB |
|
Betriebssystem |
Linux |
|
Einschränkungen |
no |
|
Fragen/Kommentare |
|
Die NASR-Appliance ist eine gemeinsam genutzte Dateispeicher-Appliance. Sie bietet Dateispeicher, auf den über HTTP-, NFS- und CIFS-Dateiprotokolle und die Webschnittstelle zur Dateiverwaltung zugegriffen werden kann. Zusätzlich können zwei NASR-Appliances in einem Master-Slavesynchronisierungsmodus konfiguriert werden, sodass Inhalt auf dem Master auf dem Slave repliziert wird.
Die NASR-Appliance verarbeitet Dateien, die in einem konfigurierten (einsteckbaren) Daten-Volume enthalten sind, wodurch der Inhalt, der von Appliance bereitgestellt wird, leicht geändert werden kann. Ferner kann das Volume verschiedene Größen haben. Beispiel: Wenn NASR zum Speichern von Protokolldateien verwendet wird, muss das Daten-Volume nicht so groß sein wie der Speicher, der für Inhalt auf einem Apache-Server benötigt wird.
Das Stammverzeichnis des Volumes ist freigegeben, und der HTTP-, NFS- und CIFS-Server (Samba) sehen das gleiche Volume am gleichen Stamm. Der NFS-Server stellt das Volume als freigegebenes benanntes "/mnt/data" aus. Der CIFS-Server stellt das Volume als benannte Freigabe aus. Auf das Stammverzeichnis des Volumes besteht Lesezugriff über den HTTP-Server und Lese-/Schreibzugriff über den NFS- und CIFS-Server (Samba).
Der CIFS-Zugriff ist anonym. Es wird davon ausgegangen, dass nur Appliances, die auf das Volume zugreifen dürfen, an das CIFS-Terminal angeschlossen werden. Dadurch entfällt der Bedarf, komplexe Sicherheitseinstellungen auf dem Client und Server zu konfigurieren, und Appliances, die Dateizugriff benötigen, können einfach an die CIFS-Eingabe angeschlossen werden.
In seiner Standardkonfiguration dient NASR als normale NAS-Appliance. Wenn sie konfiguriert ist, können zwei NASR-Appliances bei einer Master-Slave-Replikation so ausgeführt werden, dass Daten auf dem Master auf dem Slave weiter repliziert werden. Replikation funktioniert nur in eine Richtung. Etwaige Änderungen auf dem Slave werden nicht auf dem Master repliziert. Die Replikation ist asynchron und wird von Dateiänderungen auf dem Daten-Volume des Masters ausgelöst. Daten werden mithilfe von rsync über das systemeigene Protokoll repliziert.
Es gibt mehrere Hauptanwendungsfälle für die NAS-Appliance:
NASR bietet GUI-Zugriff auf sein Daten-Volume, wodurch die Verwaltung des Inhalts beim Ausführen der Appliance erleichtert wird.
Wichtig! Die aktuelle NASR-Version wurde für die Verwendung mit bis zu 20000 Dateien auf dem Daten-Volume verifiziert. Dies ist eine Kernel-Beschränkung des Dateibenachrichtigungssystems. Einzelheiten hierzu finden Sie im Abschnitt Hinweise.
|
Ressource |
Minimum |
Maximum |
Standard |
|
CPU |
0.1 |
16 |
0.2 |
|
Speicher |
160 MB |
32 GB |
256 MB |
|
Bandbreite |
1 Mbit/s |
2 Gbit/s |
250 Mbit/s |
|
Name |
Verz. |
Protokoll |
Description |
|
http |
in |
HTTP |
Terminal, auf dem HTTP-Anfragen empfangen werden. Dieses Terminal wird verwendet, um auf das NASR-Daten-Volume mithilfe des HTTP/1.1-Protokolls zuzugreifen. HTTP-Anfragen werden vom HTTPD-Server Version 2.2.15-15 verarbeitet. |
|
nfs |
in |
NFS |
Terminal, auf dem NFS-Anfragen empfangen werden. Dieses Terminal wird verwendet, um auf das Daten-Volume von NASR mithilfe des NFS/3.0-Protokolls zuzugreifen. |
|
cifs |
in |
CIFS |
Terminal, auf dem CIFS-Anfragen empfangen werden. Dieses Terminal wird verwendet, um auf das Daten-Volume von NASR mithilfe des CIFS/1.0-Protokolls zuzugreifen. CIFS-Anfragen werden vom Samba-Server Version 3.5.10-125 verarbeitet. |
|
rin |
in |
Alle |
Terminal, auf dem Daten von der NASR-Remote-Appliance empfangen werden. Daten werden über das systemeigene rsync-Protokoll (tcp/873) übertragen. Dieses Terminal muss verbunden sein, wenn die Appliance so konfiguriert ist, dass sie im Slave-Modus ausgeführt wird (repl_mode ist "slave"), andernfalls schlägt sie fehl. Die Appliance kann ebenfalls nicht gestartet werden, wenn diese Terminal verbunden ist, aber die Appliance nicht für die Ausführung im Slave-Modus konfiguriert ist. |
|
rout |
out |
Alle |
Terminal, auf dem Daten von der NASR-Remote-Appliance gesendet werden. Daten werden über das systemeigene rsync-Protokoll (tcp/873) übertragen. Dieses Terminal muss verbunden sein, wenn die Appliance so konfiguriert ist, dass sie im Master-Modus ausgeführt wird (repl_mode ist "master"), andernfalls schlägt sie fehl. Die Appliance kann ebenfalls nicht gestartet werden, wenn diese Terminal verbunden ist, aber die Appliance nicht für die Ausführung im Master-Modus konfiguriert ist. |
|
mon |
out |
CCE |
Sendet Leistungs- und Ressourcenverwendungsstatistik. |
Die Standardschnittstelle. Dies ermöglicht es SSH, auf die Appliance mithilfe des Befehls '3 t ssh comp' zuzugreifen, um Wartungsschritte auszuführen oder Probleme zu beheben. Die Standardschnittstelle kann auch verwendet werden, um auf den webbasierten Dateibrowser zuzugreifen, der die Verwaltung des Inhalts auf dem Daten-Volume ermöglicht, während die Appliance ausgeführt wird.
|
Volume |
Description |
|
Daten |
Lesen/Schreiben-Volume, das Speicherplatz für die Dateien bietet, die von der Appliance bereitgestellt werden |
Die folgende Datei kann sich im Stammverzeichnisses des Volumes befinden:
|
Datei |
Description |
|
.htpasswd |
Zu verwendende HTTP-Kennwort-Datei, wenn http_sec_mode "htpasswd" lautet. Falls vorhanden, kann auf diese Datei nicht über die http-Schnittstelle zugegriffen werden, sondern nur über die cifs/nfs-Schnittstelle sein (sodass neue Benutzer hinzugefügt werden können/Kennwörter geändert werden können). |
|
Eigenschaftsname |
Typ |
Description |
|
http_url_prefix |
Zeichenfolge |
Stammpfad (URL), in dem der Webserver das Dateisystem verfügbar machen soll. Standard: / |
|
http_dir_enabled |
Zeichenfolge |
Anzeige der Verzeichnisliste aktivieren/deaktivieren, wenn ein Verzeichnis keine index.html-Datei enthält (yes oder no). Standard: no |
|
http_sec_mode |
Zeichenfolge |
HTTP-Sicherheitsmodus (none, single oder htpasswd). None ermöglicht Zugriff für jeden. Single ermöglicht Zugriff auf nur einen Benutzernamen, wie von den http_user- und http_pwd-Eigenschaften konfiguriert. htpasswd berücksichtigt die .htpasswd-Datei im dir-Stamm des Daten-Volumes. Wenn auf ".htpasswd" festgelegt und wenn die /mnt/data/.htpasswd-Datei nicht vorhanden ist, kann die Appliance nicht gestartet werden. Standard: Keine |
|
http_sec_realm |
Zeichenfolge |
HTTP-Sicherheitsbereich, falls http_sec_mode auf "single" oder "htpasswd" festgelegt ist. Standard: Restricted Area |
|
http_user |
Zeichenfolge |
Benutzername für den HTTP-Zugriff, falls http_sec_mode gleich "single" ist Standard: (leer) |
|
http_pwd |
Zeichenfolge |
Kennwort für den HTTP-Zugriff, falls http_sec_mode gleich "single" ist Diese Eigenschaft kann leer bleiben (kein Kennwort), wenn http_user auf einen zulässigen Benutzer festgelegt wird. Standard: (leer) |
|
cifs_read_only |
Zeichenfolge |
CIFS-Zugriff beschränken auf schreibgeschützt (yes oder no). Standard: no |
|
cifs_case_sensitive |
Zeichenfolge |
Unterscheidung von Groß-/Kleinschreibung bei Dateipfaden aktivieren/deaktivieren (yes oder no). Standard: no |
|
nfs_read_only |
Zeichenfolge |
NFS-Zugriff beschränken auf schreibgeschützt (yes oder no). Standard: no |
|
log_dir |
Zeichenfolge |
Verzeichnis im Stammverzeichnis des Daten-Volumes, in dem die HTTP- und Samba-Serverprotokolldateien gespeichert werden sollen. Wenn diese Eigenschaft beispielsweise auf / festgelegt wird, werden die Protokolldateien innerhalb des Stammverzeichnisses des Daten-Volumes gespeichert. Wenn diese Eigenschaft leer ist, wird das httpd-Fehlerprotokoll in das Stammverzeichnis des Daten-Volumes geschrieben. Standard: / |
|
timezone |
Zeichenfolge |
Gibt die in der Appliance verwendete Zeitzone an. Wenn diese Eigenschaft leer ist, wird die Zeitzone nicht geändert, sondern im Ist-Zustand beibehalten. Hier ist eine Liste der unterstützten Zeitzonen verfügbar. Die Zeitzoneneigenschaft war vor CA AppLogic® 2.4.7 nicht vorhanden. Standard: leer |
|
rpl_mode |
Zeichenfolge |
Konfiguriert die Replikation für eine NASR-Remote-Appliance. Zulässige Werte: |
|
rpl_pwd |
Zeichenfolge |
Kennwort für die Replikation bei Ausführung im Master- oder Slave-Modus. Wenn dies leer gelassen wird, ist kein Kennwort erforderlich. Wenn dies auf der Slave-NASR-Appliance festgelegt wird, muss das gleiche Kennwort auf dem Master angegeben werden, andernfalls kann er keine Verbindung zum Slave aufbauen. Standard: leer |
Die folgenden Meldungen können entweder in der Appliance-Protokolldatei oder im Systemprotokoll der Grid-Steuerung angezeigt werden, wenn die Appliance nicht startet:
|
Fehlermeldung |
Description |
|
Failed to set timezone! |
Die Appliance-Zeitzone konnte nicht entsprechend der Konfiguration der Eigenschaft timezone festgelegt werden. |
|
Daten-Volume konnte nicht geladen werden |
Daten-Volume konnte nicht geladen werden. |
|
Berechtigungen für das Stammverzeichnis im Daten-Volume konnten nicht festgelegt werden |
Berechtigungen für das Stammverzeichnis im Daten-Volume konnten nicht auf 777 festgelegt werden. |
|
Protokollverzeichnis [$log_dir] wird nicht auf dem Daten-Volume gefunden, geben Sie einen zulässigen Wert an! |
Der erweiterte Pfad von $log_dir ist nicht relativ zu den Daten, wahrscheinlich wegen der Verwendung von '..' in $log_dir. |
|
Samba konnte nicht gestartet werden! Fehler: [$error]! |
Samba-Daemon konnte nicht gestartet werden. |
|
nfs konnte nicht gestartet werden! Fehler: [$error]! |
NFS-Daemon konnte nicht gestartet werden. |
|
httpd konnte nicht gestartet werden! Fehler: [$error]! |
HTTP-Daemon konnte nicht gestartet werden. |
|
Replikation konnte nicht gestartet werden! Fehler war: [rpl_mode ist auf "master" festgelegt, aber das rout-Terminal ist nicht verbunden]! |
Der Replikationsmodus ist auf "master" festgelegt, aber das rout-Terminal ist nicht mit einem Slave verbunden. |
|
Replikation konnte nicht gestartet werden! Fehler war: [rpl_mode ist auf "slave" festgelegt, aber das rin-Terminal ist nicht verbunden]! |
Der Replikationsmodus ist auf "slave" festgelegt, aber das rin-Terminal ist nicht mit einem Master verbunden. |
|
Replikation konnte nicht gestartet werden! Fehler war: [rout-Terminal ist verbunden, aber rpl_mode ist nicht auf "master" festgelegt]! |
Der Replikationsmodus ist auf "none" festgelegt, aber das rout-Terminal ist verbunden. |
|
Replikation konnte nicht gestartet werden! Fehler war: [rin-Terminal ist verbunden, aber rpl_mode ist nicht auf "slave" festgelegt]! |
Der Replikationsmodus ist auf "none" festgelegt, aber das rin-Terminal ist verbunden. |
|
Replikation konnte nicht gestartet werden! Fehler war: [Ungültiger Wert für Replikationsmodus ${rpl_mode}]! |
Ungültiger Wert für Replikationsmodus. |
Zudem können die folgenden Fehler auf dem Grid-Dashboard angezeigt werden, während die Appliance ausgeführt wird:
|
Fehlermeldung |
Description |
|
Wenig freier Speicherplatz auf dem Daten-Volume, bitte überprüfen. |
Auf dem Daten-Volume sind weniger als 20 % freier Speicherplatz verfügbar. |
|
Rsync-Daemon wird nicht ausgeführt, wird gestartet. |
Der rsync-Daemon auf einer als Slave konfigurierten Appliance wurde nicht ausgeführt und wurde gestartet. |
|
Replikationsprozess wird nicht ausgeführt, wird gestartet. |
Der Replikationsprozess auf einer als Master konfigurierten Appliance wurde nicht ausgeführt und wurde gestartet. |
|
Replikation scheint nicht aktiv zu sein und konnte nicht angehalten werden. Möglicherweise ist eine manuelle Intervention erforderlich. |
Der Replikationsprozess auf einer als Master konfigurierten Appliance wurde ausgeführt, aber funktionierte nicht ordnungsgemäß. Zusätzlich konnte der Prozess nicht beendet werden, um ihn neu zu starten. Manuelles Eingreifen ist zum Beenden des Prozesses nötig. |
|
Replikation scheint nicht aktiv zu sein, wird neu gestartet. |
Der Replikationsprozess auf einer als Master konfigurierten Appliance wurde ausgeführt, aber funktionierte nicht ordnungsgemäß und wurde neu gestartet. |
Zwei Instanzen von NASR können in einer Master-Slave-Replikation konfiguriert werden, sodass die Daten auf dem Master als Replikation auf dem Slave gespeichert sind. Replikation funktioniert nur in eine Richtung. Etwaige Änderungen auf dem Slave werden nicht auf dem Master repliziert.
Die Replikation ist asynchron und wird von Dateiänderungen auf dem Daten-Volume des Masters ausgelöst. Änderungen werden in einem Puffer gespeichert, und alle 5 Sekunden werden alle eventuellen Änderungen an Dateien auf dem Daten-Volume auf dem Master auf dem Slave reproduziert. Eine erneute Synchronisierung erfolgt erst, wenn die aktuelle Übertragung der Änderungen abgeschlossen ist. Der Inhalt von log_dir wird auf dem Slaveserver nicht repliziert, wenn log_dir leer oder '/' ist, nur die Samba- und HTTPD-Protokolldateien (/mnt/data/cifs_log, mnt/data/http_access_log, /mnt/data/http_error_log) werden von der Replikation ausgeschlossen.
Wenn die Appliance gestartet wird, wird eine vollständige Synchronisierung des Daten-Volumes durchgeführt. Dieser Vorgang erfolgt auch bei jedem (erneuten) Starten der Replikation ist aus dem Systemintegritätsprüfungs-Cronjob (unten beschrieben).
Daten werden mithilfe von rsync über das systemeigene Protokoll repliziert, das auf dem Standardport (tcp 873) ausgeführt wird.
Änderungen auf dem Daten-Volume werden mithilfe von Gamin überwacht.
INSSLR führt einen Cronjob pro Minute aus, der das Folgende überprüft:
Wenn eine der obigen Aussagen zutrifft, wird eine Fehlermeldung an das Grid-Dashboard gesendet. Wenn mehr als ein Test fehlschlägt, wird eine zusammenfassende Meldung mit allen Fehlern im Grid-Dashboard platziert. Jeder Fehler wird nur ein Mal pro Stunde an das Grid-Dashboard gesendet. In den ersten 5 Minuten nach dem Appliance-Start werden keine Fehler angezeigt (um Fehlalarme zu verhindern, wenn der andere Knoten in der Replikation nicht gestartet wurde).
NASR bietet Web-GUI-Zugriff auf das Dateisystem des Daten-Volumes. Dieser kann beim Ausführen der Appliance zum Ändern des Inhalts auf dem Volume verwendet werden. Die GUI ist auf der Webkonsole auf der Standardschnittstelle verfügbar. Dabei kommt derselbe Dateibrowser (eXtplorer) wie bei der Filer-Appliance zum Einsatz.
Die Referenz für die Volume-Browser-GUI finden Sie im Grid-Benutzerhandbuch.
Die eXtplorer-Lizenzen und die Quelle für den ursprünglichen, unveränderten eXtplorer finden Sie bei den NASR-Appliances in /usr/local/extplorer/monitor/.volume_browser/LICENSES/.
Das folgende Diagramm zeigt eine typische Verwendung von NASR für eine einfache Webserveranwendung:
Verwendete Appliances:
Die NAS-Appliance in diesem Beispiel wird für drei Funktionen verwendet:
HTTP-Zugriff:
in akzeptiert HTTP-Anfragen für die Anwendung und leitet diese an switch durch das http-Terminal weiter. Switch sendet HTTP-Dateianfragen für dynamischen Inhalt durch sein out1-Terminal, damit diese von srv1 und srv2 verarbeitet werden können (Lastenausgleich durch lb). Urlsw leitet alle anderen HTTP-Anfragen durch sein out2-Terminal weiter, damit sie von von nas verarbeitet werden können.
Beispiel:
|
Eigenschaftsname |
Wert |
Hinweise |
|
Daten |
mydata |
Daten-Volume, das die vom Webserver bereitzustellenden Dateien enthält |
|
http_url_prefix |
/images |
Stammpfad, in dem der Webserver das Dateisystem verfügbar machen soll. |
|
http_dir_enabled |
no |
Verzeichnisauflistung wird deaktiviert. |
|
http_sec_mode |
Kein(e) |
Für den HTTP-Zugriff wird keine Sicherheit aktiviert. |
|
cifs_read_only |
no |
Die CIFS-Freigabe wird für Lese-/Schreibzugriffe verfügbar gemacht. |
|
cifs_case_sensitive |
ja |
Unterscheidung von Klein-/Großschreibung bei Dateipfaden aktivieren. |
|
nfs_read_only |
no |
Schreibzugriff über NFS aktivieren. |
|
rpl_mode |
Kein(e) |
Es wird keine Replikation durchgeführt. |
Das folgende Diagramm zeigt eine typische Verwendung von NASR als Protokollserver.
Verwendete Appliances:
Die NAS-Appliance in diesem Beispiel wird zum Speichern der Protokolldateien für die zwei Webserver und den Datenbankserver verwendet; sie macht diese Dateien außerdem über ihr http-Terminal verfügbar. Die NAS-Appliance dient auch als gemeinsam genutzter Speicher für die zwei Webserver, wie im früheren Beispiel beschrieben.
Die Protokoll-Terminals für die Webserver (web1 und web2) und den Datenbankserver (dbase) sind alle mit dem NAS-cifs-Terminal verbunden; wenn sie in die Protokolldateien schreiben, werden die Dateien daher auf dem Volume gespeichert, das auf nas konfiguriert ist.
Wenn ein Administrator die Protokolldateien prüfen möchte, stellt er mit dem in-Gateway an Port 8080 eine Verbindung her; dieses ist mit einer Port-Switch-Appliance verbunden, die den Port von 8080 in 80 ändert und die Anfragen dem http-Terminal der NAS-Appliance übergibt. Er meldet sich mit dem konfigurierten Administratorbenutzernamen und -kennwort an; daraufhin wird ihm eine Auflistung des Stammverzeichnisses des Daten-Volumes angezeigt, über die er sich die Protokolldateien anschauen kann, an denen er interessiert ist.
Beispiel:
|
Eigenschaftsname |
Wert |
Hinweise |
|
Daten |
Daten |
Daten-Volume, auf dem die Protokolldateien gespeichert werden |
|
http_url_prefix |
/logs |
URL-Stammpfad, über den auf Protokolldateien zugegriffen werden kann. |
|
http_dir_enabled |
ja |
Verzeichnisauflistung wird aktiviert. |
|
http_sec_mode |
single |
HTTP-Sicherheitsmodi ist "single user". |
|
http_user |
Admin |
Benutzername für HTTP-Zugriff. |
|
http_pwd |
admin123 |
Benutzerkennwort für HTTP-Zugriff. |
|
cifs_read_only |
no |
Die CIFS-Freigabe wird für Lese-/Schreibzugriffe verfügbar gemacht. |
|
cifs_case_sensitive |
ja |
Unterscheidung von Klein-/Großschreibung bei Dateipfaden aktivieren. |
|
nfs_read_only |
no |
Schreibzugriff über NFS aktivieren. |
|
rpl_mode |
Kein(e) |
Es wird keine Replikation durchgeführt. |
Das folgende Diagramm zeigt eine typische Verwendung von NASR in einer redundanten Anwendung, bei der zwei Kopien der gleichen Anwendung im Master-Slave-Modus mit replizierter Datenbank und repliziertem Dateispeicher ausgeführt werden.
Master-Anwendung:
Slave-Anwendung:
Verwendete Appliances:
Die NAS-Appliance in diesem Beispiel wird als gemeinsam genutzter Speicher für srv1 und srv2 verwendet. Sie wird auch als Protokollserver für srv1, srv2 und db benutzt.
Die Daten auf dem Inhalts-Volume der NAS-Appliance in der Master-Anwendung werden für die NAS-Appliance auf der Slave-Replikation repliziert gehalten. Das rout-Terminal des Master-NAS ist mit dem ctl-Terminal verbunden, das einen verschlüsselten Tunnel zur Slave-Replikation bietet, durch den der Datenverkehr zum rin-Terminal des Slave-NAS gesendet wird. In der Slave-Anwendung wird das rout-Terminal der db-Appliance mit der ctl der vpn-Appliance verbunden, sodass der slave-MySQL-Server eine Verbindung zur db-Appliance in der Master-Anwendung herstellen kann, um die mysql-Replikation auszuführen.
Auf den beiden Anwendungen sind srv1, srv2 und db so konfiguriert, dass sie Protokolle in das gleiche Verzeichnis der NAS-Appliance schreiben ("/logs"), das auch für lokale NAS-Protokolle verwendet wird und das auch aus der Replikation ausgeschlossen wird, sodass jede NAS-Instanz die Protokolle für die Anwendung beibehält, die sie verarbeitet.
Beispiel:
Master-NAS
|
Eigenschaftsname |
Wert |
Hinweise |
|
Daten |
Daten |
Daten-Volume, auf dem die Protokolldateien gespeichert werden. |
|
log_dir |
/logs |
Verzeichnis auf dem Daten-Volume, auf dem NASR-Protokolle gespeichert werden. |
|
cifs_read_only |
no |
Die CIFS-Freigabe wird für Lese-/Schreibzugriffe verfügbar gemacht. |
|
cifs_case_sensitive |
ja |
Unterscheidung von Klein-/Großschreibung bei Dateipfaden aktivieren. |
|
nfs_read_only |
no |
Schreibzugriff über NFS aktivieren. |
|
rpl_mode |
master |
Es wird keine Replikation durchgeführt. |
Master-VPN
|
Eigenschaftsname |
Wert |
Hinweise |
|
mode |
beide |
Als Client und als Server fungieren. |
|
tunnel |
certificates |
Verwenden von SSH-Schlüsseldateien. |
|
auth_path |
"client1" |
Pfad zur SSH-Schlüsseldatei. |
|
tcp_ports |
3306,22 |
Von MYSQLR64 benötigte Ports zulassen. |
|
ip_addr |
master_vpn_ip |
IP-Adresse des VPN in der Master-Anwendung. |
|
remote_host |
slave_vpn_ip |
IP-Adresse des VPN in der Slave-Anwendung. |
Slave-NAS
|
Eigenschaftsname |
Wert |
Hinweise |
|
Daten |
Daten |
Daten-Volume, auf dem die Protokolldateien gespeichert werden. |
|
log_dir |
/logs |
Verzeichnis auf dem Daten-Volume, auf dem NASR-Protokolle gespeichert werden. |
|
cifs_read_only |
no |
Die CIFS-Freigabe wird für Lese-/Schreibzugriffe verfügbar gemacht. |
|
cifs_case_sensitive |
ja |
Unterscheidung von Klein-/Großschreibung bei Dateipfaden aktivieren. |
|
nfs_read_only |
no |
Schreibzugriff über NFS aktivieren. |
|
rpl_mode |
slave |
Es wird keine Replikation durchgeführt. |
Slave-VPN
|
Eigenschaftsname |
Wert |
Hinweise |
|
mode |
beide |
Als Client und als Server fungieren. |
|
tunnel |
certificates |
Verwenden von SSH-Schlüsseldateien. |
|
auth_path |
"client1" |
Pfad zur SSH-Schlüsseldatei. |
|
tcp_ports |
873 |
Von NASR benötigte Ports zulassen. |
|
ip_addr |
slave_vpn_ip |
IP-Adresse des VPN in der Slave-Anwendung. |
|
remote_host |
master_vpn_ip |
IP-Adresse des VPN in der Master-Anwendung. |
Wichtig! Das Slave-NAS kann so konfiguriert werden, dass nur Lesezugriff auf dem nfs-Terminal erlaubt ist, sodass keine Schreibvorgänge von den lokalen Anwendungsservern durchgeführt werden. Solche Änderungen werden nicht auf das Master-NAS repliziert, da die Replikation nur in eine Richtung durchgeführt wird.
Beachten Sie Folgendes:
Zusätzlich zur Software in der Appliance-Basisklasse (LUX6 ist die Basisklasse von NASR) wird folgende Open Source-Drittanbieter-Software verwendet.
|
Software |
Version |
Geändert |
Lizenz |
Hinweise |
|
libgcrypt |
1.4.5-9.el6_2.2 |
Nein |
GPLv2 |
N/A |
|
libgpg-error |
1.7-4 |
Nein |
GPLv2 |
N/A |
|
samba-client |
3.0.33-3.37.ca |
Nein |
GPLv3+ und LGPLv3+ |
N/A |
|
samba-common |
3.0.33-3.37.ca |
Nein |
GPLv3+ und LGPLv3+ |
N/A |
|
samba-winbind-clients |
3.0.33-3.37.ca |
Nein |
GPLv3+ und LGPLv3+ |
N/A |
NASR verwendet zusätzlich zu den Drittanbieter-Open-Source-Paketen der jeweiligen Basisklasse LUX6 die folgenden Drittanbieter-Open-Source-Pakete.
|
Software |
Version |
Geändert |
Lizenz |
Hinweise |
|
apr |
1.3.9-5.el6_2 |
Nein |
Apache 2.0 |
N/A |
|
apr-util |
1.3.9-3.el6_0.1 |
Nein |
Apache 2.0 |
N/A |
|
cups-libs |
1.3.7-18 |
Nein |
GPLv2 |
N/A |
|
curl |
7.15.5-9 |
Nein |
MIT |
N/A |
|
gamin |
0.1.10-9 |
Nein |
LGPLv2.0 |
N/A |
|
gmp |
4.3.1-7.el6_2.2 |
Nein |
LGPLv2.1 |
N/A |
|
gnutls |
2.8.5-4.el6_2.2 |
Nein |
LGPLv2.1 |
N/A |
|
libgcrypt |
1.4.5-9.el6_2.2 |
Nein |
LGPLv2.1 |
N/A |
|
libgpg-error |
1.7-4 |
Nein |
LGPLv2.1 |
N/A |
|
libidn |
1.18-2 |
Nein |
LGPLv2.1 |
N/A |
|
libjpeg |
6b-46 |
Nein |
Distributable |
N/A |
|
libpng |
1.2.49-1.el6_2 |
Nein |
zlib |
N/A |
|
libsmbclient |
3.0.33-3.37.ca |
Nein |
GPLv2 |
N/A |
|
libtiff |
3.9.4-6.el6_3 |
Nein |
MIT |
N/A |
|
mailcap |
2.1.31-2 |
Nein |
ISC |
N/A |
|
perl-Convert-ASN1 |
0.22-1 |
Nein |
Artistic |
N/A |
|
php |
5.3.3-14.el6_3 |
Nein |
PHPv3.01 |
N/A |
|
php-cli |
5.3.3-14.el6_3 |
Nein |
PHPv3.01 |
N/A |
|
php-common |
5.3.3-14.el6_3 |
Nein |
PHPv3.01 |
N/A |
|
quota |
3.17-16 |
Nein |
BSD |
N/A |
|
rsync |
3.0.6-9 |
NO |
GPLv2 |
N/A |
|
samba |
3.0.33-3.37.ca |
Nein |
GPLv2 |
N/A |
|
samba-client |
3.0.33-3.37.ca |
Nein |
GPLv2 |
N/A |
|
samba-common |
3.0.33-3.37.ca |
Nein |
GPLv2 |
N/A |
|
perl-Sys-Gamin |
0.1-1 |
Ja |
Artistic |
N/A |
|
httpd |
2.2.15-15 |
Ja |
Apache 2.0 |
N/A |
|
extplorer |
2.0.0_RC1-18 |
Ja |
GPLv2 |
N/A |
|
Copyright © 2013 CA.
Alle Rechte vorbehalten.
|
|