Server 2
- Web-Stream24.de
- Geschlossen
- Erledigt
Aktuell führen wir noch einige Anpassungen durch, das Forum wurde jedoch bereits live geschaltet.
-
-
Poste die doch einfach mal. Kannst ja passwörter austauschen
-
Hallo zusammen...
Beim lesen des Threads ist mir da was durch den Kopf gegangen...
Ich hab jetzt schon mehrfach gelesen, dass Probleme im Zusammenhang mit der neuen Debian Version (7.0 Wheezy) aufgetreten sind.
Wäre es evtl. Möglich dass der Server mit einem Debian Wheezy neu aufgesetzt wurde und der Fehler aus der Richtung kommt?
Ist nur eine Vermutung...
Viele Grüße, Pinball
-
aus dem sc_serv.log steht das drinne
ZitatAus dem sc_serv.conf steht das so alles drinne
AdminPassword:Mit diesem Passwort kann man sich in den Administrator Bereich der Shoutcast Infoseiten einloggen (Beispiel: http://SERVERIP:SERVERPORT).AllowPublicRelay:Sollte hier Ja angegeben werden, so wird der Relay Server der den Stream kopiert auch auf shoutcast.com gelistet.AllowRelay:Hier kann angegeben werden, ob der Stream von anderen Shoutcast Streams kopiert/vervielfälltigt werden darf.AutoDumpSourceTime:Gibt an, nach wie vielen Sekunden die Zuhörer disconnected werden, sollte der DJ seine Verbindung zum Stream verlieren.AutoDumpUsers:Sollte der DJ seine Verbindung zum Stream verlieren, kann hier eingestellt werden, ob die Zuhörer disconnected werden oder nicht.BackupFile:Diese Backup MP3-Datei wird gesendet, wenn der DJ die Verbindung zu Stream verliert. So können Zuhörer informiert werden, dass der Stream gleich wieder online geht. Der Pfad könnte ./backup.mp3 heißen.IntroFile:Diese Intro MP3-Datei; auch Jingle genannt; wird jedem Zuhörer vorgespielt, wenn er den Stream betritt. Der Pfad könnte ./intro.mp3 heißen.NameLookups:Hiermit wird überprüft, ob der Servername des Verbindenden auch auf eine korrekte IP-Adresse aufgelöst wird.Password:Mit diesem Passwort können sich die DJ auf den Streamserver einloggen.PublicServer:Hier kann man angeben, ob der Stream auf shoutcast.com gelistet werden soll oder nicht. Voreinstellung default.RealTime:RealTime gibt an, ob die Statusleiste sekündlich mit Infos des Streams versorgt werden soll.RelayPort:Bitte nur einen Port angeben, wenn dieser Streamserver einen Relayserver für andere Streamserver sein soll.RelayServer:Sollte dieser Stream als Relayserver funktionieren, so sollte hier die IP-Adresse des anderen Streamservers angegeben werden.ShowLastSongs:Anzahl der Songs die in der Song History aufgeführt werden.SrcIP:Entweder ANY oder 127.0.0.1 eintragen. Sollte hier 127.0.0.1 eingestellt werden so können DJs diesen Stream nicht zum senden nutzen lediglich der Transcoder funktioniert dann. Voreinstellung ANYTitleFormat:Hier kann das Format angegeben werden, wie der Aktuelle Titel beziehungsweise das Radio heißen soll als Platzhalter für den aktuellen Singtitel kann man %s verwenden. Zum Beispiel MEINRADIO %s
Server ist Online
nur er will halt nicht Verbinden wenn ich das mit Sam Broudcaster Testen will dann zeigt er immer nur Error an und ja Daten Sind alle richtig eingestellt
-
-
Das hab ich voll vergessen zu posten lol...
Das ist der Server um den es geht wo alles neu aufgesetzt wurde mit Debian 6 und die Rootserver Install ausgeführt
netstat -anp Abfrage
Aktive Internetverbindungen (Server und stehende Verbindungen)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 719/portmap
tcp 0 0 0.0.0.0:15987 0.0.0.0:* LISTEN 1300/sshd
tcp 0 0 0.0.0.0:4949 0.0.0.0:* LISTEN 2772/munin-node
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1203/exim4
tcp 0 0 0.0.0.0:36102 0.0.0.0:* LISTEN 731/rpc.statd
tcp 0 52 213.73.99.147:15987 37.5.54.244:59872 VERBUNDEN 5850/0
tcp6 0 0 :::15987 :::* LISTEN 1300/sshd
tcp6 0 0 :::21 :::* LISTEN 3306/proftpd: (acce
tcp6 0 0 ::1:25 :::* LISTEN 1203/exim4
udp 0 0 0.0.0.0:68 0.0.0.0:* 1236/dhclient
udp 0 0 0.0.0.0:111 0.0.0.0:* 719/portmap
udp 0 0 0.0.0.0:42367 0.0.0.0:* 731/rpc.statd
udp 0 0 0.0.0.0:907 0.0.0.0:* 731/rpc.statd
Aktive Sockets in der UNIX-Domäne (Server und stehende Verbindungen)
Proto RefCnt Flags Type State I-Node PID/Program name Pfad
unix 2 [ ACC ] STREAM HÃRT 3581 929/acpid /var/run/acpid.socket
unix 2 [ ] DGRAM 2091 315/udevd @/org/kernel/udev/udevd
unix 5 [ ] DGRAM 3505 884/rsyslogd /dev/log
unix 2 [ ] DGRAM 15822 5850/0
unix 2 [ ] DGRAM 3852 1236/dhclient
unix 2 [ ] DGRAM 3559 929/acpid
unix 3 [ ] DGRAM 2096 315/udevd
unix 3 [ ] DGRAM 2095 315/udevd
root@n099h147:~#
lsof -i Abfrage
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
portmap 719 daemon 4u IPv4 3191 0t0 UDP *:sunrpc
portmap 719 daemon 5u IPv4 3192 0t0 TCP *:sunrpc (LISTEN)
rpc.statd 731 statd 4w IPv4 3226 0t0 UDP *:907
rpc.statd 731 statd 6u IPv4 3237 0t0 UDP *:42367
rpc.statd 731 statd 7u IPv4 3240 0t0 TCP *:36102 (LISTEN)
exim4 1203 Debian-exim 3u IPv4 3817 0t0 TCP localhost:smtp (LISTEN)
exim4 1203 Debian-exim 4u IPv6 3818 0t0 TCP ip6-localhost:smtp (LISTEN)
dhclient 1236 root 5u IPv4 3470 0t0 UDP *:bootpc
sshd 1300 root 3u IPv4 4135 0t0 TCP *:15987 (LISTEN)
sshd 1300 root 4u IPv6 4137 0t0 TCP *:15987 (LISTEN)
munin-nod 2772 root 5u IPv4 8864 0t0 TCP *:munin (LISTEN)
proftpd 3306 proftpd 1u IPv6 9749 0t0 TCP *:ftp (LISTEN)
-
Demnach ist der shoutcast server nicht am laufen.
sollte dann so aussehen
Code
Alles anzeigenps f -u my0001 PID TTY STAT TIME COMMAND 629 ? Ss 0:00 SCREEN -A -m -d -L -S server2-X taskset -c 1 ./srcds_linux -game csgo +map de_dust2 -maxplayers_override 64 -ip192.168.178.21 -port 27055 +sv_password -tickrate 100 -tv_maxclients 5 -usercon -autoupdate -retry 635 pts/7 Ssl+ 51:39 \_ ./srcds_linux -game csgo +map de_dust2 -maxplayers_override 64 -ip192.168.178.21 -port 27055 +sv_password -tickrate 100 -tv_maxclients 5 -usercon -autoupdate -retry 31433 ? Sl 23:58 ./sc_serv sc_serv.conf
wie sieht es bei dir aus?
-
Wenn ich auf dem Hauptserver mache kommt das
PID TTY STAT TIME COMMAND
27836 ? Sl 1:10 ./sc_serv sc_serv.conf
3135 ? Sl 44:03 ./sc_serv sc_serv.conf
32366 ? Sl 59:20 ./sc_serv sc_serv.conf
31451 ? Sl 60:08 ./sc_serv sc_serv.conf
25991 ? Sl 215:09 ./sc_serv sc_serv.conf
Wenn ich das aber bei dem zweiserver das mache kommt nur Error
Obwohl ich ja im Webinterface den zweitserver eingebunden habe und da zeigt der mir auch alles Online an
-
Wenn ich auf dem Hauptserver mache kommt das
PID TTY STAT TIME COMMAND
27836 ? Sl 1:10 ./sc_serv sc_serv.conf
3135 ? Sl 44:03 ./sc_serv sc_serv.conf
32366 ? Sl 59:20 ./sc_serv sc_serv.conf
31451 ? Sl 60:08 ./sc_serv sc_serv.conf
25991 ? Sl 215:09 ./sc_serv sc_serv.conf
Wenn ich das aber bei dem zweiserver das mache kommt nur Error
Obwohl ich ja im Webinterface den zweitserver eingebunden habe und da zeigt der mir auch alles Online an
error: user name does not exist?
würde dann darauf schließen das dass webinterface kein Zugriff auf den 2ten Server hat.
demnach dürfte auf dem 2ten server die log Datei
gar nicht existieren, wenn doch welcher Inhalt?
-
jup da kommt error: user name does not exist
nein da exsestiert garnichts drinne da ist alles leer
-
dann wie im wiki bitte von dem 2ten server auf den, auf dem das webinterface liegt mit dem user user-webi per
einloggen und mit dem ssh befehl an den 1ten Server verbinden.
die warnung mit yes bestätigen und dann mit STRG+C den login vorgang abbrechen.
Sofern die id_rsa und id_rsa.pub im /home/user-webi/.ssh ordner auf dem 2ten server die selben sind wie die im webinterface unter /var/www/(webinterfaceort)/tmp/
ZitatWurde im Installskript die SSH-Keys als Verbindungsart gewählt, so sollten wir noch nach /home/user-webi/.ssh gehen, dort öffnen wir die known_hosts und ersetzen die schon am Anfang eingetragene IP mit der IP unseres Webservers. Jetzt wären wir fertig mit der Einrichtung unseres Rootservers.
ansonsten hier genau nachzulesen.
http://teklab.de/wiki/index.php?page=Article&articleID=3#Eigene SSH-Keys
-
wenn ich mich mit dem hauptserver verbinden will kommt nur
ssh: connect to host 213.73.112.150 port 15987: Connection timed out
-
-
der ping von server 2
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=52 time=6.59 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=52 time=35.2 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=52 time=5.54 ms
64 bytes from 8.8.8.8: icmp_req=4 ttl=52 time=71.3 ms
64 bytes from 8.8.8.8: icmp_req=5 ttl=52 time=6.53 ms
64 bytes from 8.8.8.8: icmp_req=6 ttl=52 time=7.12 ms
64 bytes from 8.8.8.8: icmp_req=7 ttl=52 time=3.73 ms
64 bytes from 8.8.8.8: icmp_req=8 ttl=52 time=3.38 ms
64 bytes from 8.8.8.8: icmp_req=9 ttl=52 time=70.9 ms
64 bytes from 8.8.8.8: icmp_req=10 ttl=52 time=4.56 ms
64 bytes from 8.8.8.8: icmp_req=11 ttl=52 time=3.52 ms
64 bytes from 8.8.8.8: icmp_req=12 ttl=52 time=4.60 ms
64 bytes from 8.8.8.8: icmp_req=13 ttl=52 time=3.69 ms
64 bytes from 8.8.8.8: icmp_req=14 ttl=52 time=44.2 ms
^C
--- 8.8.8.8 ping statistics ---
14 packets transmitted, 14 received, 0% packet loss, time 13022ms
rtt min/avg/max/mdev = 3.386/19.362/71.331/24.405 ms
Ping server 1
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_req=1 ttl=52 time=1.95 ms
64 bytes from 8.8.8.8: icmp_req=2 ttl=52 time=1.73 ms
64 bytes from 8.8.8.8: icmp_req=3 ttl=52 time=2.20 ms
64 bytes from 8.8.8.8: icmp_req=4 ttl=52 time=2.01 ms
64 bytes from 8.8.8.8: icmp_req=5 ttl=52 time=2.18 ms
64 bytes from 8.8.8.8: icmp_req=6 ttl=52 time=2.16 ms
64 bytes from 8.8.8.8: icmp_req=7 ttl=52 time=2.21 ms
64 bytes from 8.8.8.8: icmp_req=8 ttl=52 time=3.01 ms
64 bytes from 8.8.8.8: icmp_req=9 ttl=52 time=1.67 ms
64 bytes from 8.8.8.8: icmp_req=10 ttl=52 time=1.80 ms
64 bytes from 8.8.8.8: icmp_req=11 ttl=52 time=2.16 ms
64 bytes from 8.8.8.8: icmp_req=12 ttl=52 time=1.88 ms
64 bytes from 8.8.8.8: icmp_req=13 ttl=52 time=1.81 ms
64 bytes from 8.8.8.8: icmp_req=14 ttl=52 time=3.27 ms
^C
--- 8.8.8.8 ping statistics ---
14 packets transmitted, 14 received, 0% packet loss, time 13015ms
rtt min/avg/max/mdev = 1.675/2.150/3.279/0.447 ms
Ifconig Server 2
eth0 Link encap:Ethernet Hardware Adresse 02:00:00:00:05:5a
inet Adresse:213.73.99.147 Bcast:213.73.99.255 Maske:255.255.255.0
inet6-Adresse: fe80::ff:fe00:55a/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX packets:497412 errors:0 dropped:0 overruns:0 frame:0
TX packets:61949 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:173485458 (165.4 MiB) TX bytes:4798783 (4.5 MiB)
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metrik:1
RX packets:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:1160 (1.1 KiB) TX bytes:1160 (1.1 KiB)
ifconfig Server 1
eth0 Link encap:Ethernet Hardware Adresse 00:1c:c0:d7:bb:b5
inet Adresse:213.73.112.150 Bcast:213.73.112.255 Maske:255.255.255.0
inet6-Adresse: fe80::21c:c0ff:fed7:bbb5/64 Gültigkeitsbereich:Verbindung
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
RX packets:29915261 errors:0 dropped:0 overruns:0 frame:0
TX packets:22650220 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:1000
RX bytes:11409347655 (10.6 GiB) TX bytes:19729096399 (18.3 GiB)
Interrupt:27 Basisadresse:0x4000
eth0:1 Link encap:Ethernet Hardware Adresse 00:1c:c0:d7:bb:b5
inet Adresse:213.73.99.147 Bcast:213.73.99.255 Maske:255.255.255.255
UP BROADCAST RUNNING MULTICAST MTU:1500 Metrik:1
Interrupt:27 Basisadresse:0x4000
lo Link encap:Lokale Schleife
inet Adresse:127.0.0.1 Maske:255.0.0.0
inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
UP LOOPBACK RUNNING MTU:16436 Metrik:1
RX packets:9283492 errors:0 dropped:0 overruns:0 frame:0
TX packets:9283492 errors:0 dropped:0 overruns:0 carrier:0
Kollisionen:0 Sendewarteschlangenlänge:0
RX bytes:47931244404 (44.6 GiB) TX bytes:47931244404 (44.6 GiB)
-
warum steht die ip vom server 2 in der netzwerk config vom server 1 ?
-
Kann durch Plesk sein weil ich vom Server 2 auf server 1 eine Domain drinne habe
Aber das kann die uhrsache sein oder???
Vllt sollte ich mal die IP aus Plesk wieder rausnehmen und denn mal gucken was passiert
-
lol ich glaub es ja echt nicht habe die IP aus Plesk rausgenommen und sehe da es geht wieder....
so ein kleiner Fehler so eine Große wirkung
-
geht alles wieder?
-
Ja jetzt geht alles wieder
er kann sich wieder Connecten
Darauf werde ich jetzt nie gekommen wenn du mir nicht den tip gegeben hättest mit der IP warum und weshalb die dabei ist lol