I had a server running as a fastcgi application with mod_fastcgi.
FastCgiServer /opt/rok4/bin/rok4 -init-start-delay 5 -port 1998 -processes 2
The idea beeing that mod_fastcgi launches the server instances at startup and provides port number.
How can I replicate this behaviour with the "new" mod_fcgid ?
Thanx in advance
Manu
You can't, fgdid doesn't support TCP sockets. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=450748
Related
i'm running ZAP daemon, listening to localhost and running some test. The problem is, i don't get any result back, it just keep listening to localhost.
Does anyone knows how can i fix that? Is there some more specific documentation about the Daemon?
Thank you very much!
ZAP exposes a powerful API that allows you to do nearly everything that the desktop UI can do: https://www.zaproxy.org/docs/api/
I am able to access my application in jboss with https://localhost/appName
but how do i change the localhost to whatever name i wanted to have?
i would like to have it like https://nameiwanted/appName
I am using jboss 6.4 and windows 7 Professional
Thanks in advance
open jboss server at eclipse and check the check box in Server Behavior:
Listen on All interfaces to allow Remote and web applications
Start server with nameiwanted like
standalone.bat -b nameiwanted -bmanagement nameiwanted
make sure nameiwanted is bound to machine.
I'm new to Wildfly and I hope you guys can help me with this problem:
I'm following this tutorial on how to Install Wildfly 8 and when I'm trying to execute step 4 I get the following errors:
I've been googling for a while now and I can't find an answer. I've tryed with JDK 7 and 8, no changes, I'm using admin permissions, I've even tried to download Wildfly again and still no changes.
More experienced co-workers have seen this and don't have a clue about what's going on.
Can you help me? Thanks
The tutorial you linked to, has Wildfly configured to use the default port 8080. Most likely, you have another process or service running which is already using port 8080. Try to find out what process it is and stop it, or try configuring Wildfly to use a different port.
try restart the machine or enable IPV6 in the machine, this error will be resolved
Those having the same problem should check who else uses the port 9990 in your Windows system. TCPView is a good tool to find out the guilty of charge. One of possible common causes in this case is NVIDIA Network Service (NvNetworkService.exe).
If that's the case just find it in your Windows services list and stop/disable it. The service itself is responsible for checking for Nvidia drivers updates, so any time you want it back just turn it on manually.
In my case, I inadvertedly added an AJP socket binding while using standalone jboss_cli utility:
[standalone#localhost:9990 /] /subsystem=undertow/server=default-server/ajp-listener=ajp:add(socket-binding=ajp)
This led to an 'already in use' error that doesn't let any app to start and signaled 503 error through an Apache web server.
I deleted the binding:
/subsystem=undertow/server=default-server/ajp-listener=ajp:remove
And then everything worked normally.
I too had the same issue.After analysis it was found that the SSL port(443 in my case) was creating this issue. I just terminated the processes that were running on 443 and restarted the wildfly and everything worked fine after that.
I had faced same issue with wildfly_8.2.1
Port 8080 was also free, so that solution doesn't worked for me.
Try below procedure as it helped to resolve my issue.
add below lines to your server's /etc/sysctl.conf file
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
No restart is required for this solution.
I am trying to connect to CalDAV server from iPad, iOS v7.0.2(11A501), that is running on HTTP port 8080. It failed to connect.
Using Fiddler tool I have found that iPad CalDAV client is sending requests to port 443 and to port 80 instead of the one I specify in 'Server' field.
Being able to run the server on port 80 only in the development environment is inconvenient.
Has anybody experienced this issue and are there are any solution?
Well, my iPad is setup to a Mavericks calendar server. Which is running on https://xxx.local:8443/.
So the answer to your question seems to be Yes. It does support non-standard SSL ports. (This is on iOS 7.0.5/6).
What configuration data do you provide to iOS? Could it be that it initially connects to the right port but then the server is somehow misconfigured and redirects the client to a standard port?
Which CalDAV server do you use?
I am investigating a production system where there are several Windows services communicating with each other through TCP/IP sockets. I'm trying to figure out which executable is listening to which IP address and which port on a given machine.
Other than rummaging through each windows service's obscure configuration files, is there a system tool that can more easily give me the details I want?
As already mentioned TCPView by SysInternals (i.e. Microsoft) is a great tool.
But on production systems you may not be allowed to install additional software, so I think you may want to try out netstat.exe, which is typically located at C:\WINNT\system32\netstat.exe .
A help page is available with
netstat -?
Examples are:
netstat -a
Lists all local TCP connections and listening ports together with remote TCP endpoint.
netstat -o
Adds the process ID to the output.
netstat -b
Gives you the name of the executable wich was involved in establishing this connection/port.
http://technet.microsoft.com/en-us/sysinternals/bb897437.aspx
SysInternals TCPView is great
Give this a whirl.
netstat -abn
Command line netstat tool might help you. To learn available parameters run it with /?: netstat /?
Or there is a better GUI alternative: SysInternals TcpView (freely downloadable from ms site)
Thanks everyone. Very helpful indeed. A friend also introduced me to a freeware utility called "Active Ports" from DeviceLock: http://www.devicelock.com/freeware.html/