Kennt ihr das auch – Ihr seit bei einem Freund und braucht eine Datei welcher jedoch zufällig auf dem Heimrechner liegt welche dummer Weise ausgeschaltet ist. Dafür gibt es aber eine Lösung: Wenn der Computer per LAN an eine Fritz!Box angeschlossen ist, kann man auf dieser das Programm „etherwake“ installieren, welches ein Wecksignal an eine MAC Adresse im LAN sendet welches den Computer dazu bringt zu starten. Dies funktioniert dann, wenn der Computer regulär herunter gefahren wurde, denn dann ist er immer in einer Art Standby Zustand was man z.B. daran merkt, dass eine USB Geräte noch Strom bekommen (Leuchtende Maus, Webcam…). Es ist sogar möglich, das ganze über das Internet über eine gesicherte SSH Verbindung zu tun.
Dies funktioniert natürlich auch mit anderen Routern besonders die, die wie die Fritz!Box Linux als Betriebssystem einsetzen und von denen sich die Firmware modifizieren lässt. Da ich aber nur eine Fritz!Box 7170 besitze und diese ein sehr populärer Standard-Router ist den es bei vielen DSL Providern als Zusatz gibt möchte ich mich hier darauf beziehen. Weiterlesen
Die meisten haben sicher schon davon gehört: Programme (Oder besser Protokolle) wie VNC oder RDP (Windows Remote Desktop) erlauben die einfache Fernbedienung eines Computers über das Netzwerk oder sogar Internet. VNC hat jedoch einige entscheidende Nachteile: Besonders gravierend finde ich, dass es unverschlüsselt ist. Das heißt jemand könnte die Verbindung überwachen und Passwörter oder gar die gesamten übertragenen Daten „ersniffen“. Weiterhin ist die Kompression nicht sonderlich effizient was bei langsameren (Upload-) Verbindungen kaum ein echtes Arbeiten an dem Remote Desktop erlaubt.
Wenn der zu steuernde Computer mit Linux läuft sollte man sich mal das alternative NX Protokoll ansehen. Dieses wird durch das SSH Protokoll getunnelt, was auch heißt, dass man davon ausgehen kann wenn man eine SSH Verbindung zustande bekommt auch eine NX Fernsteuerung möglich ist. Durch das Tunneling ist die Verbindung auch in gleicher Weise verschlüsselt wie SSH also ziemlich sicher. Dazu kommt noch, dass NX eine sehr gute Kompression bietet und selbst bei langsameren Verbindungen sehr gut läuft und auch die Wiedergabe von Ton über die Soundkarte des steuernden Rechners sowie die Nutzung dessen Druckers erlaubt. Den Client, also das Tool mit dem man sich zudem entfernten Rechner verbindet gibt es übrigens auch für Windows und Mac.
Wie ihr vermutlich gemerkt habt, gibt es seit einiger Zeit die Möglichkeit die Blog-Einträge mit Sternen zu bewerten. Dies funktionierte bisher auch eigentlich ziemlich gut bis auf heute: Heute hat eine IP Allen Blog-Beiträgen eine 1-Sterne Bewertung gegeben. Ich vermute mal, dass war nicht die Absicht des Bots sondern er war eher zum Spammen bestimmt aber nerven tut es trotzdem…
Ich hoffe mal das passiert nicht nochmal – sonst gibts bald Captchas zum Bewerten der Einträge :-/
Ein Wunder scheint zu geschehen 😉
AOL testet im Moment einen Jabber Server für die ICQ UINs. Dabei gibt es noch ein paar kleine Probleme und der Server scheint teils ein wenig überlastet zu sein aber man kann mit einer ganzen Reihe von Jabber Clients sich mit der UID [email protected] oder [email protected] verbinden und sieht die gesamte ICQ-Adressenliste und kann mit den Kontakten chatten. Chats mit Kontakten außerhalb von ICQ/AOL also s2s (Server2Server) Verbindungen sind jedenfalls im Moment nicht möglich.
Ich fände das einen echten Fortschritt wenn ICQ/AOL bald auf XMPP als Protokoll aufsetzen würden. Damit wären zwar noch nicht die rechtlichen Probleme durch die AGB geklärt, jedoch wäre es theoretisch möglich über eine normale JID auf einem anderen Server mit ICQ Nummern zu kommunizieren und das ganz ohne Umwege wie Transports. Ob dieser Test erfolgreich verläuft und ICQ/AOL wirklich überlegt auf das XMPP Protokoll umzusteigen oder dieses zumindest als Alternative anzubieten steht noch in den Sternen aber ein Anfang ist es allemal.
Bei der Einrichtung muss man darauf achten, dass man einen alternativen Hostnamen angibt und keine SSL Verschlüsselung aber TLS wählt. Weiterhin darf die Ressource kein @ enthalten. Allgemein kommen also folgende Einstellungen zustande:
JID: [email protected] bzw. [email protected]
Host: xmpp.oscar.aol.com
Port: 5222 (Standard Port für TLS/Plain)
Einfach mal ausprobieren und freuen 😉 Ich versuche euch auf dem Laufenden zu halten. Natürlich ist das nur ein Testserver und man sollte nicht all zu viel erwarten. Auch scheint der Server von den Tests ziemlich in die Knie zu gehen. Also am besten einfach später noch einmal versuchen falls es nicht klappen sollte.
Links:
Vor kurzem habe ich ein Tutorial geschrieben, wie man dem Samsung YP-T10 UMS beibringt. Dies bewirkt, dass das eigentlicht MTP Gerät durch die modifizierte Firmware als USB Massenspeicher, also wie ein USB Stick erkannt wird und die Dateien genau wie bei einem USB Stick verwaltet werden können. Das Flashen der modifizierten Firmware ist außerhalb der Herstellergarantie und führt sogar eventuell zu einem Garantieverlust. Vielen wird aus diesen oder anderen Gründen die Nutzung dieser inoffiziellen Firmware zu heikel gewesen sein und mussten auf Lösungen über libmtp zusammen mit Gnomad2 oder Rhythmbox setzen. Diese Lösung ist leider noch etwas instabil und es gibt noch einige Probleme.
Es gibt jedoch noch eine andere Möglichkeit Dateien auf einem MTP Gerät zu verwalten welches von libmtp unterstützt wird: mtpfs erlaubt das Einbinden (mounten) eines MTP Geräts in das Dateisystem wie es mit USB Sticks, Festplatten etc. passiert. So kann man ganz normal über den bevorzugten Dateimanager darauf zugreifen. Ich habe das Programm gleich in mein Repository aufgenommen und es kann nun über dieses installieren. Also Repository hinzufügen und das Paket „mtpfs“ mit Synaptic, apt-get oder ähnlichem installieren.
Alle die bereits eine 64bit Linux Distribution einsetzen sollten dieses Problem kennen: Viele kommerzielle (Und auch manche OpenSource) Programme gibt es noch nicht für die 64bit Architektur. Es gibt zwar möglichkeiten auch diese zu installieren, doch sind sie oft sehr umständlich. Zu diesen Programmen gehören auch einige Firefox Plugins wie Flash, Acrobat Reader und andere. Um dieses Problem zu umgehen gab es bisher unter anderem die Möglichkeit ein 32bit Firefox zu installieren unter welchem dann auch die 32bit Plugins laufen. Nur ich finde dann kann man gleich ein komplettes 32bit System verwenden. Außerdem brachte diese Möglichkeit jedenfalls bei mir einige kleine Probleme mit sich.
Es gibt erfreulicher Weise noch eine weitere Möglichkeit: Das Plugin „nspluginwrapper“ erlaubt die Installation von Mozilla Plugins unterschiedlicher Architekturen. So ist es ebenfalls möglich auf einem 32bit System 64bit Plugins zu benutzen (Auch wenn dies wohl selten vorkommen wird).
Wenn man das Plugin „flashplugin-nonfree“ unter Ubuntu gutsy amd64 installiert, dann wird das Plugin gleich mitinstalliert. Ich empfehle jedoch das Paket „flashplugin-nonfree“ zu entfernen, da es eine vergleichsweise alte Flash Version beinhaltet und das Paket „nspluginwrapper“ installiert zu lassen bzw. neu zu installieren. Dies kann über Synaptic oder direkt in der Konsole geschehen (sudo apt-get install nspluginwrapper).
Nun muss man noch das Flash Plugin herunter laden und entpacken. Dazu läd man es sich unter der URL http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_9_linux.tar.gz herunter und entpackt es z.B. auf dem Desktop. In der Konsole:
wget http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_9_linux.tar.gz tar xvfz install_flash_player_9_linux.tar.gz |
Um das Plugin nun mit dem nspluginwrapper zu installieren reicht folgendes:
mkdir ~/.mozilla/plugins cp install_flash_player_9_linux/libflashplayer.so ~/.mozilla/plugins nspluginwrapper -i ~/.mozilla/plugins/libflashplayer.so |
Fertig, euer AMD64 Firefox sollte nun Flashdateien abspielen. Diese Installation ist zudem ausschließlich lokal und verändert nicht irgendwelche Systemdateien die in Konflikt mit den Paketen kommen könnten. Ich empfehle aber alle anderen Flashplugin Versionen vorher zu entfernen, da sonst vielleicht das falsche Plugin verwendet wird.
Ich habe nun alle Pakete im neuen Repository unter einem AMD64 System neu gebaut. Viel Spaß damit!
Übrigens ist das Repository nun schon ziemlich gewachsen: Es gibt nun genau 96 Binärpakete (Also 192 wenn man AMD64 und i386 zusammen zählt) welche sich aus 40 verschiedenen Programmen, Librarys etc. zusammensetzen. Dabei haben die Binär- und Quellpakete zusammen eine Gesamtgröße von 326.63 MB.
Wenn ihr euch ein Paket für ein gutes Linux Programm wünscht, welches nicht, oder nur in einer älteren Version in den offiziellen Paketquellen verfügbar ist oder ihr eigene Pakete beisteuern möchtet dann meldet euch doch einfach bei mir per Mail (Findet ihr unter „Über uns„, am besten an die gemeinsame Blog E-Mail Adresse schicken).
Durch die weitere Nutzung der Seite stimmst du der Verwendung von Cookies zu. Genauere Informationen zur Verwendung von Cookies auf dieser Seite findest du in der Datenschutzerklärung
Die Cookie-Einstellungen auf dieser Website sind auf "Cookies zulassen" eingestellt, um das beste Surferlebnis zu ermöglichen. Wenn du diese Website ohne Änderung der Cookie-Einstellungen verwendest oder auf "Akzeptieren" klickst, erklärst du sich damit einverstanden.