firewall está bloqueando seu acesso ao GitHub

Fonte: https://blog.myhro.info/2011/10/o-firewall-esta-bloqueando-seu-acesso-ao-github, em 29-07-2020

...

Pensando neste tipo de situação, o pessoal do GitHub disponibilizou uma solução extremamente simples: todos os repositórios estão disponíveis para serem acessados pela porta 443 no host ssh.github.com. A partir disto, basta apenas configurar seu cliente SSH para utilizar as definições pré-determinadas, de forma que você não tenha que sequer alterar os comandos disponíveis no GitHub (onde você pode simplesmente copiar e colar). Dentro da sua pasta “.ssh” (que fica no diretório “/home/usuario/” no Linux, no “C:\Documents and Settings\usuario" no Windows XP e no “C:\Users\usuario" no Windows Vista/7), crie um arquivo chamado “config” (sem extensão) e adicione o seguinte conteúdo:

Host github.com
    Port 443
    HostName ssh.github.com
    User git
    PreferredAuthentications publickey

Os parâmetros por si só são auto-explicativos, mas vale a pena dissecá-los:

Linha 1: Toda vez que o endereço de um host for “github.com”, o SSH irá buscar as configurações referentes ao mesmo definidas neste arquivo. Não é necessário que seja necessariamente um domínio válido, pode ser qualquer coisa, já que se trata apenas de um “atalho”. Prefiro configurá-lo como se fosse uma URL (como “github.ssl”, embora seja preferível a utilização do “github.com”, pelo motivo citado anteriormente) para não confundí-lo com os aliases definidos futuramente com o comando “git remote add …”.
Linhas 2 e 3: Estas são as únicas linhas realmente necessárias (além da primeira, claro). Elas definem pra onde o host “github.com” aponta, tanto o novo endereço como a nova porta.
Linha 4: Opcionalmente, podemos definir também o usuário. Desta forma, ao invés de utilizar as URLs no formato “git@github.com:usuario/repositorio.git”, você poderia se referir às mesmas como “github.com:usuario/repositorio.git”. Note que não se trata do seu usuário do GitHub e sim do usuário SSH, que por lá é sempre o “git”.
Linha 5: Outra linha opcional. Aqui estamos dizendo ao cliente SSH que o método preferível de autenticação é utilizando chaves criptográficas ao invés de senhas (embora sua chave possa estar protegida por uma passphrase, que funciona como uma senha para a mesma).

...