can you provide a dump of the conversation between your icecast server and the YP ? Use something like tcpdump or ethereal...In the dump, look for the URL call to yp-cgi and post what is being sent... oddsock <p>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: 12:45:01.931285 192.168.0.1.1900 > 239.255.255.250.1900: udp 252 12:45:01.932477 192.168.0.1.1900 > 239.255.255.250.1900: udp 270 12:45:01.933691 192.168.0.1.1900 > 239.255.255.250.1900: udp 324 12:45:01.936230 192.168.0.1.1900 > 239.255.255.250.1900: udp 316 12:45:01.939512 192.168.0.1.1900 > 239.255.255.250.1900: udp 246 12:45:01.940524 192.168.0.1.1900 > 239.255.255.250.1900: udp 288 12:45:01.943247 192.168.0.1.1900 > 239.255.255.250.1900: udp 320 12:45:01.946684 192.168.0.1.1900 > 239.255.255.250.1900: udp 266 12:45:01.947926 192.168.0.1.1900 > 239.255.255.250.1900: udp 318 12:45:01.949442 192.168.0.103.32772 > 192.168.0.1.domain: 42132+ PTR? 250.255.255.239.in-addr.arpa. (46) (DF) 12:45:01.950601 192.168.0.1.1900 > 239.255.255.250.1900: udp 312 12:45:01.978504 192.168.0.1.domain > 192.168.0.103.32772: 42132 NXDomain* 0/1/0 (103) (DF) 12:45:01.979485 192.168.0.103.32772 > 192.168.0.1.domain: 42133+ PTR? 1.0.168.192.in-addr.arpa. (42) (DF) 12:45:02.005797 192.168.0.1.domain > 192.168.0.103.32772: 42133 NXDomain* 0/1/0 (119) (DF) 12:45:02.006952 192.168.0.103.32772 > 192.168.0.1.domain: 42134+ PTR? 103.0.168.192.in-addr.arpa. (44) (DF) 12:45:02.030358 192.168.0.1.domain > 192.168.0.103.32772: 42134 NXDomain* 0/1/0 (121) (DF) 12:45:02.172874 192.168.0.100.3046 > 192.168.0.103.8000: P 1291037915:1291037961(46) ack 1276518830 win 64221 (DF) 12:45:02.173033 192.168.0.103.8000 > 192.168.0.100.3046: . ack 46 win 62780 (DF)12:45:02.173383 192.168.0.100.3046 > 192.168.0.103.8000: . 46:1506(1460) ack 1 win 64221 (DF) 12:45:02.173462 192.168.0.103.8000 > 192.168.0.100.3046: . ack 1506 win 62780 (DF) 12:45:02.173506 192.168.0.100.3046 > 192.168.0.103.8000: . 1506:2966(1460) ack 1 win 64221 (DF) 12:45:02.173582 192.168.0.103.8000 > 192.168.0.100.3046: . ack 2966 win 61320 (DF) 12:45:02.173609 192.168.0.100.3046 > 192.168.0.103.8000: P 2966:4164(1198) ack 1 win 64221 (DF) 12:45:02.173664 192.168.0.103.8000 > 192.168.0.100.3046: . ack 4164 win 60122 (DF) 12:45:02.174118 192.168.0.103.32772 > 192.168.0.1.domain: 42135+ PTR? 100.0.168.192.in-addr.arpa. (44) (DF) Hope that can shed some light on the matter <p>D. Willock _________________________________________________________________ Tax headache? MSN Money provides relief with tax tips, tools, IRS forms and more! moneycentral.msn.com/tax/workshop/welcome.asp --- >8 ---- List archives: xiph.org/archives icecast project homepage: 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.
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) (dir.xiph.org/cgi-bin/yp-cgi) Is this not a 'curl' libs problem? I'm using 7.11.0 -- "If at first you don't succeed, destroy all evidence that you tried." Paul <snafu@forkbomb.dhs.org> BLOG: forkbomb.dhs.org/bs GPG Key: forkbomb.dhs.org/bs/snafu.asc --- >8 ---- List archives: xiph.org/archives icecast project homepage: 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) (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 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: xiph.org/archives icecast project homepage: 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.