Mion

Uważam, że przy bliższym poznaniu zyskuje ... trzeba się z nim oswoić Natomiast, co do szybkości ich rozwiązania panelowego, to się zgodzę pozostawia trochę do życzenia. W scaleway.com też mi się takie zdarzały, co więcej przy wejściu na IP przeglądarka "krzyczała", że zawiera wirusy i jest niebezpieczny.

Dopiero jak osobno doinstalowałem: To certyfikat się generuje

Zrobiłem reinstalacje Serwer VPS został zainstalowany razem z systemem Debian 9 (Stretch) (wersja 64-bitowa) Instalacja zakończyła się bez błędów i wyszło, ze letsencrypt jest zainstalowany: Utworzyłem usera z opcją SSL I jak dodaje domenę zazna czając to po dodaniu nie są zaznaczone Co więcej w logach w ogóle nie ma żadnej akcji od letscncrypt: Wiec mi nie działa Jak ktoś jest chętny by zobaczyć dlaczego, to chętnie udostępnię dane do SSH i panelu ISPconfiga

"Budzik zamknięty"

Tylko w czym mogłeś spieprzyć instalację instalując na świeżym Debianie 9 według https://github.com/servisys/ispconfig_setup apt-get update apt-get upgrade i wklejając gotową komendę. Jakieś wzkazóFki ?

Po co ta ironia ? W VestaCP owszem działa z pudełkowe instalacji! W ISPconfie na jednej instancji mi zadziałało po dodatkowych zabiegach, na bieżącej już nie.

Nie wiem czy Korzystacie z ich usług VPS/ Chmura ale ja tak już kiedyś i dziś ponownie dlatego postanowiłem założyć ten temat w kontessie na (PLUS) Dziś zadałem parę pyta do BOK FORPSI.PL - Biuro Obsługi Klienta <[email protected]> i odpowiedzi bardzo szybko, na temat i dokładne Akurat potrzebowałem VPS'a z Windows wybór padł na niskobudżetowy pod zdalny pulpit I jestem pod wrażeniem, działania. Dla przykładu z "mocniejszym" w astrovm.net z którego przez to zrezygnowałem ten w w Arubie CD FR 1 (Francja) działa zauważanie szybciej (rakietnyj). Jedyny minus jaki na dzień dzisiejszy dostrzegam vs np OVH, to Aruba limituje transfery. Ogólne wrażenie arubacloud.pl > Polecam To by było na tyle....

Przykładowo osoba z BOK arubacloud czyli FORPSI.PL - Biuro Obsługi Klienta <[email protected]> podpisuje się imieniem i nazwiskiem . Zgodnie z ich info na stronie nieczynne mili przez weekend, ale z rana zaraz dostałem odpowiedzi w sprawie zgłoszenia zablokowanej płatności... więc duzy +

E... tam Jesteście uprzedzeni do VestaCP.... " świeże " instalacje dają radę Mi przykładowo w świeżej instalacji ISPconfig 3 nie działają certyfikaty Lets'encrypt

Zaczyna "gadać"

Nie było zadań w trakcie. Teraz w pliku /etc/bind/named.conf.options zmieniłem konfiguracje na listen-on {any;127.0.0.1;}; listen-on-v6 { any;::1;}; version none; Oraz w strefie i OVH ustawiłem inne DNS myns1.fast.ovh : 145.239.88.107 myns2.fast.ovh : 145.239.88.107 Jestem ciekaw czy rusza

W piątek wieczorem.. Hmmm ale czy tu nie ma błędu w sensie taki, że nie musi być iż nasłuchaje na : listen-on {any;127.0.0.1;}; listen-on-v6 { any;::1;}; ten obecny ma tak /etc/bind/named.conf.options options { directory "/var/cache/bind"; // If there is a firewall between you and nameservers you want // to talk to, you may need to fix the firewall to allow multiple // ports to talk. See http://www.kb.cert.org/vuls/id/800113 // If your ISP provided one or more IP addresses for stable. // nameservers, you probably want to use them as forwarders... // Uncomment the following block, and insert the addresses replacing. // the all-0's placeholder. // forwarders { // <--->0.0.0.0; // }; //======================================================================== // If BIND logs error messages about the root key being expired, // you will need to update your keys. See https://www.isc.org/bind-keys //======================================================================== dnssec-enable yes; dnssec-validation yes; dnssec-lookaside auto; auth-nxdomain no; # conform to RFC1035 listen-on-v6 { any; }; }; Nie wiem czy dobrze rozumiem, ale z tego powyższego " listen-on-v6 { any; }; wynika, że nasłuchuje tylko na IPV 6 ?

Bo tak mialem do piątku na innym VPS z OVH, ale w tamach instalacji ISPconfig i kolejnych hobbistycznych dłubań przeniosłem wlasnie na te obecne Obecnie w OVH I problem jest taki, że tera nie rusza mi domena po zmienianie Czyli ns1,ns2 przedtem wskazywał na IP 217.182.74.225 . Aktualnie wskazuje na ns1,ns2 na 145.239.88.107. Dlatego pyatm BOK OVH czy ta zmiana została uwzględniona, bo moze mają jakiegoś BUGA przy zmianie na te same DSY'y ale wskazujące na inne IP

Na VPS root@vps455875:/etc/bind# dig fast.ovh @ns1.fast.ovh ; <<>> DiG 9.10.3-P4-Debian <<>> fast.ovh @ns1.fast.ovh ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 65121 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 3 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;fast.ovh. IN A ;; ANSWER SECTION: fast.ovh. 3600 IN A 145.239.88.107 ;; AUTHORITY SECTION: fast.ovh. 3600 IN NS ns2.fast.ovh. fast.ovh. 3600 IN NS ns1.fast.ovh. ;; ADDITIONAL SECTION: ns1.fast.ovh. 3600 IN A 145.239.88.107 ns2.fast.ovh. 3600 IN A 145.239.88.107 ;; Query time: 0 msec ;; SERVER: 145.239.88.107#53(145.239.88.107) ;; WHEN: Sun Sep 17 17:03:13 CEST 2017 ;; MSG SIZE rcvd: 121 PING: root@vps455875:/etc/bind# ping fast.ovh PING fast.ovh (145.239.88.107) 56(84) bytes of data. 64 bytes from 107.ip-145-239-88.eu (145.239.88.107): icmp_seq=1 ttl=64 time=0.018 ms 64 bytes from 107.ip-145-239-88.eu (145.239.88.107): icmp_seq=2 ttl=64 time=0.049 ms 64 bytes from 107.ip-145-239-88.eu (145.239.88.107): icmp_seq=3 ttl=64 time=0.038 ms root@vps455875:/etc/bind# ls bind.keys db.127 db.empty db.root named.conf.default-zones named.conf.options rndc.key zones.rfc1918 db.0 db.255 db.local named.conf named.conf.local pri.fast.ovh slave $TTL 3600 @ IN SOA ns1.fast.ovh. webmaster.fast.ovh. ( 2017091704 ; serial, todays date + todays serial # 7200 ; refresh, seconds 540 ; retry, seconds 604800 ; expire, seconds 3600 ) ; minimum, seconds ; ovhvps 3600 A 145.239.88.107 ns2 3600 A 145.239.88.107 ns1 3600 A 145.239.88.107 fast.ovh. 3600 TXT "v=spf1 mx a ~all" fast.ovh. 3600 MX 10 mail.fast.ovh. fast.ovh. 3600 NS ns2.fast.ovh. fast.ovh. 3600 NS ns1.fast.ovh. mail 3600 A 145.239.88.107 www 3600 A 145.239.88.107 fast.ovh. 3600 A 145.239.88.107 w ovh dla domeny mam ustawie DNS i stworzony na nie GLUE A w ISPconfig tak >

Ja mam taki sam porblem z ISPconfig3 świeżo zainstalowanym w piątak wieczorem na VPS z OVH. Utworzyłem strefę dla domeny w OVH przypisalem n1 i ns2 ma IP VPS'a od nich zmaniłem DNS' i domena nie działa. Komenda dig mydomena.ovh @ns1.mydomena.ovh wydana na VPS'ie gdzie jest ISPconfig3 zwraca strefy itd ... zresztą robiłem to już nie raz, ale tym razem coś nie rusza. Oczywiście BOK OVH przez weekend ma nieczynne (kmac), wiec nie raczy mi odpowiedziec czy u nich jest OK

Uważam, że na tak postawione pytanie można odpowiedzieć taki jaki dobrze Znasz. Ale nikt nie napisał Apche do PHP ( za względu na htaccess) + Nginx jako reverse proxy dla plików statycznych - nie Polecacie takiego rozwiązania ?

Jest darmowy, więc nie mają ciśnienia by go/ją rozwijać A szkoda Zwłaszcza jak już jest Debian 9, którego nie ma do wyboru jako wersji kompatybilnej VestąCP

Mi kiedyś na VestaCP apache + reversre nginx wywalało HTTP 500 dla jednej operacji PHP i nie mogłem dojść do ładu dlaczego właśnie tak się dzieje I co się okazało ze do sesji (na cookie) jako flashowy komunikat zwrotny wstawiane było za dużo tekstu przez, co nagłówek http robił się za duży no i waliło 500 tką.

Nie ma wrażenia ze szybciej...

Ja "męczę" VesteCP od dłuższego czasu na Debian 8 i nie zdarzyło mi się być coś tam się stało. VestaCP jest prosta w obsłudze nawet dla przysłowiowego Janusza. ISpconfig3 jest specyficzny pod względem obsługi chociażby dodawanie domeny, gdyż trzeba osobno utworzyć strefę DNS, ale zyskuje przy bliższym poznaniu

Hmmm myslalem, że mi się wydaje, ale faktycznie w panelu są pewne zmiany. Jednak w BOK'owaniu nadal lipa Ticket: 16.09.2017 08:48 > jak dotąd bez ODP. No tak zapominałem, że w weekend jest ręka w nocniku, bo BOK nie pracuje

Proponuje utworzyć dział "Bugi paneli firm hostingowych" gdzie będzie można opasać na jaki BUG się natrafiło.. .Akurat mam bobla z płatnością w arubacloud

Podoba mi się ta koncepcja.... ale jeszcze skoryguj czasy akcji z tajemniczego klienta z tym co deklaruje dana firma w dziale kontakt | BOK, bo nie wszyscy jak chodzi o BOK są całodobowi.

Problemem są te procedury wysyłanie skanów dowodu na FAX'a itd. Chyba, że sa uproszczone już < nie interesowałem się tym> wiec nie wiem jaki jest obecny stan przeniesienia sie np z NAZWA, AZ dziś indziej. Tak zawsze myślałem w kwestii domem, czyli ze w dużej firmie jest "bezpieczniej" jak chodzi , że z domeną coś się stanie np teoretycznie biorąc stanie się wartościowa i nagle zmieni właściciela , bo coś tam Biorąc po uwagę te przesądy nie zarejestrował bym "wartościowej" ( choć w teorii ) domeny w aftermarkecie z siedzibą na Cyprze...

Acha ... Myślałem, że nazwa ma własne widzimisię w tej materii. Tak czy inaczej ceny wysokie: - zwykle przedłużenie PL 123,00 brutto - przedłużenie z karą za reaktywację po wygaśnięciu domeny 146,37 brutto