તે ટનલ સરનામું એક પીઅર છે, બ્રાઉઝ કરી શકાય તેવું સબનેટ નહીં
પોઈન્ટ-ટુ-પોઈન્ટ લિંક પરનું માસ્ક દૂરના છેડાનું વર્ણન કરે છે, પડોશીઓની શ્રેણીનું નહીં. સબનેટ ખોટું લાગે તે પહેલાં પીઅરનું સરનામું વાંચો.
તમારો ક્લાયન્ટ જોડાય છે અને સરનામાંની જોડી બતાવે છે, અથવા એક સરનામું 255.255.255.255 માસ્ક સાથે બતાવે છે, અને પ્રથમ પ્રતિક્રિયા એ હોય છે કે સર્વરે કંઈક તૂટેલું આપ્યું છે. કંઈ તૂટેલું નથી: ટનલ ઇન્ટરફેસ પોઈન્ટ-ટુ-પોઈન્ટ લિંક છે, અને માસ્ક પડોશીઓની શ્રેણીનું નહીં, તે એક જ લિંકના દૂરના છેડાનું વર્ણન કરે છે. જોડીને સ્થાનિક અને પીઅર તરીકે વાંચવાથી વિચિત્ર માસ્ક, તેની બાજુનો એક-હોસ્ટ રૂટ અને ગેરહાજર પડોશી કોષ્ટક સમજાય છે. સમાન વાંચન જે માફ કરતું નથી તે ઓફિસ નેટવર્ક સાથે ઓવરલેપ થતી સરનામાં યોજના છે.
ટનલ લિંક પર માસ્ક ખોટું કેમ લાગે છે
Ethernet ઇન્ટરફેસ પર, સરનામું અને માસ્ક બે વાત કહે છે: આ હોસ્ટ સરનામાનો માલિક છે, અને પ્રીફિક્સની અંદરનું બધું સીધું પડોશી છે. કર્નલ આ બે હકીકતોમાંથી લિંક પરનો રૂટ મેળવે છે અને પછી હાજર માને છે તે પડોશીઓ માટે લિંક સરનામાં ઉકેલે છે. પોઈન્ટ-ટુ-પોઈન્ટ ઇન્ટરફેસ માલિકી રાખે છે અને પડોશીઓને છોડી દે છે, તેથી ક્લાયન્ટ લાઇનનું બીજું સરનામું વહેંચાયેલ સેગમેન્ટનું બીજું હોસ્ટ નહીં, દૂરનું છેડું છે. કોઈ હાર્ડવેર એડ્રેસિંગ નથી, કોઈ રિઝોલ્યુશન ટ્રાફિક નથી અને જોડાવા માટે કોઈ બ્રોડકાસ્ટ ડોમેન નથી, તેથી ઇન્ટરફેસ બરાબર એક ગંતવ્યવાળી પાઇપ જેવું વર્તે છે.
એટલે જ પહોળા માસ્કની બાજુમાં એક-હોસ્ટ રૂટ અહીં લક્ષણ નહીં, સામાન્ય છે. આ લિંક પર પહોંચવું એટલે એક સરનામું, અને કર્નલ બરાબર એ જ લખે છે. બંને સરનામાં સાથે વાંચો ગોઠવણી ખોટી છે એમ નક્કી કરતાં પહેલાં, કારણ કે દરેક એકલું ભૂલ જેવું લાગે છે.
બે ટોપોલોજી, બે સરનામાં આકાર
જૂની પોઈન્ટ-ટુ-પોઈન્ટ ટોપોલોજી દરેક ક્લાયન્ટને નાનું બ્લોક આપે છે અને વચ્ચેનાં બે સરનામાં વાપરે છે, તેથી માસ્ક પૂલ નહીં, નેટવર્કનો ટુકડો લાગે છે. સબનેટ ટોપોલોજી પૂલમાંથી પૂલ-માસ્ક સાથે સરનામું આપે છે અને સર્વરના ટનલ સરનામાને પીઅર કહે છે. બંને માન્ય લિંક બનાવે છે, અને તેઓ ફક્ત એમાં જ અલગ પડે છે કે પ્રોફાઇલમાં કયાં સરનામાં દેખાય છે અને વપરાશકર્તા કયા માસ્ક પર પ્રશ્ન ઉઠાવે તેવું સંભવ છે.
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
તમારા ક્લાયન્ટ સાથે કોઈપણ પંક્તિ મેળ ખાય, પહેલાં પીઅર વાંચો, કારણ કે તે દૂરના છેડાનું નામ આપે છે અને તેથી માસ્ક સમજાવે છે. જુદી જુદી ટોપોલોજી વાપરતા સર્વરો વચ્ચે નકલ કરેલી પ્રોફાઇલ તેના નવા ઘર માટે ખોટો આકાર બતાવશે, અને એ અસંગતિને સર્વરની ખામી ગણવી સહેલી છે.
જ્યારે પૂલ અને ઓફિસ નેટવર્ક સમાન બિટ માંગે છે
લિંક રાઉટેડ હોવાથી, પૂલને એવું પ્રીફિક્સ જોઈએ છે જે સર્વર પહોંચી શકે તે નેટવર્કમાં ક્યાંય નથી. એક વહેંચો અને ક્લાયન્ટ બે જગ્યા અર્થ ધરાવતી શ્રેણી માટે એક જ રૂટ રાખે છે, અને કઈ જગ્યા જીતશે તે છેલ્લે સ્થાપિત રૂટ નક્કી કરે છે. ખામી ક્લાયન્ટ પર દેખાય છે, જોકે તેની પાછળનો નિર્ણય સરનામાં યોજનાનો છે. વપરાશકર્તા જે જણાવે છે તે એ છે કે ટનલ ઉપર આવે ત્યારે સ્થાનિક રાઉટર અદૃશ્ય થાય છે, અથવા ફક્ત કેટલાક ઓફિસ હોસ્ટ જવાબ આપે છે.
ફક્ત સરખા દેખાતા પ્રીફિક્સ બીજો કિસ્સો છે, અને આંખે ઓક્ટેટ સરખાવવું પ્રીફિક્સ સરખામણી નથી. બંને લખો અને માસ્ક થયેલા બિટ ગણો: 192.168.4.0/24 સામે 192.168.6.0/24 બિટ 22 સુધી મેળ ખાય છે અને બિટ 23 પર વિભાજિત થાય છે, કારણ કે ત્રીજું ઓક્ટેટ આમ વંચાય છે: 00000100 સામે 00000110, તેથી એ બે નેટવર્ક ખરેખર અલગ છે. મૂકો 10.8.0.0/24 બીજાની બાજુમાં 10.8.0.0/24 અને 24 માસ્ક થયેલા બિટ બધા મેળ ખાય છે, એટલે એક રૂટ બંને જગ્યા વ્યક્ત કરી શકતો નથી. માસ્કની લંબાઈ નક્કી કરે છે કે સરખામણી ક્યાં અટકે છે, અને જે નેટવર્ક બીજું સ્થાપિત થયું તે જ હારે છે.
રાઉટેડ લિંક શું આપી શકતી નથી
બ્રોડકાસ્ટ અને મલ્ટિકાસ્ટ રાઉટેડ લિંક પાર કરતા નથી, અને ઘણી જાણીતી સુવિધાઓ તેમના પર બનેલી છે. બ્રાઉઝ સૂચિ, નામ જાહેરાતો અને સેવા શોધ બધા વહેંચાયેલ સેગમેન્ટ ધારી લે છે, તેથી ફાઇલ સર્વર સરનામાથી દરેક વિનંતીનો જવાબ આપી શકે અને તોપણ ક્યારેય સૂચિમાં ન દેખાય. લિંક-સ્થાનિક બ્રોડકાસ્ટ પર આધારિત નામ રિઝોલ્યુશન એ જ કારણે નિષ્ફળ જાય છે, અને કોઈ પણ પ્રોફાઇલ સંપાદન ટનલ શું વહન કરી શકે તે બદલતું નથી. તે મહત્વનું છે કે નહીં તે રાઉટિંગ નહીં, આવશ્યકતાઓનો પ્રશ્ન છે.
જે ક્લાયન્ટને ખરેખર એ ડિલિવરીની જરૂર છે તેને બ્રિજ્ડ ઇન્ટરફેસ જોઈએ, જે Ethernet ફ્રેમ વહન કરે છે અને તેથી બ્રોડકાસ્ટ ડોમેન રાખે છે. કિંમત છે વધુ ઘોંઘાટવાળી લિંક, ઉપર વર્ણવેલ સ્વચ્છ એડ્રેસિંગનું નુકસાન, અને લૂપ દેખાતાં જ ઘણું મોટું નિષ્ફળતા ક્ષેત્ર. બદલતાં પહેલાં આવશ્યકતાને ન્યાયી ઠેરવો, અને જ્યારે આવશ્યકતા ફક્ત નામો વિશે હોય ત્યારે રાઉટેડ લિંક પર કામ કરતી નામ સેવાને પ્રાધાન્ય આપો.
પ્રોફાઇલ સંપાદિત કરતાં પહેલાં ઇન્ટરફેસ વાંચવું
કર્નલને પૂછો કે તેણે શું સ્થાપિત કર્યું, પ્રોફાઇલ શું કહેતી લાગે તે નહીં. સરનામાં આઉટપુટ માસ્ક સમજાવતું પીઅર બતાવે છે, અને રૂટ આઉટપુટ બતાવે છે કે ત્યાં પહોંચવાનો માર્ગ છે કે નહીં. બંને ટનલ ઉપકરણ સામે ચલાવવા એક ક્ષણ લે છે અને પ્રશ્ન ઉકેલે છે.
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1જો એ ત્રણ મેળ ખાય, તો પ્રોફાઇલ જે માટે ગોઠવાઈ હતી તે કરે છે, અને બાકીની સમસ્યા બીજે ક્યાંક છે. ટોપોલોજી ફક્ત એ કારણે બદલો જે ખૂટતી ક્ષમતાનું નામ આપે, કારણ કે અજાણ્યું માસ્ક એવું નથી.