"Tailscale is not online" problem

mcury

@chudak said in "Tailscale is not online" problem:

TS connection status is down.

isn't the script working for that ?
script tries to ping and if it fails, it will restart the service.

chudak

@mcury said in "Tailscale is not online" problem:

@chudak said in "Tailscale is not online" problem:

TS connection status is down.

isn't the script working for that ?
script tries to ping and if it fails, it will restart the service.

That's an interesting part.
Yesterday I found TS down

I tried to start it manually, and switched Kea DHCP to ISC DHCP and back, removed /tmp/kea4-ctrl-socket.lock and could not make it start.

Then today in the morning - everything is up and running normally

??!!

mcury

@chudak said in "Tailscale is not online" problem:

I tried to start it manually, and switched Kea DHCP to ISC DHCP and back, removed /tmp/kea4-ctrl-socket.lock and could not make it start.

Then today in the morning - everything is up and running normally

??!!

I don't see how one thing could interfere with each other.

But, I'm still using ISC-DHCP for that customer.
Can't switch to KEA yet...

chudak

@mcury said in "Tailscale is not online" problem:

@chudak said in "Tailscale is not online" problem:

I tried to start it manually, and switched Kea DHCP to ISC DHCP and back, removed /tmp/kea4-ctrl-socket.lock and could not make it start.

Then today in the morning - everything is up and running normally

??!!

I don't see how one thing could interfere with each other.

But, I'm still using ISC-DHCP for that customer.
Can't switch to KEA yet...

Do you know by chance how to catch related to TS stop/start errors/warnings in the logs?

mcury

@chudak said in "Tailscale is not online" problem:

Do you know by chance how to catch related to TS stop/start errors/warnings in the logs?

You can search old system logs in /var/log directory if I'm not mistaken. Shouldn't be hard to find it, I mean, if problem started yesterday at 15:00hrs, so there you go.

chudak

TS in conjunction with pfS instability is really frustrating
I’m travelling now and TS is simply down with the error:

Error executing command (/usr/local/bin/tailscale status)

Health check:

- not logged in, last login error=invalid key: API key does not exist

unexpected state: NoState

So far nothing I’ve done, rebooting, deleting a lock file, nothing helped.

Thx G.. I still have OpenVPN as a backup option.
I’m surprised no one else is complaining about this…

mcury

@chudak did you create the key at the tailscale's console and then imported it to pfsense ?
also, set the key to do not expire.

chudak

@mcury said in "Tailscale is not online" problem:

@chudak did you create the key at the tailscale's console and then imported it to pfsense ?
also, set the key to do not expire.

I did set my key to not expire.
I have used the original key with pfS and did not regenerate it
And have seen it’s working normally after this error.
So suspecting it’s unrelated

I’m hesitant to mess up with keys now as it used to work literally two days ago.

mcury

@chudak said in "Tailscale is not online" problem:

@mcury said in "Tailscale is not online" problem:

@chudak did you create the key at the tailscale's console and then imported it to pfsense ?
also, set the key to do not expire.

I did set my key to not expire.
I have used the original key with pfS and did not regenerate it
And have seen it’s working normally after this error.
So suspecting it’s unrelated

I’m hesitant to mess up with keys now as it used to work literally two days ago.

Ok, if the problem happens again, try to create a key, import it, and then set it to "don't expire".

mcury

I want to improve the script above to make it "force" direct connections.

Another issue with this script is that its pinging only once and if that ping fails, it stops and then starts the service.

I think it would be much better if the script pings 10 times, and if 10 out of 10 fails, it will restart the service.
This would increase the reliability of the script and also in the same time, make connections leave the relay and connect directly.

But I'm failing to do so, any ideas to improve the code with the insights above in mind ?

Edit:

I think I got it..

1- It will ping "headquarters" 10 times using tailscale.
This will help connections through tailscale prefer "direct" instead of relay.
2- If at least one of the tailscale ping works, it won't do anything.
This will avoid the service to being brought down every time.
3- If all pings fails, it will restart the tailscale service.

#!/bin/sh

DEST="headquarters"
SUCCESS=0
COUNT=0

while [ $COUNT -le 9 ]
do
        for DEST in $DEST
        do
                COUNT=`expr $COUNT + 1`
                tailscale ping --c 1 -timeout 1s $DEST >/dev/null 2>/dev/null
#                ping -c 1 -t 100 $DEST
        if [ $? -eq 0 ]
                then
                SUCCESS=`expr $SUCCESS + 1`
        fi
        done
done
if [ $SUCCESS -ge 1 ] && [ $COUNT -eq 10 ]
        then
        exit 0
else
                /usr/local/sbin/pfSsh.php playback svc stop tailscale
                sleep 5
                /usr/local/sbin/pfSsh.php playback svc start tailscale
                sleep 5
        exit 1
fi
done

One important observation is, if there are more peers in the tailscale network, you can and should add them to this script.
See, if you are only pinging one host, if that host goes down, the script will take the entire tailscale service down affecting other hosts.

Code for multiple hosts

#!/bin/sh

DEST="server-1"
DEST1="server-2"
DEST2="servier-3"
SUCCESS=0
COUNT=0

while [ $COUNT -le 9 ]
do
        for DEST in $DEST
        do
                COUNT=`expr $COUNT + 1`
                tailscale ping --c 1 --timeout 1s $DEST >/dev/null 2>/dev/null
#               ping -c 1 -t 100 $DEST
        if [ $? -eq 0 ]
                then
                SUCCESS=`expr $SUCCESS + 1`
        fi
                tailscale ping --c 1 --timeout 1s $DEST1 >/dev/null 2>/dev/null
#               ping -c 1 -t 100 $DEST1
        if [ $? -eq 0 ]
                then
                SUCCESS=`expr $SUCCESS + 1`
        fi
                tailscale ping --c 1 --timeout 1s $DEST2 >/dev/null 2>/dev/null
#               ping -c 1 -t 100 $DEST2
        if [ $? -eq 0 ]
                then
                SUCCESS=`expr $SUCCESS + 1`
        fi
        done
done
if [ $SUCCESS -ge 1 ] && [ $COUNT -eq 10 ]
        then
        exit 0
else
                /usr/local/sbin/pfSsh.php playback svc stop tailscale
                sleep 5
                /usr/local/sbin/pfSsh.php playback svc start tailscale
                sleep 5
        exit 1
fi
done

The code above will sum SUCCESS variable, and if any of the hosts answers, tailscale service will be considered to be UP and no actions will be taken.