You are right, it could be my issue.
Escept I can access ANY OTHER SERVICE using the fully qualified DNS name.
RDP to all server: working
Access to websites in the company: working
Acecss to file server: working
3cx: not working.
Now guess why I blame you.On top, so far my statistics is 100% for "I report bug, you are in denial, then you suddenly repro it and I was right". The same happend with the 64 bit client graphical issue - not reproable, not happening, my fault, then suddenly it became clear that your test case missed x64 vista sp1 and the whole thing was 100% reproable.
Again:
If I connect via VPN to the company, and can access ALL services using the fully qualified domain name (pbx.blablabla.local), then I somehow expect your software (client and server combined) to ALSO work.
You mean the same configuration which is ok for all systems we use otherwise - RDP, Outlook, Internet Explorer, OCS is magically somehow not working for 3cx? This is either paranoid or wrong, but it is definitly not correct. The VPN works perfectly, just I have to use fully qualified domain names instead of only the host names. I do the same with the 3cx client or xlite - I get no connection.
It is pretty obvious for me that for some reason possibly your server (as the same thing happens on xlite, too) is not giving out the proper info. Maybe you SEND at one point the host name ONLY, instead of the host name plus the domain, which causes clients to not find the server?
Just because you retrieve settings from Windows does not say you do it right, and the support history as well as the data in my environment indicate you provide wrong information, possibly from the server.
Because a real network issue would somehow not make all the other programs work, or? I should not be able to sue remote desktop, to browse internal websites, to connect to file servers and to use OCS, or?
It definitly is NOT a missing DNS - that is fixed. We have the issue now on 4 workplaces.
The people log into VPN.
They open our CRM (intranet website based) using the fully qualified websit ename (i.e. http://crm.nettecture.local) - works
They start xlite or 3cx client -> no connection
They put the ip address into the 3cx client or xlite -> connect.
if it is the DNS - why do they find the CRM? Why can they log into OCS using "ocs.nettecture.local" as name, which resolves? Why can I successfully PING (!) pbx.nettecture.local through the vpn?
Please enlight me. DNS resolves, using fully qualified host names (including the domain) for all other things, and they work.
Now, if you would tell me how to get a trace from that I would GLADLY excuse for accusing you of not supporting me etc., but so far - I just can tell you: this is your problem, not my network setup. All things indicate for it.
Personally my bet would be that one of your systems (the server most likely) sends an endpoint to connect to to the client - and uses the host name here, INSTEAD of using the fully qualified name (host+domain). With the client (connected through VPN) not being in the same DNS default domain, this then deos not resolve.
But this would not be a VPN configuration issue.
DNS definitly is resolving correctly for the COMPLETE computer name. And I did enter the complete name with domain into the 3cx client. If you want I can make some screenshots.
Is there a log I could make from the client?