Inlägg

Sätt fnuttar runt namnet:

$ mkdir "Stargate_SG-1_(1997)"

Bekymret är att parenteserna klassas som specialtecken. Du kan "escape:a" dessa specialtecken genom att sätta ett \-tecken framför och på så sätt få bash att tolka det som ett vanligt tecken. Så detta fungerar också:

$ mkdir Stargate_SG-1_\(1997\)

Jag har ~120 timmar spelade och har inte sett en enda person som jag misstänker fuskar. Detta betyder givetvis inte att jag inte spelat med eller mot fuskare, men det har inte varit någon som har haft märkbar påverkan på matchen. Spelare som har mycket kills spelar oftast SMG (Vector, P90, MP7 osv) och hoppar runt och samlar kills i den stora smeten av spelare på kartan. Är detta ditt primära fokus istället för att ta flaggor och du är bättre på datorspel än majoriteten av spelarna du möter kan du skrapa ihop många under en runda.

Sedan kan det också skilja lite beroende på vilken region man spelar i. Asien brukar ha större problem med fusk i andra spel.

Jag kanske överdrev potatisnivån en aning, men jag har ett 1080 och en i7 9700K vilket inte är så hett nu för tiden och har lite bekymmer att leverera en stabil upplevelse i senare spel. BattleBit flyter på bra och ligger mellan 100-130 (låst till 130) FPS i 127vs127 beroende på vart på kartan jag befinner mig och hur mycket som händer runt omkring. Den verkar också dippa när man tittar ut över alla blåa prickar. Har inga problem med microstutters som du beskriver så det låter kanske som att du har bra motivation för en ny processor!

Bilden togs precis efter en nyinstallation och första steget för mig precis som för många andra är att använda befintlig webbläsare för att ladda ner Firefox. Så detta är resultatet många av oss ser. Det är inte svårt att lista ut vilken länk som är korrekt men jag kan fortfarande tycka att det är lite halvfult.

Precis som många redan nämnt så är Discord det absolut enklaste alternativet då du skapar eller använder en befintlig server som Discord själva tillhandahåller. Du behöver alltså inte ha en maskin igång i hemmet som kör en servermjukvara där det behövs uppdateras då och då. Du behöver heller inte bråka med saker som att öppna portar i router/brandvägg eller hur du löser en situation där du har en dynamisk extern IP-adress. Det är också garanterat den mest populära klienten som lyckats bäst med att baka in "IRC" och "Ventrilo" i samma produkt så det är rätt stor sannolikhet att det redan finns installerat hos er. Annars finns det i webbläsaren men med lite mer begränsad funktionalitet. TeamSpeak försöker åstadkomma något liknande som Discord i sin nya version (5) men den är fortfarande inte tillgänglig för alla.

Med det sagt så är Discord i mitt tycke klumpigt och är det bara röst du är ute efter så föredrar jag TeamSpeak eller Mumble alla dagar i veckan. Tycker du det är kul att pilla på serversidan eller något som du möjligtvis kan vara intresserad av så är det ett perfekt litet projekt att hålla på med. Jag har kört en TeamSpeak-server här hemma under massa år med alltifrån 100 användare till det kanske mer blygsamma 25 nu för tiden och det har fungerat fint. Så jag och mina vänner som spelar använder alltid TeamSpeak. Ingen är särskilt glad i Discord - kanske är det åldern då vi växte upp med just IRC och Ventrilo

TeamSpeak bör vara mer populärt än Mumble men nackdelen med TeamSpeak är att du endast kan hålla igång en server för 32 spelare. Har du behov av en större server så behöver du lägga ut pengar om du inte hade tur och skaffade en "Non-Profit License" för några år sedan. En licens som nu längre inte finns. Mumble är open-source så där kan du göra vad du vill. Från användarsidan så är både TeamSpeak och Mumble gratis och enkla att använda.

Fortfarande på Windows 10, kör med små ikoner samt "Never" under Combine taskbar buttons. Gillar det mer traditionella utseendet, svårt att vänja om sig.

Härligt. Förstår tyvärr inte riktigt hur du menar när du beskriver hur det fungerade förut. Jag brukar bara surfa in på IP-adressen + share och lägga till det som ett bokmärke och sedan brukar det rulla på. Det går också att automatiskt montera vid boot via /etc/fstab eller systemd-mount men det är lite mer manuellt arbete och ser ingen fördel med detta i din situation.

Gällande andra problemet; osäker. I min värld så borde Mint (eller samba-klienten/stödet i filhanteraren) känna av att servern är igång och kunna nå dom automatiskt. Låter udda att det ska krävas en omstart för att komma åt shares på nytt. Det jag kan tänka mig är om du skulle haft en "manuell" montering via /etc/fstab som misslyckas vid boot eftersom servern inte är igång och att det därför inte dyker upp. Om du lägger till det som bokmärke som jag beskrev ovan, kan du nå sharen så fort den kommer igång då?

Annars minns jag autofs från skoltiden som är en "lösning" för att endast montera vid behov och kanske skulle passa bra om det går upp och ner ibland, men minns jag rätt så var det ganska bökigt att konfigurera. Någon har säkert ett bättre svar på båda dina frågor här, jag har aldrig behövt gå så långt

Det ser bra ut, det borde betyda att det fungerar. Jag satte upp Mint i en VM lite snabbt (valde Cinnamon som edition/skrivbordsmiljö då den var överst, vet ej vad du använder) och du borde kunna göra detsamma via filhanteraren som finns där. Klicka på ikonen till höger om "fältet" så kan du toggla att kunna skriva in en sökväg manuellt. Skriv in smb://192.168.69.10/Biblioteket så bör du få upp en ruta där du kan fylla i användarnamn och lösenord. Sedan borde du vara i mål. Du kan sedan lägga till den till bokmärke om du högerklickar på den under Network i den vänstra menyn. Jag misstänker att det är så du hade det upplagt tidigare?

Exempel men med mina uppgifter:

https://i.imgur.com/JWGel3p.png

Det sista kommandot som du körde (smbclient) ser rätt ut eftersom du ser alla utdelningarna i listan, så tycker att det borde fungera i sådana fall. Vilken skrivbordsmiljö och filhanterare kör du i Linux Mint? Vad får du för felmeddelande när du försöker nå din samba-share på servern?

Fungerar det om du monterar en share manuellt? Exempel i mitt fall, byt ut ip-adress, SHARE (mot te x Biblioteket) och username. Mount-kommandot kommer fråga efter ditt lösenord.

# Skapa en tom katalog under /mnt och montera in din Samba-share från servern
daniel ~$ sudo mkdir /mnt/testsamba
daniel ~$ sudo mount -t cifs //192.168.0.1/SHARE /mnt/testsamba -o username=daniel
daniel ~$ ls -l /mnt/testsamba/
(...borde lista dina filer...)

# Rensa upp
daniel ~$ sudo umount /mnt/testsamba 
daniel ~$ sudo rmdir /mnt/testsamba/

Du placerar det du vill "sticka ut" inom CODE-taggar i forumet. I exemplet under behöver du ta bort punkten i båda taggarna.
[code.]
root@bottenskrap:~# pdbedit -L
daniel:1000:
[/code.]

Detta resulterar i att det ser ut så här vilket gör det enklare att läsa bland annan text:

root@bottenskrap:~# pdbedit -L
daniel:1000:

Du kan använda knappen förhandsgranska när du skriver ditt inlägg för att se hur resultatet kommer se ut. Brukar förenkla när man formaterar inlägg.

Du har med största sannolikhet rätt att det är din Mint-maskin som bråkar, men vi behöver output från kommandon för att kunna hjälpa dig vidare. Posta outputen (inom CODE-taggar här på Sweclockers) från pdbedit -L och cat /etc/samba/smb.conf (eller testparm) (printar din konfiguration inklusive shares) som root på din server.

Kan du på nytt köra smbclient -L //serveripadress -U användarnamn från din klient och klistra in fullständig output här? Det är lite rörigt från dina tidigare inlägg men om jag ser rätt så ser det ut som du faktiskt lycka ansluta till servern eftersom du ser en IPC$-share. Men du ser inga övriga shares så det finns ingenting att besöka.

Nu har jag inte behövt pilla allt för mycket med Samba så min kunskap sträcker sig inte allt för långt. Men tolkar jag ditt första inlägg korrekt så har ingenting förändring skett på serversidan utan endast en ominstallation av en klient. Så gissningsvis är det något som förändrats på din Mint-maskin efter ominstallation, antingen nyare version av någon mjukvara som förändrat beteendet eller att någon inloggningsuppgift skiljer. Tycker inte du ska behöva pilla på serversidan om ingenting har förändrats där.

Som @nikwad skrev så posta gärna konfigurationen för dina utdelningar. Kör även kommandot pdbedit -L som root på servern för att lista alla användare i Samba-databasen. Detta gör det enklare att lista ut om det kanske är någon uppgift som saknas när du försöker koppla upp dig. Målet som tidigare nämnt i tråden är att du ska kunna köra smbclient -L //serveripadress -U användarnamn från din Mint-maskin och se utdelningen i listan.

Härligt, då låter det som liknande problem som jag råkade ut för då. Skönt att det inte är något lokalt bekymmer i alla fall.

I den sista grafen så ser det ut som du upplever paketförlust och att detta sker efter din router. Min amatörgissning är att något hos Ownit bråkar lite. Som du kan se i din mätning så fortsätter paketförlusten hela vägen fram till målet, så det är ingen spik eller en enstaka utrustning som nerprioriterar det WinMTR skickar (mer info här om det). Du ser ju dessutom liknande värden för TeamSpeak under samma period.

Jag skulle fortfarande koppla in mig direkt in i väggen och skippa routern helt när du felsöker, detta är troligtvis ett av de första stegen som supporten skulle be dig pröva ändå. Bara för att utesluta din router helt. Försök hitta fler tjänster där du kan ladda ner i högre hastighet som kan trigga problemet. Fortsätt ta bilder som du gjort. Detta är superbra att ha om du behöver skicka vidare mer info till supporten sen.

I mitt fall (igen, behöver inte vara samma problem) så berodde det lite på tjänst. Via webbläsaren/wget behövde jag komma upp i lite högre hastigheter för att se problem medan Steam kunde vara låst på en ganska låg nivå för att se förluster. Det skedde också stegvis, så ju högre hastighet ju högre paketförlust. Tryckte jag på fullt i Steam så kunde jag se upp mot 15-20%. Annars finns det många tjänster där du bör kunna få ut hög hastighet. Någon av alla dessa speedtest-tjänster eller någon HTTP-mirror för linuxdistributioner. Telenors speedtest var rätt brutal om jag minns rätt.

Jag hade faktiskt samma bekymmer för lite över ett år sedan, med Ownit som leverantör och på en 1000/1000-lina. Så fort jag laddade ner någonting i lite högre hastighet så upplevdes paketförlust (runt 10%) på all inkommande trafik. Detta påverkade alla protokoll, så både ICMP, TCP, UDP, IPv4 och IPv6 osv. Jag kör också en TeamSpeak-server här hemma! Efter en hyfsat lång mejlkonversation så fick jag svaret att det var kapacitetsproblem i området och efter ett underhåll så hade jag återigen 0% paketförlust vid nerladdning i maxhastighet och har fungerat fint sedan dess.

Här är ett exempel hur det såg ut för mig när jag laddade ner via Steam, låst till 50 MB/s och en mtr körandes på routern.

https://i.imgur.com/8Q0Z4Hh.png

Detta behöver givetvis inte vara samma problem, men här är lite saker jag skulle pröva för att utesluta att felet ligger hos dig. Ladda hem WinMTR. Det är ett verktyg (Windows-varianten av det jag använder i bilden ovan) som kombinerar ping och traceroute i ett och gör det enkelt att se om någonting bråkar på vägen. Starta igång den mot någon känd punkt, tex 1.1.1.1 eller ping.sunet.se. För att trigga problemet så är det enklast att ladda ner en stor fil. Tele2 Speedtest har stora filer du kan ladda ner via webbläsaren där du också når höga hastigheter.

Du nämner att det är paketförluster i TeamSpeak (UDP), men kan du verifiera att det sker för all trafik? Kör igång WinMTR när du ladda ner torrents eller en stor fil från exempelvis Tele2. Ser du paketförlust där? Upplever du att det känns långsammare att ladda webbsidor? Buffrar Twitch eller andra streamingtjänster?

Mitt första steg skulle vara att utesluta routern. Så om möjligheten finns så koppla in en dator direkt in i väggen. Gör samma sak, ladda ner någonting i hög hastighet, använd WinMTR för att kika om du ser paketförlust. Fortfarande problem? Testa en annan dator direkt in i väggen. Testa en annan kabel mellan datorn och väggen. Är det fortfarande problem så har du i princip gjort den felsökningen du kan från ditt håll. Men fungerar det istället bättre här så låter det som att din router bråkar.

I mitt fall såg jag samma problem på tre olika datorer direkt inkopplande i väggen, över två olika operativsystem. Jag hade också betydligt lägre paketförlust vid nerladdning från Ownits egna speedtest-server.

Nertiden kunde vara flera timmar så jag hoppas för deras skull att det går fortare än så att komma igång. Nu kommer jag spekulera lite för jag vet inte hur deras lösning såg ut vid tillfället eller hur internetleverantörer brukar implementera denna bit, så råkar någon ha mer information och erfarenhet får ni jättegärna berätta.

Din router/dator efterfrågar en IP-adress via DHCP och Ownit knyter sedan den adressen till din MAC-adress och DHCPs DUID under några timmar samt tillåter den att prata ut på nätverket. Men vad som hände var att deras utrustning startades om och låsningen till adressen låg kvar men "öppningen" för den enheten att kommunicera ut försvann. Så jag hade länk och kunde se deras utrustning tjafsa lite över nätverket via tcpdump men inte mer än så. Jag var också med i en testgrupp för IPv6 under den tiden och IPv6-trafiken kunde ta sig ut under denna nertid. Väntade man några timmar löste det sig, gissningsvis när låsningen gick ut och förnyades/öppnades upp för kommunikation på nytt.

Men igen, detta hände väldigt sällan och har inte varit ett problem på många år. Jag upptäckte också senare att de fanns en "släpp lease"-knapp på deras hemsida så kanske hade den kunnat styra upp situationen.