Apache Not Starting - apache
I can't seem to start Apache 2.2 on Windows7 listening on ports 80 and 8443.
I get the following error:
(OS 10048)Only one usage of each socket address (protocol/network address/port) is normally permitted. : make_sock: could not bind to address 0.0.0.0:8443 .
This error is usually caused by another app listening on the same port but I definitely don't have another application listening on port 8443.
I get this error no matter what port I tell ssl to listen on.
Any ideas?
Netstat dump:
Active Connections
Proto Local Address Foreign Address State PID
TCP 0.0.0.0:80 0.0.0.0:0 LISTENING 4
Can not obtain ownership information
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING 872
RpcSs
[svchost.exe]
TCP 0.0.0.0:443 0.0.0.0:0 LISTENING 3500
[magentproc.exe]
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING 4
Can not obtain ownership information
TCP 0.0.0.0:1025 0.0.0.0:0 LISTENING 508
[wininit.exe]
TCP 0.0.0.0:1026 0.0.0.0:0 LISTENING 988
eventlog
[svchost.exe]
TCP 0.0.0.0:1027 0.0.0.0:0 LISTENING 472
Schedule
[svchost.exe]
TCP 0.0.0.0:1028 0.0.0.0:0 LISTENING 580
[lsass.exe]
TCP 0.0.0.0:1029 0.0.0.0:0 LISTENING 556
[services.exe]
TCP 0.0.0.0:5001 0.0.0.0:0 LISTENING 3500
[magentproc.exe]
TCP 0.0.0.0:5002 0.0.0.0:0 LISTENING 3500
[magentproc.exe]
TCP 0.0.0.0:5003 0.0.0.0:0 LISTENING 3500
[magentproc.exe]
TCP 0.0.0.0:5357 0.0.0.0:0 LISTENING 4
Can not obtain ownership information
TCP 0.0.0.0:8000 0.0.0.0:0 LISTENING 4
Can not obtain ownership information
TCP 0.0.0.0:50500 0.0.0.0:0 LISTENING 3500
[magentproc.exe]
TCP 0.0.0.0:54345 0.0.0.0:0 LISTENING 3500
[magentproc.exe]
TCP 10.125.247.11:139 0.0.0.0:0 LISTENING 4
Can not obtain ownership information
TCP 10.125.247.11:28530 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28532 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28555 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28556 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28560 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28563 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28564 172.19.41.40:8080 ESTABLISHED 3724
[communicator.exe]
TCP 10.125.247.11:28567 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28571 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28582 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28584 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28603 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28607 172.19.41.40:8080 ESTABLISHED 4172
[OUTLOOK.EXE]
TCP 10.125.247.11:28667 172.19.41.40:8080 ESTABLISHED 3724
[communicator.exe]
TCP 10.125.247.11:28669 172.19.41.40:8080 ESTABLISHED 3724
[communicator.exe]
TCP 10.125.247.11:29482 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29486 172.19.41.40:8080 ESTABLISHED 1692
[ chrome.exe]
TCP 10.125.247.11:29489 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29491 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29493 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29495 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29498 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29502 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29505 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29509 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29513 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29514 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 10.125.247.11:29515 172.19.41.40:8080 ESTABLISHED 1692
[chrome.exe]
TCP 127.0.0.1:1033 0.0.0.0:0 LISTENING 3212
[AccentureMobileMediaReminderClient.exe]
TCP [::]:80 [::]:0 LISTENING 4
Can not obtain ownership information
TCP [::]:135 [::]:0 LISTENING 872
RpcSs
[svchost.exe]
TCP [::]:445 [::]:0 LISTENING 4
Can not obtain ownership information
TCP [::]:1025 [::]:0 LISTENING 508
[wininit.exe]
TCP [::]:1026 [::]:0 LISTENING 988
eventlog
[svchost.exe]
TCP [::]:1027 [::]:0 LISTENING 472
Schedule
[svchost.exe]
TCP [::]:1028 [::]:0 LISTENING 580
[lsass.exe]
TCP [::]:1029 [::]:0 LISTENING 556
[services.exe]
TCP [::]:5357 [::]:0 LISTENING 4
Can not obtain ownership information
TCP [::]:8000 [::]:0 LISTENING 4
Can not obtain ownership information
UDP 0.0.0.0:123 *:* 1064
W32Time
[svchost.exe]
UDP 0.0.0.0:500 *:* 472
IKEEXT
[svchost.exe]
UDP 0.0.0.0:3702 *:* 1064
EventSystem
[svchost.exe]
UDP 0.0.0.0:3702 *:* 1064
EventSystem
[svchost.exe]
UDP 0.0.0.0:3702 *:* 2276
PeerDistSvc
[svchost.exe]
UDP 0.0.0.0:3702 *:* 1064
EventSystem
[svchost.exe]
UDP 0.0.0.0:3702 *:* 2276
PeerDistSvc
[svchost.exe]
UDP 0.0.0.0:3702 *:* 1064
EventSystem
[svchost.exe]
UDP 0.0.0.0:4500 *:* 472
IKEEXT
[svchost.exe]
UDP 0.0.0.0:5355 *:* 1228
Dnscache
[svchost.exe]
UDP 0.0.0.0:55306 *:* 1064
EventSystem
[svchost.exe]
UDP 0.0.0.0:55308 *:* 1064
EventSystem
[svchost.exe]
UDP 10.125.247.11:137 *:* 4
Can not obtain ownership information
UDP 10.125.247.11:138 *:* 4
Can not obtain ownership information
UDP 10.125.247.11:1900 *:* 3952
SSDPSRV
[svchost.exe]
UDP 10.125.247.11:62526 *:* 3952
SSDPSRV
[svchost.exe]
UDP 127.0.0.1:1900 *:* 3952
SSDPSRV
[svchost.exe]
UDP 127.0.0.1:53356 *:* 2644
[taskhost.exe]
UDP 127.0.0.1:56632 *:* 580
[lsass.exe]
UDP 127.0.0.1:57319 *:* 3724
[communicator.exe]
UDP 127.0.0.1:60703 *:* 3724
[communicator.exe]
UDP 127.0.0.1:62527 *:* 3952
SSDPSRV
[svchost.exe]
UDP 127.0.0.1:63140 *:* 4172
[OUTLOOK.EXE]
UDP [::]:123 *:* 1064
W32Time
[svchost.exe]
UDP [::]:500 *:* 472
IKEEXT
[svchost.exe]
UDP [::]:3702 *:* 1064
EventSystem
[svchost.exe]
UDP [::]:3702 *:* 2276
PeerDistSvc
[svchost.exe]
UDP [::]:3702 *:* 1064
EventSystem
[svchost.exe]
UDP [::]:3702 *:* 1064
EventSystem
[svchost.exe]
UDP [::]:3702 *:* 2276
PeerDistSvc
[svchost.exe]
UDP [::]:3702 *:* 1064
EventSystem
[svchost.exe]
UDP [::]:4500 *:* 472
IKEEXT
[svchost.exe]
UDP [::]:5355 *:* 1228
Dnscache
[svchost.exe]
UDP [::]:55307 *:* 1064
EventSystem
[svchost.exe]
UDP [::]:55309 *:* 1064
EventSystem
[svchost.exe]
UDP [::1]:1900 *:* 3952
SSDPSRV
[svchost.exe]
UDP [::1]:62525 *:* 3952
SSDPSRV
[svchost.exe]
UDP [fe80::cca:bedf:a696:8354%13]:546 *:* 988
Dhcp
[svchost.exe]
UDP [fe80::cca:bedf:a696:8354%13]:1900 *:* 3952
SSDPSRV
[svchost.exe]
UDP [fe80::cca:bedf:a696:8354%13]:62524 *:* 3952
SSDPSRV
[svchost.exe]
it cetainly looks that way .. now this is a long shot,, but check your /etc/services and see if the 8443 port is defined?
pcsync-https 8443/tcp # PCsync HTTPS
pcsync-https 8443/udp # PCsync HTTPS
pcsync-http 8444/tcp # PCsync HTTP
pcsync-http 8444/udp # PCsync HTTP
I was told by this:
If you are using the latest Skype, go to Tools -> Options -> Advanced -> connection. Disable the 'Use port 80 and 443 for alternatve.. '
Sign Out and Close all Skype windows.
Thanks for the advice. It Worked!!!
Related
Stale socket in lsof due to REDIS
I'm having a redis connection established and I've a python script which performs CLUSTER MEET, CLUSTER FORGET, IPTBL ADD and IPTBL DELETE. When I give CLUSTER FORGET. Before FIN packet reaches the other end, it closes the connection and I'm left with a stale socket. On going through the redis documentation and other blogs I found tcp-keepalive and even after changing it to 300 and restarting the redisd I still see no effect. /usr/sbin/lsof | grep 16381 redis-ser 23104 admin 10u IPv6 397237 0t0 TCP *:16381 (LISTEN) redis-ser 23104 admin 11u IPv4 397239 0t0 TCP *:16381 (LISTEN) redis-ser 23104 admin 12u IPv4 397251 0t0 TCP a.b.c.d:16381->a.b.c.e:56440 (ESTABLISHED) redis-ser 23104 admin 13u IPv4 397253 0t0 TCP a.b.c.d:16381->a.b.c.f:58744 (ESTABLISHED) redis-ser 23104 admin 14u IPv4 408062 0t0 TCP a.b.c.d:47230->a.b.c.e:16381 (ESTABLISHED) redis-ser 23104 admin 15u IPv4 748468 0t0 TCP a.b.c.d:39754->a.b.c.f:16381 (ESTABLISHED) redis-ser 23104 admin 16u IPv4 719475 0t0 TCP a.b.c.d:16381->a.b.c.f:58868 (ESTABLISHED) I would like to understand how to make tcp-keepalive work ? Am I missing something ? Any help would be appreciated.
Unable To Use Localhost Port 80 ; Error starting userland proxy: Bind for 0.0.0.0:80: unexpected error (Failure EADDRINUSE)
I am using a Mac Book Pro I need to use my localhost Port :80 but i keep getting this ERROR message: Error response from daemon: driver failed programming external connectivity on endpoint nostalgic_ride : Error starting userland proxy: Bind for 0.0.0.0:80: unexpected error (Failure EADDRINUSE). this issue arose because i tried to use docker to do this: docker run -it -p 80:80 -p 443:443 nginx I did a search to see what is listening on all my ports: sudo lsof -nP | grep LISTEN UserEvent 41 root 113u IPv6 0xa09c168d9d24ed2f 0t0 TCP [fe80:8::aede:48ff:fe00:1122]:49153 (LISTEN) UserEvent 41 root 114u IPv6 0xa09c168d9d24e1af 0t0 TCP [fe80:8::aede:48ff:fe00:1122]:49154 (LISTEN) UserEvent 41 root 115u IPv6 0xa09c168d9d24dbef 0t0 TCP [fe80:8::aede:48ff:fe00:1122]:49155 (LISTEN) UserEvent 41 root 116u IPv6 0xa09c168d9d24f2ef 0t0 TCP [fe80:8::aede:48ff:fe00:1122]:49156 (LISTEN) php-fpm 48 root 8u IPv4 0xa09c168d9d7b322f 0t0 TCP 127.0.0.1:9000 (LISTEN) php-fpm 221 _www 9u IPv4 0xa09c168d9d7b322f 0t0 TCP 127.0.0.1:9000 (LISTEN) php-fpm 222 _www 9u IPv4 0xa09c168d9d7b322f 0t0 TCP 127.0.0.1:9000 (LISTEN) EEventMan 351 tom 4u IPv4 0xa09c168da7672eaf 0t0 TCP *:2968 (LISTEN) java 648 tom 69u IPv6 0xa09c168d9d24c4ef 0t0 TCP [fe80:1::1]:49185 (LISTEN) LogiMgrDa 715 tom 4u IPv4 0xa09c168da914f52f 0t0 TCP *:59866 (LISTEN) httpd 860 root 4u IPv6 0xa09c168da64892ef 0t0 TCP *:80 (LISTEN) httpd 864 _www 4u IPv6 0xa09c168da64892ef 0t0 TCP *:80 (LISTEN) httpd 955 _www 4u IPv6 0xa09c168da64892ef 0t0 TCP *:80 (LISTEN) Questions: It appears that there are 3 instances of httpd listening on Port 80. If so, does anyone know what these httpd are for and whether it's safe to remove them. If so, how do I kill/remove them. ANSWER TO SIMILAR QUESTIONS ON THIS ISSUE: these answers do not help me beucase they all recommend simply changing the port. however i need port 80 for localhost development
Kurento RTSP to webRTC
Im a developping a Samsung Smart TV app with Samsung's TOAST and Caph-angular. I am on Windows 10. When I call our server, I get an RSRP url encoded with H264 but, on smart TVs, RSRP is not supported. Then I have to "transform" the RSRP url to some webRTC one (I know very little about all this so sorry if the terms are incorrect). I searched here and there and found Kurento which seems to be able to answer my needs. Before trying Kurento within my app, I wanted to test it on a few demos. I was able to test one2many example without any problem but I am having trouble running rtsp2webrtc demo. I git cloned kms-windows and https://github.com/lulop-k/kurento-rtsp2webrtc and tried to run the demo but the player is not displaying anything. 1) I double-click kms-windows\bin\kurento-media-server 2) I launch http-server in kurento-rtsp2webrtc 3) I reach http://localhost:8080/, type my sample rtsp url (rtsp://wowzaec2demo.streamlock.net/vod/mp4:BigBuckBunny_115k.mov) and click on "start" No error seems to happen, see console logs: Local icecandidate {"candidate":"candidate:4033732497 1 udp 2113937151 192.168.0.104 62879 typ host generation 0 ufrag tZFB network-cost 50","sdpMid":"audio","sdpMLineIndex":0} Local icecandidate {"candidate":"candidate:4033732497 2 udp 2113937150 192.168.0.104 62881 typ host generation 0 ufrag tZFB network-cost 50","sdpMid":"audio","sdpMLineIndex":0} Local icecandidate {"candidate":"candidate:4033732497 1 udp 2113937151 192.168.0.104 62883 typ host generation 0 ufrag tZFB network-cost 50","sdpMid":"video","sdpMLineIndex":1} Local icecandidate {"candidate":"candidate:4033732497 2 udp 2113937150 192.168.0.104 62885 typ host generation 0 ufrag tZFB network-cost 50","sdpMid":"video","sdpMLineIndex":1} PlayerEndpoint-->WebRtcEndpoint connection established oniceconnectionstatechange -> checking icegatheringstate -> gathering Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:1 1 UDP 2013266431 192.168.0.104 61810 typ host","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:1 1 UDP 2013266431 192.168.0.104 61810 typ host","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:2 1 TCP 1019216127 192.168.0.104 9 typ host tcptype active","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:2 1 TCP 1019216127 192.168.0.104 9 typ host tcptype active","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:3 1 TCP 1015021823 192.168.0.104 52180 typ host tcptype passive","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:3 1 TCP 1015021823 192.168.0.104 52180 typ host tcptype passive","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:4 1 UDP 2013266431 fe80::6403:eba1:c2a3:9605 61812 typ host","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:4 1 UDP 2013266431 fe80::6403:eba1:c2a3:9605 61812 typ host","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:5 1 TCP 1019217663 fe80::6403:eba1:c2a3:9605 9 typ host tcptype active","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:5 1 TCP 1019217663 fe80::6403:eba1:c2a3:9605 9 typ host tcptype active","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:6 1 TCP 1015023359 fe80::6403:eba1:c2a3:9605 52182 typ host tcptype passive","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:6 1 TCP 1015023359 fe80::6403:eba1:c2a3:9605 52182 typ host tcptype passive","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:7 1 UDP 2013266431 fe80::f99b:72cd:cb28:1424 61814 typ host","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:7 1 UDP 2013266431 fe80::f99b:72cd:cb28:1424 61814 typ host","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:8 1 TCP 1019217663 fe80::f99b:72cd:cb28:1424 9 typ host tcptype active","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:8 1 TCP 1019217663 fe80::f99b:72cd:cb28:1424 9 typ host tcptype active","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:9 1 TCP 1015023359 fe80::f99b:72cd:cb28:1424 52184 typ host tcptype passive","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:9 1 TCP 1015023359 fe80::f99b:72cd:cb28:1424 52184 typ host tcptype passive","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:10 1 UDP 2013266431 192.168.56.1 61816 typ host","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:10 1 UDP 2013266431 192.168.56.1 61816 typ host","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:11 1 TCP 1019216895 192.168.56.1 9 typ host tcptype active","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:11 1 TCP 1019216895 192.168.56.1 9 typ host tcptype active","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:12 1 TCP 1015022591 192.168.56.1 52186 typ host tcptype passive","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:12 1 TCP 1015022591 192.168.56.1 52186 typ host tcptype passive","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:1 2 UDP 2013266430 192.168.0.104 61811 typ host","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:1 2 UDP 2013266430 192.168.0.104 61811 typ host","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:2 2 TCP 1019216126 192.168.0.104 9 typ host tcptype active","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:2 2 TCP 1019216126 192.168.0.104 9 typ host tcptype active","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:3 2 TCP 1015021822 192.168.0.104 52181 typ host tcptype passive","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:3 2 TCP 1015021822 192.168.0.104 52181 typ host tcptype passive","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:4 2 UDP 2013266430 fe80::6403:eba1:c2a3:9605 61813 typ host","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:4 2 UDP 2013266430 fe80::6403:eba1:c2a3:9605 61813 typ host","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:5 2 TCP 1019217662 fe80::6403:eba1:c2a3:9605 9 typ host tcptype active","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:5 2 TCP 1019217662 fe80::6403:eba1:c2a3:9605 9 typ host tcptype active","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:6 2 TCP 1015023358 fe80::6403:eba1:c2a3:9605 52183 typ host tcptype passive","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:6 2 TCP 1015023358 fe80::6403:eba1:c2a3:9605 52183 typ host tcptype passive","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:7 2 UDP 2013266430 fe80::f99b:72cd:cb28:1424 61815 typ host","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:7 2 UDP 2013266430 fe80::f99b:72cd:cb28:1424 61815 typ host","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:8 2 TCP 1019217662 fe80::f99b:72cd:cb28:1424 9 typ host tcptype active","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:8 2 TCP 1019217662 fe80::f99b:72cd:cb28:1424 9 typ host tcptype active","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:9 2 TCP 1015023358 fe80::f99b:72cd:cb28:1424 52185 typ host tcptype passive","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:9 2 TCP 1015023358 fe80::f99b:72cd:cb28:1424 52185 typ host tcptype passive","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:10 2 UDP 2013266430 192.168.56.1 61817 typ host","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:10 2 UDP 2013266430 192.168.56.1 61817 typ host","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:11 2 TCP 1019216894 192.168.56.1 9 typ host tcptype active","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:11 2 TCP 1019216894 192.168.56.1 9 typ host tcptype active","sdpMLineIndex":1,"sdpMid":"video"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:12 2 TCP 1015022590 192.168.56.1 52187 typ host tcptype passive","sdpMLineIndex":0,"sdpMid":"audio"} Remote icecandidate {"__module__":"kurento","__type__":"IceCandidate","candidate":"candidate:12 2 TCP 1015022590 192.168.56.1 52187 typ host tcptype passive","sdpMLineIndex":1,"sdpMid":"video"} Player playing ... oniceconnectionstatechange -> connected icegatheringstate -> complete oniceconnectionstatechange -> completed icegatheringstate -> complete But the player does not display anything. I still see the spinner. I tried adding a STUN server (not sure what it is or if I even need one, just saw this in docs or other stackoverflow issues) and it did not solve anything. Could you please help me? Did I do anything wrong or forget something? And, in the future, when I want to implement this into my tv web app, will I only need to include kurento-client.js and kurento-utils.js files or will there be other things to take care of? Thanks in advance
Stun server cannot traverse symmetric NAT's so for that purpose if your server is behind NAT then you should try using TURN server
if you Kurento server is behind the NAT - you need to use TURN server for it
Apache HTTP Server port doesn't respond
I'm forging a packet to start a TCP connection with port 80 (so I'm sending a TCP-SYN) and the HTTP Server does not respond at all. I've ran netstat -natu during the all process and no change on the port 80 state: Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 192.168.1.7:41562 151.101.61.140:443 ESTABLISHED tcp 0 0 192.168.1.7:45660 216.58.214.161:80 ESTABLISHED tcp 0 0 192.168.1.7:50852 151.101.193.69:80 TIME_WAIT tcp 0 0 192.168.1.7:36450 64.233.184.95:443 ESTABLISHED tcp 1 0 192.168.1.7:46960 162.213.33.49:443 CLOSE_WAIT tcp6 0 0 :::80 :::* LISTEN tcp6 0 0 ::1:631 :::* LISTEN tcp6 1 0 ::1:35050 ::1:631 CLOSE_WAIT udp 0 0 0.0.0.0:631 0.0.0.0:* udp 0 0 0.0.0.0:49933 0.0.0.0:* udp 0 0 0.0.0.0:5287 0.0.0.0:* The port is always on LISTEN state, and upon receiving a TCP-SYN it should change to SYN_RECV right? If it helps, a Wireshark capture of the packet I send: So I can't seem to see what the problem is.
Have you noticed that you're using tcp6 (mean IPv6) but trying to open up the session using IPv4? I guess that's why it's not opening the session. Try to align to IPv4.
Change rabbitmq default port
I'm trying to change rabbitmq to another port,but in some low port it can't be start.for example 79 or 54 or any port under ~300.It can be started at port which is higher than 1000 Rabbitmq configuration file: [{rabbit,[{loopback_users,[]},{tcp_listeners,[72]}]}]. captured tcp ports: # netstat -tulpn Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 127.0.0.1:3310 0.0.0.0:* LISTEN 9602/clamd tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 10224/nginx tcp 0 0 0.0.0.0:4369 0.0.0.0:* LISTEN 1938/epmd tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 1073/sendmail tcp 0 0 0.0.0.0:50683 0.0.0.0:* LISTEN 7393/sshd tcp 0 0 0.0.0.0:25672 0.0.0.0:* LISTEN 29876/beam tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 5206/php-fpm tcp 0 0 127.0.0.1:27017 0.0.0.0:* LISTEN 15475/mongod logs: #tailf /var/log/rabbitmq/startup_err Crash dump was written to: erl_crash.dump init terminating in do_boot () #tailf /var/log/rabbitmq/startup_log {bad_return, {{rabbit,start,[normal,[]]}, {'EXIT', {rabbit,failure_during_boot, {could_not_start_tcp_listener,{"::",72}}}}}}}