Új hozzászólás Aktív témák

• #24555 gurabli őstag bencze #24554

  Új Válasz 2016-09-12 13:53:20 #24555

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  gurabli

  őstag

  válasz bencze #24554 üzenetére

  Persze, a REJECT elé. Csak az a gond, hogy nem értem pontosan mit és hogyan tilt ez a szabály, valamint mit kell elé beraknom, hogy az adott portot engedélyezze.

  Szerk: mert ugye ha ez a szabály törölve van, akkor hibátlanul működik.

• #24525 Tóniszomszéd csendes tag bencze #24524

  Új Válasz 2016-08-25 01:06:22 #24525

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Tóniszomszéd

  csendes tag

  válasz bencze #24524 üzenetére

  Végszükség esetén bash alatt egy "set -o ignoreeof" letiltja a ctrl-d működését.
  De ezt közös accountok esetében nem feltétlenül jó ötlet beállítani.
  Ha csak saját, akkor elgondolkodnék rajta.

• #24523 Tóniszomszéd csendes tag bencze #24520

  Új Válasz 2016-08-24 22:02:49 #24523

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Tóniszomszéd

  csendes tag

  válasz bencze #24520 üzenetére

  Elnézésedet kérem, a tmux sem tudja azt, amit szeretnél.
  Én ssh-n nyitott session fenntartására használtam, de nálam azért szokott volt megszakadni egy-egy ssh session, mert ha lecsuktam a gép fedelét, a windows lelőtte a wifit, a lekapcsolt wifi miatt meg a putty eldobta az összes kapcsolatát.
  Szóval az ellen véd, ha mondjuk alt-F4-gyel vagy egyéb módon zárod az ablakot, de a Ctrl-D ellen sajnos nem.

• #24521 Tóniszomszéd csendes tag bencze #24520

  Új Válasz 2016-08-24 12:04:27 #24521

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Tóniszomszéd

  csendes tag

  válasz bencze #24520 üzenetére

  Én nem tudok olyan lehetőségről, hogy konfig fájlban/runtime paraméterként át lehetne adni ilyesmit a putty-nak. Viszont open source.
  De esetleg nézd meg a tmux (a screenhez hasonló szoftver) leírását, abban volt valami olyan, hogy kilépés után is megmarad a session, de nem emlékszem a részletekre.

• #24026 Mr Dini addikt bencze #24025

  Új Válasz 2016-04-28 06:57:35 #24026

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Mr Dini

  addikt

  LOGOUT blog

  válasz bencze #24025 üzenetére

  Cacertet már próbáltam, de nem volt elég pont a regisztrációhoz...

• #24024 Mr Dini addikt bencze #24023

  Új Válasz 2016-04-27 20:09:48 #24024

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Mr Dini

  addikt

  LOGOUT blog

  válasz bencze #24023 üzenetére

  Az nem jó...

  Igen. Az otthoni nas-t szeretném távolról elérni. Eddig csak openvpn-nel, illetve mezei port fw-s ftp-vel lehetett ezt megoldani, de az openvpnhez kell kliensprogram is, aminek telepítése & rendszergazdai jogok megszerzése necces a melóhelyen. Annyira h*lye meg nem vagyok, hogy ftp-t ki a world-wide-webre. Tehát belevágtam egy olyan megoldásba, amit ezen a nason még senkinek sem sikerült megvalósítania, ez pedig a titkosított webdav. A webdav része már tök jó. Már felh. nevet és jelszót is kér, csak az nincs még megoldva, hogy átirányítson httpről httpsre, illetve ez a tanusítvány buggol...

  De ha titkosított valóban a forgalom és pl egy sniffelésben csak az encrypted packeteket látom (jobban mondva nem olyan packet, amit ki lehetne olvasni a kulcs nélkül), akkor megnyugodtam.

• #23979 gt7100 tag bencze #23977

  Új Válasz 2016-04-22 00:33:25 #23979

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  gt7100

  tag

  válasz bencze #23977 üzenetére

  Köszi a tippet! Érteni nem értem, hogy miért, de az rsync gyakorlatilag natív sebességet produkál, szemben az scp-vel. Még akkor is, ha ssh tunnelt használ... és a cpu-t sem terheli annyira.

• #23978 gt7100 tag bencze #23977

  Új Válasz 2016-04-22 00:18:22 #23978

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  gt7100

  tag

  válasz bencze #23977 üzenetére

  rsync-t azért ignoráltam eddig, mert a routeremre sokáig nem volt használható és hát ő is ssh-t használ, ha titkosított másolást csinálok.
  De alkalomadtán majd kipróbálom, hogy mit művel.

• #23921 Cool Face aktív tag bencze #23912

  Új Válasz 2016-04-08 15:27:40 #23921

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Cool Face

  aktív tag

  válasz bencze #23912 üzenetére

  Köszi, ezt még emésztenem kell

• #23904 Cool Face aktív tag bencze #23902

  Új Válasz 2016-04-06 08:39:20 #23904

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Cool Face

  aktív tag

  válasz bencze #23902 üzenetére

  Tudom, kicsit hosszúra nyúlt, így előre is köszönöm annak aki veszi a fáradságot és végigolvassa. Ebben a témában kezdő vagyok, de remélem nem írtam túl nagy badarságot.

  Tulajdonképpen 2 szolgáltatást szeretnék Raspberryn futtatni 24/7-be.:

  - SFTP amihez kell az SSH
  - Transmission

  Ismerősöknek és családtagok használnák az SFTP-t és a Transmissiont. Magyarországról és Németorszáról (talán későbbi ip blokkolások miatt még érdekes lehet) Amit szeretnék, hogy 24/7-be biztonságosan mehessen úgy a rendszer, hogy ne azon kelljen aggódnom, hogy na mikor törték fel és vágtak tönkre mindent ami csak a hálón volt.

  Idáig ezeket a beállításokat végeztem el:

  --SSH port csere konfigban
  --Mikrotik rooter konfigolva brute force ellen
  --Root User SSH-jat letiltottam (bár az igazat megvallva nem tudom, hogy ez mire szolgál, SFTP-n és ---PuTTY-n is ugyan úgy azt csinálok amit szeretnék mint korábban, semmilyen jogosultság vált. nem vettem észre..)
  --Telepitettem a unattended-upgrade + apticron és a fail2ban-t
  --Végül egy jó erős jelszót állítottam be. A felh. név maradt.
  --SSH jelszót nem szeretnék kulcsra lecserélni mert akkor macerás lenne nagyon a belépés szerintem.

  Nah és itt jöttek a nehézségek. Kezdjük elsőnek az unattended-upgrade-el:
  Ahogy olvastam 3 konfigurációs fájlt kell beállítani ráadásul ahány verzió frissités annyi módon néz ki a konfig fálj. A /etc/apt/apt.conf.d/50unattended-upgrades a /etc/apt/apt.conf.d/20auto-upgrades és az /etc/apt/apt.conf.d/02periodic. Továbbá szeretném ha e-mailt küldene ha valami oknál fogva nem tud lefutni a frissités.

  Nekem ez van alapból ami úgy néz ki, hogy semmi nincs bekapcsolva.:

  Unattended-Upgrade:: origins-Pattern {
  // Codename based matching:
  // This will follow the migration of a release through different
  // archives (e.g. from testing to stable and later oldstable).
  // "o=Raspbian,n=jessie";

  // Archive or Suite based matching:
  // Note that this will silently match a different release after
  // migration to the specified archive (e.g. testing becomes the
  // new stable).
  // "o=Raspbian,a=stable";

  };

  [...]
  // 'mailx' must be installed. E.g. "user@example.com"
  //Unattended-Upgrade::mail "root";

  // Set this value to "true" to get emails only on errors. Default
  // is to always send a mail if Unattended-Upgrade::Mail is set
  //Unattended-Upgrade::mailOnlyOnError "true";
  [...]

  Az e-mailt, hogy tudom bekonfigurálni?

  A /etc/apt/apt.conf.d/02periodic fájlba pedig ez.

  // Control parameters for cron jobs by /etc/cron.daily/apt //

  // Enable the update/upgrade script (0=disable)
  APT::periodic::enable "1";

  // Do "apt-get update" automatically every n-days (0=disable)
  APT::periodic::update-Package-Lists "1";

  // Do "apt-get upgrade --download-only" every n-days (0=disable)
  APT::periodic::download-Upgradeable-Packages "1";

  // Run the "unattended-upgrade" security upgrade script
  // every n-days (0=disabled)
  // Requires the package "unattended-upgrades" and will write
  // a log in /var/log/unattended-upgrades
  APT:: periodic::unattended-Upgrade "1";

  // Do "apt-get autoclean" every n-days (0=disable)
  APT:: periodic::autocleanInterval "21";

  // Send report mail to root
  // 0: no report (or null string)
  // 1: progress report (actually any string)
  // 2: + command outputs (remove -qq, remove 2>/dev/null, add -d)
  // 3: + trace on
  APT::periodic::verbose "2";

  Ennyi elég az automatikus frissítés beállításához?

  A fail2ban-nál ennyivel egészitettem ki a beállitást:

  [ssh]
  banaction = iptables-allports
  bantime = -1
  maxretry = 5

  Nem tudom, hogy az [ssh-ddos]be kell e kapcsolni, továbbá az [ssh-route] és a [ssh-iptables-ipset4] ahhoz, hogy tárolja is a bannolt ipket újraindítás után is.

  # Destination email address used solely for the interpolations in
  # jail.{conf,local} configuration files.
  destemail = root@localhost

  Kell lenni egy konfigfáljnak ahol a root e-mail címét betudom állítani? Hogyan tudom a transmission-t is implementálni?

  Pár napom már ráment a dologra, de ezzel a részével nem jutok dűlőlőre. Ezek amiről én tudok, hogy be kell állítani isten tudja, hogy mennyi van még amit kihagytam.

• #23903 gt7100 tag bencze #23901

  Új Válasz 2016-04-05 23:48:42 #23903

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  gt7100

  tag

  válasz bencze #23901 üzenetére

  Egyelőre nem mélyedtem el a témában, de amennyire tudom, a syslog-ng csak kommunikációhoz használ SSL/TLS-t. A systemd journal meg úgy tűnt, képes aláírással ellátni a journal fájlt, amivel igazolni lehet, hogy utólag nem piszkált bele senki.
  Tévedés jogát fenntartom, nem néztem eléggé utána.

• #23889 gt7100 tag bencze #23888

  Új Válasz 2016-04-04 20:51:18 #23889

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  gt7100

  tag

  válasz bencze #23888 üzenetére

  Igen, ezen már én is gondolkodtam.

  Azért nem olyan szörnyű úgy egyébként. Csak meg kell ismerni.
  Persze az igaz, hogy a hagyományos rendszerek nekem is jobban bejönnek, de én már kiöregedtem ebből a cirkuszból.

• #23817 lionhearted őstag bencze #23816

  Új Válasz 2016-03-24 01:31:42 #23817

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lionhearted

  őstag

  válasz bencze #23816 üzenetére

  * mdadm --assemble --scan
  * vgscan

  Szerintem kb ennyi.
  Egyébként ezek szerintem a legtöbb OS-en indításkor futnak.

  Ha az első mégse megy, akkor:
  mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1

Új hozzászólás Aktív témák