headers
Peter N. M. Hansteen | 6 Aug 16:10
Favicon

Re: Planer for høsten

hallvor <at> engen.priv.no (Hallvor Engen) writes:

> Det har blitt august alt og snart på tide å begynne med møter igjen. Jeg
> har vært mye på farten, og sånn ser det ut til å fortsette. Så jeg var
> ikke hjemme, men jeg husker det var snakk om et saklig møte. Ble det noe
> av, og har vi noen plan?

Jeg har samme problemet, mye vekke og dessverre sjelden i byen på
torsdager (det er noe med kunder som vil ha en fysisk til stede i helt
andre byer).  Men i dag (på Henrik) er det jo mulig vi får planlagt
noe eller i det minste funnet ut hva som mangler.

- P
--

-- 
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug
Permalink | Reply | 0 comments |
headers
Lars Bjørndal | 12 Aug 20:17
Picon
Favicon

Rekkefølgen på lydkort

Hei liste!

Jeg har en maskin med to lydkort, ett Audigy og ett Intel. Noen ganger
når jeg oppgraderer kjernen på Fedora (10 i dette tilfellet), blir
standardkortet byttet om. Mitt spørsmål er kort og godt: Hvordan
forhindrer jeg at det skjer?

Lars

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug
Permalink | Reply | 3 comments |
headers
Lars Bjørndal | 12 Aug 20:31
Picon
Favicon

Lyd i GNOME

Hei igjen!

Jeg har en Fedora 11-installasjon på en Lenovo TP X61. Jeg har
avinstallert pulseaudio, og nå får jeg ikke lyd i GNOME. VirtualBox
som jeg starter med '/usr/bin/xinit /usr/bin/VirtualBox -startvm
<maskinnavn>', fungerer utmerket m.h.t. lyd.

Jeg starter GNOME med 'startx', siden jeg kjører i runlevel 3, og
stort sett bruker konsollet.

Utdata fra 'gconftool-2 -R / |grep -i alsa':

     chataudiosink = alsasink
     audiosink_description = ALSA - Advanced Linux Sound Architecture
     chataudiosink_description = ALSA - Advanced Linux Sound
     Architecture
     musicaudiosink = alsasink
     audiosink = alsasink
     musicaudiosink_description = ALSA - Advanced Linux Sound
     Architecture
    default_mixer_device = alsamixer:hw:0

Utdata fra 'gconftool-2 -R / |grep -i pulse':

        pulse = Schema (type: `bool' list_type: '*invalid*' car_type:
        '*invalid*
' cdr_type: '*invalid*' locale: `C')
     use_pulse_flat_volume = Schema (type: `bool' list_type:
        '*invalid*' car_typ
e: '*invalid*' cdr_type: '*invalid*' locale: `C')
(Continue reading)

Permalink | Reply | 0 comments |
headers
Eivind Eide | 13 Aug 13:46
Picon

Re: Rekkefølgen på lydkort

Den 12. august 2009 20.17 skrev Lars Bjørndal
<lars.bjorndal <at> broadpark.no> følgende:
> Hei liste!
>
Jeg aner ikke hvordan dette gjøres i Fedora, men i påvente av
skikkelig svar kan jeg
jo si hvordan jeg gjør dette i Ubuntu. Det gjøres ved å laste
drivermodulene i riktig
rekkefølge. Dette oppnår jeg for min del ved å ha følgende linjer i
slutten på filen
"/etc/modprobe.d/alsa-base" :

# Forsøke å laste lydkortene i forutsigbar rekkefølge hver gang
options snd-ice1712 index=0
options snd-via82xx index=1

(bytt ut med riktig kjernemoduler for dine kort)

--

-- 

Eivind Eide

"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
- Oceania Association of Autonomous Astronauts

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug
(Continue reading)

Permalink | Reply | 2 comments |
headers
Lars Bjørndal | 13 Aug 15:44
Picon
Favicon

Re: Rekkefølgen på lydkort

Eivind Eide <xenofil <at> gmail.com> writes:

> Den 12. august 2009 20.17 skrev Lars Bjørndal
> <lars.bjorndal <at> broadpark.no> følgende:
>> Hei liste!
>>
> Jeg aner ikke hvordan dette gjøres i Fedora, men i påvente av
> skikkelig svar kan jeg
> jo si hvordan jeg gjør dette i Ubuntu. Det gjøres ved å laste
> drivermodulene i riktig
> rekkefølge. Dette oppnår jeg for min del ved å ha følgende linjer i
> slutten på filen
> "/etc/modprobe.d/alsa-base" :
>
>
> # Forsøke å laste lydkortene i forutsigbar rekkefølge hver gang
> options snd-ice1712 index=0
> options snd-via82xx index=1
>
>
> (bytt ut med riktig kjernemoduler for dine kort)

Takk! Ser ut til å fungere utmerket også på Fedora.

Lars

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug
(Continue reading)

Permalink | Reply | 1 comment |
headers
Eivind Eide | 14 Aug 15:09
Picon

Re: Rekkefølgen på lydkort

Den 13. august 2009 15.44 skrev Lars Bjørndal
<lars.bjorndal <at> broadpark.no> følgende:
>
> Takk! Ser ut til å fungere utmerket også på Fedora.
>
Bra!

Kom forresten på noe som kan være nyttig å føye til. På noen
kombinasjoner av hardware
funker ikke det ovenforstående og man må gjøre noe sånn istedet:

options snd-XXXXX index=-1
options snd-YYYYY index=-2

--

-- 

Eivind Eide

"ONLY THOSE WHO ATTEMPT THE IMPOSSIBLE WILL ACHIEVE THE ABSURD"
- Oceania Association of Autonomous Astronauts

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug
Permalink | Reply | 0 comments |
headers
Jakob Breivik Grimstveit | 14 Aug 15:32
Picon
Picon
Favicon
Gravatar

Kjøp av maskin utan å betale MS-skatt

Sjølvsagt god reklame for Multicom, men dei skal definitivt ha positiv
omtale for å tilby ferdigbygde maskiner utan OS, ergo også utan
MS-skatt:

Les meir på <http://www.dinside.no/820575/her-er-windows-valgfritt>.

--

-- 
Vyrdsamt,
   Jakob Breivik Grimstveit | +47 4829 8152
   http://grimstveit.no/jakob | http://www.google.com/profiles/jakobbg

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug
Permalink | Reply | 0 comments |
headers
Eivind Eide | 17 Aug 03:14
Picon

ICMP typer å tillate...?

OK. Mange nettveksguruer i BLUG... Her får dere en nøtt jeg satt å lurte på nå.
Hvilke ICMP typer er det greit å tillate inn utenfra på et enkelt
hjemmenettverk?
Hva er fordelene reellt i flyt i nettverkstrafikken og hva er ulempene reellt
sikkerhetsmessig?
Jeg har nå tilbragt et par timer med å google og lese på dette og meningene
er så delte som tenkes kan; alle posisjoner fra "stopp alt!" til "fri flyt,
ICMP er stort sett harmløst og dessuten veldig sunt" er her å finne og man kan
lite annet enn å bli forvirret i knotten....

`man icmp' i OpenBSD definerer følgende typer:

           Num  Abbrev.         Description

           0    echorep         Echo reply
           3    unreach         Destination unreachable
           4    squench         Packet loss, slow down
           5    redir           Shorter route exists
           6    althost         Alternate host address
           8    echoreq         Echo request
           9    routeradv       Router advertisement
           10   routersol       Router solicitation
           11   timex           Time exceeded
           12   paramprob       Invalid IP header
           13   timereq         Timestamp request
           14   timerep         Timestamp reply
           15   inforeq         Information request
           16   inforep         Information reply
           17   maskreq         Address mask request
           18   maskrep         Address mask reply
(Continue reading)

Permalink | Reply | 6 comments |
headers
Berge Schwebs Bjørlo | 17 Aug 07:22
Picon

Re: ICMP typer å tillate...?

On Mon, Aug 17, 2009 at 03:14:56AM +0200, Eivind Eide wrote:
> Hvilke ICMP typer er det greit å tillate inn utenfra på et enkelt
> hjemmenettverk?

Alle.

> Hva er fordelene reellt i flyt i nettverkstrafikken og hva er ulempene
> reellt sikkerhetsmessig?

Mange fordeler og ingen ulemper.

ICMP gir OSet ditt ordentlige «feilmeldinger» fra nettet, path MTU discovery,
IPv6-autokonfigurering, path MTU discovery og annet fint.

> Jeg har nå tilbragt et par timer med å google og lese på dette og meningene
> er så delte som tenkes kan; alle posisjoner fra "stopp alt!" til "fri flyt,
> ICMP er stort sett harmløst og dessuten veldig sunt" er her å finne og man
> kan lite annet enn å bli forvirret i knotten....

ICMP er harmløst og veldig sunt. (=

Som med alle sikkerhetstiltak, må en stille seg spørsmålet om hva en ønsker å
oppnå og hvilke angrepsscenarier man ser for seg blir avverget. Hva ønsker du
å oppnå med å filtrere ICMP?

For øvrig er jeg på generell basis motstander av de fleste former for
brannvegger; de gir veldig sjeldent reell sikkerhetsgevinst og skaper nesten
alltid mer begrensende (og altså kjipere) nett.

-B
(Continue reading)

Permalink | Reply | 0 comments |
headers
Christer Solskogen | 17 Aug 07:25
Picon
Favicon

Re: ICMP typer å tillate...?


On Mon, August 17, 2009 03:14, Eivind Eide wrote:
> OK. Mange nettveksguruer i BLUG... Her får dere en nÞtt jeg satt å
> lurte på nå. Hvilke ICMP typer er det greit å tillate inn utenfra på
> et enkelt hjemmenettverk? Hva er fordelene reellt i flyt i
> nettverkstrafikken og hva er ulempene reellt sikkerhetsmessig? Jeg har nå
> tilbragt et par timer med å google og lese på dette og meningene er så
> delte som tenkes kan; alle posisjoner fra "stopp alt!" til "fri flyt, ICMP
> er stort sett harmlÞst og dessuten veldig sunt" er her å finne og man
> kan lite annet enn å bli forvirret i knotten....
>
> `man icmp' i OpenBSD definerer fÞlgende typer:
>

Så fremt hjemmenettet ditt er rfc 1981 så kan du kun tillate icmp til en
spesifikk maskin, ikke hele nettet ditt. ICMP er antageligvis helt trygt,
men før du aner det så har noen på defcon funnet ut noe som gjør at
kabelskapet er oppe så tillat kun det du trenger.

--

-- 
chs

_______________________________________________
BLUG mailing list
BLUG <at> blug.linux.no
https://www.blug.linux.no/cgi-bin/mailman/listinfo/blug
Permalink | Reply | 0 comments |

Gmane