In your Firewall rules do not specify a SRC Port at all as it will most often be dynamic from the remote sending device.
If you know the traffic will only come from a list or range of particular SRC IPs you can specify them otherwise you are accepting it can come from anywhere on the Internet.
Normally it is bad practice to allow SSH from ANY unless the local receiving device also has its own firewall to filter it further, and having an incoming VPN may be a better option.
Increasingly computers (and some routers) which support being an SSH server may also support installation of Wireguard as a service so you aren't just relying on trusting IPs or a customised port.
The destination NAT (port forward) rules will have an outside destination and inside (translated) destination port which can be the same or different.
It's ok for them to be the same if your devices are listening on those same ports locally.
In other words, you could have SSH arrive at destination port 2222 externally but translated to destination port 22 on the LAN so without needing to change the the standard port for SSH to listen on.
prlzx on Zen: FTTC (VDSL) at ~40Mbps / 10Mbps
with IP4/6 (no v6? - not true Internet)