At 02:37 PM 4/12/2004, you wrote:>oddsock wrote: > > > can you verfiy that you can connect to dir.xiph.org from the machine >>running icecast ? i.e. wget http://dir.xiph.org/cgi-bin/yp-cgi > >Yes, at least here. My machine is able to talk to the directory server >without a problem. > >>anything else special network-wise in your setup ? > >Nothing special here. It's a standard firewall/NAT setup, not much >filtering. Does the directory server want to send anything in return to >the response on a different port by chance?nope, we specifically designed the protocol to not need to either "call back" to the stream (like the shoutcast YP does), or do any other type of reverse connects... Karl is actually in process of rewriting alot of the yp code (much for the better) and so it's possible that whatever issues you are coming across will be resolved, or at least will get more information about, in the near future.. oddsock <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
At 01:42 PM 4/12/2004, you wrote:>D. Willock wrote: > >>What I saw of the output of tcpdump didn't show any mention of the yp >>url. The communications seem to run only between the client and the >>server and nowhere else. This is the dump I got: > >If I may jump in here since my previous thread/problem went unsolved ;-) > >I've got nothing for a dump either. 'snort -dev dst dir.xiph.org' gives >nothing on the firewall or the host. > >Just the neverending stream of > >[2004-04-12 18:37:26] DBUG geturl/curl_print_header_result SID -> () >[2004-04-12 18:37:26] DBUG geturl/curl_print_header_result Message -> () >[2004-04-12 18:37:26] DBUG geturl/curl_print_header_result Touch Freq -> (0) >[2004-04-12 18:37:26] DBUG geturl/curl_print_header_result Response -> (0) >[2004-04-12 18:37:26] EROR yp/yp_submit_url Got a NAK from >yp_add(Unknown) (http://dir.xiph.org/cgi-bin/yp-cgi) > >Is this not a 'curl' libs problem? I'm using 7.11.0ok, well that confirms my initial thought that the YP server isn't even being contacted. can you verfiy that you can connect to dir.xiph.org from the machine running icecast ? i.e. wget http://dir.xiph.org/cgi-bin/yp-cgi usually, the message you are getting the yp_add(Unknown) means that it couldn't even contact the yp server at all. anything else special network-wise in your setup ? oddsock <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
oddsock wrote: > can you verfiy that you can connect to dir.xiph.org from the machine> running icecast ? i.e. wget http://dir.xiph.org/cgi-bin/yp-cgiYes, at least here. My machine is able to talk to the directory server without a problem.> anything else special network-wise in your setup ?Nothing special here. It's a standard firewall/NAT setup, not much filtering. Does the directory server want to send anything in return to the response on a different port by chance? <p> -- "If at first you don't succeed, destroy all evidence that you tried." Paul <snafu@forkbomb.dhs.org> BLOG: http://forkbomb.dhs.org/bs/ GPG Key: http://forkbomb.dhs.org/bs/snafu.asc --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.