SSH SOCKS-vidaresending er skild frå TUN-einingsfeil
Kjenna att ein etablert SOCKS-lyttar sjølv når den same SSH-økta seinare ikkje klarer å oppretta ei eiga TUN-eining.
Desse to observasjonane kan førekoma samstundes i éin SSH-logg:
Local forwarding listening on 127.0.0.1 port 1080.
Tunnel device open failed.Den fyrste gjeld ein dynamisk SOCKS-lyttar. Den andre gjeld ei tunnel-nettverkseining. Dei er skilde vidaresendingsførespurnader.
OpenSSH nyttar -D for dynamisk vidaresending på applikasjonsnivå og -w for tunneleiningar. Ei Tunnel-innstilling kan òg be om den siste via konfigurasjon. At ein ikkje får rettane eller serverløyvet for ei TUN-eining, provar ikkje i seg sjølv at den tidlegare SOCKS-lyttaren aldri vart oppretta.
Les kva som lukkast før feilen: SSH-autentisering, opprettinga av lyttaren og kvar seinare førespurnad om målkanal. Ein lyttande SOCKS-port treng framleis ein kompatibel klient og eit tilgjengeleg, tillate mål. Det er prov om eitt trinn.
Viss den tiltenkte jobben berre er SOCKS-vidaresending, gransk kvifor ei tunneleining i det heile vart førespurd. Ein avgrensa konfigurasjon kan slå av den urelaterte førespurnaden:
ssh -N -o Tunnel=no -D 127.0.0.1:1080 [email protected]Hald på dei vanlege SSH-vertnøkkel- og kontokontrollane. Det finst ingen grunn til å gje nettverkseiningsrettar berre for å dempa ein feil for ein funksjon som SOCKS-ruta ikkje treng.