Kaugjuurdepääs KKK¶

Q: What is the correct WebDAV URL?: WebDAVi jaoks kasutatav täielik URL on: https://my.domain.tld/remote.php/webdav/, on olnud teateid, et Windows WebDAVi jaoks võib vaja minna: https://my.domain.tld/remote.php/dav/files/USERNAME, kusjuures USERNAME on kasutajanimi, mida soovite kasutada.

Q: Can I access my Nextcloud instance using WebDAV?: Jah, palun vaadake Nextcloud WebDAV dokumentatsiooni täieliku ülevaate saamiseks. Lihtne mount unix-taolistele süsteemidele võiks välja näha nii: mount -t davfs https://my.domain.tld/remote.php/webdav/ /mnt/target/path, veendudes samas, et pakett davfs2 on paigaldatud. Windowsi puhul lugege lisaks neid docs.

Q: Why does my Android smartphone’s browser not open: ``http://nextbox.local``: Praeguse seisuga ei toeta erinevad (laos olevad) Androidi brauserid .local URL-ide kasutamiseks vajalikku tehnoloogiat. Mehhanism põhineb mDNS. Üks võimalik lahendus on kasutada kolmanda osapoole rakendust nagu BonjourBrowser, et avastada kõik mDNS-teenused teie võrgus.

On veel mitmeid põhjusi, miks juurdepääs, kasutades http://nextbox.local ei pruugi toimida, edasised teadaolevad stsenaariumid on järgmised:

Kui Fritz!Box on ühendatud NextBoxiga LAN-pordi kaudu ja klient/brauser on ühendatud võrku WiFI (WLAN) kaudu, blokeerib Fritz!Box mDNS-i.

Q: I followed all guides and still cannot acquire the TLS certificate, what can I do?: TLS-sertifikaati ei ole võimalik hankida peaaegu alati seetõttu, et teie NextBox ei ole internetist kättesaadav. Veenduge, et olete järginud Kaugjuurdepääsu läbimängimine. Kui te järgisite samm-sammult juhiseid ja see ikkagi ei tööta, siis väga tõenäoliselt blokeerib miski ühendust, tüüpilised kandidaadid on ruuteri veebihalduse funktsioonid nagu: MyFritz!, Fritz Web Services või sarnased teenused, mis töötavad teie ruuteril ja seega blokeerivad liiklust port(id) 80 ja/või 443. Lülitage need välja ja proovige uuesti oma TLS-sertifikaadi hankimist.

Q: Why is my reachability with IPv4 not working?: If you have properly set up port forwarding and IPv4 connections (reachability test) are still not working there are good chances that your Internet-Service-Provider (ISP) does not provide a proper (public) IPv4 address to you. There are several (end-customer) internet technologies, which do not allow incoming traffic for the IPv4, which was assigned to you. An incomplete list is: private IPv4 address, DS-Lite connection or CarrierGrade-NAT (CG-NAT). All these essentially share one IPv4 address across multiple users, thus block (incoming) traffic from the internet to you. Some ISPs allow upgrading to so-called full-stack connections, which should enable full bi-directional traffic for IPv4 and IPv6.

Q: Why do some devices fail to connect for my IPv6 configured NextBox?: Sadly, still not all ISPs and mobile-network providers (smartphones) do have full IPv6 support activated. This means, if your NextBox is configured for IPv6 only access, devices inside these networks will not be able to connect. The backwards-proxy does work as a workaround here, as it provides an IPv4 entrypoint to your NextBox independent of your other remote access configuration.