{"id":32682,"date":"2019-10-31T21:48:22","date_gmt":"2019-10-31T18:48:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/ishhem-problemu-ne-v-tom-meste\/"},"modified":"2019-10-31T21:48:22","modified_gmt":"2019-10-31T18:48:22","slug":"ishhem-problemu-ne-v-tom-meste","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/ishhem-problemu-ne-v-tom-meste","title":{"rendered":"I\u0161\u010demo te\u017eavo ne na pravem mestu","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

To je kratek opis iz resni\u010dnega dela, kjer se manj\u0161a te\u017eava, dobro prikrita z odpornostjo na napake, spremeni v glavobol.
\n<\/a><\/noindex><\/p>\n

Kratka dispozicija:<\/h2>\n

\nMajhna podru\u017enica, ki ima svojo PBX (asterisk + FreePBX) na namiznem hardveru in lokalni terminalski stre\u017enik z 1C, datote\u010dno skladi\u0161\u010de in virtualnim kontrolerjem domene. Internet zagotavlja Mikrotik. Podru\u017enica je majhna, za njih je to dovolj.
\nVse se je za\u010delo z nadzorom (zaradi pomanjkanja \u010dasa in lenobe ne nadziram vse), ki je poro\u010dal o pregrevanju enega stre\u017enika<\/a> (s PBX) v podru\u017enici. Medtem ko so lokalni re\u0161evali te\u017eavo, se je starej\u0161i sistem zagozdil in malo po\u0161kodoval bazo MySQL.<\/p>\n

Mnogo je napovedalo zlo, vendar ne to...<\/h3>\n

\nNi problema, bazo so popravili, vse bi moralo delovati. A lokalni se prito\u017eujejo, klici padajo. Ni\u010d, te\u017eave v FreePBX se zgodijo, vzamem varnostno kopijo, jo razporedim, vse je v redu.
\nA te\u017eave so ostale, lokalni se \u0161e vedno prito\u017eujejo, klici ne te\u010dejo normalno. Klic skozi njih zveni povsem normalno, a ko sami kli\u010demo ali se med seboj kli\u010demo, je zamik ve\u010d sekund. Za\u010dnem pregledovati obse\u017ene in nerazumljive dnevnike Asteriska in FreePBX-a, v katerih ne uspem videti te\u017eave. Spomnim se, da je bila te\u017eava s STUN in ICE, kar je povzro\u010dalo podoben zamik. Izklju\u010dim vse do konca, rezultat ni\u010d.<\/p>\n

Obup \u2014 pot do sprejemanja slabih odlo\u010ditev:<\/h3>\n

\nObupam, ve\u010durno raziskovanje PBX-a ne prina\u0161a nobenih dobrih rezultatov, \u017ee je globoka no\u010d, problem pa \u0161e vedno ni re\u0161en.
\nZapustil sem problem do jutra, v upanju na sve\u017e um. Zjutraj je bilo sprejeto \u0161e eno neuspe\u0161no odlo\u010ditev: \u010de je sistem \u017ee pokvarjen (\u010deprav se je zagozdilo, ne more biti tako destruktivno), posku\u0161am popraviti sistem z novo namestitvijo vseh paketov. Rezultat je bil malo ve\u010d kot ni\u010d, zamik se je zmanj\u0161al (ne bistveno, a \u017ee uspeh).
\nSprejemam \u0161e eno slabo odlo\u010ditev: \u010de je delno popravilo OS (in baze podatkov iz varnostne kopije) imelo majhen uspeh, a koren problema \u0161e vedno ni jasen in ob tem je bilo \u017ee porabljenega zelo veliko \u010dasa za iskanje vzroka, se odlo\u010dim za radikalno dejanje: pobri\u0161emo OS in namestimo vse s \u010distim listom (na sre\u010do je avtomatizacija tega procesa izvedena v sprejemljivem \u010dasu). Namestim konfiguracijo FreePBX iz kopije. \u0160e en propad. Rezultat ni\u010d!<\/p>\n

Obup \u2014 razum se zamegli, re\u0161itve postanejo \u0161e slab\u0161e.<\/h3>\n

\nPada saya dalam keputusasaan. Mulai muncul pikiran-pikiran aneh, berpikir: mungkin backupnya bermasalah (saya pernah mengalaminya setelah beberapa pembaruan, di mana setelahnya tidak berfungsi, dan saya tidak bisa menemukan penyebabnya), tidak ada pilihan lain: harus mulai dari awal dengan tangan. Betapa memalukan! Hasilnya benar-benar nol, dan waktu terbuang banyak!<\/p>\n

Penerimaan \u2014 jalan menuju kesadaran<\/h3>\n

\nDalam usaha putus asa untuk memahami yang terjadi, saya mulai mempelajari log dengan seksama. Saya melihat pola. Panggilan Extension terjadi tepat dalam 5 detik, sementara untuk grup panggilan dari 3 Extension dalam 15 detik! Saya mulai mencari informasi tentang keterlambatan panggilan, tetapi sudah menyebutkan keterlambatan spesifik. Dan saya menemukan jawaban yang sudah pernah saya temukan, orang-orang mengatakan bahwa masalahnya ada di DNS, tetapi saya tahu pasti, tidak ada masalah, semua alamat terurai!<\/p>\n

Yang jelas \u2014 tidak mungkin<\/h3>\n

\nTidak ada yang bisa dilakukan, saya mengambil nslookup dan bingo (seharusnya saya melakukannya segera)! DNS primer tidak berfungsi (virtual dengan pengendali), dan saya tidak menyadarinya! Seandainya hanya ada satu DNS, pasti sudah ada kesalahan \ud83d\ude09<\/p>\n

Zaklju\u010dek<\/h3>\n

\nMasalah dasar, yang seharusnya bisa terlihat dari pemantauan (yang seharusnya diatur untuk semua node), yang disamarkan oleh ketahanan DNS, menyebabkan kehilangan hampir dua hari kerja untuk menyelesaikan situasi konyol. Malas itu merepotkan, mengatur pemantauan memakan waktu satu menit \u2014 mencari masalah di tempat yang tidak ada \u2014 dua hari.<\/p>\n

Samo registrovani korisnici mogu u\u010destvovati u anketi. Prijavite se<\/a><\/noindex>, molim vas.<\/p>\n

Pernahkah Anda mengalami hal serupa?<\/h2>\n