Met Micro Focus Filr kunt u vanaf uw desktopcomputer, browser of mobiele apparaat op eenvoudige wijze toegang krijgen tot al uw bestanden en mappen. Bovendien kunt u bestanden en mappen met anderen delen om de samenwerking met betrekking tot uw bestanden te vergemakkelijken. Zie de handleiding met informatie over Filr 3.0: Understanding How Filr Works (hoe Filr 3.0 werkt) voor een gedetailleerd overzicht van Filr.
Met Filr kunt u vanaf uw desktopcomputer, browser of mobiele apparaat op eenvoudige wijze toegang krijgen tot al uw bestanden en mappen. Bovendien kunt u bestanden en mappen met anderen delen om de samenwerking met betrekking tot uw bestanden te vergemakkelijken. Zie de handleiding met informatie over Filr 3.0: Understanding How Filr Works (hoe Filr 3.0 werkt) voor een gedetailleerd overzicht van Filr.
Via een webbrowser op uw werkstation, zoals wordt beschreven in de Filr 3.0: Handleiding voor gebruikerstoegang.
Vanaf een mobiel apparaat, zoals wordt beschreven in Snel aan de slag met de Filr-app.
Vanaf uw desktopcomputer, zoals wordt beschreven in de handleidingen voor de Filr Desktop-toepassing voor Windows en de Filr Desktop-toepassing voor Mac .
Filr 3.0 heeft de volgende verbeteringen:
Sectie 2.2, Branding van Desktop- en Mobile-toepassing aanpassen
Sectie 2.4, De desktopclient registreren en Filr-gegevens extern wissen
Sectie 2.5, Ondersteuning voor Windows Server 2016 als bestandsserver voor back-endopslag
Sectie 2.8, Algemene bepalingen voor externe gebruikers afdwingen
Sectie 2.9, Plaatsen van opmerkingen bij bestanden in- of uitschakelen voor gebruikers
In Filr 3.0 is het nu mogelijk om binnen Netwerkmappen niet alleen bestanden maar ook mappen te delen. Beheerders kunnen gebruikers nu in staat stellen om mappen binnen de aan hen toegewezen Netwerkmappen te delen via een Filr-client (web, mobiel, desktop) naar keuze.
Zie het gedeelte over het delen van mappen in de handleiding met informatie over Filr 3.0: Understanding How Filr Works (hoe Filr 3.0 werkt) en het gedeelte over delen in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI).
In Filr 3.0 kunnen beheerders naast het aanpassen van branding van de Filr-site ook de vormgeving van de desktop- en mobiele toepassing aanpassen aan de look en feel van de huisstijl van hun bedrijf.
Zie het gedeelte over branding van desktoptoepassingen in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI) voor meer informatie over het aanpassen van branding voor de desktoepassing.
Zie het gedeelte over branding van mobiele toepassingen in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI) voor meer informatie over het aanpassen van branding voor de mobiele toepassing.
Filr 3.0 beschikt nu over een functie voor online bijwerken waarmee u de Filr-appliance snel en gemakkelijk kunt bijwerken door nieuwe Filr-patches toe te passen zonder al te veel handmatige bewerkingen. Zie het gedeelte over het beheren van online updates in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI).
De Filr-beheerder kan nu gegevens zien over de desktopapparaten die toegang tot uw Filr-systeem hebben gekregen en alle Filr-gegevens van een apparaat wissen bij verlies of diefstal van het apparaat. Zie het gedeelte over het weergeven, wissen en ontkoppelen van geregistreerde clients in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI) voor meer informatie.
Filr 3.0 biedt nu ondersteuning voor Windows Server 2016 als een bestandsserver voor back-endopslag. Zie het gedeelte over bestandsservers (back-endopslag) in de Filr 3.0: Installatie-, implementatie- en upgradehandleiding.
Filr 3.0 biedt nu ondersteuning voor protocolversie 2 van SMB (Server Message Block) voor OES 2015 NSS AD. Zie het gedeelte over Filr zo configureren dat deze met OES 2015 NSS AD werkt in de Filr 3.0: Installatie-, implementatie- en upgradehandleiding.
De branding van Filr 3.0 is gewijzigd van Novell-branding naar Micro Focus-branding.
Externe (gast)gebruikers die toegang willen tot Filr, kunnen in Filr 3.0 worden verplicht tot het accepteren van de algemene bepalingen om toegang te krijgen. Zie het gedeelte over het weergeven van algemene bepalingen in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI).
De Filr-beheerder kan nu de functie voor het plaatsen van opmerkingen bij bestanden in- of uitschakelen voor alle Filr-gebruikers (desktop, mobiel en web). Zie het gedeelte over het het plaatsen van opmerkingen bij bestanden toestaan in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI) voor meer informatie.
De Filr-beheerder kan nu gegevenscodering tusen de Filr-server en de database in- en uitschakelen. Zie het gedeelte over het plaatsen van opmerkingen bij bestanden toestaan in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI) voor meer informatie.
De Filr-beheerder kan nu het aantal dagen instellen dat lokaal in cache opgeslagen bestanden op de desktop blijven staan nadat ze niet meer worden geopend of gewijzigd. Zie het gedeelte over standaardinstellingen bij toegang via de Desktop-toepassing in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI) voor meer informatie.
De Filr-beheerder kan ook gebruikers van de Desktop-toepassing toestaan om de levensduur van bestanden in cache te wijzigen. Zie Cachebestanden verwijderen in de handleidingen voor de Filr Desktop-toepassing voor Windows en de Filr Desktop-toepassing voor Mac.
Lees eerst de volgende gedeelten voordat u de Filr-appliance gaat upgraden. Zie het gedeelte Filr upgraden
in de Filr 3.0: Installatie-, implementatie- en upgradehandleiding voor informatie over het upgraden van uw Filr 2.0-appliance naar Filr 3.0 inclusief de laatste geïnstalleerde patches.
Als u de Filr 3.0-server wilt laten communiceren met OES 2015- en OES 2015 SP1-servers, moet u ervoor zorgen dat de OES-servers zijn bijgewerkt met de laatste patches.
Na het upgraden van Filr 2.0 naar Filr 3.0, verschijnt er mogelijk een RPC-foutmelding op de eerste configuratiepagina (poort 9443) en wordt u afgemeld.
Dit probleem kan worden opgelost door de browsercache te wissen en vervolgens opnieuw verbinding te maken.
Het bestand van /etc/hosts en de informatie van /etc/sysconfig/network/routes worden niet bewaard bij het uitvoeren van een upgrade.
Als u routing-tabellen van een appliance hebt aangepast, kunt u overwegen om een back-up van deze items te maken voordat u de upgrade uitvoert. Nadat de upgrade is voltooid, kunt u de bestanden terugzetten.
Als u de Filr 3.0-server wilt laten communiceren met OES 2015- en OES 2015 SP1-servers, moet u ervoor zorgen dat de OES-servers zijn bijgewerkt met de laatste patches.
Zie het gedeelte over systeemeisen
in de Filr 3.0: Installatie-, implementatie- en upgradehandleiding voor informatie over de systeemeisen voor het installeren van Filr.
Zie de Filr 3.0: Installatie-, implementatie- en upgradehandleiding voor informatie over het installeren van Filr.
BELANGRIJK:Als uw OES 11 SP1-servers niet kunnen worden bijgewerkt, kan dat ervoor zorgen dat de geconfigureerde eDirectory-servers (LDAP) niet kunnen worden uitgevoerd.
Door schaalbaarheids- en prestatieverbeteringen in Filr moeten Filr-servers toegenomen bestandsservice en andere aanvragen kunnen verwerken.
De bij OES 11 SP1 meegeleverde NCP-server kan de toegenomen aanvragen niet verwerken.
Als u OES 11 SP1-servers hebt die overeenkomen met de volgende criteria, moet u de OES 11 SP1-server bijwerken voordat u Filr installeert:
Hostnetwerkmappen of startmappen voor persoonlijke opslag
en
De geplande onderhoudsupdate van december 2012 is niet toegepast
U bereidt OES 11 SP1-servers als volgt voor op verwerking van Filr:
Zorg ervoor dat op alle OES 11 SP1-servers voor Filr in ieder geval de geplande onderhoudsupdate van december 2012 is toegepast.
Hiermee wordt de NCP-server bijgewerkt met een nieuwere versie die de toegenomen serviceaanvragen van Filr kan verwerken.
Ga verder met de upgrade naar Filr.
OPMERKING:OES SP2 bevat standaard de bijgewerkte NCP-server en kan alle Filr 1.1-serviceaanvragen aan.
Voor grote installaties is gedeelde NFS- of CIFS-opslagruimte vereist voor het koppelpunt /vastorage op de Filr-server.
Als u NFS gebruikt, mag het koppelpunt /var of een onderliggende directory die zich hierin bevindt, niet als doel worden ingesteld. Als u dit wel doet, kan /vastorage niet worden gekoppeld wanneer de Filr-appliance opnieuw wordt gestart. (Zie TID 7017379.)
Stapsgewijze updates (één Filr-server of zoekindexserver upgraden terwijl een andere server clients bedient) worden niet ondersteund wanneer u een upgrade uitvoert op Filr 2.0 naar Filr 3.0 in een clusteromgeving.
U moet alle Filr- en zoekindexappliances afsluiten voordat u met het upgradeproces begint. Vervolgens start u de appliances opnieuw nadat de upgrade is voltooid.
Dit probleem is niet van invloed op kleine of niet-geclusterde grote installaties.
Zie Filr upgraden
in de Filr 3.0: Installatie-, implementatie- en upgradehandleiding voor informatie over het upgraden van Filr.
Gebruik geen VMware-snapshots als een back-upmethode voor Filr. Als u dat wel doet, wordt het lastig in de toekomst een upgrade uit te voeren op Filr.
Als u toch snapshots gebruikt, moet u ze verwijderen voordat u een upgrade naar een nieuwe versie van Filr uitvoert.
Zie het gedeelte over het maken van back-ups van Filr-gegevens
in de Filr 3.0: Handleiding met aanbevolen werkwijzen voor onderhoud voor gedetailleerdere informatie over het maken van back-ups van de verschillende Filr-componenten.
Wanneer u Filr gebruikt in een Xen-omgeving, kan opslag voor de /var-partitie na het installeren van Filr niet worden uitgebreid.
Het proces voor het uitbreiden van opslag voor de /var- en /vastorage-partities na installatie wordt beschreven in het gedeelte over opslagbeheer
in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI).
Tekenlimieten voor gebruikersnaam voor LDAP-synchronisatie en aanmelden
Via LDAP gesynchroniseerde gebruikersnamen zijn niet hoofdlettergevoelig voor aanmelding bij Filr
Gasttoegang wordt niet geblokkeerd bij het uitschakelen van webtoegang
Afbeelding voor sitebranding kan niet worden geüpload naar Filr
LDAP-gebruikersnamen mogen alleen geldige alfanumerieke waarden 0 - 9 en hoofdletters en kleine letters (A-Z) bevatten. Gebruikersnamen die ASCII-tekens en speciale tekens bevatten (bijvoorbeeld / \ * ? " < > : | ), kunnen niet als Filr-gebruikersnamen worden gebruikt. Als uw LDAP-directory gebruikersnamen met deze tekens bevat, worden ze gesynchroniseerd met Filr, maar kunnen de bijbehorende gebruikers zich niet aanmelden.
Deze tekens kunnen niet worden gebruikt in een Filr-gebruikersnaam omdat een Filr-gebruikersnaam de titel van de werkruimte van de gebruiker wordt en de titel van de werkruimte een onderdeel wordt van het hiërarchische pad naar de werkruimte. Deze tekens zijn geen toegestane tekens in Linux- en Windows-padnamen.
Gebruikersnamen die via een LDAP-directory worden gesynchroniseerd, zijn niet hoofdlettergevoelig wanneer gebruikers zich aanmelden bij Filr.
Lokale gebruikersaccounts (gebruikersaccounts die in Filr worden gemaakt en niet via een LDAP-directory worden gesynchroniseerd) zijn hoofdlettergevoelig. Aanmeldgegevens voor lokale gebruikersaccounts worden opgeslagen in de MySQL-database.
Als zowel Gasttoegang toestaan als Webtoegang uitschakelen zijn geselecteerd op de pagina Webtoepassing van de Beheerconsole, wordt de optie Aanmelden als gast weergegeven in het eerste aanmeldingsvenster voor webtoegang en kunnen gastgebruikers de openbaar toegankelijke bestanden en mappen zien. Als u de webtoegang wilt uitschakelen, moet u ervoor zorgen dat de gasttoegang niet is ingeschakeld.
Als een gebruiker met beheerdersrechten een afbeelding naar Filr wil uploaden voor gebruik in de sitebranding, kan de afbeelding niet worden geüpload. Als u een afbeelding voor sitebranding naar Filr wilt uploaden, moet u zich aanmelden als de ingebouwde Filr-beheerder (admin).
Filr biedt geen ondersteuning voor op toegangsrechten gebaseerde inventarisatie van Microsoft (ABE) wanneer de back-end Windows-server de DFS-naamruimte gebruikt.
Als u een externe DFS-verbinding hebt op een OES 2015-server waarop NSS voor AD wordt uitgevoerd, moet u ervoor zorgen dat de interval voor rechten in cache vernieuwen onder Netwerkmapinstellingen in de Filr-beheerconsole niet is ingesteld op 0 minuten (0 betekent dat de optie is uitgeschakeld). Filr-gebruikers hebben anders geen toegang meer tot bestanden en mappen onder het DFS-doel via Filr en de eigenaar van alle bestanden en mappen onder het doel wordt dan weergegeven als Bestandssynchronisatieagent in Filr.
Wanneer door NetIQ Access Manager toegang wordt verkregen tot Filr, kan alleen de Filr-beheerder Filr rechtstreeks openen. Wanneer Filr rechtstreeks in deze configuratie wordt geopend, lukt gelijktijdige afmelding voor het Filr-systeem niet.
Als de Filr-beheerder zich rechtstreeks bij Filr heeft aangemeld (en Filr is geconfigureerd met Access Manager), moeten alle browsersessies onmiddellijk worden gesloten om afmelding te garanderen.
Wanneer NetIQ Access Manager wordt geconfigureerd om toegang te krijgen tot Filr, kunt u niet tegelijkertijd meerdere beleidsregels voor identiteitsinjectie gebruiken.
Interforest-vertrouwensrelaties in Active Directory worden niet ondersteund in Filr.
Als een gebruiker een bestand rechtstreeks van de bestandsserver verplaatst of hernoemt (in plaats van hiervoor een Filr-client te gebruiken), worden alle shares die met dat bestand zijn gekoppeld in Filr verwijderd. Dit betekent dat gebruikers die toegang tot een bestand hebben gekregen via een share in Filr, geen toegang meer hebben tot het bestand als het bestand vanaf de bestandsserver is verplaatst of hernoemd. Daarnaast wordt het bestand niet weergegeven in de weergaven Door mij gedeeld en Met mij gedeeld van gebruikers.
Als deze situatie zich voordoet, moeten bestanden opnieuw worden gedeeld in Filr.
Wanneer mappen in het bestandssysteem worden gesynchroniseerd naar een netwerkmap, mag het mappad in Filr niet meer dan 48 niveaus diep zijn (geneste submappen). De bestandssynchronisatiecode wijst alle submappen af die zoveel niveaus hebben dat het bijbehorende Filr-mappad de submaplimiet van 48 overschrijdt.
Wanneer het Filr-systeem de limiet van 48 mapniveaus bereikt, retourneert de synchronisatiecode het volgende bericht en wordt de map niet gemaakt:
The folder xxx has reached the allowed path maximum depth. Its sub-folders will not be added in the system.
Maak een verbinding op de OES-server en maak vervolgens een netwerkmap in Filr die naar deze verbinding wijst. Wanneer de doellocatie in deze verbinding wordt gewijzigd, wijst de netwerkmap nog steeds naar de oudere doellocatie in de verbinding. Dit heeft als gevolg dat de inhoud van de netwerkmap nog steeds bestaat uit de bestanden en mappen die zich op de oudere doellocatie bevinden.
U kunt de inhoud van de nieuwe doellocatie in de netwerkmap weergeven door de volgende opdracht uit te voeren waarmee u famtd opnieuw start:
rcnovell-famtd restart
De directory Mijn opslagruimte voor bestanden wordt weergegeven in zoekopdracht
Bewerking van een RTF-bestand resulteert in een bewerkingsconflictfout
Kan ZIP-bestand niet uitpakken nadat het is gedownload op de Mac
Problemen bij het downloaden van meerdere bestanden met Safari op de Mac
Kan niet aanmelden bij webclient met lange gebruikers-ID of lang wachtwoord
In Filr worden geen aliassen ondersteund die in de LDAP-directory zijn geconfigureerd
Kan geen teksteditors, zoals Kladblok of Wordpad, als documenteditor gebruiken
Alle appliances moeten opnieuw worden gestart na een netwerkfout met Microsoft SQL
Bij het uitvoeren van een e-mailrapport (zoals wordt beschreven in E-mailrapport
in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI)), worden e-mails niet weergegeven voor de laatste dag van uw rapportdatumbereik.
Als u bijvoorbeeld een e-mailrapport uitvoert tussen 3 februari en 26 april, worden in het e-mailrapport geen e-mails van 26 april weergegeven.
In het licentierapport worden momenteel Administrator, Gast en drie interne gebruikers (_emailPostingAgent, _jobProcessingAgent en _synchronizationAgent) geteld als lokale gebruikers. De beheerder telt als actieve gebruiker, maar de andere vier lokale gebruikers tellen niet voor uw Filr-licentiegebruik.
Zie Licentierapport
in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI) voor informatie over het genereren van een licentierapport.
Wanneer persoonlijke opslag wordt uitgeschakeld en er geen startmappen zijn geconfigureerd, kunnen gebruikers een directory zoeken met de naam Mijn opslagruimte voor bestanden wanneer ze in het algemene veld Zoeken klikken en op de spatiebalk drukken. Dit is normaal gesproken een verborgen directory, maar kan in deze speciale omstandigheden weergegeven worden.
Wanneer u klikt op Mijn opslagruimte voor bestanden, komt u in het gedeelte Mijn bestanden terecht of in het profiel van een andere gebruiker (afhankelijk van de plaats waar u zich bevindt wanneer u de zoekopdracht uitvoert).
Externe gebruikers die over bijdragersrechten beschikken in een map die met hen is gedeeld, kunnen niet bladeren naar een bestemmingsmap bij het verplaatsen of kopiëren van een bestand. In plaats daarvan moeten externe gebruikers de naam van de map opgeven waarnaar ze het bestand in het veld Bestemmingsmap willen verplaatsen of kopiëren, zoals wordt beschreven in Bestanden verplaatsen
en Bestanden kopiëren
in de Filr 3.0: Handleiding voor gebruikerstoegang.
Wanneer gebruikers bestanden delen op SharePoint-servers, worden de bestanden niet weergegeven in de mappen Door mij gedeeld en Met mij gedeeld. De gebruikers met wie de bestanden zijn gedeeld, kunnen echter wel de gedeelde bestanden zien als zij zich in Netwerkmappen bevinden en als de gebruikers toegang hebben tot de Netwerkmappen.
Als een RTF-bestand na bewerking in Filr met een tekstverwerker (zoals Microsoft Word) wordt opgeslagen, verschijnt een bericht dat het bestand door een andere auteur is gewijzigd. In dit geval selecteert u de optie om uw wijzigingen te combineren met de wijzigingen van de andere auteur en klikt u vervolgens op OK.
Wijzigingen die u in het bestand aanbrengt, worden als verwacht opgeslagen in Filr.
Zie Bestanden rechtstreeks bewerken
in de Filr 3.0: Handleiding voor gebruikerstoegang voor meer informatie over het bewerken van bestanden in Filr met de functie voor rechtstreeks bewerken.
Het wordt aanbevolen nooit de optie voor het verwijderen van gebruikers die niet in LDAP staan, te selecteren bij de configuratie van uw LDAP-synchronisatie. Deze functie zal in toekomstige releases van Filr worden verbeterd of verwijderd. Gebruikersaccounts die worden verwijderd, kunnen niet worden hersteld. U kunt het beste de optie selecteren om de account uit te schakelen en niet de optie om de account te verwijderen.
De LDAP-waarde van het kenmerk dat u opgeeft voor de instelling van de LDAP-configuratie LDAP-kenmerk voor de Filr-accountnaam moet in de gehele LDAP-directory uniek zijn. Bijvoorbeeld: als u cn opgeeft, hebben mogelijk niet alle gebruikers in de LDAP-directory een unieke waarde.
U kunt dit probleem oplossen door een kenmerk te gebruiken waarvan de waarde altijd uniek is in alle containers, zoals \emailAddress.
Wanneer u groepen die subgroepen bevatten, synchroniseert met Filr via een LDAP-directory, worden de subgroepen niet opgenomen in het lidmaatschap van de bovenliggende groep tijdens de eerste synchronisatie.
Voer een aanvullende LDAP-synchronisatie uit om ervoor te zorgen dat het groepslidmaatschap alle verwachte subgroepen bevat.
Als u gebruikers in uw LDAP-directory wilt verplaatsen of hernoemen, moet u zorgen dat u een waarde hebt opgegeven voor de instelling LDAP-attribuut dat als unieke id dient voor een gebruiker of groep, zoals wordt beschreven in het gedeelte over LDAP-synchronisatie
 in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI). Als geen waarde is opgegeven voor deze instelling en gebruikers in uw LDAP-directory worden hernoemd of verplaatst, kan dat ertoe leiden dat er nieuwe gebruikers worden gemaakt in Filr of in de bestaande gebruikersaccount die wordt verwijderd.
Nadat een gebruiker is hernoemd in de LDAP-directory of nadat het wachtwoord van een gebruiker is gewijzigd in de LDAP-directory, moet de gebruiker de oude gebruikersnaam of het oude wachtwoord gebruiken bij aanmelding bij de mobiele Filr-app of de Filr-desktoptoepassing totdat een van de volgende situaties zich voordoet:
Er wordt een LDAP-synchronisatie uitgevoerd
De gebruiker meldt zich bij de webclient aan met de nieuwe gebruikersnaam of het nieuwe wachtwoord
Een gebruiker kan de oude of nieuwe gebruikersnaam of wachtwoord gebruiken wanneer deze zich in de webclient aanmeldt bij Filr.
Als u probeert een LDAP-gebruiker te importeren met dezelfde gebruikers-ID als een eerder geïmporteerde gebruiker, mislukt het importeren. Deze mislukte poging wordt wel geregistreerd, maar niet gerapporteerd in de beheerders-GUI. De importeerfout wordt geregistreerd in /opt/novell/filr/apache-tomcat/logs/appserver.log.
De fout heeft verder als gevolg dat alleen de eerste geïmporteerde gebruiker zich kan aanmelden. Andere gebruikers met dezelfde gebruikers-ID kunnen zich niet aanmelden en krijgen ook geen reden te zien waarom het aanmelden is mislukt. De mislukte aanmeldingspogingen worden geregistreerd in /opt/novell/filr/apache-tomcat/logs/appserver.log.
Wanneer u Filr configureert voor het gebruik van een extern systeem voor uitgaande e-mail (zoals Novell GroupWise), mislukt de knop Verbinding testen wanneer er geen gebruikersnaam of wachtwoord wordt opgegeven, zelfs wanneer de optie Verificatie vereist niet is geselecteerd.
Zie het gedeelte over het configureren van een e-mailservice om in Filr te gebruiken
in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI) voor informatie over het configureren van Filr voor het gebruik van een extern systeem voor uitgaande e-mail.
Bij het uploaden van een document dat met een van de volgende bestandstypen is gemaakt, verschijnt er een fout dat het bestand of de map niet kan worden geüpload naar de Filr-webclient:
iWork-document (zoals een -Pages, Keynote- of Numbers-document)
Mac-toepassingsbestand (een document met de extensie .app)
De Filr-webclient kan deze documenttypen niet uploaden omdat de documentarchitectuur van deze documenten nogal lijkt op een map en u geen mappen via de Filr-webclient kunt uploaden.
U kunt deze documenttypen naar Filr uploaden met behulp van de Filr Desktop-toepassing of de Filr-app.
Zie de handleidingen voor de Filr Desktop-toepassing voor Windows en de Filr Desktop-toepassing voor Mac, en Snel aan de slag met de Filr Mobile-app voor informatie over het uploaden van documenten met de desktoptoepassing of de app.
Na het downloaden van één bestand of meerdere bestanden als een .zip-bestand (zoals wordt beschreven in Bestanden downloaden
in de Filr 3.0: Handleiding voor gebruikerstoegang), kan het bestand alleen worden uitgepakt met programma's van derden, zoals iZip Unarchiver.
Dit probleem komt doordat in OS X momenteel ZIP64 niet wordt ondersteund. Dit is de technologie waarmee het .zip-bestand is gemaakt.
Als er problemen optreden wanneer u meerdere bestanden downloadt (zoals wordt beschreven in Meerdere bestanden en mappen downloaden
in de Filr 3.0: Handleiding voor gebruikerstoegang) via Safari op een Mac-computer, moet u de optie Open 'veilige' bestanden na downloaden uitschakelen.
Klik op Safari > Voorkeuren.
Zorg ervoor dat Open “veilige” bestanden na downloaden op het tabblad Algemeen niet is ingeschakeld.
De exacte maximale lengte voor bestandsnamen is afhankelijk van de configuratie van de Filr-server, maar over het algemeen is deze lengte circa 200 tekens. Als bestandsnamen te lang zijn, kunnen bestanden niet worden toegevoegd aan Filr.
Als u probeert een bestand te bewerken via WebDAV (zoals wordt beschreven in Bestanden rechtstreeks bewerken
in de Filr 3.0: Handleiding voor gebruikerstoegang) wanneer uw gebruikerswachtwoord een spatie bevat, mislukt de verificatie.
Als u bestanden via WebDAV wilt bewerken, moet u ervoor zorgen dat uw gebruikerswachtwoord geen spatie bevat.
Wanneer u tijdens het bewerken van bestanden de functie voor rechtstreeks bewerken gebruikt (zoals wordt beschreven in Bestanden rechtstreeks bewerken
in de Filr 3.0: Handleiding voor gebruikerstoegang), kunt u niet klikken op Opslaan als en het bestand hernoemen. Als u dat toch doet, heeft dat een uploadfout tot gevolg en worden wijzigingen in het bestand niet gesynchroniseerd met Filr.
Wanneer u de WebDAV-functionaliteit gebruikt in een Mac-omgeving, krijgt u te maken met de volgende beperkingen:
Beperkingen voor het bewerken van bestanden op Mac via WebDAV De functie voor rechtstreeks bewerken wordt niet ondersteund op een Mac wanneer u Microsoft Office als tekstverwerker gebruikt. Gebruik OpenOffice of LibreOffice als tekstverwerker als u de functie voor rechtstreeks bewerken wilt gebruiken op een Mac.
Kan geen bestand bewerken via WebDAV (rechtstreeks bewerken) bij gebruik van LibreOffice op een Mac
Als u Filr opent op een Mac-computer en LibreOffice als tekstverwerker gebruikt, kunt u geen bestanden bewerken via WebDAV met de functie voor rechtstreeks bewerken (zoals wordt beschreven in Bestanden rechtstreeks bewerken
in de Filr 3.0: Handleiding voor gebruikerstoegang).
Als u Apache gebruikt om toegang te krijgen tot het Filr-systeem, kunnen gebruikers bestanden bewerken via WebDAV wanneer ze Filr openen op een Mac en LibreOffice als tekstverwerkingsprogramma gebruiken.
Wanneer WebDAV wordt gebruikt om toegang te krijgen tot de Filr-map (via Mac Finder): Alleen-lezen Wanneer WebDAV wordt gebruikt om via Mac Finder toegang te krijgen tot de Filr-map van de Filr-desktoptoepassing, is de toegang Alleen-lezen.
Kan een bestand niet via WebDAV (Rechtstreeks bewerken) bewerken wanneer Safari 7 wordt gebruikt.x met OS X 10.9.x
Wanneer u Filr met Safari 7.x en OS X 10.9.x opent en een bestand bewerkt met de functie voor rechtstreeks bewerken (zoals wordt beschreven in Bestanden rechtstreeks bewerken
in de Filr 3.0: Handleiding voor gebruikerstoegang), treedt er een fout op en kunt u het bestand niet bewerken.
Ga als volgt te werk om Safari 7.x en OS X 10.9.x zo te configureren dat de Filr-functie voor rechtstreeks bewerken wordt ondersteund en dat bestanden aan mappen kunnen worden toegevoegd wanneer een browser wordt gebruikt die HTML 5 niet ondersteunt:
Open Filr via Safari en klik op Menu > Voorkeuren.
Klik op het tabblad Beveiliging en klik vervolgens op Beheer website-instellingen.
Selecteer Java, klik vervolgens op de pijl van het vervolgkeuzemenu naast de URL van Filr en selecteer Uitvoeren in onveilige modus.
Klik op Gereed.
Gebruikers kunnen zich niet aanmelden bij de Filr-webclient als de gebruikers-ID langer is dan 128 tekens of het wachtwoord langer is dan 64 tekens.
Wanneer de Ask Toolbar in een Chrome-browser wordt geïnstalleerd, kunnen gebruikers niet meer alle Filr-kopteksten zien. De Ask Toolbar is een niet door Chrome toegestane werkbalk en mag niet worden geïnstalleerd in een Chrome-browser.
ODP- en ODG-bestanden met diagrammen, grafieken of tabellen worden niet weergegeven wanneer de HTML-indeling wordt gebruikt, zoals wordt beschreven in de volgende gevallen:
Wanneer het bestand in een browser wordt weergegeven
Zie Bestand weergeven in uw webbrowser
in de Filr 3.0: Handleiding voor gebruikerstoegang voor meer informatie.
Wanneer het bestand via de Filr-app wordt weergegeven en er wordt geklikt op Online voorbeeldweergave genereren
Wanneer u een gebruiker aan uw LDAP-directory toevoegt, wordt de homedirectory van de gebruiker in Filr niet direct weergegeven na uitvoering van de LDAP-synchronisatie.
U moet wachten totdat de beheerderscachegegevens in het bestandssysteem zijn vernieuwd voordat homedirectorygegevens in Filr worden weergegeven. (Het standaardvernieuwingsinterval voor cachegeheugen van rechten is om de 5 minuten. U kunt dit interval wijzigen zoals wordt beschreven in het gedeelte over just-in-timesynchronisatie
in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI).)
Als uw gebruikers aliassen hebben die zijn gekoppeld aan hun gebruikersaccount in de LDAP-directory, wordt de alias niet gesynchroniseerd met Filr tijdens de LDAP-synchronisatie. Dit houdt in dat gebruikers zich niet kunnen aanmelden bij Filr met hun alias.
In Filr kunt u de standaardtoepassing wijzigen die wordt gebruikt voor het bewerken van bestanden (zoals wordt beschreven in De instellingen voor de standaardeditor wijzigen voor één bestandstype
in de Filr 3.0: Handleiding voor gebruikerstoegang). U kunt echter geen teksteditors, zoals Kladblok of Wordpad, als de standaarddocumenteditor gebruiken voor het bewerken van bestanden omdat deze toepassingen WebDAV niet ondersteunen.
Als uw Filr-implementatie een Microsoft SQL-database omvat en uw netwerk valt uit, moet u alle appliances in uw Filr-implementatie opnieuw starten om Filr-services te herstellen.
XML wordt niet standaard ondersteund als indeling voor weergave van HTML, maar kan wel worden toegevoegd (zie het gedeelte over HTML-rendering van niet-HTML-bestanden
in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI)).
Als u XML wilt toevoegen als een ondersteunde indeling voor HTML-weergave, moet u er rekening mee houden dat sommige XML-bestanden niet kunnen worden geopend en niet worden weergegeven in de webclient.
Wanneer u in de configuratiewizard een grote implementatie configureert, mag de databasenaam die u in het veld Databasenaam opgeeft, niet beginnen met een cijfer wanneer u een Microsoft SQL-database gebruikt. Als de naam met een cijfer begint, staat de configuratiewizard niet toe dat de database wordt gemaakt. Bijvoorbeeld: 1Filr wordt niet geaccepteerd, maar Filr1 wel.
Zie de Releaseopmerkingen voor de Filr Desktop-toepassing voor een lijst met problemen met betrekking tot de Filr Desktop-toepassing (voor Windows- en Mac-clients).
Zie Snel aan de slag met Micro Focus Mobile-app 3.0 voor informatie over het installeren en starten van de Filr-app.
Hierna vind u problemen die vaak voorkomen met de Filr-app:
Als u een bestand opent via het gedeelte Downloads vanaf de app, wordt geen just-in-timesynchronisatie geactiveerd.
Als u alleen just-in-timesynchronisatie hebt geconfigureerd (geplande synchronisatie is niet ingeschakeld), worden bestanden in een Netwerkmap die zijn toegevoegd aan het gedeelte Downloads op de app, niet automatisch bijgewerkt met wijzigingen die via het bestandssysteem zijn aangebracht. Het bestand wordt alleen nadat een gebruiker een van de Filr-clients heeft gebruikt om naar de Netwerkmap te bladeren die het bestand bevat, bijgewerkt in het gedeelte Downloads.
Als gebruikers bestanden uit hun startmap hebben toegevoegd aan het gedeelte Downloads op de app en de Filr-beheerder vervolgens persoonlijke opslag inschakelt (zoals wordt beschreven in het gedeelte over het inschakelen van persoonlijke opslag voor gebruikers en groepen
in de Filr 3.0: Administrative UI Reference (Referentiehandleiding voor beheerders-UI)), worden bestanden van de startmap uit het gedeelte Downloads in de app verwijderd.
Als gebruikers bestanden vanuit een Netwerkmap hebben toegevoegd aan het gedeelte Downloads op de app en het bestand vervolgens wordt hernoemd of verplaatst in het OES- of Windows-bestandssysteem, wordt het bestand uit het gedeelte Downloads op de app verwijderd.
Als Filr met een zelfondertekend certificaat is geconfigureerd, zien gebruikers van Windows Phone een verificatiefout wanneer ze toegang proberen te krijgen tot Filr met de Filr-app voor Windows.
U kunt dit probleem op een van de volgende manieren oplossen:
(Aanbevolen) Configureer Filr voor het gebruik van een officieel certificaat in de Filr 3.0: Handleiding met aanbevolen werkwijzen voor onderhoud.
Stuur een kopie van het zelfondertekende certificaat via e-mail naar elke Windows Phone in uw systeem. Gebruikers moeten de e-mail vervolgens openen en op de certificaatbijlage klikken. Nadat gebruikers op de bijlage hebben geklikt, wordt het zelfondertekende certificaat op de telefoon geïnstalleerd. Wanneer het certificaat is geïnstalleerd, kunnen gebruikers zich aanmelden bij de Filr-app zonder dat ze de verificatiefout zien.
Als bij het opgeven van een e-mailadres in het dialoogvenster Delen het adres uitgebreide tekens (zoals een apostrof) bevat, verschijnt een foutbericht dat het item niet met de opgegeven gebruiker kan worden gedeeld.
Bestanden die zijn beveiligd met een wachtwoord in de toepassing waarmee ze zijn gemaakt, kunnen niet worden weergegeven in Filr.
Zie de Lijst met in Filr 3.0 opgeloste programmafouten voor een lijst met de door klanten en partners gemelde fouten die voor Filr 2.0 zijn geregistreerd en in Filr 3.0 zijn opgelost. Als u informatie over een bepaalde fouten wilt hebben, meldt u zich aan bij uw account en zoekt u de foutnummers op in Bugzilla.
Voor meer informatie over juridische kennisgevingen, handelsmerken, disclaimers, garanties, export- en overige beperkingen, overheidsrechten in de VS, octrooibeleid en naleving van FIPS gaat u naar https://www.novell.com/company/legal/.
Copyright © 2016 Novell, Inc., a Micro Focus company. Alle rechten voorbehouden.