તમારો GIO-આધારિત ક્લાયન્ટ સીધો 192.168.40.12 પર જાય છે, પરંતુ reports.example માટે પ્રોક્સી વાપરે છે. DNS કહે છે કે નામ એ સરનામા પર રિઝોલ્વ થાય છે. બાયપાસ રિઝોલ્વરને રૂટ પસંદ કરતા પહેલાં એ લુકઅપ કરવાની જરૂર નથી.

GSimpleProxyResolver અલગ મેચિંગ નિયમોનું દસ્તાવેજીકરણ કરે છે: હોસ્ટનામ બાકાત નામ દ્વારા ઓળખાતા લક્ષ્યોને લાગુ પડે છે; IP બાકાત સરનામા દ્વારા ઓળખાતા લક્ષ્યોને લાગુ પડે છે.

192.168.40.12 ફક્ત ignore-hosts માં હોય ત્યારે આંકડાકીય લક્ષ્ય બાયપાસ થઈ શકે છે, પણ હોસ્ટનામ નહીં. સરનામાને સબનેટ એન્ટ્રીમાં વિસ્તારવાથી તે આપોઆપ એ સબનેટમાં રિઝોલ્વ થતા નામોની યાદી બનતું નથી.

જો બંને સ્વરૂપો સીધા હોવા જોઈએ, તો બંને ઈરાદા એવા સ્વરૂપોમાં વ્યક્ત કરો જે વાસ્તવિક ઉપભોક્તા સમર્થન આપે. જો બાકાતો GNOME સેટિંગ્સમાંથી આવે, તો તેમને અલગ યાદી એન્ટ્રી તરીકે સંગ્રહો. નામની બાકાતને જરૂરિયાત પરવાનગી આપે તેટલી સાંકડી રાખો; અનુકૂળ પહોળો ડોમેન નિયમ અસંબંધિત સેવાઓને મુક્ત કરી શકે છે.

આ GIO રિઝોલ્વરનો કરાર છે, GNOME ડેસ્કટોપ પરની દરેક એપ્લિકેશન માટે સાર્વત્રિક નિયમ નથી. બીજું બ્રાઉઝર કે HTTP લાઇબ્રેરી અલગ રિઝોલ્વર, PAC સ્ક્રિપ્ટ કે સ્પષ્ટ પ્રોક્સી રૂપરેખાંકન વાપરી શકે છે.

તૂટેલા સબનેટ પાર્સરનું નિદાન કરતા પહેલાં URL નું સ્વરૂપ, પસંદ કરેલ રિઝોલ્વર અને સક્રિય પ્રોક્સી મોડની સરખામણી કરો. સરનામા દ્વારા સફળ સીધું જોડાણ એ સરનામા-આધારિત વિનંતી વિશે ઉપયોગી પુરાવો છે. પોતે જ તે નામ દ્વારા કરેલી વિનંતી કેવી રીતે વર્ગીકૃત થઈ તે વિશે કંઈ કહેતું નથી.

સંબંધિત લેખો