Voor mensen die aan Slackware Linux willen beginnen.

[adri]

Het lijkt me wel leuk, als ik na het schema kijk.
Het is echter wel twee uur met de trein en het treinkaartje kost 30 euro. Ik zie wel dat Kruidvat weer de treinkaartjes actie heeft en ik dus voor 12,50 een dagkaart daar kan kopen.
Ik denk er nog even over.

Twee uur met de trein?
Ga je via Duitsland of zo?
Gewoon gaan.

Allemaal leuk & aardig, maar ik wilde het ook testen. Nu zit ik achter een router met ingebouwde hardware firewall dus Shields Up doorsta ik zonder software firewall ook wel.
Weet iemand een goede test waar je dit wel kunt testen?

Waarom heb je eigenlijk nog een extra software-firewall?
De firewall in de router houdt eigenlijk al het inkomende verkeer al tegen dus een extra software firewall is mi overbodig.
Onder Windows is dit een ander verhaal, omdat je daar ook het uitgaand verkeer in de gaten wilt houden om trojans, wormen en virussen te slim af te zijn.
En anders kun je de firewall in je router tijdelijk uitschakelen, om het te testen?

Nou nee, een software firewall is geen overbodige luxe. Ook op Linux niet.
Ook al schakel ik zowel hardware als software firewall uit, dan wordt Shields Up ook prima doorlopen, maar dan weet je eigenlijk nog niks (niet veel). Wat ik feitelijk bedoel is: hoe kun je je software firewall echt goed testen?
Ik zou het niet weten.

[Koen_92]

Twee uur met de trein?
Ga je via Duitsland of zo?
Gewoon gaan.

Nee het is 1:35:

En dan nog 32,50.
Ik zal morgen eens kijken de Kruidvat nog van die dagkaarten heeft voor 12,50, dat scheelt toch een hoop. (Of ik moet nog iemand mee zien te krijgen die een voordeel-abonnement heeft)

Nou nee, een software firewall is geen overbodige luxe. Ook op Linux niet.
Ook al schakel ik zowel hardware als software firewall uit, dan wordt Shields Up ook prima doorlopen, maar dan weet je eigenlijk nog niks (niet veel). Wat ik feitelijk bedoel is: hoe kun je je software firewall echt goed testen?
Ik zou het niet weten.

Dat weet ik dan helaas ook niet. Mocht je nog een oplossing vinden, dan wil ik mijn netwerk ook wel eens testen.
Misschien is het ook wel leuk om eens naar m0n0wall te kijken. Een complete OS gebasseerd op FreeBSD dat als software firewall achter je router kan dienen.
Misschien moet ik daar ook maar eens naar gaan kijken, alhoewel het aan de andere kant misschien wat overdreven is.

[Koen_92]

Inmiddels heb ik een treinkaartje bij de Kruidvat gehaald, dus ik zal er zijn op 4 oktober

[adri]

Mooi, ijs en weder dienende zal ik daar ook zijn.

[common sense]

Wat ik feitelijk bedoel is: hoe kun je je software firewall echt goed testen?
Ik zou het niet weten.

In een aparte firewall test omgeving

Die zul je zelf moeten opzetten. Het is gebruikelijk dat je twee software firewalls opzet. Eentje waarmee je de ruleset opzet en test, en de ander is live. Na testen zet je de ruleset over van testsysteem naar de live kopie.

Dit is essentieel. Want als er ooit een hack is, kun je de zaak altijd herstellen. En evt de fout reproduceren. Mag overkill lijken, maar echte netwerk-pros doen het zo wel. Wel belangrijk is dat ze wel zo nauwkeurig mogelijk dezelfde software draaien. Zeker geen mix van OS-en en versies. Exact dezelfde patches e.d.

Er zijn allerlei poortscan tools waarmee je kan testen, vaak al onderdeel van je favo distro. Byv http://nmap.org/. En ten overvloede: gebruik dit soort tools alleen op je eigen systemen... Misbruik hiervan zal je in een kwaad daglicht plaatsen.

PS voor wie hier meer over wil weten, heb "Building Firewalls with OpenBSD and PF" te leen voor de liefhebber. Doe er eigenlijk te weinig mee, ben druk met andere zaken.

[adri]

Bedankt voor de tip!
Ik ben met nmap al wat aan het klooien geweest, maar de eerlijkheid gebiedt te zeggen dat ik daar weinig verstand van heb.
Ik ga me toch eens een beetje inlezen in de materie, want op zich vind ik dat wel belangrijk en interessant.

[Koen_92]

In deze laptop zitten 2 bankjes geheugen, 1tje van 128 MB. Die zit vastgesoldeerd op het moederbord. Daarnaast kun je er nog 1tje bijprikken. Hier heb ik dus nog een bankje van 256 MB ingedaan (online gekocht bij een shop in Amerika (http://www.oempcworld.com)).
Zonder dit bankje van 256MB wordt de memtest wel helemaal goed doorlopen. Het probleem zit dus duidelijk in dat extra bankje.
Nu kunnen er drie dingen aan de hand zijn:
1. Het geheugenbankje is niet goed (dit hoop ik, want er zit nog garantie op).
2. Het geheugenslot is kapot. Hier kan ik alleen achter komen door nog zo'n module te bestellen.
3. Het geheugenbankje kan niet goed overweg met de laptop. Dit is moeilijk te controleren, want je kunt met laptops geheugen maar moeilijk uitwisselen. Mocht dit het geval zijn heb ik ook niets meer aan dat bankje (en heb ik dus 30 euro verspild).

Inmiddels heb ik voor 7,50 euro een geheugenbankje van 128MB gekocht op Marktplaats, waardoor ik nu 256MB geheugen in mijn laptop heb.
Dit werkt al heel wat prettiger, maar jammer dat dat bankje van 256MB niet werkt (want dan heb ik in totaal 384MB).
Ik heb inmiddels een memtest gedaan en dit bankje geeft geen errors. Hierdoor weet ik dus dat het geheugenslot in ieder geval goed is (puntje 2).
Ik ben er maar van uit gegaan dat dat andere bankje gewoon stuk is, dus heb ik die terug gestuurd. Helemaal naar Amerika, dus of ik ooit nog een nieuw geheugenbankje thuis krijg betwijfel ik. Maar we zullen zien en anders houd ik het wel bij 256MB.

[adri]

En welke desktopmanager/windowmanager gebruik je nu Koen?

[Koen_92]

Ik gebruik nu Xfce en dat draait redelijk.
Fluxbox vind ik ik namelijk toch net iets te minimalistisch.
Maar ik ga er zeker nog een keer IceWM opzetten

[adri]

Inmiddels is er voor SW 13 ook een KDE 3.5.10 te downloaden en installeren.
Zie hier.
Er was toch wel wat kritiek op KDE 4*, zodoende heeft Patrick Volkerding besloten om nog eenmaal KDE 3.5* aan te bieden.
Lees vooral ook de README:

Unsupported KDE3 packages for Slackware 13.0
--------------------------------------------


Hello folks!

Here is a set of KDE-3.5.10 packages for Slackware 13.0, both 32-bit
and 64-bit. Please note that upstream has discontinued support for KDE3.
There will be no further KDE3 updates for Slackware... this is it.
Furthermore, these package will probably not remain up for FTP once they
no longer work on the latest stable Slackware release.

I made the decision to provide this final set of packages after fielding
requests for help getting KDE3 to compile on x86_64, and upon checking it
out realized that the development environment has moved too far ahead for
KDE3 to be easily compiled. The same development issues existed on the
32-bit side as well, so after getting a set of packages working on x86_64,
I went ahead and made packages for 32-bit Slackware. With the included
patches, it should be a good base for making KDE3 packages for future
versions of Slackware too. Don't look for future updates for come from
us, though -- KDE4 is way to go, and KDE3 is dead. I know how it goes,
though... I've found over the years that no feature can ever be removed
without some fraction of users expressing disappointment (or even anger),
and KDE3 was a truly great desktop. However, in my opinion KDE4 has
already passed KDE3 in most regards and will only continue to improve.

The original goal when I started to play with KDE3 again was to figure out
a way to get it to coexist with KDE4, but now I'm fairly convinced that as
long as KDE4 is installed under /usr, that this is not going to be possible.
Trying to run KDE3 on a machine with KDE4 installed seems to result in both
desktops running at the same time. So, if you want to run this, follow
these instructions:

1. Remove the main KDE4 packages. If you have a Slackware install disc or
directories handy, you may do this by moving to the slackware/
or slackware64/ directory and issuing this command:

removepkg kde/*.txz kdei/*.txz


2. Install the KDE3 packages. Use the packages in i486/ for 32-bit
or x86_64/ for 64-bit. For example:

installpkg packages/x86_64/*.txz

If you need language packs, install them from the noarch directory.


3. Remove your $HOME/.kde (perhaps making a backup first).


4. Aim the xinitrc symlink at xinitrc.kde3:

cd /etc/X11/xinit
rm xinitrc
ln -sf xinitrc.kde3 xinitrc


You'll probably need to log out and back in again for the profile scripts to
add the KDE3 stuff to your $PATH and $XDG_CONFIG_DIRS. When you log back in,
KDE3 should start when you run X.


Have fun...

Vooral die laatste zin is m.i. tamelijk veelzeggend.

[Koen_92]

Toch aardig dat hij hier gehoor aan geeft. Daar kunnen veel distro's nog wat van leren.
Maar hoe het ook zijn mocht, KDE 3 is wel End of Life, dus je zult toch een keer over moeten.
Jij houdt het denk ik toch wel bij KDE 4 of niet?

[common sense]

Gaan er nog meer mensen van dit forum heen?

Yep. De 4e. Post het hier maar zodat ik echt niet meer terug kan krabbelen

NS heeft op dit moment geen geplande werkzaamheden uit deze richting. Wel bussen voor wie uit Limboland komt (Eindhoven <> Weert).

Het mag ook wel eens meezitten, pft... ( in de weekenden is 't altijd raak )

[adri]

Toch aardig dat hij hier gehoor aan geeft. Daar kunnen veel distro's nog wat van leren.
Maar hoe het ook zijn mocht, KDE 3 is wel End of Life, dus je zult toch een keer over moeten.
Jij houdt het denk ik toch wel bij KDE 4 of niet?

Ja hoor, mocht ik KDE4 helemaal niet zien zitten, dan zou ik IceWM of wellicht Xfce gebruiken.
Om daar dan een oude -niet meer ondersteunde- KDE op te gaan zetten zie ik niet zo zitten.

Gaan er nog meer mensen van dit forum heen?

Yep. De 4e. Post het hier maar zodat ik echt niet meer terug kan krabbelen

NS heeft op dit moment geen geplande werkzaamheden uit deze richting. Wel bussen voor wie uit Limboland komt (Eindhoven <> Weert).

Het mag ook wel eens meezitten, pft... ( in de weekenden is 't altijd raak )

Daar houden we je aan!

[adri]

Er is trouwens een nieuwe KDE beschikbaar (4.3.1) en daar schijnen al weer diverse bugs in opgelost te zijn en voor de Slackers is die hier kant-en-klaar te downloaden.

[fietser]

Voor 64 bits deze?
http://cardinal.lizella.net/~vbatts/kde ... .1/x86_64/

Hoe haal ik dat in een keer binnen?

Groeten.