9
anderen Rechner mounten
Hy!
Ich muss auf einem Linux-Rechner etwas aus einem Programm exportieren und dann auf einem anderen Rechner wieder importieren.
Anstatt dies jetzt auf die lokale Platte zu exportieren und dann mit scp oder ähnlichem rüber zu transportieren, habe ich mir gedacht, dass ich doch den 2. Rechner einfach mounte und dann die Daten direkt auf diesen gemounteten Teil exportiere.
Hoffe ihr könnt mir sagen, ob es da eine komfortable Möglichkeit gibt.
Danke im Voraus.
Ergänzung:
Wenn möglich soll das ganze ohne Samba laufen.
Ich muss auf einem Linux-Rechner etwas aus einem Programm exportieren und dann auf einem anderen Rechner wieder importieren.
Anstatt dies jetzt auf die lokale Platte zu exportieren und dann mit scp oder ähnlichem rüber zu transportieren, habe ich mir gedacht, dass ich doch den 2. Rechner einfach mounte und dann die Daten direkt auf diesen gemounteten Teil exportiere.
Hoffe ihr könnt mir sagen, ob es da eine komfortable Möglichkeit gibt.
Danke im Voraus.
Ergänzung:
Wenn möglich soll das ganze ohne Samba laufen.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 96914
Url: https://administrator.de/contentid/96914
Ausgedruckt am: 22.11.2024 um 18:11 Uhr
9 Kommentare
Neuester Kommentar
Die Standard-Lösung wäre wohl NFS. Ansonsten wäre evtl. auch FTPFS oder SSHFS eine Lösung.
OK, ich versuche jetzt gerade NFS zum Laufen zu bringen, aber irgendwie meldet der Host bei "mount *.*.*.*:/var/nfs /VM
" immer die Meldung
"mount: mount to NFS server '*.*.*.*' >failed: System Error: Connection refused."
Ich habe aber meiner Meinung nach alles notwendige konfiguriert:
- Firewall ist aus
- NFS-Dämon läuft bei beiden
- in /etc/exports steht aus Verzweiflung jetzt
/var/nfs*(rw,wdelay,no_root_squash,no_subtree_check,anonuid=65534,anongid=65534)
- in /etc/hosts.allow steht
ALL: ALL
portmap: *.*.*.0/255.255.255.0
lockd: *.*.*.0/255.255.255.0
rquotad: *.*.*.0/255.255.255.0
mountd: *.*.*.0/255.255.255.0
statd: *.*.*.0/255.255.255.0
ANY: ANY
Was fehlt da denn noch an Konfigurationen?
Hinweis: bei IP-Adressen steht die Addresse bzw. der Teil, wo jetzt * sind
" immer die Meldung
"mount: mount to NFS server '*.*.*.*' >failed: System Error: Connection refused."
Ich habe aber meiner Meinung nach alles notwendige konfiguriert:
- Firewall ist aus
- NFS-Dämon läuft bei beiden
- in /etc/exports steht aus Verzweiflung jetzt
/var/nfs*(rw,wdelay,no_root_squash,no_subtree_check,anonuid=65534,anongid=65534)
- in /etc/hosts.allow steht
ALL: ALL
portmap: *.*.*.0/255.255.255.0
lockd: *.*.*.0/255.255.255.0
rquotad: *.*.*.0/255.255.255.0
mountd: *.*.*.0/255.255.255.0
statd: *.*.*.0/255.255.255.0
ANY: ANY
Was fehlt da denn noch an Konfigurationen?
Hinweis: bei IP-Adressen steht die Addresse bzw. der Teil, wo jetzt * sind
Kann für den Client-Rechner ein Hostname aufgelöst werden? Wenn nicht, kann als Hostname kein Wildcard verwendet werden, sondern es muss eine IP oder IP-Range eingesetzt werden. Im Optimalfall gibt man explizit die IP des Client-Rechners an.
Als Parameter sollten 'rw,root_squash,async,nohide,subtree_check' reichen. Nach dem Ändern der exports nicht vergessen den NFS-Server neuzustarten. Ausserdem mal mittels 'iptables -L' auf dem NFS-Server überprüfen, ob wirklich keine Firewall-Regeln aktiv sind. Ausserdem muss portmap laufen. Und natürlich mal in den System-Logs schauen warum die Verbindung abgelehnt wurde.
Als Parameter sollten 'rw,root_squash,async,nohide,subtree_check' reichen. Nach dem Ändern der exports nicht vergessen den NFS-Server neuzustarten. Ausserdem mal mittels 'iptables -L' auf dem NFS-Server überprüfen, ob wirklich keine Firewall-Regeln aktiv sind. Ausserdem muss portmap laufen. Und natürlich mal in den System-Logs schauen warum die Verbindung abgelehnt wurde.
Nein, deswegen die IP
/etc/init.d/nfs stop
und dann
/etc/init.d/nfs start
gemacht
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Weitere Ideen?
Ich bin echt am verzweifeln.
Wenn nicht, kann als Hostname kein Wildcard verwendet werden, sondern
es muss eine IP oder IP-Range eingesetzt werden. Im Optimalfall gibt
man explizit die IP des Client-Rechners an.
OK, ich habe jetzt überall die komplette IP des Rechners eingetragenes muss eine IP oder IP-Range eingesetzt werden. Im Optimalfall gibt
man explizit die IP des Client-Rechners an.
Als Parameter sollten
'rw,root_squash,async,nohide,subtree_check' reichen.
OK, ich habe jetzt explizit genau diese Parameter angegeben'rw,root_squash,async,nohide,subtree_check' reichen.
Nach dem Ändern der exports nicht vergessen den NFS-Server
neuzustarten.
Wird nach jeder Änderung mitneuzustarten.
/etc/init.d/nfs stop
und dann
/etc/init.d/nfs start
gemacht
Ausserdem mal mittels 'iptables -L' auf dem
NFS-Server überprüfen, ob wirklich keine Firewall-Regeln
aktiv sind.
Da wird dann folgendes angezeigt:NFS-Server überprüfen, ob wirklich keine Firewall-Regeln
aktiv sind.
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Ausserdem muss portmap laufen.
hab ich mittels rpcinfo -p überprüft und läuft auf beidenUnd natürlich mal in
den System-Logs schauen warum die Verbindung abgelehnt wurde.
unter /var/log/messages sind interessanterweise keine Änderungen zu registrieren, also es dort wird Nichts geloggtden System-Logs schauen warum die Verbindung abgelehnt wurde.
Weitere Ideen?
Ich bin echt am verzweifeln.
Zeigt 'netstat -tulpe | grep nfs' einen Eintrag folgender Form an?
Und welche Distro ist im Einsatz?
tcp 0 0 *:nfs *:* LISTEN root 143999 -Und welche Distro ist im Einsatz?
jep, zeigt so einen Eintrag an, nur das die letzte Zahl 4541768 ist.
Das ganze ist ein abgespecktes CentOS, da es eigentlich nur einene sekundären Zweck erfüllen soll.
Aber leider jetzt doch so etwas können muss.
Das ganze ist ein abgespecktes CentOS, da es eigentlich nur einene sekundären Zweck erfüllen soll.
Aber leider jetzt doch so etwas können muss.
Hmm, da bin ich auch langsam ratlos. Funkt da evtl. SELinux dazwischen, das ja bei CentOS standardmässig aktiviert ist? Wird bei einem Portscan des Servers vom Client-Rechner aus der Port 2049 und 111 als offen angezeigt?
ganz dumme Frage, PortScan mache ich doch mit nmap, oder?
Das ist bei mir leider nicht mit installiert.
Wie kann ich prüfen, ob SELinux da mit drinnen hängt?
Das ist bei mir leider nicht mit installiert.
Wie kann ich prüfen, ob SELinux da mit drinnen hängt?
Juhu, geschafft!
Es lag wirklich an SELinux.
Ich hbae das Ding jetzt mit setenforce 0 deaktiviert und schon geht es problemlos.
Vielen Dank für deine Hilfe.
Es lag wirklich an SELinux.
Ich hbae das Ding jetzt mit setenforce 0 deaktiviert und schon geht es problemlos.
Vielen Dank für deine Hilfe.
