Wireguard (.conf-fil)

Permalänk
Medlem

Pröva byt namn på filen till 1.conf och lägg sedan till den med add tunnel.

Permalänk
Medlem
Skrivet av Bozzeta:

Pröva byt namn på filen till 1.conf och lägg sedan till den med add tunnel.

Provade. Tyvärr ingen skillnad.

Permalänk
Medlem

Om du prövat allt så är det mest troliga att det är fel på filen (oavsett om det fungerar på android), be om ett ny
eller
avinstallera wireguard, starta om och kör "Program Install and Uninstall troubleshooter"
https://support.microsoft.com/en-us/topic/fix-problems-that-b...

Permalänk
Medlem
Skrivet av Bozzeta:

Om du prövat allt så är det mest troliga att det är fel på filen (oavsett om det fungerar på android), be om ett ny
eller
avinstallera wireguard, starta om och kör "Program Install and Uninstall troubleshooter"
https://support.microsoft.com/en-us/topic/fix-problems-that-b...

Provade att göra precis som det stod i länken som du visade. Programmet avinstallerades (har iofs gjort det flera gånger tidigare). Sedan installerade jag det på nytt. Ingen skillnad.

Har inte bett om någon ny fil ännu. Tror han är lite upptagen. Har du någon annan idé om vad det kan vara? Det är så konstigt att jag kan se vilka kanaler som finns, men streamen fungerar inte. Börjar tro att det inte ens går att lösa. Verkar hopplöst.

Permalänk
Medlem

Plocka fram nätverksfliken i webbläsarens utvecklarverktyg och se om du kan få fram IP eller host-namn samt port där videoströmmen finns. Använd sedan ”nslookup” ”ipconfig” och ”route” för att lista ut om uppkopplingen till strömmen kommer routas till rätt ställe.

tracert kan därför vara intressant mot den IP där videoströmmen finns.

Om det är ett hostnamn som används för servern med videoströmmen så kan det vara intressant vad en webbsida som gör oberoende adressuppslag får för resultat (nslookup punkt io eller liknande).

Din kompis verkar inte ha koll på vad han gör eftersom han lagt in både en CGNAT-adress (RFC6598) och en publik IP i allowed IPs. Gissningsvis har det pågått en del trial and error på den sidan av tunneln.

”Endpointen är en domänadress”

Om du slår upp wg-endpointen med nslookup, med/utan tunneln igång, hur förhåller den sig till allowed ips?

Permalänk
Medlem
Skrivet av KAD:

Plocka fram nätverksfliken i webbläsarens utvecklarverktyg och se om du kan få fram IP eller host-namn samt port där videoströmmen finns. Använd sedan ”nslookup” ”ipconfig” och ”route” för att lista ut om uppkopplingen till strömmen kommer routas till rätt ställe.

tracert kan därför vara intressant mot den IP där videoströmmen finns.

Om det är ett hostnamn som används för servern med videoströmmen så kan det vara intressant vad en webbsida som gör oberoende adressuppslag får för resultat (nslookup punkt io eller liknande).

Din kompis verkar inte ha koll på vad han gör eftersom han lagt in både en CGNAT-adress (RFC6598) och en publik IP i allowed IPs. Gissningsvis har det pågått en del trial and error på den sidan av tunneln.

”Endpointen är en domänadress”

Om du slår upp wg-endpointen med nslookup, med/utan tunneln igång, hur förhåller den sig till allowed ips?

Tack för svaret, KAD! Jag har dock fått ordning på det. Det stämmer som du och fler i tråden skrev, att problemet var hos min vän. Hans leverantör har tydligen problem med https-protokoll, sa han. Hade redan provat i två andra webbläsare utan framgång, så testade ytterligare en och tog bort S:et, alltså skrev bara in http:// Då fungerade det. Det går fortfarande inte i de andra webbläsarna. Hans leverantör kanske kan ordna detta med tiden. Dock en fundering. Går det att få det att fungera i den webbläsaren som jag använder mest, d.v.s. Brave? När jag tar bort S:et i URL så lägger den till S:et ändå. Går detta att få ordning på? Annars måste jag nog använda webbläsaren som inte lägger på S:et, i alla fall till hans leverantör åtgärdar problemet.