i just made a fresh install for freeswitch on windows
wireshark show invites coming in on sip, but freeswitch show no activity
on startup freeswitch shows several errors, specifically
2016-08-16 16:37:08.919250 [DEBUG] sofia.c:4237 tls-verify-date [true]
2016-08-16 16:37:08.919250 [DEBUG] sofia.c:4237 tls-verify-policy
[none] 2016-08-16 16:37:08.919250 [ERR] sofia_glue.c:329 Invalid
tls-verify-policy value: none 2016-08-16 16:37:08.919250 [DEBUG]
sofia.c:4237 tls-verify-depth [2]
and
2016-08-16 16:37:15.260094 [NOTICE] switch_loadable_module.c:390
Adding File Format 'G723' 2016-08-16 16:37:15.260094 [CRIT]
switch_loadable_module.c:1520 Error Loading module C:/Program
Files/FreeSWITCH/mod/mod_png.dll
**dll open error [126l]
** 2016-08-16 16:37:15.261095 [CONSOLE] switch_loadable_module.c:1538 Successfully Loaded [mod_local_stream] 2016-08-16 16:37:15.261095
[NOTICE] switch_loadable_module.c:338 Adding API Function
'local_stream'
(actually the dll load err happens for several dlls/mods)
i did some research and found that "none" may not be a valid option, so i commented out all settings to none (since its default anyway) , except for the ipv6 file
but the error still happens, should the ipv6 file be loaded? i believe it causes issues, moreover the documentation states that ipv6 is not supported on windows. so how can i disable it?
i appreciate any help, thanks!
I've just found a workaround about the first issue:
The "tls-verify-policy" is a parameter defined in some sip profile. In my case it was a external profile in the route:
/usr/local/freeswitch/conf/sip_profiles/external.xml
And the parameter was defined as:
<param name="tls-verify-policy" value="none"/>
The problem is that the value "none" is not valid and according the documentation the possible values are in/out/all/subjects_in/subjects_out/subjects_all.
But if you don't want to verify any connection, you can leave it blank, as in:
<param name="tls-verify-policy" value=""/>
For the second issue see #NicholasBlasgen answer.
If you have no need for MOD_PNG, then best to just disable it. That should be the quickest solution. Look at autoload_configs/modules.conf.xml to be able to disable it.
The longer solution would be to identify why the linked library won't load. I suspect there was a bug in it and it's likely been fixed by now. You can also use Freeswitch's bug tracker to report a problem.
Related
Is there a tool that I can use to validate my web.config? The reason I ask is that the file appears to be valid XML and IIS is complaining that file is invalid. No explanation or indication as to why.
Thanks in advance.
Edit:
HTTP Error 500.19 - Internal Server Error
The requested page cannot be accessed because the related configuration data for the page is invalid.
Detailed Error Information:
Module IIS Web Core
Notification Unknown
Handler Not yet determined
Error Code 0x8007000d
Config Error
Config File \?\C:\DignityFiles\Source\simplicity\Simplicity\web.config
Requested URL http://simplicity-local.dignitytest.co.uk:80/
Physical Path
Logon Method Not yet determined
Logon User Not yet determined
Config Source:
-1:
0:
More Information:
This error occurs when there is a problem reading the configuration file for the Web server or Web application. In some cases, the event logs may contain more information about what caused this error.
View more information ยป [This takes you to "https://support.microsoft.com/en-gb/help/942055/-http-error-500-19-error-when-you-open-an-iis-7-0-webpage"]
Link to the web.config (Note: sensitive information has been redacted)
I have (eventually) found the answer: https://stackoverflow.com/a/41267673
Installing the URL rewrite module fixed my issue.
This answer addressses the immediate concern, but if you are looking for a general solution in powershell I have created a function that addresses this.
The full answer is here: how do i validate an IIS web.config in powershell
But the gist of it is you have to find all the "filters" and test each of them individually via Get-WebConfiguration
I have a code signed HAL plugin driver. What is the appropriate way to check authenticity of my driver to ensure nothing in my resource folder has been modified?
I'm currently trying the SecStaticCodeCreateWithPath approach from Security framework that I use on my other projects. similar to this link
However, I'm getting tons of error messages in my console:
kernel[0]: Sandbox: coreaudiod(64363) deny(1) file-read-metadata /Library/Audio
and SecStaticCodeCreateWithPath function would return
errSecCSStaticCodeNotFound = -67068, /* cannot find code object on disk */
It seems like a sandboxing restriction to me. I've also tried the entitlement
com.apple.security.temporary-exception.files.absolute-path.read-only
/Library/Audio/Plug-Ins/HAL/
with no luck.
I simply want to verify the code signing information within my codes.
Any suggestion would be nice.
Thanks.
My goal: I'd like to use an image from commons.mediawiki.org within a MediaWiki installation.
First I was trying to debug my InstantCommons configuration: Referring to files on commons.mediawiki.org failed for some reason. After activating various debugging options I learned that though general image download succeeded some kind of thumbnail followup request issued by the MediaWiki installation failed, which resulted into an overall error from the ForeignAPIRepo-Module.
As I can not deal with this error right now I thought I'd try something else as some kind of fallback: Download the MediaWiki image by specifiying the image URL in the upload image web page. The idea is to let MediaWiki download the image and include this image as regular wiki content. This way I would require to add license details manually and add a few comments, but this would be better than having no image.
But trying this I strangely get an error: It says "Fehler beim Senden der Anfrage" which means "Error while sending the request". But the internal request seems succeed in the logs. Here is what MediaWiki was logging:
[fileupload] Temporary file created "/tmp/URLdafce5345aa3-1"
[fileupload] Starting download from "https://upload.wikimedia.org/wikipedia/commons/c/c7/Broccoli%2C_Champignons%2C_Karotten_%2810581663524%29.jpg" <followRedirects>
[fileupload] <Error, collected 1 error(s) on the way, integer value set>
+------+---------------------------+------------------------------------------+
| 1 | http-request-error | |
+------+---------------------------+------------------------------------------+
[fileupload] Download by URL completed with HTTP status 200
Comment: All other log messages do not indicate anything that looks like an error or is related to the task of downloading the image, so I skipped them here.
The URL is correct, the image can be downloaded from the URL, MediaWiki receives a response code of 200, but instead of processing the response it indicates an error. Why? For http and https URLs I get the same result in the log.
Has anybody encountered this problem before in MediaWiki installations? Does anyone have any idea what the reason for this behaviour could be?
Comment: The wiki is of version 1.25.2 and a standard installation including SWM on an up to date standard Ubuntu Linux OS. Nothing exotic, nothing modified in any way.
Comment: Yes, I could upgrade to the latest version but, I'm not sure if this really solves the problem: I know that this featured did work in some other MediaWiki installations I have set up some time ago. Does anyone have a clue why this feature could fail here? Has anyone encountered something like this before?
Edit: I experimented with downloading from another MediaWiki instance of exactly the same version - 1.25.2 - in my local network. This did not succeed as well. But I get a different error message (translated): "The file .... could not be stored at ...". The "funny part": Though the error message indicated otherwise the file has been downloaded successfully and stored as expected. It has the correct user rights as one would expect, but log messages indicate that there are bugs in MediaWiki regarding this part: ("PHP Notice: Undefined property: UploadFromUrl::$nbytes") Maybe the uploading implementation is buggy somehow and the problems I am running into are typical?
There are multiple bugs with HTTPS support in MediaWiki, php-curl etc. See https://www.mediawiki.org/wiki/InstantCommons#HTTPS for debugging information, there is no magic bullet.
A customer of us is trying to connect to our helpdesk system using Firefox and SSL. I can not tell if he uses a proxy but it's a probable yes.
When trying to connect to our webplattform using Firefox, he retrieves this error code
ssl_error_illegal_parameter_alert
Since he is the only customer, reporting this issue, i need to know, if i can be sure telling him its an error occured by his network/proxy/etc.
I cant find a clear definition about this error. Can you verify, who failes in this case with just that Error response?
Warning! This will disable some Firefox protection features! This might be risky.
In the URL bar, type about:config, accept the warning.
Search for "security.tls.version"
Change "security.tls.version.min" from 1 to 0
Change "security.tls.version.fallback-limit" from 1 to 0
Fixed the issue for me, hope it will help.
Anyways, you might want to consider changing from SSLv3 to TLS certificates I guess. These security features have been introduced after POODLE security flaw.
In my case, I forgot that I had tightened the SSL settings in FireFox: I changed the minimum TLS level acceptable. Resetting to the default, I was able to get to the site I was trying to get to (my older WiFi access point).
In the URL bar, type about:config, accept the warning, search for tls, reset security.tls.version.min to default 0.
In my case, I had that minimum set to 1 (according to http://kb.mozillazine.org/Security.tls.version.*), TLS 1.0, not allowing SSL3 or older. (No restart required, just try to reload the page.)
My jmeter log indicates me alot of same kind of warnings which makes me clueless
WARN - jmeter.protocol.http.sampler.HTTPSamplerBase: Null URL detected (should not happen)
what should i look for? i ve googled around but cant find any info related to my issue.
Add: The Test at all is running fine.
This happens when you check download resources.
The message is issued when one of the URLs returned by the HTML Page parser is null.
This is not supposed to happen, if it does it seems to be a bug:
https://issues.apache.org/bugzilla/show_bug.cgi?id=55092
As per your bug report, it happens because you have iframe tags which source is:
about:blank
Bug will be fixed in 2.10 version of JMeter
As a workaround you can uncheck download resources, you test will then work only on dynamic resources, not static ones (images,css,js ...)