Freda Driscoll-Sbar
asked on
WYSE ThinOS Connectivity
Site A has a Citrix array behind a SonicWall router
Site B had the IIS FTP server which fed the INI file to the S10 units
Units outside Site A CANNOT connect to the FTP server or the array consistently. So we moved the WNOS files to Site A to be served locally on a FileZilla FTP server. We are watching connections to the server, however the units are still not consistently getting connected to the FTP or the array.
NOTE: S10 units INSIDE the Site A firewall are working perfectly, every time. There is no rule we see on the firewall that would block FTP or cause intermittent connectivity with VPN traffic (we are allowing "All" to/from the VPN). The only two things that changed in our environment recently are: A few weeks ago we configured LDAP/SSO on our firewalls, so HTTP traffic is being authenticated across the same tunnel. Also, we put a pre-release firmware on the router at Site A to address some other issues. These two changes are the only ones that fit the timeline.
Any thoughts?
Site B had the IIS FTP server which fed the INI file to the S10 units
Units outside Site A CANNOT connect to the FTP server or the array consistently. So we moved the WNOS files to Site A to be served locally on a FileZilla FTP server. We are watching connections to the server, however the units are still not consistently getting connected to the FTP or the array.
NOTE: S10 units INSIDE the Site A firewall are working perfectly, every time. There is no rule we see on the firewall that would block FTP or cause intermittent connectivity with VPN traffic (we are allowing "All" to/from the VPN). The only two things that changed in our environment recently are: A few weeks ago we configured LDAP/SSO on our firewalls, so HTTP traffic is being authenticated across the same tunnel. Also, we put a pre-release firmware on the router at Site A to address some other issues. These two changes are the only ones that fit the timeline.
Any thoughts?
ASKER
I'm thinking there may be site /subnet specific dhcp server options needed for Wyse. Is this the case?
ASKER
I am confirming that our dhcp server at the problematic site is configured as noted here: http://www.freewysemonkeys.com/downloads/DHCP%20%20FTP%20blazer.pdf
ASKER
We are seeing this on our FTP server when the WYSE device is brought back to the local subnet of the FTP:
Interesting enough, the WYSE device successfully boots and connects to our Citrix WI.
However, when this device was at a remote site yesterday it hung on 'connecting to file server...' and gave netboot error.
(000277)4/15/2014 9:00:52 AM - (not logged in) (192.168.1.87)> USER anonymous
(000277)4/15/2014 9:00:52 AM - (not logged in) (192.168.1.87)> 331 Password required for anonymous
(000277)4/15/2014 9:00:52 AM - (not logged in) (192.168.1.87)> PASS ***************
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> 230 Logged on
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> TYPE I
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> 200 Type set to I
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> SIZE /wyse/wnos/C10_bios.bin
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> 550 File not found
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> CWD /wyse/wnos/C10_bios.bin
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> 550 CWD failed. "/wyse/wnos/C10_bios.bin": directory not found.
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> PASV
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> 227 Entering Passive Mode (192,168,1,31,235,41)
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> RETR /wyse/wnos/C10_bios.bin
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> 550 File not found
(000277)4/15/2014 9:00:52 AM - anonymous (192.168.1.87)> disconnected.
Interesting enough, the WYSE device successfully boots and connects to our Citrix WI.
However, when this device was at a remote site yesterday it hung on 'connecting to file server...' and gave netboot error.
I think this might be FTP "Data" range ports on the firewall that's being blocked occasionally.
Maybe for better observation you can use the Wireshark Application in order to capture the errors?
Maybe for better observation you can use the Wireshark Application in order to capture the errors?
ASKER
I ruled out it being a Sonicwall FTP issue since we can successfully connect to FTP using Windows XP CMD from a client at the same site repeatedly without an issue.
A.) Site A same subnet as FTP: no issues with WYSE auth and connecting to FTP server
B.) Site B & C are remote to FTP over Sonicwall VPN tunnel: WYSE devices show connecting to file server...then revert to default ICA settings screen. We see no attempt to login in FTP server (FileZilla) log.
The Sonicwall LAN-to-VPN and VPN-to-LAN access-rules on either side have allow any-any rules; there are no deny rules.
We do not have WYSE tech support options and they have not been helpful in the past.
Please help us resolve this issue.
A.) Site A same subnet as FTP: no issues with WYSE auth and connecting to FTP server
B.) Site B & C are remote to FTP over Sonicwall VPN tunnel: WYSE devices show connecting to file server...then revert to default ICA settings screen. We see no attempt to login in FTP server (FileZilla) log.
The Sonicwall LAN-to-VPN and VPN-to-LAN access-rules on either side have allow any-any rules; there are no deny rules.
We do not have WYSE tech support options and they have not been helpful in the past.
Please help us resolve this issue.
ASKER
Any have an idea why our WYSE devices are not initiating the FTP connection behind our sonicwall's and over our VPN tunnels?
FTP works from from Windows clients...
FTP works from from Windows clients...
ASKER
Here is a packet capture on the remote sonicwall for the wyse device and it shows dropped ftp control packets:
This is a LAN-to-VPN zone path and the egress rule is any/any allow....
I'm stumped!
Ethernet Header
Ether Type: IP(0x800), Src=[00:80:64:68:12:93], Dst=[00:17:c5:62:4b:ce]
IP Packet Header
IP Type: TCP(0x6), Src=[192.168.14.32], Dst=[192.168.1.31]
TCP Packet Header
TCP Flags = [SYN,], Src=[2050], Dst=[21], Checksum=0xb6c1
Application Header
FTP Control
Value:[0]
DROPPED, Drop Code: 39, Module Id: 26, (Ref.Id: _4703_uyHtJcpfngKrRmv) 0:0)
This is a LAN-to-VPN zone path and the egress rule is any/any allow....
I'm stumped!
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Researched issue and trouble-shoot various options on Sonicwall. The Sonicwall logs also showed SSO failure for the WYSE IP address.
ASKER