Onderwerp: Je domste fout op een server

Oorspronkelijk geplaatst door Euro-Servers

Ohja poort 22 (SSH) eens vergeten open te zetten bij remote install van firewall. Ik kreeg het ook pas door toen ik firewall had opgestart

Hier ook gebeurt, ik was er heilig van overtuigt dat ssh op poort 22 draaide op die bak, maar dat bleek niet helemaal zo te zijn .... :P

In mijn slaaptoestand had ik besloten vanwege bruteforce aanvallen op SSH, de SSH port te changen van onze servers (ja meerdere)..

De volgende dag was ik dus helemaal vergeten welke porten dit waren.

(Uur lang nadenken welke combinaties ik kon proberen, stond toen nog geen BFD op)

Oorspronkelijk geplaatst door ryankalkhoven

Je kan via je command aliassing aangeven dat je "rm -rf" wil laten uitvoeren als een "rm -r". Dan haal je de force eruit waarmee je de vragen niet onderdrukt.

Dat is nogal lastig met 10+ bestanden, als je bij ieder bestand moet bevestigen dat je dat bestand wilt verwijderen. Ik wil in principe gewoon 1x de vraag "Are you sure?" zodat ik typo's en "per ongeluk op enter drukken" kan voorkomen

Een scriptje schrijven zou wellicht een optie zijn, maar eigenlijk had dit standaard in Linux moeten zitten. En de force zoals die nu is had beter een aparte parameter kunnen zijn.

Maar ja, van deze foutjes leren we weer he

Als je volgens de nette weg je server zou beheren dan zou je een beheer user hebben die niet de belangrijke system bestanden kan editten/deleten en alleen kan doen en laten wat die wil met de losse applicaties zoals apache/mysql/sendmail etc.
Hiervoor kun je de standaard user/group mogelijkheden binnen linux gebruiken.

Als goed linux beheerder gebruik je een root account hooguit een paar uur per maand (dat is de theorie..... zo heilig ben ik zelf nou ook weer niet).

Oorspronkelijk geplaatst door MediaServe

Dat is nogal lastig met 10+ bestanden, als je bij ieder bestand moet bevestigen dat je dat bestand wilt verwijderen. Ik wil in principe gewoon 1x de vraag "Are you sure?" zodat ik typo's en "per ongeluk op enter drukken" kan voorkomen

Jij bent verwend door het gebruik van windows.

Mijn grooste fout was nog niet eens zo erg.
Ik had Trend micro antivirus er op gezet, dit werkte echter niet omdat de kernel te oud was Maar verder niet naar gekeken of zo, je kon hem echter ook via het web benader.

In die tijd zat ik nog op school, dus ik wil even iets uploaden wat ik heb gemaakt, weigert de FTP-server!
Dus inloggen op SSH en restart de ftp-server, geen effect Even iets weizigen bij de firewall, nog niets.

Iemand op de msn om help gevraagt kwaa met de tip even het netwerk te re starten, maar ja hoe doe je dat (wist ik nog niet in die tijd ) Dus even een beetje proberen voer ik het volgende cemando uit: "/ e t c /rc.d/rc.sysinit restart" daar door ging hij dus alle services opnieuw starten!

Die persoon met wie ik aan de chat zat hij: Wat heb je gedaan, ik zij het netwerk herstarten niet de hele server

Dus na de schik te zijn bekomen dan maar een gewone reboot, klaar met rebooten, krijg ik apache niet meer aan de praat Heb ik 2 dagen moet wachten op hulp bleek het dus de virusscanner te zijn die port 80 was vast geslagen.

En ook is een keer valse load gehad na een systeem crash, de apache acces logs worden DIRECT weggeschreven in de database door midel van pglogd, een bekend probleem is dat als het oude fifo-file dat hij gebruikt niet is verwijdert hij en apache allebij vast staan.

Dus heb ik het start script aangepast dat hij altijd het oude fifo-file moet verwijderen zodat hij gewoon kan starten, maar als hij gestart is.... dan krijg ik hem twee keer actief! en zo heb ik al twee keer een load gehad 1.0 terwijl hij helemaal niets te doen had

Oja en ik heb een het root wachtwoord van de database hier in een topic geplaast Ik kan me zelf wel schieten

Van zomige fouten van jullie leg ik helemaal dubbel

Ik zeg maar een woord "poweroff"

Uiteraard wel op de verkeerde server....

Ik heb op oudejaarsavond (2-3 jaar geleden) "nog even snel" een melding op een dedicated bak verhelpen. Ik paste een instelling aan (ik weet niet eens meer wat) en wilde het process herstarten met een "kill -1" alleen vergat ik de '-' ervoor te zetten waardoor ik init afschoot

Uiteraard was deze server net in die week tijdelijk van de APC afgehaald omdat we poorten tekort kwamen en die klant eigenlijk geen APC had afgenomen (maar we ze dan toch vaak erop aansluiten voor ons eigen gemak). Het was rond 20.00 uur en ik was al in Belgie (waar we oud-en-nieuw) zouden vieren. Vriendin alles behalve blij (understatement ), maar gelukkig kreeg ik de engineer van LSW zo gek dat hij is gaan rijden.

Mijn domste fout was een paar weken geleden toen in doodmoe was en nog even iets wilde verwijderen voor ik van mijn vrije middag ging genieten na weken alles finetunen zodat de server eindelijk helemaal naar wens functioneerde:

root@neijia [/usr/local]# rm -rf dirname *

De dirname was heel erg lang en na al enkele typo correcties begonnen de letters voor mijn ogen te dansen en had ik geen zin meer om de hele naam opnieuw in te tikken. Dus dan maar een wildcard... en een spatie! Weg inhoud van /usr/local en weg vrije middag

Na backups te maken van /home, /etc, e.d. heeft het DC de boel opnieuw geïnstalleerd en werkt alles gelukkig weer.

mijn domste???

een foute cronjob aangemaakt welke mijn backup kopierd naar mijn andere server, maar ipv, dagelijk, starte de cronjob elke 10 minuten opnieuw, backup was 30gig groot, dus dat gaf een beetje grootte load kwam er pas de volgende ochtend achter, en kon niet eens meer inloggen, na een remote reboot dacht ik dacht ik dat alles weer ok was tot ik een uurtje later was

Niet echt een serverfout, maar zover ik kan herinneren was mijn domste fout om zomaar eens te besluiten een complete database te droppen Was eigenlijk de bedoeling om 1 tabel te droppen, maar als je lang bezig bent wil je nogal eens in het rond op OK klikken ^_^ Gelukkig zijn er dan backups, maar toch ..

ik ben gewend om sudo te gebruiken. Dan maak ik zelf enkele accounts, welke alleen maar zeer beperkte handelingen kunnen uitvoeren, zoals:
me_site -> mag alleen apache, mysql en FTP stoppen / starten / configen, verder niks;
me_sys -> mag enkele (non cruciale) systeem confs aanpassen;

uiteraard, een account heeft (near) root rechten en er is altijd nog root

on topic: ik kan me helemaal vinden met mensen die hebben zichzelf buiten het beheer van server gesloten door netwerk ff goed te beveiligen

Oorspronkelijk geplaatst door spoorweg

Ik zat commands te rammen op de verkeerde machine. Ik was met eigen gemaakte kernels aan het testen in VMware en ook nog met wat dingen bezig op mijn gewone server die klaarstond om naar het datacenter te gaan. Toen heb ik per ongeluk de bootloader van mijn echte server aangepast en deze opnieuw opgestart i.p.v. de VMware server. Het duurde even voordat ik erachter was waarom mijn gewone server niet meer reageerde (monitor erbij) maar uiteindelijk was het gelukkig vrij makkelijk weer te herstellen

Tegenwoordig geef ik alle servers een andere kleur achtergrond, dus ik heb er wel weer van geleerd.

hoe ik kan kleur achtergrond op linux aanpassen?

Oorspronkelijk geplaatst door XTz

hoe ik kan kleur achtergrond op linux aanpassen?

Ik vind het zelf prettig om alleen de prompt aan te passen. Zet in je .bash_profile of .bashrc (of welke shell je ook gebruikt) van root account:

Code:

C_RED="\[\033[0;31m\]"
C_GREEN="\[\033[0;32m\]"
C_BLUE="\[\033[0;36m\]"
C_LIGHT_GRAY="\[\033[0;37m\]"
C_RESET="\[\033[0m\]"
C_BOLD="\[\033[1m\]"
export PS1="$C_RED$C_BOLD${PS1}$C_RESET"

ik werk met putty, dat kunnen werken ?