Na VPSce, kterou spravuju mám jeden takový problém s Amavisem, kdy po
restartu(nejblbější je to při těch nočních restartech) se zasekne a odmítá
spojení
--------------------------------------------------------------
Oct 18 23:32:16 slevmejih postfix/smtp[877]: connect to
127.0.0.1[127.0.0.1]:10024: Connection refused
Oct 18 23:32:16 slevmejih postfix/smtp[877]: 26F23D0D14: to=<xxx(a)gmail.com>,
orig_to=<xxx(a)yyy.cz>, relay=none, delay=0.31, delays=0.29/0.02/0/0,
dsn=4.4.1, status=deferred (connect to 127.0.0.1[127.0.0.1]:10024:
Connection refused)
Oct 18 23:32:16 slevmejih postfix/smtp[877]: 26F23D0D14: to=<xxx(a)yyy.cz>,
relay=none, delay=0.31, delays=0.29/0.02/0/0, dsn=4.4.1, status=deferred
(connect to 127.0.0.1[127.0.0.1]:10024: Connection refused)
--------------------------------------------------------------
Nevíte někdo co s tím, klient pro kterého VPSku spravuju už ne mně začíná
být naštvaný.
Filip Bartmann
Ahojte,
(TLDR: prechazime na silnejsi hardware, do konce roku vypiname stare
OpenVZ stroje)
puvodne to mel byt delsi mail sem, na community-list, ale nakonec z toho
vylezl blogpost:
https://blog.vpsfree.cz/inovujeme-skoro-vsechen-hardware-chceme-byt-energet…
Se spoustou z Vas uz jsme si o tom psali, tady je shrnuti pro ty, co
nestihaji tolik sledovat aktualni deni - kdo byste ho sledovat chteli,
jen nevite kde, to spravne misto je nase IRC, tam to vzdycky probirame,
jak to prichazi :)
Pro ty, co by byli na pochybach, jestli to ten HW bude stihat, doplnim,
ze ve vpsAdminu pribyly na front page odkazy na Munin, po prihlaseni
jsou rozkliknutelne ty nejdulezitejsi, bez prihlaseni ten procentualni
udaj vytizeni CPU je ted odkaz, ktery vede na celou Munin page daneho
stroje. Stiha to v pohode, pokud se stane, ze neco drhne, je to v
podstate garantovane softwarem a je to tim padem resitelne. Prosim,
pokud pocitujete nejaka zpomaleni, i kdyz si budete myslet, ze je to jen
drobnost, piste radeji driv, nez pozdeji.
Uprimne myslim, ze uz mame vetsinu vyladovani za sebou a tak uz ted, po
pristi varce rebootu do 5.10.147, vsechno pobezi hladce - nicmene, jak
rikam, pri sebemensim zavahani radeji piste (idealne na podporu).
Diky vsem za spolupraci :)
/snajpa
Cau,
kluci by chteli videt na OpenAltu nejakou prednasku na tema NixOS.
Pokud byste prijeli do Brna a naucili byste nas pouzivat/vyvijet NixOS,
tak by to bylo super.
Prednasku pripadne prihlasit sem:
https://www.openalt.cz/2022/ (jestli ste prosvihli deadline, tak to
neni problem, je to jenom orientacni informace, ze zaciname davat
dohromady program)
--
Jozef Mlich <jozef.mlich(a)openalt.org>
Ahoj,
na VPS 20533 o kterou se pro jednoho člověka starám byl včera objeven
proces xmrig což je podle všeho program na těžbu měn.
VPSku jsem prohledával, ale nikde tam ani ve webech ani na filesystému
nemůžu najít stopu po tomto programu.
Na VPSce běží běžné weby. Kterým směrem bych se měl zaměřit?
Ahoj,
Filip
Ahoj,
chcípe nám v jedné firmě UPSka v racku. Už je jí snad 20 let, za život
jedna výměna baterek, ale teď to začalo dělat divné věci, tak už asi
nastal čas na výměnu.
Ale za tu dobu jsem ztratil přehled. Máme tam APC RT3000 (sine wave,
double conversion) navíc s jedním externím battery packem a potřeboval
bych prakticky to samé. Koukal jsem co tak je na webshopech a vidím buď
zase APC nebo Eaton, ale je dost problém se někde doklikat i k tomu
battery packu, stránky Eatonu jsou takové zoufalství, že trvá než něco o
konkrétním modelu zjistím.
Měl by někdo radu? Značku UPSky, dodavatele, kde by to člověk poskládal?
Děkuji,
Štěpán.
ahoj
v punctum pouzivame slack, ten od 1.9. zavadi limit historie na 90 dnu
:o(
nemate nekdo tip, cim by se dal nahradit, resp. co jineho pouzivate na
tymovou spolupraci?
diky za odpovedi
tyctor
Situace na trhu s energiemi je nepředvídatelná, na jaře se nás dotklo
první výraznější zdražení, které jsme zvládli ještě pojmout díky rezervě
v rozpočtu. Otázkou je, jak moc dlouhodobě udržitelné to bude bez
zvyšování členských příspěvků.
Než sáhneme ke zvyšování příspěvků, chtěli bychom vyzkoušet jiné
možnosti. Zejména využít některých rezerv ve stávajícím hardware a
přestavba či nákup nových serverů s výkonnější konfigurací.
Více v blogu:
https://blog.vpsfree.cz/vykonnejsi-servery-jako-lek-na-zvysovani-cen-energi…
--
Petr Krčmář
vpsFree.cz
Ahoj,
(English below)
Při výpadku napájení minulý týden v Praze [1] jsme přišli o standardní
prostředky, které používáme pro komunikaci s členy, tj. zejména o
hlášení výpadků z vpsAdminu a o naši podporu. Zachránil nás akorát účet
na Twitteru [2] a kanál na IRC [3], kde jsme mohli členy informovat o
tom, co se děje. Chtěl jsem tuto situaci trochu zlepšit, když by se něco
podobného stalo znovu.
Představuji tedy https://status.vpsf.cz. Jedná se o aplikaci, která
průběžně kontroluje stav naší infrastruktury a vybraných služeb.
Kontroly jsou automatické, tj. když něco aktuálně nepojede, hned to
půjde vidět.
status.vpsf.cz běží na APU [4] s LTE v racku v Praze, tj. nezávisle na
síti od MasterDC. Připojen je na vlastní malou UPS, takže nějakou dobu
vydrží běžet i při výpadku napájení v DC.
Zobrazují se tam i nahlášené výpadky/odstávky z vpsAdminu a pokud zrovna
vpsAdmin nebude fungovat, informace o situaci napíšeme rovnou na
status.vpsf.cz.
ENGLISH:
During the power outage in Prague last week [5], we've lost our usual
means of communication with our members, mainly the outage reports from
vpsAdmin and our email support. We've been left with out Twitter account
[2] and the IRC channel [6] to let you know about the issue. I've been
trying to improve this situation.
I would like to introduce https://status.vpsf.cz. It is an application
that continuously monitors the state of our infrastructure and selected
services. The checks are automated, i.e. when something won't work as
expected, it will be immediately visible.
status.vpsf.cz runs on APU [4] with LTE in our rack in Prague. It's
independent on MasterDC's network. It also has its own little UPS, so it
should continue to work even after a power outage in the DC.
status.vpsf.cz shows reported outages and maintenances from vpsAdmin and
should vpsAdmin not be available, we will write information about the
situation directly on the status page.
[1] https://blog.vpsfree.cz/post-mortem-par-slov-k-vypadku/
[2] https://twitter.com/vpsfree_cz
[3] https://kb.vpsfree.cz/informace/chat#irc
[4] https://www.pcengines.ch/apu2.htm
[5] https://vpsadmin.vpsfree.cz/?page=outage&action=show&id=904
[6] https://kb.vpsfree.org/information/chat#irc
Jakub
Ahoj,
mám na VPSce problém se zahazováním mailu v Google.
Na každý mail odeslaný z VPSky dostávám odpověď:
-----------------------------------------------------------
Apr 26 19:21:34 slevmejih dovecot[2237987]:
imap(test(a)domena.cz)<2406100><2wOv7JHdmr4AAAAAAAAAAAAAAAAAAAAB>:
Logged out in=292 out=6306 deleted=0 expunged=0 trashed=0 hdr_count=12
hdr_bytes=2539 body_count=0 body_bytes=0
Apr 26 19:21:34 slevmejih postfix/smtp[2406098]: E8D2593153: to=<
filip.bartmann(a)gmail.com>, relay=gmail-smtp-in.l.google.com[142.250.102.27]:25,
delay=0.69, delays=0/0.03/0.36/0.3, dsn=5.7.1, status=bounced (host
gmail-smtp-in.l.google.com[142.250.102.27] said: 550-5.7.1 [37.205.13.80
12] Our system has detected that this message is 550-5.7.1 likely
unsolicited mail. To reduce the amount of spam sent to Gmail, 550-5.7.1
this message has been blocked. Please visit 550-5.7.1
https://support.google.com/mail/?p=UnsolicitedMessageError 550 5.7.1 for
more information. f25-20020a1709064dd900b006f396dc0ad3si4976888ejw.266 -
gsmtp (in reply to end of DATA command))
-----------------------------------------------------------
Přitom třeba od mail-tester.com dostávám skóre 8/10. Co mám další instalace
postfixu, se stejnou konfiguirací tak mi tento problém nemám. Na
blacklistech jsem IP VPSky adresu prověřoval a negativní. Už mi docházejí
nápady co mám dělat?
Co bych měl ještě přenastavit?
Děkuji,
Filip Bartmann
Ahoj,
používáte někdo Debian 9 na vpsAdminOS nebo 10+ na OpenVZ (ideálně
,,bez'' systemd)? Plánuju přechod z OpenVZ (aktuálně Debian 9) na
vpsAdminOS a kladné ohlasy tohoto typu by mě uklidnily. :-)
S pozdravem,
Opty
Hi
My main ssh key uses ed25519. As a newcomer I tried to add it via the
vpsAdmin menu Members "Add public key", but only got the error
> Failed to save public key
>
> Error message: create failed
>
> key: invalid public key
Adding an ssh-rsa key worked fine.
Or are there good reasons to forbit ed25519 keys?
Best regards
Niklaus
Na stránce IP adresy <https://kb.vpsfree.cz/navody/vps/ip_adresy> je uvedeno, že každý má k dispozici "až 32 IPv6 /64 adres (na OpenVZ jen /128 adresy)".
Jak je to u vpsAdminOS, tam také pouze /128 adresy?
--
Kamil
tel.: +420 910 128 153
Zdravím,
z nějakého důvodu mi kompletně přestal fungovat wireguard, žádná chyba
jenom se prostě nic neděje.
Jediné co jsem zjistil, je že modprobe odpoví tímto:
modprobe: FATAL: Module wireguard not found in directory
/lib/modules/5.10.98.16-livepatched
Ale jak systemd unita tak wg příkaz se tváří ok.
Netuší někdo kde by mohl být problém?
Děkuji,
Tomáš Svoboda
Ahoj,
Zkoumám možnosti přechodu na vpsAdminOS, a narazil jsem na takový … nepěkná věc.
Vypadá to že ne všechny funkcionality toho kouzelného rockeru fungují. Tohle konkrétně se mi projevuje na node1.pgnd na čisté testovací VPS s
> root@rancher-test:~# docker pull rancher/rke-tools:v0.1.72
> v0.1.72: Pulling from rancher/rke-tools
> e95f33c60a64: Pull complete
> 6b9066ff94f0: Pull complete
> d00048cae6c8: Pull complete
> 673a80f76512: Pull complete
> 5265c6a8bcaa: Pull complete
> bd5a2b7ec0a7: Pull complete
> 0119010d361b: Pull complete
> 04670b023a98: Pull complete
> 96787bdffc36: Pull complete
> 11b333b25e38: Pull complete
> edec598acdb7: Extracting [==================================================>] 5.101MB/5.101MB
> c66bbb7a280c: Download complete
> 199d7f942076: Download complete
> f6eba55964bb: Download complete
> e868bdb5d818: Download complete
> cbec9cc5bcb9: Download complete
> failed to register layer: Error processing tar file(exit status 1): lchown /usr/local/bin/etcdctl: invalid argument
Postup pro zreplikování:
- čistá VPS na node1.pgnd s Ubuntu 18.04 nebo 20.04
- apt-get update && apt-get -y upgrade
- instalace dockeru podle návodu https://kb.vpsfree.cz/navody/vps/vpsadminos/docker#instalace <https://kb.vpsfree.cz/navody/vps/vpsadminos/docker#instalace>
- pokus o pull image
Možná to je jen stejný projev něčeho jiného, ale trochu googlení naznačuje, že na to možná Snajpa už narazil (https://www.gitmemory.com/issue/moby/moby/41803/761551544 <https://www.gitmemory.com/issue/moby/moby/41803/761551544>)
Nějaké nápady/tipy co s tím?
Díky
Michal H.
Ahoj,
(English below)
Připravujeme nové menu, které se zobrazí v konzoli [1] při startu VPS.
Kromě normálního startu VPS umožňuje spustit shell nebo upravit
parametry init procesu. Je to taková alternativa např. GRUB menu v našem
prostředí. Naše VPS jsou kontejnery a klasický zavaděč tak neobsahují.
Uživatelé NixOS v menu najdou také možnost nastartovat systém ze starší
verze. Každá úprava konfigurace či aktualizace NixOS vytváří novou
generaci systému a standardně si v zavaděči můžete vybrat, kterou chcete
použít, např. když nové nastavení nefunguje správně. Nyní je to možné i
ve VPS pomocí start menu.
Spuštění shellu může často posloužit místo nouzového režimu [2] na
rychlou opravu systému, který třeba nestartuje. Jako shell se použije
/bin/sh z disku VPS a po jeho ukončení se opět objeví start menu.
Start menu je možné vypnout/zapnout ve vpsAdminu. Podporuje pouze VPS na
vpsAdminOS. Nastavovat lze také dobu, po kterou start menu čeká na
uživatele, než samo nastartuje systém VPS. Přednastaveno je 5 sekund.
Ukázka viz KB:
https://kb.vpsfree.cz/navody/vps/start_menu
Aktuálně je menu zapnuto na node1.stg (Staging). Na produkčních VPS si
ho můžete individuálně zapnout v detailu VPS nastavením timeoutu, třeba
na 5 sekund. Během tohoto nebo příštího týdne ho pak zapneme na všech VPS.
ENGLISH:
We're preparing a new menu that can be seen in the remote console [3],
when a VPS is being started. It allows you to run a shell or customize
the init command and parameters. It's an alternative for example to the
GRUB menu in our environment. Since our VPS are containers, they do not
have a standard bootloader.
NixOS users will also be able to start the system from an older
generation. On NixOS, every configuration change or update creates a new
system version. Usually you can use the bootloader to select which
version to boot from, e.g. when the newest version is not functioning
properly. Now this can be achieved using the start menu.
The shell can be used to quickly fix something in a VPS which is not
starting, as an alternative to the rescue mode [4]. The menu starts
/bin/sh from the VPS and after the shell exits, the menu reappears.
The start menu can be enabled/disabled in vpsAdmin. It is supported only
on vpsAdminOS. You can also configure the time for which the menu waits
for the user, before starting the VPS. We've set this to 5 seconds.
For preview, see KB:
https://kb.vpsfree.org/manuals/vps/start_menu
Currently, the menu is enabled on node1.stg (Staging). You can enable it
on production VPS in VPS details by setting the timeout, e.g. to 5
seconds. We will be enabling it on all VPS in the coming days.
[1] https://kb.vpsfree.cz/navody/vps/konzole
[2] https://kb.vpsfree.cz/navody/vps/vpsadminos/oprava#nouzovy_rezim
[3] https://kb.vpsfree.org/manuals/vps/console
[4] https://kb.vpsfree.org/manuals/vps/vpsadminos/recovery#rescue_mode
Jakub
Ahoj,
v mailu s upomínkou k platbě členského příspěvku je odkaz do vpsAdminu,
kde si můžete vypnout zasílání dalších upozornění. Najdete ho také ve
vpsAdminu, Edit profile -> Configure payment reminder. Je možné to
ztlumit na určitou dobu a nebo do zaplacení. Po přijetí platby se
nastavení resetuje a upomínku k další platbě opět dostanete. Stejně tak
se dají tlumit i maily o expiraci playground/staging VPS.
Dále jsme změnili frekvenci zasílání upomínek. Už to nebude jednou denně
(sorry!), ale v pondělí, středu a pátek. Den před pozastavením členství
/ VPS pošleme upozornění i přes ztlumení. Tak snad to teď bude lepší :)
Jakub
Ahoj,
(English below)
Terraform [1] je nástroj pro správu infrastruktury pomocí konfiguračních
souborů. Náš vpsAdmin provider plugin [2] se dočkal značných změn, zejména:
- je možné vytvářet datasety na NASu a subdatasety VPS,
- datasety NASu se dají exportovat přes NFS a přes Terraform získat
informace pottřebné k mountu,
- subdatasety VPS je možné připojit přes vpsAdmin,
- u VPS jde nastavovat jednotlivé features, DNS resolver
(/etc/resolv.conf) a taky měnit informaci o distribuci po
aktualizaci uvnitř VPS.
Ukázka konfigurace zde:
https://github.com/vpsfreecz/terraform-provider-vpsadmin/tree/master/exampl…
ENGLISH:
Terraform [1] is a tool for infrastructure administration using
configuration files. Our provider plugin for vpsAdmin [2] was upgraded,
the changes include:
- it is now possible to create datasets on NAS and VPS subdatasets,
- NAS datasets can be exported over NFS and mount information can be
read from terraform,
- VPS subdatasets can be mounted using vpsAdmin,
- VPS have configurable features, DNS resolver (/etc/resolv.conf) and
you can also change the distribution info after the VPS was
upgraded.
Example configuration can be seen here:
https://github.com/vpsfreecz/terraform-provider-vpsadmin/tree/master/exampl…
[1] https://terraform.io
[2] https://registry.terraform.io/providers/vpsfreecz/vpsadmin/latest/docs
Jakub
Ahoj,
řeším problém s nastavením IPv6, narážím zřejmě na svůj nedostatek znalostí o
IPv6 / routování. Mám ve vpsadminu nastavených spoustu /128 addres, chci si
místo toho nastavit /64 blok. Cíl je, abych mohl používat (třeba na
webserveru) libovolnou adresu z bloku a nemusel ji pokaždé routovat přes
vpsadmin.
Ve vpsadminu jsem si naklikal přidělení /64 bloku, potvrdil pomocí "Add route
and an address to interface venet0". Ve výpisu ji vidím:
6: venet0@if384: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 7e:20:84:0e:bb:58 brd ff:ff:ff:ff:ff:ff link-netnsid 0
...
inet6 2a03:3b40:101:42::1/64 scope global
valid_lft forever preferred_lft forever
První adresa z bloku funguje dle očekávání:
$ ping 2a03:3b40:101:42::1
PING 2a03:3b40:101:42::1(2a03:3b40:101:42::1) 56 data bytes
64 bytes from 2a03:3b40:101:42::1: icmp_seq=1 ttl=64 time=0.036 ms
Další dresy už ne:
$ ping 2a03:3b40:101:42::2
PING 2a03:3b40:101:42::2(2a03:3b40:101:42::2) 56 data bytes
From 2a03:3b40:101:42::1 icmp_seq=1 Destination unreachable: Address unreachable
Podobně nginx hlásí chybu, pokud ho nechám poslouchat na 2a03:3b40:101:42::2
nginx: [emerg] bind() to [2a03:3b40:101:42::2]:80 failed (99: Cannot assign requested address)
* Je správná idea, že ty to takhle mohlo fungovat?
* Co dalšího musím udělat, abych mohl používat 2a03:3b40:101:42::2 a další adresy z bloku?
Server je Debian stretch, VPS 6414 na vpsadminosu v Brně.
Dík za radu
Tomáš
Hezký den,
proces migrace na platformu vpsAdminOS a aktuální linuxové jádro u
nás zdárně pokračuje. V Praze máme 13 strojů přeinstalovaných, zbývají
VPS na 8 serverech. Od vás to vyžaduje drobnou akci: napsat na podporu,
abychom vás přesunuli. Pokud používáte NAS, budete ještě muset upravit
jeho připojení. Všechno je podrobně popsáno v článku u nás na webu [1].
To podstatné je, že data i IP adresy vám zůstanou, jen vám váš stroj
nastartuje s novým jádrem (v tuto chvíli 5.10) a svět bude mnohem lepší.
Celé to trvá pár minut, jen je potřeba to pak překontrolovat, ale
všechno by mělo normálně fungovat dál. Pokud máte chvíli, mrkněte se na
to. Díky
[1]:
https://blog.vpsfree.cz/migrujte-na-vpsadminos-uz-je-cas-na-aktualni-virtua…
--
Petr Krčmář
vpsFree.cz
Pokiaľ tam pridám ešte prepínače -debug -msg tak vidím, že pri ServerHello prejde 1297/4035 bajtov a ďalej je ticho. Asi by som pátral po nejakom probléme s fragmentáciou paketov po ceste (MTU, PMTUD, atd.)
--
Kamil
tel.: +420 910 128 153
> Mam taku mensiu zahadu…
>
> na prikaz [1] zadany cez ssh na mojej vps:
>
> openssl s_client -connect www.sczsk.sk:443 -tls1_2
>
> …dostavam len ciastocnu odpoved:
>
> CONNECTED(00000003)
>
> …a nic viac.
>
> Na ten isty prikaz na iny server - (napriklad) nabezky.sk - dostanem komplet odpoved.
>
> Z mojho pocitaca doma, prikaz [1] tiez vrati ocakavane data.
Mam taku mensiu zahadu…
na prikaz [1] zadany cez ssh na mojej vps:
openssl s_client -connect www.sczsk.sk:443 -tls1_2
…dostavam len ciastocnu odpoved:
CONNECTED(00000003)
…a nic viac.
Na ten isty prikaz na iny server - (napriklad) nabezky.sk - dostanem komplet odpoved.
Z mojho pocitaca doma, prikaz [1] tiez vrati ocakavane data.
Skusal som si nakratko urobit aj sandbox vps s najnovsou verziou Ubuntu, ale tam ten problem vidim tiez.
Ma niekto ideu ako to riesit?