UVNC repeater

[manfred-mueller]

Ich habe im Nachgang zu den 'avm-rules Versuchen' mit #1096 den uvncrepeater angepasst und mit Oberfläche als Paket fertig.
Falls das von Interesse ist, kann ich gerne ein pr initiieren.

[MatrixUser]

Ich finde dein Engagement dankeswert, würde aber den UltraVNC Repeater wahrscheinlich nicht nutzen:

Bei Rustdesk läuft nur die Vermittlung über den Server, während der eigentliche Datenverkehr von Peer zu Peer geht. Nur wenn eine direkte Verbindung nicht möglich ist, läuft auch der Traffic über den Relayserver. Im Gegensatz dazu läuft beim UltraVNC Repeater der Traffic wohl immer über den Repeater.

Zum anderen habe ich subjektiv schon länger den Eindruck, daß bei einer Rustdesk Sitzung der Rechner auf der Gegenseite schneller auf Eingaben reagiert und auch der Bildschirmaufbau performanter ist.

[aus-sua]

Vielfalt schadet nie, ich freue mich über jede Packages, die es im freetz-NG gibt.
Also danke und mache da bitte ein Pull requests daraus.

[fda77]

Finde ich auch gut, auch wenn ich keine Ahnung hab was man damit machen kann. Es wäre (grundsätzlich) gut wenn andere gibt die damit was anfangen können, und dass es compilierbar (also für alle mipsel,mips,arm,arom) ist

[manfred-mueller]

...was man damit machen kann

Wenn der Repeater für beide Seiten sichtbar ist, können sich beide Seiten (z.B. Supporter und Kunde) hinter einer NAT-Firewall befinden und ohne irgendwelche Portfreigaben miteinander kommunizieren. Ich hatte früher einen kleinen Server bei OVH, auf dem ein Repeater lief und habe so vom Ruhrgebiet aus ohne feste IP auf beiden Seiten mit Hilfe eines auf die IP des Repeaters vorkonfigurierten VNC-Singleclick-Moduls die PCs in der Schule meiner Schwester in Nürnberg gewartet.

pr erstellt

[fda77]

Danke für die Erklärung! Das ist also für das Problem wenn Client und Server keine öffentlich IPv4 haben und hinter einem NAT-Router sind.
Daher auch der komisch Name "Repeater"...

Für Fortgeschrittene: Wenn diese Software die Lösung für ein IPv4 Problem ist, weshalb macht man sich Gedanken über IPv6? Hab gehört die GUAs sind alle öffentlich ;-)

[manfred-mueller]

Danke für's mergen!

@IPv6: Es gibt einen IPv6-Port in Ansi-C, der ist aber nicht kompilierbar für Freetz-ng

[manfred-mueller]

@fda77: Würde es auch in deinen Augen Sinn machen, die runasuser-Konfiguration komplett aus der ini-Datei zu entfernen? So sollte gewährleistet sein, dass der Repeater immer mit dem in rc.uvncrepeater angelegten User 'uvncrep' läuft. Wer dann den Nutzer per ini-Datei ändert, muss wissen, was er tut.

[fda77]

Wie gesagt, bei Ipv6 gibts (normal) kein Nat-Problem, da alle Ips öffentlich sind. Dann braucht man auch keinen Repeater/Proxy. Diese "ac" Version ist eigentlich nur die alte Version + ein paar Commits

Ansonsten könntest du die .ini auch komplett entfernen und alle sinnvollen Optionen im Webif anzeigen, zb

• kein ip, 0.0.0.0 ist okay
• keine user, macht nur Probleme (Man könnte als user auch "nobody" nehmen)
• für mode 1/2/beide eine Radiobuttton

[manfred-mueller]

Ich würde zum Einen gerne möglichst nah am Original bleiben und zum Anderen auch aus kiss-Prinzipien gerne die (dokumentierte) ini behalten, da u.a. hier ja auch die erlaubten/geblockten Server-IPs und Adressbereiche sowie für mode2 die erlaubten IDs eingetragen werden können. In meinen Augen würde bei Integration dieser Einstellungen in's Webif dieses zu aufgebläht. Den user nobody hatte ich in meiner ersten Version. Ich finde die 'modlib_add_user_and_group' Variante aber eleganter.

[fda77]

gerne die (dokumentierte) ini behalten,

Freetz hat für ALLE Einstellungen 32KB. Daher ist das NICHT der richtige Platz für Dokumentation ;-) Um ehrlich zu sein ist mir die .ini eh etwas zu gross
nobody geht genau so mit modlib_add_user_and_group

Wie man an der .language sah hast du das web von dem letzten neuen package (name vergessen) kopiert, dort ist die "ini" eine Kurzversion und oben drüber ein Link zu Doku

[manfred-mueller]

Freetz hat für ALLE Einstellungen 32KB. Daher ist das NICHT der richtige Platz für Dokumentation ;-)

DAS ist ein schlagendes Argument, welches ich nicht bedacht habe!

Wie man an der .language sah hast du das web von dem letzten neuen package (name vergessen) kopiert, dort ist die "ini" eine Kurzversion und oben drüber ein Link zu Doku

Ja, von vlmcsd. So hatte ich es auch in der ersten Version dieses Pakets übernommen aber beim Aufruf des Links einen Format-Fehler.
Ich werde das Paket in der nächsten Zeit überarbeiten, muß aber jetzt erstmal wieder im "wirklichen Leben" tätig werden ;-)

[manfred-mueller]

PR erstellt

[fda77]

Falls ihr auf eine Haufen alter Packages steht... sf3978 hatte im svn einen Branch der mit Packages vollgepackt war, aber niemand hatte den überblick was da alles drin war

Packages

$ svn list REPO/branches/sf3978_packages/make
NetPIPE/
adsuck/
aeke/
aget/
aiccu/
ample/
apache/
apf/
arpd/
arping/
arpon/
arpwatch/
authorized-keys/
autofs/
avahi/
avm-firewall/
axel/
bacnet-stack/
bacnet4linux/
balance/
bandwidth/
bash/
bftpd/
bfusb/
bind/
bing/
bip/
bird/
bittwist/
bld/
bluez-utils/
bmon/
bnc/
bost/
br2684ctl/
bridge-utils/
busybox/
bwping/
callmonitor/
capisnoop/
casu/
ccrypt/
cftp/
chatd/
checkmaild/
cifsmount/
classpath/
cmdftp/
collectd/
comgt/
connect/
coreutils/
corkscrew/
cpmaccfg/
cpmaccfg-cgi/
cryptsetup/
ctorrent/
curl/
darkhttpd/
darkstat/
davfs2/
dbus/
dccserver/
debootstrap/
deco/
devio/
dhcpcd/
dhid/
digitemp/
dns2tcp/
dnsd-cgi/
dnsmasq/
dnsproxy/
dnsreflector/
dosfstools/
downloader/
driftnet/
dropbear/
dsniff/
dtach/
dtmfbox/
dtmfbox-cgi/
dudders/
e2fsprogs/
elhttp/
elog/
email/
emech/
empty/
espeak/
ethstatus/
ffmpeg/
ffproxy/
fortune/
fprobe/
fstyp/
fuse/
gdb/
git/
gnu-make/
gnutls/
gocr/
gw6/
haserl/
hd-idle/
hiawatha/
hol/
hp-utils/
hping3/
hplip/
htop/
htpdate/
httping/
httpry/
httptunnel/
icbirc/
icecast/
icmpinfo/
ident2/
ifstat/
iftop/
igmpproxy/
inadyn/
inadyn-mt/
inetd/
inotify-tools/
iodine/
ipband/
ipcad/
iperf/
iplog/
ippd-master/
ipsec-tools/
iptables/
iptables-cgi/
iptotal/
iptraf/
iputils/
ircd-hybrid/
iroffer/
irssi/
jamvm/
jftpgw/
jnettop/
jtg/
knock/
lamahub/
ldd/
lft/
lftp/
libs/
lifstat/
lighttpd/
linux/
logrotate/
lsof/
ltrace/
lua/
lynx/
madplay/
masqmail/
matrixtunnel/
mc/
mcabber/
mdev/
mediatomb/
miau/
microperl/
mini-snmpd/
mini_fo/
minicom/
minidlna/
mod/
modcgi/
module-init-tools/
monit/
monitord/
motion/
mtr/
muh/
nagios/
nano/
nano-shell/
nast/
nbtscan/
nc6/
ncftp/
ndas/
ndyndns/
netatalk/
netcat/
netio/
netpbm/
netperf/
netscript/
netsnmp/
nfdump/
nfs-utils/
nfsd-cgi/
nfsroot/
ngircd/
ngrep/
nhipt/
nload/
nmap/
noip/
nstx/
ntfs/
nuttcp/
nylon/
obexftp/
odsclient/
oidentd/
onlinechanged-cgi/
openconnect/
opendchub/
opendd/
openntpd/
openssh/
openvpn/
owfs/
packit/
parprouted/
pcapsipdump/
pciutils/
php/
phpxmail/
pingtunnel/
pktstat/
polipo/
portmap/
portsentry/
pound/
ppp-cgi/
pppd/
pptp/
pptpd/
privoxy/
prtunnel/
psybnc/
pv/
quagga/
radvd/
rcapid/
redsocks/
rinetd/
ripmime/
rrdstats/
rrdtool/
rsync/
rtpproxy/
ruby/
ruby-fcgi/
sablevm-sdk/
samba/
sane-backends/
screen/
sendip/
ser2net/
sg3_utils/
shout/
sipp/
siproxd/
sipsak/
sispmctl/
slang/
slurm/
smap/
smusbutil/
socat/
sock/
spawn-fcgi/
spindown-cgi/
sqlite/
squid/
sshfs-fuse/
sshguard/
sslcat/
ssocks/
strace/
streamripper/
stund/
stunnel/
subversion/
sudo/
synce-dccm/
synce-serial/
syslogd-cgi/
target-tester/
tcp_wrappers/
tcpdump/
tcpflow/
tcpick/
tcpproxy/
tcpreen/
tcpscript/
tdetect/
tftp-hpa/
thc-ipv6/
throttle/
tinc/
tinyproxy/
tlsproxyd/
tmdns/
tmux/
tor/
transmission/
transmission-cgi/
transocksev/
tree/
trickle/
truecrypt/
ttcp/
udpcast/
udptunnel/
udpxy/
uftp/
uhub/
umurmur/
unrar/
usbip/
usbroot/
usbutils/
ushare/
util-linux-ng/
uudeview/
vgp/
vim/
virtualip-cgi/
vnstat/
vnstat-cgi/
vpnc/
vsftpd/
vtun/
weborf/
wget/
wol/
wol-cgi/
wput/
xmail/
xpdf/
xrelayd/
xsltproc/
xz/

Libs

$ svn list REPO/branches/sf3978_packages/make/libs
apr/
apr-util/
bluez-libs/
cyassl/
db/
devmapper/
expat/
flac/
flex/
freetype/
gd/
gettext/
glib/
glib2/
gmp/
jpeg/
js/
ldns/
libart_lgpl/
libavmhmac/
libcapi/
libconfig/
libdaemon/
libdlna/
libdnet/
libelf/
libevent/
libexif/
libffi-sable/
libfreetz/
libftdi/
libgcc_s/
libgcrypt/
libgpg-error/
libiconv/
libid3tag/
libidn/
libmad/
libnet/
libnids/
libogg/
liboping/
libosip2/
libpcap/
libpng/
libstdcxx/
libsynce/
libtasn1/
libtool/
libupnp/
libusb/
libusb1/
libvorbis/
libxml2/
linux-atm/
lzo/
matrixssl/
mpc/
mpfr/
ncurses/
neon/
openjpeg/
openobex/
openssl/
pcre/
pjproject/
pkcs11/
polarssl/
popt/
protobuf-c/
readline/
sysfsutils/
taglib/
uclibc/
uclibcxx/
wxWidgets/
zlib/

[fda77]

Wie ist das eigentlich, kann jede Client+Server VNC Software diesen Repeater verwenden? Oder nur UltraVNC?

[manfred-mueller]

Turbo-VNC kann es auf jeden Fall. Bei den anderen VNC-Derivaten bin ich mir nicht sicher. Die haben (fast) alle mittlerweile eigene, proprietäre, Repeater-Lösungen. Es ging früher sogar mit den ersten Teamviewer Versionen, bevor Teamviewer komplett proprietär wurde.

Ich nutze für die administrierten Server eine selbst gehostete Meshcentral-Installation, welche perfekt(est) funktioniert und zudem open source ist. Die ist von einem der Intel-AMT-Programmierer, unterstützt Intel AMT und einen Software-Agent und wird aktiv gepflegt. Da ich die Protokollierungs-Funktion für die minutengenaue Abrechnung benötige, benutze ich mittlerweile für die Clients eine abonnierte Teamviewer-Version.