Mion

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

Nie wiem czy tak jest u innych rejestratorów, ale w nazwa.pl z odpowiedzi BOK

Nie przenosiłem miałem od początku. A co przeniesienia, to chodziło o cesje czy jak to nazwać domeny na konto firmowe. ---- BOK udzielił odpowiedzi o 1:26 w nocy, ale BOK chyba był zaspany, bo pytanie zawierało dwa punkty, ale drugie zostało pominięte. Przy okazji jako ciekawostka o czym nie wiedziałem:

Ale rano też wysłałem 269,37 zł za przedłużenie domen, więc mam prawo oczekiwać odpowiedzi w dniu zadania pytania, a nie (n) dni później... Co więcej Jak miałem wygasające domeny, to do mnie wydzwaniali po dwa i więcej razy w sprawie ich przedłużenia i na to był czas i ludzie, ale by odpowiedzieć klientowi (kmać) ich klientowi na proste pytanie już nie.

Bez urazy bo to nic osobistego < żart> na 5:50 / 10:44 nowi moderatorzy z [*] i ich sterownik systemy

Offtopic Pogadanka "na luzie" niezwiązana stricte z hostingiem czy administracją. Być może masz jakieś ciekawe hobby albo ulubione zwierzę domowe. Wiec poważnie, to się w trumnie lezy

Niesamowite wszystkie, ale moj faworyt jest 8:33 / 10:44

Za to w OVH z poważaniem zostaje jakiś "Michał. S" - kolejny gal anonim I odpowiedz ta zajęła tylko 14 dni :