Firewall ɗin hotspot ɗinka yana toshe DHCP kafin haya
Dokar yankin abokin ciniki ba ta taɓa dacewa da buƙatar DHCP ta farko ba, saboda wannan buƙatar ta fito daga 0.0.0.0. Ka ba da izinin hanyar gida maimakon haka.
Sabon waya yana shiga hotspot ɗinka, ba ya nuna adireshi kuma bai taɓa samun ɗaya ba. Wurin shiga yana da kyau, daemon ɗin DHCP yana aiki, kuma dokar firewall ɗin da ka rubuta tana kama da ta dace da tsarin adireshi. Abin da take yi a zahiri shi ne ta buƙaci abokin ciniki ya riga ya mallaki adireshin da yake nema. Fakitin DHCP na farko ba shi da adireshi kwata-kwata, don haka dokar ba ta taɓa aiki ba.
Duba yadda abokin ciniki ke shiga
Bi haɗin guda ɗaya daga ɓangaren abokin ciniki. Rediyo yana haɗawa, abokin ciniki yana aika binciken DHCP, uwar garke tana bayar da tayi, abokin ciniki yana nema, uwar garke tana tabbatarwa, kuma daga nan ne kawai abokin ciniki ke da adireshin da za a iya amfani da shi don wani abu.
Duk abin da ke gaban wannan tabbaci na ƙarshe yana faruwa ne yayin da abokin ciniki ba zai iya amfani da ƙofar don zirga-zirgar yau da kullum ba. Wannan ita ce taga da dokar yankin ta manta.
Abin da fakitin farko ya ƙunsa a zahiri
RFC 2131 ya ƙayyade cewa watsa DHCP na abokin ciniki kafin ya sami adireshi yana amfani da adireshin tushe sifili. Saƙonni daga abokin ciniki zuwa uwar garke suna zuwa tashar UDP 67, kuma daga uwar garke zuwa abokin ciniki tashar UDP 68. Don haka binciken yana zuwa da 0.0.0.0 a matsayin tushe, kuma dokar da ke buƙatar tushe a cikin yankin abokin cinikinka ba ta dace da shi kawai.
Wannan ba kuskuren tsari ba ne daga ɓangaren abokin ciniki. Wannan ita ce ka'idar da ke aiki yadda aka tsara ta, a cikin taga ɗaya tilo da za ta iya.
Wace hanya ce ke gudanar da shi a zahiri
Idan wurin shiga da kansa yana bayar da haya, wannan tattaunawar sabis ce ta gida, kuma a cikin hanyar gida da aka tace da IP ya shafi manufar shigowa da fita. Zirga-zirgar abokin ciniki da aka tura ta VPN wata shawara ce daban, kuma NAT na wannan zirga-zirgar ya bambanta kuma. Haɗa waɗannan uku shi ne yadda keɓe mai ƙunci ke zama mai faɗi.
Inda ake gudanar da fakitin ya dogara da daemon ɗin da dangin firewall ɗin da ake amfani da su. Aiwatar da socket ɗin danye, shirye-shiryen gada da ƙugiya na tacewa na baya na iya motsa shi ko toshe shi a wani wuri dabam. Tabbatar da haɗin mu'amalar daemon ɗin da ƙugiyoyin da ke aiki kafin ƙara dokoki.
Girke-girken shigowa da fita na gama-gari da aka kwafa daga dandalin tattaunawa ba hujja ba ce cewa aiwatarwarka yana bin waɗannan sarƙoƙi haka.
Amsar ba koyaushe watsawa ba ce
Keɓe da ke ba da izinin amsoshin watsawa kawai shima ba daidai ba ne. Makomar amsar DHCP ta dogara da yanayin abokin ciniki da filayen saƙon, kuma ka'idar ta ƙayyade duka yanayin watsawa da na unicast. Idan uwar garkenka tana amsa da unicast zuwa adireshin da take shirin bayarwa, dokar watsawa kawai tana toshe matakin da ke kammala aikin. Rubuta dokar bisa ga musayar da uwar garken da aka saita ke yi a zahiri.
Sabunta hayar daga baya yana maimaita musayar a wani yanayi daban, don haka ka bar wuri gare su ba kawai don haɗin farko ba.
Gyara a ƙunci, sannan duba sauran
Ka riƙe manufar da ke akwai, nemo izinin DHCP da ya ɓace kuma ka iyakance shi ga mu'amalar da ke fuskantar abokin ciniki, ka'idar da tashoshi biyu. Tabbatar cewa buƙatar ta isa sabis ɗin, sannan tabbatar sabis ɗin yana amsawa. Waɗannan abubuwan lura biyu ne daban, kuma tsarin sabis ko tafki na iya zama ba daidai ba a bayan tacewa marar aibu.
Share tebur ba matakin tsara DHCP ba ne. A cikin iptables flush yana goge dokoki daga sarƙa ko tebur ɗin da aka zaɓa, kuma share tebur ɗin NAT ba ya ƙirƙirar dokar fassara. Sanya manyan manufofin ACCEPT yana cire kariyar da ba ta da alaƙa da haya, shi ya sa babu ɗayansu cikin gyaran hotspot da za a sake amfani da shi.
Da zarar abokin ciniki ya sami haya, duba DNS, turawa da fitowar VPN a matsayin ayyuka daban. Haya tana tabbatar da adireshi na gida kuma babu wani abu fiye da haka.