Variablen permanent ändern in Kali Linux
 

Hallo,

gleich vorweg:
Meine Linux-Kenntnisse sind (noch)sehr rudimentär, ich versuche gerade, mich da einzuarbeiten. Und im Internet finde ich zu dem Thema nur was zu Ubuntu, ich weiß nicht in wieweit das auf Kali anwendbar ist, da es sich ja um Debian handelt.

Ich versuche, Variablen permanent zu ändern, z.B. PATH und PS1 für den Prompt. Ich habe es geschafft, das temporär über das Terminal zu machen und auch mit "export" gearbeitet, trotzdem sind die Änderungen bei jeder neuen Terminalsitzung bzw. nach jedem Neustart weg. Es gibt doch bestimmt irgendwo eine Konfigurationsdatei, die ich ändern und speichern kann, um das Ganze permanent zu machen?
Danke und Gruß,

X.

Für den einzelnen User ist doch die ~/.bashrc da. Ansonsten mal /etc/profile beachten.

Wobei zu empfehlen ist, zum Einarbeiten in Linux eine "normale" Distribution wie Ubuntu zu nutzen und nicht Kali, welches nicht zum normalen Arbeiten gedacht ist und dafür auch nicht sicher ist (soweit ich weiß, ist man da immer als root unterwegs, was das System sehr anfällig macht). Die Spezialtools von Kali kannst du dir auch unter einer anderen Distribution installieren.

Ja root, deswegen hab ich allgemeine Dateien genannt, solche die in jedem Linux gültig sind. Und vllt sogar in vielen anderen Unices.

@Fragerin: Ich versuche, mich beruflich umzuorientieren, von Webdesign auf IT-Sicherheit, und da ist Kali nunmal "Standard", ich hab das nicht genommen weil ich wahllos die dickste Distro nehmen wollte. Ich lasse das in ner VM laufen, die nur für Updates online geht, also sollte das mit den Root-Rechten kein Problem sein.
Außerdem habe ich ja noch ein Ubuntu 18.04 LTS in ner anderen VM laufen, das ich für tägliches Linux-"Training" nutze.

Mit Kali kommen aber immer die ganzen Möchtegern-(Bitch)Checker an....deswegen bitte das Naserümpfen von uns bitte entschuldigen... :blabla:

Ja, aber Du wusstest ja schon aus dem anderen Thread neulich, warum ich Kali einsetze.

Ich hatte das auch gelesen, aber vergessen, sorry.

Schon verziehen.

@cosinus:
Danke, in /etc/profile hab ich alles gefunden was ich brauche. Hab bei der Gelegenheit auch gleich noch was zum Thema Bash-Scripting gelernt :daumenhoc
Verrätst Du mir noch wie ich die Änderungen hätte aktivieren können ohne neuzustarten? Einfach ab-/anmelden?
Es heißt doch immer Linux braucht keine Neustarts (oder jedenfalls nur sehr wenige)...

klar doch.

Tipp an der bash einfach das ein:

auch wenn du Änderungen an deiner .bashrc gemach hast hilft immer ein

Weiter so, Linuxwissen ist wichtig und muss vorangetrieben werden! :daumenhoc

So sehe ich das inzwischen auch, daher danke für die Tipps :abklatsch: Aber ich warne Dich gleich vor, da werden noch einige Fragen kommen (es sei denn, ich finde im Netz genug Infos, natürlich)...

fra ruhig, viele Fragen stellen sich bei linux oft nicht ls ganz so trivial heraus

Mach ich, hab mir mit VMware inzwischen ein schönes "Labor" gebaut, mit OWASP BWA, Ubuntu 18.04 LTS, Metasploitable2, BeeBox 1.6, DVWA, Windows 10 Pro und Ubuntu Server, hab also in meiner (knappen) Freizeit genug zum Üben mit Kali.

Nur an grundlegenden Linux-Kenntnissen mangelt es noch, aber das wird schon werden. Hab mir n gutes Buch gekauft :blabla: Und für den Rest ist ja das Netz inklusive Forum da.

Ubuntu Server?! Du weißt aber schon, dass bei den Linux Distros nicht wirklich zwischen Server und Workstation unterschieden wird? :blabla:

Und installier dir nochmal ein schönes Debian und versuch dich dann mal an Arch ran :)

Wird gemacht, das mit Debian und Arch. Die Befehle sind ja überall ähnlich, oder? Jedenfalls hab ich die Verzeichnisstruktur schon verstanden, kann Dateirechte ändern, mit Prozessen hantieren, die Netzwerkverbindungen managen usw. :blabla: Hab mir nur mit git clone ein paar Python-Programme ins falsche Verzeichnis geklont, kann ich die mit irgendeinem Befehl woanders hinschieben so dass sie von überall aus ausführbar bleiben? Oder einfach verschieben und dann wieder in PATH eintragen?

edit: Auf dem neuen Supercomputer laufen die VMs auch alle so, als wärs nativ installiert... So ein Kali-Start dauert 3,4 Sekunden bis zum Login-Screen. ;)

Die Befehle sind natürlich gleich was die standard utils angeht aber natürlich hat Debian apt/dpkg als Paketsystem - Arch nutzt pacman

Und Arch ist eine rolling release distro, d.h. die Pakete werden ständig aktualisiert, bei Debian oder auch Ubuntu muss man das jew. aktuelle release installieren, wenn man topaktuelle Pakete und Kernel haben will. Beides hat Vor und Nachteile.

Ich dachte Kali sei seit 19.03 auch ein rolling release, hatte ich so verstanden. War wohl eine Fehlinformation.
Verrätst Du mir noch wie ich die git clones an eine andere Stelle verschiebe, so dass sie ausführbar bleiben? Sind Python-Scripte, also einfach das Verzeichnis verschieben?

was kali ist weiß ich nicht. Hab ich noch nie benutzt. Scheint auf Debian testing zu basieren, so richtig rolling release ist debian testing aber nicht...

das mit deinen gitclones versteh ich nicht. Was willst du wohin verschieben? Und warum?

Hab mir was ins Home-Verzeichnis geklont, dachte aber, es sei unter bin/xbin besser aufgehoben. Aber vielleicht passt das ja auch so, wie gesagt, ich nähere mich Linux erst an.
Seit Version 2.0 ist Kali ein Rolling Release.
Du hast von Vor-/Nachteilen gesprochen, was ist denn der Nachteil eines Rolling Release?

also mit git installiere ich mir garnichts. Da wird auch strikt von abgeraten weil das an der Paketverwaltung vorbei installiert wird. Du lädst doch damit Quelltexte, kompilierst du um dann diese auszuführne oder nicht?

Ich kompiliere da gar nichts, weiß (noch) gar nicht wie das geht. Ich führe einfach die Python-Skripte aus. Python ist in Kali vorinstalliert.
Wusste nicht dass man das nicht machen soll, ich habe ein Tool aus Git geklont weil ich es ausprobieren wollte und es funktioniert ja auch. Habe aber jede Menge Snapshots um das rückgängig zu machen, falls Du der Meinung bist dass ich das lassen sollte. Aber wie gesagt, ist ja nur ne VM, kein Produktivsystem.
Das Tool gibts nicht über die Paketverwaltung.

ja wenn es das nicht über die Paketverwaltung gibt, muss man dann zu sowas greifen das stimmt.

Das Tool ist auch von Entwicklern, die auf der DEFCON einen Talk darüber gehalten haben, in sofern halte ich die schon für vertrauenswürdig. Außerdem kann ich ja in den Quelltext gucken und kapiere sogar ein Bisschen Python, kann also sehen was da passiert.
Ich werde heute Abend mal das mit Arch in Angriff nehmen.
Du wolltest mir noch erklären was der Nachteil eines Rolling Release sein kann. Ich kann keinen erkennen.

Der Nachteil bei rolling release v.a. Arch ist zugleich der Vorteil, bzw etwas was als Vorteil gesehen wird: man hat bleeding edge, immer die neuste Version. Debian sagt ja nicht umsonst, man soll für produktive Systeme v.a. Server (!) immer nur stable nehmen, also gut und lang erprobte Sachen.

Kann es sein dass bei Arch standardmäßig keine GUI installiert wird? Wollte es mir gerade aufsetzen und hatte nur ne Kommandozeile...

Bei Arch musst du alles selbst machen. Und natürlich auch von einer Kommandozeile aus alles selbst installieren und einrichten.

Kann ich nicht erst mal ne GUI installieren und danach mit Kommandozeile den Rest einrichten? Wenn ja wie lautet denn unter Arch der Befehl zur Installation einer GUI?
Will mir Arch unbedingt anschauen sobald ich das Problem mit meiner Kali-VM gelöst habe (Root-Passwort geht auf einmal nicht mehr).

Nein. Lies die Anleitung für Einsteiger.

Mache ich.

edit: Wow, das artet bei Arch ja richtig in Arbeit aus, sogar die (virtuelle) Platte muss erst mal partitioniert werden... Aber jetzt am Wochenende hab ich Zeit dafür. Warum hast Du mir das vorgeschlagen, ist Arch Dein Lieblingslinux?

Quatsch, Arch ist doch nicht mein Lieblingslinux :D
Arch ist eine sehr interessante Distro, das artet aber bei der Ersteinrichtung in großer Areit aus. Ich hab es öfter mal in einer VM drin gehabt. Mein Arbeitspferd ist aber mittlerweile Debian seit ca. 2 Jahren, davor hatte ich Ubuntu MATE.

Das habe ich gemerkt, bisher läuft alles ganz gut, aber bei entsprechenden Fragen (die mir Dein Link nicht beantworten kann) werde ich mich vertrauensvoll an Dich wenden.
Ein Debian werde ich mir auch noch aufsetzen, ein "normales" Debian, eins, das nicht Kali heißt.