Tanz on Michael’s Domain

1000 Mal zu langsam

Thu, 01 Dec 2016 00:00:00 +0000

Die Universität Helsinki hat Teile ihrer IT-Infrastruktur an Microsoft ausgelagert. Auch wenn Outsourcing kurzfristig kostengünstiger ist als die lokale Bereitstellung gleichwertiger Dienste, ist die Nettoauswirkung aufgrund des Verlusts von Arbeitsplätzen, Know-how und Unabhängigkeit wahrscheinlich negativ. Um dieses selbstzerstörerische Verhalten zu erklären, bedarf es keiner Verschwörungstheorie, sondern lediglich schlechter Entscheidungskriterien, die langfristige und externalisierte Kosten außer Acht lassen. In seinem Bestreben, ein Upgrade auf neuere Windows-Versionen durchzusetzen, beendete Microsoft am 8. April 2014 den erweiterten Support für Windows XP, und die Universität kam dieser Aufforderung nach, indem sie XP-Rechnern den Netzwerkzugang verwehrte. Als Begründung wurde angeführt, dass XP zu einem Sicherheitsrisiko geworden sei. Gleichzeitig entfielen auf Windows XP immer noch etwa 20 % aller Windows-Installationen weltweit ( https://www.statista.com/statistics/218089/global-market-share-of-windows-7/ ). Selbst im Oktober 2015 liefen noch weit über 100 Millionen Computer unter Windows XP ( https://en.wikipedia.org/wiki/Usage_share_of_operating_systems und https://www.statista.com/statistics/218089/global-market-share-of-windows-7/ ), ohne dass dies katastrophale Folgen hatte. Das Auslaufen von Windows XP stellte ein Problem dar, da vier unserer Geräte, die wir für die Forschung benötigen, nach wie vor mit Windows XP laufen. Und es gibt keine Möglichkeit, das Betriebssystem zu aktualisieren, ohne die Geräte aufzurüsten (was Tausende oder Zehntausende Euro kosten würde und daher angesichts der derzeit angespannten finanziellen Lage der Universität weitgehend unmöglich ist). Und natürlich ist die Software, die zum Betrieb der Geräte benötigt wird, nicht mit Windows 7 kompatibel. Infolgedessen können wir diese Geräte weder fernsteuern noch automatische Backups durchführen. Selbst das Übertragen der Daten zur Analyse auf einen anderen Computer erfordert das Adidas-Netzwerk . Ich hatte den IT-Support bereits lange vor Ablauf des erweiterten Supports für Windows XP kontaktiert und darum gebeten, eine Lösung zu finden. Anscheinend gab es verschiedene Lösungsmöglichkeiten, und der IT-Support begann auch mit deren Umsetzung, doch aufgrund von Personalfluktuationen musste das Projekt mehrmals „neu gestartet“ werden, und verschiedene Support-Mitarbeiter hatten unterschiedliche Meinungen dazu, wie dieses Problem gelöst werden sollte. Mit der großen „Fire-and-Hire“-Aktion an der Universität brach das gesamte Projekt erneut zusammen. In diesem Herbst habe ich unsere Anforderungen erneut mit den IT-Mitarbeitern besprochen, bisher jedoch keine konkrete Hilfe erhalten. An diesem Dienstag wollte ich endlich wissen, wie schwierig es wirklich ist, einen Windows-XP-Rechner so an das Netzwerk anzuschließen, dass die Sicherheit nicht beeinträchtigt wird, aber Dateiverteilung, Datensicherung und Fernsteuerung möglich sind. Ich ging zum Müllplatz des Instituts, wo defekte Elektronikgeräte gesammelt werden, und nahm drei alte 10/100-Netzwerkkarten sowie ein paar Ethernet-Kabel mit. Eine Karte und ein Kabel funktionierten noch; ich steckte die Netzwerkkarte in einen Computer mit Ubuntu 16.04 und verband diesen über ein Ethernet-Kabel mit einem der XP-Rechner. Nachdem ich der Netzwerkkarte manuell eine IP-Adresse zugewiesen und Samba auf dem Ubuntu-Rechner installiert hatte, konnte ich die Samba-Freigabe auf dem Windows-XP-Rechner als Laufwerk einbinden. Anschließend habe ich die Samba-Freigabe einfach über eine Webseite zugänglich gemacht. Das Ganze dauerte etwa eine Stunde. Da ich kein IT-Profi bin, habe ich vielleicht noch drei weitere Stunden damit verbracht, zu recherchieren, wie das geht (Samba-Einrichtung, Apache-Einrichtung, Konfiguration einer zweiten Netzwerkkarte, was unter Ubuntu nicht automatisch erfolgt). Diese Konfiguration erfüllt alle unsere Anforderungen, hat nichts gekostet und wurde innerhalb eines Tages umgesetzt. Eine Beschreibung der technischen Details folgt, sobald ich dazu komme, meine Vorgehensweise zu dokumentieren. Agilität ist vielleicht das, was am meisten fehlt, wenn ich mir viele der IT-Projekte unserer Universität anschaue. Ich denke dabei insbesondere an die Umstellung auf Drupal als Content-Management-System für die Webseiten der Universität. Leider nutzt unsere Fakultät nach wie vor Dreamweaver zur Erstellung ihres Webauftritts, was zur Folge hat, dass viele Webseiten nie aktualisiert werden.

Samba-Freigaben einbinden (warum funktioniert Nautilus nicht?) und SMB-Einbindungen dauerhaft festlegen

Sat, 26 May 2007 00:00:00 +0000

Samba-Freigaben einbindenAnscheinend ist es sehr einfach, innerhalb von Nautilus eine Verbindung zu Windows-Computern (oder besser gesagt zu Computern, auf denen SMB-Dienste laufen) herzustellen. Man muss lediglich „smb:///“ in die Adressleiste eingeben, und schon wird das Netzwerk nach verfügbaren Domänen, Arbeitsgruppen und Diensten durchsucht. Versucht man jedoch, bestimmte Dateien (z. B. ein Bild) zu öffnen, erscheint oft die Fehlermeldung, dass auf diese Dateien über Samba nicht zugegriffen werden kann. Was tun? Ich habe herausgefunden, dass das Einbinden von SMB-Freigaben einwandfrei funktioniert. Um mein Benutzerverzeichnis auf einem anderen Computer einzubinden, lautet der Befehl: sudo mount -t smbfs -o username=michael,password=hier_kommt_mein_Passwort //paula/michael /mnt/smb „paula“ ist der NetBIOS-Name des anderen Computers und „michael“ ist der Name der Freigabe.Mit der Option -o uid=owner kannst du außerdem den Eigentümer aller Dateien des eingebundenen Dateisystems festlegen: sudo mount -t smbfs -o username=michael,password=hier_kommt_mein_Passwort -o uid=500 //paula/michael /mnt/smbWenn du dein Passwort nicht eingeben möchtest, kannst du es in einer Datei wie dieser speichern:username=susannepassword=0sdf7b und anschließend auf diese „Anmeldedaten“-Datei verweisen:sudo mount -t smbfs -o username=susanne,credentials=/home/susanne/.smbpasswd //patolmac217/susanne /mnt/smbZum Aushängen verwenden Sie:sudo umount /mnt/smbDies schlägt meist fehl, da wahrscheinlich einige geöffnete Fenster/Terminals die Verbindung aufrechterhalten. Schließen Sie diese und versuchen Sie es erneut. Sie können auch umount -f versuchen.SMB-Einbindungen dauerhaft einrichtenWenn Sie eine SMB-Freigabe einbinden, geht diese bei einem Systemneustart verloren. Damit sie beim Systemstart automatisch eingebunden wird, müssen Sie einen neuen Eintrag in der Datei /etc/fstab erstellen. In meinem Fall z. B.: //paula/michael /mnt/smb smbfs credentials=/home/jeltsch/.smbpasswd 0 0 In der Datei .smbpasswd stehen mein Benutzername und mein Passwort. Wahrscheinlich nicht besonders sicher, aber wen interessiert das schon? Die Datei .smbpasswd sollte ohnehin nur für Sie selbst lesbar sein!

Kein „chown“ oder „chmod“ auf Samba-Einbindungen

Thu, 24 May 2007 00:00:00 +0000

Ich habe herausgefunden (hoffentlich richtig), dass Eigentümer, Gruppe und Zugriffsrechte für Dateien und Verzeichnisse auf einem SMB-Mount nicht geändert werden können, nicht einmal von root. Daher muss man alles bereits beim Einhängen festlegen, z. B.: sudo mount -t smbfs -o username=jeltsch,credentials=/home/jeltsch/.smbpasswd5 -o uid=backuppc,gid=users,fmask=644,dmask=755 //patolmac217/jeltsch /mnt/jeltsch@patolmac217.hi.helsinki.fi

Samba-Probleme (smb, smbadduser, smbpasswd)

Wed, 23 May 2007 00:00:00 +0000

Wenn Ihr Samba unzuverlässig ist, kann dies verschiedene Ursachen haben. Ich habe den Eindruck gewonnen, dass YAST Konfigurationsdaten überschreibt, die Sie manuell bearbeitet haben (z. B. in den Passwort- und Benutzerdateien), wenn Sie versuchen, Einstellungen über den YAST-Samba-Einrichtungsvorgang zu ändern. Hier folgt eine Checkliste für den Fall, dass Samba wieder nicht reagiert oder in der Netzwerkumgebung nicht sichtbar ist. Es könnte sein, dass die Unzuverlässigkeit auf das Herunterfahren eines PDC zurückzuführen ist. Vielleicht sollte ich meinen Linux-Rechner zum PDC machen, da er immer läuft. Jedenfalls konnte ich, selbst wenn es mir gelang, von W2K aus eine Verbindung herzustellen (über „Netzlaufwerk zuordnen“), von W98 aus keine Verbindung herstellen, indem ich auf das sichtbare Symbol meines Computers in der MCBL-Arbeitsgruppe klickte („Netzwerkpfad nicht gefunden“). Und unter Mac OS X war mein Computer überhaupt nicht sichtbar (aber ich konnte über den manuellen Befehl „smb://128.214.186.42/homes“ eine Verbindung herstellen). Seltsam… In /etc/samba/smb.conf:

autofs, automount, auto.master und das Einbinden von Samba-Freigaben

Mon, 21 May 2007 00:00:00 +0000

Zunächst habe ich einen symbolischen Link in /etc/init.d/rc5.d/ hinzugefügt: cd /etc/init.d/rc5.d sudo ln -s ../autofs S21autofs Anschließend habe ich in der Datei /etc/auto.master die folgende Zeile hinzugefügt:/media/automounts /etc/auto.smbmountsAnschließend habe ich die Datei auto.smbmounts mit folgendem Inhalt erstellt:michael_msbl.helsinki.fi -fstype=smbfs,username=michael,password=## ://paula/michael Anschließend habe ich den Einhängepunkt angelegt:sudo mkdir /media/automounts/michael_msbl.helsinki.fiDann habe ich den autofs-Daemon aktiviert:sudo /etc/init.d/autofs start Wenn nun jemand versucht, auf das Verzeichnis /media/automounts/michael_msbl.helsinki.fi zuzugreifen, mountet der autofs-Daemon die SMB-Freigabe automatisch und hebt den Mount nach einer bestimmten Zeit der Inaktivität wieder auf.

SMB-Einbindungen über fstab oder Automount?

Mon, 21 May 2007 00:00:00 +0000

Ich habe viele Computer, auf die ich von meinem Linux-Rechner aus zugreifen muss. Das Durchsuchen des Netzwerks funktioniert zwar, ist aber furchtbar langsam, daher möchte ich einige Verknüpfungen erstellen, über die ich mit einem einzigen Mausklick das Gewünschte aus einer Liste einbinden kann. Zunächst dachte ich daran, die fstab-Datei zu ändern und dort Einträge hinzuzufügen, die es mir ermöglichen würden, SMB-Freigaben als normaler Benutzer problemlos einzubinden. Beispiel: //paula/michael /media/smbmounts smbfs noauto,user,credentials=/home/jeltsch/.smbpasswd1 0 0 Das funktioniert, wenn der Eintrag beim Systemstart gemountet wird (ohne den Eintrag „noauto“). Ist der „noauto“-Eintrag vorhanden, wird die SMB-Freigabe beim Systemstart nicht eingebunden, sondern muss explizit mit dem folgenden Befehl eingebunden werden: mount /media/smbmounts Aufgrund der „user“-Option in der fstab sollte jeder normale Benutzer dazu in der Lage sein. Das ist jedoch nicht der Fall! Zunächst musste ich die „suid“-Rechte für den Befehl „smbmnt“ aktivieren (er befand sich offenbar in /usr/bin/smbmnt, war jedoch über einen Symlink mit /usr/lib/samba/classic/smbmnt verknüpft:chmod +s /usr/lib/samba/classic/smbmnt Dann stieß ich auf widersprüchliche Angaben darüber, ob der Einhängepunkt (in meinem Fall /media/smbmounts) dem einhängenden Benutzer gehören muss oder nicht. Zur Sicherheit habe ich dies getan:chown jeltsch /media/smbmountsTrotzdem erhielt ich eine Fehlermeldung, deren Ursache ich nicht herausfinden konnte, und beschloss, Automounts zu verwenden.

VMware und Samba

Mon, 21 May 2007 00:00:00 +0000

VMware kann zu Konflikten mit Samba führen. Wenn Sie einen Samba-Server auf Ihrem Computer betreiben und VMware installieren, kann dies dazu führen, dass Ihr Samba-Server nicht mehr funktioniert. Sie können dies überprüfen mit: sudo /etc/init.d/smb status. Wenn das Ergebnis „dead“ lautet und VMware einen eigenen Samba-Server betreibt (was Sie mit ps -aux überprüfen können, indem Sie nach einem Eintrag wie „vmware-smb“ suchen), müssen Sie vmware-config.pl erneut ausführen. Unter RedHat gibt es eine einfache Möglichkeit, den VMware-Samba-Server vom Systemstart auszuschließen (Systemeinstellungen -> Servereinstellungen -> Dienste; stoppen Sie einfach den Dienst und deaktivieren Sie das Kontrollkästchen, wenn Sie nicht möchten, dass er beim Systemstart gestartet wird). Unter SUSE 9 führe ich einfach das Skript vmware-config.pl erneut aus. Wenn die Frage erscheint: „Möchten Sie, dass VMware den Dateizugriff auf den Host-Computer einrichtet?“, sollten Sie mit „Nein“ antworten.

Welche NFS- und SMB-Freigaben sind auf einem Server verfügbar (showmount, smbclient)?

Thu, 05 Apr 2007 00:00:00 +0000

Der Befehl, um herauszufinden, welche Freigaben beispielsweise auf dem Computer 192.168.0.2 verfügbar sind, lautet: Für NFS: /usr/sbin/showmount -e 192.168.0.2 Für Samba: smbclient -L 192.168.0.2

Windows NT, Netzwerkdurchsuchen, Einbinden und Trennen von Netzlaufwerken (Befehl „netuse“)

Thu, 05 Apr 2007 00:00:00 +0000

Die Netzwerksuche unter Windows ist ein Rätsel. Manchmal werden bestimmte Computer bei der Netzwerksuche einfach nicht angezeigt. Dies scheint insbesondere für Linux-Server zu gelten. Unter neueren Versionen des Windows-Betriebssystems (2000, XP) kann man über den Befehl zum Einbinden eines Netzlaufwerks eine Verbindung zu einem Server herstellen (sofern man dessen IP-Adresse kennt), auch wenn der Netzwerk-Browser diesen Server nicht erkennt. Windows NT verfügt nicht über diese Option. Die einzige Möglichkeit besteht darin, den Befehl „net use“ über die Befehlszeile zu verwenden. Das ist umständlich, obwohl man für häufig genutzte Verbindungen .bat-Dateien erstellen kann. Der Befehl lautet: net use * \\IP-Adresse\Benutzername Das Sternchen weist die Freigabe dem nächsten verfügbaren Laufwerksbuchstaben zu (natürlich kann man den Buchstaben auch manuell zuweisen, z. B. H:). Um dieses bestimmte Netzlaufwerk zu löschen, geben Sie Folgendes ein: net use H: /delete Selbst wenn Sie ohne die Befehlszeile browsen und Verbindungen herstellen können, benötigen Sie die Befehlszeile immer dann, wenn Sie die Verbindung zu einer Freigabe auf einem NT-Server trennen möchten. Komischerweise gibt es unter Windows NT keine andere Möglichkeit, als net use * /delete einzugeben. In einigen Diskussionsbeiträgen wurde erwähnt, dass man die WINS-Unterstützung in der smb.conf-Datei des Linux-Servers aktivieren sollte: wins support = Yes. Wenn du eine Verbindung zu Linux herstellst, stelle sicher, dass Samba läuft und dass der Benutzer, auf dessen Home-Verzeichnis du zugreifen möchtest, einen Eintrag und ein Passwort in der SMB-Datenbank hat (dies ist selbst in SUSE 9.2 NICHT vorkonfiguriert): als root: smbpasswd -a Benutzername Mir hat das allerdings nicht geholfen. Mac OS X-Computer (10.3) werden nun ohne Probleme angezeigt (ältere Mac OS X-Versionen hatten ebenfalls Probleme). Vielleicht sollte ich die smb.conf-Dateien vergleichen oder sie einfach auf mein SUSE 9.1 kopieren.

smbclient (Einbinden, Windows XP, SFS, Dateifreigabe)

Wed, 04 Apr 2007 00:00:00 +0000

Da ich immer Grafikschnittstellen verwende, weiß ich nicht mehr so recht, wie man über die Befehlszeile eine Verbindung zu einem Windows-Rechner herstellt. Mit smbclient -L windowshost werden die verfügbaren Freigaben angezeigt. Oftmals kann man diese Freigaben nicht ohne Benutzernamen und Passwort für diesen Windows-Rechner durchsuchen; daher muss man smbclient -L windowshost -U Benutzername eingeben. Gelegentlich funktioniert auch der NetBIOS-Name nicht und man muss ihn durch die IP-Adresse ersetzen.

Einschränkung des Samba-Zugriffs unter SuSE 10.1 auf eine IP-Adresse

Mon, 14 Aug 2006 00:00:00 +0000

Wenn Sie über das YaST-Tool zur Firewall-Konfiguration den Samba-Zugriff auf Ihren SuSE 10.1-Rechner zulassen, werden drei Änderungen an der Datei /etc/sysconfig/SuSEfirewall2 vorgenommen: