Remote-Console

[raa]

Hi,

ich hab' jetzt sowas:

https://www.df.eu/de/cloud-hosting/

Hab' das Angebot "Cloudlevel 1" angenommen (mit Debian 64bit). Nach anfänglichen Schwierigkeiten (z.B., dass die Root-Partition defaultmäßig "read only" gemontet wird, muss man natürlich wissen bzw. schon bei der Einrichtung anders setzen) läuft's jetzt wie Hanne.

Sowas habe ich ja schon lange gesucht: Einen vollwertigen Rootserver - für sage und schreibe 2 Cent/Stunde. (Das muss man natürlich wissen, dass der sich unter der spielerischen Bezeichnung "Jiffybox" vesteckt.) Hab' mir erst mal LAMPP drauf installiert ... Traffic unbegrenzt, so wie ich das sehe. Ein tägliches automatisches Backup (das man sich gepackt 'runterladen kann), ist im Preis drin. Aber als langjähriger DF-Kunde kann ich nur sagen: Verfügbarkeit erfahrungsgemäß 100%. (Volle Spinne):

https://www.heise.de/newsticker/meldung ... 07074.html

Selten so einen Schwachsinn gelesen - da behauptete einer im Kundenforum, er hätte auf die Art die Daten von 6 Kunden 'rausgekriegt, das war alles. Und da lassen die sich verrückt machen - holen sich die Behörden ins Haus, warnen alle Kunden, nehmen das Forum vom Netz ... Da gab's keine "Sicherheitslücke", das war ein herrlicher Spinner.

Also zum Problem: Kann mir einer einen Trick verraten, wie man die Remote-Konsole dazu bewegen kann, nicht nur Ausgaben, auch Eingaben über die ganze Fensterbreite möglich zu machen? So sieht die aus:

http://hkraus.eu/jiffybox-console.png

Die letzte Zeile die ich da eingegeben habe, lautet:

ln -s /home/hk/NetBeansProjects/MIZ/LAMPP/htdocs-design03 design03

Und der Root-Prompt : root@j325779:~# Und das macht die Konsole daraus:

03ot@j325779:~# ln -s /home/hk/NetBeansProjects/MIZ/LAMPP/htdocs-design03 design0

Das ist vergleichsweise harmlos. Der Wirrwar, der entsteht, wenn man versucht, mehrere Zeilen einzugeben ...

(Ich habe Debian Stretch 64bit mit Mate, das Konsolenprogrmm nennt sich "mate-terminal".)

Danke im voraus für gute Hinweise.

[rendegast]

Du könntest mal versuchen
'reset'


Welchen Wert hat
'echo $TERM'
?

[raa]

Du könntest mal versuchen
'reset'

Bringt nix. So sieht's jetzt aus (hab mal ein paar Zeilen zurückgeblättert):

Code: Alles auswählen

-bin                       ./lampp stopapache


gn03 design03/home/hk/bin# ln -s /home/hk/NetBeansProjects/MIZ/LAMPP/htdocs-desig

Welchen Wert hat 'echo $TERM'?

vt220

HIer mal alle Umgebungsvariablen:

Code: Alles auswählen

LANG=en_US.UTF-8
XDG_SESSION_ID=22
HUSHLOGIN=FALSE
USER=root
PWD=/home/hk/bin
HOME=/root
MAIL=/var/mail/root
SHELL=/bin/bash
TERM=vt220
SHLVL=1
LOGNAME=root
XDG_RUNTIME_DIR=/run/user/0
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
_=/usr/bin/env
OLDPWD=/root
root@j325779:/home/hk/bin#

[uname]

Warum hast du denn so ein komischen XAMPP und nicht einen ordentlichen Apachen mit Datenbank und PHP auf deinen Server geworfen. Damit wirst du bestimmt nicht glücklich. Zudem ist das vollkommen unprofessionell und unsicher.

Zur Anzeige:

(Ich habe Debian Stretch 64bit mit Mate, das Konsolenprogrmm nennt sich "mate-terminal".)

Sieht auf dem Screenshot irgendwie mehr nach Windows aus

Verwende doch einen alternativen Terminal-Client oder teste serverseitig mal den Terminal-Multiplexer tmux.

[raa]

Warum hast du denn so ein komischen XAMPP und nicht einen ordentlichen Apachen mit Datenbank und PHP auf deinen Server geworfen.

Weil XAMPP alles hat. Und einfach zu konfigurieren ist. Und das Wichtigste - warum ich mir überhaupt die Jiffybox angelegt habe: Weil ich eine CGI - Schnittstelle brauche, und die ist sonst teuer.

Damit wirst du bestimmt nicht glücklich.

Der läuft auf meiner lokalen Maschine seit Jahren problemlos.

Zudem ist das vollkommen unprofessionell und unsicher.

Zur Professionalität habe ich schon die Meinung von Apache - Experten eingeholt, die ist durchaus positiv. Versuche doch mal, 'reinzukommen:

http://www.miz.org.hkraus.eu

Erst mal mit .htaccess und .htpasswd abgesichert (klar, professionell geht anders). Aber selbst, wenn einer 'reinkommt, hat er Lesezugriff auf ein paar Dateien, damit kann er auch nichts anfangen. Nur den derzeitigen Entwicklungsstand meines Webangebots sehen - ok, der ist auch noch alles andere als professionell.

Zur Anzeige:

(Ich habe Debian Stretch 64bit mit Mate, das Konsolenprogrmm nennt sich "mate-terminal".)

Sieht auf dem Screenshot irgendwie mehr nach Windows aus

Das sieht nur so aus. ("Erscheinungsbild" - "Anpassen" -> "Fensterrahmen: WinMe")

Verwende doch einen alternativen Terminal-Client

Hm, hab's mit xterm versucht - Ergebnis dasselbe. Das Problem muss also serverseitig liegen.

oder teste serverseitig mal den Terminal-Multiplexer tmux.

Das werde ich versuchen. Für alle Fälle hab' ich ja ein Backup.

[raa]

teste serverseitig mal den Terminal-Multiplexer tmux.

Hmmmm, Verständnisproblem:

https://www.grund-wissen.de/linux/shell/tmux.html

Kann das auf dem Server laufen?

[uname]

Kurz zu XAMPP:
Das Problem kann sein, dass die zugehörigen Pakete für Apache, MariaDB und PHP eben nicht genauso aktualisert werden wie apache2, mariadb, php inkl. deren Abhängigkeiten. Ich finde schon man sollte dort wo möglich die Paketverwaltung von Debian verwenden und keine Fremdquelle nutzen.

tmux:
Ja. tmux soll gerade auf den Server laufen. tmux wird auf den Server installiert. Damit kannst du auch wenn du die Remote-Session (ssh) beendest die Anwendung auf den Server (z. B. top) weiterlaufen lassen. Im tmux-Terminal kannst du mehrere Terminals verwalten, so dass du für mehrere serverseitige Terminals nur eine SSH-Verbindung benötigst. Auch wird wie in deinen Fall evtl. die Darstellung verbessert. tmux bzw. screen sind die wichtigsten Anwendungen für mich neben Vim.

Rufe tmux am besten immer so auf, damit du eine existierende Sitzung wiederverwendest. Ist keine vorhanden wird eine neue Sitzung angelegt:

Code: Alles auswählen

tmux attach || tmux new

Du kannst es z. B. als Script oder als Alias konfigurieren. Du kannst es auch beim Login direkt aufrufen lassen.

Lese: https://wiki.ubuntuusers.de/tmux
(Du musst ein paar Befehle lernen (eigentlich nur 3 Stück: Strg b mit d,c,n) siehe "Kurztasten" im Ubuntuusers-Wiki-Eintrag, die ich aber immer aufgrund der Konfiguration in screen auf Strg a umkonfiguriere)

[raa]

Kurz zu XAMPP:
Das Problem kann sein, dass die zugehörigen Pakete für Apache, MariaDB und PHP eben nicht genauso aktualisert werden wie apache2, mariadb, php inkl. deren Abhängigkeiten. Ich finde schon man sollte dort wo möglich die Paketverwaltung von Debian verwenden und keine Fremdquelle nutzen.

Ok, da will ich mich nicht streiten. Aber gerade die Aktualisierungen sehe ich nicht als Problem an. Meine MySQL Workbench "warnt" mich zwar jetzt jedesmal beim Verbinden, dass irgendwas, was sich jetzt "MariaDB" statt "MySQL" nennt, nicht kompatibel sein soll, das ist aber geschenkt. Meine Programme laufen wie gehabt. (Salopp gesagt: SQL ist SQL.) Probleme gibt's nur gelegentlich mit den Zeichensätzen.

tmux:
Ja. tmux soll gerade auf den Server laufen. tmux wird auf den Server installiert. Damit kannst du auch wenn du die Remote-Session (ssh) beendest die Anwendung auf den Server (z. B. top) weiterlaufen lassen. Im tmux-Terminal kannst du mehrere Terminals verwalten, so dass du für mehrere serverseitige Terminals nur eine SSH-Verbindung benötigst. Auch wird wie in deinen Fall evtl. die Darstellung verbessert.

Darauf kam's mir an, danke für den Hinweis.

tmux bzw. screen sind die wichtigsten Anwendungen für mich neben Vim.

Rufe tmux am besten immer so auf, damit du eine existierende Sitzung wiederverwendest. Ist keine vorhanden wird eine neue Sitzung angelegt:

Code: Alles auswählen

tmux attach || tmux new

Du kannst es z. B. als Script oder als Alias konfigurieren. Du kannst es auch beim Login direkt aufrufen lassen.

Lese: https://wiki.ubuntuusers.de/tmux

Naja, das würde ich vielleicht irgendwann mal kapieren - wenn's sein müsste.

(Du musst ein paar Befehle lernen (eigentlich nur 3 Stück) siehe "Kurztasten" im Ubuntuusers-Wiki-Eintrag)

Naja, hier lokal funzt es schon:

http://hkraus.eu/tmux.png

Siehste was? Der Eingabebereich ist zwar auch beschränkt - hab' mal eine (sinnlose, Hauptsache lange) Zeile eingetippt, es wird nichts mehr durcheinandergeschmissen.

Im Mate-Terminal "tmux" eingetippt und dann "ssh <user>@vmhost-2-1-11-12.jiffybox.net" 'reinkopiert. - ok, warum funzt "tmux -C ssh <user>@vmhost-2-1-11-12.jiffybox.net" nicht, sagt tmux überhaupt bei jeder Eingabe "unknown command"?

[uname]

Im Mate-Terminal "tmux" eingetippt ...

Was willst du denn erreichen? Soll die Option -C für tmux oder für ssh (Kompression) sein?

Leider weiß ich nicht wie es geht. Schau aber mal hier: https://www.peterdebelak.com/blog/tmux-scripting/

Du solltest tmux auf deinen Server installieren. Auf deinen Client bringt es dir nicht viel. Da kannst du besser ein Terminal wie terminator verwenden, welches von Haus aus Multi-Window usw. kann. Vielleicht löst terminator auch dein Anfangsproblem.

Poste mal die Fehlermeldungen, die tmux ohne Parameter ausgibt.

[raa]

Was willst du denn erreichen? Soll die Option -C für tmux oder für ssh (Kompression) sein?

Für tmux, den Befehl ausführen (Verbindung zum Server herstellen).

Willst du sowas:

Code: Alles auswählen

tmux new-session -d 'ssh -C user@server'

So etwa. Ok, -C war falsch, so funzt es.

Code: Alles auswählen

tmux -c 'ssh user@vmhost-2-1-11-12.jiffybox.net'

Poste mal die Fehlermeldungen, die tmux ohne Parameter ausgibt.

Gar keine, ich muss nur noch "ssh <user>9@vmhost-2-1-11-12.jiffybox.net" 'reinkopieren, damit ich auf den Server komme, wie gesagt.

Leider weiß ich nicht wie es geht. Schau aber mal hier: https://www.peterdebelak.com/blog/tmux-scripting/

Ok, schaunmermal ...

Vielleicht löst terminator auch dein Anfangsproblem.

Iiiiiii, ist das erst mal hässlich.

http://hkraus.eu/terminator.png

Und wie dann weiter ... Ja, ich weiß schon, erst mal konfigurieren.

Ok, danke nochmal für die Hinweise.

[uname]

So etwa. Ok, -C war falsch, so funzt es.

Ok. Hatte im übrigen meinen Beitrag geändert, da ich nicht mehr sicher war ob es überhaupt funktioniert.

terminator vs. tmux:
Also terminator hat irgendwo ein Menü. Auch solltest du mal schauen was aus deinen Buchstabenproblem geworden ist. Wenn dein Buchstabenproblem mit terminator gelöst ist und er nicht zu hässlich ist, wäre es vielleicht eine Alternative. Besser du installierst auf deinen Server mal eben kurz tmux und rufst es auf deinen Server von deinen normalen gnome-terminal über ssh auf. Kann doch alles nicht so schwer sein.

[raa]

terminator vs. tmux:

Nein, nein, nicht "versus" - jedes zu seinem Zweck. Und für mich tut's tmux vollkommen. Bin doch nur einer.

Besser du installierst auf deinen Server mal eben kurz tmux und rufst es auf deinen Server von deinen normalen gnome-terminal über ssh auf.

Jou, det bringt et! Kein "Buchstabensalat", der Eingabebereich ist mein ganzes Terminalfenster. Danke nochmal für den Tipp.

Kann doch alles nicht so schwer sein.

Wirklich nicht. Verstehe auch mein Verständnisproblem nicht mehr.

[raa]

Hm, eine Frage hätte ich doch noch:

Wenn ich also über tmux drin bin - wie komme ich "sauber" wieder 'raus, so dass ich das clientseitige Terminal schließen kann?
"logout" oder "exit" bringt's nicht - "Es läuft noch ein Prozess in diesem Terminal." Klar könnte ich's trotzdem einfach zumachen, das fände ich aber nicht "sauber".

[uname]

Strg b + d siehe Anleitung zu detach

[raa]

Strg b + d siehe Anleitung zu detach

Japp, da kommt die Meldung "[exited]", ich bin aus der tmux - Ebene 'raus, aber wenn ich das Terminal schließen will, sagt's immer noch: "Es läuft noch ein Prozess". Ich bin ja auch noch mit dem Server verbunden, kann dort ganz normal Kommandos eingeben ... Das ist also kein tmux-Problem, sondern das Problem: Wie beende ich die SSH-Session, also wie trenne ich die SSH-Verbindung? Dafür scheint's keine Lösung zu geben - außer wirklich den Prozess zu killen.

https://forum.ubuntuusers.de/topic/ssh- ... n-beenden/

[RobertS]

"exit" oder "STRG+d" ?

[uname]

screen: Strg+a d
tmux:: Strg+b d

screen:

Code: Alles auswählen

Strg und a gleichzeitig drücken
loslassen
d drücken

tmux:

Code: Alles auswählen

Strg und b gleichzeitig drücken
loslassen
d drücken

Man kann das Keybinding sowohl in screen als auch in tmux umkonfigurieren.


Reattach (zurück in laufende Screen/Tmux-Sitzung):
screen: screen -xRR (es gibt auch andere Parameter, ich verwende immer -xRR)
tmux: tmux attach || tmux new (eigentlich reicht: tmux attach)

Screen/Tmux-Sitzungen nicht beenden bzw. beenden:
Außerhalb von screen und tmux kannst du schauen, ob es noch eine Sitzung gibt:

Code: Alles auswählen

screen -ls
tmux ls

Mit exit (außerhalb von Screen/Tmux) verlässt du die die Ursprungs-SSH-Sitzung ohne die Screen/Tmux-Sitzung zu beenden.
Willst du die Screen/Tmux-Sitzung beenden einfach inenrhalb von Screen/Tmux für alle Terminals immer "exit" eingeben. Nach dem letzten virtuellen Terminal beendet sich Screeen/Tmux. Anschlließend auch die SSH-Sitzung mit exit verlassen.

Screen/Tmux von außen beenden:
Geht wohl auch irgendwie. Nutze ich aber nicht, da ich mir nicht unnötig viele Befehle merken will.

Grundsätzlich Screen/Tmux beenden:
Grundsätzlich beende ich sowieso keine laufenden Sceen/Tmux-Sitzungen, da dort sowieso meist kaum Interaktivität ist. Es ist aber praktisch in die alte Verzeichnisstruktur zurückzukehren und zu sehen wie ich es verlassen hatte

Tipp:
Schau dir mit

Code: Alles auswählen

pstree -p

die Struktur an, um Screen/Tmux zu verstehen.

[raa]

Anschlließend auch die SSH-Sitzung mit exit verlassen.

Und das funktioniert eben nicht.

Code: Alles auswählen

root@j325779:~# tmux ls
no server running on /tmp/tmux-0/default
root@j325779:~# exit
logout

Debian GNU/Linux 9 j325779.servers.jiffybox.net hvc0

j325779 login:

"exit" bewirkt nur ein Ausloggen, und die Shell erwartet ein neues Login ... Wie gesagt, ich mache dann das clientseitige Terminalfenster zu, damit mache ich nichts kaputt. Außer dass ich eben einen Prozess kille (und damit die SSH-Verbindung?) Jedenfalls: Wenn ich ein neues Terminal öffne, kann (muss) ich eine neue herstellen, dann bin ich genau an der Stelle, wo ich 'rausgegangen bin, also die Shell erwartet ein neues Login. Die Frage nun: Was ist mit der alten SSH-Verbindung? Oder wie viele solche "Zombies" gibt's möglicherweise inzwischen ...

[novalix]

Hi,

die Konsole, die Du da bedienst, ist für Recovery- und Installationszwecke gedacht. Sie ist nicht dazu da ein eingerichtetes System zu administrieren. Das geht zwar, ist aber mal echt nicht der Weisheit letzter Schluss.
Vor allem anderen ist das erst mal eine serielle Konsole, die der Hoster eingerichtet hat. Was Du auf Deinem Server installierst (z.B. tmux) interessiert diese Konsole nicht die Bohne. Sie liegt quasi neben Deinem System.
Das ist durchaus sinnvoll, da man dadurch den gesamten Bootprozess beobachten und beeinflussen kann, aber es ist *nicht* Deine shell auf Deinem System.

Um tmux (oder screen) zu benutzen, musst Du Dich schon mit Deiner Jiffybox-Instanz selber per ssh verbinden.
Das setzt natürlich voraus, dass Du einen laufenden ssh-Server *in* Deiner Installation voraus.

[uname]

Sehr schön erklärt.

Der SSH-Server ist bereits installiert.
Melde dich nicht auf auf den vhost*jiffibox.net-Server, sondern j*.jiffybox.net-Server an.

[raa]

Hi,

die Konsole, die Du da bedienst, ist für Recovery- und Installationszwecke gedacht.

Dafür gibt's das Kundenmenü:

http://hkraus.eu/box-menu.png

Und für Freaks eine API (die Doku als PDF 60 Seiten).

Sehr schön erklärt.

Nö, bei mir wieder alle Klarheiten beseitigt.

Der SSH-Server ist bereits installiert.

So weit klar, sonst käme ich ja überhaupt nicht 'rein. Wie gesagt, mit den Daten, die mir übers Kundenmenü angezeigt werden (Servername, User, Passwort) Also:

Code: Alles auswählen

ssh user@vmhost-2-1-11-12.jiffybox.net

Und da funktioniert wie gesagt inzwischen alles, wie gewünscht, auch tmux. Das einzige "Problem" ist noch die "saubere" Trennung der SSH-Verbindung. Oder geht das gar nicht anders, als den Prozess zu killen? Hab' jedenfalls nichts dazu gefunden.

Melde dich nicht auf auf den vhost*jiffibox.net-Server, sondern j*.jiffybox.net-Server an.

Hm, worin besteht da der "Trick"? (Der bei mir natürlich erst mal nicht funktioniert - vermutlich irgendein falsches Zeichen.)

Code: Alles auswählen

root@Melina:~# ssh cons325779@j.2-1-11-12.jiffybox.net
ssh: Could not resolve hostname j.2-1-11-12.jiffybox.net: Name or service not known

Das erscheint mir nun wiederum logisch.

[uname]

Du musst folgenden User und Server nutzen:

Code: Alles auswählen

ssh root@j325779.servers.jiffybox.net

[raa]

Du musst folgenden User und Server nutzen:

Code: Alles auswählen

ssh root@j325779.servers.jiffybox.net

Jou, danke! Damit bin ich mit meinem lokalen "Mate-Terminal" voll auf dem Server, in meinem System, auf Shell-Ebene, wie gewünscht. Und mit "exit" sowohl sauber ausgeloggt als auch die SSH-Verbindung sauber gekappt. Wohl überflüssig zu erwähnen, dass das mit User "hk" genauso funktioniert.

Aber konntest du das nicht gleich sagen? Ok, ok, hast ja Recht: Da hätte ich wohl selber drauf kommen können - oder - naja, wenn das Kundenmenü von DF mir eben nur diese Zugangsdaten anzeigt ... Bei denen hab' ich ja deswegen auch angefragt, die Kollegen im Support damit aber offenbar etwas überfordert. Seit 2 Tagen keine Antwort - so kenne ich die einfach nicht. Die hatten's schon drauf, sich Montags dafür zu "entschuldigen", dass sie mein Anliegen nicht gleich Sa. abend bearbeiten konnten.

die Konsole, die Du da bedienst, ist für Recovery- und Installationszwecke gedacht. Sie ist nicht dazu da ein eingerichtetes System zu administrieren. Das geht zwar, ist aber mal echt nicht der Weisheit letzter Schluss.

Das nicht, aber das:

Code: Alles auswählen

#!/bin/bash

fusermount -u /mnt/DF-jiffybox 2>/dev/null # Falls der Mountpoint noch belegt ist
echo <Passwort> | sshfs -o password_stdin root@j325779.servers.jiffybox.net:/ /mnt/DF-jiffybox

Damit sehe ich meine root-Partition auf /mnt/DFjiffybox wie ein lokales Verzeichnis (klar), und kann mit grafischen Programmen arbeiten.

[uname]

Jou, danke! Damit bin ich mit meinem lokalen "Mate-Terminal" voll auf dem Server, in meinem System, auf Shell-Ebene, wie gewünscht.

Vielleicht wurden damit ja auch gleich deine Darstellungsprobleme behoben selbst ohne screen oder tmux

[raa]

Jou, danke! Damit bin ich mit meinem lokalen "Mate-Terminal" voll auf dem Server, in meinem System, auf Shell-Ebene, wie gewünscht.

Vielleicht wurden damit ja auch gleich deine Darstellungsprobleme behoben selbst ohne screen oder tmux

Sowieso.