#Neorouter firewall ports install#Has your /etc/xinetd.d/vnc file been altered since your PC's original install ? I ask because I have the impression you used some sort of front end program to setup/use your VNC and that could have changed one or more configuration files, while I have always used the command line and hence I likely have a different configuration from yourself. Is your remote system using XFCE (I'm not familiar with Gnome nor KDE) ? Is it possible something is configured wrong in that desktop ? I note for KDE I have a file /usr/share/kde4/services/vnc.protocol. Given both my 13.1 and 13.2 work for vnc, then from that I deduce that for vnc to nominally function without a special configuration, that file is not needed to be configured. I note my openSUSE-13.2 system has the file /etc/modprobe.d/nf (where the contents are all commented out) while my openSUSE-13.1 system has no such file. Do you have such a directory ? If so you could try removing it and trying again (maybe back it up somewhere first, prior to removing). One thing I note is because I did not do anything special to configure vnc, I do not have any vnc config files (that I can find) in my regular user accounts. No, i don't have any of these, or at least i don't know anything about it, i did not enabled anything intentionally.Īh, yes, my bad - i should say "enabled VNC in Yast", not "configured." #Neorouter firewall ports movie#Yes, everything works perfect, just have successfully uploaded 800Mb size movie file. Vnc worked immediately out of the install (after my installing tigervnc (or tightvnc) and xorg-x11-Xvnc (and their associated dependencies). I did not need to 'configure' yast other than to open the appropriate firewall ports. You state you "Configured VNC with Yast". Is there any custom information about your vnc/remote connection that you have not told us that might help provide us further insight ? Or if you do have such, disable it temporary, then try the vnc access to see if that temporary disabling makes a difference. #Neorouter firewall ports Pc#Or if it is disconnected in such a case ?Īssuming tests show the connection is fine, possibly you can advise as to what vnc app versions you have ? For example, on my laptop (running openSUSE-13.2) that I use to access the desktop of my mother's PC (over 7000km away) where she is running openSUSE-13.1 I rpm -qa | grep vncįurther, please confirm you have no exotic defensive measures/scripts in place that will disconnect upon someone trying to hack, where that could have been triggered prematurely. Possibly try copying a file of reasonable size (not too small) to/from the PC, using say sftp, to see if the connection remains stable there over several minutes of sustained data access. Have you tried any long term access tests to confirm the quality/consistency of the connect ? Using default colormap which is TrueColor. True colour: max red 255 green 255 blue 255, shift red 16 green 8 blue 0 Least significant byte first in each pixel. Then got a second long splashscreen of opensuse background (same as in screenshot in post #1)Īnd then vncviewer -encodings "tight copyrect hextile" localhost:1Ĭonnected to RFB server, using protocol version 3.8 Vncviewer -encodings "tight copyrect hextile" localhost:1 Ssh -t -L 5901:localhost:5901 'x11vnc -localhost -nolookup -nopw -display :1' Ok i tried, i did as in post #13, same problem. I agree a test with ssh, follows by a test of piping vnc through ssh is worth trying. Why should openSUSE stop and not somewhere along the route ? If you initially get the desktop and then it stops, are you certain it is openSUSE and not somewhere along the route that is stopping ? openSUSE worked initially from what you said. That should work just fine, regardless of firewall settings or anything Ssh -L 5910:localhost:5900 use vnc to connect to localhost:10 What I do (and suggest you do) is tunnel over ssh: Traffic, and the passwords are easy to hack. VNC security is nonexistent - no encryption of > No, as i mentioned before - i tried lots of clients, Windows, Linux > disconnects after showing openSUSE background screen. > incorectly - client would not connect to server at all, not like here. > problem, because if ports would not be forwarded, or forwarded Routing is done by TP-link router with OpenWRt on it. > No, PC's are not in the same network, not even in same country at this > Are both PCs openSUSE (client and Server) ? > PCs on different networks ? If different networks, do you have the > Is this VNC over a LAN (ie both PCs on same LAN) ? or is it with both
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |