Mit
cat /etc/squid/squid.conf | sed '/ *#/d; /^ *$/d' > /etc/squid3/squid_neu.conf
geht das ganz schnell.
HIer gefunden
Mit
cat /etc/squid/squid.conf | sed '/ *#/d; /^ *$/d' > /etc/squid3/squid_neu.conf
geht das ganz schnell.
HIer gefunden
Naja, Best-Practice ist verm. übertrieben, aber irgendwie verbasel ich ja immer die leichtesten Kommandos, daher hier ne kurze (evtl. noch wachsende Liste):
NAT mit LanCom:
Heisst bei LanCom komischerweise (korrekterweise) IPoE und Masquerading.
Am einfachsten über den Assistenten einzurichten. Wichtig: Gegenstelle (INTERNET) einrichten, Default-Route (255.255.255.255/0.0.0.0) mit Maskierung (Intranet und DMZ) einschalten.
WLC mit APs und public-Spot-Option:
Aufgrund des Zertifikatsproblems (Name = lancom-system.de, IP=Anders) kann man die Authentifizierung auch über HTTP (unsichererweise) abwickeln, DANN sollte man aber nicht den Zugriff über HTTP auf das Gerät über das WLAN-Netz verbieten…
LanCom irgendwo im eigenen Netz nutzen
Wenn man versucht, den LanCom irgendwo in seinem eigenen Netz zu nutzen und er dabei eine IP auf WAN-Seite aus dem privaten IP-Bereichen (10… / 172…. / 192…) erhält und dann dummerweise nicht richtig auf Clients hinter seiner WAN-Seite aber im internen Netz zugreifen kann, sollte die Routingregeln für die privaten Netze anpassen.
Falls man aus irgendeinem Grund rausfinden muss / will, was sich hinter den jeweiligen COM-Ports seines XP-Rechners befindet, sollte das hier mal testen:
In eine Datei folgendes Schreiben:
reg query HKLM\hardware\devicemap\serialcomm
pause
Die Datei unter ports.bat abspeichern, ausführen, fertig.
Hier gefunden
Falls die Infos, die ein Cisco an den Syslog weiterleitet, etwas zu dünn sind, sollte es reichen, per
logging trap debugging
das Log-Level zu erhöhen
Wenn Icinga sich mit der Meldung „Still unable to connect to data sink“ die Logs zumüllt, *kann* es helfen, die Datei /usr/share/icinga/var/ido.sock zu löschen… oder wie die Datei auch immer heisst, die sich idomod und ido2db teilen.
Im Zweifelsfall /usr/local/icinga/etc/ido2db.cfg oder /usr/share/local/etc/idomod.cfg lesen.
Anschließend erst ido2db und dann icinga neustarten.
Falls ein 6509er mit 2 SUPs Probleme hat, das Syncen sauber hinzukriegen, kann es nicht schaden, sich die Boot-Einstellungen der einzelnen Bereich mit
sh bootvar
anzugucken.
Um ein sauberes Sync`en hinzukriegen, müssen überall die gleiche IOSe laufen…
Evtl. hilft noch ein
remote login
um auf dem SP zu gucken, was da eingestellt ist.
Generell könnte es helfen, mit
dir /all-filesystems
sich in aller Ruhe mal die Verzeichnisse anzuschauen, ob alle Verzeichnisse der SUPs gleich sind …
Glaube zwar nicht, dass ich son Problem noch mal kriege, aber falls doch …
Wenn sich aus irgendwelchen Gründen Probleme mit der Queue von Postfix ergeben, helfen zwei Befehle:
postqueue -p
zum Anzeigen der Mails
postsuper -d ID
zum Löschen dieser Mail
postsuper -d ALL
räumt alles weg
postsuper -d DEFERRED
nur die, die nicht zugestellt werden konnten
Wenn man mit wget nicht die gesamte Leitung zumachen will, hilft:
wget --limit-rate=50k LINK
Für alle Fälle, wenn man sich die Plattennutzung seines Linuxrechners mal anschauen möchte und von
du -s -h
erschlagen wird, hilft vllt.
du -h --max-depth=1
Dann werden nur die Größen der einzelnen Verzeichnisse angezeigt.