vnc4server: Xvnc via de inetd

[quick_snack]

Ik heb regelmatig gewerkt met een remote desktop onder Hoary. Via volgende regel in de inetd.conf

Code: [Selecteer]

5901 stream tcp nowait nobody /usr/bin/Xvnc Xvnc -inetd -query localhost -once securitytypes=nonekon ik een remote sessie initialiseren via een viewer op WinXP. Hiertoe moest ik de standaard versie van xvncserver verwijderen en versie 4 (xvnc4server) installeren.
Nadat ik heb geupgraded ben naar Breezy wil dit niet meer. Na controle bleek dat de standaard versie weer was ge

[Dennis Kaarsemaker]

Wat zegt sudo netstat -tlnp? Luistert het correcte programma wel?

Als je trouwens iets wilt wat stukken beter is dan vnc: probeer FreeNX

[quick_snack]

Dit krijg ik met het door jouw voorgestelde commando:

Code: [Selecteer]

tcp        0      0 0.0.0.0:5901            0.0.0.0:*               LISTEN     6823/inetdMisschien kun je hier iets mee.

Ik zal FreeNX eens proberen.

[kennywest]

Hier vond ik iets over paden die verkeerd zijn:
http://www.debian-administration.org/articles/135

Wil je echt de server starten vanuit inetd (ik heb al rare dingen meegemaakt met inetd). Probeer hem anders gewoon als standalone daemon te draaien. Via vncserver commando ofzo.

[quick_snack]

Waar het mij om gaat is dat het wel werkt onder hoary maar niet onder breezy. Ik zou graag willen weten waarom niet en op welke manier dit verholpen zou kunnen worden.

FreeNX is een optie maar ik zou graag eerst vnc willen hebben werken of iig begrijpen willen waarom het niet werkt.

Trouwens netstat -tlnp onder hoary geeft ook de listen aanduiding op poort 5901 maar zonder het procesnummer en inetd erachter. Volgens Xvnc zou er alleen maar een proces moeten worden oopgestart op het moment dat er een verzoek komt van de client.
Dit zou betekenen dat er een proces al aanwezig is binnen breezy welke voorkomt dat er verbindingen worden gelegd. Wie helpt mij uit de brand?

[Dennis Kaarsemaker]

Nee, inetd luistert op die poort en zou xvnc moeten starten, het klopt dus dat er een proces op die poort 'zit', als het maar inetd is

De -p switch van netstat werkt alleen als je root bent.

[quick_snack]

OK, dat weet ik dan ook weer. Ik ben dan nog niets opgeschoten met het feit dat onder hoary het wel werkt en onder breezy niet. Heb de firewall ook al gecontroleerd en die voor de zekerheid ff uitgezet. Wat nu nog?

[quick_snack]

Bij het handmatig opstarten van vncviewer krijg ik:

Code: [Selecteer]

ReadFromRFBServer: rdr::SystemException: read: Connection reset by peer (104)Iemand een idee?

[Dennis Kaarsemaker]

kijk eens in daemon.log of syslog, de server logt daar dingen als het goed is

[quick_snack]

Noppes, er wordt niets vermeld. Heb je misschien nog andere idee

[Dennis Kaarsemaker]

Nope, ik ben altijd ver bij vnc vandaan gebleven, sorry.

[quick_snack]

FF een kick van ondergetekende. Zou het mogelijk zijn dat het iets te maken heeft met iptables? Misschien dat hierin iets zou moeten worden gewijzigd om oproepen op poort 5901 door te laten komen.

[Dennis Kaarsemaker]

Doe eens iptables -L; iptables -t mangle -L; iptables -t forward -L; iptables -t nat -L

(oftewel een complete lijst van al je iptables rules) en geef dat eens mee

[quick_snack]

OK

Code: [Selecteer]

root@kajadamachine:~# iptables -L; iptables -t mangle -L; iptables -t forward -L; iptables -t nat -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination
iptables v1.3.3: can't initialize iptables table `forward': Table does not exist (do you need to insmod?)
Perhaps iptables or your kernel needs to be upgraded.
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
root@kajadamachine:~#

[Dennis Kaarsemaker]

Daar wordt dus niks geblokt