Может ли основная функция bash-скрипта иметь то же имя, что и сам скрипт?

Пишу быструю bash-функцию для изменения сетевого TTL (для раздачи интернета с телефона), но оказалось, что для каждой системы команда немного другая, поэтому, чтобы учесть логику, мой простой скрипт вырос во много строк. Вот он без несущественных частей:

#!/usr/bin/env sh
chttl(){
    set -e
    felicia() {
        # выводит сообщения об ошибках;
    }
    trap 'felicia 3' INT
    trap 'felicia 1' HUP QUIT ABRT TERM
    chttlhelp(){
        # выводит помощь, ссылку на новую копию, вики;
    }
    chttldo(){
        if [ "$(uname)" = Darwin ]; then
            sysctl net.inet.ip.ttl="${1:-65}"
        elif [ "$(uname)" = Linux ] ; then
            sysctl -w net.ipv4.ip_default_ttl="${1:-65}"
        elif [ "$(uname)" = FreeBSD ] ; then
            sysctl net.inet.ip.ttl="${1:-65}"
        elif uname | grep -i "bsd"; then
            # выводит некоторые указания, но ничего не делает.
        else
            # выводит информацию о том, почему ничего не делает.
        fi
    }
    case "$1" in
        -h|--help|-?) chttlhelp ;;
        *) chttldo "$1" ;;
    esac
}
chttl "$1"

Поскольку мне нужно было как-то протестировать это, я сначала превратил функцию в скрипт. И затем, поскольку я ориентируюсь на разные ОС, я решил, что было бы неплохо переключиться на sh вместо bash, чтобы сделать его совместимым с POSIX. Я никогда раньше не использовал bash, не знаю различий между ним и Bourne Shell, но решил, что смогу разобраться с помощью своей IDE с поддержкой ShellCheck.

И стоит отметить, что на macOS он работал нормально. На Linux (Fedora 40+) я получаю следующее:

[Fri29@18:03:16][sv@vterminal:~] $〉chttl
sysctl: permission denied on key "net.ipv4.ip_default_ttl"
[Fri29@18:03:19][sv@vterminal:~] $〉sudo chttl
sudo: chttl: command not found
[Fri29@18:03:25][sv@vterminal:~] $〉sudo -s
[Fri29@18:03:29][root@vterminal:/home/senseivita] #〉chttl
bash: chttl: command not found

Скрипт также называется chttl, как сказано в заголовке. Он находится в ~/bin, которая находится в моем $PATH и синхронизируется на всех системах (пути ~/{.ssh,.bash_profile,.bashrc,bin} синхронизированы)… Ого. Неужели это оно?? (Извините, размышляю по мере написания.)

Он меняет интерпретатор, так что, возможно, ему нужен новый PATH, тоже?? PATH специфический для bash, я имею в виду… файлы имеют в себе слово “bash”. Может быть, оно наследуется случайно при переключении на sh?? Это кажется более логичным, чем больше я об этом думаю, но я не знаю о межинтерпретаторном наследовании окружения, или как это называется. Я также понимаю, что даже не проверил, делает ли set -e что-то в sh, и не имею представления о том, как установить PATH для sh вообще.

Хотя, в то же время, я вижу, что когда я повышаю свои привилегии, ошибка гласит bash: chttl: command not found а не sh command some-some…

Можете дать мне немного советов, пожалуйста?

ОБНОВЛЕНИЕ

Я проверил свои другие скрипты (все на bash, как я упомянул ранее) и обнаружил, что использовал то же имя для основной функции для самого скрипта и не один раз, а в куче из них, я не воображал это. Думаю, что я говорю, это что это действительно ничего не изменило, я все еще запутан (2x). “запутан плюс про макс” — звучит более эффективно.

Есть одно решение, которое, я думаю, сработает; добавление sudo в команду sysctl в самом скрипте, но я не думаю, что должен делать это сам, а тот, кто использует скрипт — даже если этот человек я сам. Я не разработчик, так что не знаю о надлежащем этикете скриптов. Хотя это не кажется правильным. Есть советы?