Die Entwickler von TouchDroid haben es nun geschafft das Android 2.3.5 mit funktionieren Touchscreen auf das Gerät zu portieren.

Wir dürfen gespannt sein, wie es weiter geht.

Ich selber versuche noch ein Gerät zu bekommen und den Android Port entsprechend zu testen

Wenn natürlich das Backup nicht richtig erstellt worden ist, kann dies nicht eingespielt werden. Fatal ist dies natürlich wenn man mehrere E-Mailadresse auf dem Server eingerichtet hatte.

Mittels einem kleinen Befehl, kann man sich die E-Mailkonten sowie Passwörter auf der Console anzeigen lassen.



Hierzu benötigt man den folgenden MySQL-Befehl:

mysql -u admin -p`cat /etc/psa/.psa.shadow` psa -e "SELECT  accounts.id, mail.mail_name, accounts.password, domains.name FROM  domains LEFT JOIN mail ON domains.id = mail.dom_id LEFT JOIN accounts ON  mail.account_id = accounts.id"

Wenn alles geklappt hat, sollte es folgendermaßen aussehen.

Jetzt heißt es: Adresse anlegen, Passwort setzen …

Die aktuellste Version von redsn0w (RC13) macht einen Untethered Jailbreak von iPhone, iPod touch und iPad 1 möglich.

Derzeit ist dieser Jailbreak nur mit Redsn0w möglich.

Unterstütze Geräte:
iPhone 3GS
iPhone 4
iPod touch 3G/4

Download: Mac OS X/Windows

1. Zu erst muss man über die Shell den Plesk Dienst neustarten.

/etc/init.d/psa restart

2. Jetzt überprüft man dass die Datei /etc/psa/.psa.shadow gültige Berechtigungen enthält.
Die korrekte Berechtigung ist:

# ls -la /etc/psa/.psa.shadow
-rw——- 1 psaadm psaadm 5 Dez 5 18:40 /etc/psa/.psa.shadow

Sofern die Berechtigungen nicht stimmen, kann man diese mithilfe des folgenden Befehls ändern:

# chown psaadm:psaadm /etc/psa/.psa.shadow
# chmod 600 /etc/psa/.psa.shadow

3. Mit dem folgenden Befehl “ps ax | grep mysql” sollte man sicherstellen, dass der MySQL-Server läuft und ordnungsgemäß ausgeführt wird.

Beispiel:

# ps ax | grep mysql
7996 ? S 0:00 /bin/sh /usr/bin/safe_mysqld --defaults-file=/etc/my.cnf
8022 ? S 0:14 /usr/libexec/mysqld --defaults-file=/etc/my.cnf --basedir=/usr
--datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-locking

Sofern man diese Augabe bekommt, läuft der MySQL Server.

Zum Überprüfen, ob der MySQL-Server ordnungsgemäß ausgeführt wird, verbindet man sich mit dem MySQL Server via MySQL Console zu.

Beispiel:

# mysql -uadmin -p`cat /etc/psa/.psa.shadow` -D psa
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Welcome to the MySQL monitor. Commands end with ; or g.
Your MySQL connection id is 1299 to server version: 3.23.54

Type 'help;' or 'h' for help. Type 'c' to clear the buffer.

mysql>

In der Regel erscheint die folgende Fehlermeldung:

ERROR 1045: Access denied for user: ‘admin@localhost’ (Using password: YES)

Wenn man sich mit dem oben genannten Befehlszeile nicht bei MySQL anmelden kann, repariert man das Admin-Account-Passwort wie folgt:

4. In den aktuellsten Versionen von Parallels Plesk Panel kann das Passwort mithilfe des Dienstprogramms “ch_admin_passwd” wiederhergestellt werden.

# /usr/local/psa/admin/sbin/ch_admin_passwd --help
/usr/local/psa/admin/sbin/ch_admin_passwd: Utility to set Plesk adminstrator's password
Gets password from the environment variable PSA_PASSWORD
Password should be from 5 to 14 symbols and should not contain login name, whitespace, quotes or national characters

Usage: /usr/local/psa/admin/sbin/ch_admin_passwd

-h, --help
display this help and exit 

Zum Ändern des Passworts verwendet man den folgenden Befehl:

# export PSA_PASSWORD='NEW_PASSWORD' ; /usr/local/psa/admin/sbin/ch_admin_passwd; unset PSA_PASSWORD

“NEUES_PASSWORT” = Das neue EIGENE Kennwort!

Wenn einem dieses Dienstprogramm im Parallels Plesk Panel vorliegt, kann das Passwort manuell synchronisiert werden.

a) Man läd MySQL mit der Option 'skip-grant-tables', indem man 'skip-grant-tables' zum Abschnitt [mysqld] der Datei /etc/my.cnf hinzufügt.

Der MySQL-Server wird mit dem folgenden Befehlszeile neugestartet:

# /etc/init.d/mysqld restart

c) Das neue Passwort in die Datei /etc/psa/.psa.shadow hinzufügen.

d) Anschließend repariert man mithilfe des folgenden Befehls das Passwort:

# /usr/bin/mysql -D mysql -e”update user set password=PASSWORD(‘`cat /etc/psa/.psa.shadow`’) where User=’admin’;”

e) Die Option 'skip-grant-tables' aus /etc/my.cnf entfernen.

f) Zum Schluss den MySQL Server neustarten.

Twitter this blog posting

In diesem Artikel wird einem die Generierung des OpenSSH-Keys und die Einrichtung in Filezilla (Windows) & Linux Console erklärt.

Damit STRATO HiDrive mittels OpenSSH Keys Login funktioniert, muss der persönlich angelegte Public-Key in den HiDrive-Kontoeinstellungen geladen werden. Wer einen solchen Key noch nicht generiert hat, schaut sich dazu bitte den untenstehen Artikel an.

Als erstes erfolgt die Generierung und Einbindung für das Windows-System:

Für die Generierung der SSH-Key Files benötigt man unter Windows das Programm “Puttygen.exe”, welches beim Hersteller unter dem LINK zu finden ist.




Nachdem das Programm gestartet worden ist, klickt man auf “GENERATE”. Dadurch werden die beiden Schlüssel generiert.
Anmerkung: Damit eine Verbindung mittels SSH-Key-Files bzw ohne Passwortabfrage aufgebaut werden kann, ist es notwendig KEINE “Passphrase” zu setzen.





Nach erfolgreicher Erstellung ist es erforderlich, dass der Public-Key gesichert wird.





Damit der SSH-Key File Login auch mit anderen Systemen funktioniert, ist es erforderlich das man den Private-Key über den folgenden Menüpunkt “Conversions” -> “Export Open-SSH-Key” exporiert. Wenn man die Exportierung nur über “Save private Key” veranlasst, kann der SSH-Key nur mit dem Programm Puttyagent verwendet werden.





Damit man die SSH-Keys auch nutzen kann, ist der Aufruf der Einstellungen von FileZilla notwendig.





Der erstellte “Private-Key” wird in den Einstellung über den Punkt “SFTP” -> “Schlüsseldatei hinzufügen” geladen.





Auswahl des Private-Keys.





Nach dem erfoglreichen Laden des Private-Keys, sollte es so aussehen.

Folgende Verbindungsinformationen sind einzutragen:

SFTP-HiDrive-Server: sftp.hidrive.strato.com
HiDrive Benutzername: Eigener HiDrive Benutzername
Passwort: HiDrive-Passwort
Port: 22

Die Generierung für Linux-Systeme ist denkbar einfach.

Nachdem man sich mit seinem User auf der Shell eingeloggt hat, tippt man den folgenden Befehl ein.

ssh-keygen

Die Ausgabe dazu sieht wie folgt aus:

Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):

Hier sollte man den Pfad angeben, wo der Schlüssel gesichert werden soll.

Enter passphrase (empty for no passphrase):

Hier sollte keine Passphrase (Passwort) vergeben werden, da sonst beim automatischen Verbindungsaufbau wieder nach einem Passwort gefragt werden würde. Für eine automatisierte Verbindung wäre dies nicht sinnvoll.

Enter same passphrase again:

Einfach mit “ENTER” bestätigen, wenn man kein Passwort wünscht.

Anschließend wurden die SSH-Keys erfolgreich gespeichert.

Die Portierung in das HiDrive Konto von dem generierten Publik-Key unter Linux ist die gleiche wie oben beschrieben.

Die Verbindung auf der Shell kann mit dem folgendem Befehl getestet werden:

sftp -oIdentityFile=/Verzeichnis/des/Schluessels benutzername@sftp.hidrive.strato.com

Twitter this blog posting

Die Entsperrung über das Plesk Panel klappt leider auch nicht.






Hierzu kann auf der Shell der folgende Befehl ausgeführt werden.

/usr/local/psa/bin/domain --on meineDomain.de

meinDomain.de -> Durch den gesperrten Domainnamen ersetzen.

Das wars dann auch schon. Die Domain ist wieder ganz normal im Internet ersichtlich.

Nur was ist das?! Alle Umlaute werden nicht korrekt angezeigt.

Es wird nur komisches Wirr-Warr wie Fragezeichen oder kleine Kästchen angezeigt.

Der Fehler ist eigentlich schnell zu finden, wenn man weiß wo er versteckt ist.
In der untenstehenden Anleitung wird einem die Lösung gezeigt.

In der Apache-Konfiguration, welche sich meist unter /etc/apache2/httpd.conf verteckt, sucht man nach “DefaultLanguage”.
Sofern dieser Eintrag “noch” nicht da ist, einfach in die Datei reinschreiben. Am Ende der Datei passt es in der Regel gut hin.

Der Eintrag sollte dann wie folgt aussehen:

DefaultLanguage de
AddType "text/html; charset=ISO-8859-1" html php
AddDefaultCharset ISO-8859-1

Nach der Änderung der Datei darf natürlich der Neustart des Apache2 nicht fehlen.

/etc/init.d/apache2 reload

Und das wars dann auch schon.

Anfangs ist dies bestimmt noch nicht sehr störend, wenn jedoch dabei die Stabilität des Servers gefährdet wird, sollte man sich Gedanken über Abhilfe machen.

Der schnellste und einfachste Weg dem Ganzen ein Ende zu setzen sind die beiden folgenden Befehle:



Einzelne IP-Adresse mittels iptables sperren:

iptables –A INPUT –s 123.123.123.123 –j DROP

In diesem Fall werden alle Pakete, die von der 123.123.123.123 gesendet werden, kommentarlos verworfen.

Wenn man mehrere Angriffe aus einem bestimmten Subnetz erhält, kann man auch gleich das ganze Subnetz sperren.

iptables –A INPUT –s  74.63.112.0/24 –j DROP

Hier bei wird das ganze Subnetz von 74.63.112.0 gesperrt.

Die untenstehende Liste zeigt einem an welche Fehlercodes der Apache2 Webserver auswerfen kann bzw. welche in den Log-Files des Apache2 Servers stehen.






Fehlercode-Liste:

100 Continue
101 Switching Protocols
200 OK
201 Created
202 Accepted
203 Non-Authoritative Information
204 No Content
205 Reset Content
206 Partial Content
300 Multiple Choices
301 Moved Permanently
302 Moved Temporarily
303 See Other
304 Not Modified
305 Use Proxy
400 Bad Request
401 Unauthorized
402 Payment Required
403 Forbidden
404 Not Found
405 Method Not Allowed
406 Not Acceptable
407 Proxy Authentication Required
408 Request Time-Out
409 Conflict
410 Gone
411 Length Required
412 Precondition Failed
413 Request Entity Too Large
414 Request-URL Too Large
415 Unsupported Media Type
500 Server Error
501 Not Implemented
502 Bad Gateway
503 Out of Resources
504 Gateway Time-Out
505 HTTP Version not supported

Ich hoffe, dass die Liste für den einen oder anderen nützlich ist.

In diesem Artikel wird einem die schnelle Lösung gezeigt, so das man wieder fröhlich Domains in den Panel anlegen kann.
Ob diese Lösung auch bei anderen Plesk-Versionen funktioniert konnte nicht überprüft werden. Es funktioniert auf jedenfall in der Version 9.

Die Fehlermeldung sieht meist wie die untenstehende aus:

Failed domain creation: Unable to update domain data: Failed setting of domain parameters: Cannot change Webmail on domain: webmail
0: DomainPropertiesUIPointer.php:267 DomainPropertiesUIPointer->accessItem_create(string ‘POST’)
1: DomainPropertiesUIPointer.php:59 DomainPropertiesUIPointer->accessItem(string ‘POST’, NULL null)
2: UIPointer.php:596 UIPointer->access(string ‘POST’)
3: plesk.php:38

Abhilfe schaffte dieser kleiner Befehl auf der Shell:

/usr/local/psa/admin/sbin/autoinstaller –select-release-current –upgrade-installed-components –debug

Dieser Befehl bewirkt die Einspielung von Micro-Updates des Herstellers. Solche Micro-Updates werden natürlich nicht im Plesk-Panel angezeigt .

Nach erfolgreicher Installation sollte das Plesk System wieder ganz normal funktionieren.