Offentlig tilgang

Hvordan lar du gjester, utloggede besøkende og nye brukere få tilgang til Overleaf-instansen din?

Du kan åpne Overleaf-instansen for personer uten konto på tre måter:

• #project-access: la gjester åpne en delt prosjektlenke uten å logge inn
• #page-access: la utloggede besøkende bla gjennom sider som /learn, /templates og /devs
• #public-registration: la brukere registrere seg selv, eventuelt med en aktiverings-e-post og begrenset til e-postdomener

​

Prosjekttilgang

Som standard må en bruker logge inn før vedkommende kan bli med i en samarbeidsøkt for prosjektredigering, selv om brukeren har fått en delingslenke til prosjektet.

For å tillate anonym tilgang til prosjekter som deles via lenke, setter du begge variablene nedenfor:

config/variables.env

OVERLEAF_ALLOW_ANONYMOUS_READ_AND_WRITE_SHARING=true
OVERLEAF_ALLOW_PUBLIC_ACCESS=true

OVERLEAF_ALLOW_ANONYMOUS_READ_AND_WRITE_SHARING aktiverer anonym lese- og skrivetilgang til prosjekter som deles via lenke.

OVERLEAF_ALLOW_PUBLIC_ACCESS hindrer at uautentiserte brukere blir omdirigert til innloggingssiden.

For kun lesetilgang setter du bare OVERLEAF_ALLOW_PUBLIC_ACCESS=true: gjester kan da åpne visningslenker (/read/...) uten å logge inn, mens redigeringslenker fortsatt ber dem logge inn.

Opprett containerne på nytt med bin/up. Åpne deretter en delingslenke i et privat vindu.

​

Sidetilgang

Som standard (når OVERLEAF_ALLOW_PUBLIC_ACCESS ikke er satt) omdirigerer alle sider unntatt innloggings- og registreringssidene utloggede besøkende til innloggingssiden. Dette gjelder også sider som er ment å være offentlige, så lenker til dem fungerer bare for brukere som allerede er logget inn.

Med OVERLEAF_ALLOW_PUBLIC_ACCESS=true kan utloggede besøkende åpne:

Side	Krever
LaTeX-hjelp på /learn (se adding-latex-user-help.md)	OVERLEAF_PROXY_LEARN=true
Malgalleriet på /templates, malsider, forhåndsvisninger og ZIP-nedlastinger (se templates.md)	OVERLEAF_TEMPLATE_GALLERY=true
Siden for Overleaf Import API på /devs (se overleaf-import-api.md)	—

Det gjør det også mulig for #signed-out-visitors å ta vare på en skjemainnsending fra en utlogget besøkende til vedkommende har logget inn.

Prosjektlisten, editoren og oppretting av prosjekter (også fra en mal eller via Import API) krever fortsatt innlogging.

​

Offentlig registrering

Offentlig registrering er bare tilgjengelig i ayaka-notes/ayakaleaf-pro.

Merk at når du aktiverer offentlig registrering, kan hvem som helst med tilgang til Overleaf-instansen registrere seg som bruker.

Med true verifiserer ikke registreringsprosessen e-postadresser, så bruk den bare på et intranett eller i et pålitelig miljø, eller bruk i stedet registrering med aktiverings-e-post.

På en instans med OIDC må du ikke bruke true: hvem som helst kan da registrere seg med en kollegas e-postadresse før kollegaens første OIDC-innlogging, noe som ville koblet kollegaen til den kontoen. Bruk registrering med aktiverings-e-post eller ingen offentlig registrering, se Kontoer og passord.

Som standard tillater verken Community Edition eller Overleaf Pro offentlig registrering.

For å aktivere det legger du til dette i config/variables.env:

config/variables.env

OVERLEAF_ALLOW_PUBLIC_REGISTRATION=true

Opprett containerne på nytt med bin/up.

Klikk deretter Sign up eller gå til /register.

​

Registrering med aktiverings-e-post

Registrering med aktiverings-e-post er bare tilgjengelig i ayaka-notes/ayakaleaf-pro. Brukerne registrerer seg kun med e-postadressen og angir passordet sitt via lenken i aktiverings-e-posten, slik at bare eieren av en adresse kan bruke kontoen. En liste med domener og jokertegn krever v6.4.0 eller nyere; tidligere versjoner godtar bare ett domene, som @example.com.

Før du aktiverer dette, må du konfigurere e-postlevering, ellers får brukerne aldri aktiverings-e-posten. Se E-postlevering.

Legg deretter til følgende linje i config/variables.env:

config/variables.env

OVERLEAF_ALLOW_PUBLIC_REGISTRATION=@example.com,@*.example.org

OVERLEAF_ALLOW_PUBLIC_REGISTRATION kan settes til:

Verdi	Hvem kan registrere seg	E-post verifisert
true	Alle, med e-post og passord	Nei
@example.com	Adresser i example.com	Ja
@*.example.org	Adresser i underdomener som cs.example.org, ikke selve example.org	Ja
@example.com,@*.example.org	Alle de oppførte oppføringene, atskilt med komma	Ja
@*	Alle	Ja

Domener sammenlignes uten hensyn til store og små bokstaver. For å tillate et domene og underdomenene, oppgir du begge: @example.org,@*.example.org.

​

Q&A

Hva kan en utlogget redaktør gjøre med kommentarer?

Svar: En utlogget bruker som åpner et prosjekt via redigeringslenken, får samme tilgang som en redaktør, bortsett fra handlinger som registrerer hvem som utførte dem:

Handling	Utlogget redaktør
Redigere teksten, vise kommentarer og sporede endringer	Ja
Godta sporede endringer, bytte redigeringsmodus	Ja
Slette en kommentar eller en hel tråd	Ja
Legge til, svare på eller redigere en kommentar	Nei
Løse eller gjenåpne en kommentar	Nei

Gjennomgangspanelet viser fortsatt Resolve-knappen for dem, men løsingen mislykkes med en feilmelding.

Brukere som åpner et prosjekt via visningslenken, ser ingen kommentarer i det hele tatt, se Roller og tillatelser.

Kan jeg legge til brukere og invitere samarbeidspartnere uten e-post, eller med en invitasjonskode?

Svar: Det finnes ingen invitasjonskoder, men brukere kan legges til uten e-post. I Admin → Manage Users klikker du Create account. Åpne deretter brukerens Info: der vises aktiveringslenken, som er gyldig i én uke, og som du kan kopiere og sende til brukeren selv. For å dele et prosjekt inviterer du brukere som allerede har en konto: invitasjonen vises også i prosjektlisten deres, så de kan godta den uten e-posten. Personer uten konto får bare invitasjonen på e-post, så opprett kontoen deres først.