Submitting a JCL Job to z/OS 3270 emulator using FTP - ftp

I'm using Vista TN3270 as my emulator. I'm trying to submit JCL jobs to it using FTP. I'm trying to follow https://www.ibm.com/docs/en/zos/2.1.0?topic=jes-steps-submitting-job-automatically-receiving-output but I don't know how I can setup connection between my FTP and 3270 emulator.

You can't! TN3270 is IBM's 3270 Display Data Stream SNA protocol over TCP/IP. The emulator supports an own protocol for file transfer which is based on TSO/E IND$FILE. This has nothing to do with the FTP(S) protocol.
You need to use the FTP client on your PC to connect to the FTP server on the mainframe.

Related

Connect a Biztalk send port to a ftps server

I currently working on BizTalk and I got a problem when I try to configure a send port to a ftps server.
I send a request to an amazon server to get a file and I want to send this file on a ftp server.
I use an adapter nsoftware.ftp v3 for my sending port to the ftp server. But when I try it, I got this error message :
This system contains a plaintext-only license, however the( Ftp:Adresse) send port is configured to run with security enabled. You must disable the security features for the send port to execute.
Do I need a certificate with a private key or just the configuration any is ok with the nsoftware adapter?
So actually I use a first flow to get a file on a amazon server and it works . After, I create a send port who must take this file and send him to an ftps server (it is the server of a client). So I use the property BTS.SPName to activate this send port at the file reception and I use a nsoftware.ftp adapter (free version) for the transport type. The client send to me the certificate of the server and I install it on the server.
#Martin is right. The error is due to licensing. The version of the license you have does not support SSL/TLS connections. Please submit a support ticket and we can provide information on using the latest version of the adapters (V3 is also a few major versions old).

Websocket send not working from phone network

I have a game based on websockets for real-time. With WIFI everything is working as expected. But over phone network, the connection is opened but messages aren't received on the server. While the server pings are received at the client. I am using websocket implementation on heroku using ruby/sinatra for the server and my client is an android app using a websocket library.
This behavior only happens from a 3G phone network and not WIFI.
I have read about websockets not working from phone network because of proxy servers used by phone network providers, then how come I receive the pings from the server? Please help.
I resolved this issue by passing it over SSL. I used wss:// instead of ws:// and it worked fine even over phone network.

Two way sms using IBM worklight without internet connection

I have implemented two way SMS communication using IBM worklight V6.1 .But I wanted to know is it possible to send SMS without internet connection.Because I am not able to hit worklight server without internet connection
If you are using SMS Gateway Ultimate app as the gateway then you would need internet connection (dataplan/wifi). This article might be of help
https://www.ibm.com/developerworks/community/blogs/worklight/entry/testing_worklight_push_notifications_over_sms?lang=en

FTP Connection over sockets in wp7

It's possible to connect to a FTP server with sockets in windows phone? If yes how can I implement it?
How do I provide the login and the password to the server?
Thank you.
In Windows Phone 7 (before Mango update) there were no sockets. In Mango update you can create an FTP client, yes. Note: it will always work in Passive mode. As for how you provide credentials - this is defined in RFC 959 (FTP protocol).
Unless you have good experience with sockets, I recommend using third-party component. Our SecureBlackbox includes FTP/FTPS component for Windows Phone 7 and /n software has FTP client in their IPWorks for WP7 product.

How do I monitor what commands my ftp application is sending to a ftp server

F
Is there a way to monitor the FTP port so that I can know what commands my FTP application is sending to a FTP server?
I am using a closed-source FTP client application, which is not working with a closed-source FTP application server. The client and the server are not communicating well with each other, and I would like to find out why. I wish to reverse-engineer the client to see what commends the client are sending to the sever. I used a web test tool before that allowed me to monitor the content transferring through HTTP, but I can't seem to find such tool for FTP. I appreciate it if you can help me out, thanks.
Sounds like you need a packet sniffer - assuming your network admins/company policy allows it...I have used wireshark fairly successfully before.
The core FTP commands should be visible in the packets.
You can use the Wireshark application: http://www.wireshark.org/
It should have decent parsing capabilities for FTP as well as other protocols.
Can you configure a proxy with the client? Then you could install an ftp proxy server using the logging on that to see what's going on?
There's a proxy server for Linux here: http://frox.sourceforge.net/doc/FAQ.html
Paul.
Do you have access to ftp-server logs? Its likely those commands would be logged there.
If they aren't, your next option would be to configure the server to log them, if you have access.
If thats not an option or server does not log such things, then you have to go to either packet sniffer or a proxy, as suggested by previous posters.
On Unix, tcpdump might be your friend. Maybe you should first state which OS you're targeting, though.
If you have the ability (often requiring root access) to use a packet sniffer, tcpflow sniffing the TCP control channel will show you the commands and responses going back and forth in an easy-to-read format.
If you don't have such access, tools such as ktrace and strace will allow you to see all data read and written on the socket for this connection, though it will be a little work to extract it.
If you could tell us just what tool you were using for HTTP traffic, that would allow us to look for something similar for FTP traffic.

Resources