Kjærlighet Helium samfunnet
I denne artikkelen ønsker vi å komme til bunns i den irriterende "relayed"-statusen og vise måter å bli kvitt den på. Som så ofte når det gjelder dette Heliumgruvedrift, kan hele temaet være relativt enkelt for noen og tidkrevende og komplekst for andre. Alt avhenger av hvordan Internett-leverandøren din lar deg få tilgang til Internett.
- Det første alternativet er tilgang via din egen statiske IPv4-adresse.
- Det andre alternativet er å tilordne din egen statiske IPv6-adresse.
- Det tredje alternativet er en kombinasjon av begge, hvor IPv6-adressen er den statiske hoved-IP-adressen din og IPv4 kun leveres som en dynamisk variant, ofte referert til som DS-Lite.
Tilgang via IPv4-adresse
La oss starte med den første og samtidig den enkleste varianten.
Du får tildelt din egen statiske IPv4-adresse og har derfor full kontroll over portene. Eksempelbildene kommer fra en Unitymedia eller i mellomtiden Vodafone Connect Box. Utseende og betegnelser kan variere fra ruterprodusent til ruterprodusent. De viktigste funksjonene skal fortsatt finnes overalt i innstillingene. Hver ruter har et menypunkt der informasjon om din tilgang og dermed også din IP-adresse lagres.
Som du kan se på bildet, er dette en naturlig IPv4-tilkobling.
Så vi vet allerede at vi for vår Helium-Miner kan frigjøre den nødvendige porten 44 158 uten problemer. Først av alt må vi imidlertid tildele gruvearbeideren vår en fast IP-adresse i hjemmenettverket vårt. Hvis vi hoppet over dette trinnet og bare frigjorde porten for gruvearbeiderens tildelte lokale IP, ville det være en risiko for at en annen enhet ville bli tildelt gruvearbeiderens lokale IP på nytt når ruteren startet på nytt.
Portutgivelsen forblir imidlertid alltid angitt for samme lokale IP.
Det er derfor fullt mulig at etter å ha startet ruteren på nytt, har den internettaktiverte enheten frigitt porten som faktisk var beregnet på gruvearbeideren din. Ved å tilordne en statisk IP til gruvearbeideren din, kan dette ikke lenger skje.
Selv etter å ha startet ruteren på nytt, beholder gruvearbeideren alltid den samme lokale IP-adressen.
I sikkerhetsinnstillingene skal du finne menypunktet portvideresending. For å sette opp en utgivelse, skriv inn den tilsvarende lokale IP-en til gruvearbeideren og port 44158 med TCP-protokollen. Nå kan gruvearbeideren kommunisere med andre enheter fra ditt lokale nettverk.

Bør du tidligere Helium Utforsker viste "relayed"-statusen, denne skal nå være borte. Annonsen i Helium Utforsker er treg og det kan ta flere timer eller dager før status endres.
De fleste gruvearbeidere har sitt eget dashbord der statusen til port 44158 kan leses i sanntid.
La oss ta en Bobcat 300 som et eksempel. Du får tilgang til gruvearbeiderens dashbord via nettleseren din. Alt vi trenger å gjøre er å skrive inn den lokale IP-en i adressefeltet til nettleseren og trykke enter. Nå velger vi menypunktet Miner.

Etter en kort ventetid får vi de ønskede dataene vist. Hvis alt gikk bra, skal det se ut som bildet nedenfor.
Åpen skal også legges inn under "Nat type" eller, som her, Ingen. Hvis det står noe annet, for eksempel strengt eller moderat, er ikke gruvearbeiderens uhindrede kommunikasjon garantert.
Hvis gruvearbeideren din fortsatt er i synkroniseringsprosessen, er det ganske mulig at noe annet vil være der til gruvearbeideren er fullstendig synkronisert.
I noen YouTube-videoer eller andre innlegg om dette emnet, anbefales det ofte å slå av den universelle plug and play-kort UPnP-funksjonen. Etter min personlige mening er dette imidlertid ikke nødvendig hvis du tidligere har sjekket i portutgivelsesoversikten om port 44158 ikke allerede er utgitt for en annen enhet av UPnP. Hvis porten er spesifikt utgitt for gruvearbeideren din, vil den ikke bli tildelt en annen enhet av UPnP-funksjonen. Men hvis du slår av denne funksjonen, kan dette føre til problemer, for eksempel med nettspill eller med applikasjoner som krever ekstern kommunikasjon. Hvis UPnP-funksjonen er deaktivert, må portene som brukes frigjøres manuelt for hver applikasjon.
Tilgang via en IPv6-tilkobling
Hvis du kun kan se en IPv6-adresse i ruteren din under tilkoblingsinformasjonen, kan du også anta at det er en ren IPv6-tilkobling. Fordelen med en slik IPv6-tilkobling er at porter ikke lenger må frigis for de enkelte enhetene i nettverket ditt. Hver IPv6-kompatible enhet kommuniserer uavhengig via sin individuelle IPv6-adresse i stedet for via den sentralt tilordnede IP-adressen til forbindelsen din, slik tilfellet er med IPv4.
Det er imidlertid her problemet ligger. Mange Helium Gruvearbeidere har ikke sin egen IPv6-adresse. kommunikasjonen innenfor Helium nettverket er også fullstendig designet for kommunikasjon via IPv4.
Jeg hadde selv problemet med at en av mine Bobcats ble permanent merket som "relayed" på en venns IPv6-tilkobling. Dette ble til slutt løst ved å tildele rollen som "eksponert vert" til Bobcat i innstillingene. Dette betyr at gruvearbeideren ikke lenger er beskyttet av en brannmur fra ruteren og er fullt frigitt for ekstern kommunikasjon.
Jeg har brukt utallige timer på å finne ut om gruvearbeideren har noen innvirkning når den kommuniserer ved hjelp av en IPv6-adresse som en eksponert vert, selv om den faktisk bare er designet for IPv4. Jeg prøvde også å beskrive problemet mitt til Bobcats støtte og håpet at de ville gi meg en fornuftig forklaring på hvordan jeg skulle gå frem i et slikt tilfelle.
Dessverre fikk jeg det ikke til, så bakgrunnen for det forblir litt av et mysterium for meg.
Faktum er at kommunikasjonen av vår Helium Gruvearbeidere jobber også uten problemer via en IPv6-tilkobling. Det merkelige er det faktum at hvis du får informasjonen om en gruvearbeider fra Helium API leser ut en IPv4-adresse og enhver port som gruvearbeideren kommuniserer via.
Jeg har utallige data fra Helium API leste og fant ut at denne omstendigheten faktisk er relativt vanlig.
Selv om gruvearbeiderne ikke kommuniserer via den faktisk spesifiserte porten 44158, ser ikke dette ut til å ha noen innvirkning på funksjonen til gruvearbeideren. Mange gruvearbeidere med de høyeste belønningene i mitt område kommuniserer på en annen port enn 44158.
Hvis noen av dere tilfeldigvis kjenner bakgrunnen og den nøyaktige funksjonaliteten til gruvearbeiderne når de bruker en IPv6-adresse, vil jeg gjerne motta en e-post med de riktige koblingene til denne informasjonen.
IPv6 med DS Lite
Hvis du har lagret en IPv6-adresse i ruteren din, samt en IPv4-adresse som finnes under DS-Lite, har tilkoblingen en naturlig statisk IPv6-adresse og samtidig en dynamisk.
IPv4-adresse oppgitt.
Imidlertid er IPv4-adressen da en slags slanket IPv4.
Hvis tilgang gjøres tilgjengelig for deg via DS-Lite, har du ikke mulighet til å frigi individuelle porter. Selve tilgangspunktet til utsiden via denne IPv4-adressen er ikke direkte hos deg, men hos din internettleverandør. Dette lar deg bare bruke IPv4-adressen og bestemmer deretter portene.
Jeg slet også med dette problemet til å begynne med med en venn som lar meg huse en av mine gruvearbeidere. Det forræderiske med denne historien var at alt i Fritzboxen han brukte så ut som en vanlig IPv4-adresse.
Det tok litt tid og utallige testede innstillinger før jeg forsto hvorfor "relayed"-statusen ikke ønsket å forsvinne til tross for den utgitte port 44158.
For å løse dette problemet måtte vi velge gruvearbeideren i innstillingene til de tilkoblede enhetene og aktivere alternativet "kobler til via IPv6".
Også her måtte alternativet «exposed host» aktiveres.
Siden den gang har denne gruvearbeideren også kjørt uten problemer og uten "relayed"-status.
Hvis du fortsatt ikke har kvittet deg med "relayed"-statusen din til tross for at du har fulgt disse instruksjonene, er den eneste løsningen å ringe Internett-leverandøren din. Du bør be dem om å bytte tilkoblingen til en rent statisk IPv4-adresse. Når du skal forklare hvorfor du ønsker dette, kan jeg gi deg et lite tips om at mange tilbydere vil gjøre omleggingen gratis dersom du av faglige årsaker blir tvunget til å ha en IPv4-adresse. Dette kan for eksempel være tilfelle hvis du har blitt sendt på jobb hjemmefra og har fått en datamaskin fra jobben som krever fjerntilgang via IPv4 fra arbeidsgiver.
Hos noen tilbydere må du imidlertid fortsatt betale et engangsgebyr for overgangen, eller bestille en tilleggsmulighet som skal betales månedlig.
Jeg håper at jeg kunne hjelpe deg med denne artikkelen og spare deg for utallige, nervepirrende timer med forskning.