Re: XWin/xdmcp fails after PC domain change

2005-01-13 Thread Greg Dotts
Igor, thanks for this info.
I posted the solution a little earlier this evening and based on your 
comments now makes perfect sense.

I allow dynamic updates to my internal DNS records (silly for two PC's, 
but whats a geek to do) and it turned out the DNS suffix entry was 
removed from my desktop PC during all the rearranging.

This translates into xwin/xdmcp referencing an old DNS record and 
refusing to connect.  It's usually the simple stuff isn't it???

Thanks again
Igor Pechtchanski wrote:
On Thu, 13 Jan 2005, Greg Dotts wrote:
I could sure use some help solving a problem with my Cygwin/X (on MS XP Pro
SP1 -> Fedora 2 xdmcp connection.
[snip]
XDMCP is very sensitive to DNS changes.  Make sure that when the server
does a reverse DNS lookup on the IP, it gets the same FQDN as supplied by
your Cygwin machine.  Check /var/log/messages on the server.  Do you have
a stale /etc/hosts entry, perhaps?
See <http://en.tldp.org/HOWTO/XDMCP-HOWTO/> and
<http://cygwin.com/ml/cygwin-xfree/2004-04/msg00329.html>.
HTH,
    Igor
--
GDD
a.k.a. Greg Dotts
If quitters never win, and winners never quit,
what fool came up with, "Quit while you're ahead"?


Re: XWin/xdmcp fails after PC domain change

2005-01-13 Thread Greg Dotts
Hello Alexander,
I have just now solved the problem.  Apparently during the domain 
join/unjoin the DNS Suffix in System Properties>Computer Settings was 
removed leaving just the host name of the PC.  Replacing the DNS suffix 
of my internal domain name fixed the problem.  Not sure why???  Perhaps 
a DNS issue - Dynamic Updates issue maybe???

To answer your question, yes I did try the "-from localipaddress" option 
which had no effect.  Once again not sure why.

Perhaps a list member with more knowledge can clarify.
Thanks for the suggestion
GDD
Alexander Gottwald wrote:
Greg Dotts wrote:

I could sure use some help solving a problem with my Cygwin/X (on MS XP
Pro SP1 -> Fedora 2 xdmcp connection.
xwin -query 192.168.1.1
Any help would be appreciated and I've RTFM'd and searched the archives. ;-)

Have you tried the -from  parameter? This tells XWin which
network interface to use.
OTOH i have no idea why a domain change could change anything in Cygwin/X.
Maybe some user settings like TEMP location have changed or its just the
network setting which changed.
bye
ago
NP: Diary of Dreams - Mask of Shame
--
GDD
a.k.a. Greg Dotts
If quitters never win, and winners never quit,
what fool came up with, "Quit while you're ahead"?


XWin/xdmcp fails after PC domain change

2005-01-13 Thread Greg Dotts
I could sure use some help solving a problem with my Cygwin/X (on MS XP 
Pro SP1 -> Fedora 2 xdmcp connection.

I recently changed my Samba server setup to PDC and joined my desktop 
and laptop PC's to the domain which promptly killed my Cygwin/X 
installations.  Step two was a remove/reinstall of Cygwin/X to the 
latest release on both machines.  This resulted in my laptop working, 
but not my desktop.  Next step was to remove the desktop and laptop from 
the domain and back into the original workgroup and try again.  I had to 
remove/reinstall Cygwin/X again, and again only the laptop will connect.

So now I'm scratching my head...  I have removed Cygwin/X from my 
desktop, cleaned the registry, removed all files related to Cygwin/X 
from the HD and reinstalled.  Same result - The XWin window loads but no 
response from the Fedora server.  Below is a copy of the XWin.log file 
and user variables, but I don't see anything out of the ordinary and I 
can't find any related entries in any of the Fedora logs.

BTW, nothing has changed on the xdmcp server side that I'm aware of... 
It looks to me like XWin.exe is not making the request to 192.168.1.1???

<--- XWin.log --->
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 6.8.1.0-9
Contact: cygwin-xfree@cygwin.com
XWin was started with the following command line:
xwin -query 192.168.1.1
ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1024 h 768
winInitializeDefaultScreens - Returning
_XSERVTransmkdir: ERROR: euid != 0,directory /tmp/.X11-unix will not be 
created.
(II) XF86Config is not supported
(II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information
(==) FontPath set to 
"/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/TTF/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
MIT-SHM extension disabled due to lack of kernel support
XFree86-Bigfont extension local-client optimization disabled due to lack 
of shared memory support in the kernel
(--) Setting autorepeat to delay=500, rate=31
(--) winConfigKeyboard - Layout: "0409" (0409)
(--) Using preset keyboard for "English (USA)" (409), type "4"
(--) 3 mouse buttons found
Could not init font path element /usr/X11R6/lib/X11/fonts/TTF/, removing 
from list!
Could not init font path element /usr/X11R6/lib/X11/fonts/Type1/, 
removing from list!
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing 
from list!
Could not init font path element /usr/X11R6/lib/X11/fonts/100dpi/, 
removing from list!
winDeinitMultiWindowWM - Noting shutdown in progress
<--- End Log --->

<--- User Variables --->
declare -x !::="::\\"
declare -x !C:="C:\\cygwin\\bin"
declare -x ALLUSERSPROFILE="C:\\Documents and Settings\\All Users"
declare -x APPDATA="C:\\Documents and Settings\\gddotts\\Application Data"
declare -x COMMONPROGRAMFILES="C:\\Program Files\\Common Files"
declare -x COMPUTERNAME="DESKTOP-1"
declare -x COMSPEC="C:\\WINDOWS\\system32\\cmd.exe"
declare -x CVS_RSH="/bin/ssh"
declare -x HOME="/home/gddotts"
declare -x HOMEDRIVE="C:"
declare -x HOMESHARE="Server-1\\gddotts"
declare -x HOSTNAME="desktop-1"
declare -x 
INFOPATH="/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:"
declare -x LOGONSERVER="DESKTOP-1"
declare -x MAKE_MODE="unix"
declare -x 
MANPATH="/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:"
declare -x NUMBER_OF_PROCESSORS="1"
declare -x OLDPWD="/"
declare -x OS="Windows_NT"
declare -x 
PATH="/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program 
Files/GnuPG"
declare -x PATHEXT=".COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH"
declare -x PRINTER="dotts-pdc\\hplj2100"
declare -x PROCESSOR_ARCHITECTURE="x86"
declare -x PROCESSOR_IDENTIFIER="x86 Family 15 Model 1 Stepping 2, 
GenuineIntel"
declare -x PROCESSOR_LEVEL="15"
declare -x PROCESSOR_REVISION="0102"
declare -x PROGRAMFILES="C:\\Program Files"
declare -x PROMPT="\$P\$G"
declare -x PS1="\\[\\033]0;\\w\\007\
[EMAIL PROTECTED] \\[\\033[33m\\w\\033[0m\\]\
\$ "
declare -x PWD="/tmp"
declare -x SESSIONNAME="Console"
declare -x SHLVL="1"
declare -x SYSTEMDRIVE="C:"
declare -x SYSTEMROOT="C:\\WINDOWS"
declare -x TEMP="/cygdrive/c/DOCUME~1/gddotts/LOCALS~1/Temp"
declare -x TERM="cygwin"
declare -x TMP="/cygdrive/c/DOCUME~1/gddotts/LOCALS~1/Temp"
declare -x USER="gddotts"
declare -x USERDOMAIN="DESKTOP-1"
declare -x USERNAME="gddotts"
declare -x USERPROFILE="C:\\Documents and Settings\\gddotts"
declare -x WINDIR="C:\\WINDOWS"
<--- End User Variables --->

Any help would be appreciated and I've RTFM'd and searched the archives. ;-)
--
GDD
a.k.a. Greg Dotts
If quitters never win, and winners never quit,
what fool came up with, "Quit while you're ahead"?