MX Linux Forum

Posted: **Fri Nov 22, 2024 5:24 am**

Hallo, Forum.

Da Anydesk nicht für 32bit angeboten wird, TeamViewer mittlerweile eine Kontoeröffnung möchte und NoMachine etwas schwerfällig ist habe ich nach einer Alternative gesucht.

Im MxPi wird angeboten:

1-to-1-assistance-antix

A simple way to privately share the desktop
Das klingt super "simple way".

Für mich zu kompliziert.
Ich bekomme es nicht hin.
Ich verstehe es auch nicht.
Ich habe mir dieses HowTo-Video mehrfach angesehen.
https://www.youtube.com/watch?v=aEmtZTpKR0A
Ich begreife es trotzdem nicht.
Bzw. scheitern meine Versuche es nachzustellen.

Ich bitte um Hilfe.

Was ich verstanden habe, ist dass das selbe Paket bei Hilfe Suchenden ( Receiver ? ) und bei Hilfe Anbieter installiert sein muss.

Der jenige der Hilfe benötigt und deshalb jemanden einladen möchte, auf seinen Rechner zuzugreifen, um hier dort für ihn beispielsweise Einstellungen vorzunehmen ist der Hilfesuchende also der Receiver.
Beim Öffnen der Anwendung wählt er also im Abfragedialog "Receive" aus.

Derjenige, der diese Hilfe leisten will, ist dem nach der Anbieter bzw. der "Provider" und muss im Abfragedialog entsprechend auswählen "Provide".

Dann erhält er ein VNC-Viewer-Fenster, welches mich durch und durch überfordert.
Außerdem ploppt bei der ersten Benutzung auf die Frage nach einem Zertifikat oder so was.
Genau wie im Video.
Und genau wie im Video habe ich nur auf "O.K., Erstellen" geklickt.
War das schon der Fehler ?
Hätte ich da etwas anpassen müssen ?

Jedenfalls, nach dem generieren eines Zertifikats wechselt das VNC-Fenster in eine Terminal-Ansicht um zu "Lauschen".

Wohl auf die Verbindungs-Bestätigung des Hilfebedürftigen.

Bei dem endetet das Abfrage-Prozedere bisher in ein Fenster, mit einem Eingabefeld, wo die IP-Adresse der Hilfe-Anbieters eingetragen und bestätigt werden muss.
Anschließend muss der Hilfesuchende noch bestätigen, dass er dem Anbieter erlaubt auf den Rechner zuzugreifen oder ihn nur zu betrachten.
Nach dem Der Hilfesuchende das bestätigt hat, sollte der Hilfeanbieter den Desktop vom Hilfesucher zu sehen bekommen.

In meinen Versuchen passiert beim Hilfeanbieter aber absolut, rein gar nix.

Darum brauche ich Hilfe, bitte.
Wie geht das ?

Ist 1-to-1-assistance-antix defekt?

Die beiden PCs habe sich im selben Netzwerk befunden.
Ich habe die IP des Anbieters mit ifconfig auf dessen PC ermittelt.

Diese Versuche sind auch mit anderen PCs in einem anderen Heim-Netzwerk gescheitert.

Posted: **Sat Nov 23, 2024 12:38 am**

In dem Video gibt der Assistenz-Suchende ein => die öffentliche IP vom Assistance-Provider - die ist bekannt?
Ich kann meine IP im Conky sehen, eigene-öffentliche IP kann man auch mit Linux-Terminal anzeigen - Befehl:

Code: Select all

wget -4 -O - -q icanhazip.com

Posted: **Sat Nov 23, 2024 1:53 am**

Hallo, Aika.
Danke für Antworten.

In Meinem Conky kann ich nur die Netzwerk-Adresse des Wlan, mit dem ich zum Router verbunden bin, erkennen.
Die deckt sich auch mit der Ausgabe von

Code: Select all

ifconfig

Das war ja auch die Methode, mit der im Video eben nicht eine öffentliche IP sondern die Netzwerkadresse ermittelt wurde.

wlan0 .... inet addr:192.168.1.137 .....

Meine öffentliche IP ist eine ganz andere und erinnert mehr an eine MAC-Adresse, als an eine IP oder Netzwerk-Adrsse.

Jedenfalls ist es egal. welche dieser Provider-Adressen ich beim Receiver eingebe, da kommt dann immer die Meldung

unable to make a connetion to "Adresse"

Die FireWall ist auf beiden Geräten aus.

Posted: **Sat Nov 23, 2024 2:50 am**

loik wrote: Sat Nov 23, 2024 1:53 am... im Video eben nicht eine öffentliche IP sondern die Netzwerkadresse ermittelt wurde ...

Naja, ich vermute, dass im Video nicht per Internet getestet wurde. Per LAN wäre der Helfer eh' in der Nähe. Vielleicht schaue ich mir 1-to-1-assistance morgen mal genauer an, ich verwendete früher Remmina und x11vnc .

Posted: **Sat Nov 23, 2024 3:07 am**

Tja,
auch in meinem Testfall stehen die beiden Rechner nebeneinander und sind im selben Netzwerk.
Deshalb dürfte die Netzwerkadresse wohl die richtige sein.

Klar, es gibt auch andere Verbindungsmöglichkeiten.
Aber es geht ja auch immer drum, es auf der Seite des hilfesuchenden möglichst einfach zu halten.
Das zu mindest bietet 1to1.
Die drei Kicks auf auf seiten des Hilfebedürftigen, dann warten bis der Helfer am Telefon die Zahlen durchgibt, die auf Receiver-Seite eingegeben werden müssen, ist zumutbar.

Posted: **Sat Nov 23, 2024 4:24 am**

Hast du auch mal Rust Desk ausprobiert ? Ist eigentlich ein guter Ersatz für anydesk.

Posted: **Sat Nov 23, 2024 4:51 am**

hallo, Malabarista.

Nein, das kannte ich bisher noch nicht.
Das werde ich mir mal anschauen.
Danke für den Tipp.

Momentan habe ich nun aber durch die Verwendung von 1to1 ein anderes Problem.

Das System, das ich erfolglos als Provider benutzt hatte, erreicht nun nicht mehr den daphile-Server im Netzwerk.
Alle anderen Systeme und Geräte schon.
Auch das System, welches ich als Receiver genutzt habe, hat kein Problem daphile zu erreichen.

Es hat nichts genützt, am Provider-System 1t01 zu deinstallieren, ~/.vnc zu löschen, neu zu starten, den Router neu zu starten oder auch mit dem System an einen anderen Rechner gehen und dort hochfahren, nutzt nix.
Diese System kann zwar noch Internet, aber im Netzwerk wird es anscheinend irgendwie blockiert.
Ich habe den Eindruck, 1to1 ist übel kaputt und verursacht Schäden.

Code: Select all

Snapshot created on: 20240407_1538
System:    Kernel: 5.10.0-33-amd64 [5.10.226-1] x86_64 bits: 64 compiler: gcc v: 10.2.1 
           parameters: BOOT_IMAGE=/boot/vmlinuz-5.10.0-33-amd64 root=UUID=<filter> ro quiet 
           splash pci=noaer 
           Desktop: Xfce 4.18.1 tk: Gtk 3.24.24 info: xfce4-panel wm: xfwm 4.18.0 vt: 7 
           dm: LightDM 1.26.0 Distro: MX-21.3_x64 Wildflower October 20  2021 
           base: Debian GNU/Linux 11 (bullseye) 
Machine:   Type: Laptop System: FUJITSU SIEMENS product: AMILO Li3910 v: 10600997318 
           serial: <filter> Chassis: type: 10 v: 30_ serial: <filter> 
           Mobo: FUJITSU SIEMENS model: EF9 v: Rev 1.0 serial: <filter> BIOS: Phoenix v: 1.03 
           date: 10/06/2008 
Battery:   ID-1: BAT1 charge: 2.7 Wh (100.0%) condition: 2.7/47.5 Wh (5.7%) volts: 12.6 
           min: 10.8 model: SAN-SAN Main type: Li-ion serial: N/A status: Full 
CPU:       Info: Dual Core model: Intel Pentium Dual T3200 bits: 64 type: MCP arch: Core Merom 
           family: 6 model-id: F (15) stepping: D (13) microcode: A4 cache: L2: 1024 KiB 
           flags: lm nx pae sse sse2 sse3 ssse3 bogomips: 7979 
           Speed: 1330 MHz min/max: 1000/2000 MHz Core speeds (MHz): 1: 1330 2: 1330 
           Vulnerabilities: Type: gather_data_sampling status: Not affected 
           Type: itlb_multihit status: KVM: VMX unsupported 
           Type: l1tf mitigation: PTE Inversion 
           Type: mds status: Vulnerable: Clear CPU buffers attempted, no microcode; SMT disabled 
           Type: meltdown mitigation: PTI 
           Type: mmio_stale_data status: Unknown: No mitigations 
           Type: reg_file_data_sampling status: Not affected 
           Type: retbleed status: Not affected 
           Type: spec_rstack_overflow status: Not affected 
           Type: spec_store_bypass status: Vulnerable 
           Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization 
           Type: spectre_v2 
           mitigation: Retpolines, STIBP: disabled, RSB filling, PBRSB-eIBRS: Not affected 
           Type: srbds status: Not affected 
           Type: tsx_async_abort status: Not affected 
Graphics:  Device-1: Intel Mobile 4 Series Integrated Graphics vendor: Fujitsu Solutions 
           driver: i915 v: kernel bus-ID: 00:02.0 chip-ID: 8086:2a42 class-ID: 0300 
           Display: x11 server: X.Org 1.20.11 compositor: xfwm4 v: 4.18.0 driver: 
           loaded: modesetting display-ID: :0.0 screens: 1 
           Screen-1: 0 s-res: 1680x945 s-dpi: 96 s-size: 444x250mm (17.5x9.8") 
           s-diag: 510mm (20.1") 
           Monitor-1: LVDS-1 res: 1680x945 hz: 60 dpi: 104 size: 409x230mm (16.1x9.1") 
           diag: 469mm (18.5") 
           OpenGL: renderer: Mesa DRI Mobile Intel GM45 Express (CTG) v: 2.1 Mesa 20.3.5 
           direct render: Yes 
Audio:     Device-1: Intel 82801I HD Audio vendor: Fujitsu Solutions driver: snd_hda_intel 
           v: kernel bus-ID: 00:1b.0 chip-ID: 8086:293e class-ID: 0403 
           Sound Server-1: ALSA v: k5.10.0-33-amd64 running: yes 
           Sound Server-2: PulseAudio v: 14.2 running: yes 
Network:   Device-1: Realtek RTL810xE PCI Express Fast Ethernet vendor: Fujitsu Solutions 
           driver: r8169 v: kernel port: 3000 bus-ID: 07:00.0 chip-ID: 10ec:8136 class-ID: 0200 
           IF: eth0 state: down mac: <filter> 
           Device-2: Realtek RTL8187B Wireless 802.11g 54Mbps Network Adapter type: USB 
           driver: rtl8187 bus-ID: 1-5:3 chip-ID: 0bda:8189 class-ID: 0000 serial: <filter> 
           IF: wlan0 state: up mac: <filter> 
           IF-ID-1: virbr0 state: down mac: <filter> 
Drives:    Local Storage: total: 912.89 GiB used: 472.64 GiB (51.8%) 
           ID-1: /dev/sda maj-min: 8:0 vendor: Crucial model: CT480BX500SSD1 size: 447.13 GiB 
           block-size: physical: 512 B logical: 512 B speed: 3.0 Gb/s type: SSD serial: <filter> 
           rev: 056 scheme: MBR 
           SMART Message: Unknown smartctl error. Unable to generate data. 
           ID-2: /dev/sdc maj-min: 8:32 type: USB vendor: Realtek model: RTL9210B-CG 
           size: 465.76 GiB block-size: physical: 512 B logical: 512 B type: N/A 
           serial: <filter> rev: 1.00 scheme: GPT 
           SMART Message: Unknown smartctl error. Unable to generate data. 
Partition: ID-1: / raw-size: 34.79 GiB size: 33.94 GiB (97.58%) used: 30.47 GiB (89.8%) fs: ext4 
           block-size: 4096 B dev: /dev/sdc7 maj-min: 8:39 
           ID-2: /boot/efi raw-size: 512 MiB size: 511 MiB (99.80%) used: 3.7 MiB (0.7%) 
           fs: vfat block-size: 512 B dev: /dev/sdc2 maj-min: 8:34 
Swap:      Kernel: swappiness: 20 (default 60) cache-pressure: 100 (default) 
           ID-1: swap-1 type: partition size: 4.15 GiB used: 0 KiB (0.0%) priority: -2 
           dev: /dev/sdc11 maj-min: 8:43 
           ID-2: swap-2 type: zram size: 1.67 GiB used: 0 KiB (0.0%) priority: 100 
           dev: /dev/zram0 
Sensors:   System Temperatures: cpu: 58.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Repos:     Packages: 3679 note: see --pkg apt: 3678 lib: 1857 flatpak: 1 
           No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/airvpn-stable.list 
           1: deb http://eddie.website/repository/apt stable main
           Active apt repos in: /etc/apt/sources.list.d/anydesk-stable.list 
           1: deb http://deb.anydesk.com/ all main
           No active apt repos in: /etc/apt/sources.list.d/deb-multimedia.list 
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://deb.debian.org/debian bullseye-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://deb.debian.org/debian bullseye main contrib non-free
           2: deb http://security.debian.org/debian-security bullseye-security main contrib non-free
           No active apt repos in: /etc/apt/sources.list.d/midori.list 
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb http://mirror.plusserver.com/mxlinux/mxlinux/mx/repo/ bullseye main non-free
           Active apt repos in: /etc/apt/sources.list.d/opera-stable.list 
           1: deb https://deb.opera.com/opera-stable/ stable non-free #Opera Browser (final releases)
           Active apt repos in: /etc/apt/sources.list.d/protonvpn-stable.list 
           1: deb [signed-by=/usr/share/keyrings/protonvpn-stable-archive-keyring.gpg] https://repo.protonvpn.com/debian stable main
           Active apt repos in: /etc/apt/sources.list.d/signal-xenial-added-by-mxpi.list 
           1: deb [arch=amd64] https://updates.signal.org/desktop/apt xenial main
           No active apt repos in: /etc/apt/sources.list.d/skype-stable.list 
           Active apt repos in: /etc/apt/sources.list.d/spotify.list 
           1: deb http://repository.spotify.com stable non-free
           Active apt repos in: /etc/apt/sources.list.d/teamviewer.list 
           1: deb [signed-by=/usr/share/keyrings/teamviewer-keyring.gpg] https://linux.teamviewer.com/deb stable main
           Active apt repos in: /etc/apt/sources.list.d/vivaldi.list 
           1: deb [arch=amd64] https://repo.vivaldi.com/stable/deb/ stable main
           Active apt repos in: /etc/apt/sources.list.d/extrepo_librewolf.sources 
           1: deb [arch=amd64 arm64] https://repo.librewolf.net librewolf main
Info:      Processes: 233 Uptime: 19m wakeups: 2 Memory: 2.78 GiB used: 1.15 GiB (41.5%) 
           Init: SysVinit v: 2.96 runlevel: 5 default: 5 tool: systemctl Compilers: gcc: 10.2.1 
           alt: 10 Shell: quick-system-in default: Bash v: 5.1.4 running-in: quick-system-in 
           inxi: 3.3.06 
Boot Mode: BIOS (legacy, CSM, MBR)

Posted: **Sat Nov 23, 2024 7:35 am**

Ich bin verwirrt. Sie haben dieses Thema mit dieser Aussage begonnen.

Da Anydesk nicht für 32 Bit verfügbar ist, TeamViewer jetzt die Eröffnung eines Kontos erfordert und NoMachine etwas umständlich ist, habe ich nach einer Alternative gesucht.

Ihr QSI zeigt jedoch eine 64-Bit-Maschine:

Code: Select all

System: Kernel: 5.10.0-33-amd64 [5.10.226-1] x86_64 Bits: 64 Compiler: gcc v: 10.2.1
Parameter: BOOT_IMAGE=/boot/vmlinuz-5.10.0-33-amd64 root=UUID=<filter> ro quiet
splash pci=noaer

Warum beschäftigen Sie sich immer noch mit der 32-Bit-Verfügbarkeit?

Posted: **Sat Nov 23, 2024 11:09 am**

Hallo, j2mcgreg.

32bit interessiert mich, weil ich auf 32bit Maschienen zugreifen möchte.

Meine Maschine, von der aus ich das mache ist, das ist richtig, eine 64bit-Maschine.
Auf der habe ich auch keine Installationsbeschränkungen.

Wohl aber ist die Installation von Paketen auf den 32bit-Mashinen beschränkt.
Da kann ich nicht alle Fernverbinder verwenden.
Anydesk und RustDesk gibt es für Linux nur als 64bit-Versionen.
Teamviewer gibt es für 32bit, will aber eine Kontoerstellung.

No Mashine gibt es auch für 32bit und funktioniert.
Bringt aber die CPU des 32bit-Receivers auf Anschlag.

Deshalb dachte ich, das 1-to-1 eine leichtere Alternative sein könnte und wollte das ausprobieren.

Aber ich konnte keine Verbindung herstellen, wie oben beschrieben.

Zusätzlich habe ich nun, seit dem ich es versuchte, auf dem Provider-System das Problem, dass es nun mehr zu gar keinem Server in Heim-Netzwerk eine Verbindung herstellen kann.
Dieses System ( QSI ) sieht überhaupt keine anderen Server mehr.
Weder findet es über den Browser den Daphile-Server, noch findet von diesem System aus NoMashine irgend eine andere NoMashine.
Auch umgekehrt wird NoMashine auf diesem System von anderen PCs nicht mehr erkannt.

Starte ich an dieser Hardware ein anderes System, funktioniert aber alles.
( Bis auf 1-to-1, welches ich auf anderen möglichen Provider-Systemen erstmal noch nicht installiert und getestet habe. )

Ich gehe davon aus, dass 1-to-1 auf dem als Provider versuchten MX-21.3-64bit ( QSI ), irgendwie Netzwerkprotokolle zerstört hat, als ich es im Listen-Modus gestartet habe.

Das gilt es nun erstmal zu reparieren.

Das Video stammt von Oktober 2015.
Wenn 1-to-1 seit dem ohne Aktualisierungen in den Paketquellen angeboten wird und wenn ich nun der einzige bin der in den Vergangenen 9 Jahren versucht hat es zu benutzen,
könnte es schon sein, dass es sich, 5 System-Versionen später, schadhaft zu diesen verhält.

Jedenfalls benötige ich nun erstmal Hilfe, bitte, den entstandenen Netzwerk-Kontakt-Schaden zu reparieren.
Ich habe keine Ahnung, wie.

Posted: **Sat Nov 23, 2024 11:21 am**

loik wrote: Sat Nov 23, 2024 11:09 am Hallo, j2mcgreg.

32bit interessiert mich, weil ich auf 32bit Maschienen zugreifen möchte.

Meine Maschine, von der aus ich das mache ist, das ist richtig, eine 64bit-Maschine.
Auf der habe ich auch keine Installationsbeschränkungen.

Wohl aber ist die Installation von Paketen auf den 32bit-Mashinen beschränkt.
Da kann ich nicht alle Fernverbinder verwenden.
Anydesk und RustDesk gibt es für Linux nur als 64bit-Versionen.
Teamviewer gibt es für 32bit, will aber eine Kontoerstellung.

No Mashine gibt es auch für 32bit und funktioniert.
Bringt aber die CPU des 32bit-Receivers auf Anschlag.

Deshalb dachte ich, das 1-to-1 eine leichtere Alternative sein könnte und wollte das ausprobieren.

Aber ich konnte keine Verbindung herstellen, wie oben beschrieben.

Zusätzlich habe ich nun, seit dem ich es versuchte, auf dem Provider-System das Problem, dass es nun mehr zu gar keinem Server in Heim-Netzwerk eine Verbindung herstellen kann.
Dieses System ( QSI ) sieht überhaupt keine anderen Server mehr.
Weder findet es über den Browser den Daphile-Server, noch findet von diesem System aus NoMashine irgend eine andere NoMashine.
Auch umgekehrt wird NoMashine auf diesem System von anderen PCs nicht mehr erkannt.

Starte ich an dieser Hardware ein anderes System, funktioniert aber alles.
( Bis auf 1-to-1, welches ich auf anderen möglichen Provider-Systemen erstmal noch nicht installiert und getestet habe. )

Ich gehe davon aus, dass 1-to-1 auf dem als Provider versuchten MX-21.3-64bit ( QSI ), irgendwie Netzwerkprotokolle zerstört hat, als ich es im Listen-Modus gestartet habe.

Das gilt es nun erstmal zu reparieren.

Das Video stammt von Oktober 2015.
Wenn 1-to-1 seit dem ohne Aktualisierungen in den Paketquellen angeboten wird und wenn ich nun der einzige bin der in den Vergangenen 9 Jahren versucht hat es zu benutzen,
könnte es schon sein, dass es sich, 5 System-Versionen später, schadhaft zu diesen verhält.

Jedenfalls benötige ich nun erstmal Hilfe, bitte, den entstandenen Netzwerk-Kontakt-Schaden zu reparieren.
Ich habe keine Ahnung, wie.

Neu installieren?

Posted: **Sat Nov 23, 2024 11:23 am**

was neu installieren ?

Posted: **Sat Nov 23, 2024 11:42 am**

loik wrote: Sat Nov 23, 2024 11:23 am was neu installieren ?

MX 21. Sie sagten, Sie wissen nicht, wo der Schaden liegt, und in solchen Situationen ist es besser, von vorne anzufangen, als willkürliche Korrekturen vorzunehmen, die das Problem möglicherweise noch verschlimmern oder Sie nirgendwo hinbringen.

Posted: **Sat Nov 23, 2024 12:02 pm**

Das ist absolut unverhältnismäßig.

Ich brauch nach der Installation eines System ca. 3 Wochen ( täglich ca. 4 h ) bis ich ein System soweit habe, dass ich es ertragen kann es zu benutzen.
Weitere 3 Wochen, bis ich es alltäglich benutzen mag.
Fertig konfiguriert ist es meist erst, nach 18 Monaten.

Natürlich gibt es Snapshots.
Aber nicht täglich.

Das ist doch kein Löffel oder Messer aus der Schublade.
Das ist eine mühevoll eingerichtetes zuhause.
Gar keinen Gedanken wert, dass mal eben neu zu installieren.

Eher interessant, wenn jemand bereit wäre, das Risiko einzugehen und die Situation nachzustellen.
Um herauszufinden, ob 1-to-1 tatsächlich nicht funktioniert, ob es tatsächlich Systeme bestätigt und deshalb aus den Paketquellen genommen werden sollte, oder um zu berichten, dass es bei anderen problemlos läuft.

Posted: **Sat Nov 23, 2024 1:00 pm**

Jap, genau so geht es:
wenn Sprit alle, Motor tauschen.
Da mache ich keine Ausnahme, bin auch schnell an dieser Stelle.

Habe jetzt aber gerade noch rechtzeitig den Finger in den trockenen Tank gehalten, um die wahre Ursache zu bemerken.

Jedenfalls ist das schlimmste nun wieder abgewendet.
Das Netzwerk ist REPARIERT

Die Nachbarschaft hat offene wLans, nix verschlüsselt.
Mein MX hat sich auf die Schnelle mal da eingewählt.
Vermutlich, als ich den Roter neu gestartet hatte, während das System noch lief ????

Aus deren Netzwerk, waren meine Geräte tatsächlich nicht zu erreichen.
Das läuft jetzt wieder, wie es soll.

Damit lässt sich feststellen, dass 1-to-1 immerhin keinen Schaden verursacht.

Ein Verbindungsaufbau wird seitens des Receivers nun auch nicht mehr bemängelt.
Der nimmt die Netzwerkadresse vom Provider und ist dann zufrieden.

Aber der Provider bleibt im Zustand "listen", da erscheint kein Fremd-Desktop oder so.

Da bin ich mal neugierig, ob das bei Aika anders sein wird.

Posted: **Sat Nov 23, 2024 1:25 pm**

@loik
Ich habe ein paar Beobachtungen:
(1) Dolphin_Oracle stellt in seinem Video klar, dass auf beiden Maschinen Antix laufen muss und Sie nicht:

Code: Select all

Desktop: Xfce 4.18.1 tk: Gtk 3.24.24 info: xfce4-panel wm: xfwm 4.18.0 vt: 7
dm: LightDM 1.26.0 Distro: MX-21.3_x64 Wildflower 20. Oktober 2021
base: Debian GNU/Linux 11 (Bullseye)

(2) Sie müssen eines von zwei Dingen tun. Gewöhnen Sie sich entweder an, unmittelbar vor dem Experimentieren einen Snapshot zu erstellen, oder besorgen Sie sich eine zweite Maschine, auf der Sie Dinge testen können, ohne Ihren täglichen Treiber zu beeinträchtigen.

(3) Die Installation von Antix-Paketen in MX unterscheidet sich nicht von der Installation von Ubuntu-Paketen. Sie haben fremde Software importiert, die Ihr System stört, und die einzige Möglichkeit ist eine Neuinstallation.

Posted: **Sat Nov 23, 2024 1:41 pm**

Hallo, j2mcgreg.

Ja, der Hinweis, vor dem Experimentieren einen Snapshot zu machen ist zu beherzigen.
Ich ahnte aber nicht, dass die Installation von Paketen, die in MxPi unter "beliebte" angeboten werden zu Experimenten führen.
Zum Glück ist nix passiert, da die dramatischen Netzwerkstörung nur an dem verirrten Wlan lag.

Das hatte ich aus dem Video nicht so verstanden, dass es nur von Antix-Desktop zu Antix-Desktop funktioniert.

Ich hatte es so verstanden, dass auf beiden Systemen 1-to-1-assistance-antix installiert sein muss, um eine Verbindung erstellen zu können.
nun, das ist bei mir der Fall.
Auf beiden Systemen ist 1-to-1-assistance-antix installiert und ich versuche eine Verbindung zwischen diesen beiden Anwendungen herszustellen, so wie im Video gezeigt.
Aber genau das gelingt nicht.
Der 1-to-1-assistance-antix-PROVIDER bleibt im "Konsole-listen-Modus" hängen. Der Desktop des Receiver wird nicht dargestellt.
Hierzu hatte ich meine Hilfe-Anfrage gestartet.

Wenn es aber doch so sein sollte, dass es nur funktioniert zwischen den Desktops von Antix zu Antix, ist es ziemlich unsinnig, dass es im MxPi überhaupt angeboten wird.

Posted: **Sat Nov 23, 2024 1:57 pm**

@loik schrieb:

Wenn es aber doch so sein sollte, dass es nur funktioniert zwischen den Desktops von Antix zu Antix, ist es ziemlich unsinnig, dass es im MxPi überhaupt angeboten wird.

Vereinbart

Posted: **Sat Nov 23, 2024 2:20 pm**

Wenn Sie nur Rechner im gleichen Netzwerksegment unterstützen müssen, z. B. alle, die mit dem gleichen Subnetz verbunden sind, dann sollten Sie sich sshconduit ansehen. Es ist ganz anders, und eine Voraussetzung ist, dass Sie das Login-Passwort für den anderen Rechner haben müssen, in den Sie sich einloggen, was für private Rechner in Ordnung ist, aber nicht für Geschäftsrechner.

Wenn Sie das Paket tightvncserver und tightvncjava hinzufügen, können Sie einen Webbrowser verwenden, um den Desktop des Rechners nahezu in Echtzeit zu sehen.

Das Design ist ähnlich wie bei 1-to-1, aber es überträgt kein Audio, obwohl ich ehrlich gesagt nicht weiß, ob 1-to-1 überhaupt Audio überträgt.

Wie auch immer, die Einrichtung des Servers ist einfach, aber er ist nicht über Neustarts hinweg beständig. Auf der Client-Seite kann man eine Konfiguration für jeden entfernten Server speichern, was die Sache etwas vereinfacht, allerdings muss man zum Speichern einer Konfiguration die Standardvorlage kopieren, umbenennen und für die Verbindung verwenden und dann die Konfiguration speichern. Danach können Sie die Konfiguration vom Client-PC aus laden.

Für die Firewall benötigen Sie nur ssh port 22 und vnc port 5900 für display:0 und/oder 5901 für display:1

Hier ist ein Screenshot der einfachen Serverkonfiguration. Beachten Sie die Bereiche, die ich ausgewählt habe:
Port 5901 - Ich habe den Server bereits auf 5900 laufen, also ist 5901 automatisch ausgewählt.
SSL + Listen on localhost + TightVNC sind alle ausgewählt

Der nächste Bildschirm erfordert ein VNC-Passwort, um die erste Verbindung herzustellen, und die Option Verbindungen akzeptieren muss aktiviert sein.

Und hier ist ein Bild des Clients, das sowohl die Einfachheit als auch die Auswahl der gespeicherten Konfiguration zeigt, wo ich meine gespeicherte Konfiguration für mein ManShed_Local.vnc-Profil auswählen kann.

übersetzt mit DeepL

Posted: **Sat Nov 23, 2024 3:46 pm**

Hallo loik,
also in der Anleitung steht, dass Du die externe IP Addresse beim Verbindungsversuch übers Internet benutzen sollst
"To share the desktop of the receiver system across the internet, a connection must be made to the external IP address of your local network firewall/router."
mit ifconfig bekommst Du aber nur die interne IP. Wenn deine externe IP eher wie eine MAC-Adresse aussieht, ist es wohl IPv6. Kann es sein, dass im Receiver IPv6 deaktiviert ist oder ignoriert wird?
Ausserdem scheint es wichtig zu sein, dass der Provider-Modus gestartet wird bevor der Receiver eine Verbindung anfordert:
"Pre-Connection Requirements:
You have started provider mode before the receiver system requests a connection"
das hast Du gemacht?

Aber wenn ich mir die Sourcen von 1-to-1 ansehe https://github.com/antiX-Linux/1-to-1-assistance-antix -> eine Version, die 7 Jahre alt ist und in dieser Zeit keinerlei Update erhalten hat, da weiss ich nicht, ob da alles noch auf dem heutigen Stand ist. insofern solltest Du wohl eher so etwas wie das von @m_pav vorgeschlagene probieren.

viele Grüsse gosia

Posted: **Sat Nov 23, 2024 8:36 pm**

loik wrote: Sat Nov 23, 2024 12:02 pm ... Ich brauch nach der Installation eines System ca. 3 Wochen ( täglich ca. 4 h ) bis ich ein System soweit habe, dass ich es ertragen kann es zu benutzen ... Fertig konfiguriert ist es meist erst, nach 18 Monaten.

Natürlich gibt es Snapshots.
Aber nicht täglich.
...

Eher interessant, wenn jemand bereit wäre, das Risiko einzugehen und die Situation nachzustellen ...

Ich hab 1-to-1-assistance mal kurz per MXPI installiert, war enttäuscht über subjektiv unsichere Konfiguration des VNC-Servers und hab das Ding gleich wieder entfernt. Der Assistenz-Suchende sollte ein Passwort erstellen und seine IP dem Assistenz-Anbieter mitteilen, bei 1-to-1-assistance scheinbar umgekehrt

Ich habe mich nach Xubuntu bewusst für MX-Linux entschieden, weil es Snapshot als Remastersys-Fork bietet. Damit sichere ich alle 2 Wochen das aktuelle System, einschließlich Systemeinstellungen und Thunderbird. I.d.R. bleiben dabei die statisch-eigenen Ordner (Bilder/Videos/Musik ...) der Daten-Partition unverändert, so dass saubere Neuinstallation auf den Stand der letzten Tage nur 30 Minuten dauert. Mit Ausnahme der Hardware ist mein MX21 damit unzerstörbar.

gosia wrote: Sat Nov 23, 2024 3:46 pm... wenn ich mir die Sourcen von 1-to-1 ansehe https://github.com/antiX-Linux/1-to-1-assistance-antix -> eine Version, die 7 Jahre alt ist und in dieser Zeit keinerlei Update erhalten hat, da weiss ich nicht, ob da alles noch auf dem heutigen Stand ist ...

1-to-1-assistance will bei mir java11 als default-jre installieren und x11vnc. Java11 ist steinalt und x11vnc installiere ich lieber per Hand mit sicheren VNC-SSH-Passwort + Option-viewonly.

Posted: **Sun Nov 24, 2024 2:42 am**

Hallo, aika.
Danke für den Versuch es nachzustellen.

bewusst für MX-Linux entschieden, weil es Snapshot als Remastersys-Fork bietet

genau dieser Kundenbindung bin ich auch auf den Leim gegangen.

Deshalb wird MX mich auch nicht mehr los. einfach zu gut, die Möglichkeit, scheinbar unendlich große Snapshot-ISOs zu erstellen ohne bei 4,7 GB begrenzt zu sein.
Ich hatte bereits ISO-Snapshots die über 20 GB groß waren ( vergessen die Musikdateien auszuschließen

) und funktionierten.
Und ich werde es nicht müde zu betonen, dass es so gar möglich ist, ein MX-Iso zu booten, zu konfigurieren und von diesem Laufenden ISO erneut ein Snapshot-Iso zu erstellen.
Super.
Ich daddel hier aber an ca. 30 Systemen rum ( natürlich nicht gleichzeitig ).
Mache immer wieder mal snapshots, aber eben doch nicht von allen regelmäßig.

Aber, mein Netzwerkproblem beruhte ja zum Glück nur auf eine unerkannt falsche Netzwerkeinwahl.

O.K.
Zurück zum Thema.

bei 1-to-1-assistance scheinbar umgekehrt

Das ist selbst mir, als unbeholfensten Netzwerker, aufgefallen.

Ich vermute aber, das ist Absicht ist, dass in den Einstellungen der Haken bei "Reverse VNC Connection ( LISTEN)" gesetzt wurde , um es auf seiten des Receivers möglichst einfach zu halten.
Denn dort sitzt ja vermutlich der DAU, dem es reicht, die IP-Zahlen und Punkte für die Eintragung, diktiert zu bekommen.
Ich weiß nicht, wie unsicher das ist.
Ein Verbindungsaufbau wird ja erst danach möglich und das auch erst, wenn der Receiver noch mal ausdrücklich bestätigt, dass er der Verbindung zustimmt, entweder nur zur Betrachtung, als Vollzugriff, oder eben doch Verweigern, anklickt.
Das scheint mir nicht besonders unsicher.
Zu mal es ja trotz dem bei mir gar nicht funktioniert.

Weder mit der Netzwerkadresse, so wie Dolphin_Oracle es im Video vorgemacht hat, noch mit der Internet-IP.

( openjdk-11-jre ist bei mir installiert.)

Hallo, Gosia.

a connection must be made to the external IP address of your local network firewall/router

Wie grad schon darauf hingewiesen, Dolphin_Oracle hat es im Video mit der lokalen Netzwerk-Adresse vorgemacht.
Meine Versuche finden derzeit auch noch im lokalen Netzwerk statt.
Die FW ist auf allen Systemen ausgeschaltet.
Die im Fritzbox-Router aber nicht, wenn da eine sein sollte.

mit ifconfig bekommst Du aber nur die interne IP

Da mit hatte ich mich ja am Video orientiert.

Aber damit bekomme ich wohl die IP:

Code: Select all

wget -4 -O - -q icanhazip.com

oder mit der Abfrage in der Internetsuchmaschine schon, wenn ich nicht gerade beim Nachbarn im Heimnetzwerk festhänge.

Wenn deine externe IP eher wie eine MAC-Adresse aussieht, ist es wohl IPv6

Das ist wohl eher meiner Ahnungslosen Phantasie geschuldet, mit der ich hier für falsche Fährte sorge.

Ich fand die IP seltsam, war so was wie vier Gruppen a drei Zahlen. Dieser Zahlengruppen waren durch einfache Punkte getrennt.
Auch sah die IP vom Provider ganz anders aus, als die vom Receiver im vermeintlich selben Netzwerk.
Da hatte ich doch irgend eine Ähnlichkeit erwartet.
Aber konnte wohl nicht, da der Provider fälschlicher Weise im Netzwerk vom Nachbarn hing.

Die IP sieht nun etwa so aus:
zwei Zahlen.drei Zahlen.drei Zahlen.zwei Zahlen

Und sie ist bei allen PCs im Netzwerk dieselbe.
Also wohl kaum die des jeweiligen Gerätes, sondern die der Fritzbox ?

Aber diese IP in 1-to-1-assistance-antix zu verwenden funktioniert eben auch nicht.
Wohl eher im Gegenteil, da ja Absender und Empfänger, scheinbar identisch sind.
Als ich mit dem Provider im Netzwerk des Nachbarn war, funktionierte es mit der von dort erhaltenen IP aber auch nicht.

Aber die Sache mit IP6 könnte auf Grund des Alters der Software vielleicht schon das eigentliche Problem sein, welches wir gar nicht lösen können.

"Pre-Connection Requirements:
You have started provider mode before the receiver system requests a connection"
das hast Du gemacht?

Ja, habe ich, das sieht dann so aus:

Ich konnte den Text leider nicht kopieren, war nicht möglich.
Nach dem ich dann den Receiver gestartet habe, und dort die Netzwerk-IP vom Provider eingegeben habe, erscheint dieses Abfrage-Fenster:

Ich bestätige mit "yes".
Fenster verschwindet und es geschieht dann rein gar nix.
Wenn ich versuche das zu wiederholen, bekomme ich keine weitere Bestätigungsabfrage, sondern nur die info, dass es nicht möglich sei, diese Verbindung herzustellen.

Was mich ein wenig irritiert. ist, dass ich die Netzwerk-Adresse des Wlans des Providers eingegeben hatte ( der ist nur über Wlan verbunden ),
aber in der Bestätigungs-Abfrage steht:

Code: Select all

x11vnc: accept connection from 127.0.0.1?

Ja, und wenn ich in das Terminal des Providers eingebe, ifconfig oder ip addres,
erhalte ich neben der WLan-Netzwerk-IP unter anderem auch diesen Eintrag:

Code: Select all

$ ip addres
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever

Erklärt das was ?

Hallo, m_pav

Ja, ich hatte auch bereits interessante Erfahrungen gemacht mit der Kombination aus X11VNC-server und Tiger-VNC-Betrachter.
Das ging gut.
Damit war es möglich mein Handy zu steuern oder umgekehrt mit dem Handy den Rechner steuern, was auch mein Interesse war.

Ich bin aber so begriffstutzig, beim Bedienen der VNC-Einstellungen, dass ich mich am Ende eher darüber wundere, dass mir eine Verbindung überhaupt gelungen ist.
Jedenfalls, unglaublich anstrengend für mich.
Aber, wenn die Verbindung steht, geht es gut, ja.

Wenn Sie das Paket tightvncserver und tightvncjava hinzufügen, können Sie einen Webbrowser verwenden, um den Desktop des Rechners nahezu in Echtzeit zu sehen

Das finde ich sehr, sehr interesssant, damit werde ich mich in Zukunft noch mal befassen.
Danke für den Hinweis.

Grundsätzlich ist ja mit NoMaschine eine Möglichkeit gegeben, Freunde und Verwante aus der Ferne am PC zu unterstützen.
Ich wollte halt herausfinden, ob 1-to-1-assistance-antix eine eben so gute, aber vielleicht CPU-Schonendere Lösung sein könnte.
Obwohl ich nun nicht dringend darauf angewiesen bin, möchte ich jetzt doch wissen warum es bisher nicht funktioniert hat und wie es doch gehen könnte.

Deshalb frage ich jetzt mal
@dolphin_oracle
Hast du eine Lösungs-Antwort auf die beschriebenen Probleme ?

Posted: **Sun Nov 24, 2024 10:20 am**

Ich weiß es nicht. Der Schöpfer dieser Einrichtung ist verschwunden. Ich habe nur wirklich getestet, ob es installierbar war.

Ich kann Ihnen aber sagen, dass die Firewall-Einstellungen es blockieren werden.

Ich werde es wahrscheinlich aus dem packageinstaller entfernen.

:deepl

Posted: **Sun Nov 24, 2024 10:42 am**

dolphin_oracle wrote: Sun Nov 24, 2024 10:20 am... Der Schöpfer dieser Einrichtung ist verschwunden ... Ich kann Ihnen aber sagen, dass die Firewall-Einstellungen es blockieren werden.

Ich werde es wahrscheinlich aus dem packageinstaller entfernen ...

Die Firewall ist kein Problem, kann man ja freischalten mit Gufw-Regel. Mich nervt die Java11-Abhängigkeit, ich hätte sonst länger experimentiert. Wenn ich länger über das Ding nachdenke, bekomme ich Respekt vor der Grundidee, dass der Assistenz-Bieter die Initiative übernimmt und der Assistenz-Suchende dadurch minimalen Aufwand hat. Jetzt meine Frage, könnte man 1-to-1-assistance erst mal neu kompilieren für Java17 ? Ist lange her, dass ich selbst compiliert habe. Da gab's doch einen Trick um vor "make-install" eine *.deb-Datei zu erzeugen? Ich schau mal ob ich 1-to-1-assistance auf Git finde, vielleicht lohnt sich ein Fork:

Code: Select all

aika@mx-dell:~
$ git clone https://github.com/antiX-Linux/1-to-1-assistance-antix.git
Klone nach '1-to-1-assistance-antix'...
remote: Enumerating objects: 84, done.
remote: Total 84 (delta 0), reused 0 (delta 0), pack-reused 84 (from 1)
Empfange Objekte: 100% (84/84), 433.16 KiB | 615.00 KiB/s, fertig.
Löse Unterschiede auf: 100% (25/25), fertig.
aika@mx-dell:~
$

Posted: **Sun Nov 24, 2024 11:25 am**

das Skript selbst ist ein bash/sh-Skript. Ich weiß nicht, wofür es Java verwendet, aber Sie könnten das Skript wahrscheinlich ohne Kompilierung ändern. /usr/local/bin.

**deepl

Posted: **Sun Nov 24, 2024 3:49 pm**

aika wrote: Sun Nov 24, 2024 10:42 am... 1-to-1-assistance erst mal neu kompilieren für Java17 ... ich selbst compiliert habe ... Ich schau mal ob ich 1-to-1-assistance auf Git finde, vielleicht lohnt sich ein Fork ...

My Fork => https://github.com/smart-sicher/1-to-1-assistance-antix
Fork Info => https://github.com/antiX-Linux/1-to-1-a ... ll/1/files
Download neue Version ohne default-jre => http://aika.bplaced.net/1-to-1-assistan ... .6_all.deb
Und nebenbei - das Ding funktioniert - aber VNC-Server und VNC-Viewer getrennt im Menü.

Achtung beim Selbsttest mit eigenen VNC-Server (vorher starten!) bildet sich eine Desktop-Schleife per localhost:5900

Code: Select all

aika@mx-dell:~
$ git clone https://github.com/smart-sicher/1-to-1-assistance-antix.git
Klone nach '1-to-1-assistance-antix'...
remote: Enumerating objects: 100, done.
remote: Counting objects: 100% (16/16), done.
remote: Compressing objects: 100% (15/15), done.
remote: Total 100 (delta 5), reused 0 (delta 0), pack-reused 84 (from 1)
Empfange Objekte: 100% (100/100), 440.59 KiB | 1.01 MiB/s, fertig.
Löse Unterschiede auf: 100% (30/30), fertig.
aika@mx-dell:~
$ cd 1-to-1-assistance-antix
aika@mx-dell:~/1-to-1-assistance-antix
$ sudo dpkg-buildpackage -b -uc -us
[sudo] Passwort für aika: 
dpkg-buildpackage: Information: Quellpaket 1-to-1-assistance-antix
dpkg-buildpackage: Information: Quellversion 1.2.6
dpkg-buildpackage: Information: Quelldistribution unstable
dpkg-buildpackage: Information: Quelle geändert durch smart-sicher <http://aika.bplaced.net>
dpkg-buildpackage: Information: Host-Architektur amd64
 dpkg-source --before-build .
 debian/rules clean
dh clean
   dh_clean
 debian/rules build
dh build
   dh_update_autotools_config
   dh_autoreconf
   create-stamp debian/debhelper-build-stamp
 debian/rules binary
dh binary
   dh_testroot
   dh_prep
   dh_install
   dh_installdocs
   dh_installchangelogs
   dh_perl
   dh_link
   dh_strip_nondeterminism
   dh_compress
   dh_fixperms
   dh_missing
   dh_installdeb
   dh_gencontrol
   dh_md5sums
   dh_builddeb
dpkg-deb: Paket »1-to-1-assistance-antix« wird in »../1-to-1-assistance-antix_1.2.6_all.deb« gebaut.
 dpkg-genbuildinfo --build=binary -O../1-to-1-assistance-antix_1.2.6_amd64.buildinfo
 dpkg-genchanges --build=binary -O../1-to-1-assistance-antix_1.2.6_amd64.changes
dpkg-genchanges: Information: Binärpaket(e) hochzuladen (kein Quellcode enthalten)
 dpkg-source --after-build .
dpkg-buildpackage: Information: Binärpaket(e) hochzuladen (keine Quelle enthalten)
aika@mx-dell:~/1-to-1-assistance-antix
$

Posted: **Mon Nov 25, 2024 2:06 am**

Hallo, aika.

Interessant.
Hat aber leider nicht geklappt.

Erst wollte dein Download-Link aus Chromium heraus nicht starten.
Musste die Adresse Kopieren und es mit Firefox herunterladen.

Dann aber ist auch die Installation gescheitert:

Code: Select all

Die folgenden zusätzlichen Pakete werden installiert:
  ssvnc xterm
Vorgeschlagene Pakete:
  xfonts-cyrillic
Die folgenden NEUEN Pakete werden installiert:
  1-to-1-assistance-antix ssvnc xterm
0 aktualisiert, 3 neu installiert, 0 zu entfernen und 41 nicht aktualisiert.
Es müssen noch 1.263 kB von 1.456 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 4.043 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
Holen:1 /home/user/Downloads/1-to-1-assistance-antix_1.2.2_all.deb 1-to-1-assistance-antix all 1.2.2 [193 kB]
Holen:2 http://deb.debian.org/debian bullseye/main amd64 xterm amd64 366-1+deb11u1 [819 kB]
Holen:3 http://deb.debian.org/debian bullseye/main amd64 ssvnc amd64 1.0.29-5 [444 kB]
Es wurden 1.263 kB in 6 s geholt (217 kB/s).
Vormals nicht ausgewähltes Paket xterm wird gewählt.
(Lese Datenbank ... 755328 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../xterm_366-1+deb11u1_amd64.deb ...
Entpacken von xterm (366-1+deb11u1) ...
Vormals nicht ausgewähltes Paket ssvnc wird gewählt.
Vorbereitung zum Entpacken von .../ssvnc_1.0.29-5_amd64.deb ...
Entpacken von ssvnc (1.0.29-5) ...
Vormals nicht ausgewähltes Paket 1-to-1-assistance-antix wird gewählt.
Vorbereitung zum Entpacken von .../1-to-1-assistance-antix_1.2.2_all.deb ...
Entpacken von 1-to-1-assistance-antix (1.2.2) ...
dpkg-deb (Unterprozess): Dekomprimieren des Archivs »/home/user/Downloads/1-to-1-assistance-antix_1.2.2_all.deb« (Größe=192984), Element »data.tar«: lzma-Fehle
r: komprimierte Daten sind beschädigt
dpkg-deb: Fehler: »<Dekompression>«-Unterprozess gab den Fehlerwert 2 zurück
dpkg: Fehler beim Bearbeiten des Archivs /home/user/Downloads/1-to-1-assistance-antix_1.2.2_all.deb (--unpack):
 Extrahierte Daten für »./usr/share/antiX/FAQ/images/1-to-1_assistance/r_select_mode_resize.jpg« kön
nen nicht nach »/usr/share/antiX/FAQ/images/1-to-1_assistance/r_select_mode_resize.jpg.dpkg-new« kop
iert werden: Unerwartetes Ende der Datei oder des Datenstroms
Fehler traten auf beim Bearbeiten von:
 /home/user/Downloads/1-to-1-assistance-antix_1.2.2_all.deb
Please wait, creating menu file - stored in /home/user/.fluxbox/submenus/full_menu ...
Menu file created and ready to be used
E: Sub-process /usr/bin/dpkg returned an error code (1)

Warum ist deine Versionsnummer 1-to-1-assistance-antix_1.2.2 eigentlich kleiner als die aus den Paketquellen 1-to-1-assistance-antix_1.2.5 ?

@dolphin_oracle
Danke für die Rückmeldung.

Ich weiß es nicht. Der Schöpfer dieser Einrichtung ist verschwunden

Das Anleitungs-Video stammt nicht von dir ?
Handelt es sich da nur zufällig um eine Ähnlichkeit des Namens und eine Gleicheit des Logos ?

Ich kann Ihnen aber sagen, dass die Firewall-Einstellungen es blockieren werden

Die FireWalls auf meinen Systemen ist ausgeschaltet.

Ich werde es wahrscheinlich aus dem packageinstaller entfernen.

Da die Anwendung von der Idee her, den Verbindungsaufbau auf Seite des Receivers möglichst einfach zu halten, sehr gut ist, wäre es schade, wenn das Paket aus den Quellen entfernt wird, nur weil ich auf der Provider-Seite zu dumm bin es zu bedienen.

Es wäre sicherlich gut, wenn andere, die keine Netzwerk-Pfosten sind wie ich, das mal Testen und schauen, ob nicht doch ein Verbindungsaufbau möglich ist.

Wobei letzteres bei mir ja doch zu funktionieren scheint.

Wenn ich auf Receiver-Seite die Netzwerk-Adresse des Providers eingegeben und die Verbindungsabfrage bestätigt habe, wird beim Receiver das X11-VNC-Try-Icon in der Taskleiste angezeigt.
Wenn man das Try-Icon mit der rechten Maustaste anklickt, wird auch angezeigt, das es mit dem Provider-PC verbunden ist.
Nur auf Providerseite verändert sich nichts
Das Terminal schaltet nicht um, auf Bildwiedergabe.
Das aber wohl eine Verbindung zwischen den beiden PCs besteht ist daran zu merken, dass jenes icon beim Receiver aus der Taskleiste verschwindet, sobald ich die Anwendung auf Seiten des Providers beende.
Dann ist es auch beim Receiver aus.
Ebenso, wenn ich statt dessen zuerst auf der Receiver-Seite die Verbindung trenne, verschwindet anschließend das Listen-Terminal beim Provider.

Die Bildübertragung wird also nur nicht gegeben.

...................................................................................................................

Ergänzung.
Grad gefunden:
https://www.antixforum.com/forums/topic ... ed-remote/

Das Problem bestand also auch schon 2021.
Anscheined da aber auch nicht bei allen.

Der Lösungsvorschlag, auf auf beiden PCs mal in dem Receiver-Modus zu gehen und dabei sowohl den unveränderten als auch den reduzierten Bildschirmmodus zu verwenden, hat bei mir nix gebracht.

Leider hatte der Fragesteller 2021 nicht geschrieben, ob er das Problem lösen konnte.

Posted: **Mon Nov 25, 2024 7:37 am**

Das Anleitungs-Video stammt nicht von dir ?
Handelt es sich da nur zufällig um eine Ähnlichkeit des Namens und eine Gleicheit des Logos ?

Ich habe das Video gemacht. Ich habe die Bewerbung nicht gemacht.

Posted: **Mon Nov 25, 2024 9:15 am**

O.K.

Also, indem Video, welches du vor 9 Jahren gemacht hattest, funktionierte die software ja so wie gewünscht.

Wenn du 1-to-1-assistance-antix heute benutzt oder testest, funktioniert es dann immer noch oder bekommst du auch keine Bildwiedergabe ?

Posted: **Mon Nov 25, 2024 9:46 am**

nein, der vnc-Viewer öffnet sich nicht. Ich weiß nicht, warum.

**deepl

Posted: **Mon Nov 25, 2024 10:45 am**

loik wrote: Mon Nov 25, 2024 2:06 am...

Code: Select all

...
Vorbereitung zum Entpacken von .../1-to-1-assistance-antix_1.2.2_all.deb ...
Entpacken von 1-to-1-assistance-antix (1.2.2) ...
dpkg-deb (Unterprozess): Dekomprimieren des Archivs »/home/user/Downloads/1-to-1-assistance-antix_1.2.2_all.deb« (Größe=192984), Element »data.tar«: lzma-Fehle
r: komprimierte Daten sind beschädigt
dpkg-deb: Fehler: »<Dekompression>«-Unterprozess gab den Fehlerwert 2 zurück
dpkg: Fehler beim Bearbeiten des Archivs /home/user/Downloads/1-to-1-assistance-antix_1.2.2_all.deb (--unpack):
 Extrahierte Daten für »./usr/share/antiX/FAQ/images/1-to-1_assistance/r_select_mode_resize.jpg« kön
nen nicht nach »/usr/share/antiX/FAQ/images/1-to-1_assistance/r_select_mode_resize.jpg.dpkg-new« kop
iert werden: Unerwartetes Ende der Datei oder des Datenstroms
Fehler traten auf beim Bearbeiten von:
 /home/user/Downloads/1-to-1-assistance-antix_1.2.2_all.deb
...

Warum ist deine Versionsnummer 1-to-1-assistance-antix_1.2.2 eigentlich kleiner als die aus den Paketquellen 1-to-1-assistance-antix_1.2.5 ?
...

Sonderwünsche erfüllt Aika sofort, Wunder dauern etwas länger.
=> http://aika.bplaced.net/1-to-1-assistan ... .6_all.deb
Bei mir wird Starter 1-to-1_assistance.desktop manchmal nicht installiert
und wenn er vorhanden ist, startet er indirekt die Fehlerquelle nach dieser Anzeige:

Aber es funktioniert bei mir, wenn ich erst VNC-Server und dann VNC-Viewer einzeln starte.
Ich hab viele Jahre nicht mehr programmiert, theoretisch müsste Version 1.2.6 jetzt funktionieren.
Praktisch sind die diese 3 Dateien => https://github.com/smart-sicher/1-to-1- ... master/bin
vermutlich nicht ganz sauber. Das muss ich mir langfristig genauer ansehen, dort könnte ich Hilfe von einem Profi gebrauchen.

Posted: **Mon Nov 25, 2024 1:00 pm**

Hallo loik,
bei mir funktioniert es auch nicht, d.h. wie bei @dolphin_oracle , der VNC-Viewer öffnet sich nicht. An tieferer Fehlersuche fehlt mir der Anreiz, mir reicht X11-Forwarding, in der einfachsten Form mit

Code: Select all

ssh -X ...

oder umfangreicher mit x11vnc in Verbindung mit einem VNC-Viewer, bei mir gvncviewer. Wie und ob das mit 32-bit funktioniert, keine Ahnung.

viele Grüsse gosia

Posted: **Mon Nov 25, 2024 3:16 pm**

Hallo, dolphin_oracle.
Hallo, Gosia.

Danke für die Tests und die Rückmeldung.

Jetzt weiß ich wenigstens, dass es nicht an mir liegt.

Ja, klar, Verbindung zu anderen Rechnern geht auch mit anderen mittel.
Aber unabhängig von 32bit, interessierte mich 1-to-1, weil es auf der Receiverseite so schön schlicht ist.
Damit wird es Leichter, Mutti per Telefon zu navigieren, die Verbindung zu öffnen.
Naja, mit AnyDesk ist das auch nicht schwiriger aber eben auf 64bit beschränkt.

Hallo, aika.
Nee, hat leider nicht geklappt.

Ja, dein Paket ließ sich installieren aber ein Starter war dann, wie du es schon angemerkt hattest, nicht zu finden.
Via Terminal konnte ich 1-to-1 dann aber starten.

Code: Select all

1-to-1_assistance.sh

Es ist mir dann auch gelungen, eine Verbindung herzustellen, das war nun im offenen Terminal auf der Receiver-Seite auch sehr schön mitzuverfolgen.
Aber auf der Provider-Seite, wurde wieder kein Bild gezeigt, es blieb beim wartenden xTerminal.

Fehlte nun etwas Java ?

Posted: **Mon Nov 25, 2024 5:26 pm**

loik wrote: Sun Nov 24, 2024 2:42 am...
Nach dem ich dann den Receiver gestartet habe, und dort die Netzwerk-IP vom Provider eingegeben habe, erscheint dieses Abfrage-Fenster:

Ich bestätige mit "yes".
Fenster verschwindet und es geschieht dann rein gar nix ...

Ja, ähnlich bei mir mit bereinigter Version:

Code: Select all

aika@mx-dell:~
$ apt policy 1-to-1-assistance-antix
1-to-1-assistance-antix:
  Installiert:           1.2.6
  Installationskandidat: 1.2.6
  Versionstabelle:
 *** 1.2.6 100
        100 /var/lib/dpkg/status
aika@mx-dell:~
$

loik wrote: Mon Nov 25, 2024 3:16 pm... dein Paket ließ sich installieren aber ein Starter war dann, wie du es schon angemerkt hattest, nicht zu finden.
Via Terminal konnte ich 1-to-1 dann aber starten.
Code: Select all
1-to-1_assistance.sh
Es ist mir dann auch gelungen, eine Verbindung herzustellen, das war nun im offenen Terminal auf der Receiver-Seite auch sehr schön mitzuverfolgen.
Aber auf der Provider-Seite, wurde wieder kein Bild gezeigt, es blieb beim wartenden xTerminal.

Fehlte nun etwas Java ?

Ich glaube, ein Bash-sh-Script muss angepasst werden, das ist schlimmer als der Starter-Fehler. Ich vermute, dass VNC-Server oder VNC-Viewer früher irgendwann mal die überflüssig-alte Java-Abhängigkeit gebraucht haben.

- 1-zu1-Assistenz wird gestartet mit dem Starter-Befehl: 1-to-1_assistance.sh
und macht Probleme wenn anschließend per Auswahl "Receive" zu: 1-to-1_assistance_receive.sh
gewechselt/übergeben wird.

Das bedeutet eigentlich,
dass ich den Fehler einkreisen kann auf diese Datei => https://github.com/smart-sicher/1-to-1- ... receive.sh

Bevor ich weiter mache, kannst Du eindeutig bestätigen:

- Der VNC-Server wird gestartet mit dem Starter-Befehl: x11vnc -gui tray=setpass -rfbport PROMPT -bg -o %%HOME/.x11vnc.log.%%VNCDISPLAY
und funktioniert.

- Der VNC-Viewer wird gestartet mit dem Starter-Befehl: ssvnc -noenc
und funktioniert.

Bzw. dass Dein VNC-Viewer ein Desktop-Bild anzeigt wie bei mir, wenn der VNC-Server vorher gestartet wurde?

Posted: **Tue Nov 26, 2024 2:26 am**

Hallo, aika.

O.K. spannend.

Leider heute überhaupt keine Zeit es auszutesten.
Vielleicht erst wieder am Wochenende.
Bitte um Geduld.
Sorry.

Posted: **Tue Nov 26, 2024 4:07 pm**

Doch noch getestet.

Code: Select all

1-to-1_assistance_receive.sh

Lässt sich nicht direkt starten.
Dann gibt es mecker, dass erst mal gestartet werden solle:

Code: Select all

1-to-1_assistance.sh

Und dann Auswahltreffen Receive oder Provide.

Code: Select all

x11vnc -gui tray=setpass -rfbport PROMPT -bg -o %%HOME/.x11vnc.log.%%VNCDISPLAY

Startet.

Code: Select all

$ x11vnc -gui tray=setpass -rfbport PROMPT -bg -o %%HOME/.x11vnc.log.%%VNCDISPLAY
26/11/2024 21:37:08 Port prompt selected: 5900
starting gui, trying display: :0.0
26/11/2024 21:37:08 icon_mode_file=/tmp/x11vnc.tray.JlvXrj
26/11/2024 21:37:08 Expanded logfile to '%%HOME/.x11vnc.log.%mx-User-auf-SSD:5900'
26/11/2024 21:37:08 Expanded logfile to '%/home/user/.x11vnc.log.%mx-User-auf-SSD:5900'
error opening logfile: %/home/user/.x11vnc.log.%mx-User-auf-SSD:5900
open: No such file or directory

Heile ?
Weiß nicht.
Beim Versuch in den Einstellungen zusätzliche Haken zu setzen wurde erst angenommen, aber dann nicht akzeptiert.
Hat meine Haken einfach wieder rausgenommen.
Nach klicken auf O.K., is es im Terminal dann so hängen geblieben:

Code: Select all

$ 
26/11/2024 21:37:11 gui: trying to contact a x11vnc server at X display :0.0 ...
26/11/2024 21:37:11 gui: pinging :0.0 try=1 ...
>>> sending remote command: "qry=ping" via X11VNC_REMOTE X property.
error: could not connect to an x11vnc server at :0.0  (rc=1)
26/11/2024 21:37:15 gui: parent process 45945 has gone away: bailing out.
26/11/2024 21:37:15 gui: could not connect to: ':0.0', try again manually.

Code: Select all

ssvnc -noenc

Startet.
Heile?
Ich kann es auf Listen stellen und dann startet das xTerm.

Mit dem 1-to-1-Receiver lässt sich keine Verbindung zu diesem Listen aufbauen.

Es macht keinen Unterschied, ob ich VNC-Server und /oder VNC-Viever auf den Rechnern gestartet habe, bevor ich dann 1-to-1 starte.
1-to-1 stellt seine Verbindung so oder so her.
Aber es erfolgt in keinem Fall eine Bildwiedergabe.

Ich hatte jetzt zum Testen 32bit außen vor gelassen und meine Tests nur an 64bit-PCs gemacht.

Wenn deine Frage da hin ging, ob sich Server und Viewer nach dem Start per Terminal verbinden lasse, wenn 1-to-1 nicht gestartet wird, lautet die Antwort:
Nein.

Jedenfalls ganz sicher dann nicht, wenn ich es versuche.
Auch nicht mit zweifelsfrei heilen Server und Viewer.

Ich kapiere diese Einstellungsmasken nicht.
Das ist ja der Grund, warum ich 1-to-1 verwenden wollte.
Habe keine Ahnung, was ich wo eintragen muss, um eine Verbindung herstellen zu können.

Wenn du mir dafür eine exakte Anleitung schreibst, teste ich das natürlich gerne.

Posted: **Wed Nov 27, 2024 8:31 pm**

loik wrote: Tue Nov 26, 2024 4:07 pm...
Beim Versuch in den Einstellungen zusätzliche Haken zu setzen wurde erst angenommen, aber dann nicht akzeptiert.
Hat meine Haken einfach wieder rausgenommen.
...
Es macht keinen Unterschied, ob ich VNC-Server und /oder VNC-Viever auf den Rechnern gestartet habe, bevor ich dann 1-to-1 starte.
...
Habe keine Ahnung, was ich wo eintragen muss, um eine Verbindung herstellen zu können.

Wenn du mir dafür eine exakte Anleitung schreibst, teste ich das natürlich gerne.

Zuerst meine Anmerkung zu Haken setzen: Per Standard-Einstellung ist bei SSVNC-Viewer der Haken auf "Use SSL" gesetzt, aber bei X11VNC-Server muss dafür "Enable SSL" gesetzt werden, sonst bekommt man keine Verbindung zwischen den Beiden.

Der Programm-Download auf meiner Seite ist jetzt eine Art private Übergangsversion, wo der "1-zu-1-Assistenz"-Starter ohne Auswahl den Normal-Modus von X11VNC anbietet. Der Anfänger soll zum Start von X11VNC-Server verleitet werden, aber nicht im Reverse-Modus. Der Normal-Modus von X11VNC ist unproblematisch-einfacher, weil X11VNC-Server dann aktiv bleibt und wartet. Aber das macht SSVNC-Viewer nicht, dort kann ich Optionen wählen und muss auf "Connect" klicken. Wenn SSVNC-Viewer dann nicht gleich einen VNC-Server findet wird SSVNC wieder inaktiv, gleich wieder inaktiv wie der X11VNC-Reverse-Modus:

Code: Select all

x11vnc -rc $CONFIG -connect_or_exit $PROVIDER_ADDRESS -o $LOG

Aber nur wenn SSVNC länger aktiv wartet, wäre der X11VNC-Reverse-Modus sinnvoll, vielleicht gab es früher eine Lausch-Warte-Option für SSVNC?

Wer VNC-Grundkenntnisse hat, braucht die problematisch-alte Vorgehensweise von 1-zu-1-Assistenz eh' nicht. Ich würde lieber das Anbieten vom X11VNC-Normal-Modus mit Mini-VNC-Anleitung ergänzen, die vom 1-zu-1-Script als zusätzliches Textfenster anzeigt wird.

Posted: **Thu Nov 28, 2024 2:08 am**

Hallo, aika.

Freut mich sehr, dass du bisher Interesse hattest, dich damit auseinanderzusetzen.
Ich finde es ja gut, defektes nicht als gegeben hinzunehmen und zu ergründen warum es defekt ist, um dann bewusst entscheiden zu können, dass es irreparabel oder unverhältnismäßig ist, eine Reparatur umzusetzen.
Eben, weil man nun weiß, warum.
Oder es eben doch, auf Grund der gewonnenen Erkenntnisse, reparieren kann.

Wer VNC-Grundkenntnisse hat, braucht die problematisch-alte Vorgehensweise von 1-zu-1-Assistenz eh' nicht.

So sieht es aus und das ist eben auch die Crux.
Wenn die Realität sich so darstellt, dass ich mit meinen Verständnisschwächen von der VNC-Thematik, im Verwandten- und Bekanntenkreis aber doch als IT-Gott wahrgenommen werde, brauche ich eine andere VNC-Lösung, als ein simpel gehaltenes 1-to-1, diesen "Clienten" nicht anbieten.

Nun es gibt ja mit NoMachine eine Alternative.
Mangels genannter VNC-Kenntnisse, kann ich zu einer VNC-Lösung nicht mehr beitragen, als deine Versuche zu testen.

In diesem Sinne habe ich aber nicht verstanden, ob dein letzter Post nur eine Information zum Stand der Dinge ist oder ob sich daraus auch ableitet, dass ich etwas ausprobieren soll.
Wenn ja, dann was ?
( Vielleicht steht es schon da, aber ich kann es nicht sinnvoll ableiten, sorry. )

Posted: **Thu Nov 28, 2024 11:12 am**

loik wrote: Thu Nov 28, 2024 2:08 am Hallo, aika.

Freut mich sehr, dass du bisher Interesse hattest, dich damit auseinanderzusetzen.
...
Wenn die Realität sich so darstellt, dass ich mit meinen Verständnisschwächen von der VNC-Thematik, im Verwandten- und Bekanntenkreis aber doch als IT-Gott wahrgenommen werde, brauche ich eine andere VNC-Lösung, als ein simpel gehaltenes 1-to-1, diesen "Clienten" nicht anbieten.

Nun es gibt ja mit NoMachine eine Alternative.
Mangels genannter VNC-Kenntnisse, kann ich zu einer VNC-Lösung nicht mehr beitragen, als deine Versuche zu testen.

In diesem Sinne habe ich aber nicht verstanden, ob dein letzter Post nur eine Information zum Stand der Dinge ist oder ob sich daraus auch ableitet, dass ich etwas ausprobieren soll.
Wenn ja, dann was ? ...

Ich bin ganz nahe an der Problem-Ursache und hab mal einen VNC-Viewer installiert, der für Reverse-VNC besser geeignet ist:

Code: Select all

sudo apt-get install vinagre

danach habe ich in Vinagre unter => Entfernt => Umgekehrte Verbindungen => "Umgekehrte Verbindungen aktivieren" und "Immer aktiviert" den Haken gesetzt
und dort Verbindungen aufgeklappt zum ablesen/kopieren meiner IP. Diese IP habe ich dann eingefügt beim
starten von X11VNC im Reverse-Modus per Terminal:

Code: Select all

x11vnc -connect_or_exit 192.168.99.34:5500 -display :0

Das hat geklappt, im Gegensatz zu 1-zu-1 konnte ich dabei über die öffentliche Internet-IP gehen und hatte besseres VNC-Bild!

Posted: **Thu Nov 28, 2024 2:40 pm**

Hallo, aika.

Vniagre sieht gut, übersichtlich und kompetent aus.

Mit der Kompetenz mangelt es aber bei mir extrem.
Ich weiß nicht, warum ich mit diesem Netzwerkkram sooooo schwehr tue......

Also, ich bekomme da auch gar nix hin.

Muss Vnagre auf beiden PCs installiert sein ?
Muss Vnagre auf beiden PC gestartet sein ?

Soll der PC an dem ich die Reverseverbindung einstelle der PC sein, der die Hilfe anbietet ?

Die unter Reverse-Verbindung zu findende IP4-Adresse nehme ich, um diesen Befehl entsprechend anzupassen.

Code: Select all

x11vnc -connect_or_exit 192.168.99.34:5500 -display :0

Dann nehme ich den angepassten Befehl und nutze ihn im Terminal des Hilfesuchenden oder des Hilfeanbietenden?

Ich hatte es so und so versucht ( in Mx-21 und Mx-19 ) hat nix Verbunden..........

.......oha, jetzt plötzlich doch.

Wie ging das nun ?

Mal schauen, ob ich das noch mal wiederholen kann.

Bildgebung ist gut.
Reaktionsverhalten aber so gar zäher als bei NoMashine.
So der erste Eindruck.

............................................................................................................

O.K.
Ich konnte das Ganze mehrfach wiederholen.
Die Übertragung ist leider echt behäbig.

Auch konnte ich nicht herausfinden, wie der Helfer wieder aus dem Vollbildmodus herauskommt.
Alle Tastaturbefehle landeten natürlich beim Hilfeerfrager.
Weil ich es vorher, unbedarft so erlaubt hatte.
Keine Ahnung, wie ich es nun rückgängig machen kann und keine Ahnung, welche Tasten-Kombination dann die richte wäre.

Weiter .....
Um meine Oben gestellten Fragen zur Anwendung selber zu beantworten:

Vinagre muss anscheinend nur auf dem Rechner des Helfers installiert sein und dort mit der Reverse-Einstellung laufen.
Ein Starter war nicht zu finden. ( nicht in MX-21 oder MX-19. In MX-23 gab es aber einen Starter ).
Den muss man sich entweder basteln oder das Terminal nutzen

Code: Select all

vinagre & disown

Auf seiten des Hilfesuchenden muss aber natürlich X11-VNC-server installiert sein.

Die Befehlszeile zur Verbindung muss auf seiten des des Hilfesuchenden in dessen Terminal eingegeben werden und die IP bzw. Netzwerk-Adresse des Helfers beinhalten.

Code: Select all

x11vnc -connect_or_exit 192.168.99.34:5500 -display :0

Das funktioniert und es wäre damit das gleiche Verfahren wie bei 1-to-1.

Für den Hausgebrauch, um seine Heimischen Rechner zu koppel, auf diese Weise voll o.k.

Um Fernhilfe zu gewähren, ist es so aber auf seiten des Hilfesuchenden zu kompliziert.

Da ist das 1-to-1-GUI natürlich besser.

Wenn es nun deine Absicht ist, 1-to-1 mit diesem Befehl anzupassen oder es anderweitig zu adaptieren, wäre das natürlich super.
Mir ist es jedenfalls nicht gelungen, den Receiver von 1-to-1 für eine Verbindung zu Vinagre zu nutzen.

Sehr erfreulich:
Es funktionierte sowohl mit 64bit als auch mit 32bit egal, wer sich von wo nach wo verbinden wollte.

Was auch funktionierte, war den Bildschirm einer VM auf Vinagre eines System auf physischen PC wiederzugeben.
Umgekehrt aber nicht,
Da will der Virt-Manager die Verbindung vom Hilfesucher nicht zum Helfer in die VM durchleiten.
Nur mal so angemerkt.
Kann später mal in einem separaten Thema gelöst werden.

Erst mal danke, bis hierher.
Je mehr ich damit Rumklicke, desto besser gefällt es mir.
Nur die notwendig schlichte Bedienung auf seiten des Hilfesuchenden fehlt noch.

Posted: **Thu Nov 28, 2024 6:34 pm**

loik wrote: Thu Nov 28, 2024 2:40 pm...
Auch konnte ich nicht herausfinden, wie der Helfer wieder aus dem Vollbildmodus herauskommt.
...
Vinagre muss anscheinend nur auf dem Rechner des Helfers installiert sein und dort mit der Reverse-Einstellung laufen.
Ein Starter war nicht zu finden. ( nicht in MX-21 oder MX-19. In MX-23 gab es aber einen Starter ).
Den muss man sich entweder basteln oder das Terminal nutzen
...

Bei mir fehlt der Starter nicht => /usr/share/applications/vinagre.desktop:
Name = Betrachter für entfernte Bildschirme
Kommentar = Auf entfernte Bildschirme zugreifen
Befehl = vinagre %U

Code: Select all

vinagre %U

Wie kommt man aus dem Vollbildmodus wieder heraus? Mit Geduld und Strg+Alt+Entf - weil scheinbar ein Vinagre-Bug.

loik wrote: Thu Nov 28, 2024 2:40 pm...
Code: Select all
x11vnc -connect_or_exit 192.168.99.34:5500 -display :0
Das funktioniert und es wäre damit das gleiche Verfahren wie bei 1-to-1.

Für den Hausgebrauch, um seine Heimischen Rechner zu koppel, auf diese Weise voll o.k.

Um Fernhilfe zu gewähren, ist es so aber auf seiten des Hilfesuchenden zu kompliziert.

Da ist das 1-to-1-GUI natürlich besser.

Wenn es nun deine Absicht ist, 1-to-1 mit diesem Befehl anzupassen oder es anderweitig zu adaptieren, wäre das natürlich super.
Mir ist es jedenfalls nicht gelungen, den Receiver von 1-to-1 für eine Verbindung zu Vinagre zu nutzen ...

1-to-1 verbindet nicht mit Vinagre - noch nicht. Aber man könnte das Script von 1-to-1 dafür umbauen.
Aber ich zögere diesbezüglich noch wegen den Vollbildmodus-Bug von Vinagre.

Wenn man mit X11VNC schon ein Passwort gesetzt hatte, dann ist alltagstauglich und sicherer dieser Reverse-Befehl:

Code: Select all

x11vnc -connect_or_exit 192.168.99.34:5500 -rfbauth ~/.vnc/passwd -display :0

Dabei natürlich die IP durch die aktuelle Vinagre-IP ersetzen.

Nachtrag:
Vermutlich ist Vinagre für 1-to-1 doch das kleinste Übel, weil ich hab irgendwo gelesen, dass bei Reverse-VNC die Firewall keine extra Erlaubnis für Port 5900 braucht bzw. der Router keine Weiterleitung. Und Vollbildmodus-Bug wäre nicht das Problem des Hilfesuchenden

Posted: **Thu Nov 28, 2024 8:37 pm**

loik wrote: Thu Nov 28, 2024 2:40 pm...
Wenn es nun deine Absicht ist, 1-to-1 mit diesem Befehl anzupassen oder es anderweitig zu adaptieren, wäre das natürlich super.
Mir ist es jedenfalls nicht gelungen, den Receiver von 1-to-1 für eine Verbindung zu Vinagre zu nutzen ...

http://aika.bplaced.net/1-to-1-assistan ... .8_all.deb
Damit sollte es klappen,

Code: Select all

x11vnc -storepasswd DEINPASSWORT ~/.vnc/passwd

braucht man nicht mehr. Passwort wird von 1-to-1 abgefragt.
Wer zusätzlich Viewonly-Passwort braucht, kann das per Normalmodus-GUI von x11vnc setzen.

aika wrote: Thu Nov 28, 2024 6:34 pm... ist Vinagre für 1-to-1 doch das kleinste Übel, weil ich hab irgendwo gelesen, dass bei Reverse-VNC die Firewall keine extra Erlaubnis für Port 5900 braucht bzw. der Router keine Weiterleitung. Und Vollbildmodus-Bug wäre nicht das Problem des Hilfesuchenden

Version 1.2.8 sollte jetzt richtig funktionieren, als sauberer Fork mit vinagre, der nicht mehr ssvnc installiert (ssvnc kann deinstalliert werden - sudo apt autoremove).

Fehlerbeseitigung/Änderung als Github-Fork => https://github.com/smart-sicher/1-to-1-assistance-antix

Code: Select all

git clone https://github.com/smart-sicher/1-to-1-assistance-antix.git

Posted: **Fri Nov 29, 2024 11:15 am**

Hallo, aika.

Coole Arbeit.

Version 1.2.8 sollte jetzt richtig funktionieren, als sauberer Fork mit vinagre,

Fast.

Verbindung klappt.
Wäre natürlich super, wenn beim Starten von 1-to-1-assistence, das beim Provider aufploppende Vinagre schon gleich die Reverseinstellungen hat.
Oder wenn es zu mindestens einen Hinweis gibt, dass dies dort eingestellt werden muss.
Wir wissen das jetzt, aber ein zukünftiger Nutzer wird wohl nicht darauf kommen, das er diese Funktionsvoraussetzung erst mal selber einstellen muss.

Auch in dieser Version wird leider noch kein Starter erstellt, für 1-to-1_assistance.sh

Jedenfalls klappt es nun problemlos eine Verbindung herzustellen.
Schön, dass es den Hinweis gibt, wo das Passwort gespeichert wird.

Was leider überhaupt nicht klappt, ist das beenden der Verbindung seitens des Receivers.
Der kann zwar das Terminal schließen und glauben, dass nun die Verbindung getrennt ist, aber beim Provider bleibt weiterhin der Desktop des Receivers offensichtlich und bedienbar.
Wenn der Receiver dann noch zusätzlich, manuell den Prozess 1-to-1-assistence beendet, ändert das auch nichts an der weiterhin bestehenden Verbindung zum Provider und dessen Einsichten.
Aber der Receiver weiß nix davon.
Das ist so leider noch nicht ideal.

Auch konnte ich es nach wie vor nicht schaffen, aus dem Vollbildmodus heraus zu kommen.
Alle, bei der Netzsuche angebotenen, Tastenkombinationen waren wirkungslos auf das Vinagre-Fenster beim Provider.
Die Key-befehle wirkten sich immer nur auf den Desktop des Receivers aus.

Trotz dem schon viel erreicht.
Respekt.

Posted: **Fri Nov 29, 2024 12:45 pm**

loik wrote: Fri Nov 29, 2024 11:15 am...
Auch in dieser Version wird leider noch kein Starter erstellt, für 1-to-1_assistance.sh
...

Oh - Danke - das darf nicht sein. Hab ich jetzt erst gemerkt, nachdem ich den alten Starter im Home-Verzeichnis umbenannt habe vor der Neuinstallation:

Code: Select all

aika@mx-dell:~
$ sudo apt purge 1-to-1-assistance-antix
[sudo] Passwort für aika: 
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libtk8.6 libvncclient1 libvncserver1 stunnel4 tk tk8.6 x11vnc
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
  1-to-1-assistance-antix*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 299 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] j
(Lese Datenbank ... 250216 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von 1-to-1-assistance-antix (1.2.8) ...
(Lese Datenbank ... 250191 Dateien und Verzeichnisse sind derzeit installiert.)
Löschen der Konfigurationsdateien von 1-to-1-assistance-antix (1.2.8) ...
aika@mx-dell:~
$ sudo apt install ./1-to-1-assistance-antix_1.2.8_all.deb
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Hinweis: »1-to-1-assistance-antix« wird an Stelle von »./1-to-1-assistance-antix_1.2.8_all.deb« gewählt.
Die folgenden NEUEN Pakete werden installiert:
  1-to-1-assistance-antix
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen noch 0 B von 193 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 299 kB Plattenplatz zusätzlich benutzt.
Holen:1 /home/aika/1-to-1-assistance-antix_1.2.8_all.deb 1-to-1-assistance-antix all 1.2.8 [193 kB]
Vormals nicht ausgewähltes Paket 1-to-1-assistance-antix wird gewählt.
(Lese Datenbank ... 250186 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../1-to-1-assistance-antix_1.2.8_all.deb ...
Entpacken von 1-to-1-assistance-antix (1.2.8) ...
1-to-1-assistance-antix (1.2.8) wird eingerichtet ...
aika@mx-dell:~
$

Ich melde mich nachdem ich das Starter-Problem beseitigt habe.

Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libtk8.6 libvncclient1 libvncserver1 stunnel4 tk tk8.6 x11vnc

Und mal schauen, warum Vinagre nicht als "automatisch installiert" freigegeben wurde.

Posted: **Fri Nov 29, 2024 3:26 pm**

loik wrote: Fri Nov 29, 2024 11:15 am... Wäre natürlich super, wenn beim Starten von 1-to-1-assistence, das beim Provider aufploppende Vinagre schon gleich die Reverseinstellungen hat ...

Hatte ich versucht, ich musste sogar "%U" weglassen für den Start.

loik wrote: Fri Nov 29, 2024 11:15 am... Auch in dieser Version wird leider noch kein Starter erstellt, für 1-to-1_assistance.sh ...

Fehler gefunden und beseitigt, in der originalen install-Datei fehlte der Eintrag. Leider lag dieser Starter auf Github noch im falschen Ordner und musste vorher local in den übergeordneten Ordner kopiert werden vor dem Ausführen von dpkg-buildpackage, aber jetzt auch auf Github ok.

Entschuldigung, dass ich jetzt die Versionsnummer beibehalten habe, die neue Version mit Starter wurde am 29. um 20:40 gebaut und 20:54 ins Netz gestellt (gleicher Download-Link):
http://aika.bplaced.net/1-to-1-assistan ... .8_all.deb

Posted: **Sat Nov 30, 2024 4:56 am**

Hallo, aika.

Immer besser.
Die Installation klappt sehr gut.
Die notwendigen Abhängigkeiten, wie Vinagre werden automatisch mitinstalliert und man erhält für beides einen Starter Im Menü "Internet".

Eine Verbindung lässt sich einfach herstellen, wenn der Provider weiß, dass er bei der erstmaligen Anwendung von Vinagre, dort die "Umkehr-Verbindung" aktivieren muss.
Weiß ein neuer Nutzer der Software aber nicht.
Es wird sich sicherlich darauf verlassen, das bereits alles funktional eingestellt ist.

Da braucht es Ergänzung.
Entweder durch Voreinstellung in Vinagre oder durch Info-Zettel.

Ein wirklich sehr schwerwiegendes Problem ist aber, dass der Receiver absolut keine Kontrolle mehr über die Verbindung hat, nachdem sie hergestellt ist.
Für den Receiver ist nirgends zu erkennen, dass er Verbunden ist und er hat überhaupt keine Möglichkeit, diese Verbindung zu Trennen, außer durch einen Neustart des System, bzw. Aus- und wieder Einloggen.

Das muss dringend geändert werden.

Vollbild:
In den spärlichen Hilfen, erklärt Vinagre, dass die Tastatur-Befehle ( Hot-keys ) direkt an den Receiver durchgereicht werden, weil man sie ja wohl auch dort, haupsächlich brauchen würde.

Aber, wenn man in dieser Voreinstellung in den Vollbildmodus geht, hat man verloren.

Da kommt man nicht mehr raus.
Keine der Tastenkombinationen, die das bewirken könnten funktioniert.
Alle Eingaben landen beim Receiver auf dem Desktop.

Und die, die komischer Weise doch Funktionieren, beenden nicht den Vollbildmodus, beim Provider, sondern dessen gesamte graphishe Desktop-Oberfläche und er landet in einem schwarzen Konsolen-Bildschirm, mit blinkendem Curser, wo man aber nix eingeben kann.
Zum Glück funktioniert dann schon noch
Strg+Alt+F7
um wieder Zurück zu gelangen.

Ich hatte bei der Lösungssuche mehrfach etwas von einem Bug-Report gefunden
https://piproductora.com/de/wie-verlass ... n-vinagre/

Strg+w funktioniert ebenso wenig, wie mit der Maus den oberen Bildschirmrand abzutasten.
Es erscheint kein Symbol.
Auch ändert der Mauspfeil sein Aussehen nicht, sodass man mal auf Verdacht tippen könnte.
Der Bezug bleibt immer zum Receiver-Bildschirm und zu dessen oben platzierter Leiste.
Alt+Tab bezieht sich nur auf den Desktop des Receivers.

Die einzig funktionierende Tasten-Kombination, die ich gefunden habe, damit der Provider wieder auf seinen Desktop kommt, ohne den Rechner gewaltsam ausschalten zu müssen, ist:

Code: Select all

Strg+Alt*Back-Space-Taste

( der Pfeil über Enter, Lösch-Taste )

Damit wird man von seiner Sitzung abgemeldet und landetet an seinem Log-in-Bildschirm.
Das ist schon mal besser, als komplett aus.
Und nahezu ein Segen, wenn man seine Versuche von einem Live-ISO aus macht.
Nach dem erneuten Einloggen, ist die Verbindung zum Receiver natürlich getrennt.

Will der Provider also die Kontrolle behalten, über die Beendigung des Vollbildmodus von Vinagre, muss dort in den Einstellungen der Haken gesetzt sein, bei Tastenkürzel, damit sie für den Provider verfügbar bleiben.

So eingestellt, hat der Provider zwar keine Hot-Key-Zugriff mehr auf den Desktop des Receivers, aber eben auf seinen eigenen.
Vollbild-Modus lässt sich nun Ein- und Ausschalten mit der Taste

Code: Select all

F11

Für einen unbedarften Erstanwender ist dieses ganze "wenn und aber" natürlich hochgradig frustrierend und wird zur Ablehnung von 1-to-1-assistance+Vinagre führen.

Für mich persönlich ergibt sich aus der jetzigen Situation bereits Nutzungsmöglichkeit.
Nur die ahnungslose Ohnmacht über die Verbindung, auf seiten des Receivers, ist nicht akzeptabel.

Posted: **Sat Nov 30, 2024 2:39 pm**

loik wrote: Sat Nov 30, 2024 4:56 am Hallo, aika.

Immer besser.
Die Installation klappt sehr gut.
Die notwendigen Abhängigkeiten, wie Vinagre werden automatisch mitinstalliert und man erhält für beides einen Starter Im Menü "Internet".

Eine Verbindung lässt sich einfach herstellen, wenn der Provider weiß, dass er bei der erstmaligen Anwendung von Vinagre, dort die "Umkehr-Verbindung" aktivieren muss.
Weiß ein neuer Nutzer der Software aber nicht.
Es wird sich sicherlich darauf verlassen, das bereits alles funktional eingestellt ist.

Da braucht es Ergänzung.
Entweder durch Voreinstellung in Vinagre oder durch Info-Zettel ...

Vielen Dank für Deine Hinweise und Deine Recherche über Vinagre-Vollbild-Bug.
Eins nach dem Anderen - ich bin heute für weitere Diskussion eigentlich zu müde. Weil ich musste das Programm von Github nach Gitlab portieren, damit der Programmierer vom Original den Änderungen zustimmen kann bzw. die neue Version für das MX-Repo freigegeben werden kann.
https://gitlab.com/Aika_Sumeragi/1-to-1 ... its/master

Ich gehe davon aus, dass der Hilfegebende (im Gegensatz zum Hilfesuchenden) mind. VNC-Grundkenntnisse hat,
aber man sollte ihn schützen mit 1-zu-1-Hinweis auf Vinagre-Vollbild-Bug + passender Tastaturkombination:

loik wrote: Sat Nov 30, 2024 4:56 am...
Die einzig funktionierende Tasten-Kombination, die ich gefunden habe, damit der Provider wieder auf seinen Desktop kommt, ohne den Rechner gewaltsam ausschalten zu müssen, ist:
Code: Select all
Strg+Alt*Back-Space-Taste
( der Pfeil über Enter, Lösch-Taste )

Damit wird man von seiner Sitzung abgemeldet und landetet an seinem Log-in-Bildschirm.
Das ist schon mal besser, als komplett aus.
...
Für mich persönlich ergibt sich aus der jetzigen Situation bereits Nutzungsmöglichkeit.
Nur die ahnungslose Ohnmacht über die Verbindung, auf seiten des Receivers, ist nicht akzeptabel.

Auf den Vollbild-Bug von Vinagre habe ich keinen direkten Einfluss,
holen wir uns erstmal den 1-zu-1-Antix-Programmierer ins Boot, vielleicht hat er Beziehungen zum Vinagre-Programmierer. Den Vinagre-Bildschirm kann man eigentlich vergrößern/aufziehen ohne Vollbildmodus, wenn man per 1-und-1-Hinweis gewarnt wurde.

Nachtrag:
Den Hinweis auf Vinagre-Vollbild-Bug - baue ich ein, in 1-to-1_assistance_provide.sh, aber heute nicht mehr.

Posted: **Sat Nov 30, 2024 6:41 pm**

Hallo loik, ich danke für die Tastenkombination.

aika wrote: Sat Nov 30, 2024 2:39 pm... Den Hinweis auf Vinagre-Vollbild-Bug - baue ich ein, in 1-to-1_assistance_provide.sh, aber heute nicht mehr.

Das schrieb ich gestern, aber VNC-Vollbildmodus-Warnung mit Tastenkombination von loik - ist jetzt eingebaut. Nun kann man ab 01. Dezember wieder testen,
die neue Version habe ich um 00:28 hochgeladen => http://aika.bplaced.net/1-to-1-assistan ... .8_all.deb

Posted: **Sun Dec 01, 2024 6:27 am**

Hallo, aika.

Da hast du dich ja spontan zu nem ordentlichen Berg Arbeit hinreißen lassen.
Alle Achtung.

Erst recht, wenn man bedenkt, dass die Anwendung 1-to-1-assistens-antix 9 bis 10 Jahre alt ist und man vermuten kann, dass sie wohl kaum benutzt wird.
Denn vor drei Jahren, 2021 hatte mal jemand, ebenfalls über das Problem des Nicht-Umschaltens auf die Bildschirmwiedergabe geklagt.
https://www.antixforum.com/forums/topic ... ed-remote/

Er hat nicht bestätigt, das er es zum Laufen gebracht hätte und benutzen würde.

Da wir nun aber alle bei den Nutzungsversuchen kein Bild bekommen hatten, wird es wohl schon mindestens seit dem generell defekt sein.
Weil es seit dem aber keine weiteren Problemmeldungen zu diesem Thema gab, sondern erst ich es wieder aufgegriffen habe, ist zu vermuten, dass ich auch der einzige bin, der in den vergangenen drei Jahren die Absicht hatte es zu benutzen.

Naja, vielleicht gab es noch andere, die es nach Misserfolg sofort wieder deinstalliert und eine andere Lösung gesucht haben.
Wer weiß.

Das PoppUp-Fenster mit dem Warn-Hinweis für den Provider ist gut.

Aber, wüsste ich nicht schon, worum es geht, verstünde ich kaum, was mir mitgeteilt wird und warum.
Da war ja noch Platz in dem Fenster, deshalb mein Vorschlag:

Code: Select all

BE WARNED!
There is a problem with the full screen mode.
It can only be switched if the use of the shortcut keys for the provider is activated.
( By default it is not set this way ! )

Full screen switching usually with F11

IMPORTANT !!!
If you are caught in full screen mode, only the key combination
Ctrl+Alt+Backspace
will help to get out of it.
This will disconnect you and end the desktop session.
You can then log in again.


INFO:
To be able to support another desktop,
the “Reverse connection” must be activated or already be enabled in the settings.

Code: Select all

SEI GEWARNT !
Es besteht ein Problem mit dem Vollbildmodus.
Es lässt sich nur Umschalten, wenn die Verwendung der Tastenkürzel für den Provider aktiviert ist.
( Standardmässig ist es aber nicht so eingestellt ! )

Vollbild-Umschalten gewöhnlich mit F11

WICHTIG !!!
Solltest du im Vollbildmodus gefangen sein, hilft nur die Tasten-Kombination
Ctrl+Alt+Backspace
Dann wird die Verbindung getrennt und die Desktop-Sitzung beendet.
Du kannst dich dann neu anmelden.


INFO:
Um einem anderen Desktop Unterstützung geben zu können,
muss in den Einstellungen die "Umgekehrte Verbindung" aktiviert sein bzw. aktiviert werden.

Damit würde vermutlich auch ich es bereits beim zweiten Anlauf verstehen

So wäre nun Provider-Seitig alles TipTop -Runderneuert.

Nur auf der Receiver-Seite fehlt immer noch die wichtige Einsicht und Kontrolle über die Verbindung.
Da hast du noch gar nix zu geschrieben.
Ist da nichts machbar, dass der Provider in der Taskleiste per Blink-Icon sieht, dass er fernverbunden ist, betrachtet und eventuell gesteuert wird und dass er über dieses Tray-Icon auch eindeutig diese Verbindung beenden kann.
Ich halte das für sehr wichtig.

Posted: **Sun Dec 01, 2024 8:57 pm**

loik wrote: Sun Dec 01, 2024 6:27 am...

Das PoppUp-Fenster mit dem Warn-Hinweis für den Provider ist gut.

Aber, wüsste ich nicht schon, worum es geht, verstünde ich kaum, was mir mitgeteilt wird und warum.
Da war ja noch Platz in dem Fenster, deshalb mein Vorschlag:
Code: Select all
BE WARNED!
There is a problem with the full screen mode.
It can only be switched if the use of the shortcut keys for the provider is activated.
( By default it is not set this way ! )

Full screen switching usually with F11

IMPORTANT !!!
If you are caught in full screen mode, only the key combination
Ctrl+Alt+Backspace
will help to get out of it.
This will disconnect you and end the desktop session.
You can then log in again.


INFO:
To be able to support another desktop,
the “Reverse connection” must be activated or already be enabled in the settings.
Code: Select all
SEI GEWARNT !
Es besteht ein Problem mit dem Vollbildmodus.
Es lässt sich nur Umschalten, wenn die Verwendung der Tastenkürzel für den Provider aktiviert ist.
( Standardmässig ist es aber nicht so eingestellt ! )

Vollbild-Umschalten gewöhnlich mit F11

WICHTIG !!!
Solltest du im Vollbildmodus gefangen sein, hilft nur die Tasten-Kombination
Ctrl+Alt+Backspace
Dann wird die Verbindung getrennt und die Desktop-Sitzung beendet.
Du kannst dich dann neu anmelden.


INFO:
Um einem anderen Desktop Unterstützung geben zu können,
muss in den Einstellungen die "Umgekehrte Verbindung" aktiviert sein bzw. aktiviert werden.
Damit würde vermutlich auch ich es bereits beim zweiten Anlauf verstehen

So wäre nun Provider-Seitig alles TipTop -Runderneuert.

Nur auf der Receiver-Seite fehlt immer noch die wichtige Einsicht und Kontrolle über die Verbindung.
...
Ist da nichts machbar, dass der Provider in der Taskleiste per Blink-Icon sieht, dass er fernverbunden ist, betrachtet und eventuell gesteuert wird und dass er über dieses Tray-Icon auch eindeutig diese Verbindung beenden kann ...

Ja , ok den Warnhinweis werde ich dem entsprechend ändern. Auf der Receiver-Seite könnte man ein ähnlichen Hinweis bezüglich Taskleiste einbauen. Dann brauche ich die aktualisierte Hilfeseite nicht schick machen, das unsaubere div-Tag-HTML vom Original hab ich erst mal weiter-verwendet.

Im Original gab's diese FAQ-Hilfeseite, dafür fehlte seit ??? der Starter. Jetzt im Menü unter "Sonstiges",
schau Dir mal in Ruhe an in Version 1.2.9 => http://aika.bplaced.net/1-to-1-assistan ... .9_all.deb
Das Vinagre-Bild mit der IP müsste in Englisch geändert werden, da ist Einiges nicht ausgereift.

In der alten FAQ-Seite konnte man erkennen, dass SSVNC früher auch Reverse-Modus per "Listen"-Knopf konnte.
Weil dieser Knopf später fehlte, war irgendwann kein Reverse-VNC mehr möglich - das war der eigentliche Fehler.

Posted: **Mon Dec 02, 2024 12:57 pm**

Hallo, aika.

Schön dass du nicht aufgibst.

Version 1.2.9 unterscheidet sich für mich nicht offensichtlich von der letzten Version 1.2.8

Die FQA zu 1-to-1

Im Original gab's diese FAQ-Hilfeseite, dafür fehlte seit ??? der Starter. Jetzt im Menü unter "Sonstiges",

Es wäre natürlich gut, wenn es auch dafür einen Hinweis beim Programmstart von 1-to-1 gibt, Mitteilt, dass die Hilfe dort zu finden ist.

Ich fange mal umgekehrt mit dem Provider an, weil da ist mir nur ein Punkt aufgefallen
Provider:

Code: Select all

Security Measures

    If you receive a warning not to use Vinagre's full screen mode, remember the key combination displayed.

Code: Select all

Ctrl+Alt+Backspace

Diese Tastenkombination kann an dieser Stelle ruhig dazugeschrieben werden.
Auch, dass bei verfügbaren Tastenkürzel, mit F11 der Vollbildmodus Ein- und Ausgeschaltet werden kann.

Receiver:

Code: Select all

Geben Sie das Passwort ein, das Ihnen der Systembetreiber mitgeteilt hat.

Muss da nicht stehen:
Erstellen sie ein Passwort und teilen sie es dem Provider ( Hilfebietenden ) mit.

Jedenfalls funktionierte es in meinen Versuchen so rum.

Receiver-Seitig die Verbindung beenden

Das ist genau der Punkt.
Und so Funktionierte es in der "defekten" "Ur"-Version auch.
Aber in deinen Versionen funktioniert das bei mir überhaupt nicht, weil absolut nix in der Taskleite oder sondtwo zu finden ist.
Auch kein Verstektes Icon, was ja an sich schon mal schwierig zu händeln wäre, da versteckt und nicht auffindbar.

Also, bei meinen Receivern zeigt sich nie eine Möglichkeit zu erkenne, dass eine Verbindung besteht und somit gibt es auch keine Chance für den Receiver, diese Verbindung zu beenden.
Auch nict, wenn ich mit einem Prozess-Manager suche, finde ich keinen Prozess, den ich der Verbindung zuordnen könnte.
Nix VNC oder Vinagre oder 1-to-1 oder so .
Also auch nix zum Beenden.

Ich habe mal während der laufenden Verbindung
x11VNC-Server gestartet.
Ja, danach war dann das Icon in der Taskleiste.
Aber es war dort keine Verbindung eingetragen, die ich hätte beenden können.
Den Server wieder vollständig ausschalten hat natürlich an der bestehenden Verbindung nix geändert.
Das lief halt separat paralell.

Ist da bei mir was anders als bei dir ?

Meine Testsysteme waren auf beiden Seiten MX-21.3-64bit-xfce.

Posted: **Mon Dec 02, 2024 2:29 pm**

Jetzt habe ich mal MX-23.4-64bit_xfce als Receiver versucht.

Also erst mal wird da ne ganze menge mehr Abhängigkeiten installiert, als bei MX-21.
Vielleicht, weil bei MX-21 schon die meisten vorhanden waren ?

Bei MX-21 wurde nur installiert:

Code: Select all

1-to-1-assistance-antix vinagre libavahi-ui-gtk3-0

Bei MX-23 sah das so aus:

Code: Select all

Die folgenden zusätzlichen Pakete werden installiert:
  libavahi-gobject0 libavahi-ui-gtk3-0 libfreerdp2-2 libgtk-vnc-2.0-0 libgvnc-1.0-0
  libphodav-3.0-0 libphodav-3.0-common libspice-client-glib-2.0-8 libspice-client-gtk-3.0-5
  libtk8.6 libusbredirhost1 libvncserver1 libwinpr2-2 spice-client-glib-usb-acl-helper stunnel4 tk
  tk8.6 usb.ids vinagre x11vnc
Vorgeschlagene Pakete:
  freerdp2-x11 logcheck-database
Die folgenden NEUEN Pakete werden installiert:
  1-to-1-assistance-antix libavahi-gobject0 libavahi-ui-gtk3-0 libfreerdp2-2 libgtk-vnc-2.0-0
  libgvnc-1.0-0 libphodav-3.0-0 libphodav-3.0-common libspice-client-glib-2.0-8
  libspice-client-gtk-3.0-5 libtk8.6 libusbredirhost1 libvncserver1 libwinpr2-2
  spice-client-glib-usb-acl-helper stunnel4 tk tk8.6 usb.ids vinagre x11vnc

Ich habe versucht eine Verbindung zwischen MX23 und MX 21 herzustellen.

Ich hatte MX-23 als Receiver genommen, weil ich sehen wollte, ob hier irgendwo ein Icon oder so auftaucht.
Aber Nüschte.
Für den Receiver nichts offensichtliches über das Bestehen der Verbindung oder zum Beenden dieser.

Aber anders als in MX-21 findet sich hier in MX-23 im Prozess-Manager 2 eindeutig zuzuordnende Prozesse.
1-to-1_assistance.sh und x11VNC.

Beendet man 1-to-1_assistance.sh, so ha das keine Auswirkung auf die Verbindung, sie besteht weiterhin.

Erst wenn ich auch x11VNC beendet hatte, war die Verbindung getrennt.
Beim Provider blieb dann ein Standbild.

Beim Receiver lief x11VNC immer noch, auch wenn der Provider nun keinen Zugriff mehr hatte.
Erst wenn mit kill x11VNC weggemacht wurde, war auch beim Provider kein Bild mehr zu sehen.

Wenn man bei dieser Verbindungstrennung den Prozess von 1-to-1 in Ruhe lässt und gleich auf x11VMC BENDEN klickt, ist die Verbindung vollständig beendet.
1-to-1 bietet sich aber beim Receiver an für einen neuen Verbindungsaufbau.
Ja, so gehört es.
( Vinagre taucht in den ganzen Prozessen gar nicht auf )

Was nicht Funktioniert, ist, MX-23 als Provider und MX-21 als Receiver zu verwenden.

Das Prozedere ist natürlich das gleiche.
Den MX-23-Provider mit Revers-Verbindungseinstellungen öffnen.
Dann den MX-21-Receiver öffnen.
Ein Passwort erstellen.
IP des Provider eingeben.
O.K. Verbinden.
Das Fenster beim MX-21-Receiver Verschwindet und macht die Sicht auf den Desktop frei, wie gewohnt.
Beim MX-23-Provider passiert aber nix.
Keine Paswort-Abfrage.
Keine Übertragung.

Bei MX-21-Receiver läuft der Prozess 1-to-1_assistance.sh.
Das ist im Prozess-Manager zu sehen.
Und eine erneuter Verbindungsversuch bzw. Nutzung von 1-to-1 ist hier erst möglich, wenn dieser Prozess beendet wird.

Das steht total im Widerspruch zu den Verbindungen zwischen MX-21 mit MX21, wo keine Prozesse beim Receiver angezeit werden, wenn die Verbindung hergestellt wurde.

Posted: **Tue Dec 03, 2024 3:34 pm**

loik wrote: Mon Dec 02, 2024 12:57 pm...
Ich fange mal umgekehrt mit dem Provider an, weil da ist mir nur ein Punkt aufgefallen
Provider:
Code: Select all
Security Measures

    If you receive a warning not to use Vinagre's full screen mode, remember the key combination displayed.
Code: Select all
Ctrl+Alt+Backspace
Diese Tastenkombination kann an dieser Stelle ruhig dazugeschrieben werden.
Auch, dass bei verfügbaren Tastenkürzel, mit F11 der Vollbildmodus Ein- und Ausgeschaltet werden kann ...

Du meinst Vinagre-Ansicht-Tastenkürzel - und dann gibt's kein Vollbild-Fehler?
Ctrl+Alt+Backspace ist drin, aber ich habe heute nicht viel gemacht.
Wichtig war mir heute erst mal das Hinzufügen der x11vnc-Option -rfbport 0 , seitdem ist mein VNC-Bild besser (03. Dez. 20:48).

Der Rest folgt, muss erst mal recherchieren Hinweis-Zeilenumbruch mit Yad und auslesen ob x11vnc gestartet ist.

Übrigens gibt's beim ssvnc-Viewer an anderer Stelle immer noch Option -listen, funktioniert aber nicht.

Update vom 04.12. 03:05

Posted: **Wed Dec 04, 2024 2:27 am**

Hallo, aika.

Das Info-Fenster sieht gut aus.

Viellecit noch .... ( ist mir gestern erst aufgefallen ) der Zusatz,
dass die 1-to-1-Hilfen mit den FAQs im Menü unter "Sonstiges" zu finden sind.

Du meinst Vinagre-Ansicht-Tastenkürzel - und dann gibt's kein Vollbild-Fehler?

Doch, es ist alles genau so, wie du es im Info-Fenster geschrieben hast.
F11 Funktioniert nur, wenn die Tastenkürzel aktiviert sind, sonst ist man gefangen und kommt nur über den Notausgang da weg.
Aber auch bei eingeschalteten Tastenkürzeln hatte ich Probleme aus dem Vollbildmodus herauszukommen, weil F11 nur eine von vielen Tasten-Kombinationen ist, die in der Welt der Virtualisierungsanwendungen benutzt wird, um einen Vollbildmodus ein oder aus zuschalten.
Und da kann es dann zum Ratespiel werden, die Richtige zu finden. Glückstreffer oder Frust.

Deswegen ist im Info-Fenster alles richtig erklärt.
Diese Information sollte aber in den Hilfen auch noch mal auftauchen.
Das hatte ich gemeint.

Wichtig war mir heute erst mal das Hinzufügen der x11vnc-Option -rfbport 0 , seitdem ist mein VNC-Bild besser (03. Dez. 20:48).

Bedeutet das, dass der Link zu Version 1.2.9, in Post #49, bereits entsprechend aktualisiert ist ?

aber ich habe heute nicht viel gemacht.

Kein Stress, nur nicht verrückt werden.
Die Anwendung ist seit mindestens 3 Jahren defekt.
Bzw die drei Anwendungen 1-to-1, vinagre, x11vnc.
Sowohl jede für sich ne Macke und erst recht in Kombination, wie du nun aufdeckst.

Hatte aber bisher niemanden gekümmert .....

Posted: **Wed Dec 04, 2024 5:59 am**

Hallo, aika.

Ja, du hast die Version bereits aktualisiert und auch mehrere Sachen abgearbeitet.
So auch die Hilfen.

Allerdings ist dies für mich immer noch verkehrte Welt:

Code: Select all

Enter the password supplied by the provider system operator

Code: Select all

Geben Sie das Passwort ein, das Ihnen der Systembetreiber mitgeteilt hat.

Weil ich sehe es ja so, dass der Receiver sich das Passwort ausdenkt, welches er dem Provider mitteilen muss, damit der mit diesem Passwort den Verbindungsaufbau vervollständigen kann.

Aber, ist natürlich egal, wer von beiden sich das Passwort ausdenkt, Sie müssen darüber kommunizieren, sonst verbindet sich nix.
Und das ist ja der Sicherheitssinn der Sache.

Die Info Widerspricht nur meiner Wahrnehmung.
Ist aber Ansichtssache.

Ich bin heute nur dazu gekommen die Verbindung zwischen MX-21 und MX-21 zu testen.

Auf Receiver-Seite immer noch kein Icon in der Taskleiste.
Ein kleines Deaktivierungs-Fenster täte es auch.
Aber du hattest ja angekündigt, dass das noch nicht klappt.

Dafür aber, nun zu erkennen, in Prozess-Manager, x11vnc und 1-to-1_assistance.sh

Und wenn nun, via Prozess-Manager x11vnc beendet wird, ist die Verbindung getrennt.

Ich nehme mal an, es liegt an deinem

Hinzufügen der x11vnc-Option -rfbport 0

?
Oder sollte ich diese Prozesse, trotz intensiver Suche danach, bisher übersehen haben ?

Ein Veränderung an der Bildgebung kann ich aber nicht feststellen.
Die war bei mir bisher auch nicht schlecht, was Klarheit und Pression betrifft.
Die Bedien-Reaktionen sind halt behäbig.

MX-23 kann ich vermutlich erst am Wochenende Testen.

Posted: **Wed Dec 04, 2024 7:29 pm**

loik wrote: Wed Dec 04, 2024 5:59 am...
Allerdings ist dies für mich immer noch verkehrte Welt:
Code: Select all
Enter the password supplied by the provider system operator
Code: Select all
Geben Sie das Passwort ein, das Ihnen der Systembetreiber mitgeteilt hat.
Weil ich sehe es ja so, dass der Receiver sich das Passwort ausdenkt, welches er dem Provider mitteilen muss, damit der mit diesem Passwort den Verbindungsaufbau vervollständigen kann.

Aber, ist natürlich egal, wer von beiden sich das Passwort ausdenkt, Sie müssen darüber kommunizieren, sonst verbindet sich nix.
Und das ist ja der Sicherheitssinn der Sache.

Die Info Widerspricht nur meiner Wahrnehmung.
Ist aber Ansichtssache.

Ich bin heute nur dazu gekommen die Verbindung zwischen MX-21 und MX-21 zu testen.

Auf Receiver-Seite immer noch kein Icon in der Taskleiste ...

Aber jetzt mit Icon, seit Do 05.12. 00:50 Uhr, das hatte Priorität. In der FAQ-Hilfe sind aktuell mehrere Einträge unausgereift - IP kommt vom Assistenz-Geber, der könnte gleichzeitig ein Passwort vorschlagen mit einer einzigen Geiz-SMS, logisch ist das weniger und klingt irgendwie nach Bevormundung. Vermutlich hast Du Recht, erledige ich später.

Die Receive-Konfigurationsdatei von X11VNC hab ich wieder aktiviert, aber mit Begrenzung:

Code: Select all

# When the settings for the X11VNC Server is not present
if [[ ! -f $HOME/.1-to-1_assistance_receive_rc ]]; then
   
   # Put a copy of the server settings in place
   cp /etc/skel/.1-to-1_assistance_receive_rc  $HOME/.1-to-1_assistance_receive_rc
   
   else
   
   cp /etc/skel/.1-to-1_assistance_receive_rc_  $HOME/.1-to-1_assistance_receive_rc
fi

Wer eigene Einstellungen nutzen will muss bearbeiten diese Datei ( /etc/skel/.1-to-1_assistance_receive_rc_ ):

Code: Select all

cat /etc/skel/.1-to-1_assistance_receive_rc_
#
# This file is based on the current x11vnc settings and can be used as
# as a ~/.x11vncrc defaults file.  If saved to another filename, these
# settings can be passed to x11vnc at startup via "-rc <filename>".
# ...
#-------------------------------------------------------------------------

# -gui icon=minimal,iconfont=5x8,geom=24x10+0-0
-gui tray
# -gui tray,ez			# -gui [gui-opts] "gui-opts" can be a comma separated for a "tray" or "icon" mode
-accept popup			# ensure the session is explicity accepted or refused by the user
-bg				# run as a background process
# -chatwindow			# enable text chat
-rfbport 0			# disable listening (listening not wanted in reverse mode using connect_or_exit)
# -ssl				# ensure ssl is used to encrypt the connection
# -sslonly			# ensure only standard ssl tunneling is used
# -ssldir ""
# -ssltimeout ""		# default: -1
# -stunnel			# default: off
# -stunnel ""
# -ultrafilexfer		# enable file transfer
# -usepw			# default: off
# -viewonly			# default: off
# -viewpasswd ""
# -vncconnect			# default: on
# -xrandr			# default: off
# -xrefresh ""			# default: 0.00
# -zeroconf			# default: off

Wenn im home/user-Ordner diese Konfigurationsdatei fehlt, soll die neue Standard-Konfiguration geladen/kopiert werden,
die alt-originale funktioniert nicht mit Vinagre!
Vorsichtsmaßnahme soll vor Uralt-Konfiguration schützen und Anfänger haben eh' mehr Respekt vor dem /etc-Ordner.
Optionen "-gui tray", "-accept popup" und "-rfbport 0" sollten aktiviert bleiben,
aber einige andere Optionen blockieren bei X11VNC-Reverse die Funktion.

Posted: **Thu Dec 05, 2024 12:50 am**

Hallo, aika.

Ich werde wohl erst ab morgen testen können.

Aber auf die Schnelle.

IP kommt vom Assistenz-Geber, der könnte gleichzeitig ein Passwort vorschlagen mit einer einzigen Geiz-SMS, logisch ist das weniger und klingt irgendwie nach Bevormundung. Vermutlich hast Du Recht, erledige ich später.

Lass mal ruhig so wie es ist.
Du hast schon Recht.
Assistenznehmer, wie Mutti, sind eh mit allem überfordert und ganz zufrieden, wenn sie vom Hilfebieter gesagt bekommen, was sie machen müssen.
Da passt es schon, wenn der Assistenzgeber auch das Passwort vorgibt.

Ich war nur drüber gestolpert, weil ich in meinen Tests ja beides gleichzeitig war und deshalb dachte, "das stimmt doch so nicht ..."
Ist alles gut, der Punkt passt.
Ich habe ihn nur zu flüchtig betrachtet.

Posted: **Fri Dec 06, 2024 5:41 am**

Hallo, aika.

Die Verbindung von MX-23 zu MX 23 leiß sich nicht erstellen.
Unable to connect to ....
Es tauchte auch nicht das (x11vnc-)Fenster auf, in dem man noch mal extra zustimmen soll, welcher Art die Verbindung sein soll, Vollzugriff, nur Betrachten oder abbrechen.

Eine Verbindung von MX-21 als Receiver zu MX-23 als Provider funktioniert nicht, wie in Post #51, bereits unten beschrieben.

Die Verbindung von MX-23 als Receiver zu MX-21 als Provider funktioniert.
Hier bekommt man auch das Zusätzliche (x11vnc-)Abfrage-Fenster, die Verbindung wird erstellt, und Juhu, in der Taskleiste beim MX-23-Receiver platziert sich das x11vnc-Icon, durch das der Receiver nun über die Verbindung informiert ist und über das er diese auch "offensichtlich" Trennen, bzw. beenden kann.
sehr schön.

Aber leider nur ein drittel der Funktionalität, wenn es um MX-23 geht.

Immer hin, HURRA, MX-21 zu MX-21 verbindet und läuft, so wie es soll, inkl. Icon in der Taskleiste.
SUPER.

Noch eine Anmerkung zu funktionaler Verbesserung:
Das Startfenster des Providers ist etwas zu klein.
Dadurch wird das beim Erststart erscheinende blaue Banner, nicht lesbar angezeigt.
Wenn man dort irritiert hineinklickt, verschwindet es.
Aber die Tastenkürzel werden dabei nicht aktiviert.
Das Banner weist eigentlich aber genau auf diesen Umstand hin und bietet die Aktivierung der Tastenkürzel exklusiv an.
Das alles ist allerdings nicht lesbar.
Dafür müsste das Fenster etwa um die Hälfte breiter sein.

Die 1-to-1-Hilfe wurden in dieser Version von 1-to-1-assistance-antix_1.2.9_all.deb, anscheinen nicht mitinstalliert.

Ich konnte sie dieses mal nirgends finden.
Weder bei MX-21 noch bei MX-23.

Bitte nicht aufgeben.
Danke.

Posted: **Fri Dec 06, 2024 10:15 pm**

loik wrote: Fri Dec 06, 2024 5:41 am...
Die Verbindung von MX-23 als Receiver zu MX-21 als Provider funktioniert.
Hier bekommt man auch das Zusätzliche (x11vnc-)Abfrage-Fenster, die Verbindung wird erstellt, und Juhu, in der Taskleiste beim MX-23-Receiver platziert sich das x11vnc-Icon, durch das der Receiver nun über die Verbindung informiert ist und über das er diese auch "offensichtlich" Trennen, bzw. beenden kann.
sehr schön.

Aber leider nur ein drittel der Funktionalität, wenn es um MX-23 geht.

Immer hin, HURRA, MX-21 zu MX-21 verbindet und läuft, so wie es soll, inkl. Icon in der Taskleiste.
SUPER.

Noch eine Anmerkung zu funktionaler Verbesserung:
Das Startfenster des Providers ist etwas zu klein.
...
Die 1-to-1-Hilfe wurden in dieser Version von 1-to-1-assistance-antix_1.2.9 ...

online ausgelagert, weil mit dem HTML-Starter spinnt das Menü manchmal nach Deinstallation von 1-to-1.
Hast Du das neue Hilfe-Fenster schon betrachtet in Version: 1.2.9 last updated 2024-12-07 - 01:38 ?
=> http://aika.bplaced.net/1-to-1-assistan ... .9_all.deb

Nachdem das Provider-Script startet, gibt's dort nur den Warn-Hinweis und danach startet Vinagre mit der voher benutzten Fenstergröße.
1-to-1-Probleme in MX23 müssen erst mal warten, weil ich ab Montag im Krankenhaus eingewiesen bin, ist nix Schlimmes aber einige Wochen werde ich dort bleiben.

Danke loik für Dein testen (bis hierher), ich wünsche Dir frohe Feiertage - bei mir geht's vermutlich erst nächstes Jahr weiter hier im Forum.

Posted: **Sat Dec 07, 2024 4:53 am**

Hallo, aika.

Hilfen ausgelagert.
Auch gut.
Aber entweder hast du sie noch nicht zugänglich gemacht oder die Suchmaschinen haben sie noch nicht gefunden.
Bei meiner suche bin ich nur auf VNC-Hilfen verwiesen worden.
Vielleicht braucht es einen Hperlink im Yad-Info-Fenster.

Und vielleicht auch eine Text-Erweiterung
Vielleicht

If you need help for the use of 1-to-1-assistance-antix
then follow the Link
https://www.link_zur_1-to-1-Hilfe.com

If not, just press Close and go on make a connection with 1-to-1-assistance-antix

MX-23 funktioniert als Provider leider immer noch nicht.
Nach dem der Receiver Passwort und IP vom Provider eingegeben und Enter gedrückt hat, passiert gar nix.
Weder wird beim Provider die Bestätigung des Passwortes erfragt, noch wird beim Receiver das VNC-Bestätigungsfenster angezeigt.
In der Prozess-Liste des Receivers wird nun aber sehr wohl x11vnc aufgelistet, 1-to-1 aber nicht.
Mindestens zwei Einträge von x11vnc erscheinen dort.
Davon einer immer ein Zombi.
Ich hatte auch schon 5 Einträge gesehen, darunter dann zwei Zombis.

Oftmals wird man die Biester noch nicht mal mit "kill" wieder los, die verharren da einfach weiter.
Dann hilft nur Abmelden und wieder Anmelden.

und danach startet Vinagre mit der voher benutzten Fenstergröße.

Es geht um den aller ersten Start des Vinagre-Fensters, weil bei späteren Starts, wird das blaue Info-Banner nicht mehr angezeigt ( was ich bedauerlich finde ).
Aber um das blaue Info-Banner überhaupt lesen und bedienen zu können, müsste das Vinagre-Fenster bereits beim aller ersten Start um die Hälfte breiter sein.

Vinagre Startfenster zu klein schrift verdeckt..jpg

Vinagre Startfenster etwas breiter alles les und bedienbar.jpg

Aber mach dich mal nicht verrückt.
Im Januar gibt es auch noch schlechtes Wetter.

Lass dich im Krankenhaus nicht ärgern, erhole dich gut.
Wünsche, dem unheimeligen Ort zu Trotz, besonders angenehme Feiertage.
Bis nächstes Jahr.

Posted: **Sat Dec 07, 2024 8:06 pm**

loik wrote: Sat Dec 07, 2024 4:53 am... MX-23 funktioniert als Provider leider immer noch nicht.
Nach dem der Receiver Passwort und IP vom Provider eingegeben und Enter gedrückt hat, passiert gar nix.
Weder wird beim Provider die Bestätigung des Passwortes erfragt, noch wird beim Receiver das VNC-Bestätigungsfenster angezeigt ...

Bei falscher IP müsste eigentlich Receicer-Script meckern: Zeitüberschreitung - konnte nicht verbinden.
Evtl. ungünstig-neue Vinagre-Abhängigkeiten?
Vinagre bringt eigene Abhängigkeiten mit, die sich vermutlich unterscheiden zwischen MX23 und MX21:

Code: Select all

apt-cache depends vinagre
vinagre
  Hängt ab von: libavahi-common3
  Hängt ab von: libavahi-gobject0
  Hängt ab von: libavahi-ui-gtk3-0
  Hängt ab von: libc6
  Hängt ab von: libcairo2
  Hängt ab von: libfreerdp2-2
  Hängt ab von: libgdk-pixbuf-2.0-0
  Hängt ab von: libglib2.0-0
  Hängt ab von: libgtk-3-0
  Hängt ab von: libgtk-vnc-2.0-0
  Hängt ab von: libsecret-1-0
  Hängt ab von: libspice-client-glib-2.0-8
  Hängt ab von: libspice-client-gtk-3.0-5
  Hängt ab von: libvte-2.91-0
  Hängt ab von: libxml2
 |Hängt ab von: dconf-gsettings-backend
  Hängt ab von: <gsettings-backend>
    dconf-gsettings-backend
    gconf-gsettings-backend

loik wrote: Sat Dec 07, 2024 4:53 am... Hilfen ausgelagert.
Auch gut.
Aber entweder hast du sie noch nicht zugänglich gemacht oder die Suchmaschinen haben sie noch nicht gefunden.
...
Es geht um den aller ersten Start des Vinagre-Fensters, weil bei späteren Starts, wird das blaue Info-Banner nicht mehr angezeigt
...
Lass dich im Krankenhaus nicht ärgern, erhole dich gut.
Wünsche, dem unheimeligen Ort zu Trotz, besonders angenehme Feiertage.
Bis nächstes Jahr.

http://aika.bplaced.net/1-to-1_vnc-help/
ist online und wird bei mir im Yad-Browserfenster angezeigt (wird nächstes Jahr schick gemacht), siehe Bild:

Das Script startet Vinagre ohne Optionen, ohne Einfluss auf Vinagre-Fenster.

Hatte schon gute Erfahrungen in der Klinik, dort gibt's gutes Mittagessen und mit etwas Glück sind die anderen Patienten nett.

So - jetzt muss ich aber mein Koffer und Krankenhaustasche packen,
bis bald - m.f.G. Aika

Posted: **Tue Jan 07, 2025 7:35 pm**

Ich bin jetzt zurück aus dem Krankenhaus. Heizung undicht nach aufdrehen, morgen kommt Heizungsmonteur und danach muss ich dann meine Faulheit wieder überwinden.

Posted: **Wed Jan 08, 2025 2:08 am**

Hallo, aika.

willkommen zurück, trotz der unfreundlichen Begrüßung daheim:

Heizung undicht nach aufdrehen

und danach muss ich dann meine Faulheit wieder überwinden

Erst mal ganz in Ruhe ankommen.
Kann dann weiter gehen, wenn du soweit bist.

Posted: **Wed Jan 08, 2025 1:46 pm**

Heute hat der Handwerker den undichten Heizkörper durch Nagelneuen ersetzt. Ich musste danach wischen und saugen, aber das Problem wurde beseitigt und der Winter kann kommen

loik wrote: Mon Dec 02, 2024 2:29 pm...
Was nicht Funktioniert, ist, MX-23 als Provider und MX-21 als Receiver zu verwenden ...
Das Prozedere ist natürlich das gleiche.
Den MX-23-Provider mit Revers-Verbindungseinstellungen öffnen.
Dann den MX-21-Receiver öffnen.
Ein Passwort erstellen.
IP des Provider eingeben.
O.K. Verbinden.
Das Fenster beim MX-21-Receiver Verschwindet und macht die Sicht auf den Desktop frei, wie gewohnt.
Beim MX-23-Provider passiert aber nix.
Keine Paswort-Abfrage.
Keine Übertragung ...

Ist das noch aktuell?

loik wrote: Sat Dec 07, 2024 4:53 am...
MX-23 funktioniert als Provider leider immer noch nicht.
Nach dem der Receiver Passwort und IP vom Provider eingegeben und Enter gedrückt hat, passiert gar nix.
Weder wird beim Provider die Bestätigung des Passwortes erfragt, noch wird beim Receiver das VNC-Bestätigungsfenster angezeigt.
In der Prozess-Liste des Receivers wird nun aber sehr wohl x11vnc aufgelistet ...

Wenn X11VNC läuft sollte jetzt ein Icon unten in der Leiste sein.

Posted: **Fri Jan 10, 2025 1:55 pm**

Hallo, aika.

Gratulation.
Bei meinen Schnellversuchen in virt-manager-VMs, ( zeitgleich auf dem selben PC,) hat es funktioniert.
In einer VM lief MX-21 in der anderen lief MX-23.

Egal wer der Receiver, also der Hilfe anfordernde war, es wurde jedesmal in dessen Taskleiste ein VNC-Icon platziert, wenn die Verbindung stand.
Beendete der Provider die Verbindung verschwand das Icon beim Reciever.

Der Receiver kann aber auch selber über das Icon mit "disconect" die Verbindung Trennen.
Darauf hin verschwindet ebenfalls das Icon bei ihm.
Es bleiben keine Laufenden VNC-Prozesse erhalten.
Alles sauber.

Sehr schön, so sollte das.
Danke.

Zuvor konnte ich ja mit MX-23 gar keine Verbindung aufbauen.

Der Test mit Realen Systemen und mit 32bit und mit Antix muss leider noch einige Zeit ( Wochen ) warten.
Muss mich grad um anderes kümmer.

Gute Arbeit.

Posted: **Fri Jan 10, 2025 7:11 pm**

Hallo loik,
Danke für Lob und Deine Mitarbeit.

Aktuell überarbeite ich noch die eingebettete Hilfe-Seite, erst mal inhaltlich verbessert und fast vorzeigbar in schwarz-lila:
Englisch-original => http://aika.bplaced.net/1-to-1_vnc-help/
Deutsch-übersetzt => https://aika-bplaced-net.translate.goog ... x_tr_hl=de
Vielleicht hast Du dazu noch ein paar Anmerkungen/Hinweise?

Posted: **Sat Jan 11, 2025 5:15 am**

Hallo, aika.

Gibst dir ordentlich Mühe.
Schwarz/lila lässt mal keinen Zweifel daran, dass es sich um eine neue Anleitung handelt.

Gut, die ausführliche Eingangserklärung zu IP und FireWall.

Da muss ich kurz bemerken, dass meine bisherigen Versuche nie über Netzwerk-/Routergrenzen hinaus gekommen sind.
Also keine Fernverbindungen.
All meine Versuche waren im eigenen Heim-Netzwerk.

Kleine Korrekturvorschläge:

Sicherheitsmaßnahmen
Wenn Sie eine Warnung erhalten, den Vollbildmodus von Vinagre nicht zu verwenden, merken Sie sich die angezeigte Tastenkombination „Strg+Alt+Rücktaste“.

Da wäre ich als Erstbenutzer irritiert, wie ich es auch bisher bei der Warnmeldung von Vinagre war.
Die vinagre-Warnmeldung bietet an, die Hot-Keys zu aktivieren oder das zu lassen.
Mir zu mindest ist dabei nicht klar, welche Konsequenzen eine Entscheidung haben wird, die ich hier treffen muss.
- was hat es für Auswirkungen, wenn ich darauf Verzichte die Keys zu aktivieren ?
... Die Antwort wäre, dass dadurch die Hotkeys sich nur auf den Desktop des Hilfefordernden beziehen aber auf dem Anbieter-Desktop gesperrt sein werden. Dass wiederum hat dann zur Folge, dass mir keine Hotkeys zur Verfügung stehen werden, mit denen ich einen Vollbildmodus verlassen könnte.
Außer die Not-Ausgang-Kombination „Strg+Alt+Rücktaste“.
- die alternative Frage ist, was hat es für Auswirkungen, wenn ich mich entscheide, dass die Hotkeys aktiviert werden sollen ?
..... Die Antwort wäre, dass die Hotkey auf bzw. für den Desktop des entfernten PCs nicht verfügbar sein werden, sondern sich nur auf den eigenen Desktop beziehen.
Aber so ist es problemlos möglich in den Vollbildmodus mit F11 zu wechseln und den so auch wieder zu verlassen.

Wie auf dem dritten Screenshot zu erkennen, wird zwar darauf hingewiesen, dass die Hotkeys standartmässig für den entfernten PC aktiviert sind, aber mir ist eben nicht klar, ob ich nun auf schließen oder auf "Schnellzugriff aktivieren" klicken sollte, da ich keine Vorstellungen über die Auswirkungen bekomme.

Wie außerdem auf diesen Screenshots zu erkennen, wird diese Info-Meldung gar nicht vollständig angezeigt, wenn das Vinagre-Fenster in seiner Standardgröße startet.
Es müsste schon um die Hälfte breiter sein, um zu erkennen, worum es geht.

Diese Info ist aber auch nur ein einziges mal zu sehen, beim ersten Start nach der ersten Installation.
Deinstallieren, neu installieren, ändert dass nicht.
Auch nicht Löschen von ~/.cache/vinagre

Die Darstellung und der Inhalt dieser irritierenden Info sollte also entweder verbessert werden oder sie muss ganz weg.

Die Vorab-Informationen in dem grauen Fenster sind sehr gut.

Eigentlich waren wir ja aber bei der Hilfe-Anleitung.
Auch hier könnte gerne genauer darauf eingegangen werden, welche Tastenkürzel-Einstellung welche Auswirkungen hat und wo sie entsprechend vorgenommen werden.

Ebenfalls deutlicher dürfte die Information ausfallen, dass die Umkerverbindung eingeschaltet werden muss und wo das zu machen ist.

Das taucht irgendwie nur so nebenbei auf, als Text und in dem Sreenshot, der sich aber eigentlich auf die IP bezieht.

Also, auf die Hilfe-Anleitung bezogen sind es, trotz meines langen Textes, nur zwei kleine Ergänzungen.

Ansonsten, top.

Posted: **Sun Jan 12, 2025 8:30 pm**

loik wrote: Sat Jan 11, 2025 5:15 am...
Kleine Korrekturvorschläge:
Sicherheitsmaßnahmen
Wenn Sie eine Warnung erhalten, den Vollbildmodus von Vinagre nicht zu verwenden, merken Sie sich die angezeigte Tastenkombination „Strg+Alt+Rücktaste“.

geänderte/verbesserte Version jetzt:

Sicherheitsmaßnahmen
Benutzen Sie die Tastenkombination "Strg+Alt+Backspace", wenn Sie im Vollbildmodus gefangen sind. Das Schließen des Vollbildmodus mit F11 funktioniert nur, wenn lokale Tastaturkürzel unter Ansicht in Vinagre aktiviert sind.

loik wrote: Sat Jan 11, 2025 5:15 am... Wie auf dem dritten Screenshot zu erkennen, wird zwar darauf hingewiesen, dass die Hotkeys standartmässig für den entfernten PC aktiviert sind ... Diese Info ist aber auch nur ein einziges mal zu sehen, beim ersten Start nach der ersten Installation ...

Deshalb Warnhinweis angepasst mit Zusatzinfo:
http://aika.bplaced.net/1-to-1_vnc-help ... arning.png

loik wrote: Sat Jan 11, 2025 5:15 am... deutlicher dürfte die Information ausfallen, dass die Umkerverbindung eingeschaltet werden muss und wo das zu machen ist.

Das taucht irgendwie nur so nebenbei auf, als Text und in dem Sreenshot, der sich aber eigentlich auf die IP bezieht ...

Muss ich erst mal darüber nachdenken

Posted: **Sun Jan 12, 2025 11:29 pm**

Hallo, aika.

Muss ich erst mal darüber nachdenken

Stimmt schon.
Grundsätzlich sind alle notwendigen Informationen irgendwie vorhanden.
Lassen sich auch aus den Screenshot mit den Warnhinweisen herauslesen.
Aber im Hilfe-Text selber war das zuvor nicht ausdrücklich oder eindeutig beschrieben.

Aber wenn ich das richtig sehe hast du es bereits deutlich bzw. eindeutig verbessert.
So passt es.
Danke.

Einzig, für leicht Verwirrbare, wie mich wäre noch eine kleine Textkorrektur in dem Warnfenster schön.
Ist ja immer davon auszugehen, das es jemand erstmalig benutzen will.
In dem Fall ermöglicht der obere Warnhinweis zu den Tasten-Kürzeln, in seinem unteren Absatz, zwei Auslegungen.
Denn im oberen Abschnitt wurde sich auf den Remote-Computer bezogen.
Und im zweiten Abschnitt kommt ich ins Grübeln, ob der Hinweis zu F11 nun wohl auch dem Remote-Computer gilt ?
Deshalb mein Korrekturvorschlag für den einen Satz:

Code: Select all

On host conputer the full-screen-mode-switsh with F11 only works if keyboard shortcuts under View in Vinagre are activated.

Darf von mir aus auch Provider-Computer oder Assistence-Computer heiße, oder was auch immer eindeutig von Remote-Computer unterscheidet.

Eine andere Sache ist mir gestern noch aufgefallen, derer ich mich heute noch vergewissern muss.
Beim Start-Prozedere für den Receiver, wird angeboten, dessen Bildschirm für die Dauer der Verbindung so anzupassen, dass dessen Auflösung für den Provider kompatibler ist. "Rezise".

Ich weiß, das das in der Vergangenheit funktioniert hat.
Ist aktuell aber scheinbar wirkungslos.
Wie gesagt, ich muss noch weiter Testen.

Mal was Positives:
1-to-1 auf Antix-23.2_32bit installiert, funktioniert einwandfrei.
Auch in Verbindung mit MX-23 oder MX-21 64bit.
Sollte ja auch.
Kann ich hiermit erfreut bestätigen.

Posted: **Tue Jan 14, 2025 2:44 pm**

loik wrote: Sun Jan 12, 2025 11:29 pm ...
Eine andere Sache ist mir gestern noch aufgefallen, derer ich mich heute noch vergewissern muss.
Beim Start-Prozedere für den Receiver, wird angeboten, dessen Bildschirm für die Dauer der Verbindung so anzupassen, dass dessen Auflösung für den Provider kompatibler ist. "Rezise".

Ich weiß, das das in der Vergangenheit funktioniert hat.
Ist aktuell aber scheinbar wirkungslos ...

Thank you,
diese andere Sache könnte ganz wichtig sein ...

Code: Select all

# When resize of desktop was requested
if [[ "$DESKTOP_SIZE_MODE" = "resize" ]]; then

   # Capture the current desktop settings
   DESKTOP_ANTE_SESSION=$(unxrandr 2>/dev/null)
...

für Befehl unxrandr in 1-to-1_assistance_receive.sh muss arandr installiert sein und nicht lxrandr ...

Code: Select all

aika@mx-dell:~
$ apt policy arandr
arandr:
  Installiert:           0.1.10-1.1.1mx21
...
aika@mx-dell:~
$ apt policy lxrandr
lxrandr:
  Installiert:           (keine)
...

deshalb Abhängigkeiten korrigiert
in Version 1.3.0 => https://gitlab.com/Aika_Sumeragi/1-to-1 ... 8786d4d54d

aktueller Download => http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb

Neue Hinweistext-Änderungen:

loik wrote: Sun Jan 12, 2025 11:29 pm... mein Korrekturvorschlag für den einen Satz:
Code: Select all
On host conputer the full-screen-mode-switsh with F11 only works if keyboard shortcuts under View in Vinagre are activated.
...

=> https://gitlab.com/Aika_Sumeragi/1-to-1 ... 4ff73c12bc

Posted: **Wed Jan 15, 2025 1:26 pm**

Hallo, aika.
Danke.
Kann aber erst morgen teste.
Geduld, bitte.

Posted: **Thu Jan 16, 2025 6:49 am**

Hallo, aika.
Muss leider mitteilen, dass auch in der aktuellen Version, ein Klicken auf den "Rezise"-Knopf völlig wirkungslos ist.
Sowohl bei MX21 als auch bei Mx23.

Posted: **Fri Jan 17, 2025 3:42 am**

Moin, aika.
Falls dir 1-to-1 gerade das Leben schwer machen sollte ....
Lass es.
Es ist gut wie es jetzt ist.
Funktioniert besser als in den vergangenen 5 Jahren, wo es gar nicht benutzbar war.

Ja, wenn man in der, einst in den Repos erhältlichen Ur-Version, beim Receiver auf Rezise klickte, stellte sich dort bei dem der Bildschirm um, auf 800x600 oder so was.

Das Rezise beim Reseiver nicht funktioniert ist aber nicht dramatisch.
Der Provider kann ja bei sich die Option "Skalieren" wählen, wenn nötig.

So wirklich unpraktisch wird die Übertragung nur, wenn der Receiver mehrere Bildschirme ( als Monitor-Erweiterung eingestellt ) an seinem System hat.
Wenn ich hier mein System mit 4 Bildschirmen mit unterschiedlicher Auflösung als Receiver nehme, ist das beim Provider ein echt anstrengendes Gescrolle und Balkengeschiebe, weil dort alle 4 Bildschirme an einander gereiht als ein Bildschirm dargestellt werden.

Wenn ich in diesem Fall beim Provider die Option "Skaliern" verwende, werden alle 4 Monitor-Ansichten so Zusammengezogen, dass sie alle in das geöffnete Vinagre-Fenster passen, was eine entsprechend unbrauchbar verzerrte Ansicht zur Folge hat.

Ich glaube nicht, dass das mit einer funktionierenden Rezise-Option beim Receiver, etwas verbessern könnte, im Fall von multiblen Bildschirmen beim Receiver.

Ich Denke, dieses Projekt kannst du zufrieden als abgeschlossen betrachten.

Es wäre schön, wenn deine Version 1-to-1-assistance-antix_1.3.0_all.deb in den Repos von MX-21, MX-23 und Antix verfügbar gemacht würden.

@dolphin_oracle
Hi.
Ich habe gesehen, dass du die alten, defekten Pakete von 1-to-1-assistance bereits aus den Repos von MX-21 und MX-23 entfernt hast.
Danke.

Bei MX-21 allerdings, ist es als ( toter ) Eintrag noch zu finden in MxPi -> beliebte Anwendungen -> Fernzugriffe.

Der Versuch dieses Angebot zu installieren scheitert natürlich, weil es ja kein entsprechendes Paket mehr in den Repos gibt.
Das ist aber irritierend, weil es doch quasi als spezielle Empfehlung dort angeboten wird.
Wäre schön, wenn der Eintrag ebenfalls entfernt wird.

Noch viel schöner wäre es, wenn die Finale 1-to-1-assistance Version von aika, in die Repos von MX-21, MX-23 und Antix aufgenommen wird.
Bei MX auch gerne wieder unter beliebte Anwendungen.
Jetzt ist diese Anwendung endlich wieder benutzbar.

Danke.

Posted: **Fri Jan 17, 2025 1:49 pm**

loik wrote: Fri Jan 17, 2025 3:42 am Moin, aika.
Falls dir 1-to-1 gerade das Leben schwer machen sollte ....
Lass es.
Es ist gut wie es jetzt ist.
Funktioniert besser als in den vergangenen 5 Jahren, wo es gar nicht benutzbar war.

Ja, wenn man in der, einst in den Repos erhältlichen Ur-Version, beim Receiver auf Rezise klickte, stellte sich dort bei dem der Bildschirm um, auf 800x600 oder so was.

Das Rezise beim Reseiver nicht funktioniert ist aber nicht dramatisch.
...
Ich Denke, dieses Projekt kannst du zufrieden als abgeschlossen betrachten ...

Hallo loik,
1-to-1 macht mir das Leben nicht schwer, ist eine schöne Aufgabe und Abwechslung als Rentnerin.
Danke für's testen, der eigentliche Rezise-Fehler ist schon beseitigt:

Code: Select all

# Capture the current desktop settings
   DESKTOP_ANTE_SESSION=$(unxrandr 2>/dev/null)
   
# Create from the captured settings those to use in the session
   SEARCH="--mode ????x????"
   SUBSTITUTE="--mode 800x600 "
   DESKTOP_IN_SESSION=${DESKTOP_ANTE_SESSION//$SEARCH/$SUBSTITUTE}
...

ersetzt durch:

Code: Select all

# Capture the current desktop settings
   DESKTOP_ANTE_SESSION=$(unxrandr 2>/dev/null)
   
# Create from the captured settings those to use in the session
   SEARCH="--mode ????x???? "
   SUBSTITUTE="--mode 1280x720 "
   DESKTOP_IN_SESSION="$($DESKTOP_ANTE_SESSION $SEARCH $SUBSTITUTE)"
...

So werden die Bildschirmeinstellungen im aktuellen Yad wieder richtig ausgelesen und nur mit --mode 1280x720 ersetzt.

Aber bei mir reagiert nach schließen der VNC-Sitzung das automatische Zurücksetzen auf "DESKTOP_ANTE_SESSION" noch nicht.

Das geforkte 1-to-1-Programm funktioniert jetzt akzeptabel, aber weil es noch nicht richtig ausgereift ist, habe ich anticapitalista und dolphin_oracle noch nicht direkt kontaktiert bezüglich Repo und offizielle Zulassung.
Der Quellcode ist öffentlich einsehbar auf gitlab und github, ich weiß nicht ob alle meine Commits als Merge Requests bei anticapitalista ankamen.
Man könnte die Hilfe-Seite verlagern, wieder local oder als MX/Antix-Projektseite, so dass sie nicht mehr privat verwaltet wird.

loik wrote: Fri Jan 17, 2025 3:42 am...
Noch viel schöner wäre es, wenn die Finale 1-to-1-assistance Version von aika, in die Repos von MX-21, MX-23 und Antix aufgenommen wird.
Bei MX auch gerne wieder unter beliebte Anwendungen.
Jetzt ist diese Anwendung endlich wieder benutzbar ...

Ja - wenn da keine Zustimmung kommt, müsste ich für das Projekt eine eigene Homepage bauen. Dieser Aufwand wäre eigentlich zu hoch.

Posted: **Sun Jan 19, 2025 7:51 am**

Hallo, aika.

a - wenn da keine Zustimmung kommt, müsste ich für das Projekt eine eigene Homepage bauen. Dieser Aufwand wäre eigentlich zu hoch.

Das wäre natürlich blöd und schade um deine Arbeit.

Hast du nun schon die Version aktualisiert, so dass sie bei Rezise umschaltet ?
Mit dem heutigen Download hat es bei mir in der VM noch nicht funktioniert.

Oder hast du den Download noch nicht aktualisierst, weil du noch an der Wiederherstellung der Original-Aufkösung beim Beenden von VNC /Vinagre tüftelst ?

Diese Rückstellung funktionierte auch in der "Ur-Version" nicht, meine ich mich zu erinnern.

Posted: **Mon Jan 20, 2025 6:34 pm**

loik wrote: Sun Jan 19, 2025 7:51 am...
Hast du nun schon die Version aktualisiert, so dass sie bei Rezise umschaltet ?
Mit dem heutigen Download hat es bei mir in der VM noch nicht funktioniert.

Oder hast du den Download noch nicht aktualisierst, weil du noch an der Wiederherstellung der Original-Aufkösung beim Beenden von VNC /Vinagre tüftelst ?

Diese Rückstellung funktionierte auch in der "Ur-Version" nicht, meine ich mich zu erinnern.

Ja - aber jetzt funktioniert Rezise und Rückstellung - bei mir seit 20. Jan. 23:30 Uhr - Download aktualisiert ca. 23:35 Uhr.
Das war jetzt etwas schwerer, musste Trick zum säubern der Log-Datei einbauen damit Schleife Eintrag findet "viewer exited". Das war meine Testdatei:

Code: Select all

aika@mx-dell:~
$ cat test.sh
#!/bin/bash
touch ./.1-to-1_assistance_receive.log
rm ./.1-to-1_assistance_receive.log
touch ./.1-to-1_assistance_receive.log
LOG=$HOME/.1-to-1_assistance_receive.log


# Capture the current desktop settings
   DESKTOP_ANTE_SESSION=$(unxrandr 2>/dev/null)
   
# Create from the captured settings those to use in the session
   SEARCH="--mode ????x???? "
   SUBSTITUTE="--mode 1280x720 "
   DESKTOP_IN_SESSION="$($DESKTOP_ANTE_SESSION $SEARCH $SUBSTITUTE)"

   # Resize the desktop    
   $DESKTOP_IN_SESSION 2>/dev/null


   # Wait for the session to be closed
   while [ "$SESSION_STATUS_CLOSED" = "" ]
   do
         sleep 3
         
         # Check whether the session has finished
         SESSION_STATUS_CLOSED=$(tail $LOG | grep "viewer exited")
   done
   
   # Restore the pre-session desktop settings
   $DESKTOP_ANTE_SESSION 2>/dev/null
   
aika@mx-dell:~
$

Posted: **Tue Jan 21, 2025 2:17 am**

Hallo, aika.

Erst mal ein wiederholtes Danke, für all die Mühe, die du dir machst.

Ich werde wohl erst am Wochenede dazu kommen, mich ausgibiger damit zu beschäftigen.

Mein schnelltest in der VM ( in der zuvor noch nie nix von 1-to-1, vinagre oder vnc installiert war ), hat aber ergeben, dass da nix Passiert wenn ich rezise klicke.
Es springt dann direkt zur Passwort-Eingabe.
Die Bildschirmauflösung bleibt unverändert.
Sollte dass an der VM in virt-manager liegen ?
Ich habe als Test-ISO einen MX-snapshot von MX-21-3_64bit verwendet.

Um das 1-to-1-Paket herunterzuladen, bin ich deinem Link zu Version 1.3.0, aus Post #69 gefolgt
http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb

Posted: **Tue Jan 21, 2025 7:23 pm**

loik wrote: Tue Jan 21, 2025 2:17 am... nix Passiert wenn ich rezise klicke.
Es springt dann direkt zur Passwort-Eingabe.
Die Bildschirmauflösung bleibt unverändert ...
http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb

Dieser Download ist aktuell, aber bei aktueller Rezise-Testwiederholung springt Bildschirm wieder nicht zurück auf 1360x768 bei mir

Oh - erstaunlicherweise funktioniert Resize nur richtig, wenn vorher mein Test-Script parallel gestartet wurde. Das muss ich erst mal überdenken.
Dieser Fehler ist hartnäckig - Ich melde mich später mit neuer Testversion - muss erst mal mehrere Privatsachen erledigen diese Woche.

Posted: **Wed Jan 22, 2025 12:35 am**

Hallo, aika.

War mir nicht klar, dass ich das Script ebenfalls anwenden muss, um rezise in 1-to-1 zu starten.
Ich dachte es wäre nur so was wie eine Info von dir, wie ein Script, welches du in 1-to-1 integriert hast, gestaltet ist.

Wegen meiner Ahnungslosigkeit habe ich ein wenig gebraucht um das Script überhaupt anwenden zu können.
Kopieren, in Editor Einfügen, irgendwo in Home Speichern und ausführbar machen ( am liebsten mit einem Dateimanager -> Eigenschaften, statt über das Terminal ) ist dabei nicht die Schwierigkeit gewesen.
Eher das Erkennen, dass ich nicht alles mitnehmen sollte

Code: Select all

aika@mx-dell:~
$

Das braucht es im Script nun mal nicht.

Und weiter:
Begreifen, dass mein Dateiname entweder auch "test" heißen sollte oder, dass ich "test" im Script ersetzen muss durch meinen Dateinamen:
"dies_ist_ein_Zusatzs-Script_um_die_Rezise-Funktion_in_1-to-1_starten_zu_können"

nur "test" ist einfach viel zu kurz.

Aber auch dass reicht so nicht.
Der Dateiname des Sriptes, wie es da so liegt in Home, muss ja dann genaugenommen ( damit es überhaupt funktioniert ) so aussehen:
dies_ist_ein_Zusatzs-Script_um_die_Rezise-Funktion_in_1-to-1_starten_zu_können.sh

.sh
Da muss Dummi erst mal drauf kommen.
Aber, da ich Versuch & Irrtum erprobt bin, kam ich doch dahin, eine anwendbare Script-Datei zu erhalten.

Die aber leider bei mir völlig wirkungslos ist.
Wenn ich es starte passiert nichts.
In dem darauf folgend gestarteten 1-to-1 hatte das vorherige Doppelklicken des Scriptes auch keine Funktion des Rezise-Knopfes bewirkt.
Wenn ich wähle, dass das Script im Terminal Ausgeführt werde soll, dann teilt xrandr mit, dass die Auflösung 1280x720 nicht zu finden sei.

Wenn ich aber nur xrandr in das Terminal eingebe, werden etwa 40 Mögliche Auflösungen angezeigt.
Auch 1280x720.
Und egal welche andere ich als Eintrag im Script versuche, 800x600 oder, oder, oder ...
Da passiert nix mit Rezise, weil xrandr immer behauptet, dass die jeweilige Auflösung nicht zu finden sei.
Auch die nicht, mit der der Monitor gerade läuft.

Posted: **Thu Jan 23, 2025 11:41 am**

aika wrote: Tue Jan 21, 2025 7:23 pm
loik wrote: Tue Jan 21, 2025 2:17 am... nix Passiert wenn ich rezise klicke.
Es springt dann direkt zur Passwort-Eingabe.
Die Bildschirmauflösung bleibt unverändert ...
http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb
... bei aktueller Rezise-Testwiederholung springt Bildschirm wieder nicht zurück auf 1360x768 bei mir

... erstaunlicherweise funktioniert Resize nur richtig, wenn vorher mein Test-Script parallel gestartet wurde. Das muss ich erst mal überdenken.
Dieser Fehler ist hartnäckig - Ich melde mich später mit neuer Testversion - muss erst mal mehrere Privatsachen erledigen diese Woche.

Hallo loik,
keine Hektik - ganz ruhig bleiben - mein Test-Script war privat und diente nur der Fehlerfindung. Sorry, tut mir Leid wenn ich Dich verwirrt habe.
Neuer 1-to-1-Download ist erst seit heute verfügbar - 23.01. seit 17:30 Uhr => http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb
Aber das Ding funktioniert auch nicht richtig.

Nachtrag:
Ich muss selbst ruhig bleiben bei diesen Rezise-Fehler, dieser Bug taucht bei mir immer wieder nach Rechnerneustart auf und manchmal verschwindet auch die entsprechende Log-Datei. Nachdem einige private Erledigungen geklappt haben, gönne ich mir mal ein paar Tage Ruhe.

Posted: **Fri Jan 24, 2025 1:59 am**

Hallo, aika.

Ja, das meinte ich.
Es lohnt nicht daran verrückt zu werden oder unverhältnismäßig erschöpft.

Also in diesem Sinne nur als Rückmeldung für irgendwann.

Bei mir in MX-21.3-64bit-xfce wollte es auch mit der neuen Version wieder nicht funktionieren.

Aus Zeitgründen habe ich aber nur Installiert, 1-to-1 gestartet und direkt den Receiver gewählt und dann auf Rezise geklickt.
Wieder bin ich sofort zur Passwort-Eingabe weitergeleitet worden, ohne dass sich der Bildschirm umgestellt hätte.

Eine Verbindung habe ich, eben aus Zeitgründen, nicht hergestellt.
Auch mit MX-23 konnte ich es noch nicht testen.

Posted: **Fri Jan 24, 2025 8:35 pm**

loik wrote: Fri Jan 24, 2025 1:59 am... nicht daran verrückt zu werden ... in diesem Sinne nur als Rückmeldung für irgendwann ...

Irgendwann ist heute und ich habe mehrmals erfolgreich getestet.
Aktuelle Fehlerbeseitigung kann man nachvollziehen hier => https://gitlab.com/Aika_Sumeragi/1-to-1 ... 133e0e2618
DESKTOP_IN_SESSION="$($DESKTOP_ANTE_SESSION $SEARCH $SUBSTITUTE)"
ersetzt durch
DESKTOP_IN_SESSION=$($DESKTOP_ANTE_SESSION $SEARCH $SUBSTITUTE)
und
SSL_CONNECTION_STATUS=$(grep "SSL_connect() succeeded" $LOG)
ersetzt durch
VNC_CONNECTION_STATUS=$(grep "reverse_connect: turning on" $LOG)

Neue Version verfügbar seit heute - 25.01. - 01:37 Uhr => http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb
Und diesmal lohnt sich ein neuer Test ...

Posted: **Sun Jan 26, 2025 2:11 pm**

Hallo, Aika.
Ich mag es kaum schreiben .....
aber bei mir hat es nicht funktioniert, das Rezise.

Trotz deiner aktuellen Version.
Weder mit MX-21.3-64bit, noch mit MX-23.4-64bit.
Nicht in der VM und nicht auf dem Notebook.

Meine Tests mache ich mit MX-Snapshot-ISOs.
Mx-21.3 ist vom 1. Nov. 2024.
MX-23.4 ist vom 29. Dez. 2024

Klarer Nachteil: die Systeme sind nicht aktuell.

Vorteil:
auf denen war zum Zeitpunkt des Erstellens noch nie nix von 1-to-1 oder Vinagre installiert gewesen.
Wenn ich sie für den nächsten Versuch wieder verwende, sind sie genau so "sauber", wie beim ersten 1-to-1 Test.

Ich boote also so ein MX-Snapshot-ISO mit SysVenit, entweder in der VM von Virt-Manager oder direkt von einer Festplatten-Partition ( die extra als Ablage für ISOs vorhanden ist ) über das Grub-Boot-Menü, wo ich die ISOs per Eintrag in /etc/grub.d/40_custom verfügbar gemacht habe.

Wenn der Desktop vollständig geladen ist, passe ich bei der VM erstmal die Auflösung des Desktop an, über die Anzeigeeinstellungen.
Meistens wähle ich 1600x900.
Bei dem System des ISOs, welches am Notebook von der Festplatte gestartet wurde, brauche ich das ja nicht machen.

In jedem Fall, mach ich dann erst mal ein sudo apt update.
( Die 100 bis 250 aktualisierbaren Pakete installiere ich aber nicht.)
Danach lade ich deine jeweils letzte Versin von 1-to-1 herunter und installiere sie.
Es werden immer ordentlich viele Abhängigkeiten mit installiert.
Die Paket-Empfehlungen installiere ich auch, ebenso wie die daran gebundenen Abhängigkeiten.

Dann starte ich 1-to-1.
Klicke den ersten Hinweis weg und dann auf "Receiver" und danach auf "Rezise".
An der Auflösung ändert sich aber gar nix.
Es erscheint sofort das Eingabefeld für das Passwort.

Ist auch nicht so, dass es erst nach Verbindungsaufbau geschehen würde, dass die Auflösung sich verändert.
Nein, gar nichts.

Bedaure das mitteilen zu müssen.

Posted: **Sun Jan 26, 2025 5:56 pm**

loik wrote: Sun Jan 26, 2025 2:11 pm...
Meine Tests mache ich mit MX-Snapshot-ISOs.
Mx-21.3 ist vom 1. Nov. 2024.
MX-23.4 ist vom 29. Dez. 2024

Klarer Nachteil: die Systeme sind nicht aktuell.

Vorteil:
auf denen war zum Zeitpunkt des Erstellens noch nie nix von 1-to-1 oder Vinagre installiert gewesen.
Wenn ich sie für den nächsten Versuch wieder verwende, sind sie genau so "sauber", wie beim ersten 1-to-1 Test ...

Das erreicht man auch einfach mit:

Code: Select all

sudo apt purge 1-to-1-assistance-antix

Danach kommt Rückmeldung:

Code: Select all

Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libtk8.6 libvncclient1 libvncserver1 stunnel4 tk tk8.6 x11vnc

Diese Pakete würden dann verschwinden nach:

Code: Select all

sudo apt autoremove && sudo apt autoclean

Manchmal bereinige/neu-installiere ich 1-to-1-assistance 10 mal am Tag, APT hält das System sauber, wenn man keine Paket-Empfehlungen installiert.

loik wrote: Sun Jan 26, 2025 2:11 pm...
( Die 100 bis 250 aktualisierbaren Pakete installiere ich aber nicht.)
Danach lade ich deine jeweils letzte Versin von 1-to-1 herunter und installiere sie.
Es werden immer ordentlich viele Abhängigkeiten mit installiert.
Die Paket-Empfehlungen installiere ich auch, ebenso wie die daran gebundenen Abhängigkeiten ...

Die Paket-Empfehlungen müllen bei echter Installation das System zu, ist wie Fass ohne Boden wenn eine Abhängigkeit die nächste zieht.
1-to-1-assistance-antix hat nur wenige Abhängigkeiten:

Code: Select all

Depends: vinagre, x11vnc, stunnel4, bash, grep, arandr, yad, coreutils, x11-xserver-utils

Davon sind beispielsweise "bash, grep, yad, coreutils" schon vorinstalliert.

Wie dem auch sei, auf meinen aktuellen MX21.3 läuft 1-to-1-assistance jetzt richtig sauber und rund - so wie es soll - immer wieder.

Ich hab den Verdacht, dass Deine Paket-Empfehlungen eine falsche Alternative zu "arandr" installieren
oder im Live-home-Ordner die Log-Datei .1-to-1_assistance_receive.log Probleme macht.

Code: Select all

apt policy arandr
arandr:
  Installiert:           0.1.10-1.1.1mx21
...
apt policy x11vnc
x11vnc:
  Installiert:           0.9.16-7
...

In Live-ISO sind die Rechte manchmal komisch.

Posted: **Tue Jan 28, 2025 3:09 am**

Hallo. aika.

Bei mir leider nein.

ich habe 1-to-1 nun installiert auf einem real installierte MX-21.3-64bit-xfce, welches alle Update hat.
Habe APT aufgeräumt und durchgeführt ein:

Code: Select all

sudo apt purge 1-to-1-assistance-antix

Zusätzlich habe ich noch Home von Hand aufgeräumt und alles was zu 1-to-1, vinagre und vnc zu finden war, dort gelöscht.
Das unzulängliche purge kriegt das ja nicht hin.
Traurig.

Dann deine letzte Version neu heruntergeladen und installiert.
Auch hier keine Umstellung der Auflösung, wenn ich Rezise anklicke.

Vielleicht, weil Purge so schluderig mit dem Aufräumen des Home-Verzeichnisses ist, könnte es ja sein, dass bei dir in Home ein Eintrag vorhanden ist, der dort im Zuge deiner Programmierung abgelegt wurde und nun bei dir bedingt, dass Rezise funktioniert, bei mir aber fehlt.

Da wäre es nun schön, wenn noch mal jemand anders beim testen mit einsteigt, um einzugrenzen, ob es nur bei mir nicht funktioniert oder nur bei dir funktioniert.

Code: Select all

  apt policy arandr
arandr:
  Installiert:           0.1.10-1.1.1mx21
  Installationskandidat: 0.1.10-1.1.1mx21
  Versionstabelle:
 *** 0.1.10-1.1.1mx21 500
        500 http://mirror.plusserver.com/mxlinux/mxlinux/mx/repo bullseye/main amd64 Packages
        500 http://mirror.plusserver.com/mxlinux/mxlinux/mx/repo bullseye/main i386 Packages
        100 /var/lib/dpkg/status
     0.1.10-1.1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages
        500 http://deb.debian.org/debian bullseye/main i386 Packages

Code: Select all

apt policy x11vnc
x11vnc:
  Installiert:           0.9.16-7
  Installationskandidat: 0.9.16-7
  Versionstabelle:
 *** 0.9.16-7 500
        500 http://deb.debian.or

Code: Select all

.1-to-1_assistance_receive.log

28/01/2025 08:47:23 passing arg to libvncserver: -rfbport
28/01/2025 08:47:23 passing arg to libvncserver: 0
28/01/2025 08:47:23 passing arg to libvncserver: -rfbauth
28/01/2025 08:47:23 passing arg to libvncserver: /home/user/.vnc/passwd
28/01/2025 08:47:23 x11vnc version: 0.9.16 lastmod: 2019-01-05  pid: 116112
28/01/2025 08:47:23 Using X display :0.0
28/01/2025 08:47:23 rootwin: 0x777 reswin: 0x6e00001 dpy: 0x7a5f7b30
28/01/2025 08:47:23 
28/01/2025 08:47:23 ------------------ USEFUL INFORMATION ------------------
28/01/2025 08:47:23 X DAMAGE available on display, using it for polling hints.
28/01/2025 08:47:23   To disable this behavior use: '-noxdamage'
28/01/2025 08:47:23 
28/01/2025 08:47:23   Most compositing window managers like 'compiz' or 'beryl'
28/01/2025 08:47:23   cause X DAMAGE to fail, and so you may not see any screen
28/01/2025 08:47:23   updates via VNC.  Either disable 'compiz' (recommended) or
28/01/2025 08:47:23   supply the x11vnc '-noxdamage' command line option.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Wireframing: -wireframe mode is in effect for window moves.
28/01/2025 08:47:23   If this yields undesired behavior (poor response, painting
28/01/2025 08:47:23   errors, etc) it may be disabled:
28/01/2025 08:47:23    - use '-nowf' to disable wireframing completely.
28/01/2025 08:47:23    - use '-nowcr' to disable the Copy Rectangle after the
28/01/2025 08:47:23      moved window is released in the new position.
28/01/2025 08:47:23   Also see the -help entry for tuning parameters.
28/01/2025 08:47:23   You can press 3 Alt_L's (Left "Alt" key) in a row to 
28/01/2025 08:47:23   repaint the screen, also see the -fixscreen option for
28/01/2025 08:47:23   periodic repaints.
28/01/2025 08:47:23 
28/01/2025 08:47:23 XFIXES available on display, resetting cursor mode
28/01/2025 08:47:23   to: '-cursor most'.
28/01/2025 08:47:23   to disable this behavior use: '-cursor arrow'
28/01/2025 08:47:23   or '-noxfixes'.
28/01/2025 08:47:23 using XFIXES for cursor drawing.
28/01/2025 08:47:23 GrabServer control via XTEST.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Scroll Detection: -scrollcopyrect mode is in effect to
28/01/2025 08:47:23   use RECORD extension to try to detect scrolling windows
28/01/2025 08:47:23   (induced by either user keystroke or mouse input).
28/01/2025 08:47:23   If this yields undesired behavior (poor response, painting
28/01/2025 08:47:23   errors, etc) it may be disabled via: '-noscr'
28/01/2025 08:47:23   Also see the -help entry for tuning parameters.
28/01/2025 08:47:23   You can press 3 Alt_L's (Left "Alt" key) in a row to 
28/01/2025 08:47:23   repaint the screen, also see the -fixscreen option for
28/01/2025 08:47:23   periodic repaints.
28/01/2025 08:47:23 
28/01/2025 08:47:23 XKEYBOARD:
28/01/2025 08:47:23 Switching to -xkb mode to recover these keysyms:
28/01/2025 08:47:23    xkb  noxkb   Keysym  ("X" means present)
28/01/2025 08:47:23    ---  -----   -----------------------------
28/01/2025 08:47:23     X           0x40  at
28/01/2025 08:47:23     X           0x5b  bracketleft
28/01/2025 08:47:23     X           0x5d  bracketright
28/01/2025 08:47:23     X           0x7b  braceleft
28/01/2025 08:47:23     X           0x7d  braceright
28/01/2025 08:47:23     X           0x7c  bar
28/01/2025 08:47:23     X           0x5c  backslash
28/01/2025 08:47:23 
28/01/2025 08:47:23   If this makes the key mapping worse you can
28/01/2025 08:47:23   disable it with the "-noxkb" option.
28/01/2025 08:47:23 
28/01/2025 08:47:23 
28/01/2025 08:47:23 X FBPM extension not supported.
28/01/2025 08:47:23 X display is capable of DPMS.
28/01/2025 08:47:23 --------------------------------------------------------
28/01/2025 08:47:23 
28/01/2025 08:47:23 Default visual ID: 0x21
28/01/2025 08:47:23 Read initial data from X display into framebuffer.
28/01/2025 08:47:23 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/12800
28/01/2025 08:47:23 
28/01/2025 08:47:23 X display :0.0 is 32bpp depth=24 true color
28/01/2025 08:47:23 
28/01/2025 08:47:23 Listening for VNC connections on TCP6 port 5900
28/01/2025 08:47:23 Not listening on IPv6 interface.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Xinerama is present and active (e.g. multi-head).
28/01/2025 08:47:23 Xinerama: number of sub-screens: 2
28/01/2025 08:47:23 Xinerama: enabling -xwarppointer mode to try to correct
28/01/2025 08:47:23 Xinerama: mouse pointer motion. XTEST+XINERAMA bug.
28/01/2025 08:47:23 Xinerama: Use -noxwarppointer to force XTEST.
28/01/2025 08:47:23 Xinerama: sub-screen[0]  1920x1080+0+0
28/01/2025 08:47:23 Xinerama: sub-screen[1]  1280x1024+1920+30
28/01/2025 08:47:23 blackout rect: 1280x30+1920+0: x=1920-3199 y=0-30
28/01/2025 08:47:23 blackout rect: 1280x26+1920+1054: x=1920-3199 y=1054-1079
28/01/2025 08:47:23 
28/01/2025 08:47:23 fb read rate: 206 MB/sec
28/01/2025 08:47:23 fast read: reset -wait  ms to: 10
28/01/2025 08:47:23 fast read: reset -defer ms to: 10
28/01/2025 08:47:23 The X server says there are 13 mouse buttons.
28/01/2025 08:47:23 screen setup finished.

******************************************************************************
Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet?

The scheme stores pixel data offscreen on the VNC viewer side for faster
retrieval.  It should work with any VNC viewer.  Try it by running:

    x11vnc -ncache 10 ...

One can also add -ncache_cr for smooth 'copyrect' window motion.
More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching

28/01/2025 08:47:24 Making connection to client on host 192.168.122.152 port 5500
28/01/2025 08:47:24   0 other clients
28/01/2025 08:47:24 Normal socket connection
28/01/2025 08:47:24 connect_tcp: trying:   192.168.122.152 113
28/01/2025 08:47:24 rfbConnectToTcoAddr: failed to connect
: Connection refused
28/01/2025 08:47:24 connect_tcp: connection failed: Connection refused
28/01/2025 08:47:24 connect_tcp: re-trying 192.168.122.152 113
28/01/2025 08:47:24 rfbConnectToTcoAddr: failed to connect
: Connection refused
28/01/2025 08:47:24 connect_tcp: connection failed: Connection refused
28/01/2025 08:47:24 connect_tcp: trying IPv6 192.168.122.152 113
28/01/2025 08:47:24 connect_tcp[ipv6]: trying sock=12 fam=2 proto=6 using 192.168.122.152
28/01/2025 08:47:24 connect_tcp[ipv6]: connect: Connection refused
28/01/2025 08:47:24 connect_tcp[ipv6]: setsockopt IPV6_V6ONLY: Protocol not available
28/01/2025 08:47:25 ident_username: set refused=1 (exit)
28/01/2025 08:47:25 accept_client: using builtin popup for: 192.168.122.152
28/01/2025 08:47:27 accept_client: popup accepted: 192.168.122.152
28/01/2025 08:47:27 Disabled X server key autorepeat.
28/01/2025 08:47:27   to force back on run: 'xset r on' (3 times)
28/01/2025 08:47:27 incr accepted_client=1 for 192.168.122.152:5500  sock=11
28/01/2025 08:47:27 reverse_connect: 192.168.122.152/192.168.122.152 OK
28/01/2025 08:47:27 reverse_connect: turning on auth for 192.168.122.152
28/01/2025 08:47:27 Client Protocol Version 3.8
28/01/2025 08:47:27 Protocol version sent 3.8, using 3.8
28/01/2025 08:47:27 client progressed=1 in 0/1 0.000309 s
28/01/2025 08:47:27 rfbProcessClientSecurityType: executing handler for type 2
28/01/2025 08:47:28 created   xdamage object: 0x6e0000a
28/01/2025 08:47:28 read X11VNC_REMOTE: qry=ping
28/01/2025 08:47:28 copy_tiles: allocating first_line at size 101
28/01/2025 08:47:28 read X11VNC_REMOTE: cmd=client_info_sock:127.0.0.1:13037 ...
28/01/2025 08:47:28 connect_tcp: trying:   127.0.0.1 13037
28/01/2025 08:47:28 client_set_net: 192.168.122.152  0.0022
28/01/2025 08:47:28 client_info_sock to: 127.0.0.1:13037
28/01/2025 08:47:29 remote_cmd: will try to embed 0x6800088 in the system tray.
28/01/2025 08:47:29 tray_embed: using parent: tkx11vnc - mx-21-narrow:0.0
28/01/2025 08:47:36 created selwin: 0x6e0000b
28/01/2025 08:47:36 called initialize_xfixes()
28/01/2025 08:47:37 Pixel format for client 192.168.122.152:
28/01/2025 08:47:37   32 bpp, depth 24, little endian
28/01/2025 08:47:37   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
28/01/2025 08:47:37 no translation needed
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFE)
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFB)
28/01/2025 08:47:37 Enabling NewFBSize protocol extension for client 192.168.122.152
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x574D5669)
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFD)
28/01/2025 08:47:37 Enabling full-color cursor updates for client 192.168.122.152
28/01/2025 08:47:37 Enabling X-style cursor updates for client 192.168.122.152
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFF)
28/01/2025 08:47:37 Using tight encoding for client 192.168.122.152
*** fb_push ublen NOT ZERO: -1625259245
*** fb_push ublen NOT ZERO: 549810768
*** fb_push ublen NOT ZERO: -888281403
28/01/2025 08:48:05 client 1 network rate 4594.0 KB/sec (17665.1 eff KB/sec)
28/01/2025 08:48:05 client 1 latency:  0.5 ms
28/01/2025 08:48:05 dt1: 0.1064, dt2: 0.0977 dt3: 0.0005 bytes: 937302
28/01/2025 08:48:05 link_rate: LR_LAN - 1 ms, 4594 KB/s
*** fb_push ublen NOT ZERO: 1006992455
*** fb_push ublen NOT ZERO: 776633521
*** fb_push ublen NOT ZERO: -1477377661
*** fb_push ublen NOT ZERO: -1477377661
*** fb_push ublen NOT ZERO: 64094258
*** fb_push ublen NOT ZERO: 1373023784
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -480089539
*** fb_push ublen NOT ZERO: -480089539
*** fb_push ublen NOT ZERO: -1351113787
*** fb_push ublen NOT ZERO: 1935242563
28/01/2025 08:50:04 client_count: 0
28/01/2025 08:50:04 Restored X server key autorepeat to: 1
28/01/2025 08:50:04 viewer exited.
28/01/2025 08:50:04 killing gui_pid 116113
28/01/2025 08:50:04 deleted 1 tile_row polling images.

Code: Select all

.1-to-1_assistance_receive_rc


#
# This file is based on the current x11vnc settings and can be used as
# as a ~/.x11vncrc defaults file.  If saved to another filename, these
# settings can be passed to x11vnc at startup via "-rc <filename>".
#
# The rc file comment character is "#".  Use "\#" for the literal char.
# You can continue lines using "\" as the last character of a line.
#
# Lines beginning with "#d" indicate the parameter value is at its default
# setting and you probably want to leave it commented out.
#
# Lines beginning with "#?" indicate parameters you probably do not
# want to hardwire to the current setting (uncomment if you want that).
# 
# Some parameters are boolean, e.g. -forever, and take no value; while
# the others, e.g. -wait 50, take a string or numerical value.
#
# For booleans, the line will end with comment "default: on" or
# "default: off" indicating the default setting.  (Note: often
# "-nofoobar" corresponds to option "-foobar" and the former is
# "the default", e.g. -norepeat).
#
# For string or numerical options, the value "" in a line below
# means the default is unset and you will need to supply some non-empty
# value to use the parameter.  For reference, if the default differs
# from your value it placed at the end of the line as a comment.
# 
# Feel free to uncomment or comment any of the lines or to change any
# of the values of the parameters.  Don't be surprised that most if not
# all of the lines below are commented out (x11vnc has so many parameters,
# most of them will be at their default values).
#-------------------------------------------------------------------------

# -gui icon=minimal,iconfont=5x8,geom=24x10+0-0
-gui tray
# -gui tray,ez			# -gui [gui-opts] "gui-opts" can be a comma separated for a "tray" or "icon" mode
-accept popup			# ensure the session is explicity accepted or refused by the user
-bg				# run as a background process
# -chatwindow			# enable text chat
-rfbport 0			# disable listening (listening not wanted in reverse mode using connect_or_exit)
# -ssl				# ensure ssl is used to encrypt the connection
# -sslonly			# ensure only standard ssl tunneling is used
# -ssldir ""
# -ssltimeout ""		# default: -1
# -stunnel			# default: off
# -stunnel ""
# -ultrafilexfer		# enable file transfer
# -usepw			# default: off
# -viewonly			# default: off
# -viewpasswd ""
# -vncconnect			# default: on
# -xrandr			# default: off
# -xrefresh ""			# default: 0.00
# -zeroconf			# default: off

Posted: **Tue Jan 28, 2025 7:28 am**

Hallo loik,

loik wrote: Tue Jan 28, 2025 3:09 am Vielleicht, weil Purge so schluderig mit dem Aufräumen des Home-Verzeichnisses ist

also, das sehe ich anders. Wenn ich die man-Page von apt richtig interpretiere, so kümmert sich purge ausdrücklich nicht um lokale Konfigurationsdateien, also solche, die in deinem Home-Verzeichnis liegen:

Code: Select all

man apt

"Aufruf von purge ...
Beachten Sie, dass dies keine Daten oder Konfigurationsdateien betrifft, die in Ihrem Home-Verzeichnis gespeichert sind."
Mit anderen Worten, purge räumt das Home-Verzeichnis nicht auf. Und das ist durchaus richtig so, für meine Konfigurationsdateien bin ich auch nur selbst zuständig.

viele Grüsse gosia

Posted: **Tue Jan 28, 2025 6:51 pm**

loik wrote: Tue Jan 28, 2025 3:09 am...

Code: Select all

.1-to-1_assistance_receive.log

28/01/2025 08:47:23 passing arg to libvncserver: -rfbport
28/01/2025 08:47:23 passing arg to libvncserver: 0
28/01/2025 08:47:23 passing arg to libvncserver: -rfbauth
28/01/2025 08:47:23 passing arg to libvncserver: /home/user/.vnc/passwd
28/01/2025 08:47:23 x11vnc version: 0.9.16 lastmod: 2019-01-05  pid: 116112
28/01/2025 08:47:23 Using X display :0.0
28/01/2025 08:47:23 rootwin: 0x777 reswin: 0x6e00001 dpy: 0x7a5f7b30
28/01/2025 08:47:23 
28/01/2025 08:47:23 ------------------ USEFUL INFORMATION ------------------
28/01/2025 08:47:23 X DAMAGE available on display, using it for polling hints.
28/01/2025 08:47:23   To disable this behavior use: '-noxdamage'
28/01/2025 08:47:23 
28/01/2025 08:47:23   Most compositing window managers like 'compiz' or 'beryl'
28/01/2025 08:47:23   cause X DAMAGE to fail, and so you may not see any screen
28/01/2025 08:47:23   updates via VNC.  Either disable 'compiz' (recommended) or
28/01/2025 08:47:23   supply the x11vnc '-noxdamage' command line option.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Wireframing: -wireframe mode is in effect for window moves.
28/01/2025 08:47:23   If this yields undesired behavior (poor response, painting
28/01/2025 08:47:23   errors, etc) it may be disabled:
28/01/2025 08:47:23    - use '-nowf' to disable wireframing completely.
28/01/2025 08:47:23    - use '-nowcr' to disable the Copy Rectangle after the
28/01/2025 08:47:23      moved window is released in the new position.
28/01/2025 08:47:23   Also see the -help entry for tuning parameters.
28/01/2025 08:47:23   You can press 3 Alt_L's (Left "Alt" key) in a row to 
28/01/2025 08:47:23   repaint the screen, also see the -fixscreen option for
28/01/2025 08:47:23   periodic repaints.
28/01/2025 08:47:23 
28/01/2025 08:47:23 XFIXES available on display, resetting cursor mode
28/01/2025 08:47:23   to: '-cursor most'.
28/01/2025 08:47:23   to disable this behavior use: '-cursor arrow'
28/01/2025 08:47:23   or '-noxfixes'.
28/01/2025 08:47:23 using XFIXES for cursor drawing.
28/01/2025 08:47:23 GrabServer control via XTEST.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Scroll Detection: -scrollcopyrect mode is in effect to
28/01/2025 08:47:23   use RECORD extension to try to detect scrolling windows
28/01/2025 08:47:23   (induced by either user keystroke or mouse input).
28/01/2025 08:47:23   If this yields undesired behavior (poor response, painting
28/01/2025 08:47:23   errors, etc) it may be disabled via: '-noscr'
28/01/2025 08:47:23   Also see the -help entry for tuning parameters.
28/01/2025 08:47:23   You can press 3 Alt_L's (Left "Alt" key) in a row to 
28/01/2025 08:47:23   repaint the screen, also see the -fixscreen option for
28/01/2025 08:47:23   periodic repaints.
28/01/2025 08:47:23 
28/01/2025 08:47:23 XKEYBOARD:
28/01/2025 08:47:23 Switching to -xkb mode to recover these keysyms:
28/01/2025 08:47:23    xkb  noxkb   Keysym  ("X" means present)
28/01/2025 08:47:23    ---  -----   -----------------------------
28/01/2025 08:47:23     X           0x40  at
28/01/2025 08:47:23     X           0x5b  bracketleft
28/01/2025 08:47:23     X           0x5d  bracketright
28/01/2025 08:47:23     X           0x7b  braceleft
28/01/2025 08:47:23     X           0x7d  braceright
28/01/2025 08:47:23     X           0x7c  bar
28/01/2025 08:47:23     X           0x5c  backslash
28/01/2025 08:47:23 
28/01/2025 08:47:23   If this makes the key mapping worse you can
28/01/2025 08:47:23   disable it with the "-noxkb" option.
28/01/2025 08:47:23 
28/01/2025 08:47:23 
28/01/2025 08:47:23 X FBPM extension not supported.
28/01/2025 08:47:23 X display is capable of DPMS.
28/01/2025 08:47:23 --------------------------------------------------------
28/01/2025 08:47:23 
28/01/2025 08:47:23 Default visual ID: 0x21
28/01/2025 08:47:23 Read initial data from X display into framebuffer.
28/01/2025 08:47:23 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/12800
28/01/2025 08:47:23 
28/01/2025 08:47:23 X display :0.0 is 32bpp depth=24 true color
28/01/2025 08:47:23 
28/01/2025 08:47:23 Listening for VNC connections on TCP6 port 5900
28/01/2025 08:47:23 Not listening on IPv6 interface.
28/01/2025 08:47:23 
28/01/2025 08:47:23 Xinerama is present and active (e.g. multi-head).
28/01/2025 08:47:23 Xinerama: number of sub-screens: 2
28/01/2025 08:47:23 Xinerama: enabling -xwarppointer mode to try to correct
28/01/2025 08:47:23 Xinerama: mouse pointer motion. XTEST+XINERAMA bug.
28/01/2025 08:47:23 Xinerama: Use -noxwarppointer to force XTEST.
28/01/2025 08:47:23 Xinerama: sub-screen[0]  1920x1080+0+0
28/01/2025 08:47:23 Xinerama: sub-screen[1]  1280x1024+1920+30
28/01/2025 08:47:23 blackout rect: 1280x30+1920+0: x=1920-3199 y=0-30
28/01/2025 08:47:23 blackout rect: 1280x26+1920+1054: x=1920-3199 y=1054-1079
28/01/2025 08:47:23 
28/01/2025 08:47:23 fb read rate: 206 MB/sec
28/01/2025 08:47:23 fast read: reset -wait  ms to: 10
28/01/2025 08:47:23 fast read: reset -defer ms to: 10
28/01/2025 08:47:23 The X server says there are 13 mouse buttons.
28/01/2025 08:47:23 screen setup finished.

******************************************************************************
Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet?

The scheme stores pixel data offscreen on the VNC viewer side for faster
retrieval.  It should work with any VNC viewer.  Try it by running:

    x11vnc -ncache 10 ...

One can also add -ncache_cr for smooth 'copyrect' window motion.
More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching

28/01/2025 08:47:24 Making connection to client on host 192.168.122.152 port 5500
28/01/2025 08:47:24   0 other clients
28/01/2025 08:47:24 Normal socket connection
28/01/2025 08:47:24 connect_tcp: trying:   192.168.122.152 113
28/01/2025 08:47:24 rfbConnectToTcoAddr: failed to connect
: Connection refused
28/01/2025 08:47:24 connect_tcp: connection failed: Connection refused
28/01/2025 08:47:24 connect_tcp: re-trying 192.168.122.152 113
28/01/2025 08:47:24 rfbConnectToTcoAddr: failed to connect
: Connection refused
28/01/2025 08:47:24 connect_tcp: connection failed: Connection refused
28/01/2025 08:47:24 connect_tcp: trying IPv6 192.168.122.152 113
28/01/2025 08:47:24 connect_tcp[ipv6]: trying sock=12 fam=2 proto=6 using 192.168.122.152
28/01/2025 08:47:24 connect_tcp[ipv6]: connect: Connection refused
28/01/2025 08:47:24 connect_tcp[ipv6]: setsockopt IPV6_V6ONLY: Protocol not available
28/01/2025 08:47:25 ident_username: set refused=1 (exit)
28/01/2025 08:47:25 accept_client: using builtin popup for: 192.168.122.152
28/01/2025 08:47:27 accept_client: popup accepted: 192.168.122.152
28/01/2025 08:47:27 Disabled X server key autorepeat.
28/01/2025 08:47:27   to force back on run: 'xset r on' (3 times)
28/01/2025 08:47:27 incr accepted_client=1 for 192.168.122.152:5500  sock=11
28/01/2025 08:47:27 reverse_connect: 192.168.122.152/192.168.122.152 OK
28/01/2025 08:47:27 reverse_connect: turning on auth for 192.168.122.152
28/01/2025 08:47:27 Client Protocol Version 3.8
28/01/2025 08:47:27 Protocol version sent 3.8, using 3.8
28/01/2025 08:47:27 client progressed=1 in 0/1 0.000309 s
28/01/2025 08:47:27 rfbProcessClientSecurityType: executing handler for type 2
28/01/2025 08:47:28 created   xdamage object: 0x6e0000a
28/01/2025 08:47:28 read X11VNC_REMOTE: qry=ping
28/01/2025 08:47:28 copy_tiles: allocating first_line at size 101
28/01/2025 08:47:28 read X11VNC_REMOTE: cmd=client_info_sock:127.0.0.1:13037 ...
28/01/2025 08:47:28 connect_tcp: trying:   127.0.0.1 13037
28/01/2025 08:47:28 client_set_net: 192.168.122.152  0.0022
28/01/2025 08:47:28 client_info_sock to: 127.0.0.1:13037
28/01/2025 08:47:29 remote_cmd: will try to embed 0x6800088 in the system tray.
28/01/2025 08:47:29 tray_embed: using parent: tkx11vnc - mx-21-narrow:0.0
28/01/2025 08:47:36 created selwin: 0x6e0000b
28/01/2025 08:47:36 called initialize_xfixes()
28/01/2025 08:47:37 Pixel format for client 192.168.122.152:
28/01/2025 08:47:37   32 bpp, depth 24, little endian
28/01/2025 08:47:37   true colour: max r 255 g 255 b 255, shift r 16 g 8 b 0
28/01/2025 08:47:37 no translation needed
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFE)
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFB)
28/01/2025 08:47:37 Enabling NewFBSize protocol extension for client 192.168.122.152
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0x574D5669)
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFD)
28/01/2025 08:47:37 Enabling full-color cursor updates for client 192.168.122.152
28/01/2025 08:47:37 Enabling X-style cursor updates for client 192.168.122.152
28/01/2025 08:47:37 rfbProcessClientNormalMessage: ignoring unsupported encoding type Enc(0xFFFFFEFF)
28/01/2025 08:47:37 Using tight encoding for client 192.168.122.152
*** fb_push ublen NOT ZERO: -1625259245
*** fb_push ublen NOT ZERO: 549810768
*** fb_push ublen NOT ZERO: -888281403
28/01/2025 08:48:05 client 1 network rate 4594.0 KB/sec (17665.1 eff KB/sec)
28/01/2025 08:48:05 client 1 latency:  0.5 ms
28/01/2025 08:48:05 dt1: 0.1064, dt2: 0.0977 dt3: 0.0005 bytes: 937302
28/01/2025 08:48:05 link_rate: LR_LAN - 1 ms, 4594 KB/s
*** fb_push ublen NOT ZERO: 1006992455
*** fb_push ublen NOT ZERO: 776633521
*** fb_push ublen NOT ZERO: -1477377661
*** fb_push ublen NOT ZERO: -1477377661
*** fb_push ublen NOT ZERO: 64094258
*** fb_push ublen NOT ZERO: 1373023784
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -112830135
*** fb_push ublen NOT ZERO: -480089539
*** fb_push ublen NOT ZERO: -480089539
*** fb_push ublen NOT ZERO: -1351113787
*** fb_push ublen NOT ZERO: 1935242563
28/01/2025 08:50:04 client_count: 0
28/01/2025 08:50:04 Restored X server key autorepeat to: 1
28/01/2025 08:50:04 viewer exited.
28/01/2025 08:50:04 killing gui_pid 116113
28/01/2025 08:50:04 deleted 1 tile_row polling images.

... könnte es ja sein, dass bei dir in Home ein Eintrag vorhanden ist, der dort im Zuge deiner Programmierung abgelegt wurde und nun bei dir bedingt, dass Rezise funktioniert, bei mir aber fehlt ...

Dieser Lösungsansatz ist nicht schlecht und Danke für die ausführliche Info.

Bei Installation von 1-zu-1-Assistenz wird Konfigurationsdatei ".1-to-1_assistance_receive_rc" immer wieder überschrieben, nur durch einen eingebauten Trick kann man individuelle Einstellungen behalten. Deine ".1-to-1_assistance_receive.log" ist interessant und größer als bei mir, aber mit dieser Log-Datei müsste mein Rezise-Test-Script auch funktionieren:

Code: Select all

#!/bin/bash

LOG=$HOME/.1-to-1_assistance_receive.log


# Capture the current desktop settings
   DESKTOP_ANTE_SESSION=$(unxrandr 2>/dev/null)
   
# Create from the captured settings those to use in the session
   SEARCH="--mode ????x???? "
   SUBSTITUTE="--mode 1280x720 "
   DESKTOP_IN_SESSION=$($DESKTOP_ANTE_SESSION $SEARCH $SUBSTITUTE)

   # Resize the desktop    
   $DESKTOP_IN_SESSION 2>/dev/null


   # Wait for the session to be closed
   while [ "$SESSION_STATUS_CLOSED" = "" ]
   do
         sleep 3
         
         # Check whether the session has finished
         SESSION_STATUS_CLOSED=$(tail $LOG | grep "viewer exited")
   done
   
   # Restore the pre-session desktop settings
   $DESKTOP_ANTE_SESSION 2>/dev/null

gespeichert als ausführbare test.sh in meinem Home-Verzeichnis:

Code: Select all

aika@mx-dell:~
$ sh test.sh
aika@mx-dell:~
$

schaltet bei mir Bildschirm-Rezise-1280x720 kurz ein und wieder aus, dieses Script ist normalerweise deaktiviert und wird nicht gebraucht von 1-zu-1-Assistenz.

Weil die alte Variante von DESKTOP_IN_SESSION=$($DESKTOP_ANTE_SESSION $SEARCH $SUBSTITUTE) nicht mehr funktionierte,
könnte dieser neue Yad-Befehl nicht ausgereift sein und andere Werte wie beispielsweise VGA-0 oder VGA-1 evtl. nicht übergeben.
Für den (nicht mehr funktionierenden) alten Yad-Befehl, DESKTOP_IN_SESSION=${DESKTOP_ANTE_SESSION//$SEARCH/$SUBSTITUTE},
fand ich keinen offiziellen Workaround.

Deine ".1-to-1_assistance_receive.log" muss ich mir mal genauer anschauen und analysieren.

Posted: **Wed Jan 29, 2025 5:07 am**

Hallo, aika.

könnte dieser neue Yad-Befehl nicht ausgereift sein und andere Werte wie beispielsweise VGA-0 oder VGA-1 evtl. nicht übergeben.
Für den (nicht mehr funktionierenden) alten Yad-Befehl,

Tja, ich muss gestehen, meinen Test mit dem real installiertwn System habe ich an einem rechner mit zwei Monitoren gemacht, wo auch noch ein HDMI auf VGA-Adapter im Spiel ist.
Sorry.
Ich werde es heute noch mal am Notebook versuchen.

hallo Gosia.
Ahja, manpage, sowas gibt es ja auch.

O.K. ist also vorsorgliche Absicht von APT, dass bei Purge die Config-Dateien in Home erhalten bleiben.
Hatte ich bisher anders interpretiert, weil manpage nicht gelesen. Wunschdenken.
Deshalb enttäuscht.
Danke für Aufklärung.

Und, zugegeben, ist es auch mir lieber, mich darüber zu ärgern, dass noch Einträge in Home vorhanden sind, als dass ich mich ärgere, dass sie unerwartet weg sind.

Wundert mich trotzdem, dass Purge da keine Wahlmöglichkeiten bietet.

Posted: **Wed Jan 29, 2025 12:42 pm**

Hallo aika und loik,
um nicht bloss mit apt purge rumzumeckern habe ich mal 1-to-1 ausprobiert (Version 1.3.0)
Verbindung funktioniert bei mir, allerdings muss ich im Vinagre-Betrachter unter "Ansicht" skalieren auswählen, damit die Oberfläche des entfernten Rechners ordentlich (also vollständig) angezeigt wird. Egal ob ich "resize" ausgewählt habe oder nicht.
Da dies aber den Hilfegebenden betrifft sehe ich das nicht als Problem. Wer Hilfe gibt, sollte dies ja hinbekommen.
Was das Trennen der Verbindung betrifft, so geht das sowohl beim Hilfegebenden über Menu "Entfernt" -> "Trennen" als auch beim Hilfesuchenden über das Icon "X11 VNC" in der Taskleiste.
Kann also sagen, bei mir läuft alles, zumindest im heimischen Netzwerk. Verbindungen übers Internet konnte ich nicht testen.

viele Grüsse gosia

Posted: **Wed Jan 29, 2025 4:02 pm**

Hallo, Gosia.

Schön, dass du mit testest.
Und ebenso erfreulich, dass du, ebendo wie ich, die bisherigen erfolgreichen Bemühungen von aika bestätigen kannst.
Zumindest was das Heimnetz angeht..
Über Netzwerkgrenzen hinweg, habe ich bisher auch noch nicht testen können.

Aber Heimnetz läuft.
Sowohl mit MX-21, als auch mit MX-23, als auch zwischen den beiden.

Allerdings, nach heutigem mehrstündigem Testen verschiedenster Konstellationen von Systemen, an zwei PCs und einem Notebook, war ich schon drauf und dran, ein Problembericht zu MX-23 zu verfassen.
Weil, das funktionierte nur in eine Richtung, nämlich raus.
Also MX-23 konnte nur Provider sein.
Als Receiver ließ sich keine Verbindung herstellen.
Jedenfalls, bei dem einen MX-23 nicht.
Des Rätsels Lösung:
Dort war die Firewall eingeschaltet.
Die hat den Verbindungsversuch vom Provider geblockt.

Ist die Firewall des Systems aus, funktioniert 1-to-1 im Heimnetz super.

Die Rezise-Funktion.

Egal wo oder wie ich 1-to-1 installiere, ob fest oder simuliert, ob MX-21 oder MX-23, Rezise funktioniert nicht.

Ja, Gosia, dass kann man beim Provider anpassen.
Wird dabei manchmal ganz schön fisselig klein und unscharf, aber geht.

Als aber mein 4 Monitor-System Receiver war, war das für den Provider ganz schön anstrengend.
Und wenn ich beim Provider dann die Skalierungsoption nutzte, sah das ganz schön schräg aus, weil, wegen unterschiedlicher Monitorgrössen, nun dieses vereinheitlichte Skalierung sowohl gezogen als auch zusammengeschoben war.
Keine Hilfe.
Ob eine funktionierendes Rezise in diesem Fall besser helfen könnte ist aber fraglich.

Jedenfalls hatte Rezise, in der nun in den Paketquellen nicht mehr verfügbaren "Urversion", funktioniert.
Hatte, glaube ich, so 800x600 gemacht.
Sollte den Provider vermutlich entlasten.

Ich denke auch, dass man, statt dran wahnsinnig zu werden, damit leben kann, dass der Provider skalieren kann.

Allerdings vermute ich, bei aika hat nun der Ehrgeiz die Führung übernommen.
( kann ich auch nachvollziehen ).

Aber, aika, vielleicht reicht auch ein Hinweis beim Programm-Start, per Yad-Infofenster, dass diese Rezise-Funkion nicht verfügbar ist.

Auch wäre noch ein deutlicher Hinweis, für beide Teilnehmer, in dem jeweiligen Yad-Infofenster gut, der darauf Hinweist, dass die Firewall des System, für einen Verbindungsaufbau, deaktiviert sein muss.

Und noch ein Wunsch:
Wenn es möglich ist die Yad-Infofenster zu verkleinern, dann wäre dass super.
Weil so sind sie auf manchen Bildschirmen so groß, dass ihre Bedienfelder außerhalb des Bildschirms liegen.
Klar, mit gedrückter ALT-Taste und gedrückter linker Maustaste, kann man es dann zurechtschieben, so dass die Knöpfe wieder erreichbar sind.
Wäre aber bei kleiner gar nicht nötig, zumal viel Leerfläche in den Feldern ist.

Eben so schön wäre es, wenn im ersten Infofenster noch die Internet-Adresse zu der Hilfe-Seite steht.
Gerne, wenn möglich, als klickbarer Link.
Dann wäre es rund.

Posted: **Wed Jan 29, 2025 9:20 pm**

Ich danke gosia und loik für's testen

gosia wrote: Wed Jan 29, 2025 12:42 pm... muss ich im Vinagre-Betrachter unter "Ansicht" skalieren auswählen, damit die Oberfläche des entfernten Rechners ordentlich (also vollständig) angezeigt wird. Egal ob ich "resize" ausgewählt habe oder nicht ...

Änderte Rezise beim Rechner des Hilfesuchenden die Auflösung (dabei wird der Bildschirm eine halbe Sekunde schwarz) ?

loik wrote: Wed Jan 29, 2025 4:02 pm... war die Firewall eingeschaltet.
Die hat den Verbindungsversuch vom Provider geblockt ... wäre noch ein deutlicher Hinweis, für beide Teilnehmer, in dem jeweiligen Yad-Infofenster gut, der darauf Hinweist, dass die Firewall des System, für einen Verbindungsaufbau, deaktiviert sein muss.
...
Wenn es möglich ist die Yad-Infofenster zu verkleinern, dann wäre dass super.
Weil so sind sie auf manchen Bildschirmen so groß, dass ihre Bedienfelder außerhalb des Bildschirms liegen.
...
Eben so schön wäre es, wenn im ersten Infofenster noch die Internet-Adresse zu der Hilfe-Seite steht.
Gerne, wenn möglich, als klickbarer Link ...

Die Firewall vom Hilfesuchenden muss nicht deaktiviert werden bei Reverse-VNC, das ist ja der Vorteil von 1-zu-1-Assistenz. Bezüglich Provider-Firewall muss ich mal recherchieren, bevor ein zusätzlicher Hinweis eingefügt wird. loik, war das UFW oder Router-Firewall?
Eigentlich ist schon ähnliche Info in der englischen Hilfe-Seite:

Provide Assistance
...
Pre-Connection Requirements

Your local network firewall/router forwards ports to the provider system
5500 which is used to listen for a session request from the receiver system
5900 which is used to share the desktop of the receiver system
...

Die Yad-Infofenster haben beispielsweise nur "--geometry=700x400" und sind bei mir nicht breiter als 700 Pixel.
Kann es sein, dass vergrößerte Schriftgröße die Fenster aufbläht?
Ich benutze absichtlich nur 1360x768-Auflösung damit ich die Schrift nicht vergrößern muss.

Die Internet-Adresse der Hilfe-Seite ist http://aika.bplaced.net/1-to-1_vnc-help/ ,
die Adresse der internen HTML-Anker könnte man mit rechte Maustaste kopieren,
die Adresse wird nicht öffentlich angezeigt, weil das aktuell noch private Homepage ist.

to be continued ...

Posted: **Thu Jan 30, 2025 12:07 am**

gosia wrote: Wed Jan 29, 2025 12:42 pm... muss ich im Vinagre-Betrachter unter "Ansicht" skalieren auswählen, damit die Oberfläche des entfernten Rechners ordentlich (also vollständig) angezeigt wird. Egal ob ich "resize" ausgewählt habe oder nicht ...

loik wrote: Wed Jan 29, 2025 4:02 pm... Egal wo oder wie ich 1-to-1 installiere, ob fest oder simuliert, ob MX-21 oder MX-23, Rezise funktioniert nicht.

Ja, Gosia, dass kann man beim Provider anpassen.
Wird dabei manchmal ganz schön fisselig klein und unscharf, aber geht.

Als aber mein 4 Monitor-System Receiver war, war das für den Provider ganz schön anstrengend.
Und wenn ich beim Provider dann die Skalierungsoption nutzte, sah das ganz schön schräg aus ...

...

Allerdings vermute ich, bei aika hat nun der Ehrgeiz die Führung übernommen ...

Ja - vermutlich sieht es jetzt nicht mehr schräg oder unvollständig aus beim Provider,
denn ich habe die originale Rezise-Umschaltung total umgebaut und eine eigene Variante eingefügt,
die nicht den Hilfeempfänger-Desktop ändert sondern die Übertragung vom X11VNC-Server:
Ohne Rezise 1360x768
Mit Rezise 1280x720

https://gitlab.com/Aika_Sumeragi/1-to-1 ... dcb89ae09b:

Code: Select all

if [ "$DESKTOP_SIZE_MODE" = "resize" ]; then

# set X11VNC_GEOMETRY settings
   X11VNC_GEOMETRY="-geometry 1280x720"
   else
   X11VNC_GEOMETRY="-geometry 1360x768"
fi

...

# Request a connection to the viewer system
  x11vnc -rc $CONFIG -connect_or_exit $PROVIDER_ADDRESS $X11VNC_GEOMETRY -rfbauth ~/.vnc/passwd -o $LOG
...

Neue Version verfügbar seit heute Morgen - 30.01. - 05:37 Uhr => http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb

Posted: **Thu Jan 30, 2025 1:38 am**

Oha ... was n Stress

Neue Version verfügbar seit heute Morgen - 30.01. - 05:37 Uhr

Danke.

Dann folgt hoffentlich ausreichend Schlaf.

Posted: **Fri Jan 31, 2025 3:41 pm**

Hallo, Aika.

Mit meinen neuen Versuchen deiner Aktuellen Version, hat es leider wieder nicht geklappt.

Ich habe schön alles beflissentlich deinstalliert.
Hatte Purge angewendet für 1-to-1, für Vinagre und für x11vnc.

Habe den Rest mit autoremove und clean beseitigt.

Habe in Home alles gelscht, was ich finden konnte von 1-to-1. vinagre und vnc, in
/home/.
/home/.cache
/home/.config
/home/.local/share

Ich habe so gar /home/.config/yad.conf

gelöscht, bevor ich deine aktuelle 1-to-1 Version installiert habe.
Mehrfach versucht

Hat nix genützt.

Interessant aber folgendes:
Wenn ich 1-to-1 installiere, auf einem System, auf dem zuvor noch nie was von 1-to-1 oder Vinagre installiert war, dann muss ich beim ersten Start beim Provider die einstellungen vornehmen für die Tasten-Kürzel und für die Umkehrverbindung.

Wenn ich dann diese Installation durch eine neue ersetzen will, und dafür so umfangreich deinstalliere und in Home lösche, wie oben beschrieben, ist es trotzdem so, dass bei der neueninstallation, die genannte Konfiguration beim Provider bereits vorhanden ist.
Es werden sogar vorherige Verbindungen aufgelistet.

Wo speichert Vinagre dass denn ab, dass es sowohl purge als auch eine Home-Säuberung überlebt ?

Posted: **Sat Feb 01, 2025 4:46 am**

Hallo, Aika.

Ich vergaß:

Die Firewall vom Hilfesuchenden muss nicht deaktiviert werden bei Reverse-VNC, das ist ja der Vorteil von 1-zu-1-Assistenz

Ja, das traf bei mir aber nicht zu, bei MX-23.5
Es ging erst, nach dem ich dort die FW deaktiviert hatte.
Hat ganz schön gedauert, bis ich das kapiert hatte.
Vielleicht lag es auch am meiner Netzwerkkonstellatin.
Die Kommunikation lief über einen Speedport-Hybrid, der als AP an einem Speedport Entry hängt.

ich bin noch nicht dazu gekommen, eine Gegenprobe zu machen, in dem ich an MX-21.3s die FW einschalte uns schaue, was passiert.
Sind ja immer gleich 2 bis 3 Stunden weg, wenn man sich damit gewissenhaft befassen will.

Ungeachtet der FW:
Heute morgen Habe ich noch mal 1-t0-1 in der jüngsten Version getestet an MX.21-3, auf einem Notebook mit 1366x768 Display.
Vorher natürlich, die zuvorgeschilderte Bereinigungsorgie durchgeführt.
Wieder nix mit Rezise.
Und die geschilderten Einträge in Vinagre, aus vorheriger Installation, waren natürlich auch noch vorhanden.

Noch mal zu den Info-Fenstern.
Folgende zwei werden in ungünstigen Proportionen dargestellt und könnten eine Änderung vertragen.
Das Hilfe-Info-Fenster:

es Passt bei 1366x768 offensichtlich grad noch so. Sieht halt ein wenig Verschwenderisch aus, aber ist nicht in seiner Bedienung gestört.
Ob das auf einem Tablet-PC auch noch so ist ?
Oder ob es dafür lieber kleiner sein sollte ?

Das Vinagre-Warnungs-Fenster:

Hier sieht es schon deutlich problematischer mit der Bedienung aus.
Die Bedien-Knöpfe sind ausserhalb des Unteren Bildschirmrandes.
Man kann sie nur erreichen, in dem man das Fenster mit Hilfe von Taste ALT+linke Maustaste zurecht schiebt.

Aber die freie Fläche im Fenster unter dem Text zeigt ja, dass es gar nicht sein müsste, weil das Fenster auch entsprechend kleiner sein kann.

Posted: **Sat Feb 01, 2025 8:33 pm**

loik wrote: Sat Feb 01, 2025 4:46 am ... zu den Info-Fenstern.
Folgende zwei werden in ungünstigen Proportionen dargestellt und könnten eine Änderung vertragen.
Das Hilfe-Info-Fenster:

es Passt bei 1366x768 offensichtlich grad noch so. Sieht halt ein wenig Verschwenderisch aus, aber ist nicht in seiner Bedienung gestört.
Ob das auf einem Tablet-PC auch noch so ist ?
Oder ob es dafür lieber kleiner sein sollte ?

Das Vinagre-Warnungs-Fenster ... die freie Fläche im Fenster unter dem Text zeigt ja, dass es gar nicht sein müsste, weil das Fenster auch entsprechend kleiner sein kann.

Das Hilfe-Info-Fenster ist ein kleiner Browser und sollte was anzeigen und nicht grau sein.
Dort wurde die Größe definiert mit --width=780 --height=580 und die Höhe wurde
scheinbar akzeptabel angenommen (Hilfe-Seite braucht Mindestgröße).
Aber weil die beiden anderen Fenster modern mit --geometry=700x400 bzw. --geometry=700x300 definiert wurden,
hatte Dein System damit irgendwie Probleme.

Und mir fiel auf, dass Deine Fenster nicht wie GTK-Fenster aussahen.
Könnte sein, dass die passende GTK-Bibliothek fehlte, deshalb hab ich als Abhängigkeit libgtk2 und libgtk-3 hinzugefügt (i.d.R. schon vorinstalliert):

Code: Select all

Depends: vinagre, x11vnc, stunnel4, bash, grep, yad, coreutils, libgtk-3-0, libgtk2.0-0

Aber arandr und x11-xserver-utils hab ich entfernt, die Beiden werden nicht mehr gebraucht für neue Rezise-Variante per X11VNC.

Die Rezise-Knopf und Unchanged-Knopf hab ich ersetzt, weil Beides nicht mehr der Original-Desktop-Größe vom Hilfeempfänger entspricht.
Ich hab auch mal 800x600 getestet - das sah furchtbar aus im Vinagre-VNC-Viewer.

Die Download-Datei ist wieder aktuell seit 02.02. um 05:26Uhr

Posted: **Sun Feb 02, 2025 10:50 am**

Hallo aika,
meine ganz persönliche Meinung zur Skalierungsfrage: Ich denke, dass man auf die Skalierung auf Receiverseite ganz verzichten und dies dem Provider im Vinagre-Fenster überlassen sollte.
Warum?
1. müsste der Hilfesuchende wissen, soll ich skalieren oder nicht? Eine Entscheidung, die ohne Kenntnisse von der Provider-Ausstattung (Auflösung und Seitenverhältnis des dortigen Bildschirms) eigentlich nicht zu treffen ist.
und 2. wichtiger: die Skalierung hilft in der Regel nicht, wenn sich das Seitenverhältnis von Receiver und Provider unterscheiden. Bei meiner Testanordnung hat z.B. der Receiver (ein Laptop) ein Seitenverhältnis von 16:9 und der Provider ein Seitenverhältnis von 5:4 -> Resultat, trotz Skalierung auf Receiverseite wird das Bild auf dem Provider rechts abgeschnitten.
Abhilfe schafft da die Einstellung in Vinagre "Skalieren" mit eventueller "Beibehaltung der Seitenverhältnisse". Wie ich schon mal geschrieben hatte ist diese Einstellung dem Hilfeleistenden durchaus zuzumuten und machbar, während die um Hilfe bittenden bei dieser Entscheidung überfordert sein könnten (s. Punkt 1.)

viele Grüsse gosia

Posted: **Sun Feb 02, 2025 1:27 pm**

gosia wrote: Wed Jan 29, 2025 12:42 pm... allerdings muss ich im Vinagre-Betrachter unter "Ansicht" skalieren auswählen, damit die Oberfläche des entfernten Rechners ordentlich (also vollständig) angezeigt wird. Egal ob ich "resize" ausgewählt habe oder nicht ...

gosia wrote: Sun Feb 02, 2025 10:50 am... die Skalierung hilft in der Regel nicht, wenn sich das Seitenverhältnis von Receiver und Provider unterscheiden. Bei meiner Testanordnung hat z.B. der Receiver (ein Laptop) ein Seitenverhältnis von 16:9 und der Provider ein Seitenverhältnis von 5:4 -> Resultat, trotz Skalierung auf Receiverseite wird das Bild auf dem Provider rechts abgeschnitten ...

Info "Provider 5:4 rechts abgeschnitten" ist interessant - Danke, man könnte diese Rezise-Sache jetzt ganz verwerfen oder 1024x768 alternativ anbieten mit Hinweis 5:4 und nix wählen bei Unsicherheit. Wäre jetzt die wenigste Arbeit und könnte manchmal doch nützlich sein.

Subjektiv fühle ich mich erst mal wohler ohne die alte arandr-Rezise-Variante weil kein xrandr-Befehl mehr verwendet wird. Xrandr kann im seltenen Einzelfall für ältere Monitore gefährlich werden, wenn falsche Parameter übergeben/erzwungen werden (https://wiki.ubuntuusers.de/RandR/#Aufloesung).

Posted: **Sun Feb 02, 2025 3:02 pm**

Hallo aika,

aika wrote: Sun Feb 02, 2025 1:27 pm 1024x768 alternativ anbieten

naja, deine Entscheidung. Ich würde es nicht machen, das ist eine Kette ohne Ende, die mehr verwirrt als hilft. Seitenverhältnis 16:9, 5:4 oder doch 4:3 ??? Gibt es noch mehr? und wie sollen die armen Hilfesuchenden sich entscheiden? Wie ist denn die ursprüngliche Philosopie von 1-to-1:
"It is a simple way to privately share the desktop of one system with another system."
je mehr Entscheidungen die Hilfesuchenden treffen müssen, um so mehr entfernt sich IMHO 1-to-1 vom "einfachen Weg".

viele Grüsse gosia

Posted: **Sun Feb 02, 2025 6:50 pm**

gosia wrote: Sun Feb 02, 2025 3:02 pm... naja, deine Entscheidung ... mehr verwirrt als hilft. Seitenverhältnis 16:9, 5:4 oder doch 4:3 ... wie sollen die armen Hilfesuchenden sich entscheiden? Wie ist denn die ursprüngliche Philosopie von 1-to-1:
"It is a simple way to privately share the desktop of one system with another system." ...

Hallo gosia, hallo loik,
aktuell versuche ich einen Mittelweg, der sich nicht zu weit von der 1-to-1-Philosophie entfernt. Nach meiner Erfahrung gibt's VNC-Probleme, wenn die Auflösung zu groß oder zu klein ist. Der Hilfesuchende wird für modernen Bildschirm auf die normale 1360x768-Einstellung hingewiesen, zu sehen im neuen Anhangbild.

http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb aktualisiert am 03.02. um 01:10 Uhr ...

Posted: **Mon Feb 03, 2025 7:09 am**

Hallo, Aika.

Tut mir echt leid, aber bei mir ist alles beim Alten.

Klar, die zwei Auswahlmöglichkeiten für die unterschiedlichen Auflösungen werden nun angeboten.
Wenn ich sie aber klicke, ist es wie in der Vergangenheit.
Es passiert nichts, ich werde sofort zum Passwortfenster weitergeleitet.

Die Darstellung der Fenstergrößen hat sich bei mir in xfce auch noch nicht geändert, falls du da was dran gemacht haben solltest.
Und das erste Info-Fenster ist immer noch so grau, wie zuvor.

Ich habe mich mal abgemeldet und auf demselben MX-21 in den Fluxbox-Desktop eingeloggt, welcher ebenfalls ( als "xfce-Zusatz" ) installiert ist.
wenn ich dort 1-to-1 benutze, ist das erste Info-Fenster immer noch grau.
Aber die Fenster haben nun eine andere Größe und Form.
Sie sind hochkant, rechteckig, entsprechend schmal und anscheinen auch kürzer, weil nun passen sie auf denselben Bildschirm, auf dem sie mit xfce zu groß sind.
Aber, die Fenster für die Passwort- und IP-Eingabe, welche in xfce perfekt aussehen, haben nun die selbe Form, wie die anderen Fenster, was wiederum bekloppt aussieht.

Wenn ich dieses System nehme, an einen anderen PC mit Bildschirmauflösung 1920x1080, und dort 1-to-1 in Fluxbox versuche, dann zeigt sich bei den Fenstern ein ganz anderes verrücktes Bild.
Alle Fenster, auch die für die Eingabe von Passwort und IP, sind fast so groß, wie der ganze Bildschirm.

Mit xfce an diesem großen Bildschirm bleibt es aber mit den Fenstergrößen, wie mir bisher gewohnt.
Also, die skalieren sich nicht mit dem Bildschirm.
Sie bleiben ihren Formaten treu.
So ist das Fenster, welches bei xfce an kleinen Bildschirmen über die Display-Grenzen hinaus geht, hier nun nicht zu groß. Es passt.

Rezise funktioniert hier aber leider auch kein Stück.

Gosia, wie stellen sich denn die Fenster bei dir dar ?

Bei mir in xfce sehen die Eingabefenster so für mich korrekt aus:

Bei Fluxbox ( MX-21.3 ) aber so eigenwillig, wie beschrieben ( hab grad kein screenshot ).

Posted: **Mon Feb 03, 2025 11:33 am**

loik wrote: Mon Feb 03, 2025 7:09 am... die zwei Auswahlmöglichkeiten für die unterschiedlichen Auflösungen werden nun angeboten.
Wenn ich sie aber klicke, ist es wie in der Vergangenheit.
Es passiert nichts, ich werde sofort zum Passwortfenster weitergeleitet.
...
Rezise funktioniert hier aber leider auch kein Stück ...

Wenn Rezise funktioniert, merkt das nur noch der Hilfe-Provider, beim Hilfe-Empfänger ändert sich nix mehr. Aber in Vinagre kann ich dann deutlich den Unterschied erkennen, 1024x768-Variante erzeugt am 16:9-Bildschirm außen schwarze Ränder.

loik wrote: Mon Feb 03, 2025 7:09 am... Die Darstellung der Fenstergrößen hat sich bei mir in xfce auch noch nicht geändert, falls du da was dran gemacht haben solltest.
Und das erste Info-Fenster ist immer noch so grau, wie zuvor.
...
So ist das Fenster, welches bei xfce an kleinen Bildschirmen über die Display-Grenzen hinaus geht, hier nun nicht zu groß. Es passt ...

Wichtig ist, dass die Fenster bedienbar sind und den Bildschirmrand nicht überschreiten. Ich habe da wenig Spielraum, mit Ausnahme vom 1.Fenster habe ich jetzt auf Höhenangabe verzichtet, so dass sich Höhe automatisch anpassen kann.

Das erste 1-zu-1-Info-Fenster ist ein kleiner GTK-Browser, der die Hilfe-Seite anzeigt bei Internetverbindung, schau mal mein Anhangbild. Kann sein, dass dieser Mini-Browser irgendein Webkit-Modul benutzt, was bei Dir vermutlich fehlt (muss ich evtl. als Abhängigkeit hinzufügen).

Posted: **Mon Feb 03, 2025 12:18 pm**

Aha ...
Ja, das hast du richtig eingeschätzt, dass ich meine heutigen Tests noch nicht bis zur Erstellung einer Verbindung zwischen Receiver und Provider durchgeführt hatte.

Witziger Weise hatte ich es bisher aber immer gemacht, weil ich nicht ausschließen wollte, dass es eben auch so seien könnte, dass sich die Auswirkungen von Rezise nur beim Provider Zeigen.
Das war in der Vergangenheit aber nie so, deshalb hatte ich mir heute diesen Komplexen Test erspart.
Humpf ... man kann ja so viel falsch machen ...

Info-Browser.
Eigentlich genau so witzig, dass ich für dich sicherlich voll nervig über etwas herumnörgeln, was bei dir einwandfrei funktioniert.
Klar, wenn wir beide unwissend nicht das gleiche sehen, dann können wir nur aneinander vorbei, statt zusammen.
Wenn es bei mir jemals so ausgesehen hätte, wie auf deinen Screenshot zu sehen, hätte ich in diesem Punkt nix zu klagen gehabt.

Gut, dass es mir wichtiger als unangenehm war, da wiederholt drauf hinzuweisen.
Genau, die richtige Abhängigkeit mitliefern wäre hierbei gut.

Mal schauen, wie sich eine vollständig aufgebaute Rezise-Verbindung nun bei mir darstellen wird.

Posted: **Mon Feb 03, 2025 1:03 pm**

Hallo aika und loik,
ich kann nur für Openbox reden, Fluxbox müsste ich noch extra installieren, habe ich im Moment keine Lust zu.
Die Fenster sehen relativ normal aus, bis auf das VNC-Online-Help, das ist natürlich viel zu gross für den wenigen Text, aber da ich das eh wegklicke stört es nicht weiter. Naja, die Meldung, dass der VNC viewer geschlossen wurde ist auch etwas raumgreifend für die eine Zeile, aber nicht ganz so maximal wie das Hilfe-Fenster. Stört mich aber auch nicht weiter.
Ich weiss von Yad nur dass es existiert, aber ist die Fensterfarbe nicht auch abhängig vom eingestellten Thema? Bei mir passen die Meldungsfenster von 1-to-1 jedenfalls ganz harmonisch zu den sonstigen Fenstern.
Was das Resize betrifft, funktioniert, auch wenn ich nur 1024x768 gebrauchen kann, da mein Monitor maximal 1280x1024 kann. Wie schon gesagt, ist dann auch etwas verzerrt, da 1024x768 und 1280x1024 unterschiedliche Auflösungen aind, 4:3 und 5:4. Ist aber nicht gravierend und im Notfall würde ich im Provider zu "Skalieren" greifen (ich weiss, ich wiederhole mich).

viele Grüsse gosia

Posted: **Mon Feb 03, 2025 1:41 pm**

gosia wrote: Mon Feb 03, 2025 1:03 pm... Was das Resize betrifft, funktioniert, auch wenn ich nur 1024x768 gebrauchen kann, da mein Monitor maximal 1280x1024 kann. Wie schon gesagt, ist dann auch etwas verzerrt, da 1024x768 und 1280x1024 unterschiedliche Auflösungen aind, 4:3 und 5:4. Ist aber nicht gravierend und im Notfall würde ich im Provider zu "Skalieren" greifen ...

Danke für diese Bestätigung, dass 1024x768 auch nützlich ist für 5:4 Provider-Bildschirm, das war mein Plan.

gosia wrote: Mon Feb 03, 2025 1:03 pm... ist die Fensterfarbe nicht auch abhängig vom eingestellten Thema? Bei mir passen die Meldungsfenster von 1-to-1 jedenfalls ganz harmonisch zu den sonstigen Fenstern ...

Klingt gut, scheinbar funktioniert undefinierte-automatische Höhe bei Dir.

gosia wrote: Mon Feb 03, 2025 1:03 pm... Die Fenster sehen relativ normal aus, bis auf das VNC-Online-Help, das ist natürlich viel zu gross für den wenigen Text ...

Hast Du mein letztes Anhangbild schon gesehen?

loik wrote: Mon Feb 03, 2025 12:18 pm... Wenn es bei mir jemals so ausgesehen hätte, wie auf deinen Screenshot zu sehen, hätte ich in diesem Punkt nix zu klagen gehabt ...

Ist dass gleiche Problem wie bei loik, dass der Online-Help-Browser nicht funktioniert weil ein Webkit-Modul fehlt. Hier mein Lösungsansatz:

Code: Select all

aika@mx-dell:~
$ apt depends yad
yad
  Hängt ab von: libc6 (>= 2.7)
  Hängt ab von: libcairo2 (>= 1.2.4)
  Hängt ab von: libgdk-pixbuf-2.0-0 (>= 2.22.0)
  Hängt ab von: libglib2.0-0 (>= 2.33.14)
  Hängt ab von: libgtk-3-0 (>= 3.22.0)
  Hängt ab von: libpango-1.0-0 (>= 1.14.0)
  Hängt ab von: libpangocairo-1.0-0 (>= 1.14.0)
  Hängt ab von: libwebkit2gtk-4.0-37 (>= 2.17.3)
 |Hängt ab von: dconf-gsettings-backend
  Hängt ab von: <gsettings-backend>
    dconf-gsettings-backend
    gconf-gsettings-backend
aika@mx-dell:~
$ apt policy libwebkit2gtk-4.0-37
libwebkit2gtk-4.0-37:
  Installiert:           2.46.5-1~deb11u1
...

Ist bei Euch libwebkit2gtk-4.0-37 und gir1.2-webkit2-4.0 installiert?

Posted: **Mon Feb 03, 2025 3:19 pm**

Hallo aika,

aika wrote: Mon Feb 03, 2025 1:41 pm Ist bei Euch libwebkit2gtk-4.0-37 und gir1.2-webkit2-4.0 installiert?

ja, beides ist installiert. Aber irgendwie haben wir verschiedene yad-Versionen. Bei mir:

Code: Select all

yad --version
0.40.0 (GTK+ 3.24.38)

Code: Select all

apt depends yad
yad
  Hängt ab von: libc6 (>= 2.7)
  Hängt ab von: libcairo2 (>= 1.2.4)
  Hängt ab von: libgdk-pixbuf-2.0-0 (>= 2.22.0)
  Hängt ab von: libglib2.0-0 (>= 2.30.0)
  Hängt ab von: libgtk-3-0 (>= 3.21.6)
  Hängt ab von: libpango-1.0-0 (>= 1.14.0)
  Hängt ab von: libpangocairo-1.0-0 (>= 1.14.0)
gn@china:~ $

also ohne

Code: Select all

Hängt ab von: libwebkit2gtk-4.0-37 (>= 2.17.3)
 |Hängt ab von: dconf-gsettings-backend
  Hängt ab von: <gsettings-backend>
    dconf-gsettings-backend
    gconf-gsettings-backend

und angeforderte Versionsunterschiede bei libglib2.0-0 und libgtk-3-0

Code: Select all

apt policy libwebkit2gtk-4.0-37
libwebkit2gtk-4.0-37:
  Installiert:           2.46.5-1~deb12u1
  Installationskandidat: 2.46.5-1~deb12u1
  Versionstabelle:
 *** 2.46.5-1~deb12u1 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
        500 http://security.debian.org/debian-security bookworm-security/main amd64 Packages
        100 /var/lib/dpkg/status
     2.46.1-2~bpo12+1 100
        100 http://deb.debian.org/debian bookworm-backports/main amd64 Packages

oder hast du eine andere MX-Version?

Code: Select all

System:
  Kernel: 6.1.0-30-amd64 [6.1.124-1] arch: x86_64 bits: 64 compiler: gcc v: 12.2.0
    parameters: BOOT_IMAGE=/vmlinuz-6.1.0-30-amd64 root=UUID=<filter> ro quiet
  Desktop: Openbox v: 3.6.1 info: tint2 vt: 7 dm: LightDM v: 1.32.0 Distro: MX-23.5_x64 Libretto
    October 15 2023 base: Debian GNU/Linux 12 (bookworm)

viele Grüsse gosia

Posted: **Mon Feb 03, 2025 7:08 pm**

gosia wrote: Mon Feb 03, 2025 3:19 pm Hallo aika,
aika wrote: Mon Feb 03, 2025 1:41 pm Ist bei Euch libwebkit2gtk-4.0-37 und gir1.2-webkit2-4.0 installiert?
ja, beides ist installiert. Aber irgendwie haben wir verschiedene yad-Versionen. Bei mir:
Code: Select all
yad --version
0.40.0 (GTK+ 3.24.38)
...
... hast du eine andere MX-Version? ...

Code: Select all

yad --version
12.3 (GTK+ 3.24.24)

von MX-21.3-Testrepo

Danke gosia, für die detaillierte Info.
Wenn libwebkit2gtk-4.0-37 und gir1.2-webkit2-4.0 trotzdem installiert sind, liegt es vermutlich an der unterschiedlichen Yad-Version. Hätten diese beiden webkit2-Pakete gefehlt, hätte ich diese einfach zu den Abhängigkeiten hinzugefügt. Aber neue Yad-Version kann ich nicht erzwingen, zur Kontrolle mache ich erst mal Yad-Downgrade - mal schauen und evtl. Alternative für Browserfenster finden.

Nachtrag1:
Fehler-Ursache gefunden. Grau-leeres Browserfenster mit Yad-0.40 , dann sehen die Fenster eh' anders aus.

Nachtrag2:
Fehler beseitigt - Online-Browser-Fenster durch Offline-Text-Fenster ersetzt (Anhangbild).

http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb aktualisiert am 04.02. um 03:41 Uhr ...

Posted: **Tue Feb 04, 2025 9:38 am**

Hallo aika,
ja, gut so, passt.
Habe nur eine Kleinigkeit zu meckern. Auf Receiverseite bleibt das Skript nach "ping succeeded" sozusagen "hängen" und man muss erst Return drücken, um irgendwas im Terminal eingeben zu können.

Code: Select all

gn@mexiko:~ $ stored passwd in file: /home/gn/.vnc/passwd
starting gui, trying display: :0
04/02/2025 15:23:38 icon_mode_file=/tmp/x11vnc.tray.3OqBxb

04/02/2025 15:23:38 gui: got SIGUSR1
04/02/2025 15:23:38 gui: ping succeeded.

ist nicht weiter tragisch, lässt sich aber vielleicht beseitigen.

Ausserdem: wenn das Passwort schon in ~/.vnc/passwd gespeichert wird, ist es notwendig, es jedesmal beim Receiver wieder eingeben zu müssen?

viele Grüsse gosia

PS. Das X11-VNC-Icon in der Taskleiste erscheint jetzt nur noch auf dem Receiver, nicht mehr in der Taskleiste vom Provider. War früher auf beiden Maschinen sichtbar, oder bilde ich mir das jetzt nur ein???

Posted: **Tue Feb 04, 2025 2:37 pm**

Hallo, Gosia.

Das X11-VNC-Icon in der Taskleiste erscheint jetzt nur noch auf dem Receiver, nicht mehr in der Taskleiste vom Provider. War früher auf beiden Maschinen sichtbar, oder bilde ich mir das jetzt nur ein???

Das war früher so, bevor Vinagre ins Spiel kam.

Es ist ja eigentlich auch nur wichtig auf Receiverseite, damit dort angezeigt wird, dass eine Fernsteuerverbindung zu diesem Desktop besteht und der Receiver Kontrolle über diese Verbindung hat.
Erkennen und Beenden.
Wenn der Provider sein Vinagre-Fenster schließt, ist die Verbindung für ihn eh unterbrochen.
Er kann nur mit Zustimmung und Unterstützung wieder eine neue Verbindung aufbauen.
Das war in der Vergangenheit katastrophal anders.
Hat aika jetzt gut gelöst.

Und ja, bei mir funktioniert es jetzt auch mit Rezise.
Auch in der VM mit Snapshot-ISOs.
Finde ich super, das die Auswirkungen beim Receiver keine Rolle spielen.

Wenn Rezise sich auch auf den Receiver auswirken würde ( so wie es gaaaanz am Anfang noch war ) dann wäre dass für meinen Vier-Monitor-User sicherlich sehr unschön und verstörend.

So werden die vier Monitore nur beim Provider auf einen Bildschirm gequetscht.
Was zwar eine prima Übersicht, über die 4 Arbeitsflächen der Receiver verschafft, aber eben doch nicht so recht gut bedienbar ist.
Sieht ein wenig so aus, wie das TV-Testbild in den 70ern.
Zum Glück piept es nicht auch noch.

Jedenfalls ist die Darstellung so, wie sich vorstellen lässt, ordentlich in die Länge gezogen, verzerrt.

Womit ich bei meinem Wunsch wäre:
Außer den beiden Rezise-Möglichkeiten auch noch eine Möglichkeit geben für "unchanged", weil damit für den Provider die Change besteht, in geschilderten vier-Monitor-Fall, die Bildschirminhalte und Taskleisten in erkannbarer Größe sehen und nutzen zu könne.
Er muss dann halt viel scrollen.

Wenn er doch für Übersicht, lieber die Testbild Variante möchte, kann er ja bei sich auf Skalieren klicken ( so wie Gosia es schon schrieb ).
Jedenfalls besteht nun keine Möglichkeit, den Receiver-Bildschirm unskaliert in Originalgröße sehen und bedienen zu können.
Das ist vor allem dann blöd, wenn der Receiver einen Bildschirm von 1920x1080 hat und der Provider gleich zwei davon.
Bei unchanged könnte der Provider nun den Bildschirm des Receivers auf einen seiner zwei Bildschirme im Vollbildmodus wiedergeben lassen, was sicherlich angenehm für die Augen ist.
Das geht aber in der jetzigen Konfiguration nicht.

Ja, Das Start-Info-Fenster zeig nun auch bei mir die Bedienungsanleitung an.
Gut.

Bei Fluxbox hat sich in der Darstellung der gigantisch ausufernden Fenster aber nichts verändert.

Ich werde noch mal ein anderes testen und KDE.

Posted: **Tue Feb 04, 2025 3:54 pm**

Hallo, aika.

Ich habe jetzt mal, mit Blick auf die Fenstergrössen, in Virt-Manager getestet:

MX-23.3-64bit-Fluxbox

MX-21.3-23bit-Fluxbox

MX-21.3-23bit-KDE ( Dieser Desktop ist nicht eigenständig. Habe ich zum eigentlichen xfce-Desktop hinzuinstlliert und kann ihn bei der Anmeldung wählen )

Antix-23.1

KDE und Antix stellen die Fenstergrössen ordentlich und gleichermaßen dar.
Die Eingabe-Fenster sehen korrekt aus, so wie auf dem Screenshot in Post #100 zu sehen.
Das Info-Warn-Fenster für den Provider ist auch hier zu lang wie in Post #94 zu sehen.

In Fluxbox drehen die Fenster in jedem Fall durch.
Sie scheinen sich nach der letzten bzw vorherigen Fenstergrösse zu richten.
Manche der Receiver-Fenster kann man auch kleiner schieben.
Dann sind auch die Eingabefenster "klein".

Wenn aber auf dem Fluxbox-Desktop mal ein Provider am werk war und einen anderen Desktop zu gast hatte, dann richten sich später mal die Receiver-Fenster nach diesen Fenstergrössen.
Das meint, das Eingabefenster für das Passwort kann durchaus so groß sein, wie fast der ganze Bildschirm, weil ein Vorheriges Gast-Fenster mal so groß war.

Hier zwei Beispiele. ( ein gaaanz großes ist aber nicht dabei )

Anbei bemerkt.
Alle VMs konnte ich amselben PC mit einander Verbinden.

Nur KDE war zickig.
War zwar bereit Provider zu sein, aber KDE als Receiver konnte keine Verbindung aufbauen. Die FW war aber aus.

Posted: **Tue Feb 04, 2025 4:18 pm**

Hallo loik,

loik wrote: Tue Feb 04, 2025 3:54 pm In Fluxbox drehen die Fenster in jedem Fall durch.

das ist seltsam. Habe jetzt doch mal Fluxbox installiert und die Fenster sehen alle normal aus, z.B.

viele Grüsse gosia

Posted: **Tue Feb 04, 2025 4:59 pm**

Hmm ...

aika hatte ja auch gemeint, dass meine Fenster anders aussehen würden.
Wie kann das sein ?

Posted: **Tue Feb 04, 2025 6:03 pm**

Mit unterschiedlichen Fenstergrößen möchte ich mich erst später wieder beschäftigen,
denn wenn Debian-Update mit der neuen Yad-Version nachzieht, kann ich wieder --geometry=700x... einsetzen und das Problem ist schnell erledigt.
Die Kompatibilität der unterschiedlichen Desktop-Environments und Desktop-Themen von Linux ist in der Realität auch nicht unbegrenzt.

gosia wrote: Tue Feb 04, 2025 9:38 am... Auf Receiverseite bleibt das Skript nach "ping succeeded" sozusagen "hängen" und man muss erst Return drücken, um irgendwas im Terminal eingeben zu können ...

Hallo gosia, das würde ich gern als Erstes abarbeiten/erledigen, aber ich weiß überhaupt nicht was Du damit meinst ???

Das VNC-Icon in der Leiste unten stellt der X11VNC-Server bereit auf der Receiver-Seite und dort wird das VNC-Passwort zwischengespeichert mit:

Code: Select all

x11vnc -storepasswd $VNC_PASSWORD ~/.vnc/passwd

Theoretisch könnte X11VNC dieses Passwort wiederverwenden, praktisch wird nach neuen Passwort gefragt vor dem auslesen von .vnc/passwd .

loik wrote: Tue Feb 04, 2025 2:37 pm...
Womit ich bei meinem Wunsch wäre:
Außer den beiden Rezise-Möglichkeiten auch noch eine Möglichkeit geben für "unchanged", weil damit für den Provider die Change besteht, in geschilderten vier-Monitor-Fall, die Bildschirminhalte und Taskleisten in erkannbarer Größe sehen und nutzen zu könne.
...
Bei unchanged könnte der Provider nun den Bildschirm des Receivers auf einen seiner zwei Bildschirme im Vollbildmodus wiedergeben lassen ...

Hallo loik, wo hast Du das gelesen, wie kommst Du darauf? Beispielsweise wäre Receiver "unchanged" bei mir eh' wieder 1360x768 . Ich wollte absichtlich zu hohe Auflösung und zu geringe Auflösung des Receivers abfangen/verhindern und die Sache nicht zu kompliziert machen nach der

gosia wrote: Sun Feb 02, 2025 3:02 pm... ursprüngliche Philosopie von 1-to-1:
"It is a simple way to privately share the desktop of one system with another system."
je mehr Entscheidungen die Hilfesuchenden treffen müssen, um so mehr entfernt sich IMHO 1-to-1 vom "einfachen Weg" ...

Subjektiv habe ich auch mehr Verständnis für Leute mit älterer Hardware und weniger für Leute mit mehreren Bildschirmen.
loik, nimm das bitte nicht persönlich. Der Programmierer der alten Version von 1-to-1-Assistenz nennt sich anticapitalista.

Posted: **Wed Feb 05, 2025 2:23 am**

Hallo, aika.

Das mit den Fenstergrößen kann natürlich ganz hinten anstehen.
Wenn es bei Zeiten "einfach" zu korrigieren ist, dann wäre es schön, wenn zumindest das Vinagre-Warn-Info-Fenster für den Provider, bei kleinen Bildschirmen, nicht mehr aus dem Display hängt.
Alles andere Funktioniert ja.
Und Fluxbox hat mich schon immer, mit autonomen, renitenten Fenstern mit unvorhersehbarem Verhalten beglückt.
Da muss man sich bestimmt nicht dran abarbeiten.
Fand ich aber als Rückmeldung erwähnenswert
Von daher, auch nicht schlimm, wenn du dich am Ende entscheidest gar nix mehr an den Fenstern zu machen.

Alte und neue Hardware.
Also, ich habe fast ausschließlich alte Hardware.
Angespülter Schrott der, wenn nicht bei mir gelandet, längst auf dem Wertstoff Hof zerlegt worden wäre.

Und alte Hardware war ja auch der ursprüngliche Grund, warum ich 1-to-1 nutzen wollte.
Von daher bin ich sehr froh, dass du dich der Reparatur angenommen hast.

Aber zugegeben, jemand der sich mit einem Vier-Monitor-Desktop ausstaffiert, wird vermutlich eher Provider als Receiver sein.
Im Falle das er mal Receiver sein sollte, kann man wohl erwarten, dass eine Hardware, die vier Monitore bespielen kann, dann auch andere Fernverbinder, wie TeamViewer, AnyDesk oder NoMachine nutzbar macht.
Also, Ja, meine vier Monitore 1-to-1-kompatibel zu machen brauchen kein Entwicklungsziel zu sein.

Aber das hier bleibt für mich ( im Bezug auf nur einen Monitor auf Receiver Seite ) schon noch interessant bzw. wichtig
Loik:

wenn der Receiver einen Bildschirm von 1920x1080 hat und der Provider gleich zwei davon.
Bei unchanged könnte der Provider nun den Bildschirm des Receivers auf einen seiner zwei Bildschirme im Vollbildmodus wiedergeben lassen, was sicherlich angenehm für die Augen ist.
Das geht aber in der jetzigen Konfiguration nicht.

aika:

Ich wollte absichtlich zu hohe Auflösung und zu geringe Auflösung des Receivers abfangen/verhindern und die Sache nicht zu kompliziert machen nach der

Das ist eine gute Überlegung.

Aber sie verhindert eben, dass der Provider einen Receiver-Desktop von 1920x1080, in voller Auflösung sehen kann, obwohl auf seiner Seite nichts dagegen spräche, wenn er selber einen 1920x1080-Monitor hat.
Wird dem Provider bei geschilderter Konstellation aber maximal eine Auflösung von 1360x768 übermittelt, dann hat der Provider keine Change diese Auflösung zu verbessern.
Zieht er sein Vinagre-Fenster groß und Nutzt "auf Fenstergröße skallieren" oder verwendet Vollbild, erhält er eine Aufgeblähte unscharfe Wiedergabe des Receiver-Desktops.

Hingegen, wenn dem Provider der Receiver-Desktop unchanged übermittelt wird, hat der Provider die Möglichkeit, die zu hohe Auflösung, an sein Vinagre-Fenster mit "auf Fenstergröße skallieren" zu shrinken.
Was in etwa den gleichen Effekt hat, wie wenn die Ansicht vom Receiver bereits vorreduziert übermittelt wird.
Aber bei unchanged behält der Receiver die Kontrolle darüber, wie er den Receiver-Desktop dargestellt haben will.

Hallo loik, wo hast Du das gelesen, wie kommst Du darauf?

Sorry, Ich verstehe diese Frage nicht. Weiß sie nicht zuzuordnen.
Habe ich sie vielleicht schon beantwortet ?

Passwort speichern.
Das würde dann besonders Sinn ergeben, wenn der Receiver ein Server wäre, wo keiner sitzt, der ein Passwort eingeben kann.
Aber eine Automatische Verbindung ist ja darüber hinaus mehrstufig unterbunden.
Selbst, wenn man im Server-Fall davon ausgeht, dass der dauerhaft läuft und 1-to-1 bei ihm nie geschlossen wird, wäre ein gespeichertes Passwort doch wohl nur die halbe Miete. Oder ?
Denn nach dem auf Provider-Seite die Verbindung durch Schließen von Vnagre beendet wurde, wird beim erneuten Kontakt-Aufbau, beim Receiver nicht nur die Eingabe des Passwortes verlangt sondern danach auch noch die IP des Providers.

Also ist 1-to-1 als Server-Steuerung wohl nicht geeignet.

Die Idee ist ja auch Assistenz.
Und die ist auf diese Weise für den Receiver sicher.
Nach Trennen, der Verbindung, kann es nur eine neue Verbindung geben, wenn der Provider in diese wieder Einbezogen wird und ihr zustimmt.
Das erneute eingeben eines Passwortes trägt so zur Sicherheit bei.
Ich finde das ganz gut.

Anticapitalista

Der Programmierer der alten Version von 1-to-1-Assistenz nennt sich anticapitalista

Wenn das der Fall ist, verstehe ich nicht, dass Dolphin_Oracle in Post #22 schreibt

Ich weiß es nicht. Der Schöpfer dieser Einrichtung ist verschwunden

Weil, anticapitalista ist doch bei Antix tätig und dort auch zu erreichen. Hmm, seltsam

Posted: **Wed Feb 05, 2025 4:44 am**

Dann ist leider doch noch mal eine unerfreuliche neue Erfahrung zu berichten:

Ich habe heute morgen mal versucht mich mit 1-to-1 über die heimischen Netzwerkgrenzen hinweg mit 1-to-1 in einem anderen Netzwerk zu verbinden.
Das soll ja eigentlich der Sinn und Zweck von 1-to-1 sein.

Hat bei mir überhaupt nicht geklappt.

Code: Select all

sudo ufw allow 5900/tcp

Hat daran nicht geändert.

Mein Versuchsaufbau, hatte ich anfangs mit dem Handy erstellt.
Am Handy Mobile Daten genutzt und einen Wlan-Hotspot mit dem Handy erstellt und dann ein Notebook damit verbunden und so im Internet gewesen.
Die WAN-IP unterschied sich dann auch von der meiner Rechner, die mit dem Heim-Router verbunden waren.

Aber, ganz egal wie und in welche Richtung ich versuchte eine 1-to-1-Verbindung herzustellen, es funktionierte nicht.
Nach der Eingabe der jeweiligen WAN-IP und Enter, passierte eine Minute lang gar nix, bis dann die Mitteilung kam, dass der Verbindungsaufbau zu ensprechender IP gescheitert sei und dann wurde mir erneut die Passworteingabe angeboten.

Der Verdacht, lag nahe, dass die Anroid-Schnittstelle, also die Verbindung über das Handy hierfür nicht geeignet sein könnte.

Deshalb entschied ich, so frei zu sein, mir eines der unverschlüsselten Wlans der Nachbarschaft auszuleihen.
Habe mich mit einem Notebook mit entsprecht freiem Wlan Verbunden.
Hatte nachweislich Internet und bekam wieder eine andere WAN-IP angegeben.

Ich konnte dennoch keine Verbindung herstellen.

Ich bin auch Überrascht, dass nur die WAN-IP reichen soll.
Weil das ist ja der Router.
Zu dem will aber nicht.
Der soll mich doch nur durchlassen zu der eigentlichen Zieladresse in seinem Netzwerrk.

Deshalb hätte ich erwartet, dass ich in so einem Fernverbindungsfall in das Adressfeld beim Receiver eine Adressenkombination aus WAN-IP und IPv4 ( Netzwerkadresse ) eingeben müsse, damit die Verbindung ein definiertes Ziel hat.

Da ich aber Netzwerk nun mal nicht begreife, muss das bitte jemand anders testen.

Posted: **Wed Feb 05, 2025 10:51 am**

Hallo aika,

aika wrote: Tue Feb 04, 2025 6:03 pm ich weiß überhaupt nicht was Du damit meinst ???

ja, da habe ich mich blöd ausgedrückt. Es gibt beim Receiver Meldungen im Terminal (nach Eingabe vom Passwort und der IP des Providers):

Code: Select all

gn@china:~ $ stored passwd in file: /home/gn/.vnc/passwd
starting gui, trying display: :0
05/02/2025 16:33:39 icon_mode_file=/tmp/x11vnc.tray.zvkHyg

05/02/2025 16:33:39 gui: got SIGUSR1
05/02/2025 16:33:39 gui: ping succeeded.

und nach der Meldung, dass der ping zum Provider erfolgreich war "gui: ping succeeded." würde ich erwarten, dass das Terminal zu meinem Prompt

Code: Select all

gn@china:~ $

zurückkehrt. Macht es aber nicht, sondern ich muss selbst Return/Enter drücken, um den Prompt zu erhalten. Ist keine grosse Sache und wohl nicht so dringend der Mühe wert, jedenfalls nicht unbedingt für Platz 1 in der Anforderungsliste.
Ist es jetzt klarer?

viele Grüsse gosia

Posted: **Wed Feb 05, 2025 11:45 am**

loik wrote: Wed Feb 05, 2025 2:23 am... zugegeben, jemand der sich mit einem Vier-Monitor-Desktop ausstaffiert, wird vermutlich eher Provider als Receiver sein.
...
Aber das hier bleibt für mich ( im Bezug auf nur einen Monitor auf Receiver Seite ) schon noch interessant bzw. wichtig
Loik:
wenn der Receiver einen Bildschirm von 1920x1080 hat und der Provider gleich zwei davon.
Bei unchanged könnte der Provider nun den Bildschirm des Receivers auf einen seiner zwei Bildschirme im Vollbildmodus wiedergeben lassen, was sicherlich angenehm für die Augen ist.
Das geht aber in der jetzigen Konfiguration nicht.
aika:
Ich wollte absichtlich zu hohe Auflösung und zu geringe Auflösung des Receivers abfangen/verhindern und die Sache nicht zu kompliziert machen nach der
Das ist eine gute Überlegung.

Aber sie verhindert eben, dass der Provider einen Receiver-Desktop von 1920x1080, in voller Auflösung sehen kann, obwohl auf seiner Seite nichts dagegen spräche, wenn er selber einen 1920x1080-Monitor hat.
Wird dem Provider bei geschilderter Konstellation aber maximal eine Auflösung von 1360x768 übermittelt, dann hat der Provider keine Change diese Auflösung zu verbessern.
Zieht er sein Vinagre-Fenster groß und Nutzt "auf Fenstergröße skallieren" oder verwendet Vollbild, erhält er eine Aufgeblähte unscharfe Wiedergabe des Receiver-Desktops.
...
...
Der Programmierer der alten Version von 1-to-1-Assistenz nennt sich anticapitalista
Wenn das der Fall ist, verstehe ich nicht, dass Dolphin_Oracle in Post #22 schreibt
Ich weiß es nicht. Der Schöpfer dieser Einrichtung ist verschwunden
Weil, anticapitalista ist doch bei Antix tätig und dort auch zu erreichen. Hmm, seltsam

Hallo loik, Deinen "unchanged"-Wunsch werde ich überdenken, kann ich jetzt besser nachvollziehen.
Bezüglich anticapitalista schau mal diesen Post vom 13.Januar 2025 => viewtopic.php?p=805073#p805073
Aber zur neuen Version von 1-to-1-Assistenz hatte er noch keine Meinung. Erst wenn das Ding fertig ist, ohne Kinderkrankheiten, schreibe ich ihn evtl. mal an.

Posted: **Wed Feb 05, 2025 2:54 pm**

Hallo, aika.
Schön dass ich mein Anliegen verständlich machen konnte.

Ja, eben anticapitalista ist doch da.
Verstehe halt die Auskunft von dolphin_oracle nicht, das der der Erschaffer von 1-to-1 nicht auffindbar sei.

Das du den Entwicklern, deine 1-to-1 Überarbeitung erst übergeben willst, wenn es keine Macken mehr hat, ist verständlich.

Macken.
Könnt ihr euch mit 1-to-1 in anderen Netzwerken verbinden ?

Posted: **Wed Feb 05, 2025 5:24 pm**

Übersetzungs-Engine geändert, hoffentlich zum Besseren.

Ich werde versuchen, dies in den einfachsten Worten zu erklären, und ich meine die einfachsten möglichen Begriffe und ich spreche so viel wie möglich in der Hoffnung, dass es den Zweck erreicht, für den es geschrieben wurde. Bitte nehmen Sie sich die Zeit, dies zu lesen und zu verarbeiten, da es nahezu unmöglich ist, es zu vereinfachen, und es einer Übersetzungsmaschine unterzogen wurde

WAN <------> NAT <------> LAN

Das WAN steht für Wide Area Network, in dem öffentliche IP-Adressen verwendet werden und Millionen/Milliarden von Adressen verwendet werden.

Das NAT stellt einen Übersetzer bereit, der es Maschinen (Knoten) innerhalb eines privaten Netzwerks ermöglicht, auf das WWW zuzugreifen und dabei privat zu bleiben.

Das LAN ist ein privates Netzwerk und wird von den meisten hier für ihre Remote-Desktop-Verbindungen verwendet, wobei Remote eine Verbindung über ein LAN-Netzwerk ist.

Es spielt keine Rolle, in welchem LAN sich die einzelnen Maschinen befinden. Sofern sich beide Maschinen im gleichen „Segment und Subnetz“ befinden, sollte ein Verbindungsaufbau möglich sein, sofern die verwendeten Ports durch die einzelnen Firewalls zugänglich gemacht werden.

Zum Beispiel

192.168.1.0 sieht insgesamt 256 IP-Adressen vor, 0 und 255 sind jedoch für bestimmte Zwecke reserviert, sodass wir innerhalb dieses privaten Segments 254 mögliche Adresskombinationen haben.

Wenn man die ersten drei Dezimalstellen mit Punkt ignoriert, können alle Knoten, deren IP-Adressen auf einen Wert von 1 bis 254 enden, miteinander kommunizieren, sodass jede Maschine mit offenem Port 5900 für VNC erkannt werden kann und eine erfolgreiche VNC-Verbindung möglich ist.

Beim Herstellen einer Verbindung zu einem Mobiltelefon-Hotspot werden die verwendeten IP-Adressen normalerweise durch eine Funktion namens Subnetting eingeschränkt, die eine geringere Anzahl von IP-Adressen bereitstellt, sodass die IP-Adressen möglicherweise etwa wie folgt aussehen:
172.16.0.241, 172.16.0.246

Obwohl sich das Obige von den 192.168.x.x-Adressen unterscheidet, gilt die gleiche Regel und alle verbundenen Knoten befinden sich im selben privaten Segment. Daher sollte jeder Knoten in der Lage sein, mit allen anderen Knoten im Segment zu kommunizieren.

Als letztes sollten Sie bedenken, dass in einigen privaten Netzwerken die IP-Isolierung aktiviert ist, wodurch alle anderen Knoten unsichtbar und eine Verbindung unmöglich werden.

Dies alles bedeutet, dass Benutzer kein Problem damit haben sollten, sie miteinander zu kommunizieren, vorausgesetzt, alle Maschinen befinden sich im selben Netzwerk und Subnetz. Verbindungen zwischen zwei verschiedenen privaten Netzwerken erfordern eine Portweiterleitung und möglicherweise externe Dienste. Denken Sie immer daran, dass es nicht möglich ist, mit einer Maschine innerhalb desselben Netzwerks/Subnetzes zu kommunizieren, indem Sie über ein NAT eine Verbindung herstellen und versuchen, in dasselbe private Netzwerk zurückzukehren.

Wenn Sie all dies im Hinterkopf behalten, können Sie eventuelle Unklarheiten darüber beseitigen, wie oder warum eine Remote-Verbindung nicht funktioniert.

Posted: **Wed Feb 05, 2025 5:33 pm**

m_pav wrote: Wed Feb 05, 2025 5:24 pm Vertaald met DeepL.com (gratis versie)

Dies ist nicht auf Deutsch (German), sondern auf Niederländisch (Dutch).

Posted: **Wed Feb 05, 2025 5:46 pm**

Entschuldigung, mein Fehler jetzt behoben

Posted: **Thu Feb 06, 2025 6:46 am**

Hallo, m_pav.

Jetzt ist es ja deutsch.
Danke, sehr aufschlussreich und gut verständlich.

Für mich trotzdem schwer, mit schwirrt sofort der Kopf.

Aber, ja. der Verbindungsaufbau innerhalb derselben Netzwerkes funktioniert.

Allerdings was ich mit dem Handy oder dem Netzwerk des Nachbarn simulieren wollte, war eine Verbindung von Hamburg nach London.

Und, mir scheint dass du meinen Eindruck bestätigt hast, dass die WAN-IP angeben nicht ausreicht, weil so meine Vermutung, man damit nur bis zu dem Fremden Router gelangt, aber eben nicht weiter, bis zum Ziel-PC.
Weil eben die Angaben von dessen IP fehlen.

Da du jemand bist, der die Thematik offenbar gut versteht, wäre es doch eine schöne Sache, wenn du versuchen würdest, mit 1-to-1 eine Verbindung zischen verschiedenen Netzwerken herzustellen und deine Erfahrungen zu berichten.

Denn ich, weiß gar nicht was ich mache, außer etwas zu versuchen.
Aber ich kann weder Erfolg noch Scheitern auswerten.

Posted: **Thu Feb 06, 2025 11:48 am**

loik wrote: Tue Feb 04, 2025 2:37 pm... Womit ich bei meinem Wunsch wäre:
Außer den beiden Rezise-Möglichkeiten auch noch eine Möglichkeit geben für "unchanged" ...

Wunsch erfüllt am 06.02.2025 um 04:30 und http://aika.bplaced.net/1-to-1-assistan ... .0_all.deb aktualisiert.
Weil "unchanged" in der alten 1-to-1-Version angeboten wurde, soll diese Option auch weiterhin verfügbar sein.
Verschlimmbesserung findet man immer wieder in Linux, das hat loik bei 1-to-1-Assistenz verhindert - Danke.

http://aika.bplaced.net/1-to-1_vnc-help ... resize.png

Posted: **Thu Feb 06, 2025 12:47 pm**

Hallo, aika.

Danke für die Mühe.

Funktioniert.

Posted: **Wed Mar 12, 2025 7:03 pm**

aika wrote: Tue Feb 04, 2025 6:03 pm Mit unterschiedlichen Fenstergrößen möchte ich mich erst später wieder beschäftigen...

Hilft folgendes, um die vorgebene Größe und Position für Fenster zu erzwingen?

In der Script

Code: Select all

CLASS="1-to-1-assistance-antix"

und als Option für jedes yad Fenster

Code: Select all

--class="$CLASS"

Posted: **Wed Mar 12, 2025 8:00 pm**

Danke, ich denke darüber nach ob sich das lohnt. Weil schon ab Yad-Version 12.3 funktioniert wunderbar:

Code: Select all

--geometry=700x...

Posted: **Wed Mar 12, 2025 8:08 pm**

aika wrote: Wed Mar 12, 2025 8:00 pm Danke, ich denke darüber nach ob sich das lohnt. Weil schon ab Yad-Version 12.3 funktioniert wunderbar:
Code: Select all
--geometry=700x...

funktioniert yad >12.3 --geometry auch im MX-Fluxbox?

Posted: **Wed Mar 12, 2025 8:18 pm**

Melber wrote: Wed Mar 12, 2025 8:08 pm... funktioniert yad >12.3 --geometry auch im MX-Fluxbox?

??? - nur auf MX21-XFCE getestet.

Posted: **Sat Mar 15, 2025 4:27 am**

Hallo, Melber.

Ich hatte in Post #109 über das Fensterverhalten von 1-to-1 in Fluxbox geklagt.

Daran hat sich nix geändert.
Es betrifft aber hauptsächlich den Receiver.
Die Fenster, für die Eingabe von Passwort und IP-Adresse, werden immer noch in den unverhältnismäßigen Riesendimensionen angezeigt, wie auf den Fotos in Post #109 zu sehen ist.

Aber wie schon mal geschrieben, kenne ich diese autonome Fenster-Chaos von Fluxbox nicht anders.
Da passieren ( vor allem im Mehr-Monitorbetrieb ) völlig unvorhersehbare Dinge mit den Fenstern.
Verbergen sich hinter Leisten oder öffnen sich nur als schmaler streifen. Wenn sich der hinter einem Tint-Panel öffnet, kommt man da gar nicht ran.
Auf welchem Desktop sich wohl ein Fenster öffnen wird ist ebenfalls miraculös.
Ich muss gefühlt ca. alle 10 Minuten die Option "verlassen -> Aktualisieren" nutzen, um da wieder Ordnung und Funktion rein zubringen.
Naja, anderes Thema.

Mein Aktueller 1-to-1 Test erfolgte in MX-Fluxbox-21.3 und 23.3 in VM von Virt-Manager.

Beide Systeme also nicht aktuell.
Kann also nicht sagen, wie es sich in den aktualisierten Systemen zeigen würde.
In MX-21 fehlen 171 Pakete, in MX-23 sind es 251 Pakete.

Melber,
Ich kann weder finden, wo ich auslesen kann, welche YAD version bei mir läuft, noch wüsste ich welches Script zu öffnen ist, um deine vorgeschlagenen Einträge dort zu platzieren.
Da bräuchte ich Anleitung.

Anbei bemerkt:
Wieder ist es anfangs nur gelungen zwischen MX-21 und MX-23 via 1-to-1 herzustellen, wenn MX-21 der Provider war.

Wollte MX-23 Hilfe bieten, kam keine Verbindung zu Stande.
Wegen der FW, die in MX-23 standardmäßig eingeschaltet ist.

FW ausgeschaltet und die Verbindung wurde sofort aufgebaut.

Posted: **Sat Mar 15, 2025 5:45 am**

loik wrote: Sat Mar 15, 2025 4:27 am welche YAD version

einfach in mxpi oder synaptic auf Info klicken oder apt policy yad in Terminal eingeben

welches Script zu öffnen ist, um deine vorgeschlagenen Einträge dort zu platzieren.

Die drei 1-to-1-assistance Skripte in /usr/local/bin

FW ausgeschaltet und die Verbindung wurde sofort aufgebaut.

Also, die Firewall funktioniert.

Posted: **Sat Mar 15, 2025 8:11 am**

ist vielleicht besser CLASS=1-to-1-assistance, CLASS=1-to-1-assistance-provide und CLASS=1-to-1-assistance-receive in dem jeweiligen Skript zu verwenden.

--height und --width sollen auch fur jedes yad Fenster definiert werden.

Posted: **Sat Mar 15, 2025 2:30 pm**

Hallo, Melber

MX-23.5-64bit-FluxBox

Code: Select all

$ apt policy yad
yad:
  Installiert:           0.40.0-1+b1
  Installationskandidat: 0.40.0-1+b1
  Versionstabelle:
 *** 0.40.0-1+b1 100
        100 /var/lib/dpkg/status

MX-21.3-64bit-FluxBox

Code: Select all

$ apt policy yad
yad:
  Installiert:           0.40.0-1
  Installationskandidat: 0.40.0-1
  Versionstabelle:
 *** 0.40.0-1 100
        100 /var/lib/dpkg/status

Ich habe heute erst mal die beiden Fluxbox-Systeme aktualisiert.
Das hat aber am Fensterverhalten jeweils nichts verändert.

Mit den Scripten werde ich mich morgen befassen.

FW ausgeschaltet und die Verbindung wurde sofort aufgebaut.

Also, die Firewall funktioniert.

was meinst du ?
Bei dir funktioniert in MX-23.5-Fluxbox 1-to-1 als Provider, wenn dort die FW eingeschaltet ist ?

Oder meinst du was anderes ?

Bei mir ist es auch im aktualisierten MX-23.5-FluxBox so, dass es dort für einen 1-to-1-Provider keine Verbindung gibt, so lange die FW eingeschaltet ist.

Posted: **Sat Mar 15, 2025 7:35 pm**

loik wrote: Sat Mar 15, 2025 2:30 pm Hallo, Melber

MX-23.5-64bit-FluxBox
Installiert: 0.40.0-1+b1
MX-21.3-64bit-FluxBox
Installiert: 0.40.0-1

Alles Normal.
0.40.0 ist die Standard Version, die mit MX21 und MX23 installiert wird.

Ich habe heute erst mal die beiden Fluxbox-Systeme aktualisiert.
Das hat aber am Fensterverhalten jeweils nichts verändert.
Mit den Scripten werde ich mich morgen befassen.

Warum sollte sich was am Fensterverhalten ändern.? Da hat sich nichts grundlegendes geändert.

Mit den Scripten werde ich mich morgen befassen.

Der Hinweis an aika kam nur aus der Erfahrung, dass die --class Option bei anderen yad Skripte geholfen hat.
Mal sehen ob es auch hier so ist.

FW ausgeschaltet und die Verbindung wurde sofort aufgebaut.

Also, die Firewall funktioniert.
was meinst du ?
Bei dir funktioniert in MX-23.5-Fluxbox 1-to-1 als Provider, wenn dort die FW eingeschaltet ist ?
Oder meinst du was anderes ?
Bei mir ist es auch im aktualisierten MX-23.5-FluxBox so, dass es dort für einen 1-to-1-Provider keine Verbindung gibt, so lange die FW eingeschaltet ist.

Ich habe 1-to-1-assistance überhaupt nicht ausprobiert.
Ich meinte nur, dass das Blockieren von Verbindungen der Sinn einer Firewall ist.

Posted: **Sun Mar 16, 2025 2:26 am**

Hallo, Melber.

Ich habe 1-to-1-assistance überhaupt nicht ausprobiert.
Ich meinte nur, dass das Blockieren von Verbindungen der Sinn einer Firewall ist.

Ja, so ist es.
Sollte bei Umkehrverbindung, laut aika, aber nicht so sein.
Wenn ich mich recht erinnere, hatte Gosia damit auch keine Probleme ( oder ? ).
Gosia hatte jedenfalls die Fenster-Auffälligkeiten nicht, siehe Post #110.

Ich habe in die Scripte geschaut.
Konnte natürlich nix erkennen, wo irgendwas mit CLASS einzutragen wäre.
Klar, das war ja auch von dir aika gerichtet.
Aber aika hat kein Fluxbox zur Verfügung.

Melber, mit Post #124, hattest du ja noch mal dein bestehendes Interesse bekundet zu dem Fensterverhalten, speziell in Fluxbox.
Aika hat kein Fluxbox.
Ich kann nur bestätigen, dass es nach wie vor unverhältnismäßig dargestellt wird.
Bei Gosia wird alles ordentlich dargestellt.

Wäre es nicht einfach und sinnvoll, wenn du ein Fluxbox-ISO in der VM startest, die 1-to-1-Version von Post #122, herunterlädst, installierst und dir selber anschaust, wie sich die Fenstergrößen bei dir zeigen.
Falls so unproportional wie bei mir, könntest du doch direkt deine Lösungsvorschläge in die Scripte einpflegen, so wie du es für sinnvoll hältst, und schauen, welche Auswirkungen es hat.

Davon Ausgehend, dass du Fluxbox-Snapshots bereits hast, dürfte es höchstens eine viertel bis halbe Stunde dauern, Erkenntnis zu erlangen.
( unter anderem zur Interaktion mit der FW )

Es machte bei mir keinen Unterschied, ob ich Fluxbox in der VM verwendete oder ob ich es direkt auf Hardware bootete.

Posted: **Thu Mar 20, 2025 7:51 pm**

loik wrote: Sun Mar 16, 2025 2:26 am Wäre es nicht einfach und sinnvoll, wenn du ein Fluxbox-ISO in der VM startest, die 1-to-1-Version von Post #122, herunterlädst, installierst und dir selber anschaust, wie sich die Fenstergrößen bei dir zeigen.

Na ja, das ist mir doch zu aufwendig. Beide meine verfügbare Zeit sowie meine Interesse an der App sind begrenzt.
Aber weil ich nett bin, habe ich mir die yad-Teile der Skripte schnell angeschaut und grob bearbeitet.

Ersetzte die drei 1-to-1 Skripte in /usr/local/bin mit denen aus der tar-Datei.
(Vergesse nicht Backups der aktuellen Skripte anzulegen.)
Die ebenfalls enthaltene Datei "1-to-1_assistance-provide.txt" musst du in /usr/share/antiX/ ablegen.

Funktionieren die Fenstergrößen in Fluxbox jetzt besser?

1-to-1.tar

Posted: **Mon Mar 24, 2025 1:58 am**

Hallo, melber.

Aber weil ich nett bin, habe ich ...

Oh ja , sehr nett. Dankeschön.

Leider werde ich die nächsten 10 Tage nicht dazu kommen es zu testen.
Bin unterwegs.
Also etwas Geduld, bis mir rückmeldung möglich ist.

Posted: **Sun Mar 30, 2025 9:05 am**

Hallo, aika.
Hallo, melber.

Ja, das mit dem erheblichen Zeitaufwand ist wirklich anstrengend.

Ich habe jetzt mal die Scripte getestet.
Ist ja bei mir eigentlich nur in Fluxbox nötig.

Das Passwort-Fenster und das IP-Adressen-Fenster für den Receiver sind mit melbers Scripten so in der Größe annehmbar und stabil.
Das Passwort-Fenster für den Provider ebenfalls.

Auch das Provider-Warn-Fenster zu Shortcuts und Vollbild-Falle wird nun in guten Fenster-Proportionen dargestellt.
( Vorausgesetzt, man vergisst nicht, "1-to-1_assistance-provide.txt" abzulegen in /usr/share/antiX )
Das Provider-Script funktioniert somit auch in anderen Systemen als Fluxbox.

Das Receiver-Script ist für mich nur in Fluxbox notwendig und in den anderen MX-Systemen werden die Eingabe-Fenster ja ordentlich angezeigt.
Dort sogar mit aikas Script eleganter als mit melbers Script.
Aber wenn man in melbers Receiver-Script, in dem die Dimenssionsangabe --height=100 ändert auf --height=50, dann passt es genau so schön.
( Hmm, wäre ich nie drauf gekommen height mit E-i zu schreiben. aber nur so funktioniert es. )

Also, melber, ja, aus meiner Sicht sind deine Script-Änderungen eine vollständig annehmbare Verbesserung.
Danke.
Sehr nett.

Falls der Download-Link deiner Scripte nicht vorsätzlich per Forums-Login gesperrt ist, wäre es einfacher zu handhaben, wenn du den Link so postest, dass er auch ohne Login herunterladbar ist.

Posted: **Fri Apr 04, 2025 6:03 am**

Also gelöst, die fehlende --class Definition bei den yad-Fenstern hat das Darstellungsproblem in Fluxbox verursacht

Mal sehen, ob @aika sich irgendwann wieder meldet bzw. Lust hat sich weiter mit der App zu beschäftigen.

MX Linux Forum

1-to-1-assistance-antix - defekt ?

1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?

Re: 1-to-1-assistance-antix - defekt ?