| View previous topic :: View next topic |
| Author |
Message |
topdog
Joined: 05 Jul 2009 Posts: 34
|
Posted: Sat Aug 08, 2009 4:33 pm Post subject: MountPoint Passwords Not Taking |
|
|
Hi,
I have a few mountpoints in my icecast.xml file. They're source only mounts, meaning that I only have sources connect with encoders to encode the streams with like DSP Sam encoders, for instance on Windows.
I put passwords on the mountpoints but the passwords aren't taking.
My server password, for example, is test2212
That's not my real server password, of course, just an example one.
Therefore, eatch mountpoint is using that password even though I set passwords in them.
Here is my mount configuration. If it needs correction please let me know. Thanks.
Mount Configurations
<mount>
<mount-name>/teststream.ogg</mount-name>
<password>wvhsrrg</password>
<max-listeners>15</max-listeners>
<mount-name>/teststream2.mp3</mount-name>
<password>Y7AaF2gnPhF</password>
<max-listeners>15</max-listeners>
</mount>
Is that the correct configuration if I am to have source-only mounts and I want them to have a password and max listeners? |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Sat Aug 08, 2009 10:21 pm Post subject: |
|
|
if /teststream.ogg and /teststre2.mp3 are 2 different mountpoints then you should have 2 different <mount> blocks, but you seem to of merged them into one in that sample.
karl. |
|
| Back to top |
|
 |
topdog
Joined: 05 Jul 2009 Posts: 34
|
Posted: Sat Aug 08, 2009 11:10 pm Post subject: |
|
|
| karlH wrote: |
if /teststream.ogg and /teststre2.mp3 are 2 different mountpoints then you should have 2 different <mount> blocks, but you seem to of merged them into one in that sample.
karl. |
Very well. So my question now is then, I suppose the configuration should be then:
<mount>
<mount-name>/teststream.ogg</mount-name>
<password>wvhsrrg</password>
<max-listeners>15</max-listeners>
</mount>
<mount>
<mount-name>/teststream2.mp3</mount-name>
<password>Y7AaF2gnPhF</password>
<max-listeners>15</max-listeners>
</mount>
Does the above look right? |
|
| Back to top |
|
 |
topdog
Joined: 05 Jul 2009 Posts: 34
|
Posted: Sat Aug 08, 2009 11:39 pm Post subject: |
|
|
Hi,
I tried putting in seperate mount blocks the various mountpoints.
The passwords I put in still do not take.
it wants to use the source password still.
For eatch mount I specified different passwords.
Below is my icecast.xml file.
Perhaps I'm missing something or I configured something wrong?
Icecast.xml Content
<icecast>
<limits>
<clients>100</clients>
<sources>5</sources>
<threadpool>5</threadpool>
<queue-size>524288</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>60</source-timeout>
<!-- If enabled, this will provide a burst of data when a client
first connects, thereby significantly reducing the startup
time for listeners that do substantial buffering. However,
it also significantly increases latency between the source
client and listening client. For low-latency setups, you
might want to disable this. -->
<burst-on-connect>0</burst-on-connect>
<!-- same as burst-on-connect, but this allows for being more
specific on how much to burst. Most people won't need to
change from the default 64k. Applies to all mountpoints -->
<burst-size>65535</burst-size>
</limits>
<authentication>
<!-- Sources log in with username 'source' -->
<source-password>test2212</source-password>
<!-- Relays log in username 'relay' -->
<relay-password>FcSnl2By9</relay-password>
<!-- Admin logs in with the username given below -->
<admin-user>iceadmin</admin-user>
<admin-password>test2212</admin-password>
</authentication>
<!-- set the mountpoint for a shoutcast source to use, the default if not
specified is /stream but you can change it here if an alternative is
wanted or an extension is required
<shoutcast-mount>/live</shoutcast-mount>
-->
<!-- Uncomment this if you want directory listings -->
<!--
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
</directory>
-->
<!-- This is the hostname other people will use to connect to your server.
It affects mainly the urls generated by Icecast for playlists and yp
listings. -->
<hostname>danielcproductions.net</hostname>
<!-- You may have multiple <listener> elements -->
<listen-socket>
<port>8000</port>
<!-- <bind-address>127.0.0.1</bind-address> -->
<!-- <shoutcast-mount>/stream</shoutcast-mount> -->
</listen-socket>
<!--
<listen-socket>
<port>8001</port>
</listen-socket>
-->
<!--<master-server>127.0.0.1</master-server>-->
<!--<master-server-port>8001</master-server-port>-->
<!--<master-update-interval>120</master-update-interval>-->
<!--<master-password>hackme</master-password>-->
<!-- setting this makes all relays on-demand unless overridden, this is useful for master relays which do not have <relay> definitions here. The default is 0 -->
<!--<relays-on-demand>1</relays-on-demand>-->
<!--
<relay>
<server>127.0.0.1</server>
<port>8001</port>
<mount>/example.ogg</mount>
<local-mount>/different.ogg</local-mount>
<on-demand>0</on-demand>
<relay-shoutcast-metadata>0</relay-shoutcast-metadata>
</relay>
-->
<!-- My custom mountpoints
<mount>
<mount-name>/radiostream.mp3</mount-name>
<password>y2GpSl921</password>
</mount>
<mount>
<mount-name>/live.mp3</mount-name>
<password>BxcZghH</password>
</mount>
<mount>
<mount-name>/live.ogg</mount-name>
<password>0D6LqtJ</password>
</mount>
<mount-name>/radiostream.ogg</mount-name>
<password>F1KlIhjg</password>
</mount>
<mount>
<mount-name>/teststream.ogg</mount-name>
<password>CCjpPyH</password>
<max-listeners>15</max-listeners>
</mount>
<mount>
<mount-name>/teststream.mp3</mount-name>
<password>B7Y26AooY</password>
<max-listeners>15</max-listeners>
</mount>
<mount>
<mount-name>/stream.mp3</mount-name>
<password>VbP112H</password>
<max-listeners>15</max-listeners>
</mount>
<mount>
<mount-name>/stream.ogg</mount-name>
<password>22D4YbB9BJG</password>
<max-listeners>15</max-listeners>
</mount>
End custom mountpoints -->
<fileserve>1</fileserve>
<paths>
<!-- basedir is only used if chroot is enabled -->
<basedir>/usr/local/share/icecast</basedir>
<!-- Note that if <chroot> is turned on below, these paths must both
be relative to the new root, not the original root -->
<logdir>/usr/local/var/log/icecast</logdir>
<webroot>/usr/local/share/icecast/web</webroot>
<adminroot>/usr/local/share/icecast/admin</adminroot>
<!-- <pidfile>/usr/local/share/icecast/icecast.pid</pidfile> -->
<!-- Aliases: treat requests for 'source' path as being for 'dest' path
May be made specific to a port or bound address using the "port"
and "bind-address" attributes.
-->
<!--
<alias source="/foo" dest="/bar"/>
-->
<!-- Aliases: can also be used for simple redirections as well,
this example will redirect all requests for http://server:port/ to
the status page
-->
<alias source="/" dest="/status.xsl"/>
</paths>
<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<playlistlog>playlist.log</playlistlog>
<loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
<logsize>10000</logsize> <!-- Max size of a logfile -->
<!-- If logarchive is enabled (1), then when logsize is reached
the logfile will be moved to [error|access|playlist].log.DATESTAMP,
otherwise it will be moved to [error|access|playlist].log.old.
Default is non-archive mode (i.e. overwrite)
-->
<logarchive>1</logarchive>
</logging>
<security>
<chroot>0</chroot>
<changeowner>
<user>icecast</user>
<group>icecast</group>
</changeowner>
</security>
<admin>topdog@danielcproductions.net</admin>
<location>Eagle Server</location>
</icecast>
Based upon the above file, did I configure anything wrong? |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Sun Aug 09, 2009 12:12 am Post subject: |
|
|
if you comment out the mount blocks then icecast won't apply any mount setting defined within them. Just load the xml into firefox and you'll see that
karl. |
|
| Back to top |
|
 |
topdog
Joined: 05 Jul 2009 Posts: 34
|
Posted: Sun Aug 09, 2009 3:32 am Post subject: |
|
|
Thanks for everyone's help. The mountpoints work correctly now.
The only other issue I have is:
When people visit the website, the site generates an m3u link and xspf link.
Clicking on the xspf link gives an http 404 error.
How can I fix this? Or is this a bug that should be reported? |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
|
| Back to top |
|
 |
topdog
Joined: 05 Jul 2009 Posts: 34
|
Posted: Sun Aug 09, 2009 3:41 pm Post subject: |
|
|
I had to get the file from the address karl gave, so that fixed the problem. That file didn't exist. Was this a file that was to be included in icecast's distribution but was forgotten?
Also, what is xspf anyway? Is that format for Windows media Player? |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Sun Aug 09, 2009 4:27 pm Post subject: |
|
|
xspf is a playlist format in xml. I can't say why a third party package has it missing but it was missing from the install rule in the source package in 2.3.2 (fixed in trunk).
karl. |
|
| Back to top |
|
 |
|