Diskuse Elektrika.cz

Aplikační program v Tecomatu odesílá aktuální nasnímané veličiny na webovou službu v Microsoft Azure. Službu jsem přemístil do jiného datového centra, při zachování doménového jména.
Z 18-ti stanice došlo k obnovení komunikace u tří. A to u těch, které prošly restartem napájení.

Je možno vzdáleně vynutit obnovení DNS záznamů? Bez toho, aniž by došlo k výpadku řízení technologie.
Stanice jsou také dostupné prostřednictví m služby TecoRoute.

Požádejte o nápravu správce datového centra

Vzhledem k tomu, že tři Tecomaty komunikují a zároveň z webového prohlížeče na PC, se připojím na webové rozhraní služby, tak usuzuji že se nové IP adresy zpropagovaly na DNS systémy v internetu.

Dělá to dojem, že Tecomaty si udržují původní záznamy doménové jméno - IP adresa??
A nedošlo k dotazu na DNS server ze strany Tecomatu??
Situace trvá již třetí den.

Prohlížím vstupní buffer na UNI režimu. Vypisuje se text v HTML formátu, kde se mimo jiné píše, že mám na PC použít příkaz: ipconfig /flushdns.
Tak přesně tuto operaci bych potřeboval provést na Tecomatu.

Z předchozího usuzuji, že DNS záznam v Tecomatu směřuje do původního datového centra, kde se ale již nenajde stránka se službou. Ta je již v jiném datovém centru.
Z toho také usuzuje, že Tecomat nedetekuji výpadek komunikace, neb původní IP adresa je stále dostupná. HTTP požadavek vrátí kód 404.

Situaci jsem provizorně řešil tak, že jsem se postupně připojil ke všem stanicím pomocí TecoRoute.
Pro komunikace používám funkční bloky "fbNsLookUpEx" a "fbHttpRequestL 2". Připojovací parametry ke službě nejsou napevno součástí programu, ale jsou v parametrech. Změnil jsem parametr, že položka HOST není doménové jméno ale přímo IP adresa. Tím se přeskočí volání "fbNsLookUpEx". Do položky HOST jsem vyplnil přímo IP adresu služby.
VŠECHNY STANICE ZAČALY KOMUNIKOVAT.
Je to ale dočasné řešení, neb služba běží v Azure ve třech kopích a může být kdykoliv automaticky přemístěna na jiné železo s jinou IP adresou. Garantováno  je pouze doménové jméno....