Samba Shares
Das Hadinet betreibt unter shares.hadiko.de einen sogenannten Samba Server (besser bekannt als Windows-Freigaben).
Auf diesem Server findet sich für jeden User ein "Share" unter seinem Benutzernamen: shares.hadiko.de\BENUTZER.
Anmerkung: Aufrgund technischer Probleme funktionieren die User-Shares leider seit längerem nicht für alle Bewohner. Dies wird demnächst behoben
Ausserdem gibt es für viele SV-Ämter hier Shares, welche automatisch für gewählte Amtsträger freigeschaltet werden.
Zugriff
Die Shares sind nur im HaDiKo-Netzwerk und seit Ende 2023 auch nicht mehr vom KIT-Netz/-VPN aus erreichbar. Siehe Zugriff von extern
Generell gilt:
- Server: shares.hadiko.de
- Benutzername: Dein HaDiNet-Accountname mit vorangestelltem
HDK\ - Passwort: Dein HaDiNet-Passwort
Windows
Der Zugriff unter Windows ist sehr einfach:
- Entweder, man verwendet im
Computerdie Funktion Netzlaufwerk verbinden (Haken bei "Windows Anmeldeinformationen verwenden" entfernen) - oder man gibt in die Adresszeile des Explorers einfach
\\shares.hadiko.deein. - Als Login-Daten die bekannten LDAP- bzw. Hadinet-Benutzerdaten verwenden, wobei beim Login-Namen ein
HDK\voran gestellt wird. (also wird ausgoofydann z.B.HDK\goofy
Es ist nicht mehr notwendig, das SMBv1-Protokoll explizit zu aktivieren.
Linux
Unter Linux hängt der Zugriff von der Distribution und der Desktopumgebung ab. Ausserdem müssen entsprechende Samba-Tools installiert sein. Für Debian/Ubuntu heißt das Paket cifs-utils.
Dann lässt sich mit den meisten Dateimanagern (Nautilus/Tunar/Dolphin...) folgendermaßen auf die Shares zugreifen:
- Man öffnet das Program, und klickt hinter den aktuellen Pfad oben im Fenster (per Strg+L gelangt man bei Nautilus nötigenfalls zum Textpfad). Dann kann man dort alles löschen und stattdessen
smb://shares.hadiko.de/einfügen. Nach Eingabe der Benutzerdaten sieht man dann alle Shares, auf die man potentiell Zugriff haben könnte.
Es ist zu beachten, dass die vollen Samba-Funktionen dabei nicht zu Verfügung stehen. Hierfür muss das Verzeichnis als root mit dem mount-Befehl eingebunden werden:
mount -t cifs -o username=$hadinet-name,domain=HDK,uid=$userid //shares.hadiko.de/$freigabe $mountpoint
$hadinet-name ist der Hadinet-Benutzername, $userid ist der Benutzername auf dem lokalen Rechner, mit dem man auf die Daten zugreifen will (sonnst kann das nämlich nur root), $freigabe ist der Name der Freigabe, die man einhängen will (z.B. bark3), $mountpoint ist der Pfad zu einem leerer Ordner auf dem eigenen Computer, der vorher angelegt werden muss (z.B. im home-Verzeichnis ~/mount oder unter /mnt/shares)
macOS
- Finder öffnen
command + shift + Kdrücken oder in der Menüleiste Gehe zu > Mit Server verbinden... auswählen- Server
smb://shares.hadiko.deeintragen - Zugangsdaten eingeben (Unter macOS reicht es die normalen HaDiNet-Daten einzugeben)
iOS und iPadOS
Die Performance der Shares ist auf iOS/iPadOS aktuell ziemlich schlecht. Hier die Erklärung für ein iPhone, auf dem iPad funktioniert die App ziemlich ähnlich.
- App Dateien öffnen
- Auf die Hauptseite des Tabs Durchsuchen navigieren
- Oben rechts das Symbol mit drei Punkten antippen und Mit Server verbinden auswälen
- Server
smb://shares.hadiko.deeintragen - Benutzerdaten wie oben beschrieben (inkl. vorangestelltem
HDK\im Benutzernamen) eingeben
Troubleshooting
Symptome:
- wenn man versucht den share einzubinden, bekommt man einen time-out
- ping funktioniert, aber verbindung an den Port (z.B. über telnet) funktionieren nicht
Ursache:
- Fritz.boxen blockieren den Port standardmäßig
Lösung:
- auf fritzbox mit browser verbinden (http://fritz.box)
- Internet-->Filter-->Listen--> Haken entfernen bei "NetBIOS-Filter aktiv"
Kontext/Quellen:
Windows 10 behauptet Zugangsdaten wären falsch, sind aber definitiv richtig
Symptome:
- Die Fehlermeldung sagt, das Nutzername oder Passwort fehlerhaft seien
- z.B.
System error 86 - The specified network password is not correct.
Ursache:
- Der Client versucht NTLMv1 auth zu machen, das ist aber serverseitig deaktiviert
Lösung:
- Ausführen:
Secpol.msc - Einstellung: Local Policies > Security Options > Network Security: LAN Manager authentication level setzen auf: Send NTLMv2 response only. Refuse LM & NTLM
Quellen: