Inlägg

Bra om du provlyssnar dessa med din musik. Bra omdömen innebär inte att de passar till allt och ljud är väldigt individuellt. Jag lyssnade på DT1990 med Beyers A2 förstärkare förra veckan. Spelade Strokes, lite hiphop och en del elektroniskt. Det var inte roligt på de sämre inspelningarna, diskanten var för vass och plågsam för mig. Och då har Beyer ändå tämjt den i olika grad på de nyare modellerna Amiron, DT1990 och DT1770. Så för rock/metal så föredrar jag annat men det är min öron det. Lyssna själv som sagt och lyssna mycket innan köp. Jag väljer hellre Sennheiser eller Foster varianterna för rock/metall och även Shure 1540 som hade bra riv i den genren.

Skickades från m.sweclockers.com

Har du lyssnat på ett par 990? Personligen skulle jag nog säga att det finns bättre alternativ.

@Zoubiey: När tänkte du använda lurarna, vad har du för budget och behöver de tåla väder och vind relativt bra?

Vad jag vet så är Battle.net fortfarande aktivt så det är bara köra på med WC3 och custom maps. Det finns även tjänster som skapar ett virtuellt LAN och på så sätt kan man hitta ännu mer folk till maps.

Är det HLstats du försöker få igång?

Kom in utan problem. Lagt in en 9:a i tabellens enda kolumn.

Alltså, Du har konfigurerat din MySQL server rätt och verkar kunna detta. Felet ligger i andra änden.

Om det felmeddelandet kommer från MySQL biblioteket så låter det som om den sidan inte kommer åt din server, men eftersom jag kom åt din server så hade jag inte litat på den sidan för tillfället.

Om Du vill utesluta fel i din egen konfiguration(kan ju vara i andra änden på respektive ställe) så kan Du göra följande åt mig:

Skapa en ny databas(test/labb)
Skapa någon tabell.
Skapa en testanvändare som får lov att SELECT, UPDATE, DELETE samt INSERT i den databasen(samtliga tabeller i den) från %.
PM:a över testanvändaruppgifterna så ser vi om jag kommer in i den.

Om jag kommer in i den så kan vi utesluta att Du gör fel i MySQL änden och istället lägga fokus på varför CS servern inte kommer åt din MySQL server.

Nopp, Du behöver inte ändra något med bind argumentet. Den "binder" MySQL till ett eller flera nätverkskort, och eftersom jag fick kontakt med din MySQL server så fungerar det som det skall på bindningsnivå och nätverksnivå.

% använder jag också, t.ex. root@% innebär att root från vilken maskin som helst får åtkomst till den aktuella databasen/servern beroende på hur hög behörighet anslutaren skall få.

Kolla i klientänden(CS servern eller testsidan som Du använde) vilket felmeddelande som dyker upp där.

Jag fick detta felmeddelande:
[ip.a.dr.ess] ERROR 1045: Access denied for user 'root'@'ip-ad-re-ss-tbcn.telia.com' (using password: YES)

Det innebär att anslutningsdelen fungerar till 100% och att din MySQL server svarar.
Behörigheten måste ses över i själva MySQL för att tillåta främmande IP-adress än bara localhost/127.0.0.1.

Tänk på att när Du är klar så bör Du ändra den yttre porten till något annat än 3306 samt använda kryptering från CS servern. Ännu bättre att om möjligt så bör Du använda dig egentligen utav VPN routing mellan din MySQL server och CS servern.

Förresten, vilket tecken använder Du för wildcard i MySQL?

Du kan PM:a mig din servers IP-adress.

Användarnamn och lösenord behövs ej.
Kommer se rätt så fort om trafiken når din MySQL server.

EDIT:

Om Du ser 2-vägs trafik så fungerar anslutningsdelen. Övriga fel ligger på behörighetsnivå på MySQL servern.

När du felsöker anslut med IP-adressen. Så plockar du bort felkällor. Phpmyadmin körs lokalt på servern och anslutningen sker bara lokalt där.

Provat och plocka bort/kommenterat bort bind-address raden helt?

Servernamnet tror jag inte är problemet. Localhost ser Du troligtvis i PHPMyAdmin och där gör det inget. Du måste kolla att TCP 3306 är tillåten i någon eventuellt påslagen brandvägg i Ubuntu och likadant att Du har NAT inlagt i din yttre brandvägg för inkommande anslutningar på TCP port 3306 till din Ubuntu server.