WebDav ist schön...

[jkowalzik]

Hallo!

Egal was man macht, WebDav ist nicht Mageias Liebling:
Diese beiden Programme sind ja eigentlich nicht dafür vorgesehen:
1. FF

Code: Alles auswählen

DRK BBS Cloud
Unauthorized
Technische Details

    Entfernte Adresse: 217.229.15.66
    Anfragekennung: boBhqKwZejSy0uqfoAKv

DRK BBS Cloud   


Der Konqueror ist nicht besser:

Code: Alles auswählen

Sabre\DAV\Exception\NotAuthenticated Username or password was incorrect, No 'Authorization: Bearer' header found. Either the client didn't send one, or the server is mis-configured
This XML file does not appear to have any style information associated with it. The document tree is shown below.
<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
<s:exception>Sabre\DAV\Exception\NotAuthenticated</s:exception>
<s:message>
Username or password was incorrect, No 'Authorization: Bearer' header found. Either the client didn't send one, or the server is mis-configured
</s:message>
<s:message>...</s:message>
</d:error>
<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">...</d:error>

aber die eleganteste Lösung spielt auch/erst recht nicht mit:

Code: Alles auswählen

https: cloud.drk-bbs.de > remote.php > webdav
Dolphin unterstützt keine Webseiten; der Webbrowser wurde gestartet.

...und jetzt ratet, wo wir wieder sind
prima FF
Jetzt kommt nicht um die Ecke MCC
da gibst du ein: https://cloud.drk-bbs.de/remote.php/webdav
und erhältst postwendend Einhängepunkt: none --> Fertig

Tut sich da noch in absehbarer Zeit etwas?
Ganz bequem im Dolphin eingeben und sich freuen

Gruß
J.

[man-draker]

Egal was man macht, WebDav ist nicht Mageias Liebling:

Aber der Liebling noch mal welcher anderen Distribution, die alles das beherrscht, was du dir wünschst?

(Nur um mal zu sehen, ob es denn an Mageia liegt, oder an Linux oder an der wurstigen Implementierung auf Serverseite.)

[alf]

Ach Jürgen, so schwer ist das doch gar nicht. Hast du einen Mount-Point angelegt(in deinem Home-Verzeichnis)? Ist dein User in der Gruppe davfs2?
Ein Eintrag für z.B. die GMX-Cloud in /etc/fstab könnte dann so aussehen:

Code: Alles auswählen

https://webdav.mc.gmx.net/ /home/alfred/gmx-cloud davfs noauto,user 0 0

Vergiss MCC und schau dir

Code: Alles auswählen

man mount.davfs

an.

[jkowalzik]

Ach Jürgen, so schwer ist das doch gar nicht.

Hallo!
Kommandozeile sei Dank:

Code: Alles auswählen

[root@localhost juergen]# mount -t davfs https://cloud.drk-bbs.de/remote.php/webdav/  /home/juergen/drk_bbs
Gib bitte den Benutzernamen für den Server https://cloud.drk-bbs.de/remote.php/webdav/ an; wenn du keinen angeben willst, drücke Return.
  Benutzername: NN
Gib bitte das Passwort von NN für den Server https://cloud.drk-bbs.de/remote.php/webdav/
an; wenn du keines angeben willst, drücke Return.
  Passwort:
/sbin/mount.davfs: wir trauen dem Zertifikat nicht
  Aussteller:    COMODO CA Limited, Salford, Greater Manchester, GB
  Inhaber:       PositiveSSL Wildcard, Domain Control Validated
  Name:          *.drk-bbs.de
  Fingerabdruck: e0:bf:59:ee:3c:f6:10:39:92:60:ea:e5:e1:90:d4:80:c4:31:51:10
Du solltest das Zertifikat nur akzeptieren, wenn du überprüft hast,
dass der Fingerabdruck stimmt. Der Server könnte gefälscht sein oder
ein Angreifer könnte sich in die Verbindung zum Server eingeschaltet haben.
Ich akzeptiere das Zertifikat für diese Sitzung [j,N]: j
/sbin/mount.davfs: das Einhängen schlug fehl;
Could not authenticate to server: rejected Basic challenge
[root@localhost juergen]#


Das wars dann, ......
Gruß
J.
PS: nach NN habe ich verändert

[alf]

Das tut mir Leid, dass das bei dir nicht funktioniert. Aber das kannst du nicht wirklich Mageia zum Vorwurf machen, wenn der Server die Authentifizierung ablehnt.
Bei meinen Cloud-Drives funktioniert das problemlos und bekanntermassen verwende ich ja auch Mageia.

[jkowalzik]

Aber das kannst du nicht wirklich Mageia zum Vorwurf machen, wenn der Server die Authentifizierung ablehnt.

Hallo!
JEIN, weil: .......
a) auf dem "normalen" Weg mittels MCC bekommt man webdav überhaupt nicht gebändigt.
b) an der Konsole scheitert dann die Authentifizierung,
Meiner Meinung nach zwei Fehler, der im MCC verhindert schon den Ruf nach draußen, händisch verhindert ein zweiter den Authentifizierungsvorgang erfolgreich zu übermitteln.
Was kann ein Eipad, ein A.-Pad oder gar Wx, was MGA nicht auf die Reihe bekommt?
Ich gebe mich da keinen Illusionen hin, die Menge/Summe an Gehirnschmalz ist bei Mageia einfach zu klein um sich allen Baustellen widmen zu können.
Vielleicht kommt besseres "Vormaterial" von den Entwicklern und so ein Problem löst sich von alleine. Oder anders: Wer braucht schon ein WebDav Verzeichnis, nur Exoten wie ich. Kein Amazon(as)Besteller, kein E-Mailschreiber, kein Zocker, also wers will solls blechen, oder?

Gruß
J.

[man-draker]

Was kann ein Eipad, ein A.-Pad oder gar Wx, was MGA nicht auf die Reihe bekommt?

Verwechselst du da nicht MGA mit Linux an sich?
Oder gibt es deine Probleme nur mit MGA, aber keiner anderen Distribution?

[alf]

b) an der Konsole scheitert dann die Authentifizierung,

Bei dir, bei mir funktionierts. Also kein genereller Fehler(schon gar nicht bei Mageia), sondern eine Situation, die so nur bei dir auftritt und offensichtlich dem Authentifizierungsverfahren des Servers geschuldet ist. Da musst du dich dann mal ein wenig intensiver mit der davfs-Konfiguration beschäftigen.

Code: Alles auswählen

man davfs.conf

[jkowalzik]

Hallo @alf!

Muss erst nachlegen:

Code: Alles auswählen

bash-4.4$ man davfs.conf
Kein Handbucheintrag für davfs.conf vorhanden
bash-4.4$


Gruß
J.

[alf]

Mein Fehler
sollte so lauten:

Code: Alles auswählen

man davfs2.conf

Und dann solltest du dich darüber informieren was dein Server für die Anmeldung braucht. Offensichtlich erwartet der irgendein Zertifikat auf deinem Rechner.

[doktor5000]

Offensichtlich erwartet der irgendein Zertifikat auf deinem Rechner.

Nein, sieht eher so aus dass das Root-CA-Zertifikat (COMODO CA Limited) nicht installiert ist, somit kann auch die Vertrauenskette nicht überprüft werden.
Kann man ganz simpel nachprüfen:

Code: Alles auswählen

openssl s_client -connect cloud.drk-bbs.de/remote.php/webdav:https

Das müsste man einmal installieren, dann sollte es auch mit mount.davfs weitergehen.

[jkowalzik]

Kann man ganz simpel nachprüfen:

Hallo!
Was ich mal gemacht hätte:

Code: Alles auswählen

[root@localhost juergen]# openssl s_client -connect cloud.drk-bbs.de/remote.php/webdav:https
139876783773504:error:20087002:BIO routines:BIO_lookup:system lib:crypto/bio/b_addr.c:694:Name or service not known
connect:errno=110
[root@localhost juergen]#

Das müsste man einmal installieren, dann sollte es auch mit mount.davfs weitergehen.

....und woher nehmen, wenn nicht stehlen.

Gruß
J.

[doktor5000]

....und woher nehmen, wenn nicht stehlen.

Einfach von der Seite runterladen, das kann man im Browser oder alternativ via s_client einfach speichern.

Was sagt denn

Code: Alles auswählen

openssl s_client -connect cloud.drk-bbs.de:443 -showcerts

[jkowalzik]

Hallo!
Gesagt, getan:

Code: Alles auswählen

[root@localhost juergen]# openssl s_client -connect cloud.drk-bbs.de:443 -showcerts
CONNECTED(00000003)
depth=0 OU = Domain Control Validated, OU = PositiveSSL Wildcard, CN = *.drk-bbs.de
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 OU = Domain Control Validated, OU = PositiveSSL Wildcard, CN = *.drk-bbs.de
verify error:num=21:unable to verify the first certificate
verify return:1
---
Certificate chain
 0 s:/OU=Domain Control Validated/OU=PositiveSSL Wildcard/CN=*.drk-bbs.de
   i:/C=GB/ST=Greater Manchester/L=Salford/O=COMODO CA Limited/CN=COMODO RSA Domain Validation Secure Server CA
-----BEGIN CERTIFICATE-----
MIIGzzCCBbegAwIBAgIRAN0eLq2UzenkRFrwFnP3k30wDQYJKoZIhvcNAQELBQAw
gZAxCzAJBgNVBAYTAkdCMRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAO
BgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBDQSBMaW1pdGVkMTYwNAYD
VQQDEy1DT01PRE8gUlNBIERvbWFpbiBWYWxpZGF0aW9uIFNlY3VyZSBTZXJ2ZXIg
Q0EwHhcNMTgxMjE5MDAwMDAwWhcNMjAxMjE4MjM1OTU5WjBZMSEwHwYDVQQLExhE
b21haW4gQ29udHJvbCBWYWxpZGF0ZWQxHTAbBgNVBAsTFFBvc2l0aXZlU1NMIFdp
bGRjYXJkMRUwEwYDVQQDDAwqLmRyay1iYnMuZGUwggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQDMJhz5L3Tmiz9W8nhMzMn1U+XKIMcjBm3geLUqzTuXbjbY
pDhG5vwjp7C6yIE2kwpiiY7hHLZ3dlcHdPhu3+YKFtzIPlhff5JOa9W9xGxA9pFs
GqGctocX3uwnT8uKIusDJf4/j9zQZEfH/oC5fpN4Ph1jXVZkLfPLivmt5/JjfSiq
kQd/9TPZFLbXH25tTpqoZwX/Ct6GE65HXQrFGiwpYIxxxZ/8HMucr/++eU+WP31W
QzP6sYxE0hrXnUbjxyGR+ioD/BEkemWTFO/mxw9PzP6rs86u994GO5bgocO6OkAA
i0PcjV6pYNCimsRDbwBtemKvlLW7VW3P+o7nILmlAgMBAAGjggNYMIIDVDAfBgNV
HSMEGDAWgBSQr2o6lFoL2JDqElZz30O0Oija5zAdBgNVHQ4EFgQUJIswE8Ngc/4K
Ne72HWrVLZd9CegwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l
BBYwFAYIKwYBBQUHAwEGCCsGAQUFBwMCME8GA1UdIARIMEYwOgYLKwYBBAGyMQEC
AgcwKzApBggrBgEFBQcCARYdaHR0cHM6Ly9zZWN1cmUuY29tb2RvLmNvbS9DUFMw
CAYGZ4EMAQIBMFQGA1UdHwRNMEswSaBHoEWGQ2h0dHA6Ly9jcmwuY29tb2RvY2Eu
Y29tL0NPTU9ET1JTQURvbWFpblZhbGlkYXRpb25TZWN1cmVTZXJ2ZXJDQS5jcmww
gYUGCCsGAQUFBwEBBHkwdzBPBggrBgEFBQcwAoZDaHR0cDovL2NydC5jb21vZG9j
YS5jb20vQ09NT0RPUlNBRG9tYWluVmFsaWRhdGlvblNlY3VyZVNlcnZlckNBLmNy
dDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMCMGA1UdEQQc
MBqCDCouZHJrLWJicy5kZYIKZHJrLWJicy5kZTCCAX8GCisGAQQB1nkCBAIEggFv
BIIBawFpAHcAu9nfvB+KcbWTlCOXqpJ7RzhXlQqrUugakJZkNo4e0YUAAAFnxboW
TQAABAMASDBGAiEAmIbqY2eKM8lMUSP+T0mPttZ1bN0TEhe7UdyXh3CRLWACIQD/
qqcr1zUNKnQFYx+ehcXX2wVn5Yk/HUMplXRYYyU4CQB2AF6nc/nfVsDntTZIfdBJ
4DJ6kZoMhKESEoQYdZaBcUVYAAABZ8W6FqgAAAQDAEcwRQIgRbTUMZoKVyplhTTV
eNyS7hwzxtzUD26aJn0OObNakIkCIQDtecFnmtTvboGjgMeJgi1skrhx0lfI46hf
e4kJCpTd9gB2APCVpFnyANGCQBAtL5OIjq1L/h1H45nh0DSmsKiqjrJzAAABZ8W6
FpQAAAQDAEcwRQIhAKouGT5jEyFJCmRE+c0CWP1uJBu9xQ+DOXV267R8hMEEAiAX
bCT2GbtMpU3xy9i9Z1VLTnh6jGclFJIPNQcuAVuqlDANBgkqhkiG9w0BAQsFAAOC
AQEAcTFbptOoOMZMDTyblo2hJxIAWjdK8nPNl19mAPK0Aop+bWFjhwVGaEr2j8gO
RwJNYo2CrLG6eTTGtMpyy115u8gE4lPRFpiG61ZyFIgAMsJTY9qYE9Syny+UAYN2
gt5naR1lporlN+JKeUZNFSZbJ1Z29j4UU0+gPrIboppSY2mVVHHrJInHk2VyDRnH
hEJly8xVYx4W4Wv7sgcp9mXx7Kop93HC1811ZkB/3g4IDzYJJkxRYECi3//Sjm76
R1nl3PyqOOmOU0Z4o93Q5cBXXxZqtX4lEpQV4eMSoXJ57un6WWJbD+83tXCbB51N
eElt7wEhAb6WbaM0YpDwlPLxRA==
-----END CERTIFICATE-----
---
Server certificate
subject=/OU=Domain Control Validated/OU=PositiveSSL Wildcard/CN=*.drk-bbs.de
issuer=/C=GB/ST=Greater Manchester/L=Salford/O=COMODO CA Limited/CN=COMODO RSA Domain Validation Secure Server CA
---
No client certificate CA names sent
Peer signing digest: SHA512
Server Temp Key: ECDH, P-256, 256 bits
---
SSL handshake has read 2433 bytes and written 380 bytes
Verification error: unable to verify the first certificate
---
New, TLSv1.2, Cipher is ECDHE-RSA-AES256-GCM-SHA384
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
SSL-Session:
    Protocol  : TLSv1.2
    Cipher    : ECDHE-RSA-AES256-GCM-SHA384
    Session-ID: 60E81BB55B230CFC7BE7935BB98E54DD650672979ADC8DE335F3848419690D45
    Session-ID-ctx:
    Master-Key: 6891BC088FF0565742343A59D992C4D07934DDB4FB1ADD6E20341F6593342FC62B7C92F9BA8509CD1C127008F3DEF8EA
    PSK identity: None
    PSK identity hint: None
    SRP username: None
    TLS session ticket lifetime hint: 300 (seconds)
    TLS session ticket:
    0000 - f4 31 94 87 6c 4c 1e 68-4f 8c 5e 1a b5 78 35 d2   .1..lL.hO.^..x5.
    0010 - 33 d9 19 4b 63 22 85 c2-ba 5c b3 70 ae e6 07 78   3..Kc"...\.p...x
    0020 - 27 79 6b c3 c1 17 fb 7a-0f c3 4b 3a 9e dc 24 2c   'yk....z..K:..$,
    0030 - 1e 0b 6f 32 b0 2e 5b da-d8 33 c1 e6 08 2b 23 c8   ..o2..[..3...+#.
    0040 - b3 86 88 f7 7a 26 85 2d-62 9d 03 99 46 44 28 05   ....z&.-b...FD(.
    0050 - 1a 52 4f 06 db 2a 36 c4-cb 83 25 ef dc 09 63 74   .RO..*6...%...ct
    0060 - f9 6a 4c 83 f0 45 79 45-81 46 ff 6a 1b 23 64 70   .jL..EyE.F.j.#dp
    0070 - 43 56 18 83 e0 17 3b 27-46 c1 82 27 5f 2b 41 eb   CV....;'F..'_+A.
    0080 - c9 91 39 bc 76 5c 20 2b-b4 64 55 c2 1b 38 ad f6   ..9.v\ +.dU..8..
    0090 - 40 86 c2 d2 6c 55 47 9b-02 ad e9 63 d8 4e 57 23   @...lUG....c.NW#
    00a0 - 3d f2 3a 2d 07 70 79 42-91 ee aa 06 e5 c5 ba fc   =.:-.pyB........
    00b0 - 13 12 73 21 e8 8c d7 8b-d8 8e 5d b4 c2 b9 df 66   ..s!......]....f

    Start Time: 1583514601
    Timeout   : 7200 (sec)
    Verify return code: 21 (unable to verify the first certificate)
    Extended master secret: no
---

HTTP/1.1 400 Bad Request
Date: Fri, 06 Mar 2020 17:10:12 GMT
Server: Apache/2.4.10 (Debian)
Content-Length: 309
Connection: close
Content-Type: text/html; charset=iso-8859-1

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
<hr>
<address>Apache/2.4.10 (Debian) Server at cloud.drk-bbs.de Port 443</address>
</body></html>
read:errno=0
[root@localhost juergen]#

Gruß
J.

[jkowalzik]

Hallo!
Mit dem FF funktioniert es ja, aber sonst wird das Zertifikat ja nicht gefunden.

(natürlich ist der Bildschirmabdruck zugeschnitten).
Gru0
J.

[alf]

Wenn man die FF-Einstellungen aufruft und in die Zertifikats-Verwaltung geht kann man das Zertifikat exportieren. In der davfs.conf gibst du dann den Pfad zum Zertifikat an. Wo ist das Problem?

[jkowalzik]

Wo ist das Problem?

Hallo!
ein wenig auch vor dem Bildschirm.

Aus schierer Verzweiflung habe ich händisch das Vz /home/juergen/drk_bbs angelegt
im MCC /Netzwerkfreigabe/Einstellungen für WebDav die Ressource eingegeben. -> https://cloud. xxxx und den Eintrag in die fstab bestätigt.
Und jetzt lief der Befehl

Code: Alles auswählen

[root@localhost davfs2]# mount -t davfs https://cloud.drk-bbs.de/remote.php/webdav/  /home/juergen/drk_bbs

plötzlich mit Abfrage des Namens und des Kennwortes durch.

Jetzt träume ich nur noch davon, wie man in der Zeile noch Benutzer und Kennwort einpflegen könnte.
Gruß
J.

[man-draker]

Jetzt träume ich nur noch davon, wie man in der Zeile noch Benutzer und Kennwort einpflegen könnte.

Nicht träumen - handeln: https://www.dinotools.de/2013/11/20/linux-einhaengen-einer-webdav-ressource-ins-dateisystem/

[alf]

Nun ja, mit dem Eintrag von Username und Passwort in die secrets funktioniert es bei mir leider auch nicht, weder mit Mountpoint noch mir der URL.

@jkowalzik du kannst doch auch mittels /etc/fastab mounten, dann reicht ein "mount <mountpoint>" siehe dazu meinen Beitrag viewtopic.php?f=7&t=3634#p38351

[alf]

Jetzt träume ich nur noch davon, wie man in der Zeile noch Benutzer und Kennwort einpflegen könnte.

Dazu schreibt

Code: Alles auswählen

man mount.davfs

Code: Alles auswählen

username=WebDAV_user
     Dieser Name wird zur Anmeldung beim WebDAV-Server benutzt. Die Option ist nur für den Gebrauch mit pam_mount gedacht. Wenn sie gesetzt ist, werden die Anmaldedaten  in  der
     secrets-Datei  ignoriert. Das Passwort wird immer von stdin eingelesen, auch wenn die Option askauth auf 0 gesetzt ist. Benutze die Option nicht in der fstab. Der Benutzer‐
     name ist in der Ausgabe von ps für jedermann sichtbar.
     Voreingestellt: kein username
     Experimentell: Diese Option ist experimentell und wird möglicherweise wieder entfernt. Falls du sie erfolgreich verwendest und behalten möchtest, sende bitte  einen  kurzen
     Bericht.


[jkowalzik]

@als!
Versprochen ich probiere es,
wenn Corona vorbei ist, dann bin auch ich wieder Mageia-Benutzer ohne exotische Ansprüche.
Gruß
J.

[man-draker]

Nun ja, mit dem Eintrag von Username und Passwort in die secrets funktioniert es bei mir leider auch nicht, weder mit Mountpoint noch mir der URL.

Moin, das von mir angegebene Howto ist da nicht ganz eindeutig.
Das Wiki von Archlinux ist da schon besser: https://wiki.archlinux.org/index.php/Davfs2#Storing_credentials.
Damit und der Magentacloud funktioniert das bei meinem Debian-Server ganz gut.
Das konkrete Einbinden erfolgt dann (mount.davfs ist suid) einfach über

Code: Alles auswählen

mount ~/<unterverzeichnisname>

[alf]

Egal wo ich die Anmeldedaten angebe, ob unter ~/.davfs2/secrets oder /etc/davfs2/secrets, bekomme ich dieses Ergebnis

Code: Alles auswählen

[alfred@kre008 ~]$ mount ~/gmx-cloud
/sbin/mount.davfs: das Einhängen schlug fehl;
403 Forbidden


Bei Eingabe der Anmeldedaten in der command-line funktionierts:

Code: Alles auswählen

[alfred@kre008 ~]$ mount ~/gmx-cloud
Gib bitte den Benutzernamen für den Server https://webdav.mc.gmx.net/ an; wenn du keinen angeben willst, drücke Return.
  Benutzername: <hidden>@gmx.de
Gib bitte das Passwort von <hidden>@gmx.de für den Server https://webdav.mc.gmx.net/
an; wenn du keines angeben willst, drücke Return.
  Passwort:
/sbin/mount.davfs: wir trauen dem Zertifikat nicht
  Aussteller:    Untere Industriestr. 20, Netphen, 57250, Nordrhein Westfalen, T-Systems Trust Center, T-Systems International GmbH, DE
  Inhaber:       Montabaur, Rheinland-Pfalz, 1&1 Mail & Media GmbH, DE
  Name:          webdav.mc.gmx.net
  Fingerabdruck: 30:78:be:aa:3a:96:0f:ee:7b:18:c2:b0:20:41:1c:1e:02:cd:69:c0
Du solltest das Zertifikat nur akzeptieren, wenn du überprüft hast,
dass der Fingerabdruck stimmt. Der Server könnte gefälscht sein oder
ein Angreifer könnte sich in die Verbindung zum Server eingeschaltet haben.
Ich akzeptiere das Zertifikat für diese Sitzung [j,N]: j
[alfred@kre008 ~]$


Sei's drum, ich werde da keine weitere Zeit verschwenden um dem Geheimnis auf die Spur zu kommen

Bleibt gesund.

[man-draker]

Funktioniert bei mir auf Anhieb:
- erforderlichenfalls davfs2 installieren
- fstab-Eintrag erstellen
- Unterverzeichnis im Home anlegen
- ~/.davfs2/secrets um absoluten Verzeichnisnamen (nicht die URL, vgl. Text in der Datei), Login-Name und Passwort in Anführungszeihen ergänzen
- Einmal ENTER und dann abspeichern (manche Programme sind zickig, wenn es keine leere Zeile am Ende der Datei gibt)
- mount ~/<unterverzeichinsname> eingeben und fertig.

Anmerkung: Bei mir gab es keine Fehlermeldung bzgl. des Zertifikats.
Anmerkung2: Aushängen des Verzeichnisses geht hier nur mit fusermount -u <Unterverzeichnisname>. (Unter Debian klappt das auch mit dem normalen umount.)

[alf]

.... Login-Name und Passwort in Anführungszeihen ergänzen ...

Da lag der Hund begraben das hatte ich nicht gemacht.

Anmerkung: Bei mir gab es keine Fehlermeldung bzgl. des Zertifikats

Das Zertifikat brauch ich eigentlich auch gar nicht für die Anmeldung, hab ich jetzt nur wegen der Testerei für Jürgen mit reingenommen

Anmerkung2: Aushängen des Verzeichnisses geht hier nur mit fusermount -u <Unterverzeichnisname>.

Das ist hier auch der Fall.

[OT]Falls du noch immer mit der Bahn pendeln musst, pass auf dich auf und bleib gesund [/OT]