14 Nastavenie pripojenia k bezdrôtovej sieti 10 14 2 nastavenie-pripojenia-k-bezdrotovej-sieti t \N 0 \N \N 0 297 Účtovanie poplatkov a ich väzby 48 166 1 uctovanie-poplatkov-a-ich-vazby t \N 0 \N \N 0 308 Zoznam koncových zariadení, ktoré je možné nastaviť cez provisioning 67 282 0 zoznam-koncovych-zariadeni-ktore-je-mozne-nastavit-cez-provisioning t \N 0

K 14.2.2023 je pomocou provisioningu možné nastaviť tieto zariadenia:

Aastra 6731i\r\nCisco SPA112\r\nCisco SPA2102\r\nCisco SPA301\r\nCisco SPA303\r\nCisco SPA3102\r\nCisco SPA501\r\nCisco SPA502G\r\nCisco SPA504\r\nCisco SPA508G\r\nCisco SPA509\r\nCisco SPA512\r\nCisco SPA514\r\nCisco SPA8000\r\nelmeg IP-290\r\nGigaset A510 IP\r\nGigaset A540 IP\r\nGigaset A690 IP\r\nGigaset C530 IP\r\nGigaset C610 IP\r\nGrandstream DP715\r\nGrandstream DP750\r\nGrandstream DP752\r\nGrandstream GVC3200\r\nGrandstream GXP1450\r\nGrandstream GXP1610\r\nGrandstream GXP1615\r\nGrandstream GXP1620\r\nGrandstream GXP1625\r\nGrandstream GXP1628\r\nGrandstream GXP2140\r\nGrandstream GXV3140\r\nGrandstream GXV3240\r\nGrandstream GXV3275\r\nGrandstream GXV3370\r\nGrandstream GXW4232\r\nPolycom SoundStation IP 5000\r\nWELL ATA-172\r\nWELL 3170IB\r\nYealink CP960\r\nYealink SIP-T19\r\nYealink SIP-T19 E2\r\nYealink SIP-T20\r\nYealink SIP-T21\r\nYealink SIP-T21 E2\r\nYealink SIP-T22\r\nYealink SIP-T26\r\nYealink SIP-T27\r\nYealink SIP-T28\r\nYealink SIP-T29G\r\nYealink SIP-T30\r\nYealink SIP-T31\r\nYealink SIP-T31G\r\nYealink SIP-T33G\r\nYealink SIP-T41S\r\nYealink SIP-T42U\r\nYealink SIP-T43U\r\nYealink SIP-T46G\r\nYealink SIP-T46S\r\nYealink SIP-T48S\r\nYealink SIP-T48U\r\nYealink SIP-T53\r\nYealink SIP-T54W\r\nYealink W52P\r\nYealink W60B

\N 0 300 Vytváranie Debian balíkov 129 281 2 debian-packaging t \N 0

V súbore debian/control je možné použiť nasledovné závislosti:

Depends

Deklaruje absolútnu závislosť. Balík nebude konfigurovaný, pokým všetky balíčky uvedené v jeho Depends poli nebudú korektne konfigurované (pokým nie je cyklická záviloslosť). Depends pole by malo byť použité, ak sa uvedený balík požaduje pre výrazný rozsah funkcií tohto balíka.

Recommends

Deklaruje silnú, ale nie absolútnu závislosť. Pole Recommends by malo obsahovať balíky, ktoré sa budú vyskytovať spolu s týmto balíkom vo všetkých obvyklých inštaláciách.

Suggests

Používa sa na deklarovanie, že uvedené balíčky by mohli byť vhodné na použitie s týmto balíkom. Toto pole hovorí balíkovaciemu systému, že uvedené balíčky súvisia s týmto balíkom a mohli by možno zvýšiť jeho použiteľnosť, ale inštalovanie bez nich je úplne v poriadku.

Viac: https://www.debian.org/doc/debian-policy/ch-relationships.html

dpkg,Debian, 20 15 Jediný pripojený počítač 14 15 3 jediny-pripojeny-pocitac-wifi t \N 0 \N \N 0 16 Pripojenie viacerých počítačov 14 16 3 pripojenie-viacerych-pocitacov-wifi t \N 0 \N \N 0 17 DNS servery 10 17 2 dns-servery t \N 0 \N \N 0 18 Statická verejná IP adresa 10 18 2 staticka-verejna-ip-adresa t \N 0 \N \N 0 21 Používanie SMTP serverov pre odosielanie pošty 10 19 2 pouzivanie-smtp-serverov-pre-odosielanie-posty t \N 0 \N \N 0 22 Pravidlá férového používania 10 20 2 pravidla-feroveho-pouzivania t \N 0 \N \N 0 23 Poučenie o uchovávaní prenášaných údajov 10 21 2 poucenie-o-uchovavani-prenasanych-udajov-sluzba-internet t \N 0 \N \N 0 24 Zmena programu služieb 10 22 2 zmena-programu-sluzieb t \N 0 \N \N 0 25 Zrušenie služby 10 23 2 zrusenie-sluzby t \N 0 \N \N 0 2 Na začiatok to hlavné 47 2 1 na-zaciatok-to-hlavne t \N 0 \N \N 0 4 Ako uhrádzať za služby 2 3 2 ako-uhradzat-za-sluzby t \N 0 \N \N 0 47 Internetové pripojenie \N 1 0 internet t \N 0 \N \N 0 5 Reklamácia kvality alebo účtovania 2 4 2 reklamacia-kvality-alebo-uctovania t \N 0 \N \N 0 10 Služba Internet 47 10 1 sluzba-internet t \N 0 \N \N 0 11 Nastavenie pripojenia k pevnej (káblovej) sieti 10 11 2 nastavenie-pripojenia-k-pevnej-kablovej-sieti t \N 0 \N \N 0 12 Jediný pripojený počítač 11 12 3 jediny-pripojeny-pocitac-kabel t \N 0 \N \N 0 13 Pripojenie viacerých počítačov 11 13 3 pripojenie-viacerych-pocitacov-kabel t \N 0 \N \N 0 6 Nahlasovanie porúch 2 5 2 nahlasovanie-poruch t \N 0 \N \N 0 7 Zriadenie fyzického pripojenia 47 6 1 zriadenie-fyzickeho-pripojenia t \N 0 \N \N 0 8 Káblové pripojenie 7 7 2 kablove-pripojenie t \N 0 \N \N 0 9 Bezdrôtové pripojenie 7 8 2 bezdrotove-pripojenie t \N 0 \N \N 0 301 Riešenie problémov 47 27 1 internet-troubleshooting t \N 0

\N 0 26 Elektronická pošta \N 29 0 elektronicka-posta t \N 0 \N \N 0 71 RADIUS a NAS 70 71 2 sysadmin-radius t \N 3 \N \N 0 95 IPTV systémy 70 85 2 iptv-systemy t \N 3 \N \N 0 245 Vzorové odpovede - príklady 48 134 1 vzorove-odpovede-priklady t \N 0

Zopár vzorových odpovedí, ako to môže vyzerať:

\N 0 27 Rozsah poskytovanej služby 26 30 1 rozsah-poskytovanej-sluzby t \N 0 \N \N 0 28 Vytvorenie schránky a adresy 26 31 1 vytvorenie-schranky-a-adresy t \N 0 \N \N 0 29 Webmail - webový prístup k pošte 26 32 1 webmail-webovy-pristup-k-poste t \N 0 \N \N 0 30 Prístup cez poštový klient (Thunderbird) 26 34 1 pristup-cez-postovy-klient-thunderbird t \N 0 \N \N 0 31 Zmena hesla 26 35 1 zmena-hesla t \N 0 \N \N 0 32 Ochrana proti vírusom a nevyžiadanej pošte 26 36 1 ochrana-proti-virusom-a-nevyziadanej-poste t \N 0 \N \N 0 48 Manuál pracovníka \N 39 0 pracovnik t \N 3 \N \N 0 291 siete.digital \N 198 0 siete-digital t \N 0

siete.digital 0 248 Evidujeme úhradu fa 245 137 2 evidujeme-uhradu-fa t \N 0

Dobrý deň,

ďakujeme za potvrdenie úhrady faktúry 2051001837. Úhradu faktúry už evidujeme.

V prípade akýchkoľvek otázok nás neváhajte kontaktovať e-mailom, alebo telefonicky.

S pozdravom, \r\n

\N 0 53 Riešenie požiadavky 49 48 2 riesenie-poziadavky t \N 3 Reakcia na ticket je vykonaná ako:

odpoveď - bude poslaná žiadateľovi + vlastníkovi + cc + adminCC (aj interným aj externým ľuďom)
komentár -bude poslaný iba interným ľuďom (adminCC)

\N 20 206 Odoslanie prihlasovacích údajov do zákazníckeho portálu 204 55 3 poslanie-prihlasovacich-udajov-do-zakaznickeho-portalu t \N 0 Dobrý deň,

zákaznícky portál nájdete na adrese www.mojoperator.sk.
Login pre prihlásenie je : XXXXXXXX
Heslo Vám z bezpečnostných dôvodov zašleme formou SMS na číslo uvedené na zmluve.

V prípade akýchkoľvek otázok nás kontaktujte v pracovných dňoch v čase od 8:00 do 17:00 na čísle 055/333 55 55, alebo kedykoľvek odpoveďou na tento email.

S pozdravom,
\N 80 91 Lokálna sieť u zákazníka 47 24 1 lokalna-siet-u-zakaznika t \N 0 Ak sa na strane zákazníka pripája k sieti viac než len jediné koncové zariadenie (počítač), hovoríme o lokálnej sieti u zákazníka. Pre ideálnu funkčnosť pripojenia sú v tejto kapitole zhrnuté odporúčané nastavenia lokálnej siete.

POZOR! Lokálnu sieť je možné prevádzkovať iba v rámci uzavretých priestorov domácnosti alebo firmy, ktorá má pripojenie objednané. Ak nie je v zmuve výslovne dohodnuté, službu prístupu do internetu nie je dovolené šíriť mimo domácnosti alebo firmy.
\N 0 92 Adresný plán lokálnych sietí 91 25 2 adresny-plan-lokalnych-sieti t \N 0

Pre jednoduchšiu správu zákazníckych sietí dodržiavame jednotný \r\nadresný plán u užívateľov. Ak neexistuje pádny dôvod na strane \r\nzákazníka, aby sa použilo iné číslovanie, tak treba použiť nastavenie, \r\nktoré je popísané nižšie.\r\n

Lokálna sieť: 192.168.1.0 / 24 (tj. použiteľné sú IP adresy 192.168.1.1 až 192.168.1.254, maska je 255.255.255.0).\r\n

\r\n

192.168.1.1 - IP adresa zariadenia, ktoré slúži ako \r\ndefault gateway - pripája lokálnyu sieť na poskytovateľa pripojenia. \r\nTúto adresu má pri Wifi pripojení Wifimodem, pri káblovom pripojení ju \r\nmá NATrouter.\r\n
192.168.1.2 - 192.168.1.9 - ďalšie sieťové zariadenia v rámci loálnej siete (napr. Wifi Access Pointy).\r\n
192.168.1.10 - 192.168.1.99 - zariadenia s pevne nastavenou IP adresou (sieťové tlačiarne, kamerové a zabezpečovacie systémy, ...).\r\n
192.168.1.100 - 192.168.1.199 - rozsah pre prideľovanie adries z DHCP (všetky zariadenia, ktoré používajú DHCP). Nenastavujte tieto adresy nikdy manuálne do žiadnych zariadení.\r\n
192.168.1.200 - 192.168.1.219 - lokálne VOIP (telefónne) zariadenia, s manuálne nastavenou IP adresou.\r\n
192.168.1.220 - 192.168.1.254 - rezervované pre budúce použitie, neprideľujte.\r\n

\N 0 249 Potvrdenie úhrady + vrátenie mylnej úhrady 245 138 2 vratenie-mylnej-uhrady t \N 0

Dobrý deň,

ďakujeme za potvrdenie úhrady faktúry vo výške 19,90 €. Úhradu faktúry už evidujeme. Zároveň Vás chceme informovať, že vaša platba v sume 17,90 € poukázaná na pôvodný účet, Vám bude vrátená na vami zadané číslo účtu.

V prípade akýchkoľvek otázok nás neváhajte kontaktovať e-mailom, alebo telefonicky.

S pozdravom \N 0 298 Verejná statická IP adresa 297 167 2 verejna-staticka-ip-adresa t \N 0

- položka "Používanie verejnej statickej IP adresy" sa pridáva do zmluvy o internetovej službe

- položka "Zriadenie verejnej statickej IP adresy" sa dotiahne a aktivuje sama - ako väzba z položky používanie

\N 0 293 Výmena disku v SW RAID na Linuxe na HS22 70 102 2 vymena-disku-v-sw-raid-na-linuxe-na-hs22 t \N 0

Tento návod predpokladá, že na serveri beží Linux s nainštalovaným a nakonfigurovaným nástrojom raidadm na administráciu softvérového RAIDu, a že disky aj server majú správne nastavené bootovanie v EFI / BIOSe a aj v bootovacích partíciách.

Vyradenie disku z prevádzky (online => offline)

Prihláste sa cez SSH alebo konzolu na Linux server.

Nástrojom na správu diskového poľa zistite stav fyzických diskov aj stav RAID poľa:

# raidadm diskstatus
# raidadm raidstatus

Overte si, ktorý disk je vadný (podľa počítadla Errors) a aké je jeho číslo PhyDisk (PhyDisk 0 alebo PhyDisk 1).

Ak je disk ešte stále online a naozaj ho chcete vyradiť z prevádzky, spusťte utilitu s parametrom offline nasledovaným číslom disku (PhyDisk):

# raidadm offline 0

Na chassis v HS22 po par sekundách prestane blikať LED tohto disku.

Disk je neaktívny a pripravený na výmenu. Po takomto vyradení je (kvôli nedostatočnej podpore hot-plugu) viacmenej nevyhnutné rebootovať Linux, a následne nabootovať už s vymenený diskom (nový namiesto vyradeného).

Výmena disku v HS22

Pozor, číslovanie a označovanie diskov v Linuxe je nezávislé na fyzickej pozícii disku v HS22, teda disk označený napr. PhyDisk 0 môže byť raz v hornej, inokedy v dolnej HDD šachte HS 22 !

S istotou sa dá disk identifikovať tak, že ho vyradíte z prevádzky (viď vyššie) a na chassis uvidíte, ktorému disku už nesvieti / nebliká žiadna LED. Ak disku LED bliká, je aktívny!

Pre aktiváciu nového disku v RAID poli nabootujte server z funkčného disku aj s pripojeným nový diskom. (Poznámka - bolo pozorované a zatiaľ nevysvetlené, že po výmene diskov HS22 nedokončí bootovanie a reštartne sa počas bootu, následný boot však už väčšinou prebehne normálne.)

Po prihlásení do konzoly Linuxu zistite stav fyzických diskov aj stav RAID poľa:

# raidadm diskstatus
# raidadm raidstatus

Pradepodobne bude mať funkčný disk označenie PhyDIsk 0 a nový disk bude označný PhyDisk 1. Disky je možné jednoznačne rozlíšiť podľa typu (ak sú typy rozdielne), alebo podľa rozdelenia disku (nový disk má obvykle prázdnu alebo nevyhovujúcu partition tabuľku), a tiež podľa toho, ktorý z diskov je viditeľný ako aktívny v RAID poli (raidstatus). Nezabudnite, že označenie diskov je s istotou platné iba do najbližšieho rebootu, po ňom sa môže zmeniť.

Na nový disk je najprv potrebné preniesť rozdelenie partícií z dobrého disku. To urobí utilita raidadm s parametrom layout nasledovaným číslom zdrojového a cieľového fyzického disku (PhyDisk). Pre prenesenie rozdelenia partícií z PhyDisk 0 na PhyDIsk 1 zadajte:

# raidadm layout 0 1

Po prenesení partícií overíme opäť stav utilitou s parametrami diskstatus a raidstatus. Nový disk by už mal mať rovnaké partície ako funkčný disk.

Ak sú na disku mirrorované partície (ktoré nie sú súčasťou RAIDu - napríklad bootovacia EFI partícia), tieto dáta sa medzi diskami prenesú utilitou raidadm s parametrom mirror nasledovaným číslom zdrojového a cieľového disku:

# raidadm mirror 0 1

Nakoniec je potrebné zaradiť nový disk do RAIDu, čím sa na neho začnú synchronizovať dáta. Zaradenie disku do poľa sa vykoná utilitou s parametrom online nasledovaným číslom disku:

# raidadm online 1

Na chassis v HS22 začne blikať LED diskov tak, ako sa synchronizujú. Priebeh synchronizácie je možné vidieť spustením utility s parametrami raidstatus live:

# raidadm raidstatus live

Po úspešnom ukončení synchronizácie je výmena disku v RAIDe hotová.

hs22, linux, raid 100 94 Nastavenie koncových zariadení pre PPPoE 47 9 1 nastavenie-koncovych-zariadeni-pre-pppoe t \N 0 https://servis.avonet.cz/page/2461.pppoe-pripojeni/
\N 0 33 Poučenie o uchovávaní prenášaných údajov 26 37 1 poucenie-o-uchovavani-prenasanych-udajov-elektronicka-posta t \N 0 \N \N 0 93 Vytvorenie lokálnej siete Wifi 91 26 2 vytvorenie-lokalnej-siete-wifi t \N 0

DOPRACOVAT !!

Ak užívateľ chce mať aj Wifi pripojenie, použijeme jednoduchý Access \r\nPoint (s jedným, max. dvoma ethernet portami), ktorý pripojíme do \r\nswitchu (viď predchádzajúci text). Vhodný Access Point je napríklad \r\nWline W3000G a podobné. \r\nDôležité je, aby zariadenie nebolo zároveň aj router, ale iba jednoduchý\r\n bridge. Takéto zariadenie s takýmto firmwarom spravidla len stačí \r\npripojiť Ethernet portom do switchu, bude fungovať aj bez konfigurácie.\r\n

Konfigurácia je však v každom prípade vhodná. Postupujte podľa \r\npríručky k zariadeniu. Nastavte mu IP adresu, masku, gateway a prípadne \r\nDNS na štandardnú podľa adresného plánu pre zákaznícke siete. Zmeňte \r\nSSID. Skontrolujte, či má vypnutý DHCP server. Nastavte MAC filter \r\na/alebo šifrovanie (WPA) tak, aby bezdrôtovú sieť nemohli využívať \r\nsusedia.\r\n

\N 0 299 IPTV služba 250 117 3 iptv-sluzba t \N 0

Ak zákazník udáva nefunčknosť IPTV služby:

- reštart stb

- skontrolovanie zapojenia káblov v routri (správny LAN port?), zapojenie kábla v TV v HDMI porte

- správne vybratie vstupu (HDMI 1, HDMI 2)

- skontrolovať, či na zmluve o retransmisii, v záložke "settopboxy, balíčky a programy", sa pri aktivovanom stb nachádza záznam MWS a pridelená IP adresa. Ak nie, treba ísť na "editovať" na zmluve o retransmisii, nič však nemeniť, len odoslať. Záznamy by sa mali objaviť.

\N 0 90 Problem s platbou 87 118 2 problem-s-platbou t \N 3 Ked zakaznik uvedie, ze ma problem s platbou, pytame si zakaznicke cislo podla ktoreho ho v sys. vyhladame

Nedoplatok

... doplnit ...

Ako, kedy a kam uhradzat (len Alternet - stare)

Poplatky sa hradia dopredu pokial sa nejdena o Postpaid zakaznika ale bezneho uzivatela\r\n
Fakturacne obdobie zacina dnom aktivacie zakaznika\r\n
Ak zacina fakt. obdobie napr.15. den v mesiaci, je dobre aby \r\nzakaznik hradil poplatky aspon 2.3 dni vopred a predisiel tak tomu, ze \r\nplatba nedojde nacas a jeho bude system upozonovat na nadoplatok\r\n
Poplatky sa daju uhradzat rozne vid dokument "Ako uhradzat poplatky za sluzby- predplatne"\r\n
Pri uhrade je nutne zadat variabilny symbol\r\n

Faktura sa vystavi vzdy az po prijati uhrady\r\n
Faktury k uhrade zasielame LEN Postpaid klientom (teda GARANTOM)\r\n
Klient dostane fakturu v prilohe mailu, ktory mu dojde ako \r\ninformacia o tom, ze sme jeho uhradu prijali, alebo si ju moze \r\nkedykolvek stiahnut zo zakaznickeho portalu (moje.ecce.sk/login, \r\nheslo/vystavene faktury)\r\n
Na poziadanie dostane zakaznik fakturu aj postou za poplatok (30,-sk/10eur)\r\n
Zaslanie vytlacku faktury postou si moze zakaznik kedykolvek \r\nnastavit aj v zakaznickom port.(moje.ecce.sk/login, heslo/nastavenia \r\nucastnika)\r\n

\N 0 303 odsúhlasenie ceny za vyjadrenie 245 160 2 odsuhlasenie-ceny-za-vyjadrenie t \N 0

\r\nDobrý deň,
\r\n
\r\nvydanie vyjadrenia o existencii sietí podľa\r\nVašich požiadaviek (s použitím mierky\r\n1:500) bude spoplatnené sumou 30 eur (s\r\nDPH). Prosím Vás o odsúhlasenie tejto ceny. Po odsúhlasení Vám\r\nvystavíme a zašleme faktúru, vystavíme vyjadrenie, a do 15 dní\r\nod prijatia úhrady Vám vyjadrenie zašleme.
\r\n
\r\nV prípade\r\notázok nás kontaktujte e-mailom alebo telefonicky.

\r\n

\r\nS pozdravom, \r\n

\r\n

\N 0 178 FAX cez API 62 211 2 fax-cez-api t \N 0

Používanie virtuálneho faxu cez API. Momentálne je implementované odosielanie faxov, a získavanie statustu všetkých faxov (odoslaných aj prijatých).

Pre prístup k funkciám je potrebné použiť HTTP autentifikáciu (prihlasovanie). Ako prihlasovacie meno sa použije názov virtuálneho faxu (virtual fax konta). Heslo sa konfiguruje v nastaveniach faxového konta (ak heslo nie je v nastaveniach vyplnené, faxovanie cez API sa nedá použiť).

\r\n\r\n

Prístup k API

\r\n

/api/fax/send.json?dst=[DST]&file=[FILE] ...... odosielanie faxu
/api/fax/retry.json?id=[ID]&addcount=[ADDCOUNT] ...... opakovať odosielanie ešte neodoslaného faxu
/api/fax/status.json?id=[ID] ...... získať stav odosielania faxu

\r\n\r\n

Parametre

\r\n

ID - číselný identifikátor faxovej úlohy (fax job) - bude pridelen po prijatí úlohy na server
DST - cieľové telefónne číslo v tvare, v akom sa vytáča na telefóne (t.j. v miestnom, národnom alebo medzinárodnom tvare)
FILE - súbor pre odoslanie, vo formáte PDF alebo TIFF (Fax Group 3) - musí sa odoslať cez HTTP POST
ADDCOUNT - neodoslanému faxu sa pridajú ďalšie pokusy o odoslanie, minimálne 1 a maximálne 20, default hodnota je 5 ďalších pokusov

\r\n\r\n

Odpoveď - formát JSON

\r\n
send.json
{"success":true,"message":"Fax queued for sending","errorcode":0,"id":"3274","pages":1}
{"success":false,"message":"Unsupported file format","hint":"Currently supported are TIFF (preferred) and PDF","errorcode":15}

status.json
{"success":true,"message":"See attached fields for fax job details","errorcode":0,"job":{....},"attempts":[{"try":"1",....},{"try":"2",....}]}

Príklad použitia

\r\n
Pre odoslanie faxu je možné použiť napríklad nástroj cURL:

curl --insecure -u faxaccount:faxpassword https://www.mojoperator.sk/api/fax/send.json -F 'dst=0553335555' -F 'file=@/tmp/test.pdf'

V prípade úspešného prijatia faxovej úlohy na server sa v odpovedi nachádza identifikátor (id) tejto faxovej úlohy:

{"success":true,"message":"Fax queued for sending","errorcode":0,"id":"1234","pages":1}

Stav aktuálnej faxovej úlohy je možné získať pomocou status.json

curl --insecure -u faxaccount:faxpassword https://www.mojoperator.sk/api/fax/status.json?id=1234

\N 80 34 Zrušenie schránky 26 38 1 zrusenie-schranky t \N 0 \N \N 0 290 Nastavenie Mozilla Firefox pre administráciu siete 48 165 1 admin-firefox-config t \N 0

Prehliadač Mozilla FIrefox obsahuje v predvolenom nastavení viaceré nastavenia, ktyoré majú chrániť laických užívateľov pred rôznymi nástrahami internetu. Viaceré z týchto nastavení však bránia skúseným používateľom v administrácii sieťových zariadení.

Prístup na neštandardné porty (napr. 10080)

Pri pokuse o prístup na neštandardný port, napr. http://1.2.3.4:10080 sa zobrazí chybová hláška "Táto adresa je zakázaná - Táto adresa používa sieťový port, ktorý je normálne používaný na iné účely ako prehliadanie webu. Firefox zrušil z dôvodu ochrany túto požiadavku."

V about:config je potrebné povoliť použitie neštandardných portov buď ich konkrétnym vymenovaním, alebo otvorením celého intervalu portov takýmto nastavením:

network.security.ports.banned.override = 1-65535

Ak sa takýto záznam nenájde, treba ho pridať (vložiť do poľa na vyhľadávanie a potvrdiť + pravo) ako textový reťazec, do voľného poľa vpísať "

Prístup na HTTPS servery, podporujúce iba staršie verzie TLS

Pri pokuse o prístup na HTTPS server, ktorý podporuje iba staršie verzie TLS protokolu, sa zobrazí chybová hláška.

V about:config je potrebné povoliť použitie starších verzií TLS takýmto nastavením:

security.tls.version.enable-deprecated = true

\N 20 105 QoS 70 94 2 qos t \N 3

Konverzia a mapovanie TOS a DSCP
http://bytesolutions.com/Support/Knowledgebase/KB_Viewer/ArticleId/34/DSCP-TOS-CoS-Presidence-conversion-chart.aspx\r\n

\N 0 49 Request Tracker 48 42 1 rt t \N 3 \N \N 0 50 Načo to, prečo to? 49 43 2 naco-to t \N 3

Všetko sa zaznamenáva ako tiket.Tiket sa vytvára na https://rt.21.sk/ pod svojim loginom a heslom.

\N 0 296 Cardservery 95 87 3 admin-iptv-cardserver t \N 0

Základné informácie

Dekódovacie karty (smartcard) sú osadené v carddserveroch - cs (napríklad cs1), ktoré používajú softvér OSCam. Každý cardserver má najmenej jednu čítačku kariet - reader (označenú napr. cs1-0d97-skylink) a v nej kartu. Každá karta podporuje niektorý zo systémov podmieneného prístupu (Conditional Access) označený identifikátorom CAID, napr. 0624 - Irdeto Skylink, 0D97 - Cryptoworks UPCD. Karta môže podporovať viac systémov (napr. karty Skylink ICE podporujú systémy 0624 Irdeto a 0D96 Cryptoworks), no v jednom čase môže karta pracovať iba v jednom systéme.

Zo satelitu prichádzajú do streamera spolu s kódovaným signálom aj dáta pre prístupový systém - EMM (manažment - zápisy do karty) a ECM (údaje pre dekódovanie). Oba druhy týchto dát sa musia dostávať do karty, aby dekódovanie fungovalo, preto je streamer spojený s cardserverom (protokol newcamd). Spojenie môže byť realizované buď priamo, alebo cez cardserver proxy - cx, ktorý umožňuje použitie viacerých kariet na dekódovanie jednej stanice a ich vzájomné zálohovanie.

Pridanie novej karty do systému

Karta sa musí zaevidovať v Extranete v Admin / RegioTV / Smart-karty poskytovateľov. Do poľa OSCam Reader sa vyplní názov readera, v ktorom bude karta osadená, v tvare "cardserver - CAID - name", napr. "cs2-0b1d-mtva". Name by malo označovať poskytovateľa alebo vysielateľa, ktorého programy sú na karte dostupné, a v prípade, že je v systéme viac rovnakých kariet (v rôznych cardserveroch), mali by mať rovnaké name. Do poľa OSCam CAID sa uvedie CAID, v ktorom karta pracuje. Pole OSCam Services slúži na generovanie Services do Oscam proxy serverov a môže byť prázdne (do Services sa vygenerujú všetky známe PNR), alebo tu môže byť uvedený zoznam hexa PNR oddelených čiarkou, napr. "0a34,0a35,3378,3379,3380" a do Services sa zapíše presne tento údaj.

Na cardserveri sa v OSCame nakonfiguruje reader s rovnakým názvom a CAID, ako je definovaný vyššie. Vzorové nastavenia treba prevziať od niektorého z podobných readerov.

Ďalšie nastavenia sa odlišujú podľa situácie.

Priame zapojenie streamera na cardserver

Použije sa najmä v prípadoch, keď máme iba jednu kartu na dekódovanie rovnakých staníc pod tým istým CAID, a teda sa nedá robiť vzájomné zálohovanie kariet alebo rozdeľovanie záťaže medzi viac cardserverov cez proxy.

V OSCame sa pre pripojenie streamera vytvorí user s protokolom newcamd a názvom "name" (rovnakým ako v názve čítačky), napr. mtva. V prípade, ak máme v systéme rovnaké karty s rôznym prístupovým systémom, môže sa názov doplniť názvom kódovacieho systému (napr. mtva-conax a mtva-irdeto). Userovi sa do poľa AU nastaví buď jednoducho "1" (enabled) alebo názov čítačky, do ktorej majú chodiť EMM (zápisy) od tohto usera.

Každý reader a prislúchajúci user musia mať nastavenú rovnakú skupinu (group), prostredníctvom ktorej sa reader a user navzájom prepoja, a zároveň odizolujú od ostatných readerov a userov na tom istom cardserveri.

V Extranete sa musí user zaevidovať do Admin / RegioTV / Card clienti, aby sa dal použiť na streameroch.

Zapojenie streamera cez proxy - Cryptoworks

Používa sa na karty UPC DIrect (freesat) s CAID 0d97, na vzájomné \r\nzálohovanie kariet alebo rozdeľovanie záťaže medzi viac cardserverov cez\r\n proxy.

V cardserveri sa v OSCam readeri (nastavenom podľa návodu vyššie v časti Pridanie novej karty do systému) musí nastaviť Emmcache na hodnotu "2,1,0,0" (2 = cacheovať ale neukladať do súboru, 1 = zapísať do karty \r\njedno unikátne EMM, 0 = nelogovať, 0 = ignorovať EMM pre STB). Pre \r\nsystém Cryptoworks a obzvlášť pre UPCD funguje Emmcache veľmi dobre, \r\ntakže je možné do cardservera posielať EMM z mnohých streamerov \r\n(duplicitne) a Emmcache spôsobí zahodenie všetkých duplicít bez toho, \r\naby zaťažovala kartu.

V cardserveri sa v OSCame vytvorí user s protokolom cs378x a názvom "proxy - cardserver - CAID - name" (rovnakým ako názov čítačky, ale s predponou - názov proxy servera), napr. cx1-cs1-0d97-upcd. \r\nUserovi sa do poľa AU nastaví buď jednoducho "1" (enabled) alebo názov \r\nčítačky, do ktorej majú chodiť EMM (zápisy) od tohto usera. Každý reader a prislúchajúci user musia mať v cardserveri nastavenú rovnakú skupinu (group), prostredníctvom\r\n ktorej sa reader a user navzájom prepoja, a zároveň odizolujú od \r\nostatných readerov a userov na tom istom cardserveri.

V proxy serveri sa v OSCame vytvorí reader s protokolom cs378x a názvom "cardserver - CAID - name" (rovnakým ako názov čítačky na cardserveri), napr. cs1-0d97-upcd, ktorý sa pripája na príslušný cardserver, pričom ako meno a heslo sa uvedie user vytvorený vyššie. Reader musí mať v proxy serveri nastavenú rovnakú skupinu (group) ako ostatné readery s rovnakým CAID - teda na proxy majú viaceré karty s rovnakým CAID rovnakú skupinu, ale na cardserveri majú viaceré karty s rovnakým CAID rôzne skupiny. Na reader sa zapne Services s rovnakým názvom, ako má reader (Services sú automaticky generované z Extranetu), a tým sa zabezpečí, že na kartu pôjdu z tejto skupiny (group) iba ECM týkajúce sa PNR (programov) uvedených v príslušných Services.

V proxy serveri sa v OSCame pre pripojenie streamera vytvorí user s protokolom newcamd a názvom "name" (rovnakým ako v názve čítačky), napr. upcd. \r\n V prípade, ak máme v systéme rovnaké karty s rôznym prístupovým \r\nsystémom, môže sa názov doplniť názvom kódovacieho systému (napr. upcd-ice a upcd-irdeto).\r\n Userovi sa do poľa AU nastavia názvy čítačiek, do ktorých majú chodiť EMM (zápisy) od tohto usera, a oddelia sa čiarkou. Keďže OSCam zapisuje všetky EMM iba do prvej uvedenej čítačky, a do ďalších iba niekoré EMM (čo nemusí byť dostačujúce), pre zapisovanie všetkých EMM do všetkých kariet sa použije skript na rotáciu AU nastavení. Skript je uložený na isp.mng v /globis/bin/regiotv/oscam-rotate-user-au.php, ako prvý parameter sa zadáva názov proxy servera (cx1) a ako druhý parameter názov usera v cardserveri (upcd-ice). Skipt prečíta obsah poľa AU, reader z prvého miesta posunie na posledné miesto a nastavenie uloží. Pri spúšťaní z cron-u v intervale napr. 30 minút sa každých 30 minút posunie zápis všetkých EMM na iný reader, čím sa všetky karty priebežne aktualizujú. User musí mať nastavenú v proxy rovnakú skupinu (group) ako readery s rovnakým CAID.

V Extranete sa musí user zaevidovať do Admin / RegioTV / Card clienti, aby sa dal použiť na streameroch.

\r\n

Zapojenie streamera cez proxy - Irdeto

Používa sa na karty Irdeto napr. s CAID 0624 Skylink (vrátane kariet Markíza a JOJ) a tiež CAID 0668 Towercom (vrátane kariet RTVS), na vzájomné \r\nzálohovanie kariet alebo rozdeľovanie záťaže medzi viac cardserverov cez\r\n proxy.

V cardserveri sa v OSCam readeri nastaví reader podľa návodu vyššie v časti Pridanie novej karty do systému. Pri Irdeto v OSCame nefunguje EMM cache (vraj nefungovala správne, a preto je v kóde vypnutá). Keďže Irdeto robí do karty veľmi veľa zápisov (nimi kartu zapína aj udržiava ju aktívnu), je možné posielať do karty zápisy iba z jedného streamera a nie je možné do cardservera posielať EMM z mnohých streamerov \r\n(duplicitne). Zdá sa, že Irdeto EMM neprejde korektne ani cez OSCam proxy. Keďže je EMM nevyhnutné pre funkčnosť dekódovania, treba pre každú Irdeto kartu držať otvorené jedno priame spojenie medzi streamerom a cardserverom, cez ktoré pôjdu do karty EMM. Zdroj (streamer a kanál) ktorý posiela EMM by nemal mať žiadny backup, aby stále posielal EMM a nezaoberal sa ničím iným. Zároveň treba brať do úvahy, že ak vypadne karta alebo cardserver, tento kanál na streameri nebude dekódovaný. Riešenie je pre tento účel zapnúť na streameroch "služobné" kanály, ktoré slúžia iba pre potreby EMM a nedistribuujú sa užívateľom, preto nepotrebujú backup. Momentálne (01/2022) na tento účel slúži adaptér 1 na moldava-iptv2 a adaptér 1 na saca-iptv1, pričom každý z nich sa staré o EMM na jednej sade kariet, tzn keby vypadol niektorý z týchto streaamerov, vypadne spolu s ním deódovanie na jednej sade kariet, ale rovnakú sadu kariet udrží v prevádzke druhý zo streamerov.

V cardserveri sa v OSCame ďalej vytvorí user s protokolom newcamd a názvom "cardserver - CAID - name - emm" (rovnakým ako názov čítačky, ale s príponou - "emm"), napr. cs1-0624-skylink-emm. \r\nTýmto userom bude zabezpečené prepojenie na streamer kvôli EMM. Userovi sa do poľa AU nastaví buď jednoducho "1" (enabled) alebo názov \r\nčítačky, do ktorej majú chodiť EMM (zápisy) od tohto usera.

Každý reader a prislúchajúci user musia mať na cardserveri nastavenú rovnakú skupinu (group), prostredníctvom\r\n ktorej sa reader a user navzájom prepoja, a zároveň odizolujú od \r\nostatných readerov a userov na tom istom cardserveri.

V proxy serveri sa v OSCame vytvorí reader s protokolom cs378x a názvom "cardserver - CAID - name" (rovnakým ako názov čítačky na cardserveri), napr. cs1-0624-irdeto, ktorý sa pripája na príslušný cardserver, pričom ako meno a heslo sa uvedie user vytvorený vyššie. Reader musí mať v proxy serveri nastavenú rovnakú skupinu (group) ako ostatné readery s rovnakým CAID\r\n - teda na proxy majú viaceré karty s rovnakým CAID rovnakú skupinu, ale\r\n na cardserveri majú viaceré karty s rovnakým CAID rôzne skupiny. Na \r\nreader sa zapne Services s rovnakým názvom, ako má reader (Services sú \r\nautomaticky generované z Extranetu), a tým sa zabezpečí, že na kartu \r\npôjdu z tejto skupiny (group) iba ECM týkajúce sa PNR (programov) \r\nuvedených v príslušných Services.

V proxy serveri sa v OSCame pre pripojenie streamera vytvorí user s protokolom newcamd a názvom "name" (rovnakým ako v názve čítačky), napr. skylink. \r\n V prípade, ak máme v systéme rovnaké karty s rôznym prístupovým \r\nsystémom, môže sa názov doplniť názvom kódovacieho systému (napr. skylink-irdeto).\r\n Userovi sa pole AU ponechá prázdne. User musí mať nastavenú v proxy rovnakú skupinu (group) ako\r\n readery s rovnakým CAID.

V Extranete sa musí user ("skylink-irdeto" na proxy a "cs1-0624-skylink-emm" na cardserveri) zaevidovať do Admin / RegioTV / Card clienti, aby sa dal použiť na streameroch.

\r\n

\r\n \r\n

\N 0 124 SMS služby 57 187 1 sms t \N 0 \N \N 0 304 FAQ 124 191 2 faq t \N 0

Čo sa stane ak pošlem priveľa SMS naraz a ostanú visieť kvôli prekročenému limitu hovorného?

Po odblokovaní a navýšení limitu hovorného by malo dôjsť k odoslaniu neposlaných správ. Pokiaľ by k navýšeniu limitu hovorného nedošlo, neodoslané SMSky z fronty sa zmažú po 14tich dňoch.

\N 20 305 Vytýčenie sietí cez súradnicové body 291 200 1 vytycenie-sieti-cez-suradnicove-body t \N 0

\r\n

Postup pre vybavenie žiadosti o vytýčenie v prípade, že v \r\nzáujmovej oblasti máme súradnicové body z geodetického zamerania.

V prípade požiadavky o vytýčenie v mieste Buzinská – Šaca\r\n(rýchlostná cesta), máme trasu zameranú geodetickými\r\nsúradnicami. \r\n

\r\n

Zameranie sa nachádza v RT\r\n#119345: Geodeticke suradnice - prace rychlostna cesta Kosice Saca\r\n

Pomôže aj RT #106927:\r\nDopravoprojekt a.s. - ziadost o vyjadrenie, vytycenie - Rychlostna\r\ncesta R2 Saca-Kosicke Olsany\r\n

\r\n\r\n

\r\n

Na základe hore uvedených\r\nRT je možné poskytnúť žiadateľovi o vytýčenie potrebné\r\nsúradnicové body k vytýčeniu. Samotné vytýčenie si žiadateľ\r\nvykonáva vo svojej réžii a to pomocou poskytnutých súradnicových\r\nbodov, ktoré sú za poplatok. \r\n

\r\n

\r\n\r\n

\r\n

V uvedených RT je možné\r\nnájsť "mapový podklad so súradnicovými bodmi" a tiež\r\ntextový dokument so zoznamom "súradnicových bodov".

\r\n

\r\n\r\n

\r\n

Na základe porovnania mapy\r\nžiadateľa a našej mapy so súradnicovými bodmi, je možné\r\nvyhodnotiť, koľko súradnicových bodov žiadateľ k vytýčeniu\r\npotrebuje.

\r\n

\r\n\r\n

\r\n

Následná fakturácia za\r\nposkytnutie súradnicových bodov sa odvíja od poskytnutého počtu,\r\nviď. uvedené RT.

\r\n

\r\n\r\n

\r\n

Súradnicové body sa\r\nzasielajú žiadateľovi emailom po odsúhlasení nákladov za\r\nposkytnutie.

\r\n

\N 0 306 Fronty a ich agenda (čo do ktorej fronty patrí) 49 52 2 fronty-a-ich-agenda-co-do-ktorej-fronty-patri t \N 0

Alternet-Info - vseobecne informaie, zaujem o sluzby, \r\ndodatky, retencne ponuky, kontaktovanie existujucich zakaznikov\r\n
Alternet-Tech - ulohy pre technikov\r\n
Alternet-Dispecing - poziadavky na dispecing - poruchy a podobne - \r\nnonstop kontrolovana, poziadavky sa rozdelia do inych front alebo sa im \r\nvytvoria podpoziadavky
Alternet-Stavebne - priprava stavieb (vyjadrenia, vytycenia, vazba na \r\npoziadavky na nakup...),\r\n
Alternet-TKR - technicka fronta ohladom TKR medzev\r\n
Alternet-Podpora - technicke poziadavky existujucich uzivatelov\r\n
Alternet-Agenda - doziadania TUSR, policia, POP zmluvy, zmena \r\ncennikov a znenia zmluv, ....\r\n
\r\n
IPfon-Info - vseobecne informaie, zaujem o sluzby, \r\ndodatky, retencne ponuky, kontaktovanie existujucich zakaznikov\r\n
IPfon-Podpora - technicke poziadavky existujucich uzivatelov\r\n
IPfon-Agenda - doziadania TUSR, policia, zmena cennikov a znenia \r\nzmluv, ....\r\n
IPfon-IC-Agenda - interconnect agenda a billing\r\n
IPfon-IC-Tech - interconnect technicke poziadavky\r\n
\r\n
Wirix - vsetko dokopy\r\n
\r\n
ALPI-info - vseobecne informacie
ALPI-press - informacie pre novinarov
ALPI-pravne - pravne problemy a ich riesenie
\r\n
Devel - vyvoj sw a systemov - PRISTUP alexii,pixall\r\n
SysAdmin (administracia systemov) - PRISTUP alexii,pixall\r\n
Ekonom - poziadavky týkajúce sa učtovnictva, vidi aj uctovnicka
Facility - udrzba budovy, aut, ...
Nakup - poziadavky na nakup komponentov
General - nezatriedene poziadavky\r\n
\r\n

\N 0 204 Vzorové odpovede 49 53 2 vzorove-odpovede t \N 0

Vo vzorových odpovediach nájdete formulácie textu, ktoré môžete použiť pri konverzácií týkajúcej sa danej problematiky.

\N 0 106 OpenWRT pre RouterStation 71 73 3 openwrt t \N 3

Zakladny Firmware

\r\n

Zakladny firmware ktory bol pouzity je OpenWRT, ktory je vyrobcom \r\nnainstalovany do flash na RS boarde. Toto je vyjadrenie jedneho z ludi \r\nod ubiquity na fore ubnt:
\r\n--
\r\nWe are shipping a build based on particular snapshot of the trunk of \r\nKamikaze. 8.0.9 already fully supports RouterStation and works pretty \r\nwell. People have reported success upgrading to the later snapshots. The\r\n kernel is 2.6.28.7 or thereabouts. I believe there are a couple of \r\nchoices you can pick from - but we built with that one. Have fun.
\r\n--
\r\nVsetky nasledujuce instalacne a konfiguracne kroky vychadzaju z tohoto \r\nfirmware. Prioritou bola snaha co najmenej menit exitujuci rootfs, co \r\nnajmenej menit jadro, co najmenej kompilovat aplikacie a co najviac \r\nvyuzit uz existujuce baliky.\r\n

\r\n

Pouzite baliky

\r\n

Povinne baliky

\r\n

snmp vs. zabbix: Momentalne je nainstalovana podpora pre SNMP \r\naj ZABBIX (vid povinne baliky nizsie). Tieto baliky sa svojou \r\nfunkcionalitou a urcenim dost prekryvaju. Vo finalnom produkte bude \r\nnasadeny pravdepodobne iba jeden z nich. php4-mod-gd: Zatial \r\nneviem posudit, ci tento balik je potrebny. Pokial nie tak pojde prec a\r\n spolu s nim aj niekolko kniznic pre pracu s JPEGmi (gd, libjpeg) \r\nlighttpd-mod-simple-vhost a lighttpd-mod-status nutnost \r\ntychto balikov neviem posudit. Ked sa zacnu prace na webovom rozhrani, \r\ntak bude prilezitost zistit ci su potrebne a potom sa rozhodne o ich \r\nponechani ci odinstalacii.\r\n\r\n

\r\niperf - 2.0.4-2 - Iperf is a modern alternative for measuring TCP and UDP bandwidth.\r\nphp4 - 4.4.7-1 - PHP is a widely-used general-purpose scripting language.\r\nphp4-cgi - 4.4.7-1 - PHP is a widely-used general-purpose scripting language\r\nphp4-mod-gd - 4.4.7-1 - GD graphics module\r\nsnmp-utils - 5.1.2-2.4 - Simple Network Management Protocol (SNMP) tools\r\nsnmpd - 5.1.2-2.4 - Simple Network Management Protocol (SNMP) \r\nzabbix-agent - 1.6-1 - Zabbix agent\r\nquagga - 0.98.6-1 - A routing software package that provides TCP/IP based routing services\r\nquagga-ospfd - 0.98.6-1 - OSPFv2 routing engine\r\nppp-mod-pppoe - 2.4.3-11 - This package contains a PPPoE (PPP over Ethernet) plugin for ppp.\r\nrp-pppoe-server - 3.10-1 - Dubbed RP-PPPoE\r\nppp-mod-radius - 2.4.3-11 - This package contains a RADIUS support\r\nradiusclient-ng - 0.5.6-1 - Radius client.\r\ntcpdump - 3.9.8-1 - Network monitoring and data acquisition tool\r\nlighttpd - 1.4.20-4 - A flexible and lightweight web server\r\nlighttpd-mod-cgi - 1.4.20-4 - CGI module\r\nlighttpd-mod-simple-vhost - 1.4.20-4 - Simple virtual hosting module\r\nlighttpd-mod-status - 1.4.20-4 - Server status display module\r\nlsof - 4.77-2 - LiSt Open Files - a diagnostic tool\r\ncoova-chilli - 1.0.12-1 - CoovaChilli is an open source access controller for wireless LAN\r\n
\r\n

\r\n

Nepovinne baliky

\r\n

Tieto baliky boli nainstalovane v ramci zlepsenia komfortu pri praci s openwrt a vo finalnom produkte nebudu potrebne.
\r\n\r\n

\r\nfconfig - 20080329-1 - nastroj pre manipulaciu s nastaveniami RedBOOTu\r\nmc - 4.6.1-2 - Midnight commander.  Best of the best commanders around the world.\r\nvim-full - 7.1-3 - vim textovy editor\r\nvim-runtime - 7.1-3\r\nscreen - 4.0.3-1 - viac terminalov\r\nglib1 - 1.2.10-1 - nainstalovane v ramci zavislosti na mc\r\nntpd - 4.2.4p6-2 - The ISC ntp suite is a collection of tools used to synchronize\r\n
\r\n

\r\n

Dodatocne nastavenie blickovacieho systemu

\r\n

Balickovaci system OpenWRT pouziva konfiguracny subor opkg.conf tento subor sa v nainstalovanom firmware nachcadza v ceste /etc/opkg.conf. V buildsysteme ho mozeme najst v package/opkg/files/opkg.conf. Standartny obsah tohoto suboru je:\r\n

\r\n

\r\nsrc/gz snapshots http://downloads.openwrt.org/kamikaze/8.09/<PLATFORM>/packages/\r\ndest root /\r\ndest ram /tmp\r\nlists_dir ext /var/opkg-lists\r\noption overlay_root /jffs\r\n
\r\n

\r\n

Po pridani naseho repozitara subot bude vyzerat takto:\r\n

\r\n

\r\nsrc/gz snapshots http://downloads.openwrt.org/kamikaze/8.09/<PLATFORM>/packages/\r\nsrc/gz alternet-noarch  http://openwrt.ecce.sk/noarch/\r\ndest root /\r\ndest ram /tmp\r\nlists_dir ext /var/opkg-lists\r\noption overlay_root /jffs\r\n
\r\n

\r\n

Baliky zaver

\r\n

Horeuvedene zoznamy balikov nie su kompletne. Chyba tam zoznam \r\nkniznic ktore boli nainstalovane automaticky v ramci zavislosti. Pri \r\nzaverecnych cistkach nepotrebnych balikov treba vyhladat tieto baliky a \r\nak nebudu potrebne tak pojdu tiez prec.
\r\n

\r\n

Uprava initscriptov.

\r\n

Script /etc/init.d/rcS sa pouziva na spustanie aplikacii pocas bootu a ich ukoncenie pocas reboot/shutdown. Parametre jeho volania su uvedene v /etc/inittab:\r\n\r\n

\r\n::sysinit:/etc/init.d/rcS S boot\r\n::shutdown:/etc/init.d/rcS K stop\r\n
\r\n

\r\n

Kod scriptu v originale vyzera takto:\r\n\r\n

\r\n#!/bin/sh\r\n# Copyright (C) 2006 OpenWrt.org\r\n\r\n{\r\n  for i in /etc/rc.d/$1*; do\r\n      [ -x $i ] && $i $2 2>&1 \r\n  done\r\n} #| logger -s -p 6 -t  &\r\n
\r\n

\r\n

Bohuzial je nutne v poslednom riadku urobit zmenu z:\r\n\r\n

\r\n } #| logger -s -p 6 -t  &\r\n
\r\n

\r\n

na\r\n

\r\n

\r\n } #| logger -s -p 6 -t \r\n
\r\n

\r\n

Odstranil som & z konca riadku. Vyvojari \r\npravdepodobne chceli aby sa aplikacie pocas bootu startovali paralelne, \r\nco sa im aj podarilo. Problem je v tom, ze aplikacie sa aj paralelne \r\nvypinaju pocas rebootovania. Nasledkom toho sa stane ze dojde k \r\nrebootnutiu zariadenia skor, ako sa stihnu vypnut niektore aplikacie. \r\nTo je dost dolezite pri aplikaciach ktore vyuzivaju radius ako napr. pppoe alebo chilli. Odstranenim & sa paralelizacia pocas re/bootu nekona. Nabeh zariadenia bude trochu pomalsi, ale operacie prebehnu seriovo a tym aj predvidatelnejsie.\r\n

\r\n

Uprava v OpenWRT

\r\n

Script je mozne opravit aj priamo v zdrojakoch OpenWRT. Subor sa nachadza v "package/base-files/files/etc/init.d/rcS".\r\n

\r\n

Jadro a moduly

\r\n

V defaultom nastaveni OWRT nahrava snad vsetky mozne, aj nemozne \r\nmoduly ktore ma nakompilovane. Vecsina z nich ani zdaleka nie je \r\npotrebna pre ucely ecce-AP. Kedze tieto moduly su nainstalovane na \r\nrootfs ktory je RO (squashfs) nema zmysel ich odinstalovavat, staci ich \r\ndisablovat. Ktore moduly budu nahrate pocas bootu je nastavene v \r\nadresari /etc/modules.d. Tento adresar obsahuje subory s nazvom vo formate NN-name-of-module-or-functionality.\r\n NN je cislo ktore urcuje poradie v ktorom sa subor bude spracovavat. \r\nZvysna cast mena informuje o funkcii nahravanych modulov. Obsahom \r\nkazdeho suboru je konkretny zoznam modulov ktore budu nahrate. Takto \r\nmoze vyzerat obsah adresara /etc/modules.d:\r\n\r\n

\r\n-rw-r--r--    1 root     root           74 Dec 17 14:58 01-crypto-core\r\n-rw-r--r--    1 root     root           12 Dec 17 14:58 09-crypto-aes\r\n-rw-r--r--    1 root     root            5 Dec 17 14:58 09-crypto-arc4\r\n-rw-r--r--    1 root     root           12 Dec 17 14:58 09-crypto-des\r\n-rw-r--r--    1 root     root            5 Dec 17 14:58 09-crypto-hmac\r\n-rw-r--r--    1 root     root            4 Dec 17 14:58 09-crypto-md5\r\n-rw-r--r--    1 root     root           13 Dec 17 14:58 09-crypto-sha1\r\n-rw-r--r--    1 root     root           10 Dec 17 14:58 20-crc-ccitt\r\n-rw-r--r--    1 root     root           18 Jan  1  1970 20-mac80211\r\n-rw-r--r--    1 root     root            9 Jan  1  1970 20-nls-base\r\n-rw-r--r--    1 root     root            9 Jan  1  1970 20-scsi-core\r\n
\r\n

\r\nKedze kazdy nahraty modul zabera pamet a prostriedky CPU ponechal som \r\naktivne iba moduly ktore su potrebne. Vytvoril som adresar /etc/modules.d/disabled kam som skopiroval vsetky subory s modulmi ktore nepotrebujeme. Momentalne som ponechal moduly:\r\n\r\n

\r\n-rw-rw-r--    1 root     root           27 Mar 11  2009 30-ppp\r\n-rw-r--r--    1 root     root            4 Jan  1 00:20 30-tun\r\n-rw-r--r--    1 root     root           12 Mar 12  2009 31-pppoe\r\n-rw-r--r--    1 root     root          117 Jan  1 00:03 40-ipt-core\r\n-rw-r--r--    1 root     root           40 Jan  1 00:20 41-ipt-conntrack\r\n-rw-r--r--    1 root     root           82 Jan  1 00:20 42-ipt-conntrack-extra\r\n-rw-r--r--    1 root     root           34 Jan  1 00:20 42-ipt-nat\r\n-rw-r--r--    1 root     root           30 Jan  1 00:20 45-ipt-filter\r\n-rw-r--r--    1 root     root           12 Jan  1 00:19 45-ipt-imq\r\n-rw-r--r--    1 root     root          126 Jan  1 00:20 45-ipt-ipopt\r\n-rw-r--r--    1 root     root           86 Jan  1 00:20 45-ipt-nathelper\r\n-rw-r--r--    1 root     root          210 Jan  1 00:20 45-ipt-nathelper-extra\r\n-rw-r--r--    1 root     root          115 Dec 17  2008 50-madwifi\r\n
\r\n

\r\n

Zakladna konfiguracia OS

\r\n

Vypnutie nepotrebnych sluzieb

\r\n

Ktore sluzby (servery, daemoni, a pod) sa pocas bootovania budu spustat je riadene linkami v adresari "/etc/rc.d". Kazdy link ukazuje na spustaci script pre danu sluzbu. Na AP som sa rozhodol vypnut sluzbu telnet, dnsmasq, podporu pre USB, a httpd. Vypnutie sluzieb vykonam vymazanim patricnych liniek takze:\r\n\r\n

\r\n[root@r1]# cd /etc/rc.d/\r\n[root@r1]# rm -f S50httpd S60dnsmasq S39usb S50telnet\r\n
\r\n

\r\n

Poznk httpd: httpd bude podporovane cez balik lighthttpd a ten bude spustany inym scriptom. Script httpd spusta http server z busyboboxu ktory nechceme.\r\n

\r\n

Hostname

\r\n

Ide o zdanlivo trivialnu zalezitost. V subore "/etc/hosts" je nutne mat nastavenu nejaku (najlepsie korektnu) IP adresu k hostname ktory toto AP pouziva (vid subor "/etc/config/system") a volbu hostname v kapitole /etc/config - Customizing. Tento system bude mat IP adresu "10.111.0.2" na backbone rozhrani. Hostname na toto IP adresu priradene nech je "r1" takze v "/etc/hosts" budu riadky:\r\n\r\n

\r\n127.0.0.1 localhost\r\n10.111.0.2 r1.ecce.sk r1\r\n
\r\n

\r\n

Korektny zaznam k hostname je nutny koli spravnemu fungovaniu PPPoE (nizsie). Upravy v "/etc/hosts"\r\n nie su nutne pokial je hostname zariadenia zavedene v DNS. V takom \r\npripade je dolezite mat spravne nastaveny a fungujuci resolver.\r\n

\r\n

/etc/config - Customizing

\r\n

Subor networking (IP adresa, Default GW, Resolver, etc)

\r\n

Pre potreby testovania v nasej sieti som mierne modifikoval nastavenia v subore /etc/config/networking. Tento subor obsahuje (ako inac) konfiguraciu siete. Vytvoril som dva rozhrania. Zariadenie br-lan ktore je typu bridge a v ktorom su ethernetove rozhrania a zariadenie br-wifi,\r\n ktore je tiez typu bridge a v ktorom su wifi rozhrania. IP adresa na \r\nbr-lan je 10.111.0.2 a k nej sa mozu vztahovat niektore konfiguracne \r\nvolby v dalsich kapitolach. GW, DNS su jasne z konfiguraku:\r\n\r\n

\r\nconfig 'interface' 'loopback'\r\n       option 'ifname' 'lo'\r\n       option 'proto' 'static'\r\n       option 'ipaddr' '127.0.0.1'\r\n       option 'netmask' '255.0.0.0'\r\n\r\nconfig 'interface' 'lan'\r\n       option 'ifname' 'eth1 eth0'\r\n       option 'type' 'bridge'\r\n       option 'proto' 'static'\r\n       option 'ipaddr' '10.111.0.2'\r\n       option 'netmask' '255.255.255.0'\r\n       option 'dns' '10.10.10.10'\r\n       option 'lan_hwaddr' '00:15:6d:c1:2c:11'\r\n\r\nconfig 'interface' 'wifi'\r\n       option 'type' 'bridge'\r\n       option 'proto' 'static'\r\n       option 'ifname' 'ath0 ath1'\r\n       option 'ipaddr' '10.111.2.1'\r\n       option 'netmask' '255.255.255.0'\r\n
\r\n

\r\n

Toto je zakladny dokument v ktorom je popisany aj obsah a moznosti v subore networking. Dokumentacia openwrt k suboru interfaces zakladny pokec. Tu je nejaky thread vo OpenWRT fore ktory sa tyka switchingu (mnohe boardy su vybavene programovatelnym switchom.\r\n

\r\n

Subor wireless

\r\n

Obsah tejto sekcie podobne ako network sa bude lisit od \r\nzariadenia k zariadeniu v zavislosti na pocte a type wireless modulov. \r\nTu ho uvadzam iba koli informacii o nastaveniach nad ktorymi boli robene\r\n testy:
\r\n\r\n

\r\nconfig 'wifi-device' 'wifi1'\r\n       option 'type' 'atheros'\r\n       option 'channel' '1'\r\n       option 'country' 'sk'\r\n       option 'agmode' '11bg'\r\n\r\nconfig 'wifi-iface'\r\n       option 'device' 'wifi1'\r\n       option 'network' 'wifi'\r\n       option 'mode' 'ap'\r\n       option 'ssid' 'ts-3'\r\n       option 'encryption' 'none'\r\n\r\nconfig 'wifi-device' 'wifi0'\r\n       option 'type' 'atheros'\r\n       option 'channel' '36'\r\n       option 'country' 'sk'\r\n       option 'agmode' '11a'\r\n\r\nconfig 'wifi-iface'\r\n       option 'device' 'wifi0'\r\n       option 'network' 'wifi'\r\n       option 'mode' 'ap'\r\n       option 'ssid' 'ts-4'\r\n       option 'encryption' 'none'\r\n
\r\n

\r\n

Zakladny dokument o obsahu a moznostiach suboru wireless. Dalsi dokument ktory moze obsahovat dodatocne informacie o wirelese na RS je tu.\r\n

\r\n

/etc/config - zaver

\r\n

Zmeny boli vykonane aj v dalsich suboroch v adresari /etc/config, napr: v subore system bola nastavena IP adresa pre vzdialeny logovaci syslog server. Tieto zmeny sa budu od zatriadenia k zariadeniu lisit, dvak nebudu vobec pouzite (remote syslog) pretoze boli nastavene iba koli diagnostike.\r\n

\r\n

Aplikacie

\r\n

Synchronizacia casu s ntpd

\r\n

Pre spravnu funkcionalitu monitoringu (ci uz cez zabbix, alebo SNMP) \r\nje nutne mat co najpresnejsie nastaveny systemovy cas. Na nastavovanie \r\ncasu je pouzity protokol NTP. Aplikacia protokolu NTP je v openwrt zabezpecena daemonom ISC ntp\r\n

\r\n

Instalacia

\r\n

Instalacia je vykonana z balika takze:\r\n\r\n

\r\n[root@r1]# opkg update\r\n[root@r1]# opkg install ntpd\r\n
\r\n

\r\n

Konfiguracia

\r\n

Konfiguracny subor ntpd daemona je "/etc/ntp.conf". V tomto subore treba nastavit parameter server.\r\n Tymto parametrom sa nastavuju servre ktore mozu byt pouzite ako zdroj \r\npre synachronizaciu casu. Parameter moze byt pouzity viac krat ak \r\npouzivate viac serverov pre synchronizaciu casu. V nasom AP pouzivame \r\niba jeden takze patricne nastavenie:\r\n\r\n

\r\nserver 10.10.10.10 iburst\r\n
\r\n

\r\n

Zvysne parametre su bez zmeny. Ich vyznam vid link\r\n

\r\n

Spustenie

\r\n

Aby sa nam cas na zariadeni zosynchronizoval (aby sa spustilo ntpd) je nutne vytvorit patricny link v adresari "/etc/rc.d":\r\n\r\n

\r\n[root@r1]# cd /etc/rc.d/\r\n[root@r1]# ln -s ../init.d/ntpd S43ntpd\r\n[root@r1]# ls -al\r\ndrwxr-xr-x    2 root     root            0 Mar 14 21:10 .\r\ndrwxr-xr-x   14 root     root            0 Mar 14 22:06 ..\r\nlrwxrwxrwx    1 root     root           16 Jan  1  1970 K20quagga -> ../init.d/quagga\r\nlrwxrwxrwx    1 root     root           17 Dec 17 15:00 K40network -> ../init.d/network\r\nlrwxrwxrwx    1 root     root           16 Dec 17 15:00 K99umount -> ../init.d/umount\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S10boot -> ../init.d/boot\r\nlrwxrwxrwx    1 root     root           15 Dec 17 15:00 S20fstab -> ../init.d/fstab\r\nlrwxrwxrwx    1 root     root           17 Dec 17 15:00 S40network -> ../init.d/network\r\nlrwxrwxrwx    1 root     root           14 Jan  1  1970 S43ntpd -> ../init.d/ntpd\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S45firewall -> ../init.d/firewall\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S50cron -> ../init.d/cron\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S50dropbear -> ../init.d/dropbear\r\nlrwxrwxrwx    1 root     root           13 Dec 17 15:00 S50qos -> ../init.d/qos\r\nlrwxrwxrwx    1 root     root           13 Dec 17 15:00 S60led -> ../init.d/led\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S95done -> ../init.d/done\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S97watchdog -> ../init.d/watchdog\r\nlrwxrwxrwx    1 root     root           16 Dec 17 15:00 S99sysctl -> ../init.d/sysctl\r\n[root@r1]# /etc/init.d/ntpd restart\r\n
\r\n

\r\n

Z vypisu vypliva ze ntpd sa spusti hned po nabehnuti siete. Podla moznosti skor ako sa spustia ostatne sluzby. (OSPF, PPPOE)\r\n

\r\n

NTP upozornenie.

\r\n

Niekolko bodov k NTP a OSPF\r\n

\r\n

OSPF a PPPoE/PPPD sa bez presneho casu zaobidu.\r\n
OSPF autorizacia je citliva na casove skoky ku ktorym moze dojst pri synchronizacii.\r\n

\r\n

Pokial chcete mat zosynchronizovany cas na OSPF routri, je lepsie \r\npouzit hardware ktoreho sucastou je RTC. Inak bude zariadenie bootovat s\r\n nulovym timestampom a casovy skok po synchronizacii bude prilis velky. \r\n Na OSPF sa to moze prejavit vypadkom tras ktore boli propagovane \r\nroutrom na ktorom sa zosynchronizoval cas. Pokial mate hardware bez RTC\r\n a pouzivate OSPF, potom NTP radsej nepouzivajte. Externe zdroje k \r\ntejto teme [1], [2].\r\n

\r\n

Lighthttpd & php - webove rozhranie

\r\n

Lighthttpd\r\n je minimalisticky (ale featurami nabity) web server s nizkymi narokmi \r\nna prostriedky. Server je distribuovany pod BSD licenciou. Openwrt sa \r\nna RS dodava s httpd podporou ktora je v busyboxe, ta je vsak velmi \r\nokliestena a nepodporuje skriptovaci jazyk PHP, preto som sa rozhodol \r\nnahradit ho lighthttpd.\r\n

\r\n

Baliky

\r\n

Instalacia balikov:
\r\n\r\n

\r\n  opkg update\r\n  opkg install lighttpd lighttpd-mod-simple-vhost lighttpd-mod-cgi lighttpd-mod-status\r\n  opkg install php4 php4-mod-gd php4-cgi\r\n
\r\n

\r\n

Moduly lighttpd-mod-simple-vhost lighttpd-mod-status pravdepodobne nebudu potrebne, ale to budem overovat az pri vyvoji web rozhrania. Zatial tu su hlavne koli diagnostike.
\r\n

\r\n

Konfiguracia

\r\n

V subore /etc/lighttpd.conf som editoval sekciu server.modules S takym nastavenim je zapnuta podpora cgi a zobrazovanie stavu servera. Vid:
\r\n\r\n

\r\n  server.modules = (\r\n     "mod_status",\r\n     "mod_cgi",\r\n  )\r\n
\r\n

\r\n

Zapnutie vypisu obsahu adresara (len pre diagnosticke ucely. Neskor bude vypnute:
\r\n\r\n

\r\n  ## virtual directory listings (po uzavreti vyvoja zakazat)\r\n  server.dir-listing = "enable"\r\n
\r\n

\r\n

Zapnutie status a config handlerov. Toto je iba docasne. V ostrej verzii bude vypnute.
\r\n\r\n

\r\nstatus.status-url = "/server-status"\r\nstatus.config-url = "/server-config"\r\n
\r\n

\r\n

Nastavenim parametra server.bind sa urci na ktorej IP adrese bude server ocakavat poziadavky. My chceme aby server listenoval na primarnej IP adrese backbone interfejsu:\r\n\r\n

\r\nserver.bind = "10.111.0.2"\r\n
\r\n

\r\n

\r\nOd tejto chvile by malo mat lighthttpd funkcnu podporu php4, directory listing, handlery status a config.\r\nVsimol som si ze v subore "/etc/services" nie je uvedeny zaznam pre HTTP protokol. Neviem ci je to nutne, ale pre istotu ho tam zapiseme:\r\n\r\n

\r\n[root@r1]# echo "www             80/tcp          http" >> /etc/services\r\n
\r\n

\r\n

Zaheslovanie web rozhrania

\r\n

Aby sa nam na web rozhranie nedostal kdejaky fero, je vhodne zapnut \r\npodporu autorizacie. Najprv je nutne nainstalovat autorizacny modul pre\r\n lighttpd. Modul sa dodava v samostatnom baliku. Jeho instalaciu prevedieme nasledove:\r\n

\r\n

\r\n opkg install lighttpd-mod-auth\r\n
\r\n

\r\n

a mame modul nainstalovany. Este treba povolit nahravanie modulu v sekcii server.modules v konfiguracnom subore lighttpd. Takto by to malo vyzerat po nastaveni:\r\n

\r\n

\r\nserver.modules = (\r\n   "mod_auth",\r\n   "mod_cgi"\r\n)\r\n
\r\n

\r\n

Dalej si treba zvoli autorizacnu metodu, subor s heslami, a co konkretne treba zaheslovat:\r\n

\r\n

\r\n#### auth module\r\nauth.backend = "htdigest"\r\n\r\nauth.backend.htdigest.userfile = "/www/.lighttpd.user"\r\n\r\nauth.require = (\r\n   "/" => (\r\n       "method"  => "digest",\r\n       "realm"   => "nas-alternet",\r\n       "require" => "user=nasadm"\r\n   )\r\n)\r\n
\r\n

\r\n

Ako vidiet, tak bude pouzita metoda digest aby sa nam hesla neukladali v citatelnom tvare. Zaheslovana bude cela web stranka. Na generovanie hesiel sa pouziva program htdigest z balika apache.\r\n Ten som rucne nakopiroval. Nepotrebujem instalovat cely apache. \r\nTento program vyzaduje mat nainstalovane nejake tie kniznice takze aby \r\nfungoval musim ich nainstalovat:\r\n

\r\n

\r\nopkg install libaprutil\r\nopkg install libexpat\r\nopkg install libiconv\r\nopkg install libuuid\r\n
\r\n

\r\n

A este nastavim heslo:\r\n

\r\n

\r\nhtdigest /www/.lighttpd.user "nas-alternet" nasadm\r\nChanging password for user nasadm in realm nas-alternet\r\nNew password:\r\nRe-type new password:\r\n
\r\n

\r\n

Spustenie

\r\n

Este sa treba postarat o to aby sa server spustil po nabootovani OS:\r\n\r\n

\r\n[root@r1]# cd /etc/rc.d/\r\n[root@r1]# ln -s ../init.d/lighttpd S93lighthttpd\r\n[root@r1]# ls -al\r\ndrwxr-xr-x    2 root     root            0 Mar 13 18:10 .\r\ndrwxr-xr-x   14 root     root            0 Mar 13 17:55 ..\r\nlrwxrwxrwx    1 root     root           16 Jan  1  1970 K20quagga -> ../init.d/quagga\r\nlrwxrwxrwx    1 root     root           17 Dec 17 15:00 K40network -> ../init.d/network\r\nlrwxrwxrwx    1 root     root           16 Dec 17 15:00 K99umount -> ../init.d/umount\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S10boot -> ../init.d/boot\r\nlrwxrwxrwx    1 root     root           15 Dec 17 15:00 S20fstab -> ../init.d/fstab\r\nlrwxrwxrwx    1 root     root           17 Dec 17 15:00 S40network -> ../init.d/network\r\nlrwxrwxrwx    1 root     root           14 Jan  1  1970 S43ntpd -> ../init.d/ntpd\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S45firewall -> ../init.d/firewall\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S50cron -> ../init.d/cron\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S50dropbear -> ../init.d/dropbear\r\nlrwxrwxrwx    1 root     root           13 Dec 17 15:00 S50qos -> ../init.d/qos\r\nlrwxrwxrwx    1 root     root           13 Dec 17 15:00 S60led -> ../init.d/led\r\nlrwxrwxrwx    1 root     root           15 Jan  1  1970 S70snmpd -> ../init.d/snmpd\r\nlrwxrwxrwx    1 root     root           16 Jan  1  1970 S80quagga -> ../init.d/quagga\r\nlrwxrwxrwx    1 root     root           22 Mar 12 20:47 S90pppoe-server -> ../init.d/pppoe-server\r\nlrwxrwxrwx    1 root     root           18 Mar 13 18:10 S93lighthttpd -> ../init.d/lighttpd\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S95done -> ../init.d/done\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S97watchdog -> ../init.d/watchdog\r\nlrwxrwxrwx    1 root     root           16 Dec 17 15:00 S99sysctl -> ../init.d/sysctl\r\n[root@r1]#\r\n[root@r1]# /etc/init.d/lighttpd restart\r\n
\r\n

\r\n

Z vypisu je vidiet ze lighthttpd sa spusti takmer ako posledne. Vecsiu prednost ma synchronizacia casu, routing, ...\r\n

\r\n

Zaver

\r\n

V nastaveniach http servera /etc/lighttpd.conf a php /etc/php.ini sa este moze vselico zmenit. Takto popisana instalacia lighthttpd\r\n zarucuje zakladnu funkcionalitu servera a scriptovacieho engine. Pri \r\nvyvoji web rozhrania mozno bude treba este vselico doladit. Akekolvek \r\nzmeny by tu mali byt zaznamenane.\r\n

\r\n

Quagga - dynamicky routing

\r\n

Zatial jedina opensource aplikacia sirokej rodiny routrovacich \r\nprotokolov ktora je aktivne vyvyjana a ma asi najvecsi progress je Quagga. Na RS je pomocou quagga daemonov aplikovany dynamicky routing na baze protokolu OSPF.\r\n Quagga je vyvijana za ucelom "konfiguracnej" kompatibility s cisco \r\nCLI takze dobry manual pre pochopenie protokolu sa da najst aj v dokumentacii Cisco.\r\n

\r\n

Baliky

\r\n

Instalacia dynamickeho routingu bola prevedena z balikov bez nutnosti rekompilacie:\r\n

\r\n

\r\n[root@r1]# opkg update\r\n[root@r1]# opkg install quagga-ospfd quagga-libzebra quagga-libospf quagga\r\n
\r\n

\r\n

Instalacky neobsahuju konfiguracne subory. Tie si treba vytvorit - vid dalsie sekcie.\r\n

\r\n

Konfiguracia a spustenie

\r\n

Quagga pozostava z dvoch daemonov. Daemon nazvany zebra ma na starosti management routovacej tabulky OS, stav interfacov a pod. Ospfd je daemon ktory aplikuje samotny OSPF protokol a veci s nim suvisiace.\r\n

\r\n

zebra.conf

\r\n

Skrateny vypis konfiguracneho suboru /etc/quagga/zebra.conf po nakonfigurovani vyzera takto:\r\n\r\n

\r\nhostname r1\r\npassword 8 5uYwdfPG1OyCA\r\nenable password 8 d569SzrO4Jlew\r\nlog syslog\r\nservice advanced-vty\r\nservice password-encryption\r\n!\r\n!\r\ninterface br-lan\r\n description description Interface on backbone.\r\n multicast\r\n!\r\ninterface br-wifi\r\n description Wireless interface on users network (no OSPF)\r\n no multicast\r\n!\r\n!\r\nrouter-id 10.99.0.2\r\nip forwarding\r\nipv6 forwarding\r\n!\r\nline vty\r\nexec-timeout 20 0\r\n!\r\n
\r\n

\r\n

Co ktora polozka znamena je mimo ramec tohoto dokumentu. Zakladne info sa da najst tu.\r\n

\r\n

ospfd.conf

\r\n

Konfigurak (skrateny) /etc/quagga/ospfd.conf ktory je dolezity pre nase ucely:\r\n\r\n

\r\nhostname r1\r\npassword 8 Up/WeiqUcIrr2\r\nenable password 8 NBX3g1AmN1zxg\r\nservice advanced-vty\r\nservice password-encryption\r\n!\r\n!\r\ninterface br-lan\r\n description Interface on backbone.\r\n ip ospf authentication message-digest\r\n ip ospf message-digest-key 1 md5 Jkedfrew34\r\n ip ospf cost 10\r\n ip ospf hello-interval 5\r\n ip ospf dead-interval 50\r\n ip ospf priority 0\r\n!\r\ninterface br-wifi\r\n description Interface on users network (no OSPF)\r\n!\r\n!\r\nrouter ospf\r\n ospf router-id 10.99.0.2\r\n redistribute connected metric 100 metric-type 1 route-map ppp-ext\r\n passive-interface br-wifi\r\n network 10.111.0.0/24 area 0.0.0.0\r\n network 10.111.2.0/24 area 100.0.0.1\r\n area 0 authentication message-digest\r\n!\r\naccess-list AS-NETS permit 10.0.0.0/8\r\naccess-list AS-NETS permit 194.145.206.0/23\r\naccess-list AS-NETS deny any\r\naccess-list pppoe-propaguj permit 194.145.206.0/23\r\naccess-list pppoe-propaguj deny any\r\naccess-list terminal permit 127.0.0.1/32\r\naccess-list terminal deny any\r\n!\r\nroute-map ppp-ext permit 10\r\n match ip address pppoe-propaguj\r\n!\r\nline vty\r\n exec-timeout 20 0\r\n!\r\nend\r\nr1#\r\n
\r\n

\r\n

Vysvetlovat vyznam jednotlivych poloziek je nad ramec tohoto \r\ndokumentu. V kazdom pripade je nutne uviest aspon niektore volby, koli \r\nktorym OSPF na AP splna svoj ucel. Zaroven je nutne uviest niektore \r\ndolezite upozornenia tykajuce sa nastaveni OSPF prokolu.\r\n

\r\n

Propagacia tras do ktorych je router pripojeny

\r\n

OSPF protokolu treba definovat siete ktore budu propagovane a do \r\nktorych oblasti patria. Pokial router patri do viac ako jednej oblasti \r\nstava sa z neho ABR (Area Border Router). Pozn: Jedine na Border Routroch je mozne vykonavat sumarizaciu tras.\r\n\r\n

\r\nrouter ospf\r\n  ...\r\n  network 10.111.0.0/24 area 0.0.0.0\r\n  network 10.111.2.0/24 area 100.0.0.1\r\n  ...\r\n
\r\n

\r\n

Z predosleho prikladu je vidiet ze nase AP bude v AS figurovat \r\nako ABR. Zakaznicka siet 10.111.2.0/24 pre IP adresy zakaznikov z \r\nradius poolu bude agregovat vsetky host (*/32) trasy pppoe zakaznikov v \r\ntejto sieti.\r\n

\r\n

Propagacia tras zakaznikom s verejnou IP

\r\n

Chceme aby zakaznici ktory maju pevnu verejnu IP adresu boli \r\npropagovany bez agregacie - per host route (*/32) a aby boli nezavisly \r\nna AP. Parameter "redistribute connected ..." v sekcii "router ospf"\r\n sa stara o to, aby OSPF na danom AP propagovalo kazdu trasu ktora sa v \r\nroutovacej tabulke vyskytne. Nechceme vsak aby sa propagovali trasy \r\nzakaznikov ktory maju IP adresy priradene z nejakeho IP poolu na radiuse. Tie budu propagovane ako jedna sietova trasa vid parameter "network ... area ...".\r\n (setri sa tak pocet zaznamov v routovacich tabulkach v celom AS) \r\nTaktiez nechceme aby sa propagovali rozne interne trasy (napr. \r\nchillispot vytvara tunely TUN ktore maju tiez nejake adresy a tym padom aj zaznamy v r.t.). Takze redistribucia bude vyzerat takto:\r\n\r\n

\r\nrouter ospf\r\n  ...\r\n  redistribute connected metric 100 metric-type 1 route-map ppp-ext\r\n  ...\r\naccess-list pppoe-propaguj permit 194.145.206.0/23\r\naccess-list pppoe-propaguj deny any\r\n...\r\nroute-map ppp-ext permit 10\r\nmatch ip address pppoe-propaguj\r\n...\r\n
\r\n

\r\n

Z uvedeneho vyplyva ze redistribucia tras do OSPF je filtrovana pomocou access-listu\r\n ktory povoli iba IP adresy z verejneho rozsahu. Poznamka k \r\nredistribucii: Kazdy router ktory vykonava redistribuciu tras sa \r\nzaroven stava ASBR - Autonomous System Border / Boundary Router .\r\n Redistribucia sa moze vykonavat z ineho protokolu, (BGP, RIP, ...) v \r\ntomto pripade je zdrojom redistribucie routovacia tabulka.\r\n

\r\n

Router ID

\r\n

Kazdy router v autonomnom systeme musi mat unikatne ID vo formate NN.NN.NN.NN. Pokial sa v AS vyskytnu routre s rovnakym router-id\r\n moze dojst k nepredvidatelnemu chovaniu. V niektorych pripadoch (v \r\nzavislosti na topologii a ulohe routra) aj k zlyhaniu routingu v celej \r\noblasti. Tento udaj sa uvadza v sekcii router ospf: \r\n\r\n

\r\nrouter ospf\r\n  ospf router-id 10.99.0.2\r\n  ....\r\n
\r\n

\r\n

OSPF iba tam kde je to nutne.

\r\n

Je lepsie vypnut vysielanie hello paketov na koncovych \r\nrozhraniach, ktore nie su pripojene do backbone. Na AP su to vecsinou \r\nwifi rozhrania na ktorych su zakaznici. Example:\r\n\r\n

\r\nrouter ospf\r\n  ...\r\n  passive-interface br-wifi\r\n  ...\r\n
\r\n

\r\n

Toto nastavenie vypne rozosielanie hello paketov a zarovene nasluchanie pre OSPF na vsetkych rozhraniach ktore su sucastou bridge "br-wifi".\r\n

\r\n

Spustenie

\r\n

Aby sa nam daemoni quaggy spustili aj po restarte zariadenia je nutne vytvorit symlink na spustaci script quaggy v adresari /etc/rc.d aha:\r\n\r\n

\r\n[root@r1]# cd /etc/rc.d/\r\n[root@r1]# ln -s ../init.d/quagga S80quagga\r\n[root@r1]# ls\r\ndrwxr-xr-x    2 root     root            0 Mar 13 19:36 .\r\ndrwxr-xr-x   14 root     root            0 Mar 13 18:38 ..\r\nlrwxrwxrwx    1 root     root           16 Jan  1  1970 K20quagga -> ../init.d/quagga\r\nlrwxrwxrwx    1 root     root           17 Dec 17 15:00 K40network -> ../init.d/network\r\nlrwxrwxrwx    1 root     root           16 Dec 17 15:00 K99umount -> ../init.d/umount\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S10boot -> ../init.d/boot\r\nlrwxrwxrwx    1 root     root           15 Dec 17 15:00 S20fstab -> ../init.d/fstab\r\nlrwxrwxrwx    1 root     root           17 Dec 17 15:00 S40network -> ../init.d/network\r\nlrwxrwxrwx    1 root     root           14 Jan  1  1970 S43ntpd -> ../init.d/ntpd\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S45firewall -> ../init.d/firewall\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S50cron -> ../init.d/cron \r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S50dropbear -> ../init.d/dropbear\r\nlrwxrwxrwx    1 root     root           13 Dec 17 15:00 S50qos -> ../init.d/qos\r\nlrwxrwxrwx    1 root     root           13 Dec 17 15:00 S60led -> ../init.d/led\r\nlrwxrwxrwx    1 root     root           15 Jan  1  1970 S70snmpd -> ../init.d/snmpd\r\nlrwxrwxrwx    1 root     root           16 Mar 13 19:36 S80quagga -> ../init.d/quagga\r\nlrwxrwxrwx    1 root     root           22 Mar 12 20:47 S90pppoe-server -> ../init.d/pppoe-server\r\nlrwxrwxrwx    1 root     root           18 Mar 13 18:10 S93lighthttpd -> ../init.d/lighttpd\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S95done -> ../init.d/done\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S97watchdog -> ../init.d/watchdog\r\nlrwxrwxrwx    1 root     root           16 Dec 17 15:00 S99sysctl -> ../init.d/sysctl\r\n[root@r1]# /etc/init.d/quagga restart\r\nquagga.init: Stopping watchquagga ... killed 1139 ... done.\r\nquagga.init: Stopping ospfd ... killed 1134 ... done.\r\nquagga.init: Stopping zebra ... killed 1129 ... done.\r\nquagga.init: Starting zebra ... done.\r\nquagga.init: Starting ospfd ... done.\r\nquagga.init: Starting watchquagga ... done.\r\n
\r\n

\r\n

Zopar uzitocnych prikazov.

\r\n

Pokial si potrebujete overit ci zebra funguje spravne potom je nutne sa pomocou telnetu prihlasit na konzolu zebry:\r\n\r\n

\r\n[root@r1]# telnet localhost zebra \r\n\r\nEntering character mode\r\nEscape character is '^]'.\r\n\r\n\r\nHello, this is Quagga (version 0.98.6).\r\nCopyright 1996-2005 Kunihiro Ishiguro, et al.\r\n\r\n\r\nUser Access Verification\r\n\r\nPassword:\r\nr1#\r\n
\r\n

\r\n

Vypis interfejsov v zebre:\r\n\r\n

\r\nr1# sh interface br-lan\r\nInterface br-lan is up, line protocol detection is disabled\r\n  Description: description Interface on backbone.\r\n  index 4 metric 1 mtu 1500 <UP,BROADCAST,RUNNING,MULTICAST>\r\n  HWaddr: 00:15:6d:c1:2c:11\r\n  inet 10.111.0.2/24 broadcast 10.111.0.255\r\n    input packets 42979, bytes 3371054, dropped 0, multicast packets 34963\r\n    input errors 0, length 0, overrun 0, CRC 0, frame 0, fifo 0, missed 0\r\n    output packets 61766, bytes 10342777, dropped 0\r\n    output errors 0, aborted 0, carrier 0, fifo 0, heartbeat 0, window 0\r\n    collisions 0\r\nr1#                    \r\n
\r\n

\r\n

Vypis routovacej tabulky v zebre:\r\n\r\n

\r\nr1# sh ip route\r\nCodes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,\r\n       I - ISIS, B - BGP, H - HSLS, L - OLSR, > - selected route, * - FIB route\r\n\r\nO>* 0.0.0.0/0 [110/10] via 10.111.0.1, br-lan, 21:07:13\r\nC>* 10.99.0.2/32 is directly connected, lo\r\nO   10.111.0.0/24 [110/10] is directly connected, br-lan, 21:07:19\r\nC>* 10.111.0.0/24 is directly connected, br-lan\r\nO   10.111.2.0/24 [110/10] is directly connected, br-wifi, 21:07:19\r\nC>* 10.111.2.0/24 is directly connected, br-wifi\r\nO>* 10.111.3.0/24 [110/20] via 10.111.0.3, br-lan, 20:35:54\r\nC>* 10.112.25.59/32 is directly connected, ppp0\r\nC>* 127.0.0.0/8 is directly connected, lo\r\nr1#\r\n
\r\n

\r\n

Vypis susedov v ospfd:\r\n\r\n

\r\n[root@r1]# telnet localhost ospfd\r\n\r\nEntering character mode\r\nEscape character is '^]'.\r\n\r\n\r\nHello, this is Quagga (version 0.98.6).\r\nCopyright 1996-2005 Kunihiro Ishiguro, et al.\r\n\r\n\r\nUser Access Verification\r\n\r\nPassword:\r\nr1# sh ip ospf neighbor\r\n\r\nNeighbor ID     Pri   State           Dead Time   Address         Interface           RXmtL RqstL DBsmL\r\n10.99.0.1        10   Full/DR         00:00:49    10.111.0.1      br-lan:10.111.0.2     0     0     0\r\n10.99.0.3         0   2-Way/DROther   00:00:49    10.111.0.3      br-lan:10.111.0.2     0     0     0\r\nr1#                                             \r\n
\r\n

\r\n

Vypis routovacej tabulky v ospfd:\r\n\r\n

\r\nr1# sh ip ospf route\r\n============ OSPF network routing table ============\r\nN    10.111.0.0/24         [10] area: 0.0.0.0\r\n                           directly attached to br-lan\r\nN    10.111.2.0/24         [10] area: 100.0.0.1\r\n                           directly attached to br-wifi\r\nN IA 10.111.3.0/24         [20] area: 0.0.0.0\r\n                           via 10.111.0.3, br-lan\r\n\r\n============ OSPF router routing table =============\r\nR    10.99.0.1             [10] area: 0.0.0.0, ASBR\r\n                           via 10.111.0.1, br-lan\r\nR    10.99.0.3             [10] area: 0.0.0.0, ABR, ASBR\r\n                           via 10.111.0.3, br-lan\r\n\r\n============ OSPF external routing table ===========\r\nN E2 0.0.0.0/0             [10/10] tag: 0\r\n                           via 10.111.0.1, br-lan\r\n\r\nr1#                                                              \r\n
\r\n

\r\n

Dalsie prikazy vid dokumentacia k OSPF. Odkazy su uvedene v tomto dokumente.\r\n

\r\n

radius - Podpora overovania

\r\n

Radius je protokol urceny k trom zakladnym veciam v ISP:\r\n

\r\n

Authentication - Mechanizmus pre overovanie totoznosti klienta.\r\n Ma zabranit zamene identity klienta (spoofing, podvrhnuta MAC, man in \r\nthe middle attack ...)\r\n
Authorization - Autorizacia klienta. V pripade sifrovaneho spojenia - zapocatie sifrovanej komunikacie.\r\n
Accounting - Zbieranie odajov o prenesenych datach za ucelom bilingu, alebo diagnostiky.\r\n

\r\n

Baliky

\r\n

Instalacia balikov:\r\n\r\n

\r\nopkg update\r\nopkg install radiusclient-ng libradiusclient-ng ppp-mod-radius\r\n
\r\n

\r\n

Je potrebny jeden maly fixup. V pppoe-server sa ocakava konfiguracia radiusklienta v adresari /etc/radiusclient, ale taky adresar neexistuje. Takze som vytvoril symlink na exitujuci adresar:\r\n\r\n

\r\n[root@r1]# cd /etc && ln -s radiusclient-ng radiusclient\r\n[root@r1]# ls radiusclient\r\nlrwxrwxrwx    1 root     root           15 Jan  1  1970 radiusclient -> radiusclient-ng\r\n
\r\n

\r\n

Poznamka: Kniznica ani binarka nie su potrebne pre spravnu funkcionalitu. Jedine co sa pri PPP pouziva je obsah adreasra /etc/radiusclient.\r\n

\r\n

Konfiguracia

\r\n

/etc/radiusclient/servers

\r\n

Do suboru /etc/radiusclient/servers treba zapisat IP adresy \r\nradius serverov a autorizacne hesla, pomocou ktorych sa radius klient \r\noveri na serveri. Format suboru je jednoduchy - co riadok to dvojica \r\nserver-ip heslo vid:\r\n\r\n

\r\n[root@r1]# cat  /etc/radiusclient/servers\r\n10.10.10.10             tojedajakeheslo\r\n[root@r1]# \r\n
\r\n

\r\n

Tento AP bude teda zakaznikov overovat na radius serveri s IP adresou 10.10.10.10 a sam sa na serveri overi pod heslom tojedajakeheslo.

DOLEZITE UPOZORNENIE!!!
\r\nVzhladom na citlivy obsah tohoto suboru je nutne, aby jeho pristupove \r\nprava znemoznovali citanie tohoto suboru nepreivilegovanym uzivatelom. V\r\n pripade kompromitacie obsahu by sa utocnik vedel autorizovat ako NAS na radius serveri.\r\n

\r\n

/etc/radiusclient/dictionary

\r\n

Tento subor obsahuje atributy radius protokolu. V subore chybal atribut Acct-Interim-Interval takze nefungoval accounting. Zaroven je nutne pridat atributy pre podporu zasialania gigawords. Vid RFC2869. Takze som do suboru pridal riadky:\r\n

\r\n

ATTRIBUTE   Acct-Input-Gigawords    52  integer\r\nATTRIBUTE   Acct-Output-Gigawords   53  integer\r\nATTRIBUTE   Acct-Interim-Interval   85  integer\r\n

\r\n

Poznamka: Pokial by chybala podpora nejakeho atributu, treba ju \r\npridat do tohoto suboru. Otazka vsak je, ci s tym atributom bude \r\npracovat aplikacia v tomto pripade radius plugin ppp protokolu. \r\nNastastie atribut Acct-Interim-Interval patri k zakladnym takze ppp plugin ho urcite poznat bude.\r\n

\r\n

/etc/radiusclient/radiusclient.conf

\r\n

Nastavenia v tomto subore zahrnaju viacero poloziek. Prva z nich je auth_order.\r\n Pomocou tejto volby sa nastavuje poradie autorizacnych mechanizmov \r\nktore budu vyskusane. Kedze na AP sa lokalna autorizacia nevyuziva \r\n(vsetci uzivatelia maju konta na vzdialenom radius serveri) treba tento \r\nparameter zmenit z povodneho:\r\n\r\n

\r\nauth_order     radius,local\r\n
\r\n

\r\nna:\r\n\r\n

\r\nauth_order     radius\r\n
\r\n

\r\n

Dalej. treba nastavit IP adresu autorizacneho servera. \r\n\r\n

\r\nauthserver     10.10.10.10\r\n
\r\n

\r\n

Ak si spominate tak jednu IP adresu sme uz nastavovali v /etc/radiusclient/servers - ale tam islo o priparovanie hesiel NAS k serverom na zaklade IP adresy.
\r\nNastavim IP adresu akountovacieho servera. Autorizacny a akountovaci \r\nserver nemusia byt nutne na jednom hoste. Kludne moze iste o dve \r\ninstalacie radius servera na roznych hostoch. Tie sa mozu lisit \r\nurcenim, ale mali by operovat nad jednou SQL databazou s uzivatelskymi \r\nkontami.\r\n\r\n

\r\nacctserver     10.10.10.10\r\n
\r\n

\r\n

Musel som zapoznamkovat parameter bindaddr. Zda sa ze \r\nOpenWRT verzia radiusklienta tento parameter nepozna a klient sa tym \r\nznefunkcni takze tento parameter treba v konfiguraku zapoznamkovat.\r\n

\r\n

Dalsie subory

\r\n

Na OpenWRT som nasiel este dalsie subory k radiusu, ale zjavne nie su\r\n potrebne a podla obsahu to vyzera tak, ze iba duplikuju funkcionalitu \r\nhoreuvedenych suborov. Uplne som ich nezmazal, ale premenoval som ich:\r\n\r\n

\r\n[root@r1]# cd /etc/ppp\r\n[root@r1]# mv radius.conf radius.conf.unused\r\n[root@r1]# cd/etc/ppp/radius\r\n[root@r1]# mv servers servers.unused\r\n
\r\n

\r\n

Overovanie cez radius zjavne funguje aj bez tychto suborov.\r\n

\r\n

Uprava ppp pre plnu podporu RADIUSu

\r\n

Aby bolo plne podporovane posielanie atributov Acct-Input-Gigawords, Acct-Output-Gigawords\r\n je nutne pouzit PPP vo verzii 2.4.4. V OpenWRT 8.09 sa pouziva verzia \r\n2.4.3 takze ju treba nahradit. Novu verziu PPP daemona a jeho radius \r\nplugin je nutne upravit tak, aby sa dala vykompilovat v buildovacom \r\nprostredi OpenWRT a implementovat do nej podporu Gigawords. Toto vsetko sa aplikuje vo forme patchov (vid. zoznam nizsie).\r\n

\r\n

Implemntacia PPP v2.4.4 do OpenWRT

\r\n

V subore package/ppp/package/ppp/Makefile treba hodnoty premennych na:\r\n

\r\n

PKG_VERSION:=2.4.4\r\nPKG_MD5SUM:=183800762e266132218b204dfb428d29\r\n

\r\n

Na zaklade tychto premennych budu buildovacim systemom stiahnute \r\nzdrojove subory pppd vo verzii 2.4.4. Zaroven je nutne na zdrojove \r\nsubory PPPd aplikovat seriu patchov. Patche sa nachadzaju v adresari package/ppp/patches.\r\n Povodne patche boli prisposobene pre PPP 2.4.3 a tak je nutne ich \r\npretriedit a vyhodit vsetko co nepotrebujeme. Nasledujuci zoznam \r\nobsahuje patche ktore zostali z povodneho PPP.\r\n

\r\n

010-use_target_for_configure.patch - Upravi toplevel Makefile pppd pre buildovacie potreby Openwrt.\r\n
200-makefile.linux.patch - V pppd/Makefile.linux vypne nepotrebne vlastnosti (MULTILINK, podpora IPX/SPX, CBCP, ...)\r\n
202-no_strip.patch - Vypina stripovanie binariek. (Bez toho patchu buildovaci proces skonci s chybou)\r\n
202-plugins-makefile.patch - Optimalizacia v pppd/plugins/Makefile.linux\r\n
204-opt_flags.patch - Optimalizacia v pppd/plugins/radius/Makefile.linux\r\n
300-filter-pcap-includes-lib.patch - Optimalizacia buildovania filtra.\r\n
330-pppoe-makefile.patch - Optimalizacia PPPoE pluginu.\r\n
340-gigawords2.patch - Implementacia zasielania Acct-Input/Output-Gigawords atributov.\r\n

\r\n

POZOR! Patch 340-gigawords2.patch pochadza z distribucie Gentoo Linux a je mierne upraveny pre potreby OpenWRT. Zvysne patche taktiez presli mensou prerabkou.\r\n

\r\n

Radius ukldanie atributov

\r\n

Balik ppp-mod-radius vo verzii 2.4.4-11 (ale aj starsie) \r\npostradaju podporu pre ukladanie radius atributov. Tuto podporu \r\npotrebujeme ak chceme vo svojich scriptoch spracovavat udaje prenesene \r\nradius protokolom. Nas zaujimaju predovstkym atributy:\r\n

\r\n

WISPr-Bandwidth-Max-Down \r\nWISPr-Bandwidth-Max-Up \r\nWISPr-Bandwidth-Min-Down \r\nWISPr-Bandwidth-Min-Up\r\nAcct-Interim-Interval \r\nIdle-Timeout \r\nFramed-IP-Address\r\n

\r\n

Mozno neskor budu aj ine, ale hlavne potrebujeme aby sa nam tieto \r\ndata po vytvoreni spojenia niekam ulozili. V ppp sa o danu \r\nfunkcionalitu stara plugin radattr.so Obvykle byva v adresari /usr/lib/pppd/<verzia>/.\r\n

\r\n

Uprava a rekompilacia balika ppp-mod-radius

\r\n

V adresari s buildsystemom Openwrt /usr/src/kamikaze som si nasiel Makefile pre tento balik. Nachadza sa v package/ppp/Makefile V tomto subore treba najst sekciu:\r\n\r\n

\r\ndefine Package/ppp-mod-radius/install\r\n
\r\n

\r\n

V tejto sekcii som pridal riadky, ktore nakopiruju dane pluginy \r\ndo cieloveho adresara z ktoreho bude vytvoreny balik. Takze pod riadok:\r\n\r\n

\r\n$(INSTALL_BIN) $(PKG_INSTALL_DIR)/usr/lib/pppd/$(PKG_VERSION)/radius.so \\\r\n  $(1)/usr/lib/pppd/$(PKG_VERSION)/\r\n
\r\n

\r\n

Som pridal dalsie riadky:\r\n

\r\n

\r\n $(INSTALL_BIN) $(PKG_INSTALL_DIR)/usr/lib/pppd/$(PKG_VERSION)/radattr.so \\\r\n    $(1)/usr/lib/pppd/$(PKG_VERSION)/\r\n $(INSTALL_BIN) $(PKG_INSTALL_DIR)/usr/lib/pppd/$(PKG_VERSION)/radrealms.so \\\r\n    $(1)/usr/lib/pppd/$(PKG_VERSION)/\r\n
\r\n

\r\n

POZOR!!! Ide o editaciu Makefile takze je dolezite pouzivat tabelatory a spravne odsadenie POZOR!!!
\r\nRekompilaciu balika som spustil prikazom make v adresari /usr/src/kamikaze. Mozno existuje aj elegantejsi a efektivnejsi sposob, ale to je OT. Vysledny balik ppp-mod-radius_2.4.3-11_mips.ipk najdete v adresari bin/packages/target-<platform>_uClibc-0.9.29\r\n

\r\n

pppoe-server - podpora PPPoE

\r\n

PPPoE je protokol urceny k zapuzdreniu ramcov PPP protokolu do ethernetovych ramcov. V openwrt (a linuxe vseobecne) sa pouziva rp-pppoe. Zaroven je potrebna podpora PPP protokolu. Standartne sa vyuziva pppd.\r\n

\r\n

Baliky

\r\n

Instalacia z balikov:\r\n\r\n

\r\n[root@r1]# opkg update\r\n[root@r1]# opkg install ppp-mod-pppoe rp-pppoe-server\r\n
\r\n

\r\n

Instalovat ppp nie je nutne, pretoze je standartne uz nainstalovane.\r\n

\r\n

Podpora PPPoE v jadre

\r\n

Pre zapnutie podpory PPPoE v jadre treba zabezpecit aby sa nam po \r\nrestarte nahrali moduly jadra pre podporu pppoe. Podla kapitoly Jadro a moduly (vid vyssie) som v vytvoril subor "/etc/modules.d/31-pppoe" ktory obsahuje nazvy modulov ktore budu zavedene (poradie je dolezite):\r\n\r\n

\r\npppox\r\npppoe\r\n
\r\n

\r\n

Konfiguracia

\r\n

Konfiguracia rp-pppoe servera sa nachadza v suboroch /etc/ppp/pppoe-server-options - tu su hlavne nastavenia. Do suboru /etc/default/pppoe-server sa zapisuju parametre s ktorymi bude server startovat.\r\n

Vypis suboru /etc/ppp/pppoe-server-options:\r\n\r\n

\r\n#debug\r\n#kdebug 4\r\n#logfile /tmp/ppp.log\r\n\r\nrequire-pap\r\nrequire-chap\r\n#require-mschap-v2\r\n\r\nlcp-echo-interval 15\r\nlcp-echo-failure 4\r\n\r\nmtu 1492\r\nmru 1492\r\n\r\nms-dns 194.145.206.6\r\nms-dns 10.10.1.7\r\n\r\nnodefaultroute\r\nktune\r\ndefault-asyncmap\r\nplugin /usr/lib/pppd/2.4.3/radius.so\r\nplugin /usr/lib/pppd/2.4.3/radattr.so\r\n#plugin /usr/lib/pppd/2.4.3/radrealms.so\r\n\r\nnobsdcomp\r\nnoccp\r\nnoendpoint\r\nnoipdefault\r\nnovj\r\nreceive-all\r\n
\r\n

\r\n

Volby debug a kdebug su iba koli ladeniu nastaveni a po dokonceni konfiguracie budu vypnute. Volby lcp-echo-* su urcene k priebeznej kontrole ci je spojenie s klientom funkcne. Zvysne volby su vysvetlene v pppd(8)
\r\n

Obsah suboru /etc/default/pppoe-server:\r\n

\r\n

\r\nOPTIONS="-u -T 60 -k -C r1 -I br-wifi -L 10.99.0.2"\r\n
\r\n

\r\n

Dolezity je parameter -k ktory zapina pouzivanie kernel-mode ppp. Parametrom -I sa urcuje na ktorom interface bude pppoe-server nasluchat pre pppoe PAD* ramce. V tomto pripade sa klientske spojenia ocakavaju na wirelesovych rozhraniach. Parametrom -L sa urcuje IP adresa lokalnej casti vytvaranych ppp spojeni. Neviem ci je -L potrebne - ked vsak uvedene nie je potom sa pouzije nejaka vygenerovana IP adresa. Parametrom -C sa nastavuje meno tohoto koncentratora.\r\n

\r\n

Pridanie podpory RADIUS WISPr atributov

\r\n

Aby radius plugin rozoznaval atributy ktore potrebujeme je nutne upravit subor /etc/radiusclient/dictionary. Do tohoto suboru je potrebne pridat nasledujuce riadky:\r\n\r\n

\r\n#BEGIN-VENDOR   WISPr\r\nATTRIBUTE   WISPr-Location-ID                    1  string  WISPr\r\nATTRIBUTE   WISPr-Location-Name                  2  string  WISPr\r\nATTRIBUTE   WISPr-Logoff-URL                     3  string  WISPr\r\nATTRIBUTE   WISPr-Redirection-URL                4  string  WISPr\r\nATTRIBUTE   WISPr-Bandwidth-Min-Up               5  integer WISPr\r\nATTRIBUTE   WISPr-Bandwidth-Min-Down             6  integer WISPr\r\nATTRIBUTE   WISPr-Bandwidth-Max-Up               7  integer WISPr\r\nATTRIBUTE   WISPr-Bandwidth-Max-Down             8  integer WISPr\r\nATTRIBUTE   WISPr-Session-Terminate-Time         9  string  WISPr\r\n#ATTRIBUTE   WISPr-Session-Terminate-End-Of-Day  10 string  WISPr\r\nATTRIBUTE   WISPr-Billing-Class-Of-Service       11 string  WISPr\r\n#END-VENDOR  WISPr\r\n
\r\n

\r\n

Overenie funkcionality

\r\n

Pokial pluginy radius.so a radattr.so funguju, potom by sa po vytvoreni kazdeho ppp spojenia mal vygenerovat subor /var/run/radattr.ppp<NUM>, kde NUM je cislo ppp rozhrania. Tento subor by mal obsahovat uzivatelove atributy radius protokolu.\r\n

\r\n

Spustanie

\r\n

Aby sa pppoe server spustil aj po restarte zariadenia je nutne vytvorit si linky v adresari /etc/rc.d takze:\r\n\r\n

\r\n[root@r1]# cd /etc/rc.d/\r\n[root@r1]# ln -s ../init.d/pppoe-server S90pppoe-server\r\n[root@r1]# ls -al\r\ndrwxr-xr-x    2 root     root            0 Mar 14 18:11 .\r\ndrwxr-xr-x   14 root     root            0 Mar 11 14:49 ..\r\nlrwxrwxrwx    1 root     root           16 Jan  1  1970 K20quagga -> ../init.d/quagga\r\nlrwxrwxrwx    1 root     root           17 Dec 17 15:00 K40network -> ../init.d/network\r\nlrwxrwxrwx    1 root     root           16 Dec 17 15:00 K99umount -> ../init.d/umount\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S10boot -> ../init.d/boot\r\nlrwxrwxrwx    1 root     root           15 Dec 17 15:00 S20fstab -> ../init.d/fstab\r\nlrwxrwxrwx    1 root     root           17 Dec 17 15:00 S40network -> ../init.d/network\r\nlrwxrwxrwx    1 root     root           14 Jan  1  1970 S43ntpd -> ../init.d/ntpd\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S45firewall -> ../init.d/firewall\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S50cron -> ../init.d/cron\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S50dropbear -> ../init.d/dropbear\r\nlrwxrwxrwx    1 root     root           13 Dec 17 15:00 S50qos -> ../init.d/qos\r\nlrwxrwxrwx    1 root     root           13 Dec 17 15:00 S60led -> ../init.d/led\r\nlrwxrwxrwx    1 root     root           15 Jan  1  1970 S70snmpd -> ../init.d/snmpd\r\nlrwxrwxrwx    1 root     root           16 Mar 13 19:36 S80quagga -> ../init.d/quagga\r\nlrwxrwxrwx    1 root     root           22 Mar 14 18:11 S90pppoe-server -> ../init.d/pppoe-server\r\nlrwxrwxrwx    1 root     root           18 Mar 13 18:10 S93lighthttpd -> ../init.d/lighttpd\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S95done -> ../init.d/done\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S97watchdog -> ../init.d/watchdog\r\nlrwxrwxrwx    1 root     root           16 Dec 17 15:00 S99sysctl -> ../init.d/sysctl\r\n[root@r1]# /etc/init.d/pppoe-server restart\r\n
\r\n

\r\n

Uprava startovacieho poradia PPPoE servera v OpenWRT

\r\n

V initscripte feeds/packages/net/rp-pppoe/files/pppoe-server.init je potrebne upravit/nastavit hodnoty:\r\n

\r\n

START=80\r\nSTOP=10\r\n

\r\n

Dodatok

\r\n

Spustaci script pre pppoe-server je presunuty z balika rp-pppoe do balika alternet-nas\r\n pretoze je mierne upraveny pre ucely siete alternet. Konkretne ide o \r\nupravy pri ktorych spustanie servera je odlozene az do chvile kym NAS \r\nneuzavrie tzv. stalled sessions. V subore feeds/packages/net/rp-pppoe/Makefile je vymazany riadok obsahujuci prikaz:\r\n

\r\n

\r\n$(INSTALL_BIN) ./files/pppoe-server.init $(1)/etc/init.d/pppoe-server\r\n
\r\n

\r\n

Chillispot

\r\n

CoovaChilli je softwerovy access controller. CoovaChilli je zalozene na popularnom chillispot-e.\r\n

\r\n

Instalacia

\r\n

Instalacia je z balikov takze:\r\n\r\n

\r\n[root@r1]# opkg update\r\n[root@r1]# opkg install coova-chilli\r\n
\r\n

\r\n

Zaroven je nutne zabezpecit nahratie modulu tun ktory chilli vyuziva. V sekci o jadre a moduloch som tun modul nevyhadzoval. Takze si iba skontrolujem ci sa v adresari /etc/modules.d/ nachadza subor s nazvom modulu.\r\n\r\n

\r\nroot@r1:/# cd /etc/modules.d && ls -al\r\ndrwxrwxr-x    3 root     root            0 Jan  1 00:25 .\r\ndrwxr-xr-x   15 root     root            0 Jan  6  1970 ..\r\n-rw-r--r--    1 root     root            4 Jan  1 00:22 29-tun\r\n-rw-rw-r--    1 root     root           27 Mar 11  2009 30-ppp\r\n-rw-r--r--    1 root     root           12 Mar 12  2009 31-pppoe\r\n-rw-r--r--    1 root     root          115 Dec 17  2008 50-madwifi\r\ndrwxr-xr-x    2 root     root            0 Mar 13  2009 disabled\r\n...\r\n...\r\nroot@r1:/etc/modules.d#\r\n
\r\n

\r\n

Konfiguracia

\r\n

Konfiguracia chillispot daemona je ulozena v subore "/etc/chilli/config".\r\n

\r\n

\r\nHS_WANIF=br-lan                 # WAN Interface toward the Internet\r\nHS_LANIF=eth1                   # Subscriber Interface for client devices\r\nHS_NETWORK=10.111.11.0          # HotSpot Network (must include HS_UAMLISTEN)\r\nHS_NETMASK=255.255.255.0        # HotSpot Network Netmask\r\nHS_UAMLISTEN=10.111.11.1        # HotSpot IP Address (on subscriber network)\r\nHS_UAMPORT=3990                 # HotSpot Port (on subscriber network)\r\nHS_STATIP=10.111.40.0/24,10.111.41.0/24 # zoznam sieti v ramci ktorych su pridelovane IP adresy\r\nHS_STATIP_MASK=255.255.255.0\r\nHS_NASID=nas-03\r\nHS_RADIUS=10.10.10.10\r\nHS_RADIUS2=10.10.10.10\r\nHS_RADSECRET=mrkva24\r\nHS_UAMALLOW=10.111.0.0/16,192.168.2.0/24,hs.ecce.sk\r\nHS_UAMSERVER=hs.ecce.sk\r\nHS_UAMFORMAT=https://hs.ecce.sk/uam/\r\nHS_UAMHOMEPAGE=http://\\$HS_UAMLISTEN:\\$HS_UAMPORT/www/coova.html\r\nHS_ANYIP=on                 # Allow any IP address on subscriber LAN\r\nHS_MACAUTH=on               # To turn on MAC Authentication\r\nHS_MODE=hotspot\r\nHS_TYPE=chillispot\r\nHS_RADAUTH=1812\r\nHS_RADACCT=1813\r\nHS_ADMUSR=chillispot@eccenet\r\nHS_ADMPWD=chillispot\r\nHS_WWWDIR=/etc/chilli/www \r\nHS_WWWBIN=/etc/chilli/wwwsh\r\nHS_PROVIDER=Ecce\r\nHS_PROVIDER_LINK=http://moje.ecce.sk/\r\nHS_LOC_NAME="Rojter stolowwy"      # WISPr Location Name and used in portal\r\nHS_LOC_NETWORK="StolNET"           # Network name\r\nHS_LOC_AC=421                      # Phone area code\r\nHS_LOC_CC=55                       # Phone country code\r\nHS_LOC_ISOCC=SK                    # ISO Country code\r\n
\r\n

\r\n

Z obsahu tohoto suboru sa pri volania init scriptu "/etc/init.d/chilli start" generuje samotny konfiguracny subor "/etc/chilli/main.conf". Niektore parametre ktore sa v primarnom konfiguracnom subore nedaju pouzit je nutne dat do lokalneho konfiguracneho suboru "/etc/chilli/local.conf". Konkretne ide o heslo pre autorizaciu MAC adries. Obsah suboru je teda:\r\n\r\n

\r\nmacpasswd fero\r\n
\r\n

\r\n

Spustanie

\r\n

Aby sa nam chiliispot spustil aj po restarte zariadenia je potrebne vytvorit patricne linky v adresari "/etc/rc.d" cize:\r\n\r\n

\r\n[root@r1]# cd /etc/rc.d\r\n[root@r1]# ln -s ../init.d/chilli S91chilli\r\n[root@r1]# ls -al\r\ndrwxr-xr-x    2 root     root            0 Mar 14 21:07 .\r\ndrwxr-xr-x   14 root     root            0 Mar 14 20:59 ..\r\nlrwxrwxrwx    1 root     root           16 Jan  1  1970 K20quagga -> ../init.d/quagga\r\nlrwxrwxrwx    1 root     root           17 Dec 17 15:00 K40network -> ../init.d/network\r\nlrwxrwxrwx    1 root     root           16 Dec 17 15:00 K99umount -> ../init.d/umount\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S10boot -> ../init.d/boot\r\nlrwxrwxrwx    1 root     root           15 Dec 17 15:00 S20fstab -> ../init.d/fstab\r\nlrwxrwxrwx    1 root     root           17 Dec 17 15:00 S40network -> ../init.d/network\r\nlrwxrwxrwx    1 root     root           14 Jan  1  1970 S43ntpd -> ../init.d/ntpd\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S45firewall -> ../init.d/firewall\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S50cron -> ../init.d/cron\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S50dropbear -> ../init.d/dropbear\r\nlrwxrwxrwx    1 root     root           18 Jan  1  1970 S50lighttpd -> ../init.d/lighttpd\r\nlrwxrwxrwx    1 root     root           13 Dec 17 15:00 S50qos -> ../init.d/qos\r\nlrwxrwxrwx    1 root     root           13 Dec 17 15:00 S60led -> ../init.d/led\r\nlrwxrwxrwx    1 root     root           16 Mar 13 19:36 S80quagga -> ../init.d/quagga\r\nlrwxrwxrwx    1 root     root           22 Mar 14 18:11 S90pppoe-server -> ../init.d/pppoe-server\r\nlrwxrwxrwx    1 root     root           16 Mar 14 21:07 S91chilli -> ../init.d/chilli\r\nlrwxrwxrwx    1 root     root           18 Mar 13 18:10 S93lighthttpd -> ../init.d/lighttpd\r\nlrwxrwxrwx    1 root     root           14 Dec 17 15:00 S95done -> ../init.d/done\r\nlrwxrwxrwx    1 root     root           18 Dec 17 15:00 S97watchdog -> ../init.d/watchdog\r\nlrwxrwxrwx    1 root     root           16 Dec 17 15:00 S99sysctl -> ../init.d/sysctl\r\n
\r\n

\r\n

Z vypisu vypliva ze priorita spustania chillispot daemona je 91 - cize sa spusti az po quagge a pppoe-serveri.\r\n

\r\n

Odkazy

\r\n

OpenWRT \r\n
Domovska stranka projektu rp-pppoe server - pppoe koncentrator.\r\n
Domovska stranka projektu Quagga - OSPF/dynamic routing.\r\n
Domovska stranka projektu lighttpd - Web server\r\n
Domovska stranka projektu CoovaChilli - captive portal.\r\n
postup na konfiguraciu chilli captive portal\r\n
[3] - Coovachilli informacie\r\n
[4] - Coovachilli informacie\r\n

\N 0 59 Prémiová linka 0900 (audiotex) 57 174 1 premiova-linka-0900-audiotex t \N 0

Prémiové číslo 0900 je službou na príjem volaní so zvýšenou cenou, a nazýva sa tiež audiotex. Prostredníctvom tejto služby je možné realizovať\r\n

informačné, poradenské a konzultačné služby,
telefonické hry a súťaže,
úhradu drobných poplatkov (prístup na web, parkovné, a pod.),
príjem príspevkov a darov,
a iné.

\r\n

\r\n\r\n

Príjem z poplatkov za volania na číslo 0900 sa rozdeľuje medzi držiteľa, ktorému je číslo pridelené, a medzi telekomunikačný podnik. Pomer rozdelenia je daný vzájomnou zmluvou.

\r\n\r\n

Volajúci, ktorý volá na číslo 0900, platí za volanie cenu určenú cenníkom toho operátora, z ktorého siete volá. Tieto ceny sú spravidla u operátorov rovnako vysoké.

\r\n\r\n

Prémiové číslo 0900 je zriadené v ústredni IPfon. Všetky prichádzajúce hovory na toto číslo sú presmerované na zvolené číslo v sieti IPfon, alebo v inej pevnej alebo mobilnej sieti. Prichádzajúce hovory môžu byť takto smerované aj na automatický spojovací či hlasový systém. Presmerovanie na čísla v sieti IPfon je bezplatné, pri presmerovaní do iných sietí uhrádza držiteľ prémiového čísla 0900 náklady na volanie zo siete IPfon do inej siete.

\N 0 55 Ovladanie cez e-mail 49 51 2 ovladanie-cez-e-mail t \N 3

Ked odpoviete na mail ktory prisiel z RTcka (odpoved zaslana na niektoru z beznych RT adries napriklad info@alternet.sk, tkr@medzev.net a podobne) - RT takyto mail spracuje ako ODPOVED a zasle tuto odpoved aj ziadatelovi (moze to byt zakaznik ktory poziadavku otvoril).

\r\n\r\n

Ak chcete cez mail poslat iba komentar, namiesto zasielania spravy na beznu adresu ju poslite na comment@alternet.sk - takyto mail sa RTckom spracuje iba ako KOMENTAR ktory sa neposiela ziadatelovi (zakaznikovi).

\r\n\r\n

Na uplny zaciatok spravy (odpovede na RT notifikaciu) sa da napisat niekolko prikazov, ktore sa v RT vykonaju. Kazdy prikaz sa pise na novy riadok. Na velkych/malych pismenach nezalezi.

\r\n\r\n

Najdolezitejsie prikazy su:

\r\n\r\nTimeWorked: (minutes)
\r\nOdpracovany cas na rieseni ticketu.
\r\n
\r\nSubject: (string)
\r\nNastavi novy nazov ticketu (pouzite ak nebol predmet spravy/ulohy nastaveny vhodne a treba ho upravit)
\r\n
\r\nStatus: (status)
\r\nNastavi status ticketu. Pouziva sa v anglickych nazovoch stavov.
\r\nopen = otvoreny, v rieseni
\r\nstalled = odlozeny, caka sa na reakciu zakaznika, po reakcii ticket automaticky prejde do stavu open
\r\nresolved = uspesne vyrieseny, uzavrety
\r\nrejected = zamietnuty - uloha odmietnuta bez riesenia, neriesi sa
\r\n\r\nOwner: (username)
\r\nNastavi vlastnika (riesitela) tasku na zvoleny username (username je prihlasovacie meno do RT, rovnako by tu mohla fungovat aj email adresa)
\r\n
\r\nRequestor: (address) Nastavi ziadatela na email adresu
\r\nAddRequestor: (address) Prida dalsiu email adresu ako ziadatela
\r\nDelRequestor: (address) Odstrani emailovu adresu ziadatela
\r\nCc: (address) Nastavi k ticketu zasielanie kopii odpovedi na ziadatela (predosle nastavenia zrusi)
\r\nAddCc: (address) Prida novu adresu medzi adresatov na zasielanie kopii (ostatnych adresatov ponecha)
\r\nDelCc: (address) Odstrani adresu spomedzi adresatov na zasielanie kopii
\r\nAdminCc: (address) Nastavi AdminCc kopie na zadanu email adresu (adresy) - predosle nastavenia zrusi
\r\nAddAdminCc: (address) Prida noveho AdminCc (zadanim email adresy)
\r\nDelAdminCc: (address) Odstrani email adresu zo zoznamu AdminCc kopii
\r\n
\r\n(ak sa nemylim tak na CC chodia iba kopie odpovedi na ticket, kdezto na adminCC chodia aj kopie internych komentarov)\r\n\r\n\r\n

\r\n\r\nPRIKLAD:

\r\n\r\n

E-mailom vam dojde informacia o poziadavke - zakaznik ma problem.\r\n
Dajte odpoved na spravu a odpiste tak ziadatelovi (zakaznikovi), napriklad ze sa bude porucha riesit na druhy den (a podobne). \r\n
Druhy den rieste poruchu u zakaznika.\r\n
Po vyrieseni poruchy, potrebujeme este zaznamenat detaily jej riesenia do RT pre kolegov (takato sprava sa neposiela zakaznikovi), a potrebujeme tiez zaznacit odpracovany cas. Dajte na povodny email odpoved este raz, avsak tentokrat prepisete adresu prijimatela na comment@alternet.sk, pretoze toto bude iba interny komentar ktory sa zakaznikovi neposiela. Do prveho riadku spravy napiste "timeworked: 60" pretoze riesenie trvalo 60 minut, na dalsi riadok "status: resolved" pretoze uloha bola uspesne vyriesena a ticket sa moze zatvorit. Alebo ak na tom pracoval este ny kolega, namiesto zatvorenia ticketu mozete dat "owner: alexii" a presunut task na RT uzivatela alexii, aby si pripadne aj on doplnil svoj vykaz.\r\n
To je vsetko - v tickete je tymto spravne zaznamenane, kto ulohu riesil, ako dlho ju riesil, a je po vyrieseni aj korektne uzatvorena (oznacena za vybavenu).\r\n

\r\n\r\n

V kazdom pripade je nutne dodrzat aby v predmete spravy ostalo zachovane cislo ticketu [RT #xxxxx], inak RT nebude vediet ktoreho ticketu sa dava nec tyka, a tak zalozi novy.

\N 80 302 Diagnostika spojenia voči niektorým serverom/službám 301 28 2 internet-troubleshooting-diagnostika-spojenia t \N 0

Overenie spojenia echo testom (ping)

Ako základný test spojenia v IP sieti sa používa ICMP echo test, na väčšine systémov označovaný ako ping.

Na systémoch Windows alebo Linux do príkazového riadku zadajte príkaz ping nasledovaný medzerou a doménovým názvom alebo IP adresou testovaného cieľa.

Ak uvediete doménový názov cieľa, pred samotným \r\ntestom sa musí k tomuto názvu vyhľadať IP adresa pomocou protokolu DNS \r\n(Domain Name System). Ak sa nepodarí zistiť IP adresu a test nezačne, je problém v nastavení\r\n služby DNS alebo v uvedení (prípadne blokovaní) tohto názvu v službe DNS.\r\n Ak sa IP adresu pre doménový názov podarí zistiť, test ďalej pokračuje \r\ns použitím IP adresy.

Nástroj ping na IP adresu vysiela pakety ICMP echo request (požiadavka na \r\nodpoveď) a ak ich cieľové zariadenie dostane, malo by na nich reagovať paketmi\r\n ICMP echo reply (odpoveď). Ak nástroj ping zobrazí, že odpoveď \r\ndostal (a za aký čas), základné IP spojenie s cieľom je potvrdené. Ak odpoveď \r\nnedorazí (Request timed out a podobne), príčinou môže byť nefunkčnosť spojenia s cieľom, alebo tiež vypnuté alebo blokované ICMP echo na cieľovom zariadení. V takomto prípade je vhodné overiť smerovanie testom traceroute.\r\n

\r\n

Overenie smerovania (traceroute/tracert)

\r\n

Pomocou príkazu tracert (Windows) alebo traceroute\r\n (Linux) je možné získať odozvu od jednotlivých \r\nsmerovačov po ceste k cieľu (ak nemajú takúto funkciu blokovanú) a overiť tak, kam až došla požiadavka, ktorú sme odoslali.

Na systéme Windows sa používa príkaz tracert, na systéme Linux príkaz traceroute. Do príkazového riadku zadajte príkaz nasledovaný medzerou a doménovým názvom alebo IP adresou testovaného cieľa.\r\n

Nástroj traceroute vysiela na cieľovú IP adresu pakety so skráteným TTL (Time To Live) - životnosť týchto \r\npaketov skončí po prechode zadaným počtom smerovačov. \r\nSmerovač, ktorý takýto paket zahodí, o tom pošle informáciu ICMP \r\nsprávou, a nástroj traceroute túto odpoveď zobrazí, a takto postupne zistí cestu, ktorou paket smeruje k cieľu. Pomocou zobrazených doménových názvov smerovačov (ktoré označujú ich prevádzkovateľa, mesto a/alebo štát) je možné \r\nodhadnúť, do akej časti cesty je spojenie funkčné a kam už sa paket \r\nnedostane.
\r\n

\N 80 56 Prihlásenie 49 44 2 prihlasenie t \N 3

Na úvodnej strane vidíme:

10 najdôležitejších požiadaviek, ktoré vlastním:

-najdôležitejšie požiadavky, ktoré vlastním (ktoré mi boli pridelené alebo som si vytvorila) - tie musím sledovať a riešiť.

10 najnovších požiadaviek bez vlastníka:

-požiadavky, ktorým nebol pridelený vlastník, môžem si ich vziať k sebe pokiaľ sa týkajú mojej agendy a viem ich riešiť

Pripomienka:

-k jednotlivým tiketom si viem vytvoriť pripomienku, viem si vybrať dátum a čas. Vytváram ju v prípade, ze sa v tickete vyžaduje akcia až o pár dní. Inak pripomienka nutná nie je

-pripomienka môže byť k tiketom, ktoré vlastním, ale aj k tým, ktoré nevlastním

-pripomienku zruším (vyriešim), keď zaškrtnem štvorček a uložím zmeny

-môžem využiť pri: výpovede zmlúv (ak má niekto vrátiť zariadenie, aby som mu to pred koncom termínu pripomenula); ak mal niekto nejakú poruchu a chcem prezistiť, či je už všetko v poriadku; a pod.

\N 20 54 Vyhľadávanie 49 49 2 vyhladavanie t \N 3

Vyhľadávanie je možné realizovať dvoma spôsobmi:

1. Vyhľadávacie okienko vpravo hore - zadať číslo tiketu, časť predmetu, meno zákazníka - vyhľadáva iba tickety, ktoré nie sú ešte vyriešené

2. "Vyhľadať" - "Požiadavky" - "Nové hľadanie" - možnosť vytvoriť si query podľa seba

\N 20 289 Inštalácia dohľadu disku v HW RAID na ESX na HS22 70 103 2 instalacia-dohladu-disku-v-hw-raid-na-esx-na-h-s22 t \N 0

Pre dohľad stavu pevných diskov v HW RAIDe pod ESX na HS22 je potrebné spraviť nasledovné:

Prihláste sa cez SSH do shellu ESX.

Cez SCP nakopírujte do filesystému ESX do /opt/diskmon súbory DiskMonu (diskmon, lsiutil a prípadne aj README)

Overte funkčnosť diskmon-a jeho spustením - /opt/diskmon/diskmon

Ak diskmon beží správne, editujte lokálny startup script príkazom # vi /etc/rc.local.d/local.sh a doplňte:

/bin/kill $(cat /var/run/crond.pid)
/bin/echo "*/5 * * * * /opt/diskmon/diskmon" >> /var/spool/cron/crontabs/root
crond

Uložte ( :wq ).

Spusťte skript /etc/rc.local.d/local.sh , aby sa vykonal a uplatnil.

Nezabudnite vypnúť SSH shell!

Informácie ku konfigurácii crontabu na ESX:
https://communities.vmware.com/t5/VI-VMware-ESX-3-5-Documents/ghettoVCB-sh-Free-alternative-for-backing-up-VM-s-for-ESX-i-3-5/ta-p/2773570

hs22, esx, raid 100 69 Priority 49 50 2 rt-priority t \N 0

Rozdelenie priorít je navrhnuté podľa toho, ako o tom pojednáva RT Wiki.\r\nhttp://requesttracker.wikia.com/wiki/Priority\r\n

\r\n

Priorita 11-20 : Malá nepríjemnosť. Existuje vyhovujúce náhradné riešenie.\r\n
Priorita 21-30 : Nepríjemnosť. Existuje náhradné riešenie.\r\n
Priorita 31-40 : Veľká nepríjemnosť. Existuje náhradné riešenie, ale je spojené s problémami.\r\n
Priorita 41-50 : Skutočný probém. Niektoré služby nefungujú a nebudú funkčné, kým sa toto nevyrieši.\r\n
Priorita 51-60 : Katastrofa. Dôležité služby nefungujú a nebudú fungovať, kým toto nebude vyriešené.\r\n

\N 0 132 Git 130 228 3 git t \N 0 \N \N 0 120 AFS administrácia servera 119 98 3 afs-administracia-servera t \N 3 Vytvaranie a spravu volumov na afs1 serveri. (pripadne draco pre cell \r\necce.sk). Treba sa prihlasit ako root/admin@21.sk a po prihlaseni \r\nzavolat "aklog".

Volumy

Vypise zoznam volumov:
vos listvol afs1

Vytvorenie volume (zaroven aj nastavenie quoty)
vos create -server afs1 -partition /vicepa -name fero.usr -maxquota 20971520

Zmena quoty na existujucom volume:
vos setfields -id fero.usr -maxquota 20971522

Volumom\r\n ktore budu mountovane ako homedir davam priponu *.usr, ostatne urcene \r\npre rozne aplikacie ci projekty maju priponu *.prj. Velkost quoty pri \r\nvytvarani ci zmene sa uvadza v kilobajtoch.

Zistenie aktualnej quoty na volume (musi byt namountovany)
fs lq /afs/21.sk/user/fero

Vytvorenie mountpointu:
fs mkmount -dir /afs/.21.sk/user/fero -vol fero.usr
vos release root.cell

Zrusenie mountpointu:
fs rmmount /afs/.21.sk/user/fero
vos release root.cell

Zrusenie volume pokial je este nenamountovany:
vos remove -server afs1 -partition /vicepa -id fero.usr

Zrusenie namountovaneho volume:
fs rmmount /afs/.21.sk/user/fero
vos release root.cell
vos remove -server afs1 -partition /vicepa -id fero.usr

Praca s uzivatelmi a skupinami:

V AFS existuju preddefinovane skupiny:

system:administrators - \r\nClenovia tejto skupiny maju nad adresarmi vsetky prava vratane zmeny \r\npristupovych prav. Pri vytvoreni noveho adresara alebo mountpointu \r\nbudu ako prve automaticky pridelene vsetky prava tejto skupine. Pokial \r\nchces vytvorit superusera (v AFS, nie v KRB) tak staci jeho meno pridat \r\ndo tejto skupiny.
system:backup - Urceny pre archivacne ucely. Zaroven umoznuje dumpovat volumy atd.
system:authuser\r\n - Tato skupina nema ziadnych clenov, ale ked nastavis prava na adresare\r\n tejto skupine, tak sa budu vztahovat na kazdeho autorizovaneho \r\nuzivatela.
system:anyuser - Tato skupina nema ziadnych clenov, \r\nale ked ma nastavene nejake prava na adresar tak sa budu vztahovat na \r\nkazdeho autorizovaneho aj neautorizovaneho uzivatela.
system:ptsviewers - Umoznuje citat ACL k adresarom (ale uz neumoznuje ich modifikaciu). Nepouzivam.

Vytvorenie skupiny:
pts creategroup -name technici

Pridanie uzivatela do skupiny:
pts adduser -user alexii -group technici

Vypise existujuce skupiny
pts listentries -groups

Vypise existujucich uzivatelov:
pts listentries -users

Vypise mena uzivatelov patriacich do skupiny technici
pts membership -nameorid technici

Vypise zoznam skupin do ktorych uzivatel patri
pts membership -nameorid alexii

Vyradi uzivatela zo skupiny:
pts removeuser -user alexii -group technici

VYMAZE uzivatela z PTS databazy.
pts delete -nameorid uzivatel_alebo_skupina

Nastavovanie pristupovych prav

Vypise prava na adresar:
fs la /afs/21.sk/user/fero

Nastavi prava na adresar:
fs sa -dir /afs/21.sk/user/fero -acl technici write

Tymto\r\n prikazom som na adresar nastavil prava pre zapis skupine technici. \r\nPrava je mozne nastavovat aj po jednotlivych komponentoch ktore su:

r - read
l - lookup
i - insert
d - delete
w - write
k - lock
a - administer (umoznuje manipulaciu s pravami)

Je ale mozne pouzivat preddefinovane klucove slova vid priklad vyssie. Zoznam preddefinovanych prav:

all - nastavenie vsetkych prav (rlidwka)
none - odstrani prava pre daneho uzivatela.
read - nastavenie prav pre citanie (rl)
write - nastavenie prav pre citanie (rlidwk)

Ak chcem napriklad odstranit nejakeho uzivatela/skupinu z ACL pre dany adresar:
fs sa -dir /afs/21.sk/user/fero -acl technici none

Vhodnou\r\n kombinaciou "elementarnych" prav je mozne z adresara vytvorit tzv. \r\n"dropbox". To je adresar kde uzivatel moze pridat subor, ale uz ho \r\nnemoze vymazat, ani nijak modifikovat ci vobec vidiet obsah suboru ci \r\ndropbox-adresara.
Prikaz "fs" nepracuje rekurzivne, takze som napisal\r\n jednoduchy skryptik ktorym sa daju prava nastavovat rekurzivne. Script\r\n sa vola "fsr" a jeho parametre su:

fsr /afs/cell_name/nejaky/adresar uzivatel_alebo_skupina prava

Prikaz:
fsr /afs/21.sk/user/alexii technici write

Rekurzivne nastavi prava na zapis skupine technici v adresari /afs/21.sk/user/alexii a vsetkych jeho podadresaroch.

Prikaz:
fsr /afs/21.sk/user/alexii technici none

Rekurzivne odoberie vsetky prava skupine technici v adresari /afs/21.sk/user/alexii a vsetkych jeho podadresaroch.

\N 0 52 Fázy požiadavky 49 46 2 fazy-poziadavky t \N 3 Požiadavka môže byť v rôznych fázach:

nový - ešte nikto s tým nič nerobil
otvorený - už niekto začal riešiť túto požiadavku
odložený - neriešime, čaká sa na žiadateľa - keď žiadateľ pošle e-mail k danému tiketu, tiket sa zmení na otvorený
zamietnutý - úloha sa nevyriešila a ani sa nebude ďalej riešiť
vyriešený - úloha bola vyriešená

\N 20 208 Zaujem o pripojenie - pokryta lokalita 204 57 3 zaujem-o-pripojenie-pokryta-lokalita t \N 0 Dobrý deň,

pokrytie v XXXXXXX máme a pripojenie je možné.

V prílohe Vám zasielam kompletný cenník ponúkaných služieb.
Všetky programy, ktoré poskytujeme sú časovo aj dátovo neobmedzené s fixným mesačným poplatkom.
Pre bežnú domácnosť môžme odporúčať veľmi obľúbený program služieb Internet 20/4 s mesačným poplatkom 17.90€, ktorý spĺňa aj požiadavky náročnejších používateľov.

Za zriadenie sa účtuje jednorázový poplatok 19.90€ za štandardnú montáž a aktivácia 1€.

Pokiaľ o pripojenie máte záujem, alebo máte akékoľvek nejasnosti alebo otázky, kontaktujte nás na čísle 055/333 55 55, radi Vám odpovieme.

S pozdravom,

\N 100 195 Zmena v osobe účastníka 194 63 2 zmena-v-osobe-ucastnika-1 t \N 0 Zmena v osobe účastníka:
- prihlásiť sa do Extranetu
- vytvoriť novú osobu, ktorá ma byť novým účastníkom s vyplnením všetkých povinných údajov- ak ešte nebola vytvorená
- vyhľadať pôvodnú osobu, ktorej sa zmena týka
- pri tejto osobe kliknúť na button "zmenitť osobu v zmluvách"
- otvorí sa nám formulár na zmenu osoby
- tu treba začať písat meno novej osoby, ktorú sme založili do adresára (systém nám podľa zhody ponúhne dostupné voľby)
-\r\n môžme zvoliť zaškrtnúť/odškrtnúť všetky- táto voľba nám označí alebo \r\nodznačí osobu, ktorá sa má meniť na všetkých zmluvách, na ktorých sa \r\ntáto osoba nachádza
- zvolíme dátum zmeny, systém nám ponúkne spravidla prvý deň nasledujúceho mesiaca. Nevoliť spätne!
-\r\n zvolíme voľbu, komu sa má naúčtovať poplatok za zmenu v sume podľa \r\ntarify (pri úmrtí sa poplatok neúčtuje, v ostatných prípadoch je to na \r\ndohode účastníkov)
- do poznámky uvedieme dôvod zmeny- úmrtie účastníka, predaj bytu a pod.

Po vykonaní týchto zmien nám vznikne nová verzia zmluvy, s novým účastníkom, ktorú je potrebné dať podpísanoť novému účastníkovi.
\N 0 51 Požiadavka a jej užívatelia 49 47 2 poziadavka-a-jej-uzivatelia t \N 3

Požiadavka môže mať k sebe priradených niekoľko typov užívateľov:

žiadateľ (requestor) - osoba, ktorá požiadavku vytvorila a požaduje jej riešenie
vlastník (owner) - osoba, ktorej bola požiadavka pridelená a musí vykonať krok k jej dokončeniu
Cc - osoba, ktorá ma byť informovaná a odpovediach žiadateľa
adminCc - osoba, ktorá ma byť informovaná o celej komunikácií (odpovede žiadateľovi aj interné komentáre)

\r\n\r\n

Každá fronta má nastavených niekoľko predvolených adminCC, ktorí dostávajú e-maily.

\N 20 87 Kontaktne centrum 48 109 1 kontaktne-centrum t \N 3 \N \N 0 78 Nastavenie DNS serverov pri registrácii top-level domén (.sk, .com, a iné) 73 80 3 nastavenie-dns-serverov-pri-registracii-top-level-domen-sk-com-a-ine t \N 3

U registrátorov sa nastavujú DNS pre domény na:\r\n

\r\n

ns1.alternet.sk\r\nns2.alternet.sk\r\n

\r\n

\N 0 216 Pridanie verejnej statickej IPadresy k aktivovanej zmluve 194 67 2 pridanie-verejnej-statickej-ipadresy-k-aktivovanej-zmluve t \N 0 Pokiaľ je zmluva už aktivovaná a zákazník má záujem si objednať verejnú statickú IPadresu, stačí do zmluvy pridať položku "zriadenie verejnej statickej IPadresy" a položka používanie sa do zmluvy dotiahne sama.
Položku je potrebne ešte aj aktivovať.
\N 80 280 Sledovanie odpracovaného času 48 162 1 sledovanie-odpracovaneho-casu t \N 0

Sledovanie odpracovaného času

time tracker, sledovanie času, odpracovaný čas 0 205 Preposlanie faktúry 204 54 3 preposlanie-faktury t \N 0 Dobrý deň,

faktúru sme Vám preposlali priamo z účtovného systému.
V prípade, že ju do 10 minút neobdržíte, prosím skontrolujte si SPAM folder vo svojom mailboxe (miesto v e-mailovej schránke, kam sa Vám ukladá nevyžiadaná pošta).

Ak by ste mali akékoľvek otázky alebo nejasnosti, neváhajte sa na nás obrátiť, radi Vám odpovieme.

S pozdravom,

\N 100 114 Zlúčenie duplicitných osôb 113 214 2 zlucenie-duplicitnych-osob t \N 3 Zlučovať duplicitné osoby je možné týmto postupom:

otvoriť stránku www.mojoperator.sk a prihlásiť sa ako administrátor\r\n
zobraziť zoznam osôb (menu: "Osoby")\r\n
zoradiť osoby podľa "Názov / meno"\r\n
nájsť pohľadom prvý riadok, v ktorom je osoba rovnaká ako v ďalšom riadku, kliknúť na ľubovoľnú z nich dvoch (troch, štyroch, ...)\r\n
kliknúť v detaile osoby na tlačidlo "Zlúčiť osobu"\r\n
zaškrtnúť, ktoré osoby majú zlúčením zaniknúť (pozor - ak majú rozdielne adresy, tak sa jedná o samostatné záznamy a tie sa zlučovať nesmú)\r\n
v riadku "Master:"vybrať ktorá osoba po zlúčení nahradí všetky zlučované osoby (osoby z predchádzajúceho)\r\n
vizuálne skontrolovať:\r\n
- zelenou farbou sú údaje, ktoré po zlúčení ostanú\r\n
- sivou farbou sú osoby, ktoré zlučovanie nijako nezasiahne (netýka sa ich)\r\n
- preškrtnuté údaje budú vymazané bez náhrady (ak tam je údaj, ktorý sa má zachovať, ten treba ručne preniesť do osoby označenej "Master"\r\n
\r\n
stlačiť tlačidlo "Zlúčiť" na spodku\r\n

\N 0 70 Administrácia IT systémov a sietí 48 70 1 sysadmin t \N 3 \N \N 0 107 Shaping 71 74 3 shaping t \N 3

\N 0 73 DNS 70 75 2 sysadmin-dns t \N 3 \N \N 100 75 Mapovanie starých DNS názvov a aliasov 73 77 3 mapovanie-starych-dns-nazvov-a-aliasov t \N 3

Pre zabezpečenie funkčnosti starých DNS názvov používaných v časoch \r\npred Alternetom, sú nakonfigurované tieto hosty. Dotazy sa smerujú \r\ntakto:\r\n

\r\n

ns.eccenet.sk   ->  ns1.alternet.sk\r\nns2.eccenet.sk  ->  ns2.alternet.sk\r\n

\r\n

ns.21.sk   ->  ns1.alternet.sk\r\nns2.21.sk  ->  ns2.alternet.sk\r\nns3.21.sk  ->  ns2.alternet.sk\r\n

\r\n

\N 0 76 Aké DNS si majú nastavovať užívatelia 73 78 3 ake-dns-si-maju-nastavovat-uzivatelia t \N 3

primary: dns cache NAS (tá ktorá je najbližšie) \r\n

secondary: ns1 / ns2 (ktoré je bližšie)\r\n

\N 0 77 Nastavenie DNS pre SERVERy, NASká 73 79 3 nastavenie-dns-pre-servery-naska t \N 3

primary: ns1 / ns2 (ktoré je bližšie)\r\n

secondary: ns2 / ns1 (ktoré je bližšie)\r\n

\N 0 80 Ako sa dáta replikujú na slaves (ns1.alternet.sk a ns2.alternet.sk) 73 82 3 ako-sa-data-replikuju-na-slaves-ns1-alternet-sk-a-ns2-alternet-sk t \N 3 Dáta z master DNS servera (ns0) sa replikujú na ns1 a ns2 pomocou \r\nzónového prenosu AXFR. Každú minútu si PowerDNS master kontroluje, či \r\nnedošlo v niektorom zázname domény k zmene, a ak áno, spraví zónový \r\nprenos celej tejto zóny (domény) na slaves - ns1 a ns2. Tie už nebežia \r\nnad databázou, ale nad textovými súbormi vo formáte named.\r\n
\N 0 81 Kde a čo je uložené v databáze 73 83 3 kde-a-co-je-ulozene-v-databaze t \N 3

Základná evidencia domén, SOA, NS

\r\n

Hľadajte je v SQL v tabuľke domain. Nájdete tu zoznam domén, s\r\n ktorými máme alebo sme niekedy mali niečo spoločné (či už ako \r\nregistrátor, prevádzkovateľ DNS, poskytovateľ webpriestoru, mailboxov, a\r\n podobne). Sem treba pridať doménu a aby bola prevádzkovaná, tak ju \r\naktivovať (activation, deactivation). Nastavením "dns" na true, sa \r\naktivuje prevádzkovanie domény v našom DNS serveri (SOA, NS).\r\n

Do dát, ktoré vidí PowerDNS, sa SOA a NS záznamy dostávajú cez \r\nPL/SQL funkciu domain_records_domain(). Tam je postupnosť kódu, ktorá \r\nčíta tabuľku "domain" a pre všetky aktívne doménové záznamy vytvára \r\njednotlivé SOA a NS (a tiež aj MX) záznamy.\r\n

\r\n

Poštový server (MX)

\r\n

Pokiaľ sa má doméne nastaviť štandardný mailserver Alternetu - \r\nePosta, stačí v SQL tabuľke "domain" nastaviť doméne príznak "our_mx" a \r\npre doménu sa do výsledného view pridá MX spf.eposta.sk s prioritou 10. \r\nNázov spf.eposta.sk a priorita je zadefinovaná na strane SQL servera, vo\r\n funkcii domain_records_domain().\r\n

\r\n

Webhosting (CNAME webhosting.21.sk)

\r\n

Tu sa využíva tabuľka "webhosting". Ak je nastavený stĺpec \r\n"domain_id" na id domény v tabuľke "domain", a táto doména je aktívna a \r\nprevádzkujeme pre ňu DNS (stĺpec "dns"), do výsledného view sa pre názov\r\n domény uvedený v tabuľke webhosting, stĺpec hostname, pridá do DNS \r\nzáznam CNAME smerujúci na webhosting.21.sk, čo je náš masshostingový \r\nserver.\r\n

Napriíklad, prevádzkujeme doménu (tabuľka domain) example.com a \r\nmá tu pridelené id 66. V tabuľke webhosting vytvoréme záznam, ktorému \r\nnastavíme hostname na www.example.com, a nastavíme domain_id na 66, tak \r\nsa do DNS bude vytvárať záznam\r\n

\r\n

www.example.com       A  194.145.206.45\r\n

\r\n

A keďže webhostingový server pracuje s touto istou tabuľkou v SQL, pre konfiguráciu webhostingu toho už ani viac netreba urobiť.\r\n

Kód, ktorý zabezpečuje pridanie týchto záznamov do výsledných \r\ndát, s ktorými pracuje PowerDNS, sa nachádza v SQL vo view \r\n"domain_records".\r\n

\r\n

RADIUS prístupy - záznamy A, PTR

\r\n

Ako základ pre výstup týchto záznamov do DNS sa používa funkcia \r\ndomain_record_radacct(). Jej výstupom je pohľad (view) obsahujúci \r\nA-čkové aj PTR záznamy pre všetkých userov lognutých v RADIUSe (tabuľka \r\nradacct).\r\n

\r\n

Zariadenia (devices) - záznamy A, PTR

\r\n

domain_records_device()\r\n

\r\n

Ostatné záznamy - manuálne

\r\n

Všetky ostatné doménové záznamy sa musia editovať manuálne. Slúži na \r\nto tabuľka "domain_records_static", ktorej obsah sa pri zostavovaní dát \r\npre PowerDNS server pridáva ku všetkým ostatným doménovým záznamom. Sem \r\nje možné nastaviť neštandardné MX servery, A-záznamy, NS záznamy, AAAA, \r\nSRV, PTR záznamy, a podobne.\r\n

\N 0 207 STARÉ - Odoslanie prihlasovacich udajov pre prihlasenie do zakaznickeho portalu 204 56 3 odoslanie-prihlasovacich-udajov-pre-prihlasenie-do-zakaznickeho-portalu t \N 0

Dobrý deň,\r\n\r\ndo zákazníckeho portálu sa môžete prihlásiť na www.mojoperator.sk.\r\nPrihlasovacie meno: XXXXXXXX\r\nHeslo: z bezpečnostných dôvodov zašleme formou sms na tel. číslo zadané na zmluve\r\n\r\nV prípade akýchkoľvek otázok nás môžete kontaktovať na čísle 055/333 55 55 alebo info@alternet.sk.

Interna poznamka (neposielat!)
- prihlasovacie meno je cislo zmluvy o sprostredkovani alebo ak taku zmluvu zakaznik nema, tak cislo zmluvy, ktoru ma aktivnu
\N 100 159 Licenčné podmienky 135 257 3 licencne-podmienky t \N 0 \N \N 0 194 Extranet- práca s extranetom 48 59 1 extranet-praca-s-extranetom t \N 0 \N \N 0 174 Definície pojmov 173 278 3 globis-definicie-pojmov t \N 0 \N \N 0 209 Ktoré údaje potrebujeme od zákazníka vyžiadať k príprave novej zmluvy 196 65 3 ktore-udaje-potrebujeme-od-zakaznika-vyziadat-k-priprave-novej-zmluvy t \N 0

Údaje z\r\nobčianskeho preukazu (OP)

\r\n

Meno, priezvisko,\r\ntitul

\r\n

adresa trvalého\r\npobytu

\r\n

číslo občianskeho\r\npreukazu

\r\n

rodné číslo

\r\n\r\n

Adresa inštalácie\r\n(ak je iná ako adresa z OP)

\r\n

\r\n- ak je adresa v OP a adresa inštalácie rozdielna, tak zistiť\r\naj to, na ktorú adresu sa budú zasielať dokumenty a faktúry

\r\n

\r\n\r\n

\r\n

Kontaktné údaje

\r\n

\r\n- telefónne číslo

\r\n

\r\n- emailová adresa

\r\n

\r\n
\r\n\r\n

\r\n

\r\nSpôsob pre zasielanie faktúr:

\r\n

\r\n- emailom

\r\n

\r\n- SMSkou (0,1€)

\r\n

\r\n- poštou (1€)

\r\n\r\n
\N 80 82 Nastavenia SOA hodnôt pre DNS záznamy 73 84 3 nastavenia-soa-hodnot-pre-dns-zaznamy t \N 3

Odporúčané hodnoty pre HU domeny su:\r\n

\r\n

 refresh = 86400,        # 24 hours\r\n retry   = 7200,         # 2 hours\r\n expire  = 3600000,      # 1000 hours\r\n ttl     = 3600          # 1 hour\r\n

\r\n

Predovšetkým maďarské .hu domány musia prejsť touto kontrolou:\r\nhttp://www.domain.hu/domain/English/regcheck/
\N 0 217 Zmena udajov osoby 194 68 2 zmena-udajov-osoby t \N 0 Pokiaľ sa osobe menia údaje, nie je potrebne vytvárať novú osobu, stačí pri osobe do poznámky napísať od kedy sú platné nové údaje, do kedy boli platné pôvodné a aké boli tie pôvodné.
Zmena sa urobi v extranete, ak je treba opravit aj vo vystavenej faktúre, tak len na faktúre treba potvrdiť z adresára tú osobu.
-- tento postup platí len do doby pokiaľ nebude urobené verzionovanie osôb
\N 20 139 URL a brand 135 235 3 url-a-brand t \N 0

URL

URL používané v projekte majú vo všeobecnosti takýto tvar:

https://<brand>.mojoperator.sk/<Modul>/<akcia>?<parametre>

Pomocou rewrite pravidiel v konfigurácii apache sa táto URL vnútorne prepíše na tento tvar:

https://<brand>.mojoperator.sk/index.php/<brand>/<Modul>/<akcia>?<parametre>

Brand

Brand označuje vizuál stránky, resp. značku, pod akou sa stránka prezentuje používateľovi. Východzí brand po príchode na adresu www.mojoperator.sk je "default".

Brand je možné prispôsobiť týmito spôsobmi:

Vložiť do design.tpl vlastné hodnoty parsovaných značiek - tieto hodnoty sa definujú v súbore main/config/Config.php, v konštruktore. Ak nie je definovaná niektorá značka pre daný brand, preberie sa hodnota default brandu.
Vložiť vlastné logo, a/alebo štýl do adresára brandu - www/default/, www/ipfon/, atď. Logo musí byť pomenované logo.gif, alebo logo.png (v prípade existencie oboch súborov, prednosť dostrane PNG). Štýl musí byť pomenovaný style.css.
Definovať, ktoré moduly sú dostupné z daného brandu, opäť v konštruktore, v súbore main/config/Config.php. Moduly označené ako "all" sú dostupné vo všetkých brandoch.

\N 100 222 \\Extranet\\DB\\DBResutSet 219 261 4 extranet-db-dbresutset t \N 0

DBResultSet

\r\n

Viac riadkov získaných z databázy reprezentuje objekt\r\nDBResultSet, ktorý je iterator a tak je možné ho prechádzať v\r\nslučke:

\r\n

foreach ($persons as $person) {\r\n\techo $person['name'];\r\n}

\r\nRiadok može byť vrátený buď opäť ako model, ak sú záznamy\r\nzískane ce Model, metódou fetchMultiple, alebo ako asociatívne\r\npole, ak sú záznamy získane priamym volaním\r\n$connector->select($sql);

\r\n

fetchAll(bool $asArray = false)

\r\n

Získanie všetkých riadkov do poľa.

\r\n

$personsModels = $persons->fetchAll();\r\n// parameter true vynúti že jednotlivé riadky ak sú získane cez model sa vráatia ako pole
\r\n$personsArray = $persons->fetchAll(true);

\r\nfetchAssoc(string $column, bool $asArray = false)

\r\n

Získanie všetkých riadkov do poľa, záznamu sú uložené pod\r\nkľúčom podľa hodnoty v stĺpci \r\n

\r\n

$personsArray = $persons->fetchAssoc('id');\r\n// parameter true vynúti že jednotlivé riadky ak sú získane cez model sa vráatia ako pole
\r\n$personsArray = $persons->fetchAll('id', true);

\r\nfetchPairs(string $key, string $value)

\r\n

Získanie hodnôt riadkov v associatívnom poli, kde kľúč je\r\nhodnota stĺpca s názvom v $key a hodnota je hodnota sĺpca s názvom\r\nvo $value.

\r\n

$pairs = $persons->fetchPairs('id', 'name');

\r\nV $pairs je potom napr.:

\r\n

array(\r\n\t22 => 'Jozef Mrkva',\r\n\t52 => 'Petra Veselá'\r\n);

\r\nfetchValues($column)

\r\n

Získanie hodnoty stĺpca s názvom v $column všetkých riadkov

\r\n

$ids = $persons->fetcValues('id');

\r\nV $ids je potom napr.:

\r\n

array(\r\n\t22, 52\r\n);

\r\ncount

\r\n

Získanie počtu riadkov vo výsledku

\r\n

$count = $persons->count();\r\n// vďaka \\Countable interface je možné získať počet riadkov aj týmto spôsobom
\r\n$count = count($persons);

databáza, dbresultset 100 282 Popis okna sledovania 280 164 2 popis-okna-sledovania t \N 0

Popis okna sledovania

\r\n\r\n

Pole na vyhľadanie, resp. vytvorenie úlohy na ktorej ide pracovník pracovať. Po zadaní niekoľkých písmen pole ponúkne na výber už existujúce úlohy, kliknutím na úlohy v ponúknutom výbere, bude táto úloha nastavená, ako úloha na ktorej pracovník ide pracovať. Ak úloha ešte neexistuje a je ju treba vytvoriť, stačí zadať jej meno do poľa a bude automaticky vytvorená.
Kliknutím na tlačidlo "Začať prácu" začne sledovanie odpracovaného času
Zobrazenie práve odpracovaného času na úlohe
Stručná prehľad
Tlačidlá umožňujú listovať po histórii odpracovaného času za časové obdobie (deň, týždeň, mesiac, viď 7.)
Tlačidlo nastaví zobrazenie história na aktuálny deň
Výber obdobia pre zobrazenie histórie
na tomto mieste je zobrazená história odpracovaného času

\N 0 104 Backbone 102 91 4 backbone t \N 3

Backbone linky sa oznacuju "bone-" a doplni sa nazvom odkial-kam resp\r\n podla potreby. Podla moznosti zariadenia a technologie sa SSID skryje \r\n(hidden).\r\n

Napriklad\r\n

\r\n

bone-kojsovka-medzev\r\n

\N 0 109 EOIP 70 95 2 sysadmin-eoip t \N 3 http://www.zlug.org/~joro/projects/
https://github.com/kjmkznr/etherip

\N 0 110 GeoIP 70 96 2 sysadmin-geoip t \N 3 https://ip.ludost.net/
\N 0 119 AFS - súborový server 70 97 2 afs t \N 3 \N \N 0 121 AFS - administracia uzivatelov (prevzate z eccewiki) 119 99 3 afs-administracia-eccewiki t \N 3

Uvod.

\r\n

Tento navod popisuje jenotlive kroky potrebne k vytvoreniu uzivatelskeho konta v OpenAFS.\r\n V praktickom nasadeni OpneAFS je lepsie ked su jednotlive kroky \r\nzautomatizovane (naskriptovane) a jediny administratorov vstup su len \r\nautorizacne udaje (meno/heslo, ...) noveho uzivatela vid uss\r\n

\r\n

Vstupne udaje:

\r\n

Nasledujuci zoznam obsahuje vstupne udaje potrebne pre vytvorenie konta. S tymito udajmi sa bude pocitat vo zvysku navodu.\r\n

\r\n

Uzivatelske meno: fero\r\n
Uzivatelske heslo: nejakeheslo\r\n
AFS domena (vid cell v ktorej bude konto platne: ecce.sk\r\n
Poziadavka na moznost prihlasit sa na X windows server (KDE) lokalne aj vzdialene.\r\n
Poziadavka na moznost prihlasit sa do systemu protokolom SSH (pristup cez shell)\r\n
Poziadavka na moznost prihlasit sa na ftp server na AFS.\r\n
Poziadavka na spristupnenie obsahu uzivatelovho adresara cez http protokol (stranky www).\r\n

\r\n

Vytvorenie lokalneho konta v /etc/passwd

\r\n

Na vsetych serveroch na ktore sa uzivatel bude hlasit lokalne, alebo \r\nvzdialene s vyuzitim sluzieb (FTP, SSH, TELNET, KDE, ...) musi byt \r\nvytvorene lokalne konto v "/etc/passwd". Hlavny dovod je ze \r\nkazdy prihlaseny uzivatel musi mat nejake UID ktore sa nastavuje \r\nbeziacim procesom daneho uzivatela. Zaroven je, vhodne aby mal na \r\nvsetkych serveroch rovnake UID aj ked to nieje az tak zasadna podmienka \r\n(niekedy tazko dodrzatelne). Uzivatela vytvorim na vsetkych serveroch \r\nprikazom:\r\n\r\n

\r\nadduser --home /afs/ecce.sk/home/fero --no-create-home --shell /bin/bash --uid 30000 fero\r\n
\r\n

\r\n

UID si treba odpametat, pretoze este bude pouzite v nasledujucich prikazoch pri vytvarani zaznamov na AFS serveri. \r\n
Taktiez koli pohodlnosti prihlasovania je lepsie ak heslo na lokalnom stroji bude zhodne s heslom na AFS.\r\n
Parameter --no-create-home zabrani vytvoreniu domovskeho adresara. Ten vytvorime neskor ako mountpoint.\r\n

\r\n

Konto v kerberos-e.

\r\n

AFS uklada autorizacne udaje o uzivatelovi v centralizovanom autorizacnom systeme kerberos. Blizsie info ku kerberosu na OpenAFS je v Administratorskej Prirucke. Lokalne konto ktore sme vytvorili v predoslom odstavci sa pre autorizaciu v AFS nepouziva - je urcene iba pre lokalne ucely (UID, lokalne prava, ...). \r\n

\r\n

Vytvorenie konta.

\r\n

Konto v kerberose vytvorime pomocou prikazu kas create:\r\n

\r\n

\r\nkas create -name fero -cell ecce.sk\r\n
\r\n

\r\n

Ak je prikaz kas volany bez parametrov, potom pracuje v interaktivnom rezime. Vytvorenie uzivatela by vyzeralo takto:\r\n

\r\n

\r\n[admin@draco]$ kas\r\nPassword for admin:\r\nka> create -name fero -cell ecce.sk\r\ninitial_password:\r\nVerifying, please re-enter initial_password:\r\nka>\r\n
\r\n

\r\n

Ziskanie informacii o konte.

\r\n

Prikazu kas examine sa pouziva na zistovanie informacii o ucte v kerberose. Jeho volanim si mozme overit ci bolo konto vytvorene spravne. \r\n

\r\n

\r\n[admin@draco]$ kas examine fero\r\nPassword for admin:\r\n\r\nUser data for fero\r\n  key (0) cksum is 2861930031, last cpw: Fri Apr  3 17:29:53 2009\r\n  password will never expire.\r\n  An unlimited number of unsuccessful authentications is permitted.\r\n  entry never expires.  Max ticket lifetime 25.00 hours.\r\n  last mod on Fri Apr  3 17:29:53 2009 by admin\r\n  permit password reuse\r\n[admin@draco]$\r\n
\r\n

\r\n

Takze v kerberose mame ucet fero. Jeho heslo sa sice \r\nnevypise, ale je zhodne s heslami na lokalnych uctoch. Ak sa uzivatel \r\nprihlasi do kerberosu, vytvori sa tzv. ticket (alebo token). Z vypisu je vidiet ze tento ticket bude mat zivotnost 25 hodin. Parametre k kontam sa daju menit vid kas setfields a kas setpassword.\r\n

\r\n

Konto v PTS

\r\n

PTS server\r\n je zodpovedny za udrziavanie zaznamov o tom do akych skupin uzivatel \r\npatri. Tato databaza zaroven udrziava mapovanie uzivatelskych mien na \r\nciselne ID. Je to primarny zdroj pre aplikaciu ACL. \r\n

\r\n

Vytvorenie konta v PTS

\r\n

Uzivatelov ucet v pts vytvorime prikazom pts createuser:\r\n

\r\n

\r\n[admin@draco]$ pts createuser -name fero -id 30000 -cell ecce.sk\r\nUser fero has id 30000\r\n
\r\n

\r\n

Doporucuje sa aby bol parameter -id zhodny s UID uziatela. Z coho vyplyva ze uzivatel by mal mat na vsetkych serveroch rovnake UID. \r\n

\r\n

Ziskanie informacii o konte v PTS

\r\n

Prikaz pts examine\r\n sa pouziva pre zistovanie informacii o uzivatelovom zazname v pts. \r\nTymto prikazom si mozme skontrolovat ci bol zaznam vytvoreny:\r\n

\r\n

\r\n[admin@draco]$ pts examine fero\r\nName: fero, id: 30000, owner: system:administrators, creator: admin,\r\n  membership: 0, flags: S----, group quota: 20.\r\n
\r\n

\r\n

Z uvedeneho vypisu nas zaujima uzivatelove ID v PTS. Malo by sa zhodovat s jeho UID v "/etc/passwd"\r\n na vsetkych pocitacoch kde ma zaznam a kde sa bude pristupovat k \r\nsuborom prostrednictvom AFS. Blizsie info k tomu co jednotlive polozky \r\nvypisu znamenaju najdete v referencnej prirucke k prikazu. Parametre konta sa daju nastavovat/menit prikazmi pts setfields, pts setmax a pts rename.\r\n

\r\n

Prislusnost konta k roznym skupinam.

\r\n

Podobne ako v POSIX ACL aj v AFS moze uzivatel patrit do roznych \r\nskupin. Na zaklade clenstva v skupinach je podmienovany pristup k \r\nsuborom/adresarom. V nasom priklade chcem aby uzivatel fero patril do skupiny staff\r\n v ramci ktorej je riadeny pristup k suborom ktore by mali byt dostupne \r\nkazdemu autorizovanemu uzivatelovi. Zaroven chcem aby patril do skupiny\r\n office takze bude mat pristup k suborom ktore sa tykaju firemnej administrativy a do skupiny isp.\r\n

\r\n

Zaradenie uzivatela do skupin.

\r\n

Prikazom pts adduser uzivatela zaradime do skupin office, isp, stuff:\r\n

\r\n

\r\npts adduser -user fero -group office isp stuff -cell ecce.sk\r\n
\r\n

\r\n

Ziskanie informacii o clenstve v skupinach

\r\n

Na zistovanie do akych skupin uzivatel patri sa pouziva prikaz pts membership. Takze ak si chcem overit ci sa zaradenie uzivatela do skupin vykonalo spravne mozem spustit prikaz:\r\n

\r\n

\r\n[admin@draco]$ pts membership fero\r\nGroups fero (id: 30000) is a member of:\r\n office\r\n isp\r\n stuff\r\n[admin@draco]$     \r\n
\r\n

\r\n

Vysledkom bude zoznam skupin kam uzivatel patri.\r\n

\r\n

Alokacia diskoveho priestoru pre domovsky adresar.

\r\n

Diskovy priestor je v AFS cleneny do zväzkov angl. volumes.\r\n Zväzky je mozne chapat ako kontajnery zdruzujuce sadu \r\nsuborov/adresarov do jednotneho administrativneho celku. V tomto nasom \r\npripade je domovsky adresar kazdeho uzivatela zacleneny do samostatneho\r\n zväzku. Samozrejme je mozne vytvorit jeden zväzok urceny pre \r\nuzivatelske adresare a sem potom smerovat vsetky diskove operacie pre \r\nvsetky domovske adresare. Vzhladom k tomu ze nastavenim maximalnej \r\nvelkosti zväzku sa vlastne nastavuje diskova quota pre uzivatela je \r\nvyhodnejsia koncepcia: jeden uzivatel = jeden zväzok.\r\n

\r\n

Vytvorenie uzivatelovho zväzku.

\r\n

Prikaz vos create vytvori na serveri draco na disku v mountpointe /vicepa zväzok s nazvom "fero.user".\r\n

\r\n

\r\n[admin@draco]$ vos create draco /vicepa -name fero.user -maxquota 2097152 -cell ecce.sk\r\nVolume 536871014 created on partition /vicepa of draco\r\n
\r\n

\r\n

Parametrom -maxquota sa nastavuje maximalne velkost (v KB) do akej moze zväzok "narast".\r\n

\r\n

Zistovanie udajov o uzivatelovom volume

\r\n

Prikazom vos examine mozme presvedcit o tom ci vytvorenie zväzku prebehlo bez problemov, alebo vseobecne na zistovanie informacii o zväzku.\r\n\r\n

\r\n[admin@draco]$ vos examine fero.user\r\nfero.user                         536871014 RW          2 K  On-line\r\n   draco2.ecce.sk /vicepa\r\n   RWrite  536871014 ROnly          0 Backup          0\r\n   MaxQuota    2097152 K\r\n   Creation    Fri Apr  3 18:50:14 2009\r\n   Copy        Fri Apr  3 18:50:14 2009\r\n   Backup      Never\r\n   Last Update Never\r\n\r\n   RWrite: 536871014\r\n   number of sites -> 1\r\n      server draco2.ecce.sk partition /vicepa RW Site\r\n[admin@draco]$                                                        \r\n
\r\n

\r\n

Spristupnenie domovkeho adresara.

\r\n

Podobne ako u väcsiny UNIXovych systemov sa datovy priestor spristupnuje pomocou mountpointov. V pripade beznych diskov sa particia disku prikazom mount asociuje k nejakemu adreasru. V AFS sa do adresarovej struktury mountuju zväzky (ci uz uzivatelske, alebo ine) vid prikaz fs.\r\n

\r\n

Namountujeme volume do filesystemu

\r\n

Prikazom fs mkmount sa vytvori pripoji zväzok "fero.user" k adresaru "/afs/ecce.sk/home/fero". UPOZORNENIE: Pred vykonanim tohoto prikazu nesmie existovat adresar s nazvom "/afs/ecce.sk/home/fero". Je lepsie si to skontrolovat.\r\n\r\n

\r\n[admin@draco]$ fs mkmount /afs/ecce.sk/home/fero fero.user  \r\n
\r\n

\r\n

Vypis informacii o volume

\r\n

Pokial sa chceme presvedcit ze ci vytvorenie mountpointu prebehlo spravne, mozme si prikazom fs examine zobrazit stav mountpointu:\r\n

\r\n

\r\n[admin@draco]$ fs examine /afs/ecce.sk/home/fero\r\nFile /afs/ecce.sk/home/fero (536871014.1.1) contained in volume 536871014\r\nVolume status for vid = 536871014 named fero.user\r\nCurrent disk quota is 2097152\r\nCurrent blocks used are 2\r\nThe partition has 24857483 blocks available out of 71012672\r\n\r\n[admin@draco]$       \r\n
\r\n

\r\n

Pristupove prava pre domovsky adresar.

\r\n

Sietovy filesystem OpenAFS kontroluje pristup k adresarom a suborom v nich prostrdnictvom ACL\r\n

\r\n

Nastavenie prav.

\r\n

Prava sa nastavuju prostrednictvom fs setacl:\r\n

\r\n

\r\n[admin@draco]$ fs setacl -dir /afs/ecce.sk/home/fero -acl fero write\r\n
\r\n

\r\n

Vypis pristupovych prav.

\r\n

Informacie o pristupovych pravach na adresami v AFS sa zistuju prikazom fs listacl:\r\n

\r\n

\r\n[admin@draco]$ fs listacl -path /afs/ecce.sk/home/fero\r\nAccess list for /afs/ecce.sk/home/fero is\r\nNormal rights:\r\n  system:administrators rlidwka\r\n    zuzana rlidwk\r\n
\r\n

\r\n

Odkazy

\r\n

Dokumentacia k OpenAFS.\r\n
Posix ACL. Popis standartnych ACL.\r\n
Linux-PAM (Pluggable Authentication Modules for Linux). Dokumentacia k PAM.\r\n
uss NAstroj na hromadne vytvaranie kont pod AFS.\r\n

\N 100 184 NTP servery 70 100 2 ntp-servery t \N 0 Tu treba zdokumentovat hierarchiu NTP serverov v nasej sieti, a ich adresy.
\N 0 288 Výmena disku v HW RAID na ESX na HS22 70 101 2 vymena-disku-v-hw-raid-na-esx-na-hs22 t \N 0

Pripojenie na server

Prihláste sa do web rozhrania ESX (napr. vmhX.mng).

Zapnite SSH (Host => Actions => Services => Enable SSH)

Prihláste sa cez SSH s rovnakými údajmi ako do webrozhrania.

Vyradenie disku z prevádzky (online => offline)

Ak disk už zlyhal (už nie je online), môžete túto časť preskočiť. Ak \r\nešte beží, podľa tejto časti ho vyraďte z prevádzky manuálne a ubezpečte\r\n sa pri tom, že manipulujte so správnym diskom.

Spustite utilitu na správu diskového poľa:

# cd /opt/diskmon\r\n# ./lsiutil -p 1 -e

Zvoľte 21 - RAID actions.

Zvoľte 2 - Show physical disks.

Overte si, ktorý disk je vadný (podľa počítadla Errors) a aké je jeho číslo PhysDisk (PhysDisk 0 alebo PhysDisk 1).

Ak je disk ešte stále online a naozaj ho chcete vyradiť z prevádzky, zvoľte 20 - Offline physical disk a zadajte číslo PhysDisku.

Na chassis v HS22 po par sekundách prestane blikať LED.

Disk je neaktívny a pripravený na výmenu, ktorá je popísaná nižšie.

Overenie sériového čísla disku

Pri výmene je vhodné sa uistiť, že sa manipuluje so správnym diskom, a to aj podľa sériového čísla.

Spustite utilitu na správu diskového poľa:

# cd /opt/diskmon\r\n./lsiutil -p 1 -e

Zvoľte 8 - Scan for devices.

Zobrazia\r\n sa všetky zariadenia. A disk nie je aktívny v RAIDe, bude zobrazený v \r\nprvej časti výpisu. Ak disk je aktívny v RAIDe, bude zobrazený v druhej \r\nčasti výpisu označenej "Hidden RAID Devices". V prvom stĺpci výpisu je \r\nhlavička B__T__L, ktorá označuje Bus, Target a Lun. Nájdite tieto údaje \r\nk neaktívnemu disku, teda k disku v prvej časti výpisu.

Zvoľte 20 - Diagnostics.

Zvoľte 1 - Inquiry Test.

Zadajte podľa potreby Bus (ak ho utilita požaduje), Target a Lun.

Zadajte VPD Page - 80 (Disk Serial Number) alebo 83 (WWN - World Wide Name).

Zobrazí sa výpis sériového čísla alebo WWN v hexa a ASCII.

Výmena disku v HS22

Pozor, číslice na chassis pri pozícii disku NEOZNAČUJÚ PhysDisk (fyzický disk), ale logický disk, a sú navzájom vymenené !!

Logický disk 0 = PhysDisk 1 je v HS22 hore !!
Logický disk 1 = PhysDisk 0 je v HS22 dole !!

Vyberajte iba disk, ktorému nesvieti ani nebliká žiadla LED. Ak bliká, je aktívny!

Po vybratí disku a zastrčení náhradného disku sa pole začne automaticky re-syncovať.

Sync 300 GB disku trvá okolo 10 hodín.

Po dokončení práce sa odpojte z SSH a vo webe ESX vypnite SSH (Host => Actions => Services => Disable SSH).

hs22, esx, raid 100 83 Výstavba a prevádzka sietí 48 105 1 vystavba t \N 3 \N \N 0 213 Doplnenie ziadosti o vyjadrenie 204 58 3 doplnenie-ziadosti-o-vyjadrenie t \N 0

Dobrý\r\ndeň,

\r\n\r\n

na\r\nzáklade doručenej žiadosti o vyjadrenie k existencií sietí Vás\r\nžiadame o doplnenie informácií podľa podmienok našej\r\nspoločnosti, ktoré môžete nájsť aj s cenníkom na priloženom\r\nlinku:

\r\n\r\n

http://www.alternet.sk/?id=vytycenie

\r\n\r\n

\r\nAk\r\nzo žiadosti nie sú tieto údaje zrejmé, až do doplnenia žiadosti\r\nlehota na jej vybavenie neplynie. Na základe úplnej žiadosti\r\nAlternet poskytne vyjadrenie o existencii sietí, a ak sa v území\r\nnachádzajú jeho siete, súčasťou vyjadrenia je aj snímka z mapy\r\nso zakreslením siete. Toto zakreslenie je orientačné - pre\r\nzistenie presnej polohy vedenia v teréne je potrebné\r\nobjednať vytýčenie\r\nvedenia a jeho súčastí.\r\n\r\n

\r\n\r\n

\r\nV\r\nprípade akýchkoľvek otázok nás môžete kontaktovať na\r\ntel.čísle 055/333 5555 alebo na info@alternet.sk

\r\n

\r\n\r\n

\r\n\r\n
\N 0 284 Ponuka Unifi Access Point 245 158 2 ponuka-unifi-access-point t \N 0

Dobrý deň,

na základe telefonického rozhovoru Vám zasielame ponuku na riešenie rozšírenia bezdrôtového pokrytia pomocou zariadenia
Unifi Access Point. Na základe Vašich predstáv by sme Vám odporúčali toto zariadenie:
• Unifi Access Point pre použitie v interiéri (podporuje rýchlosť do 860 Mbps) - 85,00 eur
Zapojenie Unifi AP je v cene 10,00 eur za pol hodinu práce technika ku ktorej sa pripočíta cena za výjazd v sume 10,00 eur.

V prípade záujmu o toto zariadenie a následnú montáž nám prosím zašlite mailom objednávku na základe ktorej zariadenie
zabezpečíme a dohodneme termín zapojenia spolu s revíziou.

Vopred Vám ďakujeme a prajeme Vám príjemný deň!

-- 

S pozdravom,

\N 0 243 Admin 194 62 2 admin t \N 0

Položka Admin:

DOHĽAD

-priebežne počas dňa alebo v prípade, že nejaká oblasť hlási výpadky, kontrolujem v položke admin-dohľad. Zistím, či je nejaký výpadok, na ktorom prístupovom bode, kedy začal, ako dlho trvá.

HARDVÉR

- slúži na evidenciu hardvéra. Hardvér sa musí zaevidovať, keď sa zakúpi. Ak sa umiestni u zákazníka nejaký hardvér, treba ho aj na zákazníka presunúť. Taktiež ak si nejaký hardvér vezme technik, napríklad do zásoby, tak je potrebné ho na technika presunúť, aby sme mali prehľad, kde sa zariadenia nachádzajú.

V prípade, že chcem zaevidovať nový hardvér (nový typ), ktorý ešte v zozname nie je, postup je nasledovný: Admin - Hardvér - Pridať hardvér - v riadku typ kliknem na znak "+" a vyplním potrebné údaje k vytvoreniu nového hardvéra, ktorého názov sa ešte v systéme nenachádza.

V prípade, že chcem zaevidovať hardvér, ktorého názov - typ už v systéme je, tak postupujem nasledovne: Admin - Hardvér - Pridať hardvér a vyplním jednotlivé riadky: typ, množstvo, sériové číslo, stav, umiestnenie a iné. Záznam do logu slúži na to, aby som k tomu dala nejakú poznámku.

Umiestnenie najčastejšie:

"sklad - p12/tovarový sklad "

"osoba - zákazník u koho bolo zariadenie nasadené, prípadne technik "

"POP - prístupový bod, kde bolo zariadenie nasadené "

Záznam do logu najčastejšie:

"zariadenie nasadené u zákazníka v rámci servisu dňa XX.XX.20XX - kúpa/prenájom/zapožičané

"do zásoby pre technika"

"zariadenie vrátené zákazníkom v rámci ukončenia zmluvy"

Zaevidovaný hardvér vyhľadám už aj podľa HWID - ktoré mu bolo po zaevidovaní pridelené. Toto číslo zvykneme napísať aj na samotný hardvér, aby sme v prípade potreby nemuseli vypisovať sériové číslo ale len HWID.

Zmeny uložím.

\N 0 86 Vyjadrenia k sieťam 83 108 2 vyjadrenia-k-sietam t \N 3

Na základe Vašej žiadosti poskytujeme vyjadrenie podľa § 66 ods. X pre účely územného a stavebného konania.\r\n

V predmetnom území sa nachádza vedenie elektronickej komunikačnej siete Šacanet. \r\n

Pri realizácii stavby žiadame dodržať nasledujúce podmienky ochrany telekomunikačných vedení a zariadení:\r\n

\r\nVedenie siete je chránené ochranným pásmom podľa § XXX zákona 351/2011 \r\nZ.z.. Pri rádiových zariadeniach je potrebné dodržať tiež § XXX, ochana \r\nproti rušeniu.\r\n

Vedenie siete pozostáva z káblov z ....... (zakon) s rôznou \r\nfunkčnosťou. Údaje o technickom stave zariadení je možné opskytnúť po \r\nnáležite zdôvodnenej potrebe pri ich vytyčovaní. \r\n

Pred začatim prác je potrebné požiadať o presné vytýčenie telekomunikačných vedení v teréne.\r\n

Pri realizácii je potrebné dodržať platné priestorové normy.\r\n

V zmysle § 66 ods. X zákona 351/2011 Z.z. o elektronických \r\nkomunikáciách sa do projektu stavby musí zakresliť priebeh všetkých \r\nvedení v mieste stavby. Za splnenie tejto povinnosti zodpovedá \r\nprojektant.\r\n

Za účelom ochrany vedení a zariadení a zabezpečenia ich prevádzky žiadame:\r\n

\r\nPROJEKTOVANIE\r\n

\r\n

dodržať platné predpisy, predovšetkým STN 73 6005 pre priestorovú úpravu vedení a priestorovú normu ,\r\n
pri krížení sietí, tesných súbehoch, a budovaní nových \r\nspevených spôch bez prekládky vedenia, zabezpečiť mechanickú ochranu \r\nvedenia (žľabovaním),\r\n
v prípade potreby preloženia vedenia, preloženie je možné na \r\nnáklady investora (stavebníka), pričom preloženie vykoná Alternet alebo \r\nním poverená servisná organizácia na základe schváleného projektu \r\npreložky a cenovej kalkulácie,\r\n

\r\n

VYTYCENIE\r\n

\r\n

pred začatím zemných prác vytýčiť a na povrchu terénu vyznačiť podzemné vedenie,\r\n
vytýčenie objednať najmenej 14 dní pred požadovaným termínom \r\nna 055 / 238 55 55 alebo info@alternet.sk a k vytýčeniu priniesť kópiu \r\ntohto vyjadrenia a situáciu so zakresleným vedením,\r\n
podmienky ochrany zariadení v priebehu stavby môžu byť doplnené pri vytýčení,\r\n

\r\n

\r\nZACATIE PRAC\r\n

\r\n

preukázateľné obozámenie pracovníkov vykonávajúcich zemné práce\r\n s vytýčenou a vyznačenou polohou zariadenia a možnou priestorovou \r\nodchýlkou +- 30 cm od vyznačenej polohy na teréne,\r\n
upozornenie pracovníkov, aby v mieste výskytu vedení a \r\nzariadení pracovali s najväčšou opatrnosťou a aby bezpodmienečne \r\nnepoužívali nevhodné náradie (napr. hĺbiace stroje) vo vzdialenosti 1.5 \r\nmetra na každú stranu od vyznačenej polohy vedenia,\r\n

\r\n

PRACA\r\n

\r\n

v trase vedenia nezriaďovať skládky materálu a neumiestňovať stavby v trase vedenia\r\n
zabeziečiť odkryté zariadenia voči akémukoľvek ohrozeniu a poškodeniu,\r\n
bezodkladne oznámiť každé poškodenie zariadenia na číslo 055 / 238 55 59,\r\n

\r\n

UKONCENIE pRAC\r\n

\r\n

v prípade odkrytia vedenia oznámiť plánované ukončenie prác \r\nnajmenej 5 pracovných dní pred zásypom na tel. čísle 055 / 238 55 55 z \r\ndôvodu kontroly vedenia pred zasypaním,\r\n
pred zakrytím (zasypaním) zhutniť zeminu pod káblami aby \r\nnedošlo k previsu a poškodeniu vedenia, obnoviť krytie a značenie \r\n(fóliu, zákrytové dosky, markery)\r\n
pred z8sypom \r\n
prípadné zvýšenie alebo zníženie krytia vedenia (zmenu uskutočniť iba s preukázateľným súhlasom Alternetu\r\n

\r\n

XXX preloženie\r\n

\r\n

\r\nVedenia sú v dotknutom území zakreslené orientačne. Za zakreslenie \r\nvšetkých existujúcich vedení v mieste stavby zodpovedá podľa § 66 zákona\r\n 351/2011 Z.z. projektant.\r\n

V prípade požiadavky na napojenie objektu na sieť Alternet (zriadenie prípojky) je potrebné o toto žiadať osobitne.\r\n

Toto vyjadrenie straca planost dna .... (vydanie + 6 mesiacov)\r\n

\N 0 197 Vytvorenie novej zmluvy- business prípojka 194 66 2 vytvorenie-novej-zmluvy-business-pripojka t 5 0 Nová zmluva pre business zákazníkov sa vytvára nasledovne:

prihlásiť sa do extranetu
v hornom menu zvoliť "Zmluvy", "nová zmluva"
vyberieme typ zmluvy, ktoý chceme pridávať

Internet- je typ zmluvy, ktorý sa používa pri Business prípojkách, pri tejto Tarife nevznikne zmluva o sprostredkovaní a zmliva o službe, ale len jedna zmluva, o internetovej službe

vo formulári, ktorý sa nam otvoril v pravej časti obrazovky klikneme na button "vybrať osobu" a pomocou\r\n filtra si v zozname osôb nájdeme požadovanú osobu. Ak sa osoba v \r\nzozname nenachádza, tak sa prescrolujeme na spodnú časť obrazovky a \r\nklinkeme na "vytvoriť novu osobu" Vyplníme VŠETKY údaje osoby a \r\npotvrdíme tlačidlom "uložiť".
vyplníme koncového užívateľa - ak \r\nje niektorý z udajov koncového užívateľa iný než v užívateľovi, tak \r\nopakujeme postup pridania novej osoby.
vznikla nám zmluva bez položiek
k takto vytvorenej zmluve potrebujeme pridať položku zmluvy, urobí sa pomocou buttonu v pravej časti obrazovky "nova položka"
Takto pridáme požadovaný program služieb s cenou a viazanosťou aka bola dohodnutá
pridáme aktivačný poplatok, prípadne iné položky zmluvy v zmysle cenovej ponuky
takto vytvorená zmluva je pripravená na podpis
nezabudnúť pred jej odoslaním dohodnúť spôsob zasielania faktúr

\N 100 283 Pridanie noveho sprostredkovatela Uniphone 128 216 3 pridanie-noveho-sprostredkovatela-uniphone t \N 0

Nový sprostredkovateľ Uniphone sa pridáva cez OSOBU - OSTATNE - NOVY ZAZNAM

tam sa vypĺňa

- OSOBA - je predvyplnená (nie je potrebné meniť)

- TYP ZMLUVY - napr. TELEFÓN

- DODÁVATEĽ- nie

- SPROSTREDKOVATEĽ - áno

- PREFIX ČÍSLA ZMLUVY- sa nedáva nič

\N 80 190 Vykazovanie- Elektronický zber dát 48 124 1 vykazovanie-elektronicky-zber-dat t \N 0 statistiky na adrese http://moje.ecce.sk/isp/vykaz-tusr.php
\N 0 201 Backoffice 48 125 1 backoffice t \N 0 \N \N 0 285 HINTy k aktiváciám zmlúv alebo, ktorá položka kam patrí 194 69 2 hin-ty-k-aktivaciam-zmluv-alebo-ktora-polozka-kam-patri t \N 0

RETRANSMISIA

Balík služieb (Balik služieb IPTV 2019) patrí na zmluvu o sprostredkovaní a programové balíčky na zmluvu o retransmisii

INTERNET

Verejná statická IPadresa, nahodiť používanie a zriadenie sa dotiahne k položke používanie

\N 0 72 Kontrola viacnasobneho prihlasovania: checkrad 71 72 3 kontrola-viacnasobneho-prihlasovania-checkrad t \N 3

Pre kontrolu prihlasovania (viacnasobneho prihlasovania) sa pouziva v\r\n Radiuse program checkrad.\r\nPokial radius server dostane poziadavku na prihlasenie uzivatela, a \r\nzisti, ze taky uzivatel je uz online (v SQL tabulke radacct ma \r\nneukoncenu session), tak zavola /usr/sbin/checkrad s parametrami - \r\nnastype, loginname, nasip, sessionip, portid. Tento skript ma za ulohu \r\noverit, ze ci uzivatel je este naozaj online na prislunom NASku. Ak by \r\ntotiz online uz nebol, ale Radius by ho este evidoval ako prihlaseneho, a\r\n zaroven by bolo povolene len jedno prihasenie, uzivatel by sa nemohol \r\nznova prihlasit. Ak je session na NASku stale skutocne aktivna, Radius \r\nodmietne dalsie prihlasenie. Ak uz aktivna nie je, mal by ju u seba (v \r\nSQL) zavriet a nove prihlasenie povolit.\r\n

Checkrad je na Alternet radius serveri napisany v PHP a obsluhuje tieto typy NASiek:\r\n

\r\n

"eccenas" - ecce NAS postavene na OpenWRT. Na NASku musi existovat skript https://login:password@nasip/api/checkrad.php.\r\n Checkrad na Radius serveri si vytiahne z ISP databazy prihlasovacie \r\nudaje na NASko (login a password v tabulke device, resp. odtial \r\nprenesene do view radnas) a pokusi sa autorizovat cez HTTPS - momentalne\r\n iba cez HTTPS, ine metody nie su podporovane. Checkrad.php v NASku \r\noveri ci je uzivatel este prihlaseny - cez chilli_query alebo cez pppoe \r\nstavove subory.\r\n
"other" a vsetky ostatne nastype - vzdy vracia ze session je \r\nuz aktivna. Takto to bolo aj v originalnom checkrad skripte, ponechane \r\nbezo zmeny.\r\n

\r\n

Pre spravnu funkcnost checkrad je teda potrebne:\r\n

\r\n

v ISP tabulke device spravne nastavit login a password do NASka\r\n
na NASko musi byt mozny s tymto menom a heslom pristup do www rozhrania cez https\r\n
NASko musi mat na sebe firmware ktore obsahu www stranku /api/checkrad.php\r\n

\N 100 74 Naše DNS servery 73 76 3 nase-dns-servery t \N 3

ns0.alternet.sk - Supermaster. Beží v BladeCenteri Popradská, \r\nnad SQL databázou. Je určený pre aktualizáciu DNS databázy a replikáciu \r\nzmien na slaves. Nemá priamo vybavovať DNS requesty klientov, je \r\nprípustné ho použiť ako sekundárny DNS server pre servery, nie však pre \r\npre klientov.\r\n

ns1.alternet.sk - Slave #2 - Bratislava (DataNetworks). \r\nBeží vo VMBA, nad súbormi. Slúži ako primárny DNS pre NASká a servery, a\r\n ako sekundárny server pre užívateľov.\r\n

ns2.alternet.sk - Slave #1 - Košice (Jumbo). Beží vo VMKE,\r\n nad súbormi. Slúži ako primárny DNS pre NASká a servery, a ako \r\nsekundárny server pre užívateľov.\r\n

ns0 - 194.145.206.47\r\nns1 - 94.229.35.68\r\nns2 - 194.145.206.6, 10.10.1.7

\N 0 117 Účtovníctvo, fakturácia a obeh dokladov 48 121 1 uctovnictvo-fakturacia-a-obeh-dokladov t \N 0 \N \N 0 211 Marketing 48 130 1 marketing t \N 0 \N \N 0 212 Billboard Popradska 12 211 131 2 billboard-popradska-12 t \N 0 rozmer 5050 x 2600 mm
\N 0 57 Telefónne služby \N 168 0 telefon t \N 0 \N \N 0 58 Pevná linka 57 169 1 pevna-linka t \N 0 \N \N 0 185 Prenos samostatného telefónneho čísla z inej siete 58 170 2 prenos-samostatneho-telefonneho-cisla-z-inej-siete t 7 0 \N \N 20 146 Filter 145 243 5 filter t \N 0 \N \N 0 148 FormElement 140 245 4 formelement t \N 0 \N \N 0 79 Ako sú uložené DNS záznamy v SQL databáze (ns0.alternet.sk) 73 81 3 ako-su-ulozene-dns-zaznamy-v-sql-databaze-ns0-alternet-sk t \N 3

Master (hlavný) DNS server Alternetu je realizovaný ako SQL databáza.\r\n V nej sú uložené v rôznych tabuľkách a rôznych podobách všetky \r\ningrediencie pre výsledný zónový záznam. A že to je riadny guláš. Taký \r\nveľký, že aby sa v ňom ešte niekedy niekto vyznal, bolo nutné to \r\nzdokumentovať :)\r\n

Na strane PowerDNS je čítanie záznamov z našej databázy \r\nprispôsobené úpravami SQL príkazov, ktorými PowerDNS získava dáta \r\n(/etc/powerdns/pdns.conf na ns0).\r\n

Na strane SQL servera sa pre potreby PowerDNS vytvára na dáta v databáze pohľad (view) domain_records,\r\n ktorý obsahuje dáta predpripravené do podoby, v ktorej ich očakáva \r\nPowerDNS. V tomto pohľade sa spájajú výsledky z týchto zdrojov:\r\n

\r\n

funkcia domain_record_domain() - základné doménové záznamy - SOA, NS, a prípadne naše MX\r\n
funkcia domain_record_radacct() - obsahuje aktívne prístupy z RADIUS accountingu, v podobe A aj PTR recordu\r\n
view domain_records_static - obsahuje manuálne editované záznamy (akékoľvek)\r\n
tabuľka webhosting - obsahuje A záznamy pre masshosting\r\n

\r\n

Tento základ by postačoval, ak by korektne fungovala funkcia \r\n"auto_serial" v PowerDNS - bohužiať, nezdá sa, že by tomu tak bolo. \r\nĎalej je preto na úrovni SQL implementované aj automatické vytváranie \r\n"serial" čísla pre domény. Na toto sa používa:\r\n

\r\n

view domain_records__max_change_date - obsahuje ku každej doméne timestamp poslednej zmeny každého z recordov, okrem samotného záznamu domény\r\n
view domain_records__no_domain - používa sa ako zdroj \r\ndát pre predošlú funkciu. Nie je možné brať dáta priamo z \r\n"domain_records", nakoľko by došlo k nekonečnej slučke (domain_records \r\nvolá funkciu domain_records_domain(), tá berie dáta z view \r\ndomain_records__max_change_date, a tento keby bral dáta z view \r\ndomain_records, loop je na svete).\r\n

\r\n

S týmito dátami už generovanie serialov je pomerne jednoduchá vec. \r\nNajprv sa nájde najväčší serial spomedzi všetkých recordov - view \r\ndomain_records__max_change_date. Zoberie sa tiež timestamp kedy bol \r\nzmenený samotný záznam domény (domain.last_modified) a serial bude \r\nväčšie z výchto dvoch čísel.\r\n

\N 0 294 Nastavenie EFI bootovania 70 104 2 nastavenie-efi-bootovania t \N 0

Aby uEFI mohlo nabootovat operačný systém z pevného disku (HDD), je potrebné, aby na disku bola \r\npartícia typu "EFI system \r\npartition" naformátovana pod FAT fs s kapacitou obvykle min. 50 MB. Na nej sa musí nachadzať binárka \r\nbootloadera. Ak je disk takto pripravený, je \r\npotrebné odkaz na particiu a binárku pridať do bootovacích možností EFI firmwaru.

Nastavenie EFI bootovania z Linuxu

Preferovaný spôsob nastavenia EFI bootovania je z prostredia Linuxu cez utilitu efibootmgr. Týmto spôsobom vytvorený odkaz ukazuje všeobecne na HD (HDD), bez ohľadu na to, na akom radiči je disk pripojený a s akým číslom zariadenia. Takýto odkaz ostane funkčný aj po prípadnej výmene disku v diskovom poli za iný kus.

Aktuálne zobrazenie bootovania sa zobrazí pomocou

efibootmgr -v

V položke BootCurrent je zobrazený aktuálny spôsob bootovania (posledný boot). V položke BootOrder je zobrazené nastavenie poradia bootovania. Následne je vypísaný zoznam bootovacích položiek a ich detailov. Korektne nastavená položka pre bootovanie má vyzerať takto:

Boot0010* Debian-Grub   HD(1,GPT,91d88fc8-d88c-45c6-8888-7b03d1645adc,0x800,0x17800)/File(EFI\\debian\\grubx64.efi)

Pre pridanie novej položky je najprv potrebná na disku nájsť bootovaciu binárku v /boot/efi/ a jej cestu uviesť ako jeden z parametrov príkazu. Pre binárku nachádzajúcu sa na disku /dev/sda v ceste /boot/efi/EFI/debian/grubx64.efi vyzerá volanie nasledovne:

efibootmgr -c -d /dev/sda -p 1 -w -L Debian-Grub -l 'EFI\\debian\\grubx64.efi'

V prípade, ak sa nachádza disk v RAID poli, kde sú na diskoch identické (mirrorované) EFI partície, postačuje pridať jediný takýto bootovací záznam, a tento záznam bude schopný bootovať z ktoréhokoľvek disku v poli.

Ak su v zozname nejaké nepotrebné (neaktuálne alebo chybné) položky, je ich možné cez efibootmgr vymazať. Napríklad položku Boot0012 je možné vymazať jedným z nasledujúcich príkazov (oba tvary sú funkčne zhodné):

efibootmgr --delete-bootnum --bootnum 0012 --verbose
efibootmgr -B -b 0012 --verbose

Nastavenie EFI bootovania z uEFI HS22

Ak nie je možné nastaviť bootovanie cez efibootmgr (napríklad preto, že Linux práve nie je schopný nabootovať kvôli chýbajúcemu alebo nesprávnemu bootovaciemu záznamu), môže byť nevyhnutné nastaviť bootovanie z prostredia UEFI hardvérového zariadenia (servera alebo počítača). Takéto nastavenie však vytvára pevnú väzby na konkrétny disk a nebude funkčné po výmene disku alebo jeho pripojení na inú pozíciu, preto je vhodné uprednostniť nastavenie cez Linux utilitu efibootmgr vždy, keď je to možné.

Na serveroch IBM HS22 sa po zapnutí servera a úvodnej inicializácii systému zobrazí biela \r\nobrazovka s nápisom "SystemX". Po zobrazení výzvy na stlačenie klávesy sa stlačením F1 vojde do nastavovania uEFI firmwaru (obdoba BIOS-u).

Po zvolení "Boot manager" a následne "Add Boot \r\nOption" sa zobrazí výpis zariadení, z ktorých je možné bootovať. Medzi zobrazenými položkami je potrebné nájsť položku tvorenú cestou od HW až po ESP particiu, ktoré v ceste obsahuje "GPT" (keďže disk, z ktorého chceme bootovať, má ESP partíciu v GPT formáte). Po zvolení položky sa treba postupne sa dopracovať až k bootovacej binárke , napríklad\r\n"EFI/debian/grubx64.efi".

Po skompletovaní cesty je vhodné zadať aj informatívny popis bootovacej položky. Stlačením ENTER nad \r\n"Input the description" sa zobrazí pole pre zadanie názvu, ktorý musí mať najmenej 6 znakov. Po zadaní sa zmena potvrdí cez "Commit \r\nChanges" a opustí sa obrazovka stlačením ESC.

Následne sa ukončí "Boot Manager" stlačením ESC a v hlavnom menu je potrebné uložiť zmeny voľbou "Save Settings". Nakoniec je možné prostredie UEFI opustiť.

Po nabootovaní Linuxu je viac ako vhodné pridať bootovaciu položku cez utilitu efibootmgr, a položku pridanú cez uEFI rozhranie servera následne vymazať.

hs22, linux, raid, efi, boot 100 227 Text ostatnych dojednani - bez revizie 226 133 2 text-ostatnych-dojednani-bez-revizie t \N 0

Na žiadosť účastníka nebude pri aktivácii služieb podľa tejto zmluvy vykonaná kontrola a revízia účastníckej prípojky a nebude účtovaný príslušný poplatok. Zodpovednosť za prípadnú nekvalitu prípojky a prípadné poškodenie koncového zariadenia týmto preberá účastník a zaväzuje sa v prípade jeho vzniku znášať náklady na riešenie a odstránenie vady.

\N 0 165 Contract 163 269 4 contract t \N 0 \N \N 0 202 Preberanie balíkov od kuriéra 201 126 2 preberanie-balikov-od-kuriera t \N 0 Balík doručovaný kuriérskou spoločnosťou musí byť prekontrolovaný. Kontrolu treba vykonať vizuálne, či nie je poškodený.

POŠKODENÝ BALÍK
V prípade, že javí známky poškodenia, NEPREBERÁ SA!
V takom prípade je potrebné s kuriérom vypísať protokol, balík (podľa možnosti v jeho prítomnosti) rozbaliť a skontrolovať nakoľko je tovar poškodený a vyhotoviť fotodokumentáciu.
Balík nafotiť ešte pre rozbalením, a následne aj po rozbalení.

NEPOŠKODENÝ BALÍK
Ak balí po vizuálnej stránke poškodený nie je, treba ho hneď rozbaliť a prekontrolovať správnosť dodávky. Ci prišiel správny počet kusov objednaného tovaru, či tovar v balíku nie je poškodený, poškriabaný, či obsahuje všetky súčasti.

DOBIERKA
Balíky doručované na dobierku sa preberajú len vtedy, ak o nich vieme. Nikdy nepreberať balík, ak nebola vopred daná informácia, že taký balík je potrebné prevziať. Radšej treba poprosiť kuriéra aby balík doniesol na druhý deň, alebo prípadne zistiť či je takáto dobierka objednaná.

\N 80 67 Nastavenie koncových zariadení 57 176 1 telefon-nastavenie-zariadeni t \N 0 \N \N 0 268 Vymáhanie vrátenia zariadenia 245 149 2 vymahanie-vratenia-zariadenia t \N 0

Dobrý deň.
\r\n\r\n
\r\n\r\nChceme Vás opätovne požiadať o vrátenie zariadenia, ktoré ste využívali v\r\n súvislosti s poskytovaním internetových služieb. Pre lepšiu \r\nidentifikáciu Vám obrázok zariadenia posielame v prílohe mailu. V \r\nprípade, že nám predmetné zariadenie nevrátite v čo najkratšom čase- uviesť presný dátum!!!, \r\npristúpime k jeho vyčísleniu a pohľadávku postúpime inkasnej \r\nspoločnosti.
\r\n\r\n
\r\n\r\nZariadenie môžete vrátiť osobne, každý pracovný deň od 8:00 hod. do \r\n17:00 hod. na adresu Popradská 12, Košice, alebo poslať poštou na \r\nrovnakú adresu.
\r\n\r\n
\r\n\r\nV prípade akýchkoľvek otázok nás neváhajte kontaktovať.
\r\n\r\n
\r\n\r\nS pozdravom\r\n

\N 0 189 Oznámenie o prenose tel. čísla- smerovanie hovorov na prenesené číslo 188 173 3 oznamenie-o-prenose-tel-cisla-smerovanie-hovorov-na-prenesene-cislo f \N 0 Po prenose tel. čísla je potrebné notifikovať ostatných operátorov, aby zriadili spravne smerovanie na toto prenesené číslo (je to nevyhnutné najmä v prípadoch, keď sa prenáša číslo od operátora, s ktorým nemáme priame prepojenie).
Notifikačný email je v tvare:

Predmet: 0XX/XXX XX XX- Number transfer

Prijímajúci podnik: IPfon, s.r.o.
Odovzdávajúci podnik: XXXXX, a.s.
Požadované číslo na prenesenie: 05X/XXX XX XX
Termín ukončenia prenesenia čísla: DD.MM.RRRR

\N 80 270 TECH: Konfiguračné manuály 48 40 1 tech-konfiguracne-manualy t \N 0 \N \N 0 89 Nahlásenie poruchy - základná diagnostika 87 111 2 nahlasenie-poruchy t \N 3

Celkový výpadok spojenia

....treba dopisat

Čiastočný, dočasný výpadok spojenia

Je potrebné u zákazníka zisti, aké časté sú výpadky, ako dlho trvajú, či ide o krátkodobé alebo dlhodobé výpadky, či mu to nabehne samo. Pri nahlásení poruchy tohto typu poprosíme zákazníka, aby si nechal modem zapnutý aspoň niekoľko dní, zároveň hneď zapíname monitoring, kde podľa grafu sledujeme kvalitu linky. Monitoring sa objaví až o pol noci daného dňa a preto dohodneme so zákazníkom, že ho budeme kontaktovať po odsledovaní a vyhodnotení monitoringu a zároveň mu navrhneme hneď riešenie. Pokiaľ sa dá, skúsime sa dostať do modemu a zapísať čo sa zistilo, teda sila signálu, TX Packet fail. Sila signálu besmie klesnúť pod -79dB a TY packet fil, ak je do cca 1%, tak je to znesiteľné, iné hodnoty môžu znamenať problém s modemom, anténou a vyžadujú si servis.

Spomalená rýchlosť

Pri zníženej rýchlosti sledujeme u zákazníka spotrebu. pokiaľ má spotrebu vyššiu, tak je to dôvod na spomalenie. Pokiaľ zákazník tvrdí, že problém je dlhodobejší, postupujeme rovnako ako v predchádzajúcom bode - zapneme monitoring a posunieme technickému oddeleniu. Sledujeme aj FUP - ak je 100, je to v poriadku, ak iné číslo, ide o spomalenie.

Nefunkčnosť e-mailu

Ak zákazník hlási nefunkčnosť e-mailu a používa náš e-mailový server, overíme to veľmi ľahko, a to tak, že skúsime čí ide pošta nám. Ak áno, zrejme je problém v nastavení pošty u zákazníka, odporúčame servis na mieste a pokiaľ klient súhlasí, podávame technickému oddeleniu.

\N 20 257 Zmena programu 245 139 2 zmena-programu t \N 0

Dobrý deň, pán/pani,
\r\n
v zmysle nášho telefonického rozhovoru Vám posielame informáciu k navýšeniu
\r\nrýchlosti internetu. Z našej akciovej ponuky ste si vybrali:
\r\n
\r\nInternet s rýchlosťou 15/3 Mbps za nezmenený mesačný poplatok 11,90 €, s
\r\ntrvaním zmluvy na 24 mesiacov, aktivácia produktu od 1.11.2020.
\r\n
\r\nProsíme Vás, aby ste nám zmenu rýchlosti, v zmysle vyššie uvedenej ponuky
\r\npotvrdili odpoveďou na tento e-mail.
\r\n
\r\nĎakujeme a prajeme pekný deň.
\r\n
\r\nS pozdravom

\N 0 164 Person 163 268 4 person t \N 0 \N \N 0 226 Nove zmluvy, dohody ... 48 132 1 nova-zmluvy-dohody t \N 0 \N \N 0 115 FAQ - Často kladené otázky 57 183 1 telefon-faq t \N 0 \N \N 0 116 Na moje číslo IPfon sa nedá dovolať zo siete iného operátora 115 185 2 neda-sa-mi-dovolat-z-inej-siete t \N 0 Dozvedel som sa od známeho, ktorý používa služby iného telefónneho operátora (slovenského alebo zahraničného), že sa nevie dovolať na moje číslo, ktoré mám aktívne v sieti IPfon. Zo siete IPfon a aj z niektorých iných sietí sa však na moje číslo v sieti IPfon dá dovolať, čo znamená, že moja IPfon linka nemá poruchu. Ako to vyriešiť?

Ak sa užívateľ inej siete nevie dovolať na vaše číslo v sieti IPfon, ale zo siete IPfon a z iných ďalších sietí volania na vaše číslo fungujú, potom túto vec musí nahlásiť volajúci tomu poskytovateľovi telefónnej služby, z ktorého siete volanie nefunguje správne (teda tomu poskytovateľovi, v ktorého sieti vytočil cieľové číslo a nedovolal sa). Pri hlásení poruchy je treba uviesť, že nie je možné dovolať sa na zadané číslo, hoci volané číslo nemá poruchu a z iných sietí sa na neho dovolať dá. V prípade neochoty poskytovateľa odporúčame podať k tejto veci písomnú reklamáciu, a to opäť výhradne u poskytovateľa, z ktorého siete sa dovolať nedá. Ak sa nie je možné dovolať iba niekedy, a inokedy to funguje, je potrebné uviesť to tiež, a pridať aj informácie o dátume a čase neuspešného volania (volaní).

Prečo sa takéto problémy riešia a reklamujú u poskytovateľa, v ktorého sieti hovor začína, má viaceré dôvody:

Z právnej stránky, užívateľ každej verejnej telefónnej siete v \r\nEurópskej únii má nárok na to, aby sa vedel dovolať na všetky čísla v \r\nčlenských štátoch EÚ (okrem prípadu, keď by takéto volania obmedzil \r\nvolaný účastník z obchodných dôvodov). Toto pravidlo je zahrnuté \r\npredovšetkým v Smernici Európskeho parlamentu a Rady č. 2002/22/ES o univerzálnej službe,\r\n a to v článku 27, ods. 2. Táto smernica stanovuje povinnosť, \r\naby takéto pravidlo členské štáty EÚ zaviedli a uplatňovali. Do \r\nprávneho poriadku Slovenskej republiky bolo toto zapracované v zákone č. 351/2011 Z.z. o elektornických komunikáciách, konkrétne pod § 41 ods. 3 písm. b), a to v znení "Podnik\r\n poskytujúci verejnú službu je povinný zabezpečiť, ak je to technicky a \r\nekonomicky možné, okrem prípadov, keď volaný účastník z obchodných \r\ndôvodov obmedzil volajúcich zo špecifických geografických oblastí, aby \r\nkoncoví užívatelia mali prístup k všetkým číslam v národných telefónnych\r\n číslovacích plánoch členských štátov, číslam európskeho telefónneho \r\nčíslovacieho priestoru a medzinárodným telefónnym číslam služieb volania\r\n na účet volaného, bez ohľadu na technológiu a zariadenia, ktoré podnik \r\npoužíva.". Na základe európskej smernice, a s ňou súvisiacich \r\nnárodných predpisov, nemôže teda žiadny telefónny operátor ignorovať, že\r\njeho účastník sa z jeho siete nevie dovolať na niektoré telefónne číslo v EÚ.

Okrem toho zákonného ustanovenia je dôležité aj to, že užívateľ ktorý vytáča číslo na telefóne (volajúci užívateľ), má so svojim poskytovateľom telefónnej služby uzavretú zmluvu, a za prevádzku telefónnej linky a spojenie volaní mu platí poplatky. Na základe tejto zmluvy a týchto poplatkov má užívateľ nárok na to, aby mu jeho poskytovateľ poskytoval funkčnú a bezchybnú službu, čo zahňa aj vyššie spomenutú možnosť dovolať sa na všetky čísla v EÚ. Tohto práva sa samozrejme môže dožadovať iba ten, kto má zmluvu s týmto podnikom uzatvorenú, a preto je nevyhnutné, aby požiadavku na riešenie predkladal užívateľ východzej siete. Ak sa na operátora východzej siete obráti volaný užívateľ (ten, ktorému sa nie je možné dovolať) alebo operátor cieľovej siete (IPfon), východzí operátor sa takouto žiadosťou vôbec zaoberať nemusí, pretože títo nie sú užívateľmi jeho siete.

Z technickej stránky je spojenie hovoru podobné, ako doručenie listovej zásielky. Na začiatku volajúci užívateľ voľbou čísla na svojom telefóne vytvára správu - žiadosť o spojenie. Táto správa dorazí do siete jeho operátora (východzia sieť, originating network), kde sa podľa volaného čísla zistí, do ktorej krajiny a prípadne aj do ktorej telefónnej siete má byť táto správa smerovaná (terminating network). Ak východzia sieť nemá priame spojenie až do cieľovej krajiny alebo siete, použije na spojenie prostredníka - inú telefónnu sieť alebo siete (tranzitné siete, transit networks), s ktorými má uzatvorené zmluvy na prenos takýchto volaní. Doručenie žiadosti o spojenie vyzerá potom takto:

Volajúci užívateľ => Východzia sieť => Tranzitná sieť 1 => Tranzitná sieť 2 => Cieľová sieť => Volaný užívateľ

V tomto reťazci sa každý jeho prvok rozhoduje sám na základe vlastných kritérií, akou cestou bude správu (žiadosť o spojenie) ďalej smerovať. Tak ako sa na začiatku volajúci užívateľ rozhoduje, cez ktorú (východziu) sieť hovor uskutoční, tak sa aj každý ďalší operátor v reťazci sám rozhoduje, akou cestou hovor ďalej pošle. Smerovanie v telefónnych sieťach je v súčasnosti často riešené dynamicky, a zvolená cesta sa mení podľa toho, aké ceny volaní si opeátori navzájom ponúkajú, a aká je vyžaťenosť jednotlivých liniek medzi nimi. Môže sa stať (a aj sa stáva), že volanie medzi dvoma rovnakými číslami môže byť spojené raz jednou cestou, a inokedy zas inou.

Ak sa niekde v tomto reťazci stane chyba, a správa (žiadosť o spojenie) vôbec nedorazí do cieľovej siete, a teda hovor nie je možné nadviazať, musí sa tento reťazec prešetrovať od jeho počiatku:

volajúci užívateľ overí, či vytočil správne číslo, a ak áno, nahlási problém operátorovi východzej siete, s ktorým má zmluvu a ktorému by za toto volanie zaplatil, ak by bolo spojené,
východzia sieť overí, či správne vybrala nasledujúceho operátora v reťazci (tranzitná sieť 1) a odovzdala správu do jeho siete, a ak áno, nahlási problém tomuto operátorovi (pretože s ním má zmluvu o tranzite volaní cez jeho sieť a za takéto hovory mu platí),
tranzitná sieť 1 overí, či správne vybrala nasledujúceho operátora (tranzitná sieť 2) a ak áno, nahlási problém tomuto operátorovi (opäť na základe toho, že existuje medzi nimi vzájomná zmluva a vzájomné platby),
tranzitná sieť 2 overí, či správne vybrala ďalšiu sieť v poradí, .... atď.

Tento reťazec nie je možné prešetrovať od jeho konca, od cieľovej siete (v tomto prípade od siete IPfon), pretože v cieľovej sieti je zrejmé iba to, že do nej správa (hovor) vôbec neprišla - ale vôbec nie je jasné, odkiaľ (od ktorého z operátorov) by do nej mala správa (hovor) prísť, pretože to závisí od toho, aké smerovacie rozhodnutia robili predchádzajúci operátori v reťazci. Preto je nevyhnutné, aby šetrenie problémov prebiehalo vždy od východzej siete, pretože jedine tá presne vie, odkiaľ správa (žiadosť o spojenie hovoru) prišila, a kam bol ďalej smerovaná. Iba takýmto šetrením je možné po overení jednotlivých krokov presne zistiť, u ktorého z operátorov v reťazci nastala chyba, a následne iba tak je možné túto chybu odstrániť.

\N 0 271 FTTH: pridanie ONU na OLT (iba internet) 270 41 2 ftth-pridanie-onu-na-olt-iba-internet t \N 0

1. Prihlásenie do OLT

2. v menu vybrať ONU configuration - ONU list

3. buď vidíme v zozname zariadení to, ktoré je treba povoliť, alebo si musíme nájsť správne port ID (ideálne zobraziť všetky - all)

4. ak je na druhej strane ONU pripojené, vidíme ho ako Offline

5. ONU type zmeníme z Authentication na Automatic Discovery

6. ONU povolíme kliknutím an White list
7. ONU sa teraz dá konfigurovať, klikneme na Config,

....dokončiť

\N 80 250 Nahlásenie poruchy 1.časť 87 112 2 nahlasenie-poruchy-1-cast t \N 0

V prípade, že volá zákazník, ktorý chce nahlásiť poruchu pripojenia, postupujeme nasledovne:

1. číslo zmluvy/ priezvisko a meno/ adresa - od zákazníka zistím meno, na koho je zmluva písaná, prípadne sa utvrdím adresou, ak existujú menovci

2. vyberiem potrebnú zmluvu, prístupy, detail prístupu, základné údaje: Všímam si akú technológiu zákazník používa (WIFI, HCNA, ETH cez wireless, FTTH, FTTB) a podľa toho postupujem ďalej

3. V každom prípade sa pozriem, či je PPPOE pripojené - detail prístupu, prihlásenie k sieti- Ak v stĺpci koniec na prvom riadku je prázdne políčko, znamená to, že PPPOE je pripojené

4. Všímam si FUP: ak je 100 - zákazník nemá prekročenú spotrebu a teda internet mu nemá dôvod ísť pomalšie, ak je tam iné číslo, znamená to, že je spomalený

5. Od zákazníka sa stále snažím zistiť čo najviac informácií o poruche: popis poruchy, ako sa prejavuje, kedy sa prejavuje, ako často, ako dlho a podobne

\N 0 258 Odkaz na speed test 245 140 2 odkaz-na-speed-test t \N 0

\r\n

\r\nDobrý deň,
\r\n
\r\nv zmysle nášho telefonického rozhovoru Vám\r\nposielame odkaz na test rýchlosti internetu (skopírujte ho do Vášho\r\nwebového prehliadača) - http://speedtest.alternet.sk/
\r\n
\r\nTest\r\nvykonávajte podľa inštrukcií na stránke, t. j. pripojením\r\npočítača, na ktorom sa vykonáva test, priamo káblom k\r\ninternetovej prípojke, bez ďalších zariadení (switch, router,\r\nrepeater a podobne). Tiež prosíme dbajte na to, aby neboli počas\r\nmerania otvorené žiadne ďalšie webové stránky ani spustené\r\nžiadne aplikácie, ktoré využívajú sieťové pripojenie alebo\r\nvýkon počítača. Výsledky testu sa zobrazia na obrazovke počítača\r\na uložia sa aj v našom systéme.
\r\n
\r\nV prípade akýchkoľvek\r\notázok nás neváhajte kontaktovať.

\r\n

S pozdravom,

\N 0 252 Technológia WIFI 250 113 3 technologia-wifi t \N 0

Zákazníkovi môžem poradiť na základe toho akú technológiu používa:

Technológia WIFI:

- ide o wifi prípojku, ktorá sa zriaďuje ak nie je dostupné iné pokrytie (napríklad optika)

- koncové zariadenie: Nanobridge M5 (anténa), Nanostation Loco M5 (biela krabička)

Ako\r\n to funguje: koncové zariadenie je umiestnené na konzole osadenej na \r\nfasáde/komíne/balkóne/streche, pričom musí byť dodržaná podmienka \r\npriamej viditeľnosti na prístupový bod (POP) - t.j. napríklad anténa \r\nmusí mať dobrú viditeľnosť na POP, aby mala dobrý signál. Z koncového \r\nzariadenia sa vedie kábel do interiéru, v napájacom adaptéri sa tento \r\nkábel zapojí do portu POE. Z portu LAN, ktorý sa nachádza na napájacom \r\nadaptéri sa vedie kábel do routra (WAN port) alebo do PC (LAN port).

- ak zákazník volá, že mu nefunguje internet: PPPOE je pripojené?

1.NIE JE pripojené PPPOE: reštart adaptéra

\r\n 2. JE pripojené PPPOE: reštart routra, prípadne sa skúsiť pripojiť \r\nkáblom z routra do pc, alebo priamo káblom z adaptéra do pc

\N 0 272 mylná uhrada 245 151 2 mylna-uhrada t \N 0

\r\nDobrý deň,
\r\n
\r\nďakujeme za Váš e-mail. Žiadosť o\r\nvrátenie mylnej úhrady sme zaevidovali a postúpili na\r\nspracovanie.
\r\n
\r\nPrajeme Vám\r\npríjemný deň!
\r\n
\r\n--
\r\nS pozdravom, \r\n

\r\n

\N 0 225 Nastavenie Siemens Gigaset C530 IP 67 179 2 nastavenie-siemens-gigaset-c530-ip t \N 0 \N \N 0 235 Cisco Linksys - SPA 30x / SPA 50x 67 181 2 cisco-linksys-spa-30x-50x-provisioning t \N 0

Ak má telefón nastavenia, ktoré nepotrebujete zachovať, odporúčame pred nastavovaním zmazať užívateľskú konfiguráciu a obnoviť továrenské nastavenia. Pre obnovenie továrenských nastavení v menu telefónu zvoľte položku 14 - Factory Reset a potvrďte.

Telefón s továrenskými nastaveniami po pripojení do siete získa IP adresu z DHCP. Zistíte ju stlačením v menu telefónu v položke 9 - Network.

Prihláste sa do webového rozhrania telefónu prostredníctvom tejto IP adresy.

Webové rozhranie tohto telefónu sa prepína medzi užívateľským a administrátorským režimom, a tiež medzi základným a rozšíreným režimom. Ak sa v pravom hornom rohu webového rozhrania nachádza odkaz Admin Login, kliknite na neho, čím sa web prepne do administrátorského režimu. V pravom hornom rohu tiež kliknite na advanced, čím sa sprístupní rozšírený režim. Pre celý ďalší návod sa predpokladá, že máte webové rozhranie takto prepnuté.

Pre použitie provisioningu musí telefón používať firmware verzie 7.6.2f (alebo novší). Overte verziu firmwaru tak, že v hornom menu telefónu kliknite na Info. Verziu firmware nájdete v časti Product Information / Software Version.

Ak je verzia nižšia ako 7.5.2b, musí sa najprv spraviť aktualizácia na túto verziu. V hornom menu kliknite na položku Provisioning a v časti Firmware Upgrade nastavte Upgrade Rule: http://www.mojoperator.sk/dl/fw/linksys/spa50x-30x-7-5-2b.bin . Potvrďte tlačidlom Submit All Changes. Telefón sa reštartuje. Po reštarte si telefón zaktualizuje firmware. Pred pokračovaním v postupe si overte na stránke Info, či je na verzia firmware 7.5.2b (alebo vyššia).

Ak je verzia 7.5.2b alebo vyššia, no nižšia než 7.6.2f, aktualizujte firmware na verziu 7.6.2f. V hornom menu kliknite na položku Provisioning a v časti Firmware Upgrade nastavte Upgrade Rule: http://www.mojoperator.sk/dl/fw/linksys/spa50x-30x-7-6-2f.bin . Potvrďte tlačidlom Submit All Changes. Telefón sa reštartuje. Po reštarte si telefón zaktualizuje firmware. Pred pokračovaním v postupe si overte na stránke Info, či je na verzia firmware 7.6.2f (alebo vyššia).

Ak je verzia 7.6.2f (alebo vyššia), nastavte provisioning. Vo webovom rozhraní v hornom menu kliknite na Provisioning a zadajte nasledovné hodnoty:

Configuration Profile / Profile Rule: [--uid admin --pwd XXXXXXXX ] https://api2.uniphone.org/api/phoneconfig/$MA.xml - namiesto XXXXXXXX zadajte heslo provisioningu (všetky ostatné časti reťazca dodržte presne, vrátane špeciálnych znakov a medzier)
\r\nCA Settings / Custom CA RULE: http://www.mojoperator.sk/dl/crt/api2_uniphone_org.crt

Potvrďte nastavenie tlačítkom Submit All Changes. Telefón sa reštartuje a po reštarte si nainštaluje serverový certifikát. Po úplnom nabehnutí telefónu odporúčame počkať 1-2 minúty a následne telefón reštartovať. Po ďalšom reštarte by sa už mal telefón pripojiť do provisioningu a mali by sa zmeniť jeho \r\nnastavenia (napríklad klapka). Prihlasovacie údaje do webového rozhrania\r\n sa zmenia na prihlasovacie meno a heslo provisioningu.

\N 0 223 \\Extranet\\DB\\Model 219 262 4 extranet-db-model t \N 0

Model

\r\n

Pre účely Extranetu pre neexistenciu globálneho riešenie\r\ndependency injection (ďalej DI) je ešte vytvorená pomocná trieda\r\nModelFactory, ktorá vytvorí všetky potrebné\r\nzávislosti.

\r\n

Na vytvorenie modelu stačí nasledujúci kód.

\r\n

$person = \\Extranet\\DB\\ModelFactory::create('PersonModel');

\r\nPráca s databázou

\r\n

fetch($createNew)

\r\n

Naplnenie dátami z databázy, podmienkou je naplnenie where, ak\r\nje where reťazec, alebo číslo použije sa ako hodnota pre\r\nvyhľadanie podľa primárneho kľúča. \r\n

\r\n

Metóda vráti objekt Model, buď aktuálny, alebo nový ak bol\r\nparameter $createNew === true.

\r\n

$person->where(1)->fetch(); // vyberie dáta osoby s ID 1

\r\nAk má tabuľka ako primárny kľúč, iný stĺpec ako id je možné\r\nho zmeniť pomocou vlastnosti primaryKey

\r\n

// v PersonModel je
$primaryKey = 'name';\r\n\r\n$person->where('Jozef Mrkwa')->fetch();

\r\nPoužiť je možné ľubovoľné podmienky, viď SQLBuilder::where.

\r\n

Ak podmienke vyhovuje viac záznamov, vyberie sa prvý.

\r\n

fetchMultiple()

\r\n

Výber viacerých záznamov, výsledok je objekt DBResultSet,\r\nktorý je iterátor. O DBResultSet viac tu.

\r\n

$where = [\r\n\t['name', 'jozef%',  'ILIKE']\r\n];
\r\n$persons = $person->where($where)->fetchMultiple();

\r\nK modelu je možné pistupovať ako k poľu:

\r\n

$person['name'] = 'Jozef Mrkwa';\r\necho $person['id'];

\r\nsave(bool $insertIfNotExists = false)

\r\n

Uloženie záznamu.

\r\n

Parameter $insertIfNotExists určuje či v prípade ,že\r\nexistuje v ukladaných dátach primárny kľúč sa vloží nový\r\nzáznam, ak ešte neexistuje.

\r\n

$person->save();

\r\ndelete()

\r\n

Na zmazanie záznamu stačí zavolať metódu delete:

\r\n

// zmazanie aktuálneho záznamu\r\n$person->delete();\r\n\r\n// zmazanie iného záznamu podľa podmienky\r\n$where = ['id', 2];\r\n$person->where($where)->delete();

\r\ncount()

\r\n

Zistenie počtu záznamov vyhovujúcim podmienke výberu zadaným\r\ncez metódu Model::where()

\r\n

Manipulácia s modelom

\r\n

create(mixed $where = null)

\r\n

Vytvorenie nového modelu, ak parameter $where nie je zadaný je\r\nnový model prázdny. Ak je zadaný naplní sa dátami zodpovedajúcim\r\nzadanej podmienke.

\r\n

columns(array $columns, bool $append = false)

\r\n

Nastavenie zoznamu stĺpcov korých hodnoty sa majú vrátiť pri\r\nSELECTe. Parameters $append určuje či sa sĺpce z parametra\r\n$columns pridajú k základným (Model::$columns), alebo sa použijú\r\niba tie.

\r\n

setData(array $data, bool $merge = false, bool\r\n$setFetchedData = false)

\r\n

Naplnenie modelu dátami, parameters $merge určuje či sa dáta\r\npripoja k existujúcim (existujúcae kľúče sa sa prepíšu), alebo\r\nsa kompletne nahradia. Parameter $setFetchedData určuje či sa má\r\nnaplniť aj Model::$fetchedData tými istými dátami

\r\n

reset()

\r\n

Vyčistí dáta modelu (Model::$data, Model::$fetchedData),\r\nvyresetuje Model::$sqlBuilder a Model::$dirty nastaví na false

\r\n

toArray()

\r\n

Vráti dáta modelu, obvykle Model::$data, metóda mmôže byť\r\ndoplnená aj o vrátenie ďalších dát

\r\n

checkPermission(string $operation, bool $return =\r\nfalse)

\r\n

Kontrola oprávnenia na vykonanie operácie

\r\n

diff($column)

\r\n

Vráti pole s pôvodnou (uloženou hodnotou) a aktuálnou\r\nhodnotou. V prípade že stĺpec sa v dátach nenachádza vráti\r\nfalse. Vprípade že hodnota sa uložených dátach nenachádza vráti\r\nsa ako uložená hodnota null. Ak primárny kľúč nie je nastavený\r\nvšetky dáta sa považujú za zmenené

\r\n

Bezpečnosť

\r\n

Bezpečnosť je štandardne riešená na dvoch úrovniach. Prvá\r\numožňuje určiť či model môže vykonanť jednu z operácií:\r\nselect, insert, update, delete. Tieto\r\npovolenia sa nastavujú vlastnosťami modelu $selectAllowed,\r\n$insertAllowed, $updateAllowed, $deleteAllowed.\r\nIch predvolenou hodnotou je false;

\r\n

Druhou úrovňou je kontrola na základe ACL. Túto uroveň\r\novplyňuje obsah vlastností $resourceID a $aclMap.

\r\n

$resourceId pomenúva typ dát aje ekvivalentom stĺpca\r\nacl_high.opgroup.

\r\n

$aclMap je mapa\r\ndatabázových operácií na ACL operáciu ako je uložená v\r\nacl_high.opname.\r\nPredvolená hodnota je:

\r\n

public $aclMap = [\r\n\t'select' => 'read',\r\n\t'insert' => 'write',\r\n\t'update' => 'write',\r\n\t'delete' => 'write'\r\n];

\r\nV prípade, že je treba špecifickejšie ošetrenie práv je možné\r\npreťažiť triedu Model::checkPermissions.

\r\n

Callbacky

\r\n

Metódy na výber (fetch), mazanie (delete) a ukladanie (save)\r\nmôžu mať priradený zoznam callbackov. Tie sú uložené v\r\npremenných $saveCallbacks, $fetchCallbacks, $deleteCallbacks\r\ntriedy Model ako pole. Na manipuláciu so saveCallbackmi existujú\r\nmetódy registerSaveCallback a modifySaveCallback.

\r\n

registerSaveCallback(string $type = 'post', mixed\r\n$key = null, callable $callback)

\r\n

Registrácia callbacku volaného pri ukladaní dát. Parameter\r\n$type určuje či sa spustí pred uložením (hodnota 'pre'), alebo\r\npo uložení (hodnota 'post'). $key obsahuje názov pod akým sa\r\ncallback uloží do zoznamu a $ callback obsahuje samotný callback.

\r\n

modifySaveCallback(array $list)

Hromadná modifikácia príznaku či sa má saveCallback spustiť alebo nie
\r\n

Parameter $list je asociatívne pole, kde kľúč je názov callbacku a hodnota boolean indikujúca či sa má callback spustiť, alebo nie. Je možné špeciálny kľúč "*", ktorý nastaví rovnaký príznak všetkým callbackom.

Callbacky pre ukladanie dostanú ako parametre názov tabuľky,\r\naktuálne dáta, a predošlé hodnoty stĺpcov ktoré boli zmenené.

\r\n

saveCallback($table, $data, $dataDiff);

\r\nCallbacky pre výber dát dostanú ako parametre názov tabuľky a\r\ndáta.

\r\n

fetchCallback($table, $data);

\r\nCallbacky pre mazanie dát dostanú ako parametre názov tabuľky a\r\ndáta.

\r\n

deleteCallback($table, $data);

\r\n

databáza, model 100 218 Yealink / WELL - SIP Txx - nastavenie provisioningu 67 178 2 yealink-well-sip-txx-provisioning t \N 0

Pre použitie provisioningu musí telefón používať firmware verzie x.72.x.x alebo vyššej. Telefóny so staršou verziou je potrebné manuálne aktualizovať.

Telefón po pripojení do siete získa IP adresu z DHCP. Zistíte ju stlačením OK na telefóne.

Prihláste sa do webového rozhrania telefónu prostredníctvom tejto IP adresy. Predvolené prihlasovacie meno je admin a heslo admin.

Najprv je telefónu potrebné upraviť nastavenia, aby sa vedel pripojiť na zabezpečený provisioning. Vo webovom rozhraní v časti Settings -> Auto Provision -> Server URL zadajte http://www.ipfon.sk/config/ . Uložte nastavenie tlačítkom Confirm. Po uložení aktivujte provisioning stlačením Auto Provision Now. Ak táto úvodná časť nastavení prebehne správne, Server URL sa zmení na https://www.mojoperator.sk/api/phoneconfig/ .

Pre pripojenie k provisioningu je potrebné nastaviť vo webovom rozhraní v časti Settings -> Auto Provision tieto hodnoty:

Server URL: https://www.mojoperator.sk/api/phoneconfig/
User Name: admin - prihlasovacie meno provisioningu
Password: xxxxxxxxxx - heslo provisioningu

Uložte nastavenie tlačítkom Confirm. Po uložení aktivujte \r\nprovisioning stlačením Auto Provision Now. Ak pripojenie telefónu do provisioningu prebehne správne, zmenia sa jeho nastavenia (napríklad klapka). Prihlasovacie údaje do webového rozhrania sa zmenia na prihlasovacie meno a heslo provisioningu.

\N 100 259 List za nedoplatok 1 245 141 2 list-za-nedoplatok-1 t \N 0

\r\n

Dobrý deň pán\r\n….........,

na základe dnešného telefonického rozhovoru\r\nVám posielam zoznam faktúr, ku ktorým neevidujeme úhradu v plnej\r\nvýške, pri zmluve vedenej na meno …..............meno\r\núčastníka:

1. FA 2001610653 z 2.5.2020 vo výške 8\r\neur,
2. FA 2001610834 z 2.6.2020 vo výške 8 eur,
3. FA\r\n2001610929 z 2.7.2020 vo výške 8 eur.
Zároveň v augustovej\r\nfaktúre budú účtované upomienky vo výške 8 eur.

Ak by\r\nste spravili jednorázový vklad na účet vo výške 32 eur, boli by\r\nuhradené všetky doposiaľ vystavené upomienky a z augustovej\r\nfaktúry Vám zostane uhradiť bežnú sumu 11,80 eur.

Platbu\r\nposielajte na číslo účtu Šacanet Plus - IBAN:
SK58 0200 0000\r\n0038 0493 8751
Ako variabilný symbol treba uviesť číslo\r\nzmluvy o sprostredkovaní: 67...........

V prípade\r\nakýchkoľvek otázok, nás neváhajte kontaktovať.

S\r\npozdravom, \r\n

\N 0 273 Info k výpovedí zmluvy 245 152 2 info-k-vypovedi-zmluvy t \N 0

Dobrý deň,
\r\n
\r\nv prípade záujmu o ukončenie zmluvy je potrebné doručiť originálne vyhotovenie výpovede. Tú následne spracujeme
\r\ns mesačnou výpovednou lehotou, ktorá začne plynúť od 1. dňa kalendárneho mesiaca, ktorý nasleduje po mesiaci, v ktorom
\r\nvýpoveď obdržíme. Následne do 30 dní po ukončení zmluvy je potrebné vrátiť nám zariadenie s napájaním, ktoré máte
\r\nod nás zapožičané v súvislosti s poskytovaním internetovej služby.
\r\n
\r\nĎakujeme za porozumenie a prajeme Vám príjemný deň!
\r\n
\r\n--
\r\nS pozdravom,

\N 0 276 TKR - riešenie problému 245 154 2 tkr-riesenie-problemu t \N 0

Dobrý deň, pán/pani,
\r\n\r\n
\r\n\r\nďakujeme za Váš e-mail. Ospravedlňujeme sa za nedostupnosť TV programov. \r\nNáš technický tím už pracuje na odstránení tejto poruchy. Po odstránení \r\nVás budeme kontaktovať.
\r\n\r\n
\r\n\r\nS pozdravom\r\n

\N 0 275 Predplatné 245 153 2 predplatne t \N 0

Dobrý deň, pán/pani,
\r\n\r\n
\r\n\r\nV zmysle nášho telefonického rozhovoru Vám posielame údaje pre platbu na vytvorenie ročného predplatného.
\r\n\r\n
\r\n\r\nČíslo účtu: SK77 0200 0000 0029 2552 5254
\r\n\r\nVariabilný symbol: 220000905
\r\n\r\nSuma: 80 € (ročná platba 78 € + 2 € upomienka)
\r\n\r\n
\r\n\r\nV prípade ďalších otázok nás neváhajte kontaktovať.
\r\n\r\n
\r\n\r\nĎakujeme, že využívate naše služby.
\r\n\r\n
\r\n\r\nS pozdravom

\N 0 277 Info o spárovaní platby 245 155 2 info-o-sparovani-platby t \N 0

Dobrý deň, pán/pani X,
\r\n
\r\nďakujeme za Váš e - mail. Platbu sme identifikovali a spárovali. Do budúcna odporúčame pri jednorázových úhradách použiť
\r\nako variabilný symbol číslo aktuálnej faktúry.
\r\n
\r\nV prípade akýchkoľvek otázok nás prosím kontaktujte.
\r\n
\r\nPrajeme Vám príjemný zvyšok dňa a pekný víkend.

\N 0 136 Štruktúra MVC 135 232 3 struktura-mvc t \N 0 Existuje viacero spôsobov ako chápať MVC. V tomto frameworku je MVC chápané tak, že View je vrstva, ktorá komunikuje s používateľom smerom von, ale aj smerom dnu. Existuje minimálny Controller s názvom HTTPFrontend - ten len určí, ktorému z View-ov má odovzdať riadenie (vytvoriť inštanciu View a zavolať jej metódu show()). View potom rozpozná vstupy od používateľa, určí čo sa má ďalej diať - obvykle vytvorí inštancie nejakých Controller-ov a zavolá nejaké ich metódy. Ak Controller potrebuje nejaké dáta, získa ich z Model-u.

Model predstavujú jednak samotné dátové objekty (napríklad Person) a takzvané Connector-y, vďaka ktorým je možné tieto dátové objekty získavať a ukladať (v prípade objektu Person je adekvátny connector PersonConnector). Tieto Connectory sú navrhnuté tak, aby sa dali bezozmeny používať aj s vysokoúrovňovými Controlermi, napríklad Form a Listing.

Triedy, ktoré nezapadajú do žiadnej z vymenovaných kategórií (napríklad preto, že ide o moduly tretích strán), sú pospolu označované Helpers.
\N 80 279 Evidovanie úhrady 245 157 2 evidovanie-uhrady t \N 0

Dobrý deň,
\r\n\r\n
\r\n\r\nďakujeme za informáciu o vykonaní platby. V najbližších dňoch by sme mali evidovať úhradu aj na našom účte.
\r\n\r\n
\r\n\r\nV prípade akýchkoľvek otázok nás neváhajte kontaktovať e-mailom alebo telefonicky.
\r\n\r\n
\r\n\r\nS pozdravom\r\n

\N 0 255 Technológia ETH cez wifi wireless 250 116 3 technologia-eth-cez-wifi-wireless t \N 0

Zákazníkovi môžem poradiť na základe toho akú technológiu používa:

Technológia ETH (cez wifi wireless):

- realizuje sa tam, kde nie je dostupná optická sieť a kde je možné pripojiť väčšie množstvo účastníkov (väčšinou bytové domy)

Ako\r\n to funguje: Wifi zariadenie sa umiestňuje na strechu bytového domu, zaňho sa umiestni switch, z ktorého sa pripájajú jednotlivé účastnícke prípojky - kábel je vedený od switchu v lište chodbou k bytu \r\nzákazníka. Z chodby je vedený prierezom do bytu. Za prierezom je \r\numiestnená účastnícka zásuvka, v ktorej je kábel ukončený. Ďalší kábel \r\nje vedený od tejto účastníckej zásuvky na požadované miesto v byte a \r\nukončený PC/Router.

- ak zákazník volá, že mu nefunguje internet: PPPOE je pripojené?

\r\n 1.NIE JE pripojené PPPOE: reštart routra k zákazník má, odporúčiť \r\nprípadne pripojenie priamo do pc (vyžaduje sa konfigurácia)

\r\n 2. JE pripojené PPPOE: reštart routra, prípadne sa skúsiť pripojiť \r\nkáblom z routra do pc

Konfigurácia:

1. Vytvoriť v PC nové širokopásmové pripojenie

2. Ak neprebehne konfigurácia, služba nebude fungovať kvôli absencii autorizačných prostriedkov

3. Je v podstate potrebné nanovo nakonfigurovať domácu sieť

- možná rýchlosť max 40Mbit?

\N 0 224 \\Extranet\\DB\\Helpers 219 263 4 extranet-db-helpers t \N 0

Helpers

\r\n

Pomocné funkcie

\r\n

Metódy

\r\n

format(string $sql, bool $highlight = false)

\r\n

Naformátovanie reťazca s SQL príkazom

\N 100 160 Frontend: Extranet (Mojoperátor.sk) 129 264 2 mojoperator-sk t \N 0 \N \N 0 161 Definície pojmov 160 265 3 definicie-pojmov t \N 0 \N \N 0 256 Výpoveď zmluvy 87 119 2 vypoved-zmluvy t \N 0

V prípade, že zákazník zavolá so záujmom o vypovedanie zmluvy, pokúsime sa zistiť z akého dôvodu, či je nespokojný so službou - navrhnúť servis. Môžeme prepojiť na dievčatá, ktoré mu vedia ponúknuť prípadne nejaký lepší balík a podobne.
Ak sa aj napriek tomu zákazník rozhodne, že chce zmluvu ukončiť, musím zistiť, či má zmluvu s viazanosťou alebo bez.
Zmluva bez viazanosti:

- zákazník musí doručiť písomnú žiadosť o výpoveď zmluvy (poštou alebo osobne, prípadne nechá v schránke)

- elektronicky iba v prípade, že dokument bude podpísaný zaručeným (kvalifikovaným) elektronickým podpisom

- výpovedná lehota je 1 mesiac a začína plynúť prvým dňom nasledujúceho mesiaca (napríklad, ak zákazník pošle výpoveď 14.10., mesačná výpovedná lehota začína plynúť od 1.11.)

- ak mal zákazník v prenájme naše zariadenie, je potrebné aby dané zariadenie vrátil v nasledujúcom mesiaci po uplynutí výpovednej lehoty (ak výpovedná lehota a teda deaktivácia zmluvy nastane 31.11., zákazník musí do konca decembra vrátiť naše zariadenia)

- v prípade, že zákazník nevráti v požadovanom termíne naše zariadenia, bude sankciovaný

- ak zákazník príde vrátiť zariadenie osobne na kontaktné centrum, môžem vypísať Protokol o vrátení zariadenia poskytovateľovi

- zákazník môže poslať zariadenie aj poštou na našu adresu

- ak zákazník nemá možnosť demontovať zariadenie, je možnosť, aby technik za poplatok 10€ výjazd a 10€ pol hodina práce, išiel k zákazníkovi zariadenie demontovať

Zmluva s viazanosťou:

- v prípade, že chce ukončiť zmluvu zákazník, ktorý má viazanosť, je potrebné ho upozorniť, že je to možné ale v tomto prípade mu bude účtovaná pokuta vo výške platieb až do konca dátumu, ku ktorému má viazanosť.

\N 0 108 CallerID 57 182 1 ipfon-callerid t \N 0

CallerID je identifikácia volajúceho, teda číslo, pod ktorým sa pri \r\nodchádzajúcom hovore prezentuje volajúci do siete. IPfón umožňuje použiť\r\n ako CallerID ktorékoľvek telefónne číslo, ktoré je vedené k príslušnej \r\nzmluve. Ak IP telefón pošle nevyhovujúce číslo, použije sa pre hovor \r\nprvé nájdené číslo k zmluve. CallerID sa akceptuje v jednom z týchto \r\ntvarov:\r\n

\r\n

0xxxxx - národné číslo Slovenska, doplní sa predvoľba 00421\r\n
00421xxxxx - medzinárodné číslo\r\n
+421xxxxx - medzinárodné číslo\r\n
421xxxxx - medzinárodné číslo\r\n

\r\n

Najjednoduchšie sa nastavuje CallerID tak, že ako názov konta pri \r\njeho vytváraní zadáte číslo, ktoré sa má zobrazovať volajúcemu. CallerID\r\n môžete dodatočne ovplyvniť nastavením SIP klienta (telefón, PBX, ..).\r\n

\N 0 118 Inventarizácia pohľadávok 117 122 2 inventarizacia-pohladavok t \N 3 Po skončení kalendárneho roka je treba vykonať inventarizáciu pohľadávok - to znamená odoslať všetkým, ktorí nám k prelomu rokov niečo dlžia, súpis podlžností na odsúhlasenie.

Pred inventarizáciou je potrebné spárovať všetky nespárované úhrady.

Vo Flexibee sa potom inventarizácia robí takto:

prihlásiť sa do firmy, ktorú chceme inventarizovať
otvoriť Predaj -> Vydané faktúry
v hornej lište zvoliť tlačítko "Služby" a v ňom položku "Výpočet stav úhrad k dátumu"
zadať dátum 31.12.201X, zvoliť "Vystavenie", následne zvoliť "Dokončiť"
zobrazí sa zoznam všetkých neuhradených faktúr - treba si ho zotriediť podľa firmy, a skontrolovať, či tam nie sú položky, ktoré tu byť nemajú - má tu byť len, to čo je k 31.12. neuhradené (tj ak niečo bolo uhradené až v januári, tak to v tomto zozname má byť, lebo ku koncu roka to uhradené nebolo)
zvoliť v hornej lište ikonu tlačiarne, vybrať typo dokladu "Inventarizácia...", vytlačiť, ešte rad pre istotu prekontrolovať a odoslať..

\N 100 162 Štruktúra adresárov 160 266 3 struktura-adresarov t \N 0 \N \N 0 163 Významné prvky 160 267 3 vyznamne-prvky t \N 0 \N \N 0 166 ContractItemBinding 163 270 4 contractitembinding t \N 0 \N \N 0 167 ContractItemTrigger 163 271 4 contractitemtrigger t \N 0 \N \N 0 168 ActivationElement 163 272 4 activationelement t \N 0 \N \N 0 126 Faxové služby 57 192 1 fax t \N 0 \N \N 100 295 Originácia volaní cez API 230 197 2 api-originacia-volani t \N 0

Pobočkové ústredne UniPBX umožňujú origináciu (zostavenie) volaní prostredníctvom API. Po prijatí povelu cez API pobočková ústredňa najprv zavolá prvej strane volania - označenej ako A - a čaká na zdvihnutie. Keď strana A volanie zdvihne, pobočková ústredňa zavolá strane B a následne obe strany A aj B navzájom spojí. Strana A počuje spájanie so stranou B tak, akoby volala sama, teda počuje aj vyzváňanie pred zdvihnutím alebo hlášku telefónnej siete o nedostupnom alebo neexistujúcom čísle.

Pre používanie originácie je potrebné najprv vytvoriť v administrácii ústredne konto pre origináciu volaní, nastaviť mu prihlasovacie meno, heslo a prípadne tiež ACL (zoznam povolených IP adries). V nastavení konta je možné prednastaviť hodnoty jednotlivých parametrov, ktoré sa použijú pri originácii volaní (hodnoty týchto parametrov potom nie je potrebné odovzdávať cez API). Ak je hodnota parametera nastavená v aj originačnom konte a je odovzdaná aj cez API, prednosť má a použije sa hodnota odovzdaná cez API. Prihlasovacie meno a heslo k originačnému kontu sa pri použití API odovzdáva prostredníctvom HTTP autentifikácie.

Informáciu o skončení volania a jeho dôvode je možné získať prostredníctvom HTTP(S) volania z API na užívateľom zadané URL, nastavené v originačnom konte v poli "Externé URL". Takto je možné získať unikátne ID volania a následne podľa neho cez API stiahnuť aj nahrávku volania (ak bolo nahrávanie zapnuté).

Zostavenie nového volania cez API

Pre zostavenie (originovanie) nového volania je potrebné poslať požiadavku napríklad v takomto tvare:

https://www.mojoperator.sk/api/pbxoriginate/originate-account/originate?anum=%2B421901001122&cid=%2B421850335577&bnum=11&bcid=%2B421901001122&bcname=Meno+Klienta&extid=444

Toto API volanie spôsobí, že ústredňa zavolá strane A na číslo +421901001122\r\n a bude sa prezentovať číslom volajúceho +421850335577. Keď strana A \r\ndvihne, ústredňa zavolá stranu B na číslo (klapku) 11, bude sa \r\nprezentovať číslom volajúceho +421901001122\r\n a zároveň menom "Meno Klienta". Predpokladajme, že na klapke 11 je \r\ncallcentrum, ktoré volanie ihneď prevezme, stranu A pozdraví uvítacou \r\nhláškou a ďalej vybaví hovor. Keďže tomuto hovoru je cez API nastavené \r\nexterné ID (444), po skončení volania API pošle detaily volania na \r\nExterné URL nastavené v originačnom konte a pre rozlíšenie volania odovzdá aj externé ID (444).

Pre originovanie volania cez API musia byť nastavené tieto povinné parametre (buď prostredníctvom ich nastavenia v originačnom konte, alebo ich odovzdaním pri volaní API):

anum - volané číslo na strane A
bnum - volané číslo na strane B (bude sa volať, keď A zdvihne)

Pre upresnenie môžu byť použité tieto nepoviné parametre:

cid - číslo volajúceho (Caller ID)
cname - meno volajúceho (Caller Name)
bcid - číslo volajúceho (Caller ID) pre stranu B, ak má byť iné ako cid
bcname - meno volajúceho (Caller Name) pre stranu B, ak má byť iné ako cname
extid - externé (užívateľské) číselné ID (integer) pre označenie tohto volania; ak je nastavené, API odovzdá stav volania na Externé URL
billcode1 / billcode2 / billcode3 - užívateľské hodnoty (alfanumerické) pre rozúčtovanie nákladov
waittime - maximálna dĺžka čakania na dvihnutie volania (v sekundách)
maxtime - maximálna dĺžka hovoru od momentu dvihnutia stranou A (v sekundách)
hangupalert - ak sa nastaví na 0, vypne sa hlasové oznamovanie chýb pri volaní na A-stranu (to urýchli spracovanie volaní napr. na neexistujúce alebo nedostupné čísla)
monitor - ak sa nastaví na "a" alebo "b", na zvolenej strane sa zapne nahrávanie volania

Formát volaných telefónnych čísel (parametre anum a bnum) je rovnaký ako pri volaní z ústredne prostredníctvom telefónneho prístroja. Teda ak sa pri volaniach z ústredne do verejnej siete volí pred číslom úvodná 0 (nula), aj pri volaní cez API by mala byť k číslam pridaná úvodná 0. Univerzálne riešenie pri použití API je volať na čísla v medzinárodnom tvare začínajúce znakom "+" (tak ako v príklade vyššie), je však potrebné mať nastavenú ústredňu tak, aby podporovala aj tento tvar čísel. Pamätajte, že znak "+" má v HTTP URL špeciálny význam (znamená medzeru), a preto sa znak "+" musí v URL zakódovať do tvaru %2B, tak ako v príklade vyššie.

Čísla volajúceho (parametre cid a bcid) môžu byť zadané v národnom alebo medzinárodnom tvare, teda 0850335577, 00421850335577 alebo +421850335577. POZOR - pri volaní do verejnej siete musí byť číslo volajúceho priradené k príslušnej zmluve, inak verejná sieť číslo volajúceho odmietne a nahradí ho niektorým z čísel priradených k zmluve. Aj v tomto prípade odporúčame použiť univerzálny medzinárodný tvar s "+" na začiatku.

Meno volajúceho (parametre cname a bcname) má zmysel nastavovať iba pri volaní v rámci pobočkovej ústredne. Cez verejnú sieť sa tieto údaje neprenášajú.

Získanie stavu originovaného volania

Pri originácii volania môže byť zadaný nepovinný číselný parameter extid (externý indentifkátor), napr. poradové číslo volania. Ak je nastavený extid, po skončení volania dôjde k notifikácii cez API na Externé URL, zadané v konfigurácii originačného konta. Ako súčasť URL môžu byť použité značky, ktorých obsah sa pri volaní URL nahradí aktuálnou hodnotou. Celé Externé URL potom môže vyzerať napríklad takto:

https://www.my-server.example.com/originate/response?extid={extid}&hangup={hangup}&astatus={astatus}&acause={acause}&abillsec={abillsec}&bstatus={bstatus}&bcause={bcause}&bbillsec={bbillsec}

V Externom URL môžu byť použité tieto značky:

{extid} - externý identifikátor - slúži pre jednoznačné previazanie výsledku s originovaným volaním
{hangup} - označenie strany A alebo B, ktorá ukončila originované volanie (položila ako prvá)
{astatus} a {bstatus} - stav volania na príslušnej strane, napr. "ANSWER" (volaný zdvihol), "BUSY" (volaný má obsadené), "NOANSWER" (volaný nezdvihol do uplynutia waittime), "CONGESTION" alebo "CHANUNAVAIL" (chyba v spojení)
{acause} a {bcause} - číselný kód dôvodu ukončenia volania podľa odporúčania ITU-T Q.850, napr. 1 (volané číslo neexistuje), 16 (normálne ukončenie), 17 (číslo obsadené), 20 (číslo mimo dosahu), 21 (volaný odmietol volanie). Kód sa preberá od cieľovej alebo tranzitnej telefónnej siete, pri volaní do niektorých sietí nie je presný alebo nie je vôbec poskytnutý, odporúčame ho teda používať iba ako doplňujúcu informáciu k {astatus} a {bstatus}.
{astart} a {bstart} - timestamp začiatku volania na príslušnej strane
{aanswer} a {banswer} - timestamp odpovede na volanie (zdvihnutia volania) na príslušnej strane
{aend} a {bend} - timestamp skončenia volania na príslušnej strane
{adialsec} a {bdialsec} - trvanie spájania volania (vytáčanie + vyzváňanie) na príslušnej strane, v sekundách
{abillsec} a {bbillsec} - trvanie účtovanej časti volania (bez vytáčania a vyzváňania) na príslušnej strane, v sekundách
{acallsec} a {bcallsec} - trvanie celého volania (vytáčanie + vyzváňanie + hovor) na príslušnej strane, v sekundách
{amonitor} a {bmonitor} - hodnota 1 znamená, že volanie na príslušnej strane bolo nahrávané

Dobré rady k API originácii

Aby originácia volaní fungovala k plnej spokojnosti všetkých strán, pri navrhovaní vašich aplikácií a používaní tejto funkcie pamätajte na to, že strana A po zdvihnutí volania počuje najprv spájanie so stranou B, čo môže byť pre nepoučenú volanú osobu na strane A veľmi zvláštne.

Ak chcete cez API spojiť volanie medzi vašim pracovníkom a zákazníkom, na strane A by mal byť obvykle váš pracovník a na strane B zákazník. Váš pracovník zvolí originovanie hovoru cez API, následne mu zazvoní jeho telefón, pričom pracovník už podľa čísla volajúceho vie, že ide o originovaný hovor z ústredne. Po zdvihnutí bude v telefóne počuť priebeh spájania so zákazníkom a prípadnú hlášku telefónnej siete (ak je zákazník nedostupný, číslo neexistuje a podobne). Pre zákazníka na strane B to bude úplne štandardný hovor a ani nerozozná, že bol originovaný cez API.

Ak chcete obvolať väčší počet zákazníkov a nemáte dosť pracovníkov, ktorí by čakali pri telefóne kým zákazník prijme hovor, je možné strany navzájom prehodiť. Na strane A bude zákazník, a celý priebeh spájania so zákazníkom sa udeje na ústredni, bez účasti vášho pracovníka. Neexistujúce čísla alebo čísla mimo dosahu budú obvolané bez toho, aby to vyžadovalo čo len sekundu času vášho pracovníka (dôvod skončenia hovorov sa dozviete cez API volanie na Externé URL). Avšak v tomto prípade je veľmi dôležité, že strana B musí byť schopná okamžite bez meškania prevziať hovor, pozdraviť stranu A a komunikovať s ňou. Na strane B teda musí byť buď call-centrum s automatickou odpoveďou a uvítacou hláškou, alebo telefónny prístroj so zapnutou funkciou Auto-Answer a človekom pripraveným ihneď komunikovať. Nebol by dobrý nápad použiť v takomto scenári ako stranu B čokoľvek, čo nie je schopné ihneď prevziať hovor - napríklad mobilný telefón, pretože zákazník na strane A by ťažko chápal, prečo po dvihnutí prichádzajúceho volania počuje v telefóne ticho, vyzváňanie, prípadne prečo sa mu pri prichádzajúcom hovore ozvalo, že volané číslo je dočasne nedostupné.

\N 0 171 *DB 163 275 4 db t \N 0 \N \N 0 172 Tarif 163 276 4 tarif t \N 0 \N \N 0 214 Postup pre vratenie mylnej uhrady 117 123 2 postup-pre-vratenie-mylnej-uhrady t \N 0 - v uctovnictve prislusnej firmy - banka - najst prislusnu uhradu
- pravym klikom sa nastavit na vybranu uhradu
- zvolit "vytvorit preplatok"
- uhrada zo zoznamu zmizne, bude mozne ju najst v "uctovnictvo" - "ostatne zavazky"
- po uhradeni platby sa bankovy pohyb sparuje s vytvorenym preplatkom
- v pripade, ze sa ma za vratenie uhrady uctovat aj poplatok, tak sa najprv z uhrady (ak ich je viac, tak vzdy z najnovsej - kvoli DPH - sa musi vytvorit kredit, aby sa dal poplatok z neho uhradit)
\N 20 244 TO DO LIST 201 129 2 to-do-list t \N 0

1. Dodacie listy - dodacie listy, ktoré mi dajú dievčatá na stôl zakladám do šanónu s názvom "Dodacie listy" podľa roku.

2.Kópie zmlúv - pri odosielaní podpísaných zmlúv, triedim dokumenty na dve kôpky. Jedna kôpka ide zákazníkovi, druhú kôpku dám do euroobalu a založím k zmluvám podľa sprostredkovateľa a abecedy.

3. FA na scan - fa, ktoré prídu alebo, ktoré mám v šanóne s názvom "Na scan", opýtam sa Danky, či to je potrebné skenovať, ak áno skenujem, potom sa pýtam, či to už bolo uhradené (viem to zistiť aj z fa), ak to bolo uhradené, ide to účtovníčke, ak to nebolo uhradené, dám to do šanónu s názvom "Na úhradu". Na oskenované fa dám ceruzkou kvačku, na fa, ktoré idú na úhradu ale ich neskenujem dám ceruzkou pomlčku.

4. Bločky na scan - ak ide o tankovanie a zaplatené palivovou kartou, dám do obálky tankovanie pre príslušný mesiac - neskenujem; ak ide o tankovanie platené v hotovosti - skenujem a dám do inej obálky - opýtať sa- skenujem ako PVD?

4. Odovzdávacie a preberacie protokoly - tieto protokoly kontroluje najprv Zuzka (kvôli zápisu sériového čísla), ak je na protokole kvačka, môžem zakladať. Stále si vyhľadám danú osobu podľa mena a podľa adresy v zmluvách a pozriem sa, ku ktorému sprostredkovateľovi patrí a podľa toho nájdem zmluvu v šanónoch a založím k nej protokol.

5. Sprostredkovateľské zmluvy - RegioTV - tí, ktorí majú u nás iba sprostredkovateľskú zmluvu RegioTV, tak zakladám ich do zelených šanónov podľa 0001113 - podľa tohto "111" trojčísla.

6. Skenovanie -

\N 0 173 Backend: Globis 129 277 2 globis t \N 0 \N \N 0 246 Odstúpenie zo strany poskytovateľa 245 135 2 odstupenie-zo-strany-poskytovatela t \N 0

Dobrý\r\ndeň, \r\n

\r\n

touto cestou by sme Vás chceli informovať, že z dôvodu\r\nneuhradenia poplatkov za poskytnuté služby došlo k ukončeniu\r\nzmlúv k XX.XX.202X zo strany poskytovateľa. Týmto žiadame o\r\núhradu dlžnej sumy, ktorá k dnešnému dňu predstavuje ... eur.

\r\n

Zároveň žiadame o vrátenie zariadení, ktoré ste mali\r\nzapožičané alebo\r\nprenajaté v\r\nsúvislosti s poskytovaním služieb. Predmetné\r\nzariadenia je potrebné doručiť na adresu spoločnosti Alternet\r\ns.r.o., Popradská 12, 040 01 Košice, a to\r\nosobne (termín si prosím dohodnite vopred telefonicky) alebo ako\r\nbalík prostredníctvom pošty alebo kuriéra.

\r\n

V prípade, ak zariadenia alebo ich súčasti, ktoré Vám boli\r\nzapožičané, nevrátite najneskôr do 30 dní od ukončenia zmluvy,\r\nbudeme účtovať zmluvnú pokutu 100 € v zmysle všeobecných\r\npodmienok za každé jedno porušenie a prípadne tiež náhradu\r\nspôsobenej škody.

\r\n

Dovoľujeme si Vás upozorniť, že včas nevysporiadané\r\npohľadávky budú postúpené inkasnej spoločnosti. \r\n

\r\n

V prípade akýchkoľvek otázok nás neváhajte kontaktovať\r\ne-mailom alebo telefonicky.

\r\n

S pozdravom,

\N 0 260 List za nedoplatok 2 245 142 2 list-za-nedoplatok-2 t \N 0

\r\n

Dobrý deň pani\r\n…............,

touto cestou by sme Vám chceli pripomenúť,\r\nže po ukončení zmluvného vzťahu na internetovú prípojku k\r\n31.1.2020, stále evidujeme neuhradené faktúry z Vašej strany.\r\nChceli by sme Vás požiadať o úhradu dlžnej sumy vo výške 63,75\r\neur.

V prípade že dlžná suma nebude uhradená, budeme\r\nnútení uvedenú dlžnú sumu postúpiť na vymáhanie aj s\r\núrokmi.

V prípade ďalších otázok, nás neváhajte\r\nkontaktovať.

S pozdravom, \r\n

\N 0 61 Web portál - Extranet \N 201 0 extranet t \N 0 \N \N 0 62 API - Rozhranie pre výmenu dát 61 204 1 api t \N 0

\r\nAPI (Application Programming Interface) je časť aplikácie (tohto portálu), určená na automatizované prepojenie\r\nna iné aplikácie. Prostredníctvom API je možné vymieňať si dáta s portálom v ustálenej zdokumentovanej podobe, vhodnej\r\npre strojové spracovanie. Na tejto stránke nájdete dokumentáciu k API, popis podporovaných funkcií, formát vstupných a \r\nvýstupných dát.\r\n

\N 80 169 DeactivationForm 163 273 4 deactivationform t \N 0 \N \N 0 170 FlexiBeeConnector 163 274 4 flexibeeconnector t \N 0 \N \N 0 230 UniPBX - pobočkové ústredne 57 195 1 virtual-pbx-nastavenia t \N 0 \N \N 0 287 vrátenie zariadenia - wifi routra po ukončení zmluvy 245 159 2 vratenie-zariadenia-wifi-routra-po-ukonceni-zmluvy t \N 0

Dobrý deň,

týmto e-mailom by sme Vám \r\nchceli pripomenúť, že zariadenie - Wi-Fi router - ktoré ste mali v \r\nprenájme v súvislosti s poskytovaním internetových služieb je potrebné \r\nvrátiť do konca júna 2021.

Predmetné zariadenie \r\nspolu s napájacím adaptérom je možné poslať poštou na adresu spoločnosti\r\n Alternet s.r.o., Popradská 12, 040 01 Košice, alebo po predchádzajúcej \r\ndohode priniesť osobne.

V prípade akýchkoľvek otázok nás neváhajte kontaktovať e-mailom, alebo telefonicky.

Ďakujeme.

S pozdravom,

\N 0 196 Vytvorenie novej zmluvy- domáca internetová prípojka 194 64 2 vytvorenie-novej-zmluvy-domaca-internetova-pripojka t \N 0 Nová zmluva pre domácu internetovú prípojku sa vytvára nasledovným spôsobom:

prihlásiť sa do extranetu
v hornom menu zvoliť "Zmluvy", "nová zmluva"
vyberieme typ zmluvy, ktoý chceme pridávať

Viacero zmlúv (balíčky) (multicontract)- je štandardný typ zmlúv, pri ktorom nám vznikne niekoľko zmlúv, podľa typu a počtu objednaných služieb

vyberieme požadovanú Tarifu

Alternet Doma 2015 - zakazník, ktorý je mimo pokrytia optickej siete- všetky obce
Moldavanet 2015 - zákazník v Moldave, na optike alebo na wifi prípojke
Medzevnet 2015 - zákazník v Medzeve, na optike alebo na wifi prípojke
Šacanet 2015 - zákazník v Šaci, na optike alebo na wifi prípojke

v pravej časti obrazovky klikneme na button "vybrať osobu" a pomocou filtra si v zozname osôb nájdeme požadovanú osobu. Ak sa osoba v zozname nenachádza, tak sa prescrolujeme na spodnú časť obrazovky a klinkeme na "vytvoriť novu osobu" Vyplníme VŠETKY údaje osoby a potvrdíme tlačidlom "uložiť".
vyplníme koncového užívateľa - ak je niektorý z udajov koncového užívateľa iný než v užívateľovi, tak opakujeme postup pridania novej osoby.
.......

\N 20 232 Vytvorenie (a aktivácia) SMS brány v extranete 124 190 2 vytvorenie-a-aktivacia-sms-brany-v-extranete t \N 0

- ako prvé je potrebné uzatvoriť s klientom zmluvu o službe (písomný návrh zmluvy poslať doporučenou poštou s doručenkou)

NASTAVENIE SMS BRÁNY v extranete:

- prihlasovacie meno a heslo sa vygeneruje, nemeníme ho

- dátum aktivácie

- predvolené sender_id (alfanumerický identifikátor o dĺžke max.11 znakov)

- povoliť konto cez HTTP: áno

- povoliť registráciu sender_id: (voliteľné...podľa toho či chceme umožniť klientovi aby si sám vytváral odosielateľov

\N 20 247 vrátenie zariadenia na základe výpovede zmluvy 245 136 2 vratenie-zariadenia-na-zaklade-vypovede-zmluvy t \N 0

\r\nDobrý deň,
\r\n
\r\ndovoľujeme si Vás informovať, že v zmysle podanej výpovede sme Vašu zmluvu ukončili s jednomesačnou výpovednou lehotou, ktorá skončila 31.12.2022

V prílohe tohto e-mailu Vám posielame\r\nobrázky zariadení, ktoré ste mali zapožičané po dobu trvania zmluvy a je potrebné ich vrátiť do 30 dní od skončenia výpovednej lehoty (novembra 2020).
\r\n
\r\nZariadenie bolo umiestnené na fasáde, alebo na streche domu a\r\nadaptér s napájacím káblom v interiéry. Predmetné zariadenia je potrebné\r\ndoručiť na adresu spoločnosti Alternet s.r.o., Popradská\r\n12, 040 01 Košice, a to osobne (termín si prosím dohodnite vopred\r\ntelefonicky) alebo ako balík prostredníctvom\r\npošty alebo kuriéra.
\r\n
\r\nV prípade, že nemáte\r\nmožnosť zariadenie demontovať, vieme naplánovať výjazd\r\ntechnika, ktorý zariadenia demontuje a doručí, za poplatok 10 €\r\nza výjazd a 10 € za polhodinu práce.
\r\n
\r\nTouto cestou by\r\nsme Vám chceli tiež pripomenúť, že evidujeme neuhradené faktúry\r\nz Vašej strany a žiadame Vás o úhradu dlžnej sumy vo výške\r\n129,50 eur v čo najskoršom termíne.
\r\n
\r\nV prípade\r\nakýchkoľvek otázok nás neváhajte kontaktovať e-mailom, alebo\r\ntelefonicky.
\r\n
\r\nĎakujeme.

\r\n

S pozdravom, \r\n

\N 0 113 Administrácia Extranetu 61 213 1 administracia-extranetu t \N 3 \N \N 0 175 Štruktúra adresárov 173 279 3 globis-struktura-adresarov t \N 0 \N \N 0 176 Shell skripty 173 280 3 shell-skripty t \N 0 \N \N 0 192 SMS odosielanie (sms-brana.sk) 62 210 2 sms-odosielanie-sms-brana-sk t \N 0

Odoslanie SMS správy na mobilný telefón cez API, kompatibilné s pôvodným API servera sms-brana.sk / sms-brana.org.

Na prihlasovanie je možné použiť SMS účet používaný prihlasovanie do sms-brana.sk - v tomto prípade sa pri odosielaní správy použije identifikácia odosielateľa priradená k tomuto účtu. Je tiež možné použiť prihlasovanie cez účet používaný na prístup do mojoperator.sk - v tomto prípade je nutné tiež uviesť číslo zmluvy, ku ktorej sa budú poplatky účtovať, a identifikáciu odosielateľa. Pozor, tento spôsob prihlasovania nemusí byť v budúcnosti podporovaný a neodporúčame ho využívať.

Nakoľko súčasná SMS brána zatiaľ nepodporuje kreditový systém ani zisťovanie stavu odosialných SMS správ, tieto návratové hodnoty nie sú používané. Do budúcnosti plánujeme kompatibilitu s pôvodným API zdokonaliť a doplniť v súčasnosti nepodporované vlastnosti (podpora kreditov, zisťovanie stavu odoslaných správ, a podobne).

\r\n\r\n

Prístup k API

\r\n

https://api.sms-brana.org/https/send_sms.php?login=[LOGIN]&password=[PASSWORD]&to=[DST]&sms_text=[TE...

\r\n\r\n

Parametre

\r\n

LOGIN - do tohto poľa je potrebné uviesť prihlasovacie meno k SMS účtu (používa sa na prihlásenie do sms-brana.sk). Dočasne je možné použiť na prihlasovanie aj účet do portálu mojoperator.sk, v tom prípade však musí byť v tomto poli uvedená trojica parametrov oddelených znakom |, a to:
- prihlasovacie meno do mojoperator.sk
- číslo zmluvy, na ktorú bude SMS účtovaná, napr. 770987654
- identifkácia odosielateľa - textový reťazec, max. 11 znakov (identifikácia číslom v príprave)
PASSWORD - heslo k účtu do sms-brana.sk alebo mojoperator.sk (podľa použitého LOGIN-u)
TO - telefónne číslo adresáta. Podporovaný je tvar 09xx xxx xxx, 00421 9xx xxx xxx, 421 9xx xxx xxx. Ak budú v čísle uvedené aj znaky ako medzera, pomĺčka, lomítko, plus a podobné, budú z čísla na strane servera odstránené.
TEXT - text správy - dlhý text bude rozdelený do viacerých SMS správ.

\r\n\r\n

Odpoveď - formát plain-text

\r\nOdpoveď na požiadavky je kvôli kompatibilite s pôvodným API sms-brana.sk / sms-brana.org posielaná v rovnakom formáte, hoci niektoré polia v odpovedi momentálne nemajú význam. Kvôli existujúcim aplikáciám je odpoveď poskytovaná v tvare bez diakritiky. Odpoveď je v podobe textového reťazca, ktorého časti sú oddelené dvojbodkou, napríklad:

OK:Sprava bola odoslana:0d39b9cd0e0ef5e4df8f5a877eafb81c:0.8:8.4

Jednotlivé časti reťazca majú nasledovný význam:

Stav [OK|ERR]
Bližší textový popis stavu (textová hláška v slovenskom jazyku)
Pridelený identifkkátor správy na strane servera (momentálne sa nepoužíva - bude doplnené neskôr)
Zaúčtovaný debet v kreditoch (momentálne sa nepoužíva - obsahuje vždy hodnotu 0 - bude doplnené neskôr)
Zostávajúci kredit (momentálne sa nepoužíva - obsahuje 999 ak je možné správu odoslať, alebo -1 ak je prekročený finančný limit k zmluve a odoslanie nie je možné)

Príklad použitia - program wget

\r\n
\r\n

/usr/bin/wget --no-check-certificate "https://api.sms-brana.org/https/send_sms.php?login=smsbrana_username&password=smsbrana_password&to=42190x123456&sms_text=testing+api"

\r\n
\r\n

/usr/bin/wget --no-check-certificate "https://api.sms-brana.org/https/send_sms.php?login=mojoperator_username|770987654|MojaFirma&password=mojoperator_password&to=42190x123456&sms_text=testing+api"

\r\n
\r\n
Toto volanie spôsobí odosielanie správy cez prihlasovacie meno \r\nmy_username a heslo my_password. Správa bude mať odosielateľa MojaFirma a\r\n bude zaslaná na číslo +421 90x 123 456, s textom "testing api". \r\nOdoslanie správy bude účtované na zmluvu 770987654, ktorá patrí pod \r\nkonto my_username.

\N 100 263 Individuálna ponuka na rýchlo 1 245 145 2 individualna-ponuka-na-rychlo-1 t \N 0

\r\n

Dobrý\r\ndeň pán Bernáth,

na základe nášho telefonického hovoru\r\nmáme pre Vás schválenú nasledovnú individuálnu cenovú\r\nponuku:

-\r\ninternet s rýchlosťou 50/10 Mbps za 8,90 € (pri 24 mesačnej\r\nviazanosti)

\r\n

Ak\r\nVás táto ponuka zaujala, prosím kontaktujte nás na nižšie\r\nuvedenom telefónnom čísle.

\r\n

Prajem\r\npekný deň.

\r\n

\r\n

S pozdravom,

\N 0 278 Ponuka na riešenie rozšírenia bezdrôtového porkytia 245 156 2 ponuka-na-riesenie-rozsirenia-bezdrotoveho-porkytia t \N 0

Dobrý deň,\r\n

\r\nna základe telefonického rozhovoru Vám zasielame ponuku na riešenie rozšírenia bezdrôtového pokrytia pomocou zariadenia
\r\nUnifi Access Point. Ponúkame dva typy týchto zariadení - do interiéru aj exteriéru:

\r\n\r\n

Unifi Access Point pre použitie v interiéri (podporuje rýchlosť do 860 Mbps) - 85,00 eur
Unifi Access Point pre použirie v exteriiéri (podporuje rýchlosť do 1300 Mbps) - 145,00 eur

\r\n\r\n

Zapojenie Unifi AP je v cene 10,00 eur za pol hodinu práce technika ku ktorej sa pripočíta cena za výjazd v sume 10,00 eur.
\r\n

\r\n\r\n

V prípade záujmu o niektoré z týchto zariadení, prípadne obe zariadenia a následnú montáž nám prosím zašlite e-mailom
\r\nobjednávku na základe ktorej zariadenia zabezpečíme a dohodneme termín zapojenia.
\r\n
\r\nKomplexne spracované rady pre vytvorenie domácej wifi siete nájdete na tomto internetovom odkaze:http://www.alternet.sk/cache/b51e11cfb7c0585376bdc09b16b526e0f8381a268698dd34c5ce2d38ecbd441db399d86332ff5b4e/Rady%20k%20vytvoreniu%20domacej%20alebo%20malej%20firemnej%20siete%20(v3).pdf
\r\n
\r\nV prípade akýchkoľvek otázok nás neváhajte kontaktovať.
\r\n
\r\nPrajeme Vám príjemný deň!

\r\n

\r\n\r\n\r\n--
\r\n\r\nS pozdravom,
\N 0 68 WELL ATA 172 67 177 2 nastavenie-well-ata t \N 0

Pripojenie

\r\n

ethernet kabel do WAN portu (ak mame lokalnu siet s DHCP) ALEBO pocitac do LAN portu\r\n
analogovy telefon do Phone1\r\n
napajaci adapter do zasuvky\r\n

\r\n

Zistenie IP adresy a pripojenie do webu

\r\n

IP adresu zistime cez analogovy telefon:\r\n

\r\n

#126# - nahlasi IP adresu WAN\r\n
#120# - nahlasi IP adresu LAN\r\n
#121# - nahlasi typ IP (DHCP ano/nie)\r\n

\r\n

Pripojime sa na web na http://IP.AD.RE.SA:9999/ (nezabudnut port!)\r\n

\r\n

login: root\r\n
heslo: test (starsie verzie firmware mali prazdne heslo)\r\n

\r\n

Konfiguracia zariadenia

\r\n

Network / WAN

\r\n

LAN mode: Bridge\r\n
WAN settings / DNS Type: Auto\r\n

\r\n

Phone Settings / Call Waiting

\r\n

nastavime na OFF (nie je vhodne cakat hovor do faxu)\r\n

\r\n

SIP / Service Domain

\r\n

Phone 1 - Realm 1 ----- port Phone1, primarny server\r\n
Phone 1 - Realm 2 ----- port Phone1, zalozny server\r\n

\r\n

Phone 2 - Realm 1 ----- port Phone2, primarny server\r\n
Phone 2 - Realm 2 ----- port Phone2, zalozny server\r\n

\r\n

\r\nNastavuje sa:\r\n

\r\n

Active: On\r\n
Display Name: 421....\r\n
User Name: 421....\r\n
Register Name: 421....\r\n
Register Password: heslo\r\n
Domain Server: ke.ipfon.sk\r\n
Proxy Server: ke.ipfon.sk\r\n
Outbound Proxy: (nevyplnat)\r\n
Subscribe for MWI: Off\r\n

\r\n

SIP / Codec

\r\n

Pre fax je vhodne vypnut vsetky codecy, okrem G.711\r\n

\r\n

Codec 1: G.711 u-law\r\n
Codec 2: G.711 a-law\r\n
Codec 3: Not Used\r\n
Codec 4: Not Used\r\n

\r\n

NAT / STUN

\r\n

Pre funkcnost FAXovania cez T.38 aj za NATkom je potrebne zapnut STUN. Predvoleny STUN port a hostname moze ostat.\r\n

\r\n

STUN: On\r\n

\r\n

Other / Tones

\r\n

Kto ma naladu, moze nastavit slovenske tony.\r\n

\r\n

DialTone / RingBack / Busy / Error / Ring / Insert\r\n
Cadence on: zapnut na vsetkych\r\n
Hi-Tone Freq: 425 / 425 / 425 / 620 / 480 / 440\r\n
Lo-Tone Freq: 425 / 425 / 425 / 480 / 440 / 350\r\n
Hi-Tone Gain: 2261 / 2261 / 2261 / 2261 / 15360 / 2261\r\n
Lo-Tone Gain: 2261 / 2261 / 2261 / 2261 / 15360 / 1130\r\n
On Time 1: 33 / 100 / 33 / 16 / 100 / 30\r\n
Off Time 1: 33 / 400 / 33 / 16 / 400 / 20\r\n
On Time 2: 66 / 0 / 0 / 0 / 0 / 30\r\n
Off Time 2: 66 / 0 / 0 / 0 / 0 / 400\r\n
On Time 3: 0 / 0 / 0 / 0 / 0 / 0\r\n
Off Time 3: 0 / 0 / 0 / 0 / 0 / 0\r\n

\r\n

Save Change

\r\n

Save - zariadeni sa rebootne a nabehne s novymi nastaveniami.\r\n

\N 0 179 JSON API a chybové kódy 62 212 2 json-api t \N 0 Odpovede JSON API majú tvar:

{
    "success": false, // alebo true, ak volanie prebehlo úspešne (povinná položka)
    "message": "Invalid or missing argument", // správa je povinná
    "errorcode": 8, // číslo chyby, ak existuje - nepovinne
    "hint": "recipient", // nepovinne údaj, ktorý volajúceho navedie ku riešeniu jeho problému
    ... // ďalšie údaje, ktoré chceme klientovi poskytnúť
    ... // napríklad počet strán u FAX-u, alebo ID pod ktorým bola položka prijatá na spracovanie
}

Chybové kódy v JSON poskytuje FAX cez API. V budúcnosti by chybové kódy v ďalších API mali byť zjednotené s týmito. Message ku jednotlivým kódom sú uvádzané len orientačne a skutočná chybová hláška vrátená používateľovi môže znieť inak, špecifickejšie. Napríklad pri chybe s kódom 2 - "Username or password incorrect", môže hláška znieť "Session token incorrect", či "Account disabled" ak to v danom prípade lepšie zodpovedá skutočnosti.

errorcode: 0, message: No error
Kód nula značí úspech, tzn. že nedošlo ku žiadnej chybe. Kód nie je povinný, ale odporúča sa ho uvádzať aj v úspešných odpovediach.

Skupina 1-10 (general)

Kódy s číslami 1-10 sú určené pre všeobecné a spoločné chyby - chyby, ktoré nie sú špecifické pre žiadne API a nie sú zviazané s žiadnou konkrétnou operáciou. Momentálne sú to tieto:

errorcode: 1, message: Authentication required
Používateľ chce vykonať akciu na ktorú je potrebné overenie menom a heslom, ale neposkytol žiadne meno a heslo.

errorcode: 2, message: Username or password incorrect
Používateľ zadal nesprávne, alebo neplatné prihlasovacie údaje. Ak nezadal žiadne prihlasovacie údaje, mal by dostať chybu s kódom 1.

errorcode: 8, message: Invalid or missing argument
Požiadavka neobsahuje potrebné parametre, alebo poskytnuté parametre majú nesprávny tvar, alebo sú v danom kontexte nedovolené. Myslia sa týmto parametre okrem loginu a hesla, ktoré už sú pokryté chybami s kódmi 1 a 2.

errorcode: 9, message: Unknown API call
Požadovaná akcia neexistuje. Pridanie akéhokoľvek parametra to nezlepší a výsledok vždy bude len chyba.

errorcode: 3
errorcode: 4
errorcode: 5
errorcode: 6
errorcode: 7
errorcode: 10
rezervované pre budúce použitie

Skupina 11-20 (fax)

Kódy s číslami 11-20 pokrývajú chyby pri zasielaní a prijímaní faxových správ.

errorcode: 11
errorcode: 12
errorcode: 13
errorcode: 14
rezervované pre budúce použitie

errorcode: 15, message: Unsupported file format
Bol zadaný súbor, s ktorým si faxový systém nevie poradiť, vlastne ani nevie kde začať. To sa líši od chybového kódu 16, ktorý znamená, že formát je podporovaný, ale s daným súborom je napriek tomu nejaký problém.

errorcode: 16, message: PDF conversion failed
Poskytnutý súbor sa nedarí konvertovať na taký tvar, aký faxový systém potrebuje. Chyba sa vráti vtedy, ak sa systém o konverziu pokúsil a zlyhal v nej.

errorcode: 17, message: Fax storage failure
Poskytnuté údaje sú v poriadku, ale faxový systém nevie pokračovať, pretože mu nefunguje sieťové úložisko, nedá sa do neho zapisovať, alebo alebo je plné.

errorcode: 18, message: Fax database error
Poskytnuté údaje sú v poriadku, ale faxový systém nevie pokračovať, pretože nevie záznam uložiť do databázy.

errorcode: 19, message: TIFF file error
Používateľ dodal TIFF súbor, ktorý nespĺňa požiadavky, alebo je poškodený.

errorcode: 20, message: Fax message to retry was not found or is not yet considered undelivered. API call ignored.
Pri pokuse o znovuzaslanie faxovej správy sa táto správa nenašla, alebo ešte stále je vo fronte na doručenie. Volanie je možné opakovať až keď správa bude považovaná faxovým systémom za v danej chvíli nedoručiteľnú.

\N 100 128 Pridanie nového partnera 113 215 2 pridanie-noveho-partnera t \N 0

Najprv je potrebné vytvoriť osoby (person) - napríklad osobu pre\r\n sekretárku, a osoby pre firmy ktoré táto sekretárka administruje.
Osoba\r\n sprostredkovateľa sa musí zaradiť do SQL do \r\nglobis.contract_type_person, kde sa určí, pri ktorých typoch zmlúv môže \r\nbyť táto osoba sprostredkovateľ a pri ktorých poskytovateľ. Pri \r\nposkytovateľovi sa tu zároveň zadefinuje prefix pre číslovanie zmlúv.
V\r\n SQL globis.person_representation sa musí nastaviť, že sekretárka \r\nreprezentuje (zastupuje) jednotlivé firmy. To isté sa dá nastaviť aj cez\r\n detaily osoby na webe, v časti Zastupovanie. Ak sekretárka vytvárala \r\nzáznamy osôb (person) ktoré zastupuje, zastupovanie k nim dostala \r\nautomaticky.
V SQL globis.tarifpartner musí byť k end-user tarifám priradená aj partnerská tarifa.
Sekretárke treba pridať rolu "Partner Aktiv". Týmto dostane práva na to, aby mohla vytvárať a editovať zmluvy.

\N 100 241 Úvod k extranetu 194 60 2 uvod-k-extranetu t \N 0

Do extranetu sa dostanem cez https://www.mojoperator.sk a prihlásim sa cez svoje prihlasovacie údaje (login a heslo). Na hlavnej lište mám kapitoly: Zmluvy, osoby, Vyúčtovania, Úlohy, ALPI, Služby, Požiadavky, Admin, Manuál.

V extranete nájdem potrebné informácie o zákaznikovi, o službách, ktoré mu poskytujeme, o faktúrach a pod.

\N 0 96 Streamer 95 86 3 streamer t \N 3

Streamer je linuxový stroj, ktorý prijíma signál z vybraných \r\ntranspondérov (DVB-S, DVB-T), ak je treba tak ho dekóduje, a poskytuje \r\nho do IP siete.

Je použitý Voyage Linux, čo je klon Debian distribúcie určený pre \r\nprevádzku na flash karte (používame Compact Flash kartu v redukcii na \r\nATA rozhranie, teda flash karta sa v systéme javí ako hard disk. Nakoľko\r\n nie je na rozdiel od harddisku vhodná na časté prepisovanie, flash je \r\nmountnuté v read-only režime. Tie časti súborového systému, ktoré \r\npotrebujú byť zapisovateľné, sú premapované do RAM disku. Flash sa \r\nprepína do zapisovateľného režimu príkazom remountrw a naspäť do read-only režimpu príkazom remountro.\r\n
\N 0 281 Inštalácia 280 163 2 sledovanie-odpracovaneho-casu-instalacia t \N 0

Sledovanie odpracovaného času

Na plánovanie úloh a sledovanie odpracovaného času slúži modul Úlohy. Pre správnu činnosť je treba do prehliadača nainštalovať rozšírenie IdleDetector. Toto rozšírenie umožňuje sledovať (ne)aktivitu na počítači a po 5 minútach neaktivity automaticky zastaví sledovanie.

Odkazy na staihnutie:

Samotné sledovanie prebieha v samostatnom okne. Pri prvom spustení môže prehliadač zobraziť varovanie, že zabránil zobrazeniu vyskakovacieho okna, viď obrázok.

\r\n\r\n

Obrázok 1

Preto je potrebné povoliť zobrazovanie vyskakovacích okien kliknutím na "Možnosti" a výberom položky "Povoliť vyskakovacie okná z www.mojoperator.sk". Popísaný postup platí pre prehliadač Mozilla Firefox. Pre iné prehliadače je treba postupovať podľa nich.

\r\n \r\n

\N 0 112 Na telefóne mi zvonia hovory z čísla 1000, 1001, ... 115 184 2 volania-z-cisla-1001 t \N 0 Stáva sa, že nám v noci alebo v priebehu dňa zvoní telefón, hovory pritom idú z nezmyselných čísel - 1000, 1001, 1015 ... Ak dvihnem, nikto neodpovedá. Nie je možné u Vás nastaviť blokáciu týchto volaní?

Tieto "volania" sú spravidla spôsobené robotmi, ktoré prechádzajú internet a vyhľadávajú nezabezpečené telefóny a ústredne, s cieľom ich následného zneužitia. Takéto hovory obvykle neprichádzajú cez telefónne ústredne IPfon (teda na strane IPfonu ich ani nie je možné zablokovať), ale prichádzajú cez internet priamo na koncový telefón. Je potrebné zablokovať prístup k telefónu z verejného internetu, či už nastavením firewallu, alebo zapojením telefónu do vnútornej siete. Blokovať treba predovšetkým prístup na port 5060 (udp aj tcp), ale je vhodné zablokovať prístup z internetu do telefónu úplne (t.j. aj všetky ostatné porty vrátane prístupu do administračného rozhrania telefónu).
\N 0 200 Zmena v osobe užívateľa 113 219 2 zmena-v-osobe-uzivatela t \N 0

Kliknúť na zmluvu, ktorej sa ma zmena týkať (pokiaľ sa jedná o zmenu v osobe koncového užívateľa, tak treba kliknúť naň)

zvoliť položku "zmeniť osobu v zmluvách"

zobrazí sa formulár pre zmenu, treba postupovať zaradom v nasledovnom poradí:

zvoliť novú osobu (musí byť vopred vytvorená)
odškrtnúť všetky zmluvy, ktorých sa má zmena týkať, spravidla sa týka všetkých zmlúv, preto zvolíme možnosť "odšrtnúť/zašrtnúť všetky"
do poznámky vpíšeme dôvod zmeny (sťahovanie, úmrtie, zmena názvu spoločnosti a podobne"
zvolíme, ktorému účastníkovi sa má táto zmena naúčtovať

\N 80 134 Phpunit 130 230 3 phpunit t \N 0 \N \N 0 135 Framework 129 231 2 framework t \N 0 \N \N 0 101 Bezdrôtová sieť 70 88 2 sysadmin-wireless t \N 3 \N \N 0 103 Prístupové body verejnej siete 102 90 4 pristupove-body-verejnej-siete t \N 3

Nazvy SSID vo verejnej sieti pouzivame v tvare Nasnet-NazovPopu1-2\r\n

\r\n

prva cast nazvu je podla siete - Moldavanet (mesto moldava), \r\nSacanet (saca), Medzevnet (oba medzevy) -\r\n vsetky zvysne ktore nemaju vlastne meno, su Alternet.\r\n
druha cast nazvu je nazov a cislo POPu v \r\ndedine/meste/ulici/atd, napriklad Cecejovce, Zeleziarenska23, Mokrance3,\r\n atd. Cislo je cislo domu alebo poradove cislo popu s tymto nazvom, \r\npodla lokalnej zvyklosti.\r\n
tretia cast nazvu je poradove cislo SSID na tomto POPe. S kazdym dalsim novym SSID sa zvysuje o jedna.\r\n

\r\n

priklady:\r\n

\r\n

Alternet-Bielocerkevska-1\r\nAlternet-Bielocerkevska-2X\r\nAlternet-Bielocerkevska-3\r\nSacanet-Zeleziarenska23-1\r\nSacanet-Zeleziarenska23-1\r\nMoldavanet-NamLStura1-1\r\n

\N 0 187 Aktivácia nového telefónne čísla cez portál 58 171 2 aktivacia-noveho-telefonne-cisla-cez-portal t \N 0

zmluvy
nová zmluva
zvoliť požadovaný typ zmluvy- telefón
zvoliť kto bude sprostredkovateľ (pridať link na možné formy spolupráce s IPfonom), užívateľ(pridať link na návod na pridanie osoby do adresára), koncový užívateľ
na vytvorenej zmluve kliknúť na záložku "Kontá"
v pravej časti obrazovky pokračovať stlačením tlačidla "nové tel. číslo"- v prípade, že budeme pridávať iba jedno tel. číslo a jedno SIP konto.

Ak chceme vytvoriť SIP trunk, postup je opačný, najprv vytvárame SIP konto a potom mu prideľujeme tel. čísla (link na manuál pre vytvorenie SIP trunku s číslami)

otvorí sa nám okno, v ktorom zvolíme, akú predvoľbu k číslu požadujme (aku veľkú množinu chceme zobraziť, či ma byť číslo na geografickej alebo negeografickej predvoľbe)
zo zobrazenej množiny si vybereiem požadované číslo a kliknmee naň
ďalšia operácia bude spoplatnená, voľbu potvrdíme
systém nás naviedol k vytvoreniu SIP konta, štandasrne je zvolnená voľba v prvom riadku "vytvoriť nové SIP konto"
voľbu potvrdíme, dostaneme sa k nastaveniam SIP konta
v tomto okne nastavíme smerovanie tiesňových hovorov (smerovanie tiesňových hovorov MUSÍ byť rovnaké ako umiestnenie koncového zariadenia, je dôležité, aby adresa umiestnenie koncového zariadenia bola reálna)
v nastaveniach SIP konta tiež nastavíme ACL- môže obsahovať IPadresu, alebo adresný rozsah, z ktorého sa koncové zariadenie bude pripájať- dôležité ako ochrana proti zneužitiu.
V prípade, ze sme v predchádzajúcich krokoch číslo a SIp konto neaktivovali, urobíme tak teraz. Bez toho, aby boli aktiviované služba nebude fungovať.

\N 20 125 Konfigurácia ISPadmin (staré verzie) pre odosielanie SMS 124 188 2 nastavenie-sms-ispadmin t \N 0

Aplikácia ISPadmin (www.ispadmin.eu) v starších verziách obsahuje podporu priamo pre SMS bránu sms-brana.sk, ktorej konfigurácia je popísaná nižšie. Tento spôsob komunikácie je zastaralý, na strane ISPadmina už nepodporovaný, a na strane sms-brana.sk je ponechaný iba pre dobeh existujúcich systémov. Neodporúčame tento spôsob pre nové inštalácie - pre nové verzie ISPadmin-a použite pripojenie na našu SMS bránu cez protokol SMPP.

Pre využívanie SMS brány sms-brana.sk cez staré verzie ISPadmin-a musíte mať uzatvorenú zmluvu so spoločnosťou IPfon na telefónne služby. Nie je však potrebné mať na zmluve aktivované žiadne telefónne služby, a nie je potrebné ani SMS konto. Pre odosielanie SMS sa použije prihlasovanie meno a heslo, ktorým sa prihlasujete do zákazníckeho portálu www.mojoperator.sk, a tiež 9-miestne číslo zmluvy na telefónne služby, ktorá je priradená pod toto prihlasovacie meno.

Ak tieto údaje poznáte, prihláste sa do web rozhrania ISPadminu, a v sekcii Nastavenia => Sys.nastavenia => Všeobecné upravte parametre takto:

sms_api_country_code - zadajte predvoľbu Slovenskej republiky "+421"
sms_api_login - Sem zadajte prihlasovacie meno do www.mojoperator.sk + číslo zmluvy pre účtovanie odoslaných SMS + identifkáciu odosielateľa SMS (max. 11 alfanumerických znakov - písmená, čísla, znak bodka). Tieto tri údaje oddeľte znakom | (pipe). Nastavenie bude teda napríklad "mojlogin|770123456|MojaFirma".
sms_api_password - Zadajte svoje heslo do portálu www.mojoperator.sk
sms_divide_after_chars - Zadajte "0", aby sa správy dlhšie ako 160 znakov nerozdeľovali v ISPadmine. Rozdelenie vykoná SMS centrum tak, aby sa tieto správy na strane mobilného telefónu naspäť korektne spojili do jednej SMS správy.
sms_notify - zadajte "2" aby sa využilo odosielanie cez SMS API serveru sms-brana.sk

Po povolení prístupu môžete vo webrozhraní ISPadmin otestovať odoslanie SMS správy cez menu Ostatné => Voľné SMS. SMS správa by mala doraziť na mobilný telefón obvykle v priebehu niekoľkých sekúnd, nanajvýš do minúty.

Ak by sa Vám nepodarilo nastaviť odosielanie, alebo by ste postrehli nejaký problém, kontaktujte podpora@uniphone.sk .

\N 100 141 View 140 238 4 view t \N 0 Trieda View predstavuje minimálnu implementáciu užívateľského rozhrania pre HTTP. Účelom vrstvy View v MVC je:

identifikovať, akú akciu chce používateľ vykonať (fáza identifikácie),
vykonať túto akciu (fáza exekúcie)
a zabaliť výsledok vykonania akcie do HTML kódu (fáza prezentácie)

Trieda View implementuje tretí krok tohto zoznamu (fáza prezentácie), za pomoci niekoľkých možností nastavenia a niekoľko metód:

$title - nadpis stránky - objaví sa v HTML hlavičke TITLE, ako aj H1 hore na stránke (v závislosti od pouźitej šablóny)
$template - názov súboru s HTML šablónou, do ktorej sa má výsledok zabaliť pred zobrazením
$tags - voliteľne zoznam značiek, ktoré sa tiež doplnia do zvolenej šablóny
$body - hlavný content, ktorý sa má v danej šablóne zobraziť
$showMenu - príznak, či sa má do stránky dogenerovať a zobraziť menu (obyčajne áno)
$history - objekt s históriou, ktorá sa zobrazí medzi menu a nadpisom stránky
$authRequired - príznak, či na zobrazenie tohoto View musí používateľ byť prihlásený - obyčajne áno, len niektoré úplne verejné veci (napríklad prihlasovací formulár) majú nastavené na false
$forceHTTPAuth - príznak, či sa má vynútiť HTTP autorizácia - ak používateľ nie je prihlásený a tento príznak je nastavený, namiesto zobrazenia chyby, kód vyzve klienta na prihlásenie cez HTTP (používa sa hlavne na overenie pri automatizovanom prístupe cez API)
$httpAuthRealm - textový popis vo výzve pri HTTP autorizácii
forceHTTPAuthNow() - vynútenie HTTP autorizácie ad-hoc v danej chvíli
show() - asi najdôležitejšia metóda v tejto triede - vstupný bod, ktorý sa zavolá po vytvorení inštancie - odvodené triedy musia rozšíriť túto metódu, aby implementovali kroky 1 a 2 (identifikáciu a exekúciu)

Minimálna implementácia HelloWorldView by mohla vyzerať takto:

class HelloWorldView extends View {

    public $authRequired=false;

    public function show() {
        $this->body="Hello ".$_SERVER["HTTP_REFERER"];
        $this->title="Hello World Page";
        parent::show();
    }
}

DynamicView

Trieda View je dobrá na niektoré základné veci, ale vypĺňanie $title je pracné a ľahko sa naň zabudne a tiež nijak nepomáha pri fáze identifikácie.

Preto je od nej odvodená ďalšia rozšíriteľná trieda - DynamicView.

Tá má možnosť zaregistrovať svoje metódy, volaním metódy register($name,$title,...) v konštruktore:

class DemoView extends DynamicView {

    public function __construct() {

        parent::__construct();

        $this->register("index","Úvod");
        $this->register("page","Stránka");
        $this->register("foo","Bar");
    }

Podstránka s názvom "index" je špeciálna v tom, že sa použije ak v URL používateľ nezadá žiadnu inú, t.j. volanie http://.../Demo/ a http://.../Demo/index je ekvivalentné. Ďalšie podstránky registrované v tomto príklade sa vyvolajú cez URL http://.../Demo/page a http://.../Demo/foo. To čo sa stane po príchode nie tieto URL je potrebné ďalej rozobrať v PHP kóde - v rovnako pomenovaných metódach:

    protected function index() {
        return "Poď sem: <a href=/Demo/page>page</a> alebo sem: <a href=/Demo/foo>foo</a>";
    }
    protected function page() {
        return "Si na podstránke";
    }
    protected function foo {
        return "Foo bar";
    }
}

Všimnite si, že tieto metódy už nenastavujú $title a $body zvlášť. Namiesto toho sa $body nastaví jednoducho vrátením správneho stringu a $title vyplní funkcia show() automaticky podľa údajov z predošlého volania register(). Týmto spôsobom je možné držať všetky nadpisy pohromade (v konštruktore) a kód na generovanie HTML samotnej stránky ním nezaťažovať.

Okrem toho umožňuje DynamicView tieto možnosti:

unknownAction($action) - zavolá sa, ak daná akcia nebola zaregistrovaná cez volanie register() - implicitná implementácia vyhodí výnimku, ale je možné si ju prispôsobiť a urobiť niečo inak (dobrým príkladom môže byť manuál - trieda DocView)
onBeforeRender() - event, ktorý sa zavolá tesne po dokončení volania užívateľskej metódy (napr. page() v predošlom príklade), ale ešte pred tým než sa začne skladať HTML omáčka okolo (pre možnosti použitia pozri triedu DynamicTicketView)

DynamicAdminOnlyView

Od DynamicView je ďalej odvodená trieda DynamicAdminOnlyView, ktorá pridáva možnosť definovať ACL. Toto ACL sa priradzuje ku triede ako takej, nie ku jej jednotlivým podstránkam. Použiteľná teda je, ak existuje nejaké základné právo, ktoré musia splniť všetci jej používatelia (obvykle rôzne správcovské podstránky).

Použitie:

class SecretView extends DynamicAdminOnlyView {

    protected $opgroup="secret";
    protected $opname="read";

// tu príde ďalší kód - $this->register() atď, rovnako ako v DynamicView
}

\N 100 102 SSID - identifikátor rádiovej siete 101 89 3 ssid-identifikator-radiovej-siete t \N 3

V sieti Alternet pouzivame SSID v definovanych tvaroch. Vsetky SSID by mali zodpovedat nasledujucej specifikacii.\r\n

Prechod na nove SSID sa tam, kde su podporovane multiple SSID, \r\nvykona zriadenim noveho SSID ako aliasu, postupnym prepojenim vsetkych \r\nklientov na novy alias, a konecne zrusenim nepouzivaneho stareho SSID.\r\n

Tam, kde nie je podporovane multiple SSID, sa nove SSID aplikuje podla moznosti pri prerabkach.\r\n

Novym pristupovym bodom sa musi pridelit nove SSID v novom tvare, podla specifikacie nizsie.\r\n

V SSID sa neuvadza frekvencia resp pasmo (5G / 2.4G), je to \r\nnadbytocny udaj, klient vzdy vidi v site survey iba tie pristupove body,\r\n na ktore sa dokaze vzhladom na frekvenciu pripojit. Iba v pripade, ze \r\nje na bode zapnuty tj povinny AirMax, uvedie sa na koniec SSID pismeno \r\nX.\r\n

\N 0 265 Optika záujem potvrdiť 245 147 2 optika-zaujem-potvrdit t \N 0

\r\n

Dobrý deň,

na základe\r\ndnešného telefonického rozhovoru by sme Vám radi potvrdili\r\nmožnosť zriadenia vysokorýchlostného optického
internetu\r\na tiež televízie. V aktuálnej fáze, kedy ešte prebieha výstavba\r\npotrebujeme vedieť Váš záujem o zriadenie služby
do budúcna\r\nza účelom možnosti realizácie prípravy technického\r\nzabezpečenia. Budeme preto radi ak nám mailom,\r\nresp.
dodatočne aj písomne potvrdíte zámer pripojiť sa\r\nk tejto doposiaľ najvyspelejšej technológii.

Pokiaľ ide o\r\nkonkrétnu cenovú ponuku, tá sa bude postupne pripravovať. Už\r\nteraz Vám však vieme garantovať najvýhodnejšie
ceny v\r\nporovnaní s prípadnou konkurenciou.

Vopred Vám\r\nďakujeme za Vašu reakciu a už teraz sa tešíme na budúcu\r\nspoluprácu.

Prajeme Vám príjemný zvyšok dňa!

--

\r\n

S pozdravom,

\N 0 88 Záujem o pripojenie 87 110 2 zaujem-o-pripojenie t \N 3

V prípade, že zavolá niekto, kto má záujem o pripojenie internetu, prípadne televízie, zisťujem nasledovné:

1. Lokalita, v ktorej chce službu využívať - doštudovať si, kde máme pokrytie, kde sa rieši a podobne

2. Poznačím si meno, priezvisko, telefónne číslo, o čo by mal záujem (internet, TV, optika a podobne)

3. vytvorím ticket - Alternet info a dám dievčatám.

Pokiaľ to budem už vedieť riešiť aj sama: - opýtam sa na predstavu o cene, parametroch, viazanosti. U záujemcu zisťujeme, či už má skúseností s internetom, snžíme sa odporučiť čo najvyšší program s dôrazom na kvalitu a individuálne nároky klienta. Odporúčame, aby si zákazník zvolil zmluvu s viazanosťou a argumentujeme tým, že za rovnakú cenu môže mať vyššiu rýchlosť a ušetrí na aktivačnom poplatku.

\N 0 262 List s ponukou internetu 2 245 144 2 list-s-ponukou-internetu-2 t \N 0

\r\n

Dobrý deň pán\r\nKmecko,

rada by som Vás informovala o prebiehajúcej akcii\r\nnajvýhodnejšej ponuky, vďaka ktorej by ste si teraz mohli\r\naktivovať rýchlejší internet.

\r\n

Momentálne využívate od nás Internet 10/2\r\nMbit za 17,00 € mesačne.\r\nV rámci výhodnejšej ponuky máte možnosť si aktivovať:

\r\n

30/6 Mbit za 13,90 €/mes.\r\n\t( + 5 € za statickú IP adresu)
\r\n\t
15/4 Mbit za 12,00 €/mes.\r\n\t(+ 5 € za statickú IP adresu) \r\n\t
\r\n

\r\n

Uvedené ceny sú platné pri 24 mesačnom trvaní zmluvy.

\r\n

V prípade záujmu o niektorý z produktov, Vám vypracujeme\r\nDohodu o ukončení súčasnej zmluvy a nové zmluvy.

Súčasťou\r\nzmeny je zmena čísla účtu a tiež revízia zariadenia za\r\njednorázový poplatok 19,90 €. V rámci revízie náš technik\r\nskontroluje zariadenie, jeho uchytenie, koncovky, káble a v prípade\r\npotreby ich vymení.

Zmeny radi spracujeme k 1.9.2020 v\r\nprípade osobnej návštevy a podpisu zmlúv na našom Kontaktnom\r\nCentre, alebo k 1.10.2020 zaslaním dokumentov poštou.

Veríme,\r\nže Vás naša ponuka oslovila a môžeme sa tešiť na Vašu skorú\r\nobjednávku. Ak máte akékoľvek otázky pokojne nás kontaktujte.

\r\n

Prajem pekný deň.

\r\n

S pozdravom,

\N 0 188 Prenos samostatného telefónneho čísla z inej siete 58 172 2 prenos-samostatneho-telefonneho-cisla-z-inej-siete t \N 0 Prenos čísla trvá 4 pracovné dni.
Žiadosť o prenos sa posiela v tvare:

ID_žiadosti
Obchodné meno/meno a priezvisko:
Sídlo/ trvalé bydlisko:
IČO/ R.Č., alebo dátum narodenia:
Odovzdávajúci podnik:
Čislo zmluvy/kód adresáta:
Prijímajúci podnik: IPfon s.r.o.\r\n
Typ žiadosti:
Tel. číslo: \r\n
Predpokladaný deň aktivácie služby na prenesenom čísle:
Dátum prenesenia čísla:

\N 20 233 Aukcie - návod na používanie 61 202 1 aukcie t \N 0

Služba Aukcie na mojoperator.sk umožňuje realizovanie jednoduchých aukcií a je dostupná užívateľom portálu, ktorí majú pridelené príslušné prístupové práva. Vstup do modulu aukcií je prostredníctvom menu Služby -> Aukcie.

Princíp aukcie

Aukcie na mojoperator.sk sú realizované podobne ako klasická aukcia, ktorá začína vyvolávacou cenou a navyšuje sa prihodeniami. Ak sa navyšovanie zastaví a nikto už ponuku v časovom limite nezvýši, aukcia sa končí a víťazom sa stáva ten, kto spravil posledné (najvyššie) prihodenie.

To, ako dlho sa bude čakať na ponúknutie vyššej sumy, stanovuje predávajúci. Táto doba by mala byť aspoň pár dní, aby záujemcovia stihli zareagovať, no nemala by byť veľmi dlhá (týždne), aby sa neúmerne nepredlžovalo trvanie aukcie.

Po skončení aukcie predávajúci kontaktuje víťaza aukcie, dohodnutým spôsobom prevezme platbu a odovzdá predmet aukcie.

Prevádzkovateľ portálu mojoperator.sk a nevstupuje do\r\n obchodného vzťahu medzi predávajúcim a kupujúcim. Riešenie odovzdania a prevzatia veci, ako aj záruk a akejkoľvek zodpovednosti s tým spojenej, je na predávajúcom a kupujúcom. Prevádzkovateľ portálu nepoberá žiadnu províziu z realizovanej aukcie.

Prehľad aukcií

V zozname aukcií užívateľ vidí aukcie podľa zvolených kritérií. Môže ich filtrovať (vyhľadávať v nich) a zoraďovať ich.

Po kliknutí na riadok s aukciou sa zobrazí okno s detailami aukcie, kde by mal byť uvedený popis a priložené fotografie ponúkanej veci.

Prihodenie

Prihodenie sa dá realizovať na jednu aukciu (vec), alebo aj naraz na skupinu (viac vecí).

Prihodenie na jednu aukciu je prístupné tak, že v zozname aukcií kliknete na riadok s aukciou. Objaví sa okno s detailami aukcie, v ktorom je tlačítko Prihodiť. V ďalšej obrazovke systém ponúkne najnižšie možné prihodenie, užívateľ ho môže zvýšiť a potvrdiť. Potvrdené prihodenie je definitívne, bez možnosti späťvzatia.

Pre prihodenie na skupinu vecí treba tieto veci označiť checkboxami v zozname a použiť tlačidlo Prihodiť umiestnené pod zoznamom. V ďalšej obrazovke systém uvedie zoznam vybratých vecí a ponúkne najnižšie možné prihodenie (vychádzajúce z najvyššej ceny spomedzi všetkých vecí v skupine!). Z toho vyplýva, že táto funkcia je použiteľná na takú skupinu vecí, v ktorej chce užívateľ ponúknuť rovnakú cenu na každú jednu vec. Potvrdené prihodenie je definitívne, bez možnosti späťvzatia.

Pridanie aukcie

Pridanie aukcie sa realizuje cez tlačidlo Pridať aukciu umiestnené nad zoznamom aukcií. Predávajúci pridá informácie a nastaví parametre aukcie. Po správnom vyplnení je aukcia spustená.

Notifikácie

Systém zasiela notifikáciu užívateľovi vtedy, keď stratil svoju víťaznú pozíciu v aukcii, pretože niekto práve prihodil a navýšil ponúkanú sumu.

\N 100 181 Fakturacia poplatkov 113 220 2 fakturacia-poplatkov t \N 0 \N \N 0 221 \\Extranet\\DB\\SQLBuilder 219 260 4 extranet-db-sqlbuilder t \N 0

SQLBuilder

\r\n

SQLBuilder slúži na skladanie SQL podľa zadaných parametrov,\r\nparametre sa zadávajú volaním metód reprezentujúcich jednotlivé\r\nparametre, pri volaní je možné použiť fluent interface.

\r\n

$link = pg_connect(...);\r\n$connector = new \\Extranet\\DB\\Connectors\\PgSQLConnector($link);\r\n$builder = new \\Extranet\\DB\\SQLBuilder($connector);

\r\nParametre

\r\n

table(string $table)

\r\n

Nastavenie tabuľky s ktorou sa bude pracovať.

\r\n

$builder->table('acl');

\r\njoin(string $join)

\r\n

Toto je jeden z dvoch spôsobov ako pripájať tabuľky

\r\n

$builder->join('INNER JOIN person ON acl.person = person.id');\r\n$builder->join('INNER JOIN sk_obec ON person.obec = sk_obec.kod');

\r\nDruhý spôsob pripájania je cez špeciálny formát názvov sĺpcov.

\r\n

columns(array $columns)

\r\n

Nastavenie stĺpcov pre select

\r\n

$builder->columns([\r\n\t'acl.id AS acl',\r\n\t'acl.person',\r\n\t'person.name',\r\n\t'sk_obec.nazov'\r\n]);

\r\nAk sú v rôznych tabuľky sĺpce s rovnakým názvom je treba zadať\r\naj alias ce z AS.

\r\n

Ako bolo spomenuté pri join, pripájanie tabuliek je možné cez\r\nzadávanie názvu stĺpca v špeciálnom formáte.

\r\n

root_table.column >< join_table.column.column\r\nroot_table.column < join_table1.column.column <> join_table2.column.column ...

\r\nZačína sa stĺpcom hlavnej tabuľky, alebo už pripojenej tabuľky,\r\nv tom prípade je treba zadať celý názov, teda table.column, napr.\r\nhlavná tabuľka je acl, potom je pripojená tabuľka person\r\na ešte chceme pripojiť tabuľku sk_obec, tak použijeme\r\nperson.obec. Pokračuje sa\r\nurčením typu pripojenia, tabuľka nižšie. Nasleduje pripájaná\r\ntabuľka a stĺpec cez ktorý sa má pripojiť nasledovaná stĺpcom,\r\nktorý sa má vybrať, tieto sú spojené bodkou, napr. \r\nsk_obec.kod.nazov

\r\n

Takže miesto \r\n

\r\n

$builder->join('INNER JOIN person ON acl.person = person.id');\r\n$builder->join('INNER JOIN sk_obec ON person.obec = sk_obec.kod');\r\n$builder->columns(['acl.id AS acl', 'acl.person', 'person.name', 'sk_obec.nazov']);

\r\nstačí

\r\n

$builder->columns([\r\n\t'acl.id as acl',\r\n\t'acl.person',\r\n\t'person >< person.id.name',\r\n\t'person.obec >< sk_obec.kod.nazov'\r\n]);

\r\nTento spôsob pripájania je možné použiť všade kde sa zadávajú\r\nstĺpce - WHERE, ORDER BY, GROUP BY ...

\r\n

Symboly typov pripojení

\r\n\r\n\t\r\n\t\t\r\n\t\t\r\n\t\r\n\t\r\n\t\t\r\n\t\t\r\n\t\r\n\t\r\n\t\t\r\n\t\t\r\n\t\r\n\t\r\n\t\t\r\n\t\t\r\n\t\r\n

\r\n\t\t\t < \r\n\t\t	\r\n\t\t\t LEFT JOIN \r\n\t\t
\r\n\t\t\t > \r\n\t\t	\r\n\t\t\t RIGHT JOIN \r\n\t\t
\r\n\t\t\t >< \r\n\t\t	\r\n\t\t\t INNER JOIN \r\n\t\t
\r\n\t\t\t <> \r\n\t\t	\r\n\t\t\t OUTER JOIN \r\n\t\t

\r\n

Ak je prvok zoznamu pole, je prvá hodnota názov stĺpca (viď\r\nvyššie), druhá hodnota je zoznam parametrov. Momentálne je\r\npodporaovaný iba jeden parameter raw, ktorý je typu bool a\r\nurčuje či sa zadaný stĺpec použije ako je zadaný, alebo\r\n(hodnota false) sa ošetrí\r\nescapovaním.

\r\n

where(array $where)

\r\n

Podmienky prí výbere sa zadávajú ako viacrozmerné pole, jedna\r\npodmienka sa zadáva ako pole \r\n

\r\n

array(
\tstĺpec,
\thodnota,
\toperátor (=), // =, <>, <, >, !=
\ttyp pripojenia k ostatným podmienkam (AND), // AND, OR
)

\r\nHodnota môže byť aj pole, v tom prípade operáto = sa prevedie na\r\nIN a !=, <> prevedie na NOT IN

\r\n

$where = [\r\n\t['id', 1]\r\n];\r\n// ekvivalent predošlého zápisu
\r\n// ak je iba jedna podmienka nie je treba ju vkladať do viacrozmerného poľa
\r\n$where = ['id', 1]; \r\nWHERE id = 1\r\n$where = [\r\n\t['name', 'jozef%',  'ILIKE'],\r\n\t[\r\n\t\t['city', 'Košice'],\r\n\t\t['city', 'Prešov', '=', 'OR']\r\n\t]\r\n];\r\nWHERE name ILIKE 'jozef%' AND ('city' = 'Košice' OR 'city' = 'Prešov')\r\n$where = [\r\n\t['city', ['Prešov', 'Košice']]\r\n];\r\nWHERE city IN ('Prešov', 'Košice')

\r\nAk je tretí prvok po(dmienky operátor) pole, predstavuje zoznam\r\nparametrov:

\r\n

\r\n
raw: bool/string určuje či sa názov stĺpca\r\n\tpoužije ako je zadaný, alebo sa ošetrí escapovaním, umožňuje\r\n\tzadať fragment SQL, pozor nebezpečná funkcia!!!
\r\n\t
- \r\n
  \r\n\t\ttrue/'both' - vypína escapovanie pre názov stĺpca, ajpre\r\n\t\thodnotu
- \r\n
  \r\n\t\tfalse - zapína escapovanie pre názov stĺpca, ajpre\r\n\t\thodnotu
- \r\n
  \r\n\t\t'column' - vypína escapovanie pre názov stĺpca (prvý\r\n\t\tprvok podmienky)
- \r\n
  \r\n\t\t'value' - vypína escapovanie pre hodnotu (druhý prvok\r\n\t\tpodmienky)
\r\n\t
\r\n
opeartor: string operátor porovnanie - >, <,\r\n\t=, IN, LIKE, ILIKE ...
\r\n
\r\n\tmergeType: string typ pripojenia podmienky k ostatným - AND,\r\n\tOR
\r\n
\r\n\tcastTo: string/false na aký typ sa má hodnota pri porovnaní\r\n\tpretypovať pomocou SQL funkcie CAST - text, int, ak je nastvený na\r\n\tfalse je pretypovanie zakázané \r\n\t
\r\n
\r\n\tunaccent: bool príznak či sa pri vyhľadávaní má\r\n\tignorovať diakritika
\r\n

\r\n

$where = [\r\n\t['name', 'stevo', ['raw' => true, 'operator' => 'ILIKE', 'unaccent' => true]]\r\n];

\r\norderBy(array $orderBy)

\r\n

Nastavenie zoradenia výsledkov, zadáva sa ako pole, v prípade\r\npotreby radiť podľa viacerých stĺpcov je pole viacrozmerné.

\r\n

$builder->orderBy(['name', 'asc']);\r\n// toto je ekvivalent predošlého zápisu
\r\n$builder->orderBy([\r\n\t['name', 'asc']\r\n]);\r\n// radenie podľa viacerých stĺpcov
\r\n$builder->orderBy([\r\n\t['name', 'asc'],\r\n\t['acl', 'asc']\r\n]);\r\n// pripojenie inej tabuľky a radenie podľa jej stĺpca
\r\n$builder->orderBy(\r\n\t['sk_obec.okres_id >< sk_okres.id.nazov', 'asc']\r\n);

\r\nAk je v zozname ORDER BY okrem stĺpca a smeru radenia aj tretí\r\nprvok, je považovaný za zoznam parametrov. Momentálne pozná iba\r\njeden parameter - raw. Môže nadobúdať tieto hodnoty:

\r\n

\r\n
true/'both' - vypne escapovanie pre stĺpec aj smer
\r\n
\r\n\tfalse - zapne escapovanie pre stĺpec aj smer
\r\n
\r\n\t'column' - vypne pre stĺpec
\r\n
\r\n\t'direction' - vypne pre smer
\r\n

\r\n

offset(int $offset), limit(int $limit)

\r\n

Nastavenie OFFSETu a LIMITu pri stránkovaní v SELECTe

\r\n

$builder->offset(1)->limit(10);

\r\ndistinct(bool|string $distinc)

\r\n

Nastavenie DISTINCT

\r\n

$builder->distinct('person');

\r\ngroupBy(array $groupBy)

\r\n

Nastavenie GROUP BY, zápis je rovnaký ako pre columns.

\r\n

$builder->groupBy(['person']);

\r\nhaving(array $having)

\r\n

Nastavenie HAVING, zápis je rovnaký ako pre WHERE.

\r\n

forUpdate(bool $forUpdate)

\r\n

Príznak či sa pri SELECT má použiť klauzula FOR UPDATE,\r\nzamykanie v rámcie transakcií.

\r\n

Vygenerovanie SQL

\r\n

Na vygenerovanie SQL trieda obsahuje niekoľko metód, líšiaich\r\nsa podľa typu príkazu:

\r\n

buildCount()

\r\n

Vytvorenie SELECT COUNT ...

\r\n

$sql = $builder->buildCount();

\r\nbuildSelect()

\r\n

Vytvorenie SELECT ...

\r\n

$sql = $builder->buildSelect();

\r\nbuildInsert()

\r\n

Vytvorenie INSERT ...

\r\n

$sql = $builder->buildInsert();

\r\nbuildUpdate()

\r\n

Vytvorenie UPDATE ...

\r\n

$sql = $builder->buildUpdate();

\r\nbuildDelete()

\r\n

Vytovrenie DELETE ...

\r\n

$sql = $builder->buildDelete();

\r\nIné

\r\n

reset()

\r\n

Reset všetkých parametrov na predvolené hodnoty, odporúča po\r\nkaždom volaní build* metód.

databáza, sql, sqlbuilder 100 84 Vecné bremeno 83 106 2 vecne-bremeno t \N 3

v tomto dokumente mesto dubnica nesuhlasilo so zmluvnym \r\npodchytavanim vecneho bremena, pretoze vznika zakonom, po vystavbe \r\nsiete, bod 22 a odvolavky na neho - http://www.dubnica.sk/uradna-tabula/rozhodnutie-o-umiestneni-stavby-8222-ftth-dubnica-nad-vahom\r\n

\r\n

podobny pripad pri energetike - otazka obcana ci mu mozu \r\nelektrarne postavit stlp na jeho pozemku, ako moze s tym nesuhlasit, co \r\nmoze robit + odpoved pravnika - http://www.vyvlastnenie.sk/clanok/a/mozu-energetici-postavit-elektricky-stoziar-na-mojom-pozemku-bez-toho-aby-ma-vyvlastnili/\r\n

\r\n

verejny zaujem - a co nim je http://www.verejnaprospesnost.sk/materialy/analyza.pdf\r\n

\r\n

Ako postupuje správa katastra pri zápise vecného bremena zo zákona?\r\nAké listiny je potrebné predložiť na zápis vecného bremena zo zákona?\r\n

Vecné bremeno k nehnuteľnosti zo zákona napr. podľa § 69 zákona\r\nč. 610/2003 Z. z. o elektronických komunikáciách sa do katastra \r\nnehnuteľností zapíše záznamom na návrh podľa § 35 ods. 2 zákona NR SR č.\r\n162/1995 Z. z. o katastri nehnuteľností a o zápise vlastníckych a iných \r\npráv\r\nk nehnuteľnostiam (katastrálny zákon) v znení neskorších predpisov, \r\nktorého\r\nprílohou bude listina označujúca nehnuteľnosť (podľa údajov katastra), \r\nna\r\nktorej viazne vecné bremeno spolu s obsahom vecného bremena. \r\nPoznamenávame, že právo vecného bremena k pozemkom sa vyznačí len vtedy,\r\nak sú zapísané na liste vlastníctva v registri E alebo v registri C. \r\nVecné\r\nbremeno sa bude evidovať len v súbore popisných informácii katastra\r\nnehnuteľností opisným spôsobom zapísaným v časti C listu vlastníctva.

http://www.skgeodesy.sk/index.php?www=sp_detail&id=167&navigation_id=167\r\n

\r\nVyhláška Úradu geodézie, kartografie, katastra 461/2009\r\n

http://katasternehnutelnosti.sk/498-vyhlaska-uradu-geodezie-kartografie-katastra-4612009/\r\n

\N 0 266 Súhlas so zmenou programu 245 148 2 suhlas-so-zmenou-programu t \N 0

Dobrý deň,
\r\n
\r\nďakujem Vám za čas, ktorý ste mi venovali v telefonickom rozhovore v zmysle ktorého by som Vás chcela poprosiť o zaslanie
\r\nmailového súhlasu s navýšením rýchlosti internetu zo súčasných 20/4 Mbps - 17,90 na 75/15 Mbps - 19,90 eur mesačne
\r\npri 24 mesačnom trvaní zmluvy.
\r\n
\r\nPotrebná výmena zariadenia je naplánovaná na zajtra okolo 15:00 h. Do uvedeného času prosíme o zaslanie Vašej odpovede.
\r\n
\r\nVopred Vám ďakujeme a prajeme Vám príjemný deň!

\N 0 234 Grandstream DP750 - nastavenie provisioningu 67 180 2 grandstream-dp750-provisioning t \N 0

Prihláste sa do webového rozhrania telefónu. Predvolené prihlasovacie meno je admin a heslo admin.

Pre pripojenie k provisioningu je potrebné nastaviť vo webovom rozhraní v časti Maintenance -> Provisioning tieto hodnoty:

HTTP/HTTPS/FTP/FTPS User Name: admin - prihlasovacie meno provisioningu
HTTP/HTTPS/FTP/FTPS Password: xxxxxxxxxx - heslo provisioningu
Verify host when using SSL: No
Provisioning via: HTTPS
Config Server Path: www.mojoperator.sk/api/phoneconfig/

Uložte a potvrďe nastavenie tlačítkom Save and Apply. Po uložení aktivujte \r\nprovisioning stlačením Provision: Start.

Ak \r\npripojenie telefónu do provisioningu prebehne správne, zmenia sa jeho \r\nnastavenia (napríklad klapka). Prihlasovacie údaje do webového rozhrania\r\n sa zmenia na prihlasovacie meno a heslo provisioningu.

Provisioning v súčasnosti nepodporuje nastavenie prenosných DECT telefónov a niektoré nastavenia je preto potrebné dokončiť manuálne.

Vo webovom rozhraní telefónu v časti DECT -> SIP account settings nastavte:

SIP User ID: xxxxx-11
- SIP prihlasovacie meno
Authenticate ID: xxxxx-11 - SIP prihlasovacie meno
Password: xxxxxxxxxxx - SIP heslo
Name: xxxxx-11 - SIP prihlasovacie meno
Profile: Profile 1

Nastavenia potvrďte tlačidlom Save and Apply.

\N 80 85 Trestny cin poskodzovania 83 107 2 trestny-cin-poskodzovania t \N 3

http://www.minv.sk/?informacie-kr-pz-v-banskej-bystrici&sprava=bagrom-poskodil-opticke-telekomunikacne-kable\r\n

Polícia v Žiari nad Hronom vyšetruje trestný čin poškodzovania a \r\nohrozovania prevádzky všeobecne prospešného zariadenia, z ktorého bol \r\nvčera (31.7.) obvinený 25 ročný muž z okresu Žarnovica. Obvinený, včera v\r\n dopoludňajších hodinách, pri výkopových prácach na výstavbe stanice \r\ntechnickej kontroly, prípojky na vodovodné potrubie v meste Žarnovica z \r\nnedbanlivosti bagrom pretrhol a poškodil optické telekomunikačné káble, \r\nktoré boli riadne vyznačené v projektovej dokumentácii a taktiež v \r\nteréne dobre viditeľné. Došlo k prerušeniu telekomunikačnej prevádzky. \r\nŠkoda bola predbežne vyčíslená na 100 tisíc korún.\r\n

Poškodzovanie verejnoprospešného zariadenia - § 286 trestneho zakona\r\n

\N 0 292 Zadanie žiadosti o vyjadrenie 291 199 1 siete-digital-ziadost-o-vyjadrenie t \N 0

Na stránke https://siete.digital sa prihláste použitím prihlasovacieho mena a hesla. Žiadosť o vyjadrenie k existencii sietí zadáte na hlavnej obrazovke portálu.

Presuňte sa na mape na územie, ku ktorému chcete žiadať vyjadrenie. Môžete použiť vyhľadávanie podľa ulice/mesta v pravej hornej časti obrazovky. Podľa potreby si v pravej časti obrazovky môžete prepnúť podkladovú mapu, alebo zapnúť zobrazenie katastrálnej mapy a popisných/súpisných čísel.

V pravom menu kliknite na tlačidlo Požiadať o vyjadrenie. V pravom menu sa zobrazujú jednotlivé kroky vyjadrenia.

V prvom kroku vyznačte na mape územie, ku ktorému má byť vyjadrenie vydané, vyznačením jednotlivých bodov jeho obrysu (polygón). Zadávanie ukončíte tým, že dokončíte polygón kliknutím na počiatočný bod - pri v tomto mieste za ikona kurzora zmení (je potrebné naviazať presne na stred prvého bodu). Ak ste sa pri kreslení pomýlili, môžete pred dokončením polygónu zrušiť zadané body stlačením klávesy Esc a začať zadávanie znova. Keď je polygón vytvorený, môžete posúvaním jednotlivých bodov polygón upraviť. Kliknutím ľavým tlačidlom myši na menší bod na čiare je možné pridať na čiare ďalší bod. Kliknutím pravým tlačidlom myši na existujúci bod sa tento bod vymaže. Keď je polygón dokončený, stlačte Pokračovať.

V druhom kroku vyberte, ktorým vlastníkom/správcom sietí chcete zaslať žiadosť o vyjadrenie, a stlačte Pokračovať.

V treťom kroku vyplňte detaily žiadosti o vyjadrenie. Rozumne zvoľte mierku vyjadrenia, pretože od zvolenej mierky závisí, koľko grafických strán bude prílohou vyjadrenia a aká bude výsledná cena za vyjadrenie. Po vyplnení povinných položiek stlačte Pokračovať.

V štvrtom kroku na zvolenom území vytvorte klad listov pre grafickú časť vyjadrenia. V pravom menu stlačte Pridať list a kliknutím umiestnite list na mapu. Ak je to potrebné, zopakujte to pre ďalšie listy. Jednotlivé pridané listy je možné presúvať na mape, prípadne ich zmazať jednotlivo alebo všetky pomocou tlačidiel v pravom menu. V prípade vyjadrení veľkého rozsahu (desiatky listov) môžete použiť v pravom menu tlačidlo Automatický klad, ktoré zostaví klad listov automaticky. Po dokončení kladu listov stlačte Pokračovať.

V piatom kroku nasleduje zhrnutie údajov o vyjadrení a zobrazenie predpokladanej ceny. Skontrolujte údaje, pretože po potvrdení ich už nebudete môcť neskôr zmeniť. Ak je to potrebné, stlačením Späť sa môžete vrátiť k predchádzajúcim krokom a upraviť údaje. Ak sú všetky údaje správne, tlačením Odoslať odošlite žiadosť o vyjadrenie.

Do 24 hodín Vám bude vygenerovaná a zaslaná faktúra za vyjadrenie. Po obdržaní a spárovaní úhrady a spracovaní vyjadrenia bude vyjadrenie zaslané zvoleným spôsobom (email/pošta) a tiež bude prístupné prostredníctvom portálu.

Zobrazenie zadaných žiadostí a vyjadrení

V hornom menu zvoľte Vyjadrenia. Zobrazí sa zoznam všetkých žiadostí o vyjadrenie, ku ktorým máte prístup. Ak za vašu organizáciu pristupuje do portálu viac užívateľov, spravidla (podľa nastavenia práv) vidí každý pracovník organizácie všetky žiadosti a vyjadrenia pre túto organizáciu.

Kliknutím na záznam s konkrétnym vyjadrením sa otvoria detaily vyjadrenia (resp. žiadosti). Pri schválených vyjadreniach je v hornej časti výpisu možné stlačením tlačidla Stiahnuť PDF alebo Zobraziť PDF získať dokument s vyjadrením.

Odhlásenie

Po ukončení práce s portálom v hornom menu kliknite na Prihlásený: ... a zvoľte Odhlásiť sa.

\N 100 65 Položky faktúr 62 207 2 polozky-faktur t \N 0

Získanie podrobného výpisu všetkých účtovaných položiek pre vybranú \r\nzmluvu a vybraný mesiac.\r\nÚdaje sú dostupné po skončení a zúčtovaní príslušného mesiaca (teda nie \r\nsú dostupné za práve prebiehajúci mesiac). Ceny sú uvádzané podľa \r\ntarify, platnej pre užívateľa.

\r\n\r\n

Prístup k API

\r\n

/api/dl/items-[EVID]-[YEAR]-[MONTH].csv - formát CSV

\r\n\r\n

Parametre

\r\n

EVID - číslo zmluvy, napr. 770987654
YEAR - rok, napr. 2014
MONTH - mesiac, napr. 1 alebo 01

\r\n\r\n

Štruktúra poskytovaných dát - formát CSV

\r\n

číslo položky z tarify
názov položky z tarify
doplnkové textové informácie k položke (napr. názov konta alebo tel. číslo)
začiatok účtovania položky, v tvare YYYY-MM-DD HH:MM:SS
koniec účtovania položky, v tvare YYYY-MM-DD HH:MM:SS
množstvo (pri hovoroch počet minút, pri mesačných poplatkoch počet mesiacov)
použitá merná jednotka, uvedená v textovom tvare (napr. min, ks, mes, ...)
jednotková cena v EUR, podľa tarify pre užívateľa
celková cena v EUR za uvedené množstvo, podľa tarify pre užívateľa
výška DPH v cene v predchádzajúcich stĺpcoch: 0 = bez DPH, 1 = vrátane DPH, -1 = neuplatňuje sa DPH
výška sadzby DPH, v percentách, bez znaku percenta

\N 80 228 Konfigurácia ISPadmin pre odosielanie SMS cez SMPP 124 189 2 konfiguracia-ispadmin-pre-odosielanie-sms-cez-smpp t \N 0

Pri konfigurácii SMS v nových verziách ISPadmina, ktoré podporujú protokol SMPP, odporúčame postupovať pri nastavení podľa tohto návodu:

V Nastavení -> Systémové nastavení -> Obecné je potrebné nastaviť tieto hodnoty:

sms_notify = 3 (SMPP)
sms_smpp_ip_address = 176.102.98.76 (smsc1.ipfon.sk)
sms_smpp_login = XXXXXX (prihlasovacie meno SMS konta)
sms_smpp_password = XXXXXX (heslo SMS konta)
sms_smpp_port = 2775
sms_smpp_sender = XXXXXX (identifikátor odosielateľa)

Ďalej skontrolujte, či máte v /etc/inittab uvedený a aktívny tento riadok:

pp:23:respawn:/usr/local/script/ispadmin/smpp_manager.pl # SMPP Manager

\r\n\t\t\t

Ak ho nemáte, alebo je zakomentovaný (#), odkomentujte alebo doplňte ho. Dodržte presne celý riadok, vrátane komentára a veľkých/malých písmen. Súbor uložte a v príkazovom riadku spusťte príkaz init q .

Prihlasovacie údaje SMS konta sú rovnaké, ako pri prihlásení na www.sms-brana.sk. Použitie SMPP je pri SMS kontách štandardne vypnuté, pred prvým použitím SMPP je potrebné jeho použitie povoliť (kontaktujte podporu).

Protokol SMPP prenáša heslo cez sieť v nešifrovanom tvare, čo prináša riziko jeho odchytenia. Odporúčame preto ku každému kontu, ktoré sa používa cez SMPP, nastaviť zoznam povolených IP adries, z ktorých bude možné konto používať, aby aj pri prípadnom odchytení hesla na sieti nemohlo byť toto zneužité z iného miesta.

Identifikácia odosielateľa, ktorá sa má pri SMPP použiť, musí byť vopred zaregistrovaná a overená cez www.sms-brana.sk.

Správy odosielané cez SMPP, vrátane ich stavu, sú viditeľné na stránke www.sms-brana.sk.

Nastavenie SMS v ISPadmin-ovi je podrobnejšie popísané na stránke výrobcu - https://wiki.ispadmin.eu/cz/378-cz/faq/obecne/125-nastaveni-sms-brany

AKTUALIZÁCIA: Nastavenie SMS v isp adminovi je podrobnejšie popísané tu: https://wiki5.ispadmin.eu/cs/knowledge-base/sablony-sms/

SMS,SMPP,ISPadmin 100 193 Prehlad moznosti uzatvarania zmluv s IPfonom pre klientov a predajcov 57 194 1 prehlad-moznosti-uzatvarania-zmluv-s-ipfonom-pre-klientov-a-predajcov t 7 0
\r\n Klient kupuje sluzbu pre seba
\r\n Zmluvu s IPfonom podpisuje klient
\r\n
\r\n Ucastnik: Klient (sidlo)
\r\n Koncovy uzivatel: Klient (adresa instalacie)
\r\n
\r\n---------------------------------------------------------------------------------------------------------------------------------------
\r\n
\r\n Predajca uzavrie s klientom svoju zmluvu na telefonnu sluzbu vo\r\n vlastnom mene
\r\n Zmluvu s IPfonom podpisuje predajca
\r\n Predajca sa registruje na teleurade na\r\n poskytovanie telefonnych sluzieb a bude vykazovat opakovany predaj
\r\n Vyuctovanie spravi IPfon v cenach pre partnera aj pre\r\n klientov
\r\n IPfon vystavi predajcovi suhrnnu fakturu za vsetky zmluvy v\r\n partnerskych cenach
\r\n Faktury klientom vystavi predajca, podklady pre vyuctovanie si\r\n predajca stiahne cez portal/API
\r\n Sprostredkovatel-mediator: Predajca (sidlo)
\r\n Ucastnik: Predajca (sidlo)
\r\n Koncovy uzivatel: Klient (adresa instalacie)
\r\n
\r\n
\r\n---------------------------------------------------------------------------------------------------------------------------------------
\r\n
\r\n Zmluvu s IPfonom podpisuje klient (alebo pripadne ina osoba\r\n ktoru klient pisomne splnomocni)
\r\n Predajca uzavrie s klientom svoju zmluvu o sprostredkovani (moze\r\n ju uzavriet v ramci inej zmluvy, alebo aj ustne)
\r\n Vyuctovanie spravi IPfon v cenach pre partnera aj pre\r\n klientov
\r\n IPfon vystavi predajcovi suhrnnu fakturu za vsetky zmluvy v\r\n partnerskych cenach
\r\n Predajca vystavi faktury klientom, podklady pre fakturaciu si\r\n predajca stiahne cez portal/API
\r\n Predajca sa neregistruje na teleurade na poskytovanie\r\n telefonnych sluzieb a nebude vykazovat uradu poskytovanie sluzby
\r\n
\r\n Sprostredkovatel-mediator: Predajca (sidlo)
\r\n Ucastnik: Klient (sidlo)
\r\n Koncovy uzivatel: Klient (adresa instalacie)
\r\n
\r\n---------------------------------------------------------------------------------------------------------------------------------------
\r\n
\r\n Zmluvu s IPfonom podpisuje klient (alebo pripadne ina osoba\r\n ktoru klient pisomne splnomocni)
\r\n Predajca neuzavrie s klientom ziadnu zmluvu
\r\n Fakturovat bude IPfon klientovi v plnej cene
\r\n IPfon vystavi objednavku predajcovi na proviziu, predajca\r\n vyfakturuje proviziu IPfonu
\r\n Predajca sa neregistruje na teleurade na poskytovanie telefonnych\r\n sluzieb a nebude vykazovat uradu poskytovanie sluzby
\r\n
\r\n Sprostredkovatel-referrer: Predajca (sidlo)
\r\n Ucastnik: Klient (sidlo)
\r\n Koncovy uzivatel: Klient (adresa instalacie)
\r\n
\r\n---------------------------------------------------------------------------------------------------------------------------------------
\r\n
\r\n Predajca uzavrie s klientom svoju zmluvu na telefonnu sluzbu vo\r\n vlastnom mene
\r\n Zmluvu s IPfonom podpisuje predajca
\r\n Predajca sa registruje na teleurade na\r\n poskytovanie telefonnych sluzieb a bude vykazovat opakovany predaj
\r\n IPfon vystavi predajcovi samostatnu fakturu ku kazdej jednej\r\n zmluve, v partnerskej cene
\r\n IPfon neeviduje a nepocita koncovu cenu, tato je vyhradne na\r\n predajcovi a jeho zmluve s klientom
\r\n \r\n Ucastnik: Predajca (sidlo)
\r\n Koncovy uzivatel: Klient (adresa instalacie)
\N 80 253 Technológia HCNA 250 114 3 technologia-hcna t \N 0

Zákazníkovi môžem poradiť na základe toho akú technológiu používa:

Technológia HCNA:

- musí existovať koaxiálny kábel, ktorý sa vedie zemou až do domu účastníka

- koncové zariadenie: HCNA MODEM, SLAVE BOX, ROUTER?

Ako\r\n to funguje: z rozvádzača, ktorý je umiestnený na ulici sa vedie k domu koaxiálny kábel, v dome sa ukončuje za prierezom, kde sa umiestni HCNA modem/Slave box

- ak zákazník volá, že mu nefunguje internet: PPPOE je pripojené?

1.NIE JE pripojené PPPOE: reštart HCNA modem/Slave box

\r\n 2. JE pripojené PPPOE: ak má zákazník router (opýtam sa ho), tak mu odporučím reštart routra, prípadne skúsiť sa pripojiť bez routra priamo do PC (vtedy je ale potrebná konfigurácia)

- ak nejde TV, opýtam sa, či ide zákazníkovi internet

\N 0 210 Zmena dodavatela/sprostredkovatela na zmluve 113 223 2 zmena-dodavatela-sprostredkovatela-na-zmluve t \N 0 Zmena sprostredkovateľa na zmluve sa robí nasledovným spôsobom:
- vytvoriť novú verziu zmluvy (s aktiváciou v budúcnosti)
- v novej verzii zmluvy cez "upraviť admin parametre" sa zmení dodávateľ/sprostredkovateľ podľa potreby
- zmluve sa zmení dodávateľ ale číslo zmluvy ostáva nezmenené

Takouto zmenou dôjde k tomu, že služby bude podľa novej verzie fakturovať nový sprostredkovateľ
\N 20 286 Žiadosť o vyjadrenie k sieťam 87 120 2 ziadost-o-vyjadrenie-k-sietam t \N 0

Žiadosť o vyjadrenie k sieťam musí obsahovať náležitostí, ktoré sú uvedené na našej stránke: https://www.alternet.sk/?id=vytycenie spolu s cenníkom.

Ak takúto žiadosť obdržíme je potrebné skontrolovať či všetko potrebné obsahuje, prípadne sa skontaktovať s poverenou osobou a informácie dodatočne zistiť:

- záväzné alebo informatívne vyjadrenie (na informatívnom vyjadrení je aj napísané upozornenie, že neslúži pre právne účely)

- mierka (bežná 1:1000, 1:2000...ak siete v danom území nemáme, odporúčame čo najväčšiu, aby zbytočne nebolo veľa strán)

- do 3 (urgent) alebo 15 pracovných dní (štandard) (do 3 dní je drahšie)

- zaslanie faktúry vopred a po jej uhradení odosielame vyjadrenie alebo dobierka

- adresa pre zaslanie vyjadrenia - obyčajne?

- ak platba vopred, poslať faktúra na e-mail - máme e-mail?

Ak vieme všetky tieto veci, je potrebné nahodiť osobu žiadateľa, stavebníka do extranetu - Osoby -> Nová osoba. Dávať pozor, skontrolovať, či už osoba nie je nahodená!!! NENAHADZUJEM 2X!!! Exportujem osobu do účtovníctva ALTERNETU!

\N 0 63 Všeobecné informácie k použitiu API 62 205 2 vseobecne t \N 0

Pre prístup k API pomocou programov je podporovaná HTTP autorizácia (nevyžadujúca cookies).
Pre prístup k API je podporovaná aj autorizácia cez cookies \r\n(používaná na celom portáli), teda po prihlásení do portálu cez web \r\nprehliadač, sa do API netreba znova autorizovať (prihlasovať).
Z bezpečnostných dôvodov je podporovaný iba prístup cez zabezpečené pripojenie (HTTPS).
Všetky dáta sú očakávané aj poskytované v kódovaní UTF-8.
V desatinných číslach je pre oddelenie desatinných miest použitý oddeľovač "." (bodka)
V CVS súboroch je ako oddeľovač stĺpcov použitý tabelátor, záznamy nie sú uvádzané v úvodzovkách.

\N 80 129 Vývoj Extranet a Globis 61 225 1 vyvoj-extranetu t \N 0 \N \N 0 140 Rozšíriteľné triedy 135 237 3 rozsiritelne-triedy t \N 0 Framework pozostáva z viacerých tried, ktoré samé o sebe nemajú význam pretože sú príliš abstraktné. Napríklad trieda Form - každý formulár má iné položky a iný spôsob ich validácie. Napriek tomu majú všetky formuláre niektoré princípy spoločné. Spoločné veci teda sú v triede Form, ktorú si pre použitie musí programátor rozšíriť - napríklad LoginForm. V tejto rozšírenej triede potom definuje veci, ktoré sú špecifické pre tento formulár.

V podkapitolách nasleduje popis a spôsob použitie jednotlivých takýchto tried. Pre viac detailov pozri dokumentáciu z Doxygen.
\N 100 219 Práca s databázou 135 258 3 praca-s-databazou t \N 0

Práca s databázou sa skladá z niekoľkých tried:

\r\n

\r\n
\\Extranet\\DB\\Connectors\\DBConnector a dovodené triedy - pripojenie na databázový server (Postgres, MySQL) a vykonanie dopytu
\r\n
\\Extranet\\DB\\SQLBuilder - skladanie SQL na základe zadaných parametrov
\\Extranet\\DB\\DBResutSet a odvodené triedy - triedy objektov reprezentujúce výsledok výberu dát z databázy
\\Extranet\\DB\\Model a odvodené\r\n\ttriedy - triedy objektov reprezentujúcich záznam v databáze, ide o ActiveRecord pattern\r\n
\\Extranet\\DB\\Helpers - pomocné funkcie

databáza, model, sqlbuilder, sql 20 264 Individuálna ponuka na rýchlo 2 245 146 2 individualna-ponuka-na-rychlo-2 t \N 0

\r\n

Dobrý\r\ndeň pán Kováč,

na základe nášho telefonického\r\nrozhovoru máme pre Vás schválenú nasledovnú individuálnu cenovú\r\nponuku:

\r\n

internet\r\n\ts rýchlosťou 40/8 Mbps za 23,90€ (pri 24 mesačnom trvaní\r\n\tzmluvy) a výmenu antény za technologicky vyspelejšie zariadenie v\r\n\tcene 0 €.
\r\n

\r\n

V\r\nprípade spokojnosti so službou bude možné dodať aj internet s\r\nvyššou rýchlosťou.
V\r\nprípade akýchkoľvek otázok nás neváhajte kontaktovať. \r\n

\r\n

S\r\npozdravom,

\r\n

\N 0 220 \\Extranet\\DB\\Connectors\\DBConnector 219 259 4 extranet-db-connectors-dbconnector t \N 0

DBConnector

\r\n

Pripájanie na databázový server sa deje cez konnector, ktorý\r\nzabezpečuje vykonanie dopytov a vrátenie výsledkov.

\r\n

Metódy

\r\n

query(string $sql, string $type)

\r\n

Základná metóda vykonávajúca ľubovoľný SQL príkaz zadaný\r\nako parameter $sql. Parameters $type určuje typ sql dopytu - select,\r\ncount, insert, update, delete ...

\r\n

Metóda vracia result resource, podľa typu databázového\r\nservera.

\r\n

count(string $sql)

\r\n

Získanie počtu záznamov zodpovedajúcich podmienke v SQL\r\nzadanom ako parameter.

\r\n

Metóda vráti počet záznamov ako celé číslo.

\r\n

select(string $sql, bool $asArray = false)

\r\n

Získanie záznamov zodpovedajúcich podmienke v SQL zadanom ako\r\nparameter. Ak je parameter $asArray true vo vrátených dátach je\r\nkaždý riadok vrátený ako pole, ak je false a DBConnector::$model\r\nje nastavený každý riadok je vrátený ako pole.

\r\n

Metóda vracia objekt \\Extranet\\DB\\DBResult

\r\n

insert(string $sql)

\r\n

Vloženie záznamu podľa SQL zadanom ako parameter.

\r\n

Metóda vracia hodnotu primárneho kľúča vlženého záznamu,\r\ntypicky id.

\r\n

update(string $sql)

\r\n

Aktualizácia záznamov podľa SQL zadanom ako parameter.

\r\n

Metóda vracia počet aktualizovaných záznamov.

\r\n

delete(string $sql)

\r\n

Zmazanie záznamov podľa SQL zadanom ako parameter.

\r\n

Metóda vracia počet zmazaných záznamov.

\r\n

quoteIdentifier(string $identifier)

\r\n

Ošetrenie na nebezpečné znaky a pridanie úvodzoviek pre názvy\r\nsĺpcov a tabuliek, podľa zvyklostí databázového servera.

\r\n

quoteValue(string $value, string $type = 'basic')

\r\n

Ošetrenie na nebezpečné znaky a pridanie úvodzoviek pre\r\nhodnoty podľa zvyklostí databázového servera.

\r\n

setPrimaryKey(string $primaryKey)

\r\n

Nastavenie primárneho kľúča tabuľky

\r\n

unaccent(string $column, string $value)

\r\n

Modifikácia identifikátora a hodnoty na vyyhľadávanie bez\r\ndiakritiky podľa zvyklostí databázového servera.

databáza, dbconnector, connector 100 269 Nastavenie trvalého príkazu 245 150 2 nastavenie-trvaleho-prikazu t \N 0

Dobrý deň.
\r\n
\r\nNa základe nášho telefonického rozhovoru Vás chceme informovať o výške nedoplatku na Vašej zmluve:
\r\n
\r\nNeuhradené faktúry: 109,07 €
\r\nPoplatok za znovupripojenie služieb: 20 €
\r\n1. písomná upomienka zo dňa 6.10.2019: 4 €
\r\n2. písomná upomienka, ktorá bude vystavená 31.10.2019: 4 €
\r\n
\r\nSpolu: 137,07 €
\r\n
\r\nPo uhradení tejto sumy bude Váš účet vyrovnaný a môžete si nastaviť trvalý príkaz na bežnú mesačnú platbu.
\r\n
\r\nÚdaje pre zriadenie trvalého príkazu:
\r\nČíslo účtu: IBAN SK85 0200 0000 0038 0497 7259
\r\nVariabilný symbol: 560316326
\r\nSuma: 33,69 €
\r\n
\r\nFaktúra je vystavovaná vždy 2. dňa v mesiaci, splatnosť faktúry je do 16. dňa v mesiaci.
\r\n
\r\nV prípade akýchkoľvek otázok nás neváhajte kontaktovať mailom, alebo telefonicky.
\r\n
\r\nPrajeme pekný deň.
\r\n
\r\nS pozdravom

\N 0 182 Pridanie novej položky pre fakturáciu - aktivovaná zmluva 181 221 3 pridanie-novej-polozky-pre-fakturaciu-aktivovana-zmluva t \N 0

\r\n\r\n\r\n\t\r\n\t\r\n\t\r\n\t\r\n\r\n\r\nAk je už zmluva aktivovaná, podpisaná a\r\npotrebujeme položku len pre fakturáciu, nie do zmluvy (nejedná sa o nájom STB, routra a podobne, ale o jednorázovú položku), postup je nasledovný:

účtovné položky
nová položka
vyplniť číslo zmluvy ku ktorej má byť položka naúčtovaná - vybrať správnu zmluvu- napr. konzola patri ku kúpnej zmluve- wirix- taká zmluva ale musí existovať, ak neexistuje, pridávame účtovnú položku spôsobom č.2
zvoliť dátum a čas kedy\r\nmala byt položka naúčtovaná- podľa odovzdávacieho protokolu
začneme písať text, čo chceme fakturovať,\r\nsystem nám ponúkne voľbu- vyberieme správnu položku
zvolíme správny počet kusov
fakturovať čo najskôr- zvolíme nie\r\n

Položku pre účtovanie môžme vytvoriť aj nasledovne (aplikuje sa v prípade, že pridávame položku napr. na kúpu routra, ale kúpna zmluva pri účastníkovi ešte nebola vytvorená):

Po prihlásení do extranetu klikneme na zmluvy- nová zmluva- viacero zmlúv (balíčky)
Zvolíme správnu Tarifu a užívateľa
do zmluvy pridáme účtovnú položku, ktorú potrebujeme (konzola, router, HDMI kábel)
skontrolujeme náhľad
uložíme
aktivujeme - kliknutím na zákazníka sa nám zobrazia všetky jeho zmluvy, zaškrtneme checkbox pri zmluve, ktorá ešte nebola aktivovaná- potvrdíme tlačidlom "aktivovať"
zvolíme správny dátum aktivácie zmluvy
zvolíme správny status zmluvy - Uzatvorená písomne alebo Uzatvorená konaním, čaká sa na podpis.

\N 0 144 DataObject 140 241 4 dataobject t \N 0 \N \N 0 145 Listing 140 242 4 listing t \N 0 \N \N 0 147 Form 140 244 4 form t \N 0 \N \N 0 149 AjaxSearchElement 148 246 5 ajaxsearchelement t \N 0 \N \N 0 150 Helper triedy 135 247 3 helper-triedy t \N 0 \N \N 0 152 ACLController 150 249 4 aclcontroller t \N 0 \N \N 0 153 ACL Handlers 152 250 5 acl-handlers t \N 0 \N \N 0 154 HTTPFrontend 150 251 4 httpfrontend t \N 0 \N \N 0 155 Config 150 252 4 config t \N 0 \N \N 0 156 Conversions 150 253 4 conversions t \N 0 \N \N 0 60 Pre partnera 59 175 2 pre-partnera t \N 2

Aktivne audiotexove cisla mame v tarifnych zonach 1-4, to znamena:\r\n

0900 101xxx - 0,50 EUR za minutu s DPH (0,417 bez DPH)\r\n
0900 202xxx - 0,60 EUR za minutu s DPH (0,500 bez DPH)\r\n
0900 303xxx - 0,80 EUR za minutu s DPH (0,667 bez DPH)\r\n
0900 404xxx - 1,00 EUR za minutu s DPH (0,833 bez DPH)\r\n

\r\n

\r\n\r\n

Z tychto cien ide 55% drzitelovi cisla, a 45% telefonnym poskytovatelom. Pri velkych objemoch pomer rozdelenia vieme este trochu upravit v prospech klienta, ale uz len trochu, nemame tam velky priestor.

\r\n\r\n

Mesacny poplatok za 1 cislo - partner 9 EUR bez DPH, enduser 12,90 bez DPH. Aktivacia partner 49 EUR bez DPH, enduser 69 EUR bez DPH. V cene je cislo podla vyberu (strieborne a zlate za jednorazovy priplatok). Daju sa spravit aj mnoziny 10, 100, 1000 cisel.

\r\n\r\n

Ostatne tarifne zony a ine ciselne mnoziny nez vyssie uvedene, sa daju spravit na vyziadanie - cena volani za minutu s DPH moze byt este 0.3 EUR, 1.2 EUR, 1.6 EUR, 2 EUR, 3 EUR. Jednorazovy naklad je v tychto pripadoch +150 EUR a cakacia doba asi 3 mesiace.

\r\n\r\n

Technicky sa cislo 0900 prevadzkuje ako virtualne, na nasej ustredni, a prichadzajuce volania su presmerovane na ine cislo (pevne alebo mobilne). Ak je toto cielove cislo v sieti IPfon, presmerovanie je bezplatne. Ak je cislo v inej sieti (pevnej, mobilnej), uctujeme poplatok za volanie zo siete IPfon do cielovej siete.

\N 80 130 Úvod 129 226 2 uvod t \N 0 \N \N 0 131 Coding guidelines 130 227 3 coding-guidelines t \N 0 \N \N 0 307 SMS odosielanie (nové API) 62 208 2 sms-odosielanie-v2 t \N 0

Táto špecifikácia popisuje odoslanie SMS správy cez API vo verzii z roku 2022. Odosielanie správ podľa týmto spôsobom je odporúčaný spôsob odosielania SMS práv cez API.

Na prihlasovanie do API je možné použiť SMS účet (konto), teda rovnaký účet, ktorý sa používa aj na prihlasovanie do sms-brana.sk. Účet musí mať v nastaveniach povolené použitie cez HTTP.

Odoslanie SMS

Odoslanie správy sa riadi parametrami požiadavky, ktoré môžu byť odovzdané ako súčasť URL (metóda GET) alebo v tele požiadavky (metóda POST). Obsah správy (content) sa odovzdáva v kódovaní uvedenom v HTTP požiadavke. API správu prekóduje do kódovania používaného v telefónnej sieti a ak je to potrebné, dlhé správy rozdelí na časti.

Najčastejšie sa pre odosielanie SMS používa 7-bitové kódovanie GSM-7, ktoré umožňuje posielať správy bez špeciálnych znakov slovenskej abecedy s dĺžkou 160 znakov pri jednodielnej správe alebo 153 znakov \r\npri viacdielnej správe. Pre správy so špeciálnymi znakmi sa obvykle používa \r\n16-bitové kódovanie UCS-2 / UTF-16 s dĺžkou správy 70 znakov pri jednodielnej správe alebo 67 znakov pri viacdielnej správe. Je možné použiť aj 8-bitové kódovanie UTF-8 s dĺžkou 140 znakov pri jednodielnej správe alebo 134 znakov \r\npri viacdielnej správe, avšak toto kódovanie nemusí byť korektne podporované všetkými operátormi alebo koncovými zariadeniami a API preto pri autodetekcii toto kódovanie nenastavuje (môže byť manuálne nastavené parametrom bits=8).

API URL:

\r\n

https://api.uniphone.sk/api/sms/account/send/

\r\n\r\n

Parametre:

src - Identifikácia odosielateľa správy (alfanumerický reťazec alebo číslo). Ak parameter nie je zadaný, použije sa predvolená hodnota z nastavenia SMS účtu.
dst - Identifikácia príjemcu alebo príjemcov správy (telefónne číslo alebo viaceré čísla oddelené oddeľovačmi čiarka a/alebo medzera). Odporúčame uvádzať číslo v medzinárodnom tvare s úvodným "+" (napríklad "+421943123456"). Čísla v iných tvaroch budú automaticky prevedené do medzinárodného tvaru.
content - Obsah správy (text). Parameter je povinný.
bits - Kódovanie správy (počet bitov). Prípustné hodnoty sú "7", "8", "16" a "auto" (predvolená hodnota - autodetekcia podľa obsahu parametra "content").
convert - Určuje, či sa má obsah správy konvertovať na zadaný počet bitov (čo je užitočné najmä pri posielaní 7-bitových správ). Pri konverzii sa znaky, ktoré nie sú podporované vo zvolenom kódovaní, nahradia podobnými znakmi alebo sekvenciami znakov tak, aby bol obsah správy v rámci možností zachovaný. Prípustné hodnoty sú "1" (konvertovať) a "0" (nekonvertovať - predvolená hodnota). Ak je konvertovanie vypnuté a text správy nie je možné prekódovať do zvoleného počtu bitov, API odpovie chybou.
time_send - Správa sa odošle v uvedenom dátume a čase. Parameter je nepovinný. Odporúčaný formát je "YYYY-MM-DD HH:MM:SS", \r\npodporovaný je aj formát "DD.MM.YYYY HH:MM:SS", uvedenie sekúnd je nepovinné.
flash - Určuje, či správa bude poslaná s príznakom flash, ktorý spôsobí okamžité zobrazenie správy na displeji telefónu po jej doručení, bez uloženia správy do priečinka prijatých správ. Prípustné hodnoty sú "1" (zapnúť flash) a "0" (normálna správa - predvolená hodnota). Pri odosielaní flash SMS výrazne odporúčame používať iba 7-bitové kódovanie (správy v iných kódovaniach nie sú na niektorých koncových zariadeniach zobrazované správne) a odosielať iba jednodielne správy (koncové zariadenia obvykle nepodporujú zobrazenie viacdielnych flash správ).

\r\n\r\n

Odpoveď - formát plain-text

TO-DO Odpoveď na požiadavky je kvôli kompatibilite s pôvodným API sms-brana.sk / sms-brana.org posielaná\r\n v rovnakom formáte, hoci niektoré polia v odpovedi momentálne nemajú \r\nvýznam. Kvôli existujúcim aplikáciám je odpoveď poskytovaná v tvare bez \r\ndiakritiky. Odpoveď je v podobe textového reťazca, ktorého časti sú \r\noddelené dvojbodkou, napríklad:

OK:Sprava bola odoslana:0d39b9cd0e0ef5e4df8f5a877eafb81c:0.8:8.4

Jednotlivé časti reťazca majú nasledovný význam:

Stav [OK|ERR]
Bližší textový popis stavu (textová hláška v slovenskom jazyku)
Pridelený identifkkátor správy na strane servera (momentálne sa nepoužíva - bude doplnené neskôr)
Zaúčtovaný debet v kreditoch (momentálne sa nepoužíva - obsahuje vždy hodnotu 0 - bude doplnené neskôr)
Zostávajúci\r\n kredit (momentálne sa nepoužíva - obsahuje 999 ak je možné správu \r\nodoslať, alebo -1 ak je prekročený finančný limit k zmluve a odoslanie \r\nnie je možné)

Príklad použitia - program wget

\r\n
\r\n

/usr/bin/wget --no-check-certificate \r\n"https://api.sms-brana.org/https/send_sms.php?login=smsbrana_username&password=smsbrana_password&to=42190x123456&sms_text=testing+api"

\r\n
\r\n

/usr/bin/wget --no-check-certificate \r\n"https://api.sms-brana.org/https/send_sms.php?login=mojoperator_username|770987654|MojaFirma&password=mojoperator_password&to=42190x123456&sms_text=testing+api"

Zistenie stavu odoslania SMS

Stav odoslania správy sa dá zistiť podľa identifikátora správy, ktorý API poskytne ako odpoveď na odoslanie správy. Jednou požiadavkou je možné získať stav jednej alebo viacerých správ.

API URL:

\r\n

https://api.uniphone.sk/api/sms/account/query/

\r\n\r\n

Parametre:

msg_id - Identifkátor správy, alebo viaceré identifikátory správ oddelené oddeľovačmi čiarka a/alebo medzera.

\N 0 3 Zákaznícky portál moj.alternet.sk 61 203 1 zakaznicky-portal-moj-alternet-sk t \N 0

Zákaznícky portál je miesto, kde nájdete informácie o vašich aktívnych službách, o účtovaní poplatkov, úhradách, vystavených faktúrach, kontaktných údajoch a podobne. Nastavenia niektorých služieb je možné v zákazníckom portáli priamo meniť. \r\n

Pre ľahšie zapamätanie si po prihlásení môžete nastaviť aj iné prihlasovacie meno - prihlasovanie číslom zmluvy však ostáva aktívne aj naďalej, je potom možné použiť aj meno, aj číslo. Nastavenie mena sa vykonáva v zákazníckom portáli v Nastaveniach účastníka.\r\n

Pre zaregistrovanie zákazníka do zákazníckeho portálu použijeme www.mojoperator.sk:

1. Nájdeme zmluvu, účastníka - užívateľa

2. Upraviť osobu

3. LOGIN: priezvisko (prípadne, že existuje pri inej zmluve, tak priezvisko a začiatočné písmeno mena

4. HESLO: vymyslím si nejaké, aby obsahovalo písmena a číslice

5. Uložím vykonané zmeny

6. Login a heslo si zapíšem na papierik, odovzdám ho Zuzke F.

7. Prostredníctvom RT pošlem zákazníkovi e-mail podľa vzorovej odpovede

\N 0 64 Podrobný výpis hovorov 62 206 2 podrobny-vypis-hovorov t \N 0

Získanie podrobného výpisu všetkých uskutočnených odchádzajúcich hovorov pre vybranú zmluvu a vybraný mesiac. \r\nVo výpise sú uvedené iba spojené hovory, uskutočnené zo strany účastníka (t.j. odchádzajúce hovory).

\r\n\r\n

Prístup k API

\r\n

/api/dl/calls-[EVID]-[YEAR]-[MONTH].csv - formát CSV

\r\n\r\n

Parametre

\r\n

EVID - číslo zmluvy, napr. 770987654
YEAR - rok, napr. 2014
MONTH - mesiac, napr. 1 alebo 01

\r\n\r\n

Štruktúra poskytovaných dát - formát CSV

\r\n

dátum a čas ukončenia hovoru, v tvare YYYY-MM-DD HH:MM:SS
číslo volajúceho (src), spravidla vrátane medzinárodného volacieho kódu 00
číslo volaného (dst), spravidla vrátane volacieho kódu 00 (okrem napr. tiesňových liniek)
číslo presmerovania (redir), spravidla vrátane medzinárodného volacieho kódu 00
účtovaná dĺžka hovoru, uvedená v tvare HH:MM:SS
účtovaná dĺžka hovoru, uvedená ako počet sekúnd
cena hovoru pre užívateľa
číslo položky z tarify, ktorou sa hovor tarifikuje

\N 80 127 Fax cez e-mail 126 193 2 email t \N 0 Pre využívanie faxových sužieb prostredníctvom e-mailu musíte mať zriadený virtuálny fax - účet služby Virtual FAX.

Pred vytvorením konta je potrebne vedieť nasledovné údaje

- textovy nazov faxovej stanice (ktory sa zobrazi pri faxovani protistrane):
- emailovu adresu (alebo adresy), na ktoru budu zasielane prijate faxy:
- zoznam emailovych adries (pripadne celu domenu alebo domeny) z ktorych
bude povolene odosielanie faxov:
- nazov virtual faxu, ktory sa bude zobrazovat za fax. cislom (v dlzke cca
5-8 znakov):

Príjem faxu do e-mailu

VirtualFAX umožňuje doručovanie prijatých faxových správ do vášho e-mailu (na jednu alebo viac e-mailových adries súčasne).

Ak je služba správne nastavená, stačí poslať fax na telefónne číslo priradené k VirtualFAXu, a faxová správa bude doručená na e-mail v PDF formáte. E-mailové správa je zaslaná aj v prípade, ak sa prenos nepodarí (napríklad ak na faxové číslo niekto zavolá a nepoužije faxový prístroj).
\r\n

Odoslanie faxu z e-mailu

Pre odosielanie faxov cez e-mail je najprv potrebné k VirtualFAXu povoliť príslušnú e-mailovú adresu, alebo adresy.

Ak je nastavenie správne, pošlite e-mailovú správu na adresu v tvare 0553335507-mojfax@fax.ipfon.sk. Telefónne číslo na začiatku e-mailovej adresy je prijímateľ faxu. Za pomĺčkou nasleduje názov VirtualFAXu, cez ktorý bude správa poslaná. Za zavináčom je adresa faxovej brány. V prílohe e-mailu musí byť jeden PDF súbor,\r\nktorý bude odoslaný. Ostatné údaje v správe (predmet správy, telo spravy, ... ) nie sú podstatné.

Keď faxový server príjme takýto e-mail, skontroluje ho a odošle na adresu odosielateľa potvrdzovací e-mail, na ktorý je potrebné odpovedať (nie je potrebné nijak zasahovať do textu odpovede). Po potvrdení sa fax začne odosielať.

Faxový server sa bude pokúčať odoslať správu maximálne 5-krát, v intervale 120\r\nsekúnd. O úspechu alebo\r\nneúspechu prenosu server zašle report e-mailom. Ak sa ani po vyčerpaní počtu pokusov nepodarilo fax odoslať, odpovedaním na report je možé predĺžiť odosielanie o ďalších 5 pokusov.
\r\n

\N 0 231 Nastavenie podmieneného vyzváňania 230 196 2 nastavenie-podmieneneho-vyzvanania t \N 0

Podmienené vyzváňanie - ak sa hovor na konkrétnom čísle nepreberie, presmeruje sa na iný telefón

1) V pokročilých nastaveniach ústredne je potrebné nastaviť časový limit, ako dlho má telefón vyzváňať:

Prihlásenie do ústredne - klapky - zvoliť príslušnú klapku - Pokročilé nastavenia - Limit vyzváňania (uvádzame v sekundách)

2) V menu konkrétnej klapky - položka Presmerovanie volaní - Pri neodpovedaní (nastavuje sa číslo, kam sa má hovor presmerovať, nastaviť vrátane prefixu. Ak von volajú cez 9, tak číslo pre presmerovanie bude v tvare 90912345678)

\N 20 143 Connector 140 240 4 connector t \N 0 Spojenie s databázou zabezpečujú connectory - triedy implementujúce rozhranie SimpleConnectorInterface. Tieto definujú metódy ako "get()", "put()", "delete()". Pre bližšie vysvetlenie pozri popis triedy SQLConnector, ktorý implementuje toto rozhranie pre SQL databázy.
\N 0 142 Menu 140 239 4 menu t \N 0 Trieda Menu zabezpečuje vykreslenie horného rozbaľovacieho menu na portáli. Gro práce vykonáva jej metóda render() - tá v prvom kroku naplní pole $items v závislosti od toho, či je používateľ prihlásený alebo nie. Následne jednotlivé položky vykreslí do HTML kódu (colaním renderItem()) a celé HTML vráti volajúcemu (v tomto prípade trieda View).

Pre pridanie položky menu je potrebné vojsť do tela metódy render() a tam pridať záznam v príslušnom tvare. Pre top-level položky sa to robí priamo pod jej názvom:

$this->items["Foo Bar"]="/Foo/bar"; // link na http://www.mojoperator.sk/Foo/bar

Ak sa jedná o submenu, to je identifikované kľúčom "sub":

$this->items["Links"]["sub"]["Example"]="http://example.com/";
$this->items["Links"]["sub"]["Google"]="http://www.google.com/";

V príklade vyššie sa vytvorí top-level menu "Links" a v ňom dva linky - Example a Google.

Jednotlivé položky menu sú buď typu string, ak nám stačí len jednoduchý odkaz, alebo typu array, ak má položka pokročilé vlastnosti. Takouto pokročilou vlastnosťou napríklad je v príklade vyššie kľúč "sub" - obsahuje submenu. Zoznam kľúčov, ktoré je možné použiť pri type array je:

name - v takom prípade sa prednostne použije tento názov, bez ohľadu na to, pod akým kľúčom bola samotná položka zaradená (napríklad oddeľovač nemá mať žiadny nápis, ale pod nejakým názvom byť musí - viď príklad nižšie)
url - v prípade ak má položka byť odkazom a zároveň aj niečím iným, musí byť typu array a pôvodný string s url so do nej priradiť nedá. To sa obchádza zavedením kľúča url.
class - ak je zadaný tento kľúč, výsledný HTML prvok s položkou menu bude mať nastavený tento CSS class (napríklad class="hr" je naštýlovaný tak aby sa zobrazil v menu ako horizontálny oddeľovač - viď príklad nižšie)
target - ak sa po kliknutí na položku menu nemá odkaz otvoriť v aktuálnom okne či aktuálnej karte, je možné zadať tento paramter - priamo zodpovedá HTML vlastnosti <a target="...">
extra - obsah kľúča "extra" sa priamo bez zmeny doplní do HTML kódu
sub - obsahuje podmenu zanorené pod touto položkou

Príklady:

$this->items["Links"]=array(
    "url"=>"http://odkaz.priamo/v/menu/Links",
    "sub"=>array(
        "Example"=>array("url"=>"http://example.com/", target="_blank"),
        "hr1"=>array("name"=>"", "class"=>"hr"),
        "Google"=>array("url"=>"http://www.google.com/", "extra"=>"<img src=\\"/googleicon.png\\">"),
        "hr2"=>array("name"=>"", "class"=>"hr"),
        "Homepage"=>"/index.php", // ide to aj priamo, bez array
        "Osobné"=>array("sub"=>array(...)), // a este aj podmenu
    ),
);

\N 100 151 FastTemplate 150 248 4 fasttemplate t \N 0 HTML kód sa generuje za použitia šablón. Je možné priamo si vytvoriť objekt triedy FastTemplate, alebo kód lepiť cez reťazce. Napriek tomu existuje prehľadnejšia možnosť - trieda View definuje na tieto účely dve zjednodušujúcie funkcie simpleTpl() a tableTpl(). Tie sú statické, t.j. je možné volať ich cez View::simpleTpl(), resp. View::tableTpl(). Výsledkom volania simpleTpl("subor.tpl",$tagy) je obsah súboru subor.tpl, v ktorom boli jednotlivé {TAG}-y nahradené ich hodnotami z poľa $tagy. TableTpl() funguje podobne, ale dovoľuje vytvoriť tabuľku, v ktorej sa má "riadok.tpl" opakovať viackrát s rôznymi hodnotami a celý sa potom vloží do ďalšieho "tabulka.tpl".
\N 0 274 Možnosti ukončenia zmluvy 48 161 1 moznosti-ukoncenia-zmluvy t \N 0

Pri ukončení zmluvy rozlišujeme 3 typy:

1. VÝPOVEĎ

- výpoveď podávam (o výpoveď sa nežiada)

- v prípade, že zmluva je bez viazanosti -> výpovedná lehota je 30 dní a začína plynúť 1. kalendárnym dňom nasledujúceho mesiaca

- v prípade, že zmluva je s viazanosťou -> zmluvu je možné ukončiť ale účtuje sa sankcia vo výške neuhradených mesiacov do konca trvania viazanosti

- výpoveď je jednostranný právny úkon

2. ODSTÚPENIE

- odstúpiť od zmluvy môže fyzická osoba do 14 dní od uzatvorenia zmluvy na diaľku resp. pri uzavretí zmluvy doma (neuzavrela zmluvu na kontaktnom centre)

- v tomto prípade môže fyzická osoba odstúpiť od zmluvy do 14 dní bez uvedenia dôvodu

- odstúpiť od zmluvy môže aj osoba, ktorá reklamovala rovnakú vadu na produkte (službe) minimálne 2x, a v oboch prípadoch bola reklamácia uznaná

- v tomto prípade môže osoba odstúpiť od zmluvy do 30 dní od uznania reklamácie

3. DOHODA

- dohoda je dvojstranný právny úkon (v našom prípade medzi poskytovateľom a účastníkom)

- dohodnúť sa môžeme na čomkoľvek, musí to byť ale obojstranná dohoda

4. ÚMRTIE ÚČASTNÍKA

- pri úmrtí účastníka sa zmluva ukončí vtedy, keď sa o tom poskytovateľ dozvedel. Spravila po doručení úmrtného listu. Pri úmrtí účastníka sa neposiela výpoveď

\N 0 180 Zmena programu na neaktivovanej zmluve 113 217 2 zmena-programu-na-neaktivovanej-zmluve t \N 0

prihlasit sa do Exranetu
zobrazit pozadovanu zmluvu o sluzbe internet
kliknut v zmluve na polozku zmluvy
v pulldown menu zvolit pozadovany program
ulozit
vytlacit novu zmluvu a zabezpecit podpis zmluvy s aktualnym programom

\N 0 199 Pridanie TV balíkov na zmluve (IPTV) 113 218 2 pridanie-tv-balikov-na-zmluve-iptv t \N 0 Pridanie balíkov na zmluve sa robí cez pridanie novej položky k zmluve.
Pridanie položky bude potrebné ešte aktivovať.

Pri takejto zmene nie je potrebné robiť novú verziu zmluvy, nakoľko sa nemenia údaje zmluvy (napr. Tarifa)
\N 20 203 Zmena programu na vyšši 113 222 2 zmena-programu-na-vyssi t \N 0 Program služieb na aktivovanej zmluva sa mení nasledovne:

kliknúť na zmluvu internet
kliknúť na záložku "Prístupy"
kliknúť na konkrétny prístup, ktorý sa má meniť
záložka "základné údaje"
tlačidlom "zmeniť produkt" zobrazíme formulár na zmenu produktu
zmena bude mať prednastavený dátum 1.x.201x (prvý deň najbližšieho mesiaca)
vo formulári zvolíme správnu Tarifu (ak meníme program v rámci tej istej Tarify, tak Tarifu nemeníme, ostáva tá istá)
zvolíme nový požadovaný produkt
"účtovať ako":

bez viazanosti - program služieb bude v cene ako je uvedený v Tarife bez viazanosti

pri viazanosti - uvádza sa celé číslo, počet mesiacov viazanosti (spravidla 24 mesiacov)

10. "dátum konca viazanosti":

nemeniť - ak sa mení program služieb bez toho aby sa menil koniec viazanosti. Zvolí sa, ak sa pri programe viazanosť nemá predĺžiť
predĺžiť aktuálnu o (mesiace) - sa vypĺňa v prípade, že je dohodnuté predĺženie viazanosti - vyplniť celé číslo
zriadiť novú na (mesiace) - sa zadáva spravidla v prípade, že je pôvodný program bez viazanosti a nový má byť s viazanosťou - zadáva sa celé číslo
nastaviť dátum konca na (dátum) - sa zadáva v prípade, ak sa ma viazanosť ukončiť v konkrétny dohodnutý dátum

11. "Zriaďovací poplatok nového produktu:

neúčtovať - sa zadá vtedy, ak sa mení program služieb bez účtovania poplatku - spravidla pri prechode programu na vyšší
účtovať - naúčtuje sa zriaďovací poplatok, spravidla v prípade, že sa mení program na nižší

\N 80 215 Priradenie počítadla novému zákazníkovi 113 224 2 priradenie-pocitadla-novemu-zakaznikovi t \N 0 Tento návod sa vzťahuje na prípad, kedy vytvárame zmluvu, ku ktorej bude účtovaná spotreba meraná počítadlom (typicky elektromer).
V takom prípade je potrebné tomuto elektromeru pre tohto zákazníka zadať počiatočný stav, aby mu spotreba nebola účtovaná od nuly a aby na faktúre nemal obdobie, ktoré mu nepatrí.

Ak ide o staré počítadlo:
1.) v SQL nájsť ID počítadla z tabuľky counter
2.) zobraziť odčítané hodnoty pre toto počítadlo (tabuľka counter_reading):
SELECT * FROM counter_readings WHERE counter=<id z kroku 1.> ORDER BY datetime DESC LIMIT 30;
3.) v týchto hodnotách nájsť ten záznam, ktorého dátum sa kryje s dátumom aktivácie zmluvy
4.) nastaviť tomuto záznamu príznak billitem_joiner na hodnotu "0" (číslica nula)

Ak ide o nové počítadlo:
1.) vytvoriť počítadlo v tabuľke counter
2.) vytvoriť záznam s počiatočnou hodnotou v tabuľke counter_reading, hodnotami:

counter - ID počítadla z kroku 1.
datetime - dátum a čas aktivácie zmluvy
reading - počiatočný stav počítadla
billitem_joiner - hodnota "0" (číslica nula)
estimate - hodnota true (skutočné hodnoty zapisuje skript, túto budeme považovať za odhadnutú, aj keby bola odhadnutá úplne presne)
final - hodnota false

\N 20 133 Doxygen 130 229 3 doxygen t \N 0 Kód je dokumentovaný komentármi v štýle phpdoc. Stránka s dokumentáciou sa podľa týchto komentárov generuje manuálne cez Doxygen alebo cez ApiDoc. Dokumentácia sa generuje z vývojovej verzie na serveri extranet.mng, je preto možné že obsahuje veci, ktoré ešte neboli uvoľnené do ostrej prevádzky a/alebo veci, ktoré ešte neboli dokončené.

Stránka s dokumentáciou je k dispozícii na adrese:

https://www.mojoperator.araxon.21.sk/doxygen/html/ (doxygen)

alebo

https://www.mojoperator.klingger.21.sk/apdc/index.html (apidoc)

Dokumentácia pokrýva celý projekt mojoperátor.sk.
\N 100 236 Prístup cez IMAP / POP3 / SMTP 26 33 1 pristup-cez-imap-pop-smtp t \N 0

Všeobecné informácie

Pre prístup k pošte na serveri eposta.sk je vždy potrebné prihlasovať sa menom (názvom schránky) a heslom. Názov schránky (prihlasovacie meno) nikdy neobsahuje znak zavináč (@) a ani doménu (časť názvu za zavináčom). Názov schránky môže byť iný, ako časť adresy pred zavináčom.

Ak to váš poštový klient (program) umožňuje, pripojenie na server by malo byť zabezpečené (šifrované). Pri tomto druhu pripojenia je celá komunikácia medzi klientom a serverom zabezpečená, a to aj vrátane prenášaných hesiel, ktoré sa cez zabezpečené pripojenie prenášajú v plain-text tvare (bez ďalšieho zabezpečenia). Vždy, ak je to možné, mali by ste používať zabezpečené pripojenie.

Ak váš poštový klient nepodporuje zabezpečené pripojenie, je možné pristupovať k pošte nezabezpečeným pripojením. V tomto prípade je však potrebné zabezpečiť aspoň prenos hesiel (password encryption) použitím vhodného spôsobu (CRYPT alebo MD5).

Nastavenie IMAP

Protokol\r\n IMAP slúži pre prístup k pošte, ktorá je uložená na serveri. IMAP \r\nklient (program na prezeranie pošty) si vytvára lokálne \r\nkópie správ, a priebežne synchronizuje stav správ aj priečinkov medzi \r\nklientom a serverom. IMAP protokolom je možné k jednej schránke \r\npristupovať z rôznych IMAP klientov (programov, počítačov), a vo \r\nvšetkých prípadoch sa po úvodnom zosynchronizovaní bude zobrazovať \r\nrovnaký obsah schránky.

server mail.eposta.sk, port 993 - zabezpečené pripojenie SSL
server mail.eposta.sk, port 143 - nezabezpečené pripojenie

Nastavenie POP3

Protokol\r\n POP3 slúži na stiahnutie pošty zo schránky na serveri do lokálnej \r\nschránky v počítači. Po stiahnutí sa správa zo servera vymaže, a teda už\r\n nebude viditeľná cez webmail ani cez IMAP, a bude sa nachádzať iba v \r\npočítači. Protokol POP3 teda nie je vhodný, ak chcete k pošte \r\npristupovať z rôznych klientov (počítačov) alebo cez webmail.

server mail.eposta.sk, port 995 - zabezpečené pripojenie SSL
server mail.eposta.sk, port 110 - nezabezpečené pripojenie

Nastavenie SMTP

Protokol\r\n SMTP slúži na odosielanie pošty z klienta (počítača) na poštový server,\r\n a následne ďalej aj na odosielanie zo servera konečnému príjemcovi \r\npošty.

Pre overenie odosielateľa je potrebné použiť metódu \r\nSASL, pričom meno a heslo pre SASL je rovnaké ako pre IMAP/POP3. Pri odosielaní pošty z IP adries prevádzkovaných v sieti Alternet\r\n je možné odosielať poštu aj overenia cez SASL, avšak limit na \r\nodosielanie správ je výrazne nižší, než pri overení cez SASL.

server mail.eposta.sk, port 587 - zabezpečené pripojenie TLS
server mail.eposta.sk, port 465 - zabezpečené pripojenie SSL

server mail.eposta.sk, port 25 - nezabezpečené pripojenie

\N 100 240 Nová požiadavka 49 45 2 nova-poziadavka t \N 0

Novú požiadavka resp. nový ticket vytvárame vpravo hore kliknutím na \r\nNová požiadavka. Ešte pred tým ako na dané tlačidlo klikneme musím zvoliť frontu.

Alternet Tech (technické problémy, poruchy - servisy),

Alternet TKR a podobne.

Pri vytváraní novej požiadavky vypĺňam \r\nhlavne predmet tak, aby som vystihla podstatu problému. Píšem bez diakritiky. Teda ak ide o \r\nnejaký technický problém, poruchu: Servis (HCNA, WIFI, ...) - Meno a \r\npriezvisko zákazníka, na ktorého je písaná zmluva, Adresa pripojenia, Mesto.

Ak ide o výpoveď zmluvy: Výpoveď zmluvy - Meno a priezvisko, Adresa, Mesto. A iné.

V\r\n mieste "popíšete problém nižšie" napíšem všetko, čo je potrebné. Teda ak \r\nniekto volal ohľadom poruchy, napíšem čo som sa od zákazníka dozvedela, \r\nčo som mu povedala, odporučila, ako som jeho problém riešila, ako som sa\r\n dohodla na prípadnom ďalšom riešení a podobne. Je vhodné napísať aj \r\ntelefónne číslo, z ktorého zákazník telefonoval, aby keď sme ho následne\r\n chceli kontaktovať, mohli tak spraviť cez dané číslo. Ak sa číslo, z ktorého volal nenachádza v extranete pri zmluve zákazníka, je vhodné ho tam doplniť.

Vpravo hore viem požiadavke prideliť vlastníka. Môžem byť ním ja alebo niekto iný. Po pridelení príde danej osobe na e-mail upozornenie o pridelení požiadavky.

\N 0 122 Špeciálne frekvenčné pásma 101 92 3 specialne-frekvencne-pasma t \N 3 Pásmo TV III - 174-230 MHz - nie je na Slovensku využívane, z dôvodu že sa šíri do ďaleka, a na takom malom území ako je SR má velké presahy za hranice.

Sirsi material o prevadzani Wifi do inych pasiem je na stranke http://www.qsl.net/kb9mwr/projects/wireless/modify.html

Dodavatelia pprevodov pasiem:
http://www.teletronics.com/Frequency%20Converters.html
http://www.teletronics.com/specialfreq.html
http://www.teletronics.com/converter3700.html wifi 2,4-2,5 => 3,7-3,8
http://www.l-com.com/content/shopbyfrequency.html
http://www.shireeninc.com/300-500mhz-20-watts-outdoor-amplifier/
http://www.ssbusa.com/ham.html

\N 0 123 Ubiquiti tuning 101 93 3 ubiquiti-tuning t \N 3 UBNT SDK
http://stud.netgroup.uniroma2.it/~saverio/

/etc/persistent/rc.prestart

Zmena z 28 MHz na 20 MHz kanal sa urobi vynechanim riadku so zmenou sirky kanalu. Pozor, nie je mozne tymto prikazom nastavit sirku na 20 MHz (zakladnu) ani 40 MHz, spoj sa nespoji.

/usr/bin/sed -i -e "s/iwpriv \\"wifi0\\" chanbw 28/   /g" /etc/sysinit/radio.conf

Zmena z 28 MHz na inu sirku kanalu sa urobi zadanim tejto sirky. "Doladovanie" je mozne len o nejaky interval hore a dole - Ked sa to prezenie tak sa podla vsetkeho zhorsuju parametre spoja (mozno casovanie, albo bohvie). Napriklad zmena z 28 na 32 je este OK, pri 34 vidno zhorsenie, 38-39 je uz velka bieda. Na 40 sa neda prepnut - spoj sa nespoji.

/usr/bin/sed -i -e "s/chanbw [0-9]*/chanbw 30/g" /etc/sysinit/radio.conf

Prepnutie na 40 MHz kanal sa robi rozdielne pre APcko a pre klienta. Na M10 sa to ale nepodarilo rozchodit - zda sa ze je problem v tom, ze to nepusti regulatory domain - nema definovane take kanaly. Ak by pustila, robilo by sa to takto:

Pre APcko sa musi nastavit, ci je pouzity upper (PLUS) alebo lower (MINUS) extension channel.

/usr/bin/sed -i -e "s/iwpriv \\"ath0\\" mode 11NGHT20/iwpriv \\"ath0\\" mode 11NGHT40PLUS/g" /etc/sysinit/radio.conf
/usr/bin/sed -i -e "s/cwmmode [0-9]*/cwmmode 2/g" /etc/sysinit/radio.conf

Pre klienta sa nastavuje autopmaticky mod.

/usr/bin/sed -i -e "s/iwpriv \\"ath0\\" mode 11NGHT20/iwpriv \\"ath0\\" mode 11NGHT40/g" /etc/sysinit/radio.conf
/usr/bin/sed -i -e "s/cwmmode [0-9]*/cwmmode 1/g" /etc/sysinit/radio.conf

\N 0 242 Zmluvy 194 61 2 zmluvy t \N 0

Položka Zmluvy:

1.Zoznam zmlúv: túto položku využívam takmer stále, keď zavolá zákazník napríklad ohľadom poruchy, ohľadom informovania sa o inom balíku, faktúrach, viazanosti akú má a podobne. Ak chcem nájsť zákazníka v zozname zmlúv, vyžiadam si od neho meno zákazníka na koho je zmluva písaná a adresu, nakoľko môže ísť o menovcov. Ak má zákazník k dispozícií číslo zmluvy, viem ho vyhľadať aj podľa toho.

Položky, ktoré vidím:

-číslo zmluvy

-ver?

-typ: môže ísť o sprostredkovanie, internet, kúpu-maloobchod, retransmisia, prenájom veci, telefón a pod.

-poskytovateľ

-sprostredkovateľ

-užívateľ

-koncový užívateľ

-adresa

-mesto

-poznámka

-aktivácia: hovorí o tom, od kedy je zmluva aktívna

-deaktivácia: hovorí o tom, od kedy je/bude zmluva neaktívna, teda ukončená

-stav: hovorí o tom, či už je zmluva uzatvorená, či je zmluva ukončená, alebo ide iba o návrh zmluvy, alebo ide o zmluvu, ktorá je vo výpovednej lehote

\N 0 254 Technológia FTTH/FTTB 250 115 3 technologia-ftth-fttb t \N 0

Zákazníkovi môžem poradiť na základe toho akú technológiu používa:

Technológia FTTH/FTTB:

- ide o ethernet prípojku - optiku

- koncové zariadenie: Router/PC

Ako\r\n to funguje: kábel je vedený od switchu v lište chodbou k bytu zákazníka. Z chodby je vedený prierezom do bytu. Za prierezom je umiestnená účastnícka zásuvka, v ktorej je kábel ukončený. Ďalší kábel je vedený od tejto účastníckej zásuvky na požadované miesto v byte a ukončený PC/Router.

- ak zákazník volá, že mu nefunguje internet: PPPOE je pripojené?

1.NIE JE pripojené PPPOE: reštart routra k zákazník má, odporúčiť prípadne pripojenie priamo do pc (vyžaduje sa konfigurácia)

\r\n 2. JE pripojené PPPOE: reštart routra, prípadne sa skúsiť pripojiť \r\nkáblom z routra do pc

Konfigurácia:

1. Vytvoriť v PC nové širokopásmové pripojenie

2. Ak neprebehne konfigurácia, služba nebude fungovať kvôli absencii autorizačných prostriedkov

3. Je v podstate potrebné nanovo nakonfigurovať domácu sieť

\N 0 237 Preberanie a spracovanie došlej pošty 201 127 2 preberanie-a-spracovanie-doslej-posty t \N 0

Postup pri preberaní pošty:

1. skontrolovať, či je všetka pošta určená pre nás, či náhodou medzi ňou nie je aj pošta s iným adresátom

2. súkromná pošta pre p. Rybárika/p. Rybárikovú - neotváram, odnesiem im

3. všetku došlú poštu zapisujem do bielej knihy "Kniha došlej-odoslanej pošty"

Postup pri zapisovaní došlej pošty:

1. Stĺpec - Rokovacie číslo: poradové číslo/poradové číslo mesiaca/rok

2. Stĺpec - Došlo dňa: dátum, kedy nám bola pošta doručená

3. Stĺpec - Adresát: napíšem spoločnosť, ktorej to bolo adresované (Alternet s.r.o., Medzevnet s.r.o.,....)

Postup pri spracovaní došlej pošty:

1. otvorím obálku

2. na došlý dokument (faktúra, žiadosti, upomienky, oznámenia,...) dám modrú pečiatku "Došlo dňa...", na ňu dám pečiatku deň, kedy pošta prišla a rokovacie číslo z bielej knihy, ku ktorému som danú poštu zapísala. Na ZMLUVY pečiatku NEDÁVAM!

3. Faktúry a bločky dávam do šanónu na scan

4. Stavebné veci ( žiadosť o vyjadrenie, kolaudačné rozhodnutia,..) scanujem a použijem #54 - dám ich následne Zuzke S.

5. Výpovede, oznámenia, žiadosti o vrátenie scanujem a použijem #53, následne dám do ?zákazníckeho " šanónu

6. Zmluvy NESKENUJEM, dám dievčatám

7. Ak nejakú zmluvu mám oskenovať - zvyčajne ich skenujem do #53 a nepremenúvavam

8. došlé doručenky zakladám do šanónov - ak ide o firmy, šanón sa nachádza na recepcii s názvom Doručenky. Ak ide o zákazníkov ( FO), šanóny sa nachádzajú pri dievčatách, nájdem podľa sprostredkovateľa a podľa mena.

\N 0 238 Spracovanie pošty na odoslanie 201 128 2 spracovanie-posty-na-odoslanie t \N 0

Zapísanie odoslanej pošty:

1. poštu, ktorá je určená na odoslanie zapisujem do bielej knihy "Kniha došlej - odoslanej pošty"

2. Stĺpec - Rokovacie číslo : poradové číslo/poradové číslo mesiaca/rok

3. Stĺpec - Odosielateľ: odosielateľom je sprostredkovateľ služby (Alternet s.r.o., Medzevnet s.r.o., ....)

4. Stĺpec - odpovedané/odoslané dňa - je to deň, kedy bude pošta reálne odnesená na poštu, tento dátum zapíšem až vtedy, keď ju tam niekto odnesie

5. Stĺpec - Adresát: adresátom je FO/PO, ktorej chcem poštu odoslať

6. Stĺpec - D/R..: napíšem R, ak to posielame doporučene, vtedy očakávame vrátenie doručenky

Spracovanie pošty na odoslanie:

- dievčatá raz za čas prinesú dokumenty, ktoré treba opečiatkovať a dať do obálky a odoslať

- ak ide o ZÁVAZNÉ VYJADRENIA - stále na miesto, kde je podpis (konateľa) dám pečiatku spoločnosti Alternet

- ak ide o KLASICKĚ ZMLUVY NA SLUŽBU- mám dole tri kolónky, sledujem tú prostrednú. Na každú prostrednú kolónku dám dnešný dátum, miesto. Pečiatky dávam podľa toho, že ak je v strednej kolónke napísané poskytovateľ, pozriem sa na vrch papiera a všimnem si kto je poskytovateľ a dám jeho pečiatku. To isté si všímam pri sprostredkovateľovi a pri predávajúcom.

- dokumenty si roztriedim na dve kôpky (duplicitné dokumenty), jedna kôpka ostáva nám, druhú posielam

- ak ide o klasické zmluvy a ak nie je podpísaný pracovník, resp. nebolo to podpisované u nás, tak pridávam ako prílohu aj vzorový formulár na odstúpenie pre FO

- ku každej zmluve pridávam Všeobecné podmienky; dokument Kvalita Poruchy Služby; Ako platiť (vyberiem vhodný papier, pretože každý sprostredkovateľ má svoj)

- ak ide o REGIO TV Televízna zmluva : nedávam žiadnu pečiatku!

- ak ide o DOHODU O UKONČENÍ ZMLUVY - pečiatka Aleternet

- poštu zabalím do obálok, dám pečiatku sprostredkovateľa a vypíšem adresu adresáta

\N 0 261 List s ponukou internetu 245 143 2 list-s-ponukou-internetu t \N 0

\r\n

Dobrý deň pani\r\n…....,

rada by som Vás informovala o prebiehajúcej akcii\r\nnajvýhodnejšej ponuky, vďaka ktorej by ste si teraz mohli\r\naktivovať rýchlejší internet.

\r\n

Momentálne\r\nvyužívate od nás Internet 35 Mbit\r\nza 14,00 € mesačne.\r\nV rámci výhodnejšej ponuky máte možnosť si aktivovať:

\r\n

75/15\r\n\tMbit za 14,90 €/mes. ( +\r\n\taktivácia 20 € spojená s výmenou zariadenia)
\r\n\t
50/10\r\n\tMbit za 13,90 €/mes.\r\n\t (+ aktivácia 2 €)
\r\n\t\r\n

\r\n

Uvedené ceny sú platné pri 24\r\nmesačnom trvaní zmluvy.
V prípade, že Vás možnosť navýšenia\r\nrýchlosti zaujala, neváhajte nás kontaktovať na nižšie uvedenom\r\ntelefónnom čísle, resp. odpoveďou na tento email. \r\n

\r\n

Prajem pekný deň. \r\n

\r\n

S pozdravom,

\N 0 137 Definície pojmov 135 233 3 fw-definicie-pojmov t \N 0 MVC (Model, View, Controller) - spôsob členenia a organizovania kódu
Model - vrstva, ktorá zabezpučuje sprístupnenie podkladových dát v databáze/v súboroch do operačnej pamäte a spätný zápis z pamäte na trvalé médium
View - vrstva, ktorá komunikuje s používateľom, či už cez web, alebo z príkazového riadku
Controller - vrstva, ktorá zabezpečuje vyššiu logiku aplikácie - v podstate všetko čo nespadá do Modelu a Viewu
Helper - pomocná trieda či modul, ktorý nesedí do MVC
Connector - trieda, ktorá slúži na pripojenie ku zdroju dát (obvykle pre čítanie aj zápis)
ACL (Access Control List) - oprávnenia daného používateľa, alebo jeho skupiny
Doxygen - nástroj na generovanie dokumentácie z PHPdoc komentárov
phpunit - nástroj na testovanie PHP kódu
autoloader - mechanizmus, ktorý načíta PHP súbor s danou triedou až v momente prvého použitia danej triedy
bootstrap - mechanizmus, ktorým sa zabezpečí inicializácia autoloadera, prípadne ďalších modulov, ktoré sú absolútne nevyhnutné na fungovanie frameworku
\N 20 191 Ako skryť moje číslo a nezobrazovať ho volanému (CLIR) ? 115 186 2 clir t \N 0 Nezobrazovanie čísla volanému účastníkovi, označované aj ako CLIR, je v našej telefónnej sieti riadne podporované. (A to aj vrátane špecifických prípadov, keď toto číslo musí byť volanej strane zobrazené aj napriek obmedzeniu - napr. pri volaní na tiesňové linky.)

Táto funkcionalita je automaticky poskytovaná všetkým užívateľom a nie je potrebné ju aktivovať. Nastavenie (zapnutie/vypnutie) tejto funkcie sa vykonáva v koncovom zariadení - telefóne. V menu telefónu alebo jeho konfiguračnom rozhraní je treba nájsť funkciu s názvom napríklad "Anonymous call", "Withhold number", "Call Screening", "Call \r\nIdentification Restriction", alebo podobne. Pri zapnutí tejto\r\n funkcie by mal telefón vykonať hovor s príznakom "call screening prohibited" - naše ústredne tento príznak riadne rešpektujú a volanému účastníkovi sa \r\nnezobrazí identifikácia volajúceho. Príznak sa prenáša v SIP hlavičkách Remote-Party-Id alebo P-Asserted-Identity.

Niektoré telefóny však \r\nnefungujú korektne, nenastavia tento potrebný príznak, a namiesto toho nepošlú číslo volajúceho do našej siete. Naša ústredňa to vyhodnotí ako chybu - nesprávne nastavený telefón, a chýbajúce číslo volajúceho doplní podľa SIP konta, z ktoreho hovor\r\n prišiel. A keďže v hovore chýba príznak, že by hovor mal byť anonymizovaný, takýto hovor sa neanonymizuje a volaný účastník číslo uvidí. Ak teda po nastavení anonymných volaní na Vašom telefóne nedôjde k skrytiu čísla, Váš telefón túto funkciu nepodporuje správne.

V prípade potreby sa môžete obrátiť na našu technickú podporu, ktorá zo záznamov ústredne overí, ako hovor prebiehal, a či funkcia skytia čísla nebola vôbec zapnutá, alebo ju telefón podporuje chybne. K diagnostike bude naša technická podpora potrebovať údaj o dátume a čase hovoru a číslach volajúceho aj volaného.

\N 100 138 Štruktúra adresárov 135 234 3 fw-struktura-adresarov t \N 0 Framework pozostáva z týchto adresárov a súborov:

autoloader.php - implementácia mechanizmu, ktorý načíta súbor s príslušnou triedou až v momente keď sa táto trieda má prvý-krát použiť (on the fly)
bootstrap.php - načítanie a naštartovanie frameworku - include tohto súboru musí vykonať každý skript v adresári www/ a bin/
config.ini[.dist] - konfiguračný súbor s údajmi o cestách a pripojeniach k databázam (.dist súbor je predpripravený - po novej inštalácii je potrebné pomocou neho vytvoriť aktívnu konfiguráciu)
Doxyfile, doxymain.php - súbory pre generovanie dokumentácie cez nástroj doxygen
.git/, .gitignore, .gitmodules - súbory nástroja na správu verzií GIT
bin/ - súbory spustiteľné z príkazového riadku - obvykle jednorázové fixy, a migračné skripty
data/ - súbory s dátami, ktoré framework vytvoril za behu, a ktoré majú trvalú hodnotu (t.j. nie dočasné súbory, ani logy)
log/ - súbory s debug logmi
framework/ - základné súbory s triedami frameworku, ktoré sú nevyhnutné pre základnú funkcionalitu a dokážu existovať samostatne
main/ - súbory aplikácie, ktorá framework používa (aplikácia závisí na frameworku, ale opačne to neplatí)
sql/ - súbory s SQL príkazmi, ktorými boli vytvorené a naplnené niektoré tabuľky a databázy, prípadne ktorými boli vykonané niektoré zmeny
test/ - súbory pre testovanie cez nástroj phpunit
tpl/ - šablóny pre generovanie HTML výstupov
www/ - súbory viditeľné z webu - obrázky, skripty, štýly

\N 80 177 Moduly a akcie 135 236 3 moduly-a-akcie t \N 0

Moduly

Každý modul je zároveň triedou s rovnakým názvom a pripojeným suffixom "View". Triedy sú uložené v adresári main/ a ich načítanie zabezpečí funkcia __autoload() automaticky v momente keď danú triedu chce PHP kód použiť. Napríklad keď sa má vykonať príkaz $tpl = new FastTemplate(), PHP triedu FastTemplate nepozná, samo zavolá __autoload("FastTemplate") a ten príslušný zdrojový kód nahrá do pamäte.

Nie všetky triedy sa môžu volať priamo z URL. Triedy, ktoré majú byť volané z web rozhrania, musia byť odvodené od triedy View (pri definícii novej triedy musí byť formulka "extends View"). Okrem toho defaultne nie sú nové triedy pristupné z web rozhrania kvôli bezpečnosti. Aby bolo možné modul (=triedu) vyvolať z URL, musí byť názov triedy povolený v súbore main/config/Config.php. V tomto súbore je pole, v ktorom kľúč predstavuje názov modulu a hodnota ku kľúču ďalej môže obmedziť, z ktorých stránok je modul dostupný (portál môže byť v budúcnosti "brandovaný" pod inými doménovými názvami a niektoré z modulov nemusia byť dostupné pre tieto dcérske portály).

Ak nie je v URL zadaný názov žiadneho modulu, default je "Welcome".

Akcie

Jednotlivé akcie daného modulu predstavujú metódy v triede. To znamená, že URL http://.../index.php/Login/authenticate v skutočnosti vytvorí inštanciu triedy "LoginView" a zavolá jej metódu "authenticate()". Opäť kvôli bezpečnosti nie je dovolené používateľovi cez URL vyvolať akúkoľvek metódu danej triedy. To, ktoré metódy môže vyvolať je dané premennou $actions v danej triede. V tejto premennej sa nachádza pole s názvami jednotlivých akcií (=metód), ktoré je možné z URL vyvolať.

Ak v URL nie je zadaný názov žiadnej akcie, default je "index".

Akcie podporujú všetky triedy odvodené od triedy DynamicView. Triedy odvodené priamo od triedy View si musia implementovať vlastný spôsob interpretácie URL časti za názvom modulu.
\N 80 198 Zachytávanie chýb a logovanie 150 254 4 logger-a-errorhandler t \N 0 Odchytávanie chýb a logovanie je zabezpečené triedami Logger a ErrorHandler.

Správanie sa líši nastavením vývojárského módu.

Logger

Logger sa zapína volaním metódy enable s dvoma parametrami

\\Debug\\Logger::enable($dir, $buffered = true);

$dir - Cesta kam sa záznamy majú ukladať
$buffered - zapína/vypína oneskorený zápis záznamov na disk. To znamená ak je oneskorený zápis povolený, záznamy sa držia v pamäti a na disk sa uložia až pri ukončení behu skriptu. Je to zabezpečené registráciu handleru pomocou funkcie register_shutdown_function

Pridávanie záznamov:

\\Debug\\Logger::debug('Text záznamu');
\\Debug\\Logger::log('debug', 'Text záznamu'); // tieto dve volania sú ekvivalentné


\\Debug\\Logger::info('Text záznamu');
\\Debug\\Logger::log('info, 'Text záznamu');  // tieto dve volania sú ekvivalentné

Prednastavené logovacie úrovne sú debug, info, error, tie majú možnosť skráteného volania \\Debug\\Logger::debug, \\Debug\\Logger::info, \\Debug\\Logger::error.
Volaním metódy Logger::log je možné využívať aj vlastné úrovne napri pre záznam sql dopytov je možné ich ukldať do samostatného logu pomocou \\Debug\\Logger::log('sql', 'SELECT * FROM table').

Logy sú uložené v súboroch s názvom úrovne s príponou log, napríklad pre debug to je súbor debug.log, pre sql to je sql.log.

Príklad riadku:

2016-04-11 12:11:18    "/var/www/klingger/main/controller/AclController.php (103)    "d41d8cd98f00b204e9800998ecf8427e""

Prvý stĺpec je čas kedy záznam vznikol, druhý je cesta k súboru a riadok odkiaľ bol záznam vytvorený, posledný stĺpec je samotný obsah záznamu. Môže to byť buď reťazec, alebo obsah nejakej premennej (bool, pole, int, float ...)

Pri vypnutom vývojárskom režime sa záznamy úrovne debug neukladajú na disk. Vývojársky režim sa nastavuje pomocou

\\Debug\\Logger::$debug = true/false;

ErrorHandler

Zachytávanie chýb sa zapína pomocou volania metódy enable s troma parametrami

\\Debug\\ErrorHandler::enable($dir, $whitelist, $emails);

$dir - cesta kam sa budú ukladať podrobné záznamy o chybe, záznamy sú uložené do podadresára errors toho adresára. Skrátený záznam sa ukladá aj cez

 \\Debug\\Logger:::error()
$whitelist

- true, alebo pole s IP adresami pre ktoré je povolený vývojársky režim,

ak je true je vývojársky režim povolený pre všetky ip adresy
$email -

pole s emailovými adresami kam sa budú posielať oznamy o chybách



Vývojársky/Produkčný režim
Ak je zapnutý vývojársky režim v prípade chyby sa zobrazí podrobný záznam chyby, ak je zakázaný je zobrazené hlásenie že sa stala chyba, vzhľad tohoto hlásenia je možné zmeniť nastavením členskej premennej \\debug\\ErrorHandler::$errorMessage na html hlásenia (nie na cestu k súboru s html!!!).

V prípade zakázaného vývojárskeho režimu zároveň odoslaný oznam o chybe na zadané emailové adresy.

Kompletné nastavenie

$whitelist = array('192.168.0.1', '192.168.0.2', ...);
$logDir = '/cesta/k/log/súborom';
$email = array('developer1@email.com', 'developer2@email.com', ...);
\\Debug\\Logger::enable($logDir);
\\Debug\\Logger::$debug = true;
\\Debug\\ErrorHandler::enable($logDir, $whitelist, $emails);
\\Debug\\ErrorHandler::$errorMessage = file_get_contents("/cesta/k/hlaseniu.html");

\N 100 157 Hierarchia tried 135 255 3 hierarchia-tried t \N 0 \N \N 0 158 Unit testy 135 256 3 unit-testy t \N 0 \N \N 0 66 SMS odosielanie (mojoperator.sk) 62 209 2 sms-odosielanie t \N 0

Odoslanie SMS správy na mobilný telefón.

POZOR! Toto API je poskytované iba z dôvodu spätnej kompatibility, v budúcnosti bude zrušené, neodporúčame ho použivať pre nové inštalácie.

\r\n\r\n

Prístup k API

\r\n

/api/sms/send?evid=[EVID]&src=[SRC]&dst=[DST]&text=[TEXT]

\r\n\r\n

Parametre

\r\n

EVID - číslo zmluvy, napr. 770987654
SRC - identifkácia odosielateľa - textový reťazec, max. 11 znakov (identifikácia číslom v príprave)
DST - telefónne číslo adresáta, medzinárodný tvar bez volacieho kódu, napr. 421902966888
TEXT - text správy (dlhý text bude rozdelený do viacerých SMS správ)

\r\n\r\n

Odpoveď - formát plain-text

\r\n

"OK" - správa bola zaradená do fronty
"ERROR: evid not valid" - číslo zmluvy nie je správne
"ERROR: evid access denied" - chýba oprávnenie k zadanému číslu zmluvy
"ERROR: src not valid" - chyba v identifikácii odosielateľa
"ERROR: dst not valid" - chyba v identifikácii adresáta
"ERROR: connection error" - interná systémová chyba pri zápise správy do databázy

\N 80 \.