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

ચાર નિર્ણયોમાંથી દરેક ક્યાં રહે છે

કોઈ મેનુ ખોલતા પહેલાં ચારેય લખો, કારણ કે દરેક અલગ પાના પર રહે છે અને અલગ જગ્યાએ નિષ્ફળ જાય છે. સિલેક્ટર નક્કી કરે છે કે ટનલ કયા ક્લાયન્ટ પર લાગુ થાય, રિઝોલ્વર નક્કી કરે છે કે નામો ક્યાં જવાબ પામે, એડ્રેસ ફેમિલી નક્કી કરે છે કે IPv6 બિલકુલ આવરી લેવાય છે કે નહીં, અને સ્થાનિક પાથ નક્કી કરે છે કે ફોન અને ટેલિવિઝન હજુ એકબીજાને જુએ છે કે નહીં. એકમાં ફેરફાર તમે ઊભા છો તે પાના પરથી પૂર્ણ લાગે છે. બાકીના ત્રણનું નુકસાન પછી, બીજા મેનુમાં, બીજી ફરિયાદ તરીકે દેખાય છે.

ફર્મવેર મેનુ અલગ હોય છે, પણ ચાર સ્થળ ભાગ્યે જ. સિલેક્ટર એ DHCP સર્વર પરનું સ્થિર મેપિંગ અને તેની સાથે મેળ ખાતો ફાયરવોલ નિયમ છે. રિઝોલ્વર DNS સેવા પાસે બેસે છે, જ્યાં ફોરવર્ડર એન્ટ્રી કે અપસ્ટ્રીમ સર્વરની યાદી નક્કી કરે છે કે રાઉટર કયા નામોનો જવાબ આપે છે અને ક્વેરી ક્યાંથી નીકળે છે. ફેમિલી સેટિંગ ઇન્ટરફેસનું પોતાનું છે, જ્યાં IPv4 અને IPv6 અલગ રીતે ગોઠવાય છે અને નીતિ ફક્ત પ્રથમને આવરી શકે છે. સ્થાનિક પાથ એક્સેસ-પોઇન્ટ સ્વિચ છે, કાં ક્લાયન્ટ આઇસોલેશન કાં પોતાના ફાયરવોલ સાથેનું ગેસ્ટ નેટવર્ક.

સિલેક્ટરને લીઝ કરતાં વધુ જીવવા દો

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

Rule names the TV byAfter the next leaseWhat it costs
whatever address it has nowmay point at another clientsilent misrouting weeks later
a reserved addressholds, if the reservation ships with itone more entry to keep in step
a hardware addressholds, unless the device rotates itprivacy features can break it
a whole segmentholds for every device on itneighbours inherit the exit

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

ટેલિવિઝન ખરેખર કયો રિઝોલ્વર વાપરે છે તે શોધો

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

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

ip rule show
ip route get 203.0.113.10

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

કાસ્ટિંગ ડિસ્કવરી પર તૂટે છે, સ્ટ્રીમ પર નહીં

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

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

આઇસોલેશન નિયમ હજુ જગ્યાએ હોય ત્યારે કાસ્ટ ચકાસો, પછી ફક્ત ડિસ્કવરી અપવાદ ઉમેરો અને ફરી ચકાસો. જો બીજો પ્રયાસ ટેલિવિઝન શોધી લે, તો અપવાદ જ ઉકેલ છે અને સેગમેન્ટનું બાકીનું પહેલાં જેવું રહી શકે.

ટનલ બંધ કરો અને જુઓ કઈ દિશામાં તે નિષ્ફળ જાય છે

છેલ્લી તપાસ એ છે જે મોટાભાગની ગોઠવણો છોડી દે છે: ટનલ નીચે ઉતારો અને જુઓ ટેલિવિઝન અટકે છે કે સ્થાનિક જોડાણ દ્વારા ચૂપચાપ નીકળી જાય છે. પસંદગી વ્યક્ત કરતી નીતિ ખુલ્લી રીતે નિષ્ફળ જાય છે, અને એ નિષ્ફળતા ચૂકી જવી સહેલી છે કારણ કે એક્ઝિટ ISP તરફ પાછી જાય ત્યારે પ્લેબેક ચાલુ રહે છે. કિલ-સ્વિચ નિયમ બદલે બંધ રીતે નિષ્ફળ જાય છે, અને ટનલ પાછી ન આવે ત્યાં સુધી ટેલિવિઝન કંઈ જાહેર કરતું નથી. બંનેમાંથી કોઈ વર્તન ખોટું નથી; તમે કયું ગોઠવ્યું તે ન જાણવું ખોટું છે.

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

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

સંબંધિત લેખો