Táto chyba je typická pre . Chyba „Konfigurácia distribuovaného informačného bezpečnostného uzla sa nezhoduje s očakávanou chybou“ je systémová. Vyskytuje sa hlavne v dôsledku abnormálneho vypnutia počas výmeny údajov cez URIB.

Dá sa to vyriešiť pomerne jednoduchým spôsobom. Zvážme to.

Inštrukcie

1. Urobte si kópie databáz, na ktorých sa bude pracovať (v konfigurátore „Administrácia - Nahrať infobázu“).

2. Spustite konfigurátor hlavnej databázy uzla RIB.

3. Uložte konfiguráciu centrálneho uzla do databázového súboru („Konfigurácia - Uložiť konfiguráciu do súboru...“).

4. Otvorte konfigurátor databázy podriadených uzlov.

Získajte 267 video lekcií na 1C zadarmo:

5. Odstráňte konfiguráciu podriadeného uzla z podpory (Konfigurácia - Podpora - Nastavenia podpory - Odstrániť z podpory):

6. Načítajte konfiguráciu databázy („Konfigurácia – Načítať konfiguráciu zo súboru...“).

8. Po reštrukturalizácii musíte vstúpiť do podnikového režimu a nainštalovať hlavný konfiguračný uzol. To je možné vykonať pomocou špeciálneho spracovania - . Spracovanie funguje v režime riadenej aplikácie aj v režime bežnej aplikácie.

9. Pri spracovaní musíte vybrať hlavný uzol a kliknúť na „Spustiť“:

10. Hotovo! Skúste spustiť výmenu, systém by mal výmenu dokončiť správne.

Chyby dynamickej aktualizácie (alebo iné chyby platformy) môžu byť príčinou chýb výmeny distribuovanej databázy:

• "Údaje sa prijímajú z uzla, pre ktorý boli zaregistrované zmeny konfigurácie"
  

• "Konfigurácia distribuovaného informačného bezpečnostného uzla nezodpovedá očakávanému"
  

Ako obnoviť výmenu?

Ale nezačnime s obnovou, ale s príležitosťou vykonaťvýmena “ručne”, čo je dôležité počas dňa, pretože ako vždy, všetko by malo fungovať “včera” :) Dá sa to urobiť pomocou úžasných ošetrení, ktoré som si nepamätalnahá tam, kde som si to stiahol (autori, prosím odpovedzte - nechám odkazy na váš zdroj a ak to bude potrebné, odstránim ho zo svojho). Spracovanie umožňuje stiahnuť iba zaregistrované zmeny údajov v databáze (podľa zadaného výmenného plánu pre konkrétny uzol!) v XML bez sťahovania konfiguračných zmien a ak sa konfiguračné objekty príliš nezmenili, potom je veľmi vysoká šanca načítania týchto údajov. Tie si môžete stiahnuť z odkazu na konci článku.

Čo sa týka obnovy. Existujú jednoduchšie metódy, ktoré nezahŕňajú všetky položky v zozname nižšie, ale nie vždy pomôžu, ako to bolo v jednom z mojich prípadov. Preto uvádzam metódu, ktorá mi pomohla obchádzať možné problémy komplexnejšie. Ďalší krok za krokom.

Odporúča sa vykonať tieto kroky, keď v databáze nie sú žiadni pracujúci používatelia. Ak to nie je možné, budete musieť metódu „dokončiť“ sami, a preto musíte najprv pochopiť jej logiku.

1. Všade zálohujte.

2. Pre klient-servery: deaktivujte databázy cez „administráciu servera“ a okamžite ich pripojte s blokovaním naplánovaných úloh (vynuluje sa tým vyrovnávacia pamäť servera). Potom nezabudnite preniesť registračný protokol do nového adresára.

3. Na všetkých počítačoch používaných na obnovu odstráňte databázu zo zoznamu štartovacích databáz 1C a vytvorte novú (vyrovnávacia pamäť používateľa sa vymaže)

4. V konfigurátore (v centrálnej databáze) pridajte novú konštantu a uložte zmeny conf.

5. Vymažte všetky výmenné adresáre.

6. Vykonajte vykládky do všetkých pobočiek (zatiaľ iba vykládky).

7. Pokúste sa stiahnuť (iba stiahnuť) prijaté dáta do všetkých pobočiek. Je prirodzené akceptovať zmeny konf.

Ak je všade všetko dobré, ideme ďalej, ak je všetko zlé, myslíme si, že by mohlo pomôcť vyloženie .cf z centrálnej databázy a NAČÍTANIE do pobočky (nie porovnávanie-zlučovanie). V podriadenom uzle by ste mali odpojiť databázu od RIB (s tým pomôže spracovanie - stiahnite si z odkazu nižšie). Na infostart.ru je k tejto téme článok.

8. Rušíme registráciu zmien pre pobočky v centrálnej banke (veď všetky zmeny sme už všade dostali). Je dôležité urobiť v tejto fáze, aby sa nahromadené zmeny z rôznych vetiev dostali do iných vetiev. (stiahnutie spracovania pre rozviazanie-viazanie z odkazu nižšie).

9. Naložíme do centrálnej banky a ak je všetko v poriadku, tak s každou pobočkou niekoľkokrát naložíme a vyložíme, aby sme výsledok skonsolidovali.

10. To je všetko.

Môžete povoliť vykonávanie rutinných úloh pre databázy klient-server.

Aby sa predišlo problémom, ktoré spôsobujú túto chybu, odporúča sa nerobiť dynamické aktualizácie (aspoň niekoľkokrát za sebou – kým sa zmeny nenahrajú do pobočiek) a taktiež je vhodné zaškrtnúť políčko „nahrať údaje až po úspešnom nahraní“ v nastaveniach výmeny.

Dobrý deň, milí čitatelia nášho blogu! Dnes budeme hovoriť o
oprava dvoch chýb ktoré môžu vzniknúť počas výmeny v distribuovanej informačnej báze (RIB). Takéto chyby sa môžu vyskytnúť, ak ste zmenili konfiguráciu databázy a pokúšate sa preniesť tieto zmeny z centrálnej databázy do periférnej. Napríklad spôsobom, ktorý bol popísaný. Začnime!

Toto sú správy, ktoré sa môžu zobraziť, keď sa pokúsite uskutočniť výmenu pomocou RIB:

„Údaje sa prijímajú z uzla, pre ktorý
zmeny konfigurácie boli zaznamenané.
Zmeny je potrebné preniesť
konfigurácie do uzla."


“Konfigurácia uzla zabezpečenia distribuovaných informácií
nie podľa očakávania!"

Pozrime sa na kroky, ktoré pomôžu situáciu napraviť. Skôr ako začneme, vytvorme si informačnú databázu!!!

1. Vezmeme konfiguračný súbor s aktualizáciou, otvoríme centrálnu databázu v Konfigurátore a načítame ju (Konfigurácia-Načítať konfiguráciu zo súboru...). Uložme informačnú bezpečnosť (F7).
2. Poďme na súbor a nahrajte ho do databázy periférnych zariadení:
   
   
   • V zozname vyberte plán výmeny, potom kliknutím pravým tlačidlom myši otvorte kontextové menu a vyberte „Uložiť zmeny...“.
3. Teraz sa poďme zaoberať bezpečnosťou periférnych informácií. Otvorme ho v exkluzívnom režime, aby neexistovali žiadni používatelia, a tiež zatvorme konfigurátor. Teraz si musíte zapamätať uzol, ktorý je hlavný pre aktuálnu databázu. Otvorte operácie – Výmenné plány – Vyberte si plán výmeny (napríklad „Podľa skladu“). V zozname výmenných plánov je hlavným uzlom položka so žltou ikonou. Tieto informácie sa nám budú hodiť v siedmom bode. Otvorme spracovanie a kliknite na tlačidlo „Zrušiť priradenie hlavného uzla“.
4. Teraz otvorme zabezpečenie periférnych informácií v Konfigurátore a načítajme rovnaký konfiguračný súbor, aký sme načítali v prvom kroku do centrálnej databázy (Konfigurácia-Načítať konfiguráciu zo súboru...). Uložme informačnú bezpečnosť (F7).
5. Zmeňme nastavenia podpory (Konfigurácia-Podpora-Nastavenia podpory...). V dialógovom okne vyberte bunku v tabuľke na priesečníku prvého riadka a druhého stĺpca. Potom dvojitým kliknutím otvorte dialógové okno „Nastavenia pravidiel podpory“. V ňom začiarknite príznak „Inštalovať pre podriadené objekty“ a kliknite na tlačidlo „OK“. Zatvorte dialógové okno s nastaveniami podpory kliknutím na tlačidlo „Zavrieť“. Uložiť IB (F7). Zatvorme konfigurátor.
6. Teraz znova otvorme zabezpečenie periférnych informácií v exkluzívnom režime 1C:Enterprise, aby neexistovali žiadni používatelia, a tiež zatvorte konfigurátor. Otvoríme si spracovanie Inštalácia MainNodeDB.epf a vyberieme výmenný plán, ktorý chceme nainštalovať ako hlavný uzol (v štvrtom odseku sme si spomenuli na tento uzol). Potom kliknite na tlačidlo „Inštalovať hlavný uzol“. Potom sa súčasná informačná bezpečnosť opäť stane periférnou.
7. Teraz v aktuálnom informačnom zabezpečení (periférne) otvoríme plány výmeny a stiahneme súbor s burzou z Centrálnej databázy, ktorú sme dostali v treťom kroku:
   
   
   • Operácie-Výmenné plány-Vyberte náš plán výmeny (napríklad „Podľa skladu“).
8. Ak všetko prebehlo dobre, nahráme výmenu pre centrálnu databázu v aktuálnom informačnom zabezpečení (periférne):
   
   
   • Operácie-Výmenné plány-Vyberte náš plán výmeny (napríklad „Podľa skladu“).
   • V zozname vyberte plán výmeny, potom kliknutím pravým tlačidlom myši otvorte kontextové menu a vyberte „Uložiť zmeny...“.
   • V dialógovom okne zadajte cestu a názov výmenného súboru. Kliknite na tlačidlo „OK“.
9. Teraz sa pokúsime načítať tento súbor do centrálnej databázy a otvoriť ho v režime 1C: Enterprise:
   
   
   • Operácie-Výmenné plány-Vyberte náš plán výmeny (napríklad „Podľa skladu“).
   • V zozname vyberte plán výmeny - Kliknutím pravým tlačidlom myši vyvolajte kontextové menu a vyberte možnosť „Prečítať zmeny...“
   • V dialógovom okne vyberte výmenný súbor. Kliknite na tlačidlo „OK“.

Ak chcete predísť problémom s pracovnými kópiami, urobte to najskôr

• Súbor správ už bol načítaný do prijímajúcej databázy. Musíte si ho znova stiahnuť zo zdrojovej databázy.

Chyba „Chyba pri kopírovaní súboru zo zdroja FTP... Chyba pri práci s internetom: Dosiahol sa časový limit“

• Nie je možné skopírovať požadovaný súbor zo stránky, cez ktorú výmena prebieha. Môže to byť spôsobené pomalým internetom alebo problémami so samotnou stránkou.
• Musíte sa pokúsiť zopakovať výmenu po 15-30 minútach.

Chyba: Úprava údajov za toto obdobie je zakázaná. Zmeny nie je možné zaznamenať...“

• Stiahnuté dáta obsahujú dokumenty z uzavretého obdobia.
• Výmenu je potrebné vykonať pod užívateľmi, ktorí majú počas tohto obdobia právo meniť dokumenty.

Chyba: Je potrebné vykonať aktualizácie konfigurácie databázy. Aktualizáciu je možné vykonať v režime konfigurátora"

Dôvod: Programátori zmenili konfiguráciu v centre. Riešenie: Aktualizujte zmenenú konfiguráciu v databáze periférnych zariadení. Pre to:

• Prejdite do konfigurátora.
• Vykonajte položku ponuky „Konfigurátor / Aktualizácia konfigurácie databázy“.
• Ak sa zobrazí otázka s odpoveďami iba „Opakovať“, „Zrušiť“, „Aktualizovať dynamicky“, kliknite na tlačidlo „Dynamicky aktualizovať“.
• Ak je otázka zadaná len s odpoveďami „Opakovať“ a „Zrušiť“.
  • všetci používatelia sa odhlásia z 1C.
  • stlačte tlačidlo „Opakovať“.
• Na zostávajúce otázky odpovedzte kladne: „Áno“, „Prijať“, „OK“.
• Zatvorte konfigurátor.
• Opakujte načítanie od stredu.

Chyba: „Konfigurácia nie je podľa očakávania“, „Pokus o prijatie zmien z neznámej konfigurácie“

• Chyba databázy.
• Je potrebné kontaktovať špecialistov.

Výmena trvá veľmi dlho a zamrzne

Možné dôvody:

• Prichádza veľa údajov.
  • Zistite u odosielateľa, či vykonal hromadnú zmenu dokladov (zaúčtovanie, zmena údajov a pod.).
  • Ak áno, nechajte počítač s výmenou cez noc.
• Veľký súbor nie je možné stiahnuť z internetu.
  • Ak je súbor veľký (80-100 MB alebo viac), potom ho možno 1C jednoducho nemôže stiahnuť.
  • Musíte stiahnuť súbor a nahrať ho do 1C ručne (možno s pomocou špecialistov).
    • položka menu „Operácie“ / Výmenné plány / Úplné / Tlačidlo na paneli „Prečítať správu“.
• Databáza je poškodená:
  • Skús to
• Ak tieto kroky nepomôžu, budete musieť kontaktovať špecialistov.

• Ak sa chyba nedá opraviť, zavolajte na číslo núdzovej podpory +7 (8512) 64-55-05.
• Náš špecialista vám pomôže bez ohľadu na to, v akom meste sa nachádzate.

Otázka: Chyba pri aktualizácii uzla RIB

Dobrý deň.

Aktualizoval som hlavný uzol Rarus-Retail na 2.2.5.27, vykonal som výmenu s niekoľkými uzlami RIB - všetko je v poriadku.

Spustil som masívnu aktualizáciu zostávajúcich uzlov (podobne ako „top pár“ (iné obchody RIB)) - v klientskej časti sa objaví chyba:

Distribúcia hlásení na aktualizáciu zoznamu rutinných úloh.
obsluha odloženej aktualizácie
"Distribúcia správ. Aktualizujte zoznam rutinných úloh"
Došlo k chybe:
"(GeneralModule.GeneralPurpose.Module(3502)): Chyba pri volaní kontextovej metódy (obsahuje)
Return Metadata.InformationRegisters.Contains(MetadataObject);
kvôli:
Nesúlad typov (číslo parametra „1“).

stretol sa s tym niekto? Už som skúšal aktualizovať platformu (na maximum 8.3.10 a testoval som to na 32-64 počítačoch)... nepomohlo to. Ale testovacie 2 obchody boli aktualizované bez problémov, nechápem ako.

odpoveď:() Takto nainštalujem hlavný uzol. Napísal som trochu o niečom inom: po zrušení väzby uzla spracovaním sa pri ďalšom spustení aktualizácia conf nezačne okamžite, ale najskôr 1C otvorí okno, v ktorom vás požiada o potvrdenie, že uzol je odpojené. Potom sa aktualizuje - po aktualizácii uzol už nie je v zozname.
V skutočnosti si na 2.1 pamätám, že som to aktualizoval pomocou tejto metódy, ale na 2.2 niečo nefungovalo. Možno som už v parku vypichol nesprávnu sekvenciu akcií)

PODĽA PREDMETU:
Prišiel som na to, čo mám. Ukázalo sa, že som prehliadol:
„V jednom z vydaní 2.2 sa adresár Report Distribution objavil s preddefinovaným prvkom „Personal Data““ – adresár s týmto prvkom bol dostupný aj vo verzii 2.1.

Nuance je takáto: zárubne s aktualizačnými uzlami sú pozorované v tých databázach, ktoré boli vytvorené z centrálnej presne pri vydaní 2.1.9.18. Všetko, čo bolo vytvorené v predchádzajúcich vydaniach, bolo normálne aktualizované. To pravdepodobne vysvetľuje, prečo sa úspešne aktualizovalo aj niekoľko databáz TS a potom sa vyskytli problémy.

Nesnažil som sa nič vymýšľať s vytvorením nového prvku v adresári a jeho nastavením ako preddefinovaného. Preniesol som tento prvok z kópie centra do 2.1 cez vyloženie/načítanie XML a zopakoval som aktualizáciu na problematickej „základni“ - všetko fungovalo.

() Ak ste ešte nenašli odpoveď, použite metódu.

Otázka: Chyba aktualizácie konfigurácie

Aktualizujem konfiguráciu Účtovníctvo 2.0.64.14 na 2.0.64.24. nástupište 8.2.19
Okamžite sa objaví chyba:
Chyba pri prístupe k súboru... cesta... dočasný súbor.tmp.
Kde hľadať?

odpoveď: Problém som vtedy vyriešil čakaním na nové „stabilné“ vydanie

Otázka: Chyba v používateľských právach na BSP

Pozdravujem!!! Píšem konf na základe BSP 2.2, zdá sa, že už mám skúsenosti a študoval som doky široko ďaleko, ale keď prvýkrát spustím informačnú bezpečnosť, vyskytne sa chyba:

(GeneralModule.UsersService.Module(345)): Autorizácia zlyhala. Systém bude vypnutý.
Používateľ: Administrátor sa nenašiel v adresári Users.

Pri pokuse o pridanie používateľa do adresára sa vyskytla chyba:
"Chyba pri aktualizácii informačnej databázy.
Parameter obmedzenia prístupu nie je vyplnený:
"Možné práva na nastavenie práv objektu."

Pre vývojára: možno bude potrebné aktualizovať podporné údaje,
ktoré ovplyvňujú fungovanie programu. Ak chcete vykonať aktualizáciu, môžete:
- použiť externé spracovanie
"Nástroje pre vývojárov: Aktualizácia údajov podpory",
- alebo spustite program s parametrom príkazového riadka 1C:Enterprise 8
"/C LaunchInformationBaseUpdate",
- alebo zvýšte číslo verzie konfigurácie tak, aby ste pri ďalšom spustení
Postupy na aktualizáciu údajov informačnej databázy boli dokončené."

Kliknutím rozbalíte...

Rád by som počul odpovede „skúsených“, pre následný aktívny dialóg, možno aj spoluprácu

odpoveď:

Vdeg povedal:

Problém je vyriešený?

Mám iný problém: pridám používateľa do BSP 2.2.5.29 a ten má buď plné práva (ak ich pridám ručne), alebo žiadne (vidí prázdne rozhranie bez jedinej referenčnej knihy alebo dokumentu). Pretože v typických rolách BSP neexistujú žiadne začiarkavacie políčka pre prístup k špecifickým (mojim) adresárom a dokumentom. Ako sa potom bude sledovať prístup na úrovni záznamu pre nového používateľa???

Kliknutím rozbalíte...

Ako by mal BSP vedieť, aké máte adresáre a ako chcete k nim nakonfigurovať prístup?
Pravdepodobne to musíme urobiť sami

Otázka: SendingDeliverableNotified Vzdialený uzol zlyhal pri overení

Až do minulého piatku nasledujúci kód fungoval dobre.

XdtoSubscriber = FactoryXDTO.Create(FactoryXDTO.Type(";));
xdtoSubscriber.DeviceID = ID zariadenia;
xdtoSubscriber.SubscriberType = FactoryXDTO.Create(FactoryXDTO.Type(";), "GCM");
Nový XDTO Serializer = Nový XDTO Serializer (XDTO Factory);
Predplatiteľ = NewSerializerXDTO.ReadXDTO(xdtoSubscriber);
Notification=New DeliverableNotification;
Notification.Recipients.Add(Subscriber);
Notification.Text=Text;
Notification.SoundNotification=SoundNotification.Default;
Notice.Sticker=1;
DATAAuz=TOKEN;
SendingDeliverableNotifications.Send(Notification, DataAuz, True);

Teraz chyba: Overenie vzdialeného uzla zlyhalo. Rozbil mi celú hlavu. Zachytil som požiadavky zo servera - bol prázdny, zdalo sa mi, že nikde nekontaktuje... Skúšal som to na troch rôznych strojoch s rôznymi osami. vyschla.. pomoc...

odpoveď: Hore

odpoveď: Tak som sa rozhodol urobiť nový obrázok uzla. Pri spustení uzla sa uvádza, že musíte začať s \c spustením aktualizácie informačnej základne
a prerobte obrázok.

Ukazuje sa, že je to kvôli aktualizačnej krivke.

Pokúsil som sa spustiť s týmto kľúčom a vykonať výmenu s existujúcim uzlom. Na uzle sa nezačali žiadne aktualizácie, nežiadal som nič reštartovať.

A v dôsledku toho správa opäť nebola prijatá v hlavnom uzle s rovnakou chybou.

Čo sa dá robiť?
Môžem fiktívne zmeniť niečo v hlavnom uzle v conf a urobiť výmenu? Alebo nebude aktualizovať celú konfiguráciu, ale len to, čo zmením? Zatiaľ skúsim urobiť uzol. Ale počkám si na vaše nápady

Otázka: Distribuovaná databáza - chyba pri výmene nie je vyriešená

Pekný deň všetkým!

Situácia je nasledovná.

Pri načítavaní výmeny z periférneho uzla dostávam správu „Konfigurácia distribuovaného informačného bezpečnostného uzla sa nezhoduje s očakávanou konfiguráciou“.

Potom postupujem podľa návodu.
Vyložím konfiguráciu z centrálnej databázy do CF, spracovaním odpojím periférnu databázu od centrálneho uzla, odstránim konfiguráciu v periférnej databáze z podpory, načítam konfiguráciu zo súboru.
Naviažem centrálny procesorový uzol v periférnej databáze.
Uložiť, použiť.

Sťahujem si výmenu opäť z centrálnej databázy.
Načítam to do periférie. Vykladám výmenu z databázy periférnych zariadení.
Nakladám do centrálneho. Opäť dostávam správu „Konfigurácia distribuovaného informačného bezpečnostného uzla sa nezhoduje s očakávanou konfiguráciou“.
Ale to je riadny nezmysel - načítam konfiguráciu do centrálnej databázy a nikto nezmenil konfiguráciu v periférnej databáze.

Ako prekonať takúto chybu?

odpoveď: Po dlhých rokoch zneužívania ohľadom démonickej aktualizácie nikoho nenapadlo radiť takéto samozrejmé veci :)

Otázka: RIB a aktualizácie

Ahojte všetci. Plánuje sa využitie distribuovanej informačnej bezpečnosti.

konfigurácia zmenená. Konfiguráciu centrálnej databázy aktualizuje programátor. Tieto zmeny sa potom prenesú do periférnych databáz pomocou výmenných súborov.

Otázka znie: ako je to so spustením handlerov po aktualizácii konfigurácie databázy a prvom prihlásení v užívateľskom režime?

aktualizácia hlavnej konfigurácie - aktualizácia konfigurácie databázy - spustenie obslužných programov aktualizácie v užívateľskom režime

Napríklad veľa vydaní bolo zmeškaných, je potrebné postupne aktualizovať na 3 vydania. S aktualizáciou centrálnej databázy problémy nie sú, ale čo tie periférne? Taktiež je potrebné ich aktualizovať v 3 etapách (aktualizácia centrálnej databázy prvým vydaním, aktualizácia RIB, aktualizácia centrálnej databázy druhým vydaním, aktualizácia RIB atď.?)

Ďakujeme všetkým za pomoc!

odpoveď:() nasmerujte svoj nos, nemôžem nájsť kód, ktorý sa vykoná pri registrácii zmien objektu.
Zdá sa, že ak použijete metódu WhenSendingData, zmenené objekty sa budú stále hromadiť v hlavnom uzle na odoslanie do podriadeného uzla. A to sú dodatočné počítačové zdroje
Preto chcem, aby objekty v hlavnom uzle neboli zaregistrované na odoslanie hneď v momente ich zmeny (napríklad On Write). Na akom mieste sa napríklad v štandardnom účtovníctve Rev. 3 tieto predmety evidujú na uloženie?

Otázka: [VYRIEŠENÉ] Chyba pri kontaktovaní podpory online

Vážení odborníci, povedzte mi!
1C:Enterprise 8.3 (8.3.11.2899)
Na serveri 1C beží niekoľko databáz rôznych konfigurácií, vo všetkých je internetová podpora pripojená a funguje normálne. Vrátane načítanie kurzov mien, bánk, kontrola protistrán, SPARK atď.
Nastavenia proxy vo všetkých databázach sú napísané identicky.
Ale v databázach BP-3 KORP sa vždy objaví chyba:

V denníku:

Nepodarilo sa získať overovací lístok zo služby.
Nepodarilo sa načítať obsah(). (GeneralModule.InternetUser SupportClientServer.Module(362)): Chyba pri volaní kontextovej metódy (SubmitForProcessing)
Response = Connection.SendForProcessing(HTTPRequest, ReceivingParameters.ResponseFileName);
kvôli:
Internet Error: Overenie vzdialeného hostiteľa zlyhalo

Kliknutím rozbalíte...

Skúšal som to na rôznych verziách platformy (8.3.10..., 8.3.11...), a na rôznych verziách konfigurácie (3.0.54.15, 3.0.57.10).
Nepomáha ani testovanie a oprava.
Čo môže byť zlé?
Pristupuje BP-CORP skutočne na internet špeciálnym spôsobom?
Ďakujem.

odpoveď:

Odpoveď od 1C (to, čo bolo zvýraznené červenou farbou, mi pomohlo):

Počas prechodu bol BSP ako súčasť napájacej jednotky aktualizovaný z 2.4.3 na 2.4.4
V zozname zmien BSP 2.4.4
Zvýšená bezpečnosť pri nadväzovaní zabezpečeného spojenia s internetovými službami HTTPS. Ak sa zistia rôzne problémy s certifikátom internetovej služby, s ktorou sa pokúšate o bezpečné spojenie (certifikát nie je platný, zastaraný alebo nedôveryhodný), spojenie sa nevytvorí.
V 8.3.10 sa overenie certifikátu v systéme Windows vykonáva pomocou operačného systému." -
Nainštalujte najnovšie aktualizácie pre váš OS Obsahujú dôležité aktualizácie systémových komponentov, ktoré sú zodpovedné za prácu s certifikátmi.
Nainštalujte si tiež najnovšie aktualizácie koreňového certifikátu distribuované spoločnosťou Microsoft v inštalačných balíkoch.
Vyžaduje verziu nie nižšiu ako IE8.0. Obsahuje dôležité aktualizácie systémových komponentov, ktoré sú zodpovedné za prácu s certifikátmi.
Po nainštalovaní všetkých aktualizácií je problém spravidla vyriešený.
Skontrolujte, či sa odkaz otvorí, ak ho zadáte do vyhľadávacieho panela v programe Internet Explorer.
Používateľ, v mene ktorého pracujete, má prístup na internet.
Ak ide o databázu súborov na klientskom počítači, mali by ste ju na nej skontrolovať.
Ak ide o databázu klient-server, potom na serveri pod používateľom, pod ktorým beží server 1C.
Skontrolujte iba pomocou prehliadača IE.
Skontrolujte, či sú otvorené porty 443 a 80
Ak používate Proxy server, skontrolujte, či sú údaje nakonfigurované v menu Osobné nastavenia.
Ak sa používa verzia klient-server, potom server by ste mali nakonfigurovať tak, aby pripojenie k internetu s prehliadačom IE fungovalo správne pod používateľom, v mene ktorého server 1C beží.​

Zaregistroval som proxy v nastaveniach IE používateľa, pod ktorým bežal server 1C - všetko fungovalo.

Otázka: Aktualizácia Bukh 3

Dobrý deň
Účtovníctvo 3
Aktualizoval som z 3.0.43.208 na 3.0.43.235
chyby
najprv
(GeneralModule.MessagingInternal.Module(381)): Chyba pri volaní kontextovej metódy (ThisNode)

kvôli:
Našiel sa viac ako jeden záznam
druhý
Pri volaní obslužného programu aktualizácie:
"MessagingInternal.SetCodeThisEndPoint()"
Došlo k chybe:
"(GeneralModule.MessagingInternal.Module(381)): Chyba pri volaní kontextovej metódy (ThisNode)
Return ExchangePlans.MessageExchange.ThisNode();
kvôli:
Našlo sa viac ako jeden záznam."

Čítal som, že je problém s platformou, skúšal som to na rôznych verziách platforiem
Skúsil som zobrať čistú konfiguráciu najnovšej verzie a len hlúpo ju nahrať s kompletnou náhradou
Vo všeobecnosti to nepomohlo, vždy to bolo to isté. Povedzte, stretol sa s tým niekto?

odpoveď:

Vyššie som zmenil uzol z true na false, myslel som si, že to nefunguje, a potom som sa šiel pozrieť, že to funguje