HawP

staticControlUsername ruser=$? staticControlMachineName rmach=$? if [ $ruser -eq 1 ] && [ $rmach -eq 1 ]; then Og trenger ikke { } for kommandoer/statements mellom if og elif/else/fi

Du kan evt. også sjekke ut det å sette diskene offline (antakelig kan diskpart brukes til det). Men vet ikke om det er en bedre løsning enn mountvol.

Sjekk om det finnes en pakke for Intel wifi-firmware i pakkebehandleren, og installer den hvis den ikke allerede er installert (i opensuse heter den "kernel-firmware-iwlwifi"; ikke utenkelig at Mint kan ha kalt den noe liknende). Hvis ikke, sjekk om du har /lib/firmware. I så fall, last ned riktig firmware for ditt kort og pakk ut filene fra "arkivet", legg de i /lib/firmware og reboot. Har du ikke /lib/firmware bruker nok Mint en annen katalog, i så fall må du finne ut hvilken. Forutsetter at at Mint kompilerer kernelene sine med firmware loading aktivert, noe jeg jo vil anta at de gjør.

Kjenner ikke Proxmox, men antakelig er den da satt til å bruke vmbr0 som "management port". Og det er selve bridgen (vmbr0) som har ip'en, og den bruker enp3s0 (fysiske porten) for å sende trafikken "ut på nettverket" (til switchen). Alternativet til å skulle ha kabel fra både enp3s0 og enp1s0f1 til switchen ville vært å brukt vmbr0 også som "LAN nic" for pfsense (dvs. erstattet vmbr2 slik jeg forstår oppsettet ditt). Mener å huske fra eget oppsett med Qemu/kvm at det skal kunne la seg gjøre, tror jeg ... Har du sjekket om det "tilfeldigvis" er konfigurert/satt begrensninger i pfsense på hvilke ip'er som kan nå web interface? Men pleier vel typisk default å være stengt fra wan og åpent for alle fra lan hvis jeg ikke tar feil, så hvis du ikke har konfigurert noe så bør det jo ikke være det som er problemet.

Mener å huske at vannmerket (en slik "aktiver windows nag-tekst") av og til er der også i fullskjerm spill. Begrensningen er vel stort sett at en ikke får "personalisert" Windows (farger, bakgrunn o.a.). Er i alle fall helst det jeg har lagt merke til i min installasjon (som kun brukes til Battlefield). Og jeg har kjørt den slik i noen år, får også Windows 10 versjonsoppgraderinger.

Ja, fordi du fortsatt kun har 8 spor tilgjengelig. Generasjonen (3/4/5) styrer hvilken hastighet data kan overføres over (hver av) disse 8 sporene. Og generasjonen blir den høyeste som både HK og (skjerm-) kort støtter. Båndbreddemessig blir teoretisk sett gen3 x16 = gen4 x8, siden gen4 kan overføre dobbelt så raskt pr. spor.

Kort forklart slik jeg husker det/forstår det: Ttemporary ipv6 address er en auto-generert (SLAAC) adresse. Denne kan "inneholde" (dvs. delvis baseres på) mac-adr. For å forhindre "gjenkjenning" av mac på tvers av nettverk (for enheter som flytter seg) så finnes "privacy-extension" som lager relativt kortvarige "midlertidige" SLAAC-adresser som ikke baseres på mac. Etterhvert som denne midlertidige adressen nærmer seg "levetiden" lager maskinen en ny midlertidig adresse mens den forrige midlertidige adressen fortsetter å eksistere en stund til, men merkes som "deprecated", slik at evt. trafikk tilbake til denne adressen også kan mottas. Er ikke "privacy-extension" aktivert, finnes typisk kun én temporary adresse som ikke endrer seg underveis. Link-local er, som nevnt i andre tråder, noe tilsvarende 169.254.0.0/16 med den forskjellen at der ipv4 normalt kun auto-genererer en 169.254-adresse dersom den ikke får ip på andre måter, vil ipv6 alltid ha en auto-generert link-local adresse for hvert nettverkskort (interface), ofte baser på mac-adr. til interfacet. Link-local adressen brukes bl.a. til å motta info om prefix, gateway-ip, dns, om dhcpv6 er tilgjengelig, sjekke om auto-genererte adresser er ledig og til routing (du ser default gateway for ipv6 er en link-local adresse). Siden hvert interface har en link-local adresse er det også en "zone index" for hver av disse, angitt med %<indeks> etter ip'en, for å eksplisitt spesifisere hvilket interface en pakke skal sendes ut via i tilfelle tvetydighet i routing-tabellen. Link-local adresser har prefix fe80 og network/subnett id 0, slik at alle interface vil ha fe80::/64 som "nettverk id", derfor zone index for å spesifisere hvilket interface, siden det ikke "automatisk" kan avgjøres hvilken link en annen adresse, f.eks. fe80::1234:5678:9abc:def0, befinner seg på. Windows bruker interface nummer som zone index, mens *nix-varianter ofte bruker interface navn. Merk at det ikke vil vises noen dhcp-server adresse for ipv6, siden dette fungerer forskjellig fra ipv4. For å motta info fra dhcpv6 brukes link-local og multicast. Klienten sender ut forespørsel via sin(e) link-local adresse(r) til multicast ff02::1:2, og serveren svarer tilbake til klientens link-local. Derfor trenger ikke klienten å huske/vite hvilken adresse en dhcpv6-server har. Dhcpv6 client DUID brukes av serveren til å tildele en adresse, og er også den som evt. ip reserveres på (tilsvarende mac-adr. med dhcpv4). Og en kan ha både stateless (SLAAC) og stateful (typisk dhcpv6) adresser samtidig. Tror dette er sånn noenlunde korrekt 🤓 Wikipedia har mye god info på ipv6, begynn f.eks. her: https://en.wikipedia.org/wiki/IPv6_address

Antar du da tenker på SLAAC uten "privacy extensions", hvor mac blir en del av ipv6-adr. og en ut i fra mac (ofte) kan finne ut leverandøren av maskinen/utstyret (dersom mac ikke er "spoofet", f.eks. med LAA). Men for maskiner/utstyr som ikke trenger/skal ha internett-tilgang, så må vel nesten hackerne allerede være på innsiden for å kunne plukke opp adressene (og dermed mac) som brukes ...?

Den der lukter cheat lang vei. Kanskje en som "har noe i mot" Enders, og forsøker å sverte han e.l.? F.eks. ved å få folk til å tro han cheater ved å vise til en profil noen kan tro tilhører den ekte Enders. Eller bare en som forsøker å være "morsom"?

OpenSuse Tumbleweed.

En Plex-klient vil alltid først kontakte "skytjenesten" til Plex for å få adressen (ip) til serveren. Dersom "skytjenesten" har oppdaget at serveren ikke kan nås direkte (port ikke åpnet) vil strømming gå via "skytjenesten" med begrenset kvalitet (bitrate) som Hedonism sier.

Tenkte mest på årsaker til at ipv6 plutselig kan bli borte ... I mitt tilfelle løste tydeligvis det ene også det andre. 🙂 Og, nei, jeg har ikke cgnat. Har fast ip, så jeg har offentlig ip på routeren min. Hmm ... 89 kr./md, kanskje jeg for en tid tilbake har fått info om høyere pris på fast ip uten at jeg tok notis av det ... 😜

Dette stemmer vel ikke helt, teknisk sett? Min ipv6 wan har en helt annen network prefix enn min PD vil gi. Men, ja, det rutes jo uansett inn til wan porten. Med ipv6 og PD er vel hvilken ipv6 wan porten på routeren har mindre interessant/viktig ... Antar jeg skjønner hva du mener, du tenker kanskje på at en ipv6 adresse skal bestå av 64-bit network prefix ("høyeste bit'ene) og 64-bit host-/klient-/interface-id (de "laveste") ? Men synes det blir litt unøyaktig/misvisende kalle det subnett på den måten. For en kan subnett'e så mye en vil innenfor sin routing prefix (PD) så lenge en samtidig holder seg innenfor network prefix (/64).

For en god stund siden oppdaget jeg at jeg hadde mistet ipv6. Fikk heller ikke logget inn på "Mine sider" (eller hva de kaller det). Om begge disse skjedde samtidig vet jeg ikke. Ks visste/skjønte ikke hvorfor jeg hadde mistet ipv6, men når tilgangen til "Mine sider" ble ordnet så dukket også ipv6 opp igjen ...

Har ikke sjekket så nøye hvilke adresser som stateless genererer på mine klienter, så jeg vet egentlig ikke om den lager 1 mer eller mindre "fast" og et antall varierende (privacy extensions) eller kun disse varierende. Jeg har bare antatt den faste er "fra stateful" uten å sjekke nærmere. For dhcpv6-serveren i openwrt bruker by default mac for å "velge" en ip å tildele (hvis jeg ikke husker feil), så kan det være at dersom stateless sin også genereres basert på mac blir den lik dhcp-serveren sin og at jeg derfor ender opp med kun én "fast" og disse varierende (privacy ext.) i tillegg? Jeg bruker som nevnt også stateful, og dermed dhcpv6, og har derfor ikke hatt noe problem med dns som jeg kan huske. Men er ikke sikker på om det da er dhcpv6-serveren eller klienten selv som registrerer i dns, antar det er dhcp-serveren ... Forsøkte aldri noe registrering i dns den korte tida jeg testet med kun stateless.