Af hverju virka proxy-stillingar í skjáhermi en ekki í skjáborðsstartara

Þú flytur út proxy í skjáhermi. Skipun sem er ræst þar notar hana. Að smella á skjáborðstáknið gefur samt aðra leið. Táknið varð ekki barn þess skjáherms.

Skjáborðslota ræsir forrit í gegnum sína eigin ræsingarvél. Þau ferli erfa það umhverfi, ekki hverja síðari breytingu sem gerð er inni í ótengdri skel. Þetta getur skýrt mun án þess að sanna að forritapakkinn sé gallaður.

Exec er lýsing á skipun, ekki skeljaskrift

Desktop Entry-forskriftin skilgreinir keyrsluskrá og rök fyrir Exec. Hún lofar hvorki útvíkkun skeljabreyta né innbyggðum skeljaskipunum.

Fyrir utanaðkomandi forrit sem les viðkomandi umhverfisbreytu getur viljandi afmarkaður ræsingur haft þetta form:

Exec=env https_proxy=http://proxy.example:8080 /path/to/application

Skiptu bæði um endapunkt og keyrsluskrá. Þetta sýnir inntak ræsingarinnar, ekki tryggingu fyrir því að keyrandi forrit lesi þá breytu. Vafri með eigin skýra proxy-stefnu getur samt valið aðra uppsetningaruppsprettu. Fyrir Chrome, vistaðu proxy-röksemdir þess í notendaræsir.

Skrifaðu ekki Exec=export ... og búðu ekki við því að skjáborðið túlki það sem innskráningarskelina þína. Hafðu einnig í huga tilvitnanareglur og studd svæðiskóða skjáborðsfærslunnar; þau eru annar þáttari.

Athugaðu hvort eitthvað nýtt var ræst

Sum forrit senda beiðnina til tilviks sem þegar er í keyrslu. Sumar færslur nota D-Bus virkjun, sem hefur sína eigin ræsingarleið. Nýtt táknsmellur stofnar ekki nýju ferli með nýbreyttu Exec-umhverfi.

Greindu tilvikið sem sendir beiðnina og uppsetninguna sem það á í raun. Stýrður nýr ræsingur getur þrengt samanburðinn þegar við á. Forðastu að setja forritið upp aftur áður en staðfest er hvort fyrirhugað umhverfi náði nokkurn tíma til þess.