Een extern Tailscale-apparaat veilig opnieuw authenticeren
Een geforceerde Tailscale-login kan de sessie laten vallen die u gebruikt. Sluit andere fouten uit, regel een tweede toegangsweg, verleng één keer en test daarna wat de node levert.
Als u op een externe server een nieuwe Tailscale-login afdwingt, kan de tailnet-verbinding wegvallen voordat het apparaat zich weer heeft aangemeld. Dat is geen fout in de opdracht; de bewerking doet op het pad dat u gebruikt precies wat ze hoort te doen. De regel is simpel: zorg voor een tweede weg naar de machine voordat u de sleutel verlengt. Al het andere is voorbereiding op dat moment.
Waarom de opdracht u kan afsnijden
De apparaatsleutel is wat de node lid laat worden van het tailnet. Verlengen betekent dat de oude sleutel niet meer wordt geaccepteerd, en de node moet een nieuwe login afronden voordat hij weer kan toetreden. Loopt uw enige sessie over dat tailnet, dan gebeurt de terugkeer zonder u. Een subnetrouter maakt dat erger, want clients houden hun routes en verliezen het pad erachter.
Daarom is de volgorde belangrijker dan de opdracht zelf. Eerst toegang, dan verlenging. Een consolesessie, een seriële console of een collega ter plaatse telt allemaal.
Sluit eerst een andere storing uit
Bevestig dat de sleutel echt het probleem is voordat u iets verlengt. Controleer in de beheerconsole de vervaldatum en daarna de status van het apparaat zelf: of het verbonden is en welke peers het ziet. Een geldige sleutel met een kapotte route, een ACL-wijziging of een gestopte dienst ziet er op afstand hetzelfde uit. Een geforceerde verlenging herstelt daar niets van.
tailscale statusAls de node online is en de sleutel geldig, blijf dan zoeken. Verlengen is het laatste redmiddel, geen algemene reparatie. Lees zowel de peerlijst als de online-indicator, want een half verbonden node meldt zich nog steeds als actief.
Verleng met een tweede toegangsweg
Met consoletoegang of een tweede beheerpad klaar voert u de verlenging op het apparaat uit. Tailscale documenteert voor dit doel de force-reauth-vorm van de up-opdracht, en die vereist verhoogde rechten waar het platform dat vraagt. Voer hem één keer uit en kijk naar de uitvoer in plaats van de sessie te sluiten. Laat de opdracht uw verbinding vallen, verbind dan opnieuw via het tweede pad en lees het lokale logboek.
sudo tailscale up --force-reauthIs de sleutel al verlopen, dan kan de beheerconsole voor geschikte apparaten een tijdelijke verlenging aanbieden. Die verlenging is een venster om de toegang terug te krijgen en de aanmelding af te ronden, geen blijvende vervanging ervoor. Noteer de deadline die wordt getoond.
Test wat het apparaat echt levert
Test na de terugkeer van het apparaat de dienst waarvoor het bestaat. Een router test u via een resource erachter, een exitnode via het bedoelde internetpad en een gewone server via de poort die u echt gebruikt. Een node die online staat, bewijst daar op zichzelf niets van. Test vanaf een machine die niet de node is, want lokale controles omzeilen het tailnet-pad volledig.
tailscale ping 100.101.102.103Schrijf daarna het verlengingsbeleid voor deze machine op. Een onbeheerde connector en een persoonlijke laptop hebben verschillende toleranties, en wie de server overneemt zou niet opnieuw moeten uitzoeken welke van de twee het is. Die notitie is het verschil tussen een gedocumenteerd beleid en een verrassing volgend jaar. De documentatie van Tailscale over sleutelverloop behandelt de verlengingsopties en hun grenzen.