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

• #34854 Keem1 veterán f_sanyee #34853

  Új Válasz 2025-04-13 11:53:02 #34854

  Ú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

  

  Keem1

  veterán

  válasz f_sanyee #34853 üzenetére

  Oh igazad van, módosítottam a sorrendet, így most jó:

  Chain INPUT (policy ACCEPT)
  num target prot opt source destination
  1 ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
  2 ACCEPT icmp -- anywhere anywhere
  3 ACCEPT all -- anywhere anywhere
  4 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh
  5 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:https
  6 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:http
  7 REJECT all -- anywhere anywhere reject-with icmp-host-prohibited

  Köszi a segítséget

• #34852 Keem1 veterán

  Új Válasz 2025-04-13 11:34:29 #34852

  Ú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

  

  Keem1

  veterán

  Srácok, iptables helpet szeretnék kérni.
  OS: Ubuntu (server) 24.04
  A cél: 80,443 portok nyitása apache webservernek.

  Ez van most:
  Chain INPUT (policy ACCEPT)
  num target prot opt source destination
  1 ACCEPT all -- anywhere anywhere state RELATED,ESTABLISHED
  2 ACCEPT icmp -- anywhere anywhere
  3 ACCEPT all -- anywhere anywhere
  4 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:ssh
  5 REJECT all -- anywhere anywhere reject-with icmp-host-prohibited
  6 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:https
  7 ACCEPT tcp -- anywhere anywhere state NEW tcp dpt:http
  8 ACCEPT tcp -- anywhere anywhere tcp dpt:http
  9 ACCEPT tcp -- anywhere anywhere tcp dpt:https
  10 ACCEPT udp -- anywhere anywhere udp spt:ntp

  Na, ezzel nem érhető el kintről a webserver (de a curl http://localhost kiválóan megy).
  
  Ha ez segít, ha ezt a rule-t bedobom, akkor kintről is elérhető (de nem akarom ezt permanensen):
  sudo iptables -I INPUT -j ACCEPT

  Mit rontok el?
  Előre is köszi a helpet.

• #34441 Keem1 veterán

  Új Válasz 2024-12-28 12:46:33 #34441

  Ú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

  

  Keem1

  veterán

  Srácok, find wildcard helpet szeretnék kérni.
  Fotók, videók a target, eddig 3 karakteres fájlnevekkel működött, de be szeretném tenni a HEIC kiterjesztést is, és nem boldogulok, hogy van 3 és van 4 karakteres fájlkiterjesztés is.

  Mutatom:
  -name "./IMG_*.[jJpPmMHh][pPnNoOEe][gG4vViI][cC]"

  Eddig ez volt, értelemszerűen tökéletesen működött:
  -name "./IMG_*.[jJpPmM][pPnNoO][gG4vV]"

  Az első is működik, de értelemszerűen csak a HEIC fájlokkal, a 3 karakter kiterjesztésűekkel nem.

  Van ötletetek, hogy csináljam meg, hogy menjen a JPG, PNG, MOV, MP4 és HEIC fájlokkal is? Mindenképp szeretnék maradni a find-nál, mert egy bash script része.

  

• #33442 Keem1 veterán bambano #33441

  Új Válasz 2023-08-01 14:04:05 #33442

  Ú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

  

  Keem1

  veterán

  válasz bambano #33441 üzenetére

  Siker, ez volt a gond, köszönöm

• #33440 Keem1 veterán urandom0 #33439

  Új Válasz 2023-08-01 13:32:06 #33440

  Ú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

  

  Keem1

  veterán

  válasz urandom0 #33439 üzenetére

  Az Easeust már nézem is, viszont előtte még egy gond.
  Fent az fdisk 385 GB-nak látja az utolsó partíciót, a df viszont csak 150-nek (ennyi volt az eredeti mérete, mielőtt extendálva lett volna klónozás után)
  A dolog előzménye, hogy a 250 GB ssd lett klónozva dd-vel az 500 GB-ra, majd az utolsó partíció (/home) lett 150-ről extendálva a disk végéig (385 GB).

  Szóval most még fontosabb kérdés, hogy a df miért a korábbi méretet látja csak? Rebootolva már volt a gép.

  Az Easeus is 385 GB-ot lát.

• #33438 Keem1 veterán

  Új Válasz 2023-08-01 12:27:50 #33438

  Ú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

  

  Keem1

  veterán

  Sziasztok, fdisk helpet szeretnék kérni.

  Device Boot Start End Sectors Size Id Type
  /dev/sda1 8192 532479 524288 256M c W95 FAT32 (LBA)
  /dev/sda2 532480 168466431 167933952 80,1G 83 Linux
  /dev/sda3 168466432 976773167 808306736 385,4G 83 Linux

  Az sda2-t szeretném a mostani 80GB-ról 150-re átméretezni úgy, hogy az sda3 megmaradjon, csak ugyanúgy a disk végén, és a hiányzó 70 GB abból leválasztva. Ja és egyik partíció adata se vesszen el. Mindössze 30% foglalt csak a shrinkelendő partíción, szóval lesz hely. Ja, és a partíciók között/után/előtt ne legyen egy unallocated byte se.

  Előre kis köszi

• #32213 Keem1 veterán vargalex #32212

  Új Válasz 2022-06-01 19:29:26 #32213

  Ú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

  

  Keem1

  veterán

  válasz vargalex #32212 üzenetére

  Ilyesmin töröm a fejem, de ez sem egyszerű így első pillantásra.
  Mindenesetre köszi a segítséget mindenkinek, zargatlak még benneteket ha elakadok

• #32211 Keem1 veterán fatpingvin #32208

  Új Válasz 2022-06-01 13:22:42 #32211

  Ú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

  

  Keem1

  veterán

  válasz fatpingvin #32208 üzenetére

  Az echo $? aszongya hogy 0

  Kipróbáltam Ctrl+Z-vel is, az már 148-at mondott. De Ctrl+C-re 0

• #32207 Keem1 veterán Lenry #32205

  Új Válasz 2022-06-01 13:13:41 #32207

  Ú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

  

  Keem1

  veterán

  válasz Lenry #32205 üzenetére

  Ez elsőre logikusnak tűnik, de most ez van:

  Process: 15010 ExecStop=/bin/kill -s SIGINT -$MAINPID (code=exited, status=1/FAILURE)

  

• #32204 Keem1 veterán

  Új Válasz 2022-06-01 12:34:47 #32204

  Ú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

  

  Keem1

  veterán

  Srácok, nem vagyok benne biztos, hogy amit szeretnék, az megvalósítható, de hátha.

  - Adott egy Debian alapú linux, esetünkben kettő is (viselkedés szempontjából nincs köztük különbség): Raspbian, Ubuntu
  - Adott egy C#-ban (Dotnet 5.0) írt console app, ami Linux alatt service-ként fut (myapp.service).

  Ez eddig faszán működik. A probléma: a service myapp stop gyakorlatilag egy kill-t küld az appnak, amit ő hibának érzékel és 143-as return code-dal tér vissza 0 helyett, ez látszik is a service myapp status alatt. Az app viszont Ctrl+C-t várna, pl. ha csak simán futtatom terminalból, akkor ugye Ctrl+C-re exitel, ezt ki is írja, ha nyomsz egy Ctrl+C-t akkor visszajön a shell (ekkor linux alatt is exitcode=0).
  Na szóval, a myapp.service file sok paraméterezésre ad lehetőséget. Talán arra is, hogy a service stop command Ctrl+C-t triggereljen?

  Ha valakinek lenne ötlete, megköszönném.

  Ja igen, error suppressként ezt találtam, ez nem oldja meg a hibát, de a status alatt már nem failed van:
  SuccessExitStatus=143

  De ettől függetlenül killelődik a process, nem proper módon lép ki ettől függetlenül.

• #31319 Keem1 veterán f_sanyee #31318

  Új Válasz 2021-04-23 18:35:56 #31319

  Ú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

  

  Keem1

  veterán

  válasz f_sanyee #31318 üzenetére

  Eeezz az, köszönöm
  Service restartnál ki is írja hogy az rm lefutott 0/Success kóddal (jó, persze most nem volt feladata, de ha ez ugyanígy megy a program failure esetén is, az király lesz)

• #31317 Keem1 veterán

  Új Válasz 2021-04-23 11:54:27 #31317

  Ú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

  

  Keem1

  veterán

  Srácok, van egy saját írású mono service-em aminek ugyan vannak még gyermekbetegségei, de mostanság egy forrás REST API időnkénti elérhetetlensége miatt failure után leáll. A hibát le fogom kezelni, de alapvetően a service úgy van beállítva, hogy failure esetén restartoljon:

  Restart=on-failure
  RestartSec=30

  Mivel a fenti, leállással járó hiba ritkán fordul elő, és ha a service újraindul, legközelebb már jól végzi dolgát. HA újraindulna... és itt van a probléma. A lock file létezése miatt a syslog tele van entryvel, hogy nem tud elindulni.
  Ha kiszedem a lock file-t, és failure-re fut a program, simán restartol 30 másodperc múlva és megy minden a maga rendjén. Mivel "szerveren" fut a program, sajnos nem opció, hogy amikor a monitoring alertál arról, hogy leállt a service, kézzel újraindítom, hisz lehet hogy épp alszom. Jó lenne, ha maga indulna újra. Az a baj, hogy ez a probléma (a lock file miatti sikertelen újraindítás) sokkal nagyobb gond, mint az ezt kiváltó program exception.

  Hogy vehetném rá a service-t, hogy failure restart esetén nyugodtan írja felül a lock file-t?

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