[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Host not found



Scott,
 
The client did not do a telnet yet but last night they were able to ping the 10.250.52.45 web server from the iSeries with these results:
Verifying connection to host system 10.250.52.45.
PING reply 1 from 10.250.52.45 took 3 ms. 256 bytes. TTL 128. 
PING reply 2 from 10.250.52.45 took 0 ms. 256 bytes. TTL 128. 
PING reply 3 from 10.250.52.45 took 1 ms. 256 bytes. TTL 128. 
PING reply 4 from 10.250.52.45 took 1 ms. 256 bytes. TTL 128. 
PING reply 5 from 10.250.52.45 took 0 ms. 256 bytes. TTL 128. 
Round-trip (in milliseconds) min/avg/max = 0/1/3.             
Connection verification statistics: 5 of 5 successful (100 %).

Does that help you diagnose the problem or does the client need to telnet with port 80?  Is there any user id authentication that the HTTP post has to worry about or any authentication issues on the destination server?

Thanks again for the support!


 
-------------- Original message --------------

> Sender: Scott Klement
>
>
> > 0014.00 c eval rc = http_url_get(
> > 0015.00 c 'HTTP://10.250.52.45/'+
> > 0016.00 c 'document.txt':
> > 0017.00 c '/tmp/httpapi_test.txt')
> [SNIP]
> > Now they are getting a "DSPLY connect(): The value specified for the
> > argument is n" in the job log. They are gone for the day so I can't get
> > them to debug and see what the entire error is but I'm suspecting the
> > http_url_get parms are not correct. I must need another pair of eyes
> > because it seems to me that it is passing the two required parms - the
> > URL and the file name to put the reply into.
> > What am I missing?
>
> There was a bug reported previously that HTTPAPI returns this error
> message when there's no server to connect to, and it gets a 'connection
> refused' datagram.
>
> Although the CommTcp_Connect() subprocedure appears to work properly, it
> doesn't look like it's always giving the right error message when
> something goes wrong. I'll have to research this further.
>
> Try telnetting to port 80 on 10.250.52.45, and tell me what happens...
> -----------------------------------------------------------------------
> This is the FTPAPI mailing list. To unsubsribe from the list send mail
> to majordomo@xxxxxxxxxxxxx with the body: unsubscribe ftpapi mymailaddr
> -----------------------------------------------------------------------