Git 403 mei de VPN ferbûn: fyn wa't antwurdet
In 403 is in antwurd, gjin oardiel oer de VPN. Stel fêst hokker komponint wegere hat, fergelykje dan ien fariabele tagelyk tusken netwurken en skriuw op wat feroare.
It wurket op 'e Wi-Fi fan it kantoar en it mislearret op 'e hotspot fan 'e telefoan, mei de VPN yn beide gefallen ferbûn. Git jout 403 werom en de flater is trije rigels lang. De ferlieding is om de hotspot as oarsaak te sjen en netwurkinstellingen te feroarjen oant der wat beweecht. HTTP 403 betsjut dat in tsjinner it fersyk begrepen en wegere hat, dus de nuttige fraach is hokker tsjinner, en de nuttige folgjende stap is in fergeliking dy't ien ding tagelyk feroaret.
Lês earst de status, dan it netwurk
In 403 is gjin mislearre syktocht, gjin TCP-timeout en gjin TLS-hânskudding dy't nea klear kaam. It is in beslút, nommen troch eat dat jo fersyk analysearre hat.
Oant jo witte wat dat beslút nommen hat, is elke netwurkferoaring dy't jo probearje in gissing mei in leauweardich ferhaal.
Wa kin mei 403 antwurdzje?
De repository-applikaasje is mar ien kandidaat. In proxy, in gateway of in filtertsjinst kin derfoar sitte en earst antwurdzje, en de klient sjocht yn beide gefallen deselde status. Bewarje de status, de relevante headers en in skjinmakke flaterlichem, en korrelearje se dan mei de logboeken fan 'e autorisearre tsjinst. De fiere URL en it eins berikte einpunt kinne ek ferskille troch DNS of proxy-konfiguraasje, dus kontrolearje it konfigurearre adres en it proses dat it fersyk docht.
As de wegering nea it repository berikt hat, sille syn logboeken stil wêze, en dy stilte is bewiis.
Fergelykje ien fariabele tagelyk
De hotspot-fergeliking is nuttich om't se it probleem ferrellet, net om't se in oarsaak bewissiget. Twa netwurken kinne tagelyk ferskille yn adressearring, IP-famylje, proxy, TLS-ûnderhanneling en útgongbelied.
Feroarje ien ding per besykjen en skriuw de rest op. De tabel hjirûnder is it minimum dat ik yn in notysje hâld wylst ik dit doch:
| Keep constant | Record when it changes |
|---|---|
| Repository, operation and credentials | Resolved address and IP family |
| Git process and configuration | Proxy use and the responding component |
| Intended VPN profile | Actual route and exit seen by the service |
Ien rigel dy't ferskilt tusken de wurkjende en de mislearjende run is wêr't it folgjende oere hinne giet.
In omwei is bewiis, gjin ferklearring
It oanfreegjen fan in oare adresfamylje kin it bestimming, de rûte of de tuskenpersoan feroarje dy't keazen wurdt, dus it kin it resultaat feroarje sûnder te bewizen dat IPv6 net mei it repository gearwurket. In oare ûnderhannele TLS-ferzje is in waarnimming yn deselde kategory. Gjint fan beide rjochtfeardiget it útskeakeljen fan sertifikaatkontrôles of it ferswakjen fan 'e ferbining. Folgje it belied en de logboeken fan 'e wegere komponint oant it echte beslút, ynstee fan te stopjen by de earste feroaring dy't wurket.
In omwei dy't jo net ferklearje kinne, sil earne oars wer mislearje.
Skriuw in rapport dat reparearre wurdt
Jou de eigner fan 'e antwurdzjende komponint deselde operaasje, twa paden en de komponint dy't nee sei. Ferwiderje autorisaasjeheaders, ynbêde oanmeldgegevens en privee repository-details foardat jo wat diele.
It nuttige rapport is koart, werhelber en neamt de laach ynstee fan it symptoom.
De kontrôle dy't ik doch, yn folchoarder
Befêstigje de fiere URL en it oploste einpunt, en fange dan de status en headers fan in mislearjende run. Werhelje deselde operaasje op in twadde netwurk en fergelykje de twa opnamen.
Bring dan dat ferskil nei de komponint dy't antwurde:
- Proxy-konfiguraasje op 'e klient en op it netwurk.
- Útgongbelied of filtering foar it repository.
- Omfang fan token of akkount, ynklusyf ferrin en SSO-betingsten.
- Repository-tastimming foar de identiteit dy't it token fertsjintwurdiget.
De semantyk fan 'e status sels stiet yn RFC 9110, en it is de muoite wurdich om dat te sitearjen as jo it rapport skriuwe.