Puteți activa previzualizatorul de fișiere din Kopano WebApp fără a instala un pachet separat „FileViewer” în configurația documentată, dar MDM este un plugin separat care trebuie instalat și conectat la Z-Push. Această distincție contează: manualul administratorului WebApp documentează previzualizatorul prin ENABLE_FILE_PREVIEWER, în timp ce manualul MDM documentează un pachet dedicat, un fișier de configurare și dependențele. Instalarea extensiei „Files” greșite nu va activa previzualizatorul.
Acest ghid este destinat administratorilor unei implementări Kopano WebApp existente. Manualele WebApp și MDM publicate de Kopano sunt documentație de ediție veche, așadar verificați dacă numele pachetelor și setările acestora corespund exact cu versiunile WebApp, PHP, Z-Push și ale sistemului de operare pe care le executați înainte de a modifica producția. Pașii de mai jos explică calea documentată și cum să o verificați în siguranță.
Folosiți setarea încorporată de previzualizare a fișierelor atunci când utilizatorii trebuie să previzualizeze atașamentele de fișiere acceptate în WebApp. Opțiunea de administrator documentată este ENABLE_FILE_PREVIEWER; aceasta controlează dacă utilizatorilor li se oferă o setare de previzualizare. Manualul WebApp nu descrie acest lucru ca un pachet FileViewer separat pe care îl instalați cu un manager de pachete.
Kopano Files este diferit. Adaugă o zonă Fișiere pentru navigarea și gestionarea conturilor de stocare externe, cum ar fi WebDAV sau alte backend-uri configurate. Poate necesita pachete separate și configurații backend. Dacă obiectivul dvs. este previzualizarea atașamentelor, începeți cu setarea previzualizatorului, nu cu Kopano Files. Dacă obiectivul este conectarea spațiului de stocare partajat la WebApp, urmați manualul separat Fișiere, la care se face link la sfârșit.
Pluginul Mobile Device Management din Kopano expune informații și acțiuni pentru dispozitivele mobile care se sincronizează cu Kopano prin Z-Push. În funcție de implementare, utilizatorii pot vizualiza detaliile dispozitivului și pot utiliza acțiuni precum resincronizarea, eliminarea, reîmprospătarea sau ștergerea. Este util atunci când utilizatorii sau administratorii au nevoie de aceste controale ale dispozitivului în WebApp; nu înlocuiește Z-Push și nu stabilește sincronizarea mobilă de la sine.
Manualul Kopano MDM listează Z-Push 2.0 sau o versiune ulterioară și suportul PHP SOAP ca dependențe. Dacă Z-Push rulează pe o gazdă diferită de WebApp, configurația MDM trebuie să indice către serverul Z-Push respectiv. Înainte de a instala orice, confirmați endpoint-ul Z-Push, runtime-ul PHP instalat și compatibilitatea pachetelor pentru mediul dvs.
Mai întâi, localizați aplicația Web activă config.phputilizată de instalarea dvs. Într-o implementare bazată pe pachete, aceasta se află de obicei sub /etc/kopano/webapp/, dar containerele și instalările personalizate pot monta configurația în altă parte. Faceți o copie de rezervă a fișierului propriu-zis înainte de editare și evitați crearea unei a doua definiții dacă setarea există deja.
În configurația activă, găsiți ENABLE_FILE_PREVIEWER. Manualul de administrare Kopano WebApp documentează truecă utilizatorii au opțiunea de a activa previzualizatorul de fișiere în setări și falsecă ascund această opțiune și dezactivează previzualizările pentru toți utilizatorii. De exemplu:
define("ENABLE_FILE_PREVIEWER", true);Dacă linia există deja, modificați-i valoarea în loc să adăugați un duplicat define(). Păstrați intactă sintaxa PHP aferentă. Dacă nu există o astfel de linie, utilizați șablonul sau instrucțiunile de configurare care corespund pachetului WebApp instalat în loc să copiați o configurație eșantion completă peste fișierul live.
După salvare, verificați dacă există erori de sintaxă PHP folosind interpretorul PHP care deservește WebApp. De exemplu, dacă fișierul de configurare se află pe calea standard a pachetului:
php -l /etc/kopano/webapp/config.phpO verificare sintactică validează doar analiza PHP; nu confirmă că setarea este încărcată de site-ul care rulează. Conectați-vă ca utilizator de test, deschideți Setări WebApp și confirmați că opțiunea de previzualizare a fișierelor este disponibilă. Activați-o, aplicați modificarea, apoi deschideți un atașament de un tip acceptat de WebApp. Dacă controlul lipsește, confirmați că ați editat configurația activă, că pluginurile și setările WebApp sunt disponibile și că o actualizare a pachetului sau o montare a containerului nu furnizează un alt fișier de configurare.
Folosește pachetul MDM construit pentru aceeași versiune și distribuție Kopano WebApp ca și serverul. Manualul Kopano MDM documentează un pachet din familia Debian numit kopano-webapp-plugins-mdmși un pachet RPM pentru distribuțiile bazate pe RPM. Acesta prezintă modelul de instalare Debian mai jos; înlocuiește substituentul cu versiunea reală a pachetului obținută de la sursa de pachet compatibilă și de încredere:
sudo dpkg -i ./kopano-webapp-plugins-mdm_<version>.debNu introduceți paranteza unghiulară literal. Dacă instalarea pachetului raportează dependențe nerezolvate, utilizați procesul normal de gestionare a pachetelor al distribuției dvs. pentru a le rezolva din depozite de încredere, apoi confirmați că pachetul MDM instalat și versiunea WebApp sunt destinate să funcționeze împreună. Evitați descărcarea unei versiuni aleatorii a unui pachet sau combinarea versiunilor pentru a satisface o dependență.
Verificați dacă extensia PHP SOAP este activată în mediul PHP utilizat de WebApp. O verificare rapidă este:
php -m | grep -i '^soap$'Dacă nu există nicio ieșire, instalați și activați extensia SOAP care corespunde versiunii PHP și runtime-ului serverului web utilizat de WebApp. O verificare CLI PHP poate diferi de PHP-FPM sau de modulul PHP al Apache, așadar comparați configurația serverului web dacă comanda afișează SOAP, dar MDM raportează în continuare o funcție SOAP lipsă.
Manualul MDM publicat plasează setările sale în /etc/kopano/webapp/config-mdm.php. Faceți o copie de rezervă a fișierului, apoi verificați opțiunile documentate:
PLUGIN_MDM_USER_DEFAULT_ENABLE_MDMcontrolează dacă pluginul este activat în mod implicit pentru utilizatori; manualul listează valoarea implicită ca false.PLUGIN_MDM_SERVERidentifică serverul Z-Push; valoarea implicită documentată este localhost.PLUGIN_MDM_SERVER_SSLar trebui setat la trueatunci când conexiunea utilizează SSL/TLS; implicit documentat este false.Dacă WebApp și Z-Push se află pe gazde separate, înlocuiți setarea implicită a serverului cu locația reală Z-Push necesară implementării. Folosiți protocolul și numele de gazdă corecte și activați opțiunea SSL atunci când endpoint-ul respectiv utilizează HTTPS. Nu expuneți endpoint-ul public doar pentru a face pluginul să răspundă; mențineți-l accesibil prin calea de rețea dorită și un certificat valid. Păstrați sintaxa PHP utilizată de fișierul instalat.
Setarea implicită nu este neapărat alegerea potrivită pentru fiecare organizație. Puteți permite utilizatorilor să activeze MDM singuri sau să îl activați în mod implicit dacă politica dvs. permite. Dacă configurația WebApp dezactivează global pluginurile sau blochează pluginul MDM, rezolvați mai întâi acea setare centrală; modificarea implicită specifică MDM nu va anula un plugin dezactivat explicit la nivel de WebApp.
După instalarea și configurarea pachetului, conectați-vă la WebApp și deschideți Setări, apoi fila Pluginuri. Selectați MDM și aplicați modificările. Manualul MDM precizează că prezentarea generală a dispozitivului apare într-o filă MDM separată în Setări și include informații despre dispozitiv, ultima sincronizare și un ID de dispozitiv. Dacă pluginul nu este listat, confirmați mai întâi că fișierele pachetului sunt instalate în directorul activ al pluginului WebApp și că setările globale ale pluginului nu îl ascund sau nu îl dezactivează.
Testați cu un cont care are deja un dispozitiv care se sincronizează prin Z-Push. Dacă lista de dispozitive este goală, verificați dacă acel cont are un dispozitiv Z-Push, dacă setarea serverului MDM indică serviciul Z-Push corect și dacă PHP SOAP este disponibil pentru procesul WebApp. Verificați jurnalele WebApp și Z-Push legate de o solicitare de testare înainte de a modifica setările serverului fără legătură.
Tratați acțiunile MDM ca pe niște controale operaționale, nu ca pe niște butoane de reîmprospătare inofensive. Manualul MDM al Kopano avertizează că funcția Wipe elimină toate datele de pe dispozitiv și recomandă prudență. Testați interfața cu un dispozitiv necritic și înțelegeți procesul de recuperare al organizației înainte de a face Wipe disponibil utilizatorilor. Confirmați ID-ul dispozitivului țintă și utilizatorul înainte de a-l invoca.
Eliminarea este, de asemenea, importantă: manualul menționează că eliminarea unui dispozitiv din listă înseamnă că utilizatorul trebuie să elimine și să reconecteze contul de pe telefon pentru ca acesta să apară din nou. Resincronizarea solicită o altă sincronizare; Reîmprospătarea actualizează lista de dispozitive afișate. Nu utilizați Ștergerea ca pas general de depanare pentru un dispozitiv care se sincronizează lent.
Pentru previzualizarea fișierului, confirmați că utilizatorul poate vedea și activa setarea, apoi deschideți un atașament acceptat fără a-l descărca mai întâi. Pentru MDM, confirmați că utilizatorul de test poate vedea informațiile așteptate despre dispozitiv și că detaliile ultimei sincronizări corespund unui dispozitiv despre care se știe că se sincronizează prin Z-Push. Testați mai întâi acțiunile cu risc mai mic, cum ar fi Reîmprospătarea sau Resincronizarea. Mențineți Ștergerea dezactivată sau limitată conform politicii organizației dvs. până când ați validat impactul acesteia.
Dacă lipsesc controalele de previzualizare, verificați din nou configurația WebApp activă și setarea utilizatorului. Dacă MDM lipsește sau nu afișează dispozitive, verificați compatibilitatea pachetului, PHP SOAP, calea de configurare MDM, gazda Z-Push și restricțiile globale ale pluginului. Manualele publicate de Kopano descriu numele setărilor și modelul de pachet, dar nu stabilesc compatibilitatea pentru fiecare distribuție curentă și versiune PHP; utilizați documentația pachetului pentru versiunea exactă a serverului ca autoritate finală.
Comparați 10 instrumente de scanare ping pentru descoperirea rapidă a rețelelor LAN, scanarea multi-platformă și gestionarea adreselor IP. Aflați ce vă poate spune o scanare (sweep).
Comparați șase instrumente de gestionare a rețelei pentru monitorizarea performanței, inclusiv acoperirea SNMP, maparea, alertele, modelele de implementare și compromisurile de costuri.
Aflați ce înseamnă QoS în rețele, cum marcajele DSCP și cozile de trafic prioritizează aplicațiile vocale, video și de business și ce nu poate remedia QoS.
Compară software-ul de server SFTP fiabil pentru Windows și Linux, inclusiv OpenSSH, Bitvise, SolarWinds și SFTPGo. Găsește soluția potrivită pentru nevoile tale de securitate și transfer de fișiere.
Construiți o monitorizare practică a rețelei cu o acoperire clară a dispozitivelor, indicatori de performanță utili, alerte acționabile și o comparație între SolarWinds NPM, PRTG și OpManager.
Comparați șapte instrumente de gestionare a adreselor IP pentru descoperirea subrețelelor, coordonarea DNS și DHCP, inventarul rețelei și IPAM open-source.
Comparați instrumentele de scanare a rețelei pentru descoperirea rapidă a dispozitivelor, scanări IP pe mai multe platforme și IPAM pentru întreprinderi, cu îndrumări privind potrivirea fiecărei opțiuni la rețeaua dvs.
Folosește opțiunea --traceroute din Nmap pentru a mapa salturi la o gazdă autorizată, a înțelege ieșirea saltului și a RTT-ului și a depana răspunsurile lipsă fără a suprascana.
Comparați șase instrumente de monitorizare Windows Server în funcție de colectarea datelor Windows, vizibilitatea aplicațiilor, modelul de implementare și licențierea pentru a găsi instrumentul potrivit.
Comparați șase instrumente de monitorizare a rețelei Linux pentru descoperirea dispozitivelor SNMP, grafice de interfață, metrici gazdă, verificări de servicii și fluxuri de trafic.
