Linux за българи: Форуми

Здравейте и добро утро от мен,
Вчера почти половин ден се измъчих със настройките на купено от мен DNS име подкарването нова интернет страница, която исках да подаря на приятел за новата година. Пичагата е близък семеен приятел - фотограф и видеооператор, и има крещяща нужда от лична страница. Закупих mgnuniverse.site от domain.com вкарах DNS настройките и инсталирах нов Wordpress по обичайния начин на сървъра ми. С достъпа до WP през ай-пи-то на сървъра нямаше ядове, но кагато създадох и стартирах конфиг файла за DNS в Апаче нещата започнаха да изглеждат малко объркани за мен. Конфигурационният файл е като всички останали работещи в Апаче, но при заявка в браузъра на www.mgnuniverse.site ми излизаше първият сайт от основната директория където са всички сайтове в Апаче - сайт който е със SSL а  mgnuniverse.site все още няма такъв. когато исках заявка на mgnuniverse.site - без www  ми даваше - Forbiden - you do not have access to this server. Рових, гледах, трих, създавах - всичко без резултат - едно и също. А на пръв поглед конфиг файла е с правилен код и невиждах нищо грешно вътре. Аз нямам нужните знания защо се получаваше така, затова моля помогнете ми! Накрая реших да изтрия всичко което направих - DNS записите в domain.com и всичко създадено на сървъра относно тази интернет страница, и си легнах с идеята да му дам времеq а и утрото е по-мъдро от вечерта.
В момента при заявка на http://www.mgnuniverse.site/ отива пак на моя сървър, но изобразява html файл, който имам в основната директория на сайтовете в Апаче - все още се редиректва към ай-пи-то ми - незнам защо! Проверката ми във https://dnschecker.org показва че DNS сървърите са разкачени, но..... факт че се изобразява този html fail който съм оставил в Апаче.
При заявка на mgnuniverse.site - резултата е както се очаква - Hmm. We’re having trouble finding that site. Няма го.

Сега се чудя от къде да го подхвана за да тръгне нормално, но аз знам само един единствен начин и досега винаги е работел - без проблемно. Смятам да пия едно кафе и да направя цялата процедура наново и да видим какво ще стане. Имам вътрешното усещане, че ще ударя на същата греда и като стане това ще опиша цялата процедура която правя и конфиг фойла който създавам в Апаче. Но въпреки всичко не ми стана ясно защго Апаче ми визуализира първия сайт от руут директорията на сайтовете му!

Ако правилно съм разбрал по обясненията, започнете с четене за Virtual Hosts в конфа на Апаха.

Ако правилно съм разбрал по обясненията, започнете с четене за Virtual Hosts в конфа на Апаха.

Направих цялата процедура наново, имам работещ Уордпрес и чакам ДНС системата да се ъпдейтне... Нещо много време и трябва. Принципно става доста бързо, но от много пипане там сега се бави.

Записах и видео на всичко което правя и ще го кача да го погледнете.

Иначе конфигурационните файлове - на Апаче и на сайта са тези:

slavy@ubuntu2:/etc/apache2/sites-available$ cat 000-default.conf
<VirtualHost *:80>
   # The ServerName directive sets the request scheme, hostname and port that
   # the server uses to identify itself. This is used when creating
   # redirection URLs. In the context of virtual hosts, the ServerName
   # specifies what hostname must appear in the request's Host: header to
   # match this virtual host. For the default virtual host (this file) this
   # value is not decisive as it is used as a last resort host regardless.
   # However, you must set it for any further virtual host explicitly.
   #ServerName www.example.com

        ServerName 130.61.23.153
   ServerAdmin webmaster@localhost
   DocumentRoot /var/www/example.com/public_html

   # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
   # error, crit, alert, emerg.
   # It is also possible to configure the loglevel for particular
   # modules, e.g.
   #LogLevel info ssl:warn

   ErrorLog ${APACHE_LOG_DIR}/error.log
   CustomLog ${APACHE_LOG_DIR}/access.log combined

   # For most configuration files from conf-available/, which are
   # enabled or disabled at a global level, it is possible to
   # include a line for only one particular virtual host. For example the
   # following line enables the CGI configuration for this host only
   # after it has been globally disabled with "a2disconf".
   #Include conf-available/serve-cgi-bin.conf
</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet


slavy@ubuntu2:/etc/apache2/sites-available$ cat mgn.conf
<VirtualHost *:80>
        # The ServerName directive sets the request scheme, hostname and port that
        # the server uses to identify itself. This is used when creating
        # redirection URLs. In the context of virtual hosts, the ServerName
        # specifies what hostname must appear in the request's Host: header to
        # match this virtual host. For the default virtual host (this file) this
        # value is not decisive as it is used as a last resort host regardless.
        # However, you must set it for any further virtual host explicitly.
        #ServerName www.example.com

        ServerName mgnuniverse.site
        ServerAlias www.mgnuniverse.site
        ServerAdmin ivanovslavy@gmail.com
        DocumentRoot /var/www/example.com/public_html/mgn

        # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
        # error, crit, alert, emerg.
        # It is also possible to configure the loglevel for particular
        # modules, e.g.
        #LogLevel info ssl:warn

        ErrorLog ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log combined

        # For most configuration files from conf-available/, which are
        # enabled or disabled at a global level, it is possible to
        # include a line for only one particular virtual host. For example the
        # following line enables the CGI configuration for this host only
        # after it has been globally disabled with "a2disconf".
        #Include conf-available/serve-cgi-bin.conf
RewriteEngine on
RewriteCond %{SERVER_NAME} =www.mgnuniverse.site [OR]
RewriteCond %{SERVER_NAME} =mgnuniverse.site
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Отделно и в момента за mgnuniverse.site няма никакъв работещ запис по DNS-ите.

Колко да се бави ? Като промениш  A CNAME записите, почти веднага се появяват в сървърите (primary & backup), които отговарят за дадения домейн.

А кой е DNS сървъра, който се грижи за тоя домейн ? Дайте и IP-то и името му.

Отделно и в момента за mgnuniverse.site няма никакъв работещ запис по DNS-ите.

Да виждам.... и за мен е странно. Вкарах ги преди час щото снощи ги изтрих преди да легна,а сега нито един сървър не е ъпдейтнал! Ще ги изчакам - незнам какво да кажа!
Иначе нещо нередно виждаш ли по кода?

Аз нямам времето и нервите да ви чета конфовете. Никога не чета такива постнати неща, които са много редове. Като вземат да пускат по 42487235548 реда файл, а иди го проследи целия.

Колко да се бави ? Като промениш  A CNAME записите, почти веднага се появяват в сървърите (primary & backup), които отговарят за дадения домейн.

А кой е DNS сървъра, който се грижи за тоя домейн ? Дайте и IP-то и името му.

Domain.com

https://freeimage.host/i/J5MGKAu
https://freeimage.host/i/J5MGF9e

Аз нямам времето и нервите да ви чета конфовете. Никога не чета такива постнати неща, които са много редове. Като вземат да пускат по 42487235548 реда файл, а иди го проследи целия.

Ами то там е истината и там е възможно да се допусне грешка, и нещата да не сработват добре в последствие.

Не са чак толкова големи тези специално....  ;D ;D

Иначе това със ДНС-ите е мноооого странно за мен. По принцип пише от 4 до 8 часа, но нормално става наистина бързо. Всеки друг сайт ми се е ъпдейтвал буквално за 5-10мин. Ако след тези 4 - 8 часа няма развитие ще пиша на съпорта.
Аз ги проверявам до къде са стигнали от: https://dnschecker.org/
Баси немога да повярвам - всички са червени след повече от час!!!

То дето нищо не работи (нито DNS резолвинга, нито самия сайт по име), ами и директно с IP-то пак нищо не се отваря. Има пинг до мащината, 80 порт е отворен, ама Апаха не сервира нищо. Пълна боза.

То дето нищо не работи (нито DNS резолвинга, нито самия сайт по име), ами и директно с IP-то пак нищо не се отваря. Има пинг до мащината, 80 порт е отворен, ама Апаха не сервира нищо. Пълна боза.

Е ти как очакваш да ти отвори сайта като ДНС системата не е ъпдейтната със заявката за пренасочване името към ай-пи-то на сървъра? Няма как да стане бро.
А също какво очакваш да ти отвори сървъра когато го пробваш по ай- пи?? Аз ще ти кажа какво ще ти отвори - хтмл файл който оставих да отваря при подобни проби:

slavy@ubuntu2:/var/www/example.com/public_html$ cat index.html
<!DOCTYPE html>
<html lang="en">
<head>
    <title>Oracle Linux Server</title>
</head>
<body>
    <p><p>
</body>
</html>


Отваря ти този файл с код за празна бяла страница!  ;D ;D

Считам че трябва да изчакаме за момента да видим как ще реагира сървъра след ДНС ъпдейта и тогава можем да коментираме. В момента сме в задънена улица и нищо неможе да се тества и направи, и аз нямам вина за това, само можем да си чешим езиците тука и да правим изказвания от това което каза ти - пълна боза. Кое е боза за тебе точно? Кажи ми за да я оправя. Аз съм ентусиаст който си цъка от вкъщи и ако правя нещо неправилно съм готов да науча правилния начин и да го оправя!

Ами когато го заредиш в браузъра по IP, трябва да се отвори основния сайт. Пък после вече ако един ден тръгнат и по име, да се отварят и другите виртуалните сайтове.

Е те това очаквам аз.

Ами когато го заредиш в браузъра по IP, трябва да се отвори основния сайт. Пък после вече ако един ден тръгнат и по име, да се отварят и другите виртуалните сайтове.

Е те това очаквам аз.

Смятам, че ти го е отворило коректно - именно този прост хтмл файл който  споделих.
Всичките сайтове работят - повярвай. Единствено този въпросния mgnuniverse.site тотално се обърка и неразбрах защо и все още  не разбирам. Също все още нито един ДНС сървър не е взел инфо за името и ай-пи-то. Вче 3 часа. WTF

Еми ще чакаме, като Гюро Михайловци..............та чунким, белким, санким един ден да вземе че да сработи резолвинга на това домейн име.

Еми ще чакаме, като Гюро Михайловци..............та чунким, белким, санким един ден да вземе че да сработи резолвинга на това домейн име.

Пффф... незнам какво да кажа, дано някой друг се включи с мнение, че то от един проблем стана друг.... А аз през това време на чакане ще пиша на съпорта в domain.com и ще им обясна за ситуацията с това домейн име, и ще помоля за съдействие.
Държа Ви в течение.

Еми така е най-добре. Който е наясно и разбира от пипане по DNS, да вземе и да оправи омазаните неща.

Еми ще чакаме, като Гюро Михайловци..............та чунким, белким, санким един ден да вземе че да сработи резолвинга на това домейн име.

Така, ДНС сървърите вече работят и имат данни за моите ДНС записи, и отново се връщам на проблема който срещам при заявка за mgnuniverse.site или www.mgnuniverse.site не ми се отваря току що създадената Уордпрес инсталация а ми отваря първият по азбучен ред отгоре-надолу от основната руут директория на сайтовете в Апаче. Това е сайт със SSL, който няма нищо общо с това което трябва да се отвори! Моля помагайте!

Edit: 100% има нещо нередно в Апаче, но аз незная къде да гледам въобще. Ще изчакам така ако може някой да даде насока ще съм мн.благодарен.

А какъв е бил проблема ?

Че толкова много часове нищо не ставаше, а сега след 15 минутки всичко вече било ОК.

А какъв е бил проблема ?

Че толкова много часове нищо не ставаше, а сега след 15 минутки всичко вече било ОК.

Каза че ми вкарава някакви дефолтски рекорд ДНС записи. Направи го за 2-3 минути и когато отидох чек на dnschecker-a вече всички ДНС-и бяха светнали в зелно!
Минало заминало..... така или иначе аз нямах контрол върху това, нека се върнем на проблема който имам моля! Защо Апаче отваря първия конфигурационен файл от директорията /etc/apache2/saits-available при заявка на въпросния mgnuniverse.site. Какво пропускам и къде да търся проблема?

Отначало си помислих че проблема е у вашият ...браузър, ама нъцки т.е. оказа се че не е от https anywhere на браузъра, ами си е от Апаха, виж си там настройките... Явно като си подкарвал SSL си го подкарал за всички поддомейни вж. по долу сесия(та) - от тел ми е та затова е по IPv6 но Апаха ти пренасочва с 301 а не е от браузъра

GeSHi (Bash):
~ $ wget http://www.mgnuniverse.site/
--2024-01-03 09:03:44--  http://www.mgnuniverse.site/
Resolving www.mgnuniverse.site (www.mgnuniverse.site)... 2607:7700:0:1e:0:1:823d:1799, 130.61.23.153
Connecting to www.mgnuniverse.site (www.mgnuniverse.site)|2607:7700:0:1e:0:1:823d:1799|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://www.mgnuniverse.site/ [following]
--2024-01-03 09:03:45--  https://www.mgnuniverse.site/
Connecting to www.mgnuniverse.site (www.mgnuniverse.site)|2607:7700:0:1e:0:1:823d:1799|:443... connected.
ERROR: no certificate subject alternative name matches
        requested host name ‘www.mgnuniverse.site’.
To connect to www.mgnuniverse.site insecurely, use `--no-check-certificate'.

И да уточним още нещо..неща
1. Няма нужда да чакаш на ДНС като знаеш IPто слагаш го в hists.conf и си в джаза
2. site.com и www. site.com не са едно и също, даже може и с различни IP адреси да са ...та пак си виж в Апаха пренасочванията
напр. google.com не пренасочва към mail.gogle.com а към www. gogle.com но можеше и да е обратно.. та виж си пак там как си го настроил, т.е. 2 настройки 1) SSL 2) redirects

Отначало си помислих че проблема е у вашият ...браузър, ама нъцки т.е. оказа се че не е от https anywhere на браузъра, ами си е от Апаха, виж си там настройките... Явно като си подкарвал SSL си го подкарал за всички поддомейни вж. по долу сесия(та) - от тел ми е та затова е по IPv6 но Апаха ти пренасочва с 301 а не е от браузъра

Код

GeSHi (Bash):
~ $ wget http://www.mgnuniverse.site/
--2024-01-03 09:03:44--  http://www.mgnuniverse.site/
Resolving www.mgnuniverse.site (www.mgnuniverse.site)... 2607:7700:0:1e:0:1:823d:1799, 130.61.23.153
Connecting to www.mgnuniverse.site (www.mgnuniverse.site)|2607:7700:0:1e:0:1:823d:1799|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://www.mgnuniverse.site/ [following]
--2024-01-03 09:03:45--  https://www.mgnuniverse.site/
Connecting to www.mgnuniverse.site (www.mgnuniverse.site)|2607:7700:0:1e:0:1:823d:1799|:443... connected.
ERROR: no certificate subject alternative name matches
        requested host name ‘www.mgnuniverse.site’.
To connect to www.mgnuniverse.site insecurely, use `--no-check-certificate'.

И да уточним още нещо..неща
1. Няма нужда да чакаш на ДНС като знаеш IPто слагаш го в hists.conf и си в джаза
2. site.com и www. site.com не са едно и също, даже може и с различни IP адреси да са ...та пак си виж в Апаха пренасочванията
напр. google.com не пренасочва към mail.gogle.com а към www. gogle.com но можеше и да е обратно.. та виж си пак там как си го настроил, т.е. 2 настройки 1) SSL 2) redirects

Здравейте,
Със сигурност не е за всички сайтове, понеже имам работещ такъв който е без активан SSL сертификат - http://www.brsradio.site но все пак ако ми кажете къде е основния конфиг файл за SSL ще го споделя тук за да го разгледаме. Самият конфиг файл на Apache и на сайта съм ги постнал по-рано днес и не съм променял нищо по тях до момента.

Edit: Мога да споделя тово ако е от помощ:

slavy@ubuntu2:/etc/apache2/sites-available$ cat /etc/letsencrypt/options-ssl-apache.conf
# This file contains important security parameters. If you modify this file
# manually, Certbot will be unable to automatically provide future security
# updates. Instead, Certbot will print and log an error message with a path to
# the up-to-date file that you will need to refer to when manually updating
# this file.

SSLEngine on

# Intermediate configuration, tweak to your needs
SSLProtocol             all -SSLv2 -SSLv3 -TLSv1 -TLSv1.1
SSLCipherSuite          ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384
SSLHonorCipherOrder     off
SSLSessionTickets       off

SSLOptions +StrictRequire

# Add vhost name to log entries:
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-agent}i\"" vhost_combined
LogFormat "%v %h %l %u %t \"%r\" %>s %b" vhost_common

А ти пробвал ли си да отвориш
https://www.brsradio.site/

защото на мен ми го отваря


https://serverfault.com/questions/776244/how-to-enable-ssl-only-on-certain-locations

Забележка , единствено отбелязания като верен отговор е верния
https://serverfault.com/questions/481738/how-to-disable-https-access-to-specific-virtual-hosts

т.е. за да редиректваш пак ти трябва сертификат щото пренасочването е след хендшейка, а без сертификат става но ако са на различни ИП адреси



т.е. това са двата варианта - или е забранено навсякъде и после разрешено само за някой или е разрешено навсякъде по подразбиране и си го 'забраняваш' само за някой хостове през редирект който обаче може да стане само след хендшейка за който пак си требе сертификат  8)

А ти пробвал ли си да отвориш
https://www.brsradio.site/

защото на мен ми го отваря


https://serverfault.com/questions/776244/how-to-enable-ssl-only-on-certain-locations

Забележка , единствено отбелязания като верен отговор е верния
https://serverfault.com/questions/481738/how-to-disable-https-access-to-specific-virtual-hosts

т.е. за да редиректваш пак ти трябва сертификат щото пренасочването е след хендшейка, а без сертификат става но ако са на различни ИП адреси



т.е. това са двата варианта - или е забранено навсякъде и после разрешено само за някой или е разрешено навсякъде по подразбиране и си го 'забраняваш' само за някой хостове през редирект който обаче може да стане само след хендшейка за който пак си требе сертификат  8)

Не не съм пробвал до сега, но ми стана интересно. Значи https://brsradio.site го редиректва към първия ми конфиг файл със сертификат - а той всъщтност няма, същото което прави и когато искам заявка за http://mgnuniverse.site - който също няма сертификат, но защо когато искам заявка за http://brsradio.site го отваря коректно а mgnuniverse го отваря некоректно? Сега ще разгледам линковете, които си ми споделил за да видя какво има в тях и после ще се върна да чета отново твоя пост, понеже има непознати думи вътре за мен и трудно разбирам целият смисъл на това което ми обясняваш. Все пак имам насока и считам, че ще успея да разбера къде греша - надявам се скоро  ;D Благодаря

А ти пробвал ли си да отвориш
https://www.brsradio.site/

защото на мен ми го отваря


https://serverfault.com/questions/776244/how-to-enable-ssl-only-on-certain-locations

Забележка , единствено отбелязания като верен отговор е верния
https://serverfault.com/questions/481738/how-to-disable-https-access-to-specific-virtual-hosts

т.е. за да редиректваш пак ти трябва сертификат щото пренасочването е след хендшейка, а без сертификат става но ако са на различни ИП адреси



т.е. това са двата варианта - или е забранено навсякъде и после разрешено само за някой или е разрешено навсякъде по подразбиране и си го 'забраняваш' само за някой хостове през редирект който обаче може да стане само след хендшейка за който пак си требе сертификат  8)

Изчетох линковете дословно..... не ми стана ясно на 100%, но схванах идеята като цяло.... и започнаха едни редакции, и спиране, и пускане на конфиг файла, и съответно Апаче та докато накрая взе че тръгна!!!  ;D ;D ;D Разгиле... Да си призная доста варианти пробвах... Всякакви... Разбирах какво прави сървъра, но реално грешката я търсех на случаен принцип - проба-грешка малко беше. Вижте отново конфиг файла с който ставаше това пренасочване:

<VirtualHost *:80>
        # The ServerName directive sets the request scheme, hostname and port that
        # the server uses to identify itself. This is used when creating
        # redirection URLs. In the context of virtual hosts, the ServerName
        # specifies what hostname must appear in the request's Host: header to
        # match this virtual host. For the default virtual host (this file) this
        # value is not decisive as it is used as a last resort host regardless.
        # However, you must set it for any further virtual host explicitly.
        #ServerName http://www.example.com

        ServerName mgnuniverse.site
        ServerAlias http://www.mgnuniverse.site
        ServerAdmin ivanovslavy@gmail.com
        DocumentRoot /var/www/example.com/public_html/mgn

        # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
        # error, crit, alert, emerg.
        # It is also possible to configure the loglevel for particular
        # modules, e.g.
        #LogLevel info ssl:warn

        ErrorLog ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log combined

        # For most configuration files from conf-available/, which are
        # enabled or disabled at a global level, it is possible to
        # include a line for only one particular virtual host. For example the
        # following line enables the CGI configuration for this host only
        # after it has been globally disabled with "a2disconf".
        #Include conf-available/serve-cgi-bin.conf
RewriteEngine on
RewriteCond %{SERVER_NAME} =www.mgnuniverse.site [OR]
RewriteCond %{SERVER_NAME} =mgnuniverse.site
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
</VirtualHost>

Изглежда добре.... Да ама за SSL сайта, а моя още няма SSL. Не съм казал, че няма да има - а че ОЩЕ НЯМА.

Реално цялата долна секция под редовета за ерор.лог-а я разкарах:

        # For most configuration files from conf-available/, which are
        # enabled or disabled at a global level, it is possible to
        # include a line for only one particular virtual host. For example the
        # following line enables the CGI configuration for this host only
        # after it has been globally disabled with "a2disconf".
        #Include conf-available/serve-cgi-bin.conf
RewriteEngine on
RewriteCond %{SERVER_NAME} =www.mgnuniverse.site [OR]
RewriteCond %{SERVER_NAME} =mgnuniverse.site
RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]

и сега изглежда така:

slavy@ubuntu2:/etc/apache2/sites-available$ cat mgn.conf

<VirtualHost *:80>
        # The ServerName directive sets the request scheme, hostname and port that
        # the server uses to identify itself. This is used when creating
        # redirection URLs. In the context of virtual hosts, the ServerName
        # specifies what hostname must appear in the request's Host: header to
        # match this virtual host. For the default virtual host (this file) this
        # value is not decisive as it is used as a last resort host regardless.
        # However, you must set it for any further virtual host explicitly.
        #ServerName www.example.com

        ServerName mgnuniverse.site
        ServerAlias www.mgnuniverse.site
        ServerAdmin ivanovslavy@gmail.com
        DocumentRoot /var/www/example.com/public_html/mgn

        # Available loglevels: trace8, ..., trace1, debug, info, notice, warn,
        # error, crit, alert, emerg.
        # It is also possible to configure the loglevel for particular
        # modules, e.g.
        #LogLevel info ssl:warn

        ErrorLog ${APACHE_LOG_DIR}/error.log
        CustomLog ${APACHE_LOG_DIR}/access.log combined   

</VirtualHost>

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet


Благодаря на всеки който се впусна в това шибано приключение и отдели от времето си за да ми помогне.... А също така да пожелая на някой хора които, не четат конфиг файлове да се научат да го правят защото Аз лично знаех че в самия код е грешката, но неразбирах къде точно..... Е намерих я!

Поздрави Слави