English
Good morning,
i defined pcanywhere Remote- Hosts, which i trigger with an external programm called Remote Desktop Manager.
I Use the option "host override" of the pcanywhere Addon.
If i write down a ip- adress, there is no problem.
But if i use an DynDNS- Name, i think the field size is to small and the text will be cut.
In the attached screenshot you can see, i want to connect to an myfritz- Account.
The myfritz- Account- Address ends with .NET - in pcanywhere dialogue the address is shortened and .NET is missing.
I tested also an other adress: xxxxxxxxxxxxxxx.dyndns.org (character count is the same) - in pcanywhere dialogue the adress is displayed as: xxxxxxxxxxxxxxx.dyndns.o
The characters "r" and "g" are missing.
I tested also a manually connect with command line to impose an error in the external tool Remote Desktop Manager.
This commands were used:
awrem32.exe "TCP_IP.CHF" /Cxxxxxxxxxxxxxxx.dyndns.org
and
awrem32.exe "TCP_IP.CHF" /C"xxxxxxxxxxxxxxx.dyndns.org"
But the problem persists.
best regards
Benedict Poppe
German:
Guten Morgen,
und zwar nutze ich pcAnywhere für Ferneinwahlen zu unseren Kunden.
OS: Server 2008 R2
pcanywhere Version: 12.5.0 Build 463
Ich habe einen TCP- IP Host konfiguriert, der über ein externes Programm (Remote Desktop Manager) über die Host Override Funktion angetriggert wird.
Bei IP- Adressen funktioniert das alles wunderbar.
Bei einem getesteten DynDNS- Alias und einer MyFRITZ- Adresse allerdings nicht.
DynDNS- Adresse: xxxxxxxxxxxxxxx.dyndns.org (Zeichenzahl original so)
MyFritz- Adresse: xyz.NET (Siehe Screenshot unter Dateianhänge)
Bei der DynDNS- Adresse werden die letzten beiden Buchstaben - "r" und "g" - abgeschnitten.
Bei der MyFritz- Adresse das komplette ".NET"
Um auszuschließen, das das Problem am Remote Desktop Manager liegt, habe ich über die Kommandozeile manuell einen Verbindungsaufbau versucht:
awrem32.exe "TCP_IP.CHF" /Cxxxxxxxxxxxxxxx.dyndns.org
bzw.
awrem32.exe "TCP_IP.CHF" /C"xxxxxxxxxxxxxxx.dyndns.org"
Allerdings wird hier auch nur folgendes angezeigt: xxxxxxxxxxxxxxx.dyndns.o
Das r und g sind wieder abgeschnitten.
Kann sich jemand dieses Fehlverhalten erklären?
Benedict Poppe