OwnCloud mobiele verbinding geweigerd? Controleer de URL en bereikbaarheid.

Als de ownCloud-app op je telefoon de melding 'Verbinding geweigerd' geeft, open dan eerst het serveradres in een browser op dezelfde telefoon en controleer of de app de juiste basis-URL en het juiste netwerk gebruikt. Een weigering treedt meestal op voordat de app bij het inlogscherm komt, dus controleer of de server en het HTTPS-eindpunt bereikbaar zijn voordat je wachtwoorden of app-instellingen wijzigt.

Wat "verbinding geweigerd" je vertelt

De app moet eerst een netwerkverbinding met de server tot stand brengen; pas daarna kan ownCloud een gebruikersnaam, wachtwoord of aanmeldingsproces controleren. Een weigering wijst daarom in eerste instantie op het adres, de netwerkroute, de firewall of de listener van de webserver. Dit is iets anders dan een bericht over een ongeldig wachtwoord. Een certificaatwaarschuwing is ook een apart probleem: het betekent dat de server voldoende heeft gereageerd zodat de app het TLS-certificaat kan controleren.

Voordat u problemen gaat oplossen, zorg ervoor dat u het exacte serveradres hebt dat uw beheerder u heeft gegeven, inclusief eventuele paden zoals /owncloud, en weet of de server alleen bereikbaar moet zijn via een bedrijfsnetwerk of VPN. Als u de server beheert, zorg er dan ook voor dat u toegang hebt tot de DNS-, firewall-, reverse proxy- en webserverstatus.

Controleer het adres en het netwerk via de telefoon.

1. Open het exacte adres in de browser van je telefoon. Gebruik dezelfde wifi- of mobiele verbinding als de app. Als de browser het adres ook niet kan laden, focus dan op de bereikbaarheid in plaats van op de inloggegevens van de app. Als de inlogpagina wel laadt, noteer dan het uiteindelijke adres in de browser en ga verder met de controle van de app-URL.
2. Voer de basis-URL van de server in de ownCloud-app in. Voor een server die in een submap is geïnstalleerd, is een voorbeeld https://cloud.example.com/owncloud; als de server in de root van het domein is geïnstalleerd, kan het adres zijn https://cloud.example.com. De serverhandleiding van ownCloud geeft aan dat de mobiele apps de basis-URL en map gebruiken. Voeg niet toe /remote.php/webdavaan het adres van de ownCloud mobiele app; dat is een WebDAV-eindpunt voor andere WebDAV-clients. Controleer op een ontbrekende submap, typefouten, een extra schuine streep of een niet-goedgekeurde poort. Raadpleeg de richtlijnen van ownCloud voor mobiele en WebDAV-URL's .
3. Vergelijk wifi met mobiel internet, of probeer de VPN van de organisatie. Als het adres via de ene verbinding wel werkt, maar via de andere niet, ligt het probleem waarschijnlijk niet bij het account. Het verschil kan wijzen op een netwerkroute, DNS-record, VPN-vereiste of firewallregel. Gebruik het netwerk dat uw organisatie vereist; probeer de toegangsbeperkingen niet te omzeilen.

ownCloud raadt HTTPS aan voor mobiele verbindingen. Houd dit aan https://, tenzij de serverbeheerder uitdrukkelijk anders aangeeft; overschakelen naar gewoon HTTP kan inloggegevens en bestandsverkeer blootleggen. Als de app na het starten van de verbinding een certificaatwaarschuwing weergeeft, vraag dan de beheerder om het certificaat te corrigeren of de goedgekeurde certificeringsprocedure van de organisatie te bevestigen in plaats van de waarschuwing automatisch te negeren. De instructies voor Android-verbindingen beschrijven het invoeren van de server-URL en de certificaatcontrole.

Als de verbinding nog steeds wordt geweigerd, vraag dan de serverbeheerder om dit te controleren.

Geef de beheerder de exacte URL, het tijdstip van de mislukte poging inclusief tijdzone, of de browser ook een foutmelding geeft en of wifi, mobiel internet of VPN het resultaat beïnvloedt. Vraag hen om te controleren:

• De hostnaam wordt vanuit het betreffende netwerk omgezet naar de beoogde server.
• De webserver of reverse proxy draait en luistert op de geconfigureerde HTTPS-poort en netwerkinterface.
• De firewall en eventuele cloudbeveiligingsregels staan ​​verkeer op die geconfigureerde poort toe, en de proxy kan zijn eigen cloudbackend bereiken.
• De virtuele TLS-host en proxyroute leveren de verwachte host en het installatiepad.

Voor een beheerder kan een eenvoudige externe test helpen om een ​​geweigerde TCP-verbinding te onderscheiden van een HTTP-antwoord: curl -v --connect-timeout 5 https://cloud.example.com/owncloud/. Vervang de voorbeeldhost en het pad door de werkelijke waarden. Een weigering of time-out wijst op een probleem met de bereikbaarheid van het eindpunt of het netwerk. Een HTTP-status betekent dat de verbinding tot stand is gebracht, dus onderzoek in plaats daarvan de geretourneerde route, authenticatie of het certificaatgedrag. Open geen firewallpoorten in het algemeen en schakel de firewall niet uit als test; inspecteer de beoogde listener en de regels die specifiek zijn ingesteld.

Gebruik logbestanden pas nadat de bereikbaarheid is bevestigd.

Als het serveradres in een browser laadt, maar de app nog steeds niet werkt, verzamel dan het logbestand van de mobiele app en vraag de beheerder om dit te vergelijken met de logbestanden van ownCloud en de webserver. In de officiële handleiding voor probleemoplossing voor Android staat dat app-logbestanden te vinden zijn in Instellingen; als 'Logboeken' verborgen is, kunt u het weergeven door vijf keer op het buildnummer te tikken. In de handleiding voor probleemoplossing voor iOS staat beschreven hoe u logboekregistratie inschakelt via Instellingen en vervolgens via 'Logboekregistratie'. Verzoek-/antwoordlogboeken kunnen gevoelige gegevens bevatten, dus deel deze alleen met uw beheerder of de ownCloud-ondersteuning via een goedgekeurd kanaal.

Op de server raadt ownCloud aan om zowel het eigen logbestand als de fout- en toegangslogboeken van de webserver te controleren. Voor Apache op Linux staat op de ownCloud Android-pagina voor probleemoplossing dat logbestanden zich doorgaans in bevinden /var/log/apache2; de locatie kan verschillen per server, container en hostingprovider. Een vermelding in het toegangslogboek voor het testtijdstip laat zien dat het verzoek de webserver heeft bereikt. Als er geen overeenkomende vermelding is, kan de verbinding eerder mislukken in de DNS-, routerings-, firewall- of proxy-afhandeling. Raadpleeg de officiële ownCloud-richtlijnen voor het verzamelen van logbestanden .

Controleer de oplossing.

Probeer het opnieuw vanuit de ownCloud-app met de gecorrigeerde basis-URL en het netwerk dat de server vereist. De oplossing is bevestigd wanneer de app de verbindingscontrole doorstaat en het verwachte aanmeld- of bestandsweergavescherm bereikt zonder weigering. Als de browser wel werkt, maar de app niet, stuur dan de beheerder de app-versie, de versie van het besturingssysteem van uw telefoon, de exacte server-URL (waarbij privégegevens zijn verwijderd), het tijdstip van de test, het gebruikte netwerk en een geanonimiseerd logboekfragment.