Inlägg

Uteffekt är bara en del av ekvationen. Accesspunktens mottagarkänslighet är också minst lika viktig, speciellt när det gäller mobila enheter som mobiltelefoner där uteffekten är högst begränsad. Designen av mottagarantenner i UAP-AC-LR för just det användningsområdet ska vara dess primära USP. Jag har dock ännu inte hittat något faktiskt test av hur den presterar jämfört med t.ex. UAP-AC-Lite eller -Pro på riktigt långa avstånd och sämre förhållanden.

AC HD är över dubbelt så dyr som AC Pro, och nära tre gånger så dyr som AC LR. Om den inte är avsevärt bättre för just mitt användningsområde så är den nog utanför budget.

Tack!

Det är en poäng. Men även om >20 dBm uteffekt på 2.4 GHz-bandet officiellt inte får användas så är det främst mottagarantennen som sägs vara bättre för LR-modellen. Och då finns kanske ytterligare anledning att välja den.

Finns det någon information om potentiella uppföljare (i ungefär samma prisklass) till Ubiquiti UniFi AC LR AP?

Vad jag har läst mig till så har dessa Gen2-produkter en hel del brister. De klarar inte av att leverera bra prestanda om man har fler än ett SSID igång samtidigt, och speciellt om man kör med gäst-portalen.

Det finns tre nya Gen3-produkter på väg (HD, SHD, samt nanoHD). UAP-HD och UAP-SHD är lite väl dyra ($349, $549). UAP-nanoHD ser ut att ligga bättre till prismässigt ($179), men jag hittar ingen information om hur väl den skulle ersätta en UniFi AC LR AP då den inte har släppts fullt ut än.

När jag kikar på produktspecifikationerna för att jämföra UAP-AC-LR mot UAP-nanoHD så ser de ut att vara snarlika. AC LR har något bättre uteffekt och antenn-gain vid 2.4 GHz (24 dBm vs 23, och 3 dBi vs 2.8), men nanoHD har betydligt bättre specifikationer på pappret för 5 GHz (26 dBm vs 22; båda har antenner på 3 dBi). Dock ska AC LR ha antenner specifikt anpassade för att kunna ta emot svagare signaler från t.ex. mobiltelefoner, och där hittar jag ingen information för de nya Gen3-produkterna.

Jag är ute efter något som dels täcker hela lägenheten (70 kvadratmeter) och som helst även når ner två våningsplan genom betonggolv. Den trådlösa AP jag tillfälligt har idag är en av de som Bredbandsbolaget tillhandahåller. Det är någon variant av Technicolor Xtream, som jag vill ersätta så fort som möjligt. Lägenheten verkar ha tillräckligt bra täckning idag av bredbandsbolagets AP, men det är precis bortom dess förmåga att nå två våningsplan ned, så något med marginellt bättre räckvidd kanske klarar av det.

Jag kör pfSense för routing och DHCP.

Vad tror ni om att vänta in nanoHD jämfört med att plocka upp en AP AC LR?

Finns det andra likvärdiga eller bättre alternativ? Något som helst klarar fler än ett SSID och helst har stöd för VLAN.

Har du med "smtp_sasl_auth_enable = yes" någonstans? Jag ser den inte. Default är "no" och det skulle förklara ditt problem.

Kan du posta den relevanta delen av din konfiguration? Hur skiljer den sig från min, ovan?

Vad kör du för mailserver och hur är den inställd för att skicka mail?

Jag har inget SPF record i min DNS då detta strulat så in i helvete när jag försökt använda det.

Mail som jag skickar från mig till gmail kommer inte från "smtp.bredband.net" eller något sånt. De härstammar från "megamailservers.eu".

Received: from mail92c50.megamailservers.eu (mail73c50.megamailservers.eu. [91.136.10.83])
        by mx.google.com with ESMTPS id c19-v6si12860087pgw.613.2018.05.04.04.04.50
        for <example@gmail.com>
        (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
        Fri, 04 May 2018 04:04:52 -0700 (PDT)
Received-SPF: pass (google.com: domain of me@mydomain.se designates 91.136.10.83 as permitted sender) client-ip=91.136.10.83;
Authentication-Results: mx.google.com;
       spf=pass (google.com: domain of me@mydomain.se designates 91.136.10.83 as permitted sender) smtp.mailfrom=me@mydomain.se
X-Authenticated-User: myuser@bredband.net
Received: from mail.mydomain.se (c-XXX.XXX.cust.bredbandsbolaget.se [X.X.X.X]) (authenticated bits=0) by mail92c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id w44B4i18023624 for <example@gmail.com>; Fri, 4 May 2018 11:04:47 +0000

Edit: Nej nu spiller jag ljug. Jag har visst SPF i min DNS. (Google-delen behövs nog inte.)

TXT     "v=spf1 a:mail.mydomain.se mx include:bredband.net include:_spf.google.com -all"

För de som vill veta mer om hur jag gör så kör jag postfix kompilerat med stöd för cyrus-sasl.

En fil för användarnamn, som man kör via postmap:

cat << EOF > /path/to/sasl_passwd
[smtp-bredband-net.localhost]:10465     your.email@bredband.net:PASSWORD123
EOF
postmap /path/to/sasl_passwd

Del av main.cf:

relayhost = [smtp-bredband-net.localhost]:10465
smtp_sasl_auth_enable = yes
smtp_sasl_security_options = noanonymous
smtp_sasl_password_maps = hash:/path/to/sasl_passwd

stunnel:

pid = /var/run/stunnel.pid

options = NO_SSLv2
options = NO_SSLv3
sslVersion = TLSv1.2

socket = l:TCP_NODELAY=1
socket = r:TCP_NODELAY=1
delay = yes

[smtp-relay]
client = yes
accept = 127.0.0.1:10465
connect = smtp.bredband.net:465
verify = 2
CAfile = /usr/local/etc/ssl/cert.pem

Uppdatering på mitt eget inlägg:

Jag hade tidigare ett lösenord på bara 8 tecken, och använde portal-användarnamnet vid SMTP SASL Auth mot smtp.bredband.net port 465 (SSL med hjälp av stunnel). Det slutade uppenbarligen att fungera i slutet av april.

Jag fick inte logga in på webbmailen med samma lösenord som för portalen, så jag valde att testa ändra lösenordet. Nu när jag ändrade mitt lösenord på BBB ser jag att deras policy säger minst 9 tecken. Hur som haver så har jag nu ett nytt lösenord, som fungerar både för portalen och webbmailen.

Jag kan även meddela att jag nu kan skicka mail via deras SMTP-relä igen.

Jag kör egen server och behöver använda Bredbandsbolagets utgående SMTP-relä. Det skickas inte mail utåt varje dag så jag kan bara säga att det fungerade fram till 26 april, men inte idag. Jag fick idag (04:42 imorse) ett bounce, "Undelivered Mail Returned to Sender".

Edit: Mailet som jag fick "bounce" för imorse skickades ursprungligen tidig morgon söndag, 29 april. Utgående mail slutade alltså fungera för mig mellan torsdagen 26 april och söndagen 29 april.

BBB:s server svarar från och med idag med: 535 5.7.0 authentication failed

Fram till för någon månad sedan kunde jag skicka mail utan att logga in. Sen började jag få felmeddelanden att jag måste kolla mail innan jag får skicka mail.

Jag använder sedan någon månad tillbaka SASL-auth (med postfix+cyrus, och stunnel för SSL), med samma användarnamn och lösenord som fungerat på webb-portalen. Testade precis och det fungerar fortfarande på webbportalen. Dock fick jag inte logga in på deras webbmail med samma info, och det gick inte heller med samma lösenord för epostadressen kopplat till det användarnamnet. Kanske olika?

De kanske har ändrat till att man behöver logga in med sin @bredband.net-adress, men det hade jag inte tid att testa innan de till råga på allt precis påbörjade någon underhållning av sin webbsida. Jag får inte logga in alls där längre.

Suck...

Nedan följer exempel på två test innan det hela gick ned. Först med att ta bort SASL-auth, och sen med SASL-auth igen.

Jag kanske missförstod dig. Det jag visade var hur man ser vad som delas ut från lokal dator. Du ser fortfarande delade mappar från andra datorer via Nätverk i Utforskaren.

Jag använder Kodi genom OSMC på en Raspberry Pi. Där monterar jag nätverksdelningar via fstab och sen har jag lagt till de lokala sökvägarna i UI:t. Kan man inte göra det samma i Windows genom att ansluta en nätverksdelning till en enhetsbokstav och lägga till den som en permanent enhet i Kodi?

Jo visst kan du se vilka användare du har på varje maskin, och vilka mappar du delat. Användarens lösenord (om du har något) kan du inte direkt se men går ju att ändra om det finns behov.

Med programmet "Computer Management", eller "Datorhantering" som det heter på Svenska, kan man se dels vilka mappar som är delade, och även användare m.m.

https://pcforalla.idg.se/2.1054/1.553375/sa-enkelt-delar-du-u...

Jo vanlig nätverksdelning, på klassiskt vis (dela mapp), fungerar fortfarande. Det är just HomeGroup-delen de tar bort. Dvs du behöver veta IP eller datornamn samt eventuellt ställa in vilka användare som ska ha tillgång till filerna (enklast är att ha samma användare med samma lösenord på båda maskiner som du vill dela filer mellan).

De tar bort den utan att direkt ersätta den med något. De anser den förlegad.

Jag har själv aldrig använt Home Group-funktionaliteten. Jag kör den klassiska fildelningen som funnits sedan urminnes tider, vilket även fungerar mot Linux/UNIX (samba).

Det Microsoft hänvisar till är "klassisk fildelning", cloud (OneDrive), och Microsoft-konto (för de Appar som kan dela data den vägen).

Beror helt på vad du vill att den ska klara av när den väl ska användas.

Produktivitet? Kanske.
Spela något krävande? Nej. (Kanske.)
Spela lättare spel? Ja.
Slösurfa, Youtube, filmer och serier? Ja.

Thunderbolt 3 gör att den kanske kan använda extern GPU för att spela mer krävande spel än Intels inyggda grafikkrets klarar, men då medför det en rätt stor ytterligare kostnad, och det är inte en speciellt mogen teknik ännu.

8 GB RAM är i minsta laget nu för tiden, och utan möjlighet till uppgradering är det en stor nackdel.

@Sweedland: Något som inte täckts av föregående svar är att du inte direkt kan dela miljövariabler mellan ett script som kör via cron, och ett program (t.ex. skrivet i C som du nämner) som exekverar separat, även om även detta startas via cron. De kör i olika kontext så du behöver hitta något annat sätt att dela informationen. T.ex. en fil eller liknande.

Jag gillar ett litet fönster på sidan. Första gången jag har det, och det tonade som Meshify C kommer med är perfekt. Det är speciellt trevligt när man går förbi på natten, när det är i övrigt kolsvart, och moderkortet lyser upp innandömmet lite smått med en lätt blå/lila nyans.

Blev en annan aspekt, och extra kul, att bygga också. Fokus på minimalt med synliga kablar, och att de få LEDs jag monterade inte skulle synas utifrån.

De två LED-slingor som är monterade hittills är med UV-ljus. I övrigt finns det lite RGB-ljus från moderkortet som jag ställt in på en blå/lila nyans.

Det som är lite synd är tvåfalt:
1. nätverkskortet längst ner har status-LEDs som lyser igenom min vita eltejp, så jag måste testa med svart eltejp.
2. moderkortet har några röda LEDs som inte går att stänga av (knapp för power och reset; jag kan stänga av 7-segment-displayen men den får visa CPU-temperatur tills vidare) - i bästa fall kan jag inkorporera dessa i något tema, eller rent av täcka de med svart eltejp.

https://i.imgur.com/JYmzHBI.jpg?1

https://i.imgur.com/8HGdLym.jpg?1

Mina planer var att ställa in lite Lego i lådan, men har inte kommit dit ännu. Jag köpte ljussablar med LED. Grön, röd, och blå. Den blå har redan gått sönder tyvärr, så jag vet inte hur långlivade de faktiskt är.

https://i.imgur.com/LcaiXb8.jpg

Jag kommer potentiellt montera in fler LED-slingor, och kanske fixa sleeve:ade kablar för moderkort och GPU (men först vill jag uppgradera GPU till nästa generation från nVidia så jag vet vad jag behöver). Har även haft ögonen på uppgraderingskit för Corsair Dominator Light Bar, men det är lite saftigt med ytterligare 500 kr för en sån liten grej.

Har du ett nätverksdiagram på hur det är kopplat och hur du vill separera näten?

Behöevr allt gå via samma ASUS-router? Är det endast internet-åtkomst som behöver gå via routern för ditt labb, eller även WIFI? Vill du ha separata trådlösa nät med unika SSID?

VLAN kan vara ett sätt att separera näten. Olika subnät är ett annat sätt. Fysisk separation ett tredje.

Du kan inte ha två routrar? Exempelvis köra en dedikerad router för labbet i en VM.

Fördelarna med G-Sync är "perfekt" frame pacing (undviker stuttering) samt låg input lag i kombination med ingen tearing.

En fördel med att ha grafikkort som klarar av att trycka ut en högre frame rate är nog att tearing blir mindre tydlig (inte lika stor skillnad i bilden vid snabba rörelser), när man kör utan tekniker likt G-Sync och V-Sync. Runt 60 Hz utan G-Sync eller V-Sync märker jag ofta av tearing, och det är väldigt distraherande. Innan jag köpte en skärm med G-Sync körde jag främst med V-Sync, och det ska enligt tester kunna ge upphov till en hel del input lag, men kör man inte ett FPS med twitch så är det mindre viktigt.

Jag personligen körde på en skärm med G-Sync för det från recensioner lät bra och jag ville testa det (inga problem att lägga någon tusenlapp extra för att få det på en i övrigt premium-skärm). Jag har inte testat med det avstängt för att uppleva skillnaden. T.ex. hur mycket tearing jag skulle få eller hur input lag förändras.

En 3-pin-fläkt kopplad till en 4-pin-kontakt som endast styr via PWM kommer snurra i 100% då den kommer matas direkt med 12V. Att fläkten inte snurrar alls tyder således på en trasig fläkt eller trasig/avstängd fläktkontakt på moderkortet. Om moderkortet har DC-styrning för 3-pin-fläkt på 4-pin-kontakt och den är inställd på något lågt värde, t.ex. <35%, så kan det vara att fläkten inte får tillräckligt med spänning för att ens börja snurra. Testa öka hastigheten i BIOS/UEFI till 100% för det uttaget med 3-pin-fläkt inkopplad.