RE: XWin works on Win2K but not on some WinXP clients [FIXED]
Well it picked up my Putty SSH session but it did not pick up my XDM attempt. I tried sever times. Nov 20 23:55:52 gaia last message repeated 7 times Nov 20 23:56:06 gaia last message repeated 7 times Nov 21 04:04:45 gaia su(pam_unix)[2891]: session opened for user news by (uid=0) Nov 21 04:04:45 gaia su(pam_unix)[2891]: session closed for user news Nov 21 07:59:10 gaia sshd(pam_unix)[3253]: authentication failure; logname= uid=0 euid=0 tty=NODEVssh ruser= rhost=ngc-d4o1xu3vg29.ad.tasc.com user=kdw Nov 21 07:59:24 gaia sshd(pam_unix)[3255]: session opened for user kdw by (uid=505) Nov 21 07:59:52 gaia su(pam_unix)[3280]: session opened for user root by kdw(uid=505) [EMAIL PROTECTED] log]# -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 19, 2003 4:40 PM To: Woellert, Kirk D. Cc: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk, Try to open an XDMCP session from your PC and see what that adds to /var/log/messages (don't scan the whole thing, the relevant messages will be appended). See if it shows something like Nov 17 17:03:10 gaia gdm[]: gdm_auth_secure_display: Error getting hentry for XPmachine Nov 17 17:03:10 gaia gdm[]: gdm_xdmcp_display_alloc: Error setting up cookies for XPmachine:0 In any case, there should be some indication that gdm received a connection request from your machine, even if it was refused. Igor On Tue, 18 Nov 2003, Igor Pechtchanski wrote: Kirk, Check /var/log/messages and see if there are any from gdm. This may be a DNS lookup issue (i.e., your XP machine is not registered in DNS, or registered, but not with the correct name). Confirm by nslookup YOUR_IP from the Linux machine. If it is a DNS issue, try adding your XP machine to /etc/hosts and restarting gdm (kill -USR1 `cat /var/run/gdm.pid`). Igor On Tue, 18 Nov 2003, Harold L Hunt II wrote: So echo on UDP port 177 works fine. This is not good. There must be something else in the gdm conf on the linux box that explicitly denies gdm connections from the Windows XP machine's IP addresses, since it worked fine when using 10.0.0.x addresses. Anyway you can change the IP of the XP machine to one not previously used as a test? Harold Woellert, Kirk D. wrote: 1. Edited the echo-upd file in the xinetd.d folder. Changed the default port from 7 to 177... [EMAIL PROTECTED] xinetd.d]# cat echo-udp # default: off # description: An xinetd internal service which echo's characters back to clients. \ # This is the udp version. service echo { disable = no type= INTERNAL UNLISTED id = echo-dgram socket_type = dgram protocol= udp user= root wait= yes port= 177 } [EMAIL PROTECTED] xinetd.d]# 2. Did a grep just to ensure gdm was not gonna respond to my upd packets... [EMAIL PROTECTED] xinetd.d]# ps -ef |grep xdm root 2328 1912 0 18:12 pts/000:00:00 grep xdm [EMAIL PROTECTED] xinetd.d]# 3. Ran a upd echo test from the WinXP client to the Linux box using a Java echo client C:\Binjava -jar UDPEchoClient.jar 137.51.14.130:177 64 bytes from 137.51.14.130: seq no 0 time=0 ms 64 bytes from 137.51.14.130: seq no 1 time=0 ms 64 bytes from 137.51.14.130: seq no 2 time=0 ms 64 bytes from 137.51.14.130: seq no 3 time=0 ms 64 bytes from 137.51.14.130: seq no 4 time=0 ms 64 bytes from 137.51.14.130: seq no 5 time=0 ms 64 bytes from 137.51.14.130: seq no 6 time=0 ms 64 bytes from 137.51.14.130: seq no 7 time=0 ms 64 bytes from 137.51.14.130: seq no 8 time=0 ms 64 bytes from 137.51.14.130: seq no 9 time=0 ms 64 bytes from 137.51.14.130: seq no 10 time=0 ms 64 bytes from 137.51.14.130: seq no 11 time=0 ms 64 bytes from 137.51.14.130: seq no 12 time=0 ms 64 bytes from 137.51.14.130: seq no 13 time=0 ms 64 bytes from 137.51.14.130: seq no 14 time=0 ms 64 bytes from 137.51.14.130: seq no 15 time=0 ms 64 bytes from 137.51.14.130: seq no 16 time=0 ms 64 bytes from 137.51.14.130: seq no 17 time=0 ms 64 bytes from 137.51.14.130: seq no 18 time=0 ms 64 bytes from 137.51.14.130: seq no 19 time=0 ms 64 bytes from 137.51.14.130: seq no 20 time=0 ms 64 bytes from 137.51.14.130: seq no 21 time=0 ms 64 bytes from 137.51.14.130: seq no 22 time=0 ms 64 bytes from 137.51.14.130: seq no 23 time=0 ms 64 bytes from 137.51.14.130: seq no 24 time=0 ms 64 bytes from 137.51.14.130: seq no 25 time=0 ms 64 bytes from 137.51.14.130: seq no 26 time=0 ms 64 bytes from 137.51.14.130: seq no 27 time=0 ms 64 bytes from 137.51.14.130: seq no 28 time=0 ms 64 bytes from 137.51.14.130: seq no 29 time=0 ms 64 bytes from 137.51.14.130: seq no 30 time=0 ms 64 bytes from 137.51.14.130: seq no 31 time=0
RE: XWin works on Win2K but not on some WinXP clients [FIXED]
Kirk, There is no need to Cc: either me or Harold - we both read the cygwin-xfree list, AFAIK. As for your problem, this doesn't look right -- you used to get gdm messages, and now you don't. A silly question: did you restart gdm after your Java echo test before attempting to connect? Igor On Fri, 21 Nov 2003, Woellert, Kirk D. wrote: Well it picked up my Putty SSH session but it did not pick up my XDM attempt. I tried sever times. Nov 20 23:55:52 gaia last message repeated 7 times Nov 20 23:56:06 gaia last message repeated 7 times Nov 21 04:04:45 gaia su(pam_unix)[2891]: session opened for user news by (uid=0) Nov 21 04:04:45 gaia su(pam_unix)[2891]: session closed for user news Nov 21 07:59:10 gaia sshd(pam_unix)[3253]: authentication failure; logname= uid=0 euid=0 tty=NODEVssh ruser= rhost=ngc-d4o1xu3vg29.ad.tasc.com user=kdw Nov 21 07:59:24 gaia sshd(pam_unix)[3255]: session opened for user kdw by (uid=505) Nov 21 07:59:52 gaia su(pam_unix)[3280]: session opened for user root by kdw(uid=505) [EMAIL PROTECTED] log]# -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 19, 2003 4:40 PM To: Woellert, Kirk D. Cc: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk, Try to open an XDMCP session from your PC and see what that adds to /var/log/messages (don't scan the whole thing, the relevant messages will be appended). See if it shows something like Nov 17 17:03:10 gaia gdm[]: gdm_auth_secure_display: Error getting hentry for XPmachine Nov 17 17:03:10 gaia gdm[]: gdm_xdmcp_display_alloc: Error setting up cookies for XPmachine:0 In any case, there should be some indication that gdm received a connection request from your machine, even if it was refused. Igor On Tue, 18 Nov 2003, Igor Pechtchanski wrote: Kirk, Check /var/log/messages and see if there are any from gdm. This may be a DNS lookup issue (i.e., your XP machine is not registered in DNS, or registered, but not with the correct name). Confirm by nslookup YOUR_IP from the Linux machine. If it is a DNS issue, try adding your XP machine to /etc/hosts and restarting gdm (kill -USR1 `cat /var/run/gdm.pid`). Igor On Tue, 18 Nov 2003, Harold L Hunt II wrote: So echo on UDP port 177 works fine. This is not good. There must be something else in the gdm conf on the linux box that explicitly denies gdm connections from the Windows XP machine's IP addresses, since it worked fine when using 10.0.0.x addresses. Anyway you can change the IP of the XP machine to one not previously used as a test? Harold Woellert, Kirk D. wrote: 1. Edited the echo-upd file in the xinetd.d folder. Changed the default port from 7 to 177... [EMAIL PROTECTED] xinetd.d]# cat echo-udp # default: off # description: An xinetd internal service which echo's characters back to clients. \ # This is the udp version. service echo { disable = no type= INTERNAL UNLISTED id = echo-dgram socket_type = dgram protocol= udp user= root wait= yes port= 177 } [EMAIL PROTECTED] xinetd.d]# 2. Did a grep just to ensure gdm was not gonna respond to my upd packets... [EMAIL PROTECTED] xinetd.d]# ps -ef |grep xdm root 2328 1912 0 18:12 pts/000:00:00 grep xdm [EMAIL PROTECTED] xinetd.d]# 3. Ran a upd echo test from the WinXP client to the Linux box using a Java echo client C:\Binjava -jar UDPEchoClient.jar 137.51.14.130:177 64 bytes from 137.51.14.130: seq no 0 time=0 ms 64 bytes from 137.51.14.130: seq no 1 time=0 ms 64 bytes from 137.51.14.130: seq no 2 time=0 ms 64 bytes from 137.51.14.130: seq no 3 time=0 ms 64 bytes from 137.51.14.130: seq no 4 time=0 ms 64 bytes from 137.51.14.130: seq no 5 time=0 ms 64 bytes from 137.51.14.130: seq no 6 time=0 ms 64 bytes from 137.51.14.130: seq no 7 time=0 ms 64 bytes from 137.51.14.130: seq no 8 time=0 ms 64 bytes from 137.51.14.130: seq no 9 time=0 ms 64 bytes from 137.51.14.130: seq no 10 time=0 ms 64 bytes from 137.51.14.130: seq no 11 time=0 ms 64 bytes from 137.51.14.130: seq no 12 time=0 ms 64 bytes from 137.51.14.130: seq no 13 time=0 ms 64 bytes from 137.51.14.130: seq no 14 time=0 ms 64 bytes from 137.51.14.130: seq no 15 time=0 ms 64 bytes from 137.51.14.130: seq no 16 time=0 ms 64 bytes from 137.51.14.130: seq no 17 time=0 ms 64 bytes from 137.51.14.130: seq no 18 time=0 ms 64 bytes from 137.51.14.130: seq no 19 time=0 ms 64 bytes from 137.51.14.130: seq no 20 time=0 ms 64 bytes from 137.51.14.130: seq no 21 time=0 ms 64 bytes from 137.51.14.130: seq no 22 time=0 ms
RE: XWin works on Win2K but not on some WinXP clients [FIXED]
**SSH into gaia from PuTTY a few minutes after you posted. PID 1037/1088 indicate GDM is running-right?** login as: kdw Sent username kdw [EMAIL PROTECTED]'s password: [EMAIL PROTECTED] ~]$ ps -ef grep gdm [EMAIL PROTECTED] ~]$ ps -ef | grep gdm root 1037 1 0 Nov20 ?00:00:00 /usr/bin/gdm-binary -nodaemon root 1088 1037 0 Nov20 ?00:00:00 /usr/bin/gdm-binary -nodaemon root 1089 1088 0 Nov20 ?00:05:44 /usr/X11R6/bin/X :0 -auth /var/gdm/:0.Xauth vt7 gdm 1098 1088 0 Nov20 ?00:00:37 /usr/bin/gdmgreeter kdw 3761 3735 0 12:46 pts/000:00:00 grep gdm [EMAIL PROTECTED] ~]$ **/var/log/messages excerpt for only Nov 21st.** Nov 21 04:04:45 gaia su(pam_unix)[2891]: session opened for user news by (uid=0) Nov 21 04:04:45 gaia su(pam_unix)[2891]: session closed for user news Nov 21 07:59:10 gaia sshd(pam_unix)[3253]: authentication failure; logname= uid=0 euid=0 tty=NODEVssh ruser= rhost=ngc-d4o1xu3vg29.ad.tasc.com user=kdw Nov 21 07:59:24 gaia sshd(pam_unix)[3255]: session opened for user kdw by (uid=505) Nov 21 07:59:52 gaia su(pam_unix)[3280]: session opened for user root by kdw(uid=505) Nov 21 08:56:10 gaia net-snmp[744]: Connection from 140.188.192.253 Nov 21 08:56:24 gaia last message repeated 7 times Nov 21 09:04:56 gaia sshd(pam_unix)[3255]: session closed for user kdw Nov 21 09:04:56 gaia su(pam_unix)[3280]: session closed for user root Nov 21 12:46:11 gaia sshd(pam_unix)[3732]: authentication failure; logname= uid=0 euid=0 tty=NODEVssh ruser= rhost=ngc-d4o1xu3vg29.ad.tasc.com user=kdw Nov 21 12:46:16 gaia sshd(pam_unix)[3734]: session opened for user kdw by (uid=505) Nov 21 13:11:26 gaia su(pam_unix)[3839]: session opened for user root by kdw(uid=505) [EMAIL PROTECTED] log]# **ipconfig /all listing from the WinXP client in question** Windows IP Configuration Ethernet adapter Local Area Connection: Connection-specific DNS Suffix . : ad.tasc.com IP Address. . . . . . . . . . . . : 137.51.14.54 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 137.51.14.254 C:\WINDOWS\system32ipconfig /all Windows IP Configuration Host Name . . . . . . . . . . . . : ngc-d4o1xu3vg29 Primary Dns Suffix . . . . . . . : Node Type . . . . . . . . . . . . : Hybrid IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No Ethernet adapter Local Area Connection: Connection-specific DNS Suffix . : ad.tasc.com Description . . . . . . . . . . . : Intel(R) PRO/100 Network Connection Physical Address. . . . . . . . . : 00-07-E9-78-16-9C Dhcp Enabled. . . . . . . . . . . : Yes Autoconfiguration Enabled . . . . : Yes IP Address. . . . . . . . . . . . : 137.51.14.54 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : 137.51.14.254 DHCP Server . . . . . . . . . . . : 137.51.14.15 DNS Servers . . . . . . . . . . . : 137.51.60.36 137.51.218.24 Primary WINS Server . . . . . . . : 140.188.192.238 Secondary WINS Server . . . . . . : 137.51.60.36 Lease Obtained. . . . . . . . . . : Friday, November 21, 2003 11:07:30 AM Lease Expires . . . . . . . . . . : Friday, December 05, 2003 11:07:30 AM -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Friday, November 21, 2003 12:35 PM To: Woellert, Kirk D. Cc: [EMAIL PROTECTED] Subject: RE: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk, There is no need to Cc: either me or Harold - we both read the cygwin-xfree list, AFAIK. As for your problem, this doesn't look right -- you used to get gdm messages, and now you don't. A silly question: did you restart gdm after your Java echo test before attempting to connect? Igor On Fri, 21 Nov 2003, Woellert, Kirk D. wrote: Well it picked up my Putty SSH session but it did not pick up my XDM attempt. I tried sever times. Nov 20 23:55:52 gaia last message repeated 7 times Nov 20 23:56:06 gaia last message repeated 7 times Nov 21 04:04:45 gaia su(pam_unix)[2891]: session opened for user news by (uid=0) Nov 21 04:04:45 gaia su(pam_unix)[2891]: session closed for user news Nov 21 07:59:10 gaia sshd(pam_unix)[3253]: authentication failure; logname= uid=0 euid=0 tty=NODEVssh ruser= rhost=ngc-d4o1xu3vg29.ad.tasc.com user=kdw Nov 21 07:59:24 gaia sshd(pam_unix)[3255]: session opened for user kdw by (uid=505) Nov 21 07:59:52 gaia su(pam_unix)[3280]: session opened for user root by kdw(uid=505) [EMAIL PROTECTED] log]# -Original Message- From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 19, 2003 4:40 PM To: Woellert, Kirk D. Cc: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk, Try to open an XDMCP session from
Re: XWin works on Win2K but not on some WinXP clients [FIXED]
Kirk Woellert's problem with XP clients has been fixed, sort of. I talked to him on the phone for a few hours on Friday and walked him through some debugging. Here is what we found out: 1) We could ssh from XP to Linux (TCP protocol). 2) We could tunnel X apps over ssh from the Linux box to display on the XP box (TCP protocol). 3) We could natively display X apps by exporting DISPLAY on Linux box, pointed to XP box (TCP protocol). 4) We could not (nor could X-Win32) get an XDMCP login on the XP box for the Linux box (UDP protocol). 5) We could run the echo service on the Linux box on port 7 and use a Java echo client for UDP to verify that UDP to Linux box worked (UDP protocol). 6) It was revealed that there are really two parts of the network here. Not much is known about whether port blocking is in effect between the two parts. 7) Removing the troubled hosts from the network and hooking them to a stand-alone hub with assigned IP addresses allowed XDMCP to work. 8) We thus confirmed in #5 that UDP was not blocked in general, but #7 indicates that UDP port 177 is blocked between the segments. It turns out that all of the Windows 2000 machines were on one segment, while the Windows XP machines were on another segment. The problem was not the OS, it was that one segment has UDP port 177 blocked. Thus, we determined that the problem is in the network that the machines are attached to; this may or may not be by design. In any case, it isn't a problem with Cygwin/X. :) Harold
RE: XWin works on Win2K but not on some WinXP clients [FIXED]
I aksed corporate IS if they were doing an port blocking/filtering within our LAN. They replied: There should be no port blocking within the corp. LAN. - only in/out to the Internet and in/out of DMZs. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 10:45 AM To: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk Woellert's problem with XP clients has been fixed, sort of. I talked to him on the phone for a few hours on Friday and walked him through some debugging. Here is what we found out: 1) We could ssh from XP to Linux (TCP protocol). 2) We could tunnel X apps over ssh from the Linux box to display on the XP box (TCP protocol). 3) We could natively display X apps by exporting DISPLAY on Linux box, pointed to XP box (TCP protocol). 4) We could not (nor could X-Win32) get an XDMCP login on the XP box for the Linux box (UDP protocol). 5) We could run the echo service on the Linux box on port 7 and use a Java echo client for UDP to verify that UDP to Linux box worked (UDP protocol). 6) It was revealed that there are really two parts of the network here. Not much is known about whether port blocking is in effect between the two parts. 7) Removing the troubled hosts from the network and hooking them to a stand-alone hub with assigned IP addresses allowed XDMCP to work. 8) We thus confirmed in #5 that UDP was not blocked in general, but #7 indicates that UDP port 177 is blocked between the segments. It turns out that all of the Windows 2000 machines were on one segment, while the Windows XP machines were on another segment. The problem was not the OS, it was that one segment has UDP port 177 blocked. Thus, we determined that the problem is in the network that the machines are attached to; this may or may not be by design. In any case, it isn't a problem with Cygwin/X. :) Harold
Re: XWin works on Win2K but not on some WinXP clients [FIXED]
Kirk, Well then, I suppose the next step would be to do a telinit 3 (to stop gdm), then edit xinetd conf file to run echo on UDP port 177, restart xinetd, then use that udp echo client that we found to test if echo works from the Windows XP machine plugged into its normal jack to gaia plugged into its normal jack. We know that echo worked on UDP port 7, but proving that it does or does not work on UDP port 177 would tell us if they know what they are talking about :) Harold Woellert, Kirk D. wrote: I aksed corporate IS if they were doing an port blocking/filtering within our LAN. They replied: There should be no port blocking within the corp. LAN. - only in/out to the Internet and in/out of DMZs. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 10:45 AM To: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk Woellert's problem with XP clients has been fixed, sort of. I talked to him on the phone for a few hours on Friday and walked him through some debugging. Here is what we found out: 1) We could ssh from XP to Linux (TCP protocol). 2) We could tunnel X apps over ssh from the Linux box to display on the XP box (TCP protocol). 3) We could natively display X apps by exporting DISPLAY on Linux box, pointed to XP box (TCP protocol). 4) We could not (nor could X-Win32) get an XDMCP login on the XP box for the Linux box (UDP protocol). 5) We could run the echo service on the Linux box on port 7 and use a Java echo client for UDP to verify that UDP to Linux box worked (UDP protocol). 6) It was revealed that there are really two parts of the network here. Not much is known about whether port blocking is in effect between the two parts. 7) Removing the troubled hosts from the network and hooking them to a stand-alone hub with assigned IP addresses allowed XDMCP to work. 8) We thus confirmed in #5 that UDP was not blocked in general, but #7 indicates that UDP port 177 is blocked between the segments. It turns out that all of the Windows 2000 machines were on one segment, while the Windows XP machines were on another segment. The problem was not the OS, it was that one segment has UDP port 177 blocked. Thus, we determined that the problem is in the network that the machines are attached to; this may or may not be by design. In any case, it isn't a problem with Cygwin/X. :) Harold
RE: XWin works on Win2K but not on some WinXP clients [FIXED]
1. Edited the echo-upd file in the xinetd.d folder. Changed the default port from 7 to 177... [EMAIL PROTECTED] xinetd.d]# cat echo-udp # default: off # description: An xinetd internal service which echo's characters back to clients. \ # This is the udp version. service echo { disable = no type= INTERNAL UNLISTED id = echo-dgram socket_type = dgram protocol= udp user= root wait= yes port= 177 } [EMAIL PROTECTED] xinetd.d]# 2. Did a grep just to ensure gdm was not gonna respond to my upd packets... [EMAIL PROTECTED] xinetd.d]# ps -ef |grep xdm root 2328 1912 0 18:12 pts/000:00:00 grep xdm [EMAIL PROTECTED] xinetd.d]# 3. Ran a upd echo test from the WinXP client to the Linux box using a Java echo client C:\Binjava -jar UDPEchoClient.jar 137.51.14.130:177 64 bytes from 137.51.14.130: seq no 0 time=0 ms 64 bytes from 137.51.14.130: seq no 1 time=0 ms 64 bytes from 137.51.14.130: seq no 2 time=0 ms 64 bytes from 137.51.14.130: seq no 3 time=0 ms 64 bytes from 137.51.14.130: seq no 4 time=0 ms 64 bytes from 137.51.14.130: seq no 5 time=0 ms 64 bytes from 137.51.14.130: seq no 6 time=0 ms 64 bytes from 137.51.14.130: seq no 7 time=0 ms 64 bytes from 137.51.14.130: seq no 8 time=0 ms 64 bytes from 137.51.14.130: seq no 9 time=0 ms 64 bytes from 137.51.14.130: seq no 10 time=0 ms 64 bytes from 137.51.14.130: seq no 11 time=0 ms 64 bytes from 137.51.14.130: seq no 12 time=0 ms 64 bytes from 137.51.14.130: seq no 13 time=0 ms 64 bytes from 137.51.14.130: seq no 14 time=0 ms 64 bytes from 137.51.14.130: seq no 15 time=0 ms 64 bytes from 137.51.14.130: seq no 16 time=0 ms 64 bytes from 137.51.14.130: seq no 17 time=0 ms 64 bytes from 137.51.14.130: seq no 18 time=0 ms 64 bytes from 137.51.14.130: seq no 19 time=0 ms 64 bytes from 137.51.14.130: seq no 20 time=0 ms 64 bytes from 137.51.14.130: seq no 21 time=0 ms 64 bytes from 137.51.14.130: seq no 22 time=0 ms 64 bytes from 137.51.14.130: seq no 23 time=0 ms 64 bytes from 137.51.14.130: seq no 24 time=0 ms 64 bytes from 137.51.14.130: seq no 25 time=0 ms 64 bytes from 137.51.14.130: seq no 26 time=0 ms 64 bytes from 137.51.14.130: seq no 27 time=0 ms 64 bytes from 137.51.14.130: seq no 28 time=0 ms 64 bytes from 137.51.14.130: seq no 29 time=0 ms 64 bytes from 137.51.14.130: seq no 30 time=0 ms 64 bytes from 137.51.14.130: seq no 31 time=0 ms 32 packets transmitted, 32 packets received, 0% packet loss round-trip min/avg/max = 0/0.0/0 ms C:\Bin Having trouble getting Java to run on the Linux box, so I could not complete the echo test from the Linux host to the WinXP client. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 4:41 PM To: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk, Well then, I suppose the next step would be to do a telinit 3 (to stop gdm), then edit xinetd conf file to run echo on UDP port 177, restart xinetd, then use that udp echo client that we found to test if echo works from the Windows XP machine plugged into its normal jack to gaia plugged into its normal jack. We know that echo worked on UDP port 7, but proving that it does or does not work on UDP port 177 would tell us if they know what they are talking about :) Harold Woellert, Kirk D. wrote: I aksed corporate IS if they were doing an port blocking/filtering within our LAN. They replied: There should be no port blocking within the corp. LAN. - only in/out to the Internet and in/out of DMZs. -Original Message- From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Sent: Monday, November 17, 2003 10:45 AM To: [EMAIL PROTECTED] Subject: Re: XWin works on Win2K but not on some WinXP clients [FIXED] Kirk Woellert's problem with XP clients has been fixed, sort of. I talked to him on the phone for a few hours on Friday and walked him through some debugging. Here is what we found out: 1) We could ssh from XP to Linux (TCP protocol). 2) We could tunnel X apps over ssh from the Linux box to display on the XP box (TCP protocol). 3) We could natively display X apps by exporting DISPLAY on Linux box, pointed to XP box (TCP protocol). 4) We could not (nor could X-Win32) get an XDMCP login on the XP box for the Linux box (UDP protocol). 5) We could run the echo service on the Linux box on port 7 and use a Java echo client for UDP to verify that UDP to Linux box worked (UDP protocol). 6) It was revealed that there are really two parts of the network here. Not much is known about whether port blocking is in effect between the two parts. 7) Removing the troubled hosts from the network and hooking them to a stand-alone hub with assigned IP addresses allowed XDMCP to work. 8) We thus confirmed in #5 that UDP was not blocked in general, but #7 indicates that UDP