'n SOCKS-poortnommer sê nie vir Chrome watter protokol om te gebruik nie
Spesifiseer die SOCKS-protokol eksplisiet waar Chrome dit ondersteun. 'n Poort soos 1080 of 27977 is net 'n luisterpoort.
'n SOCKS5-diens op poort 27977 is steeds SOCKS5. Poort 1080 is 'n konvensie, nie 'n protokolverklikker nie.
Wanneer jy Chrome deur 'n ondersteunde eksplisiete proxy-koppelvlak opstel, dui die skema die bedoelde protokol aan, byvoorbeeld socks5://proxy.example:27977. Die SOCKS5-proxylis bied openbare kandidate vir daardie protokol; kontroleer die gekose eindpunt se verifikasievereiste. 'n Ander poort maak nie SOCKS5 in SOCKS4 nie, en 'n kaal adres waarborg ook nie dat 'n stelselinstelling as die weergawe wat jy bedoel het, vertolk sal word nie.
Kontroleer Chrome se effektiewe konfigurasie sowel as die bediener se protokol. 'n Bestuurde beleid of 'n ander lopende blaaierproses kan die bewerkte argumente van 'n snelskoppeling irrelevant maak. 'n afsonderlike Chrome-toetsprofiel maak die beoogde bekendstelling makliker om te ondersoek.
Kontroleer ook verifikasie voordat jy die poort blameer. Chromium se SOCKS-dokumentasie sê dat sy SOCKS5-ondersteuning nie verifikasiemetodes insluit nie. 'n Diens wat 'n SOCKS-gebruikersnaam en -wagwoord vereis, het dus 'n versoenbaarheidsprobleem wat 'n nuwe poortnommer nie kan oplos nie.
Kies 'n versoenbare kliënt of 'n goedgekeurde diensreëling. Om 'n bekende SOCKS5-eindpunt herhaaldelik na onverwante protokoletikette te verander, verander net die grepe wat na dieselfde luisteraar gestuur word.