Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Shells Virtual Desktop
BMail.ag - Secure Email Service
Server.net
CPLicense.net
VPS Server
Buy VPN
Vultr
VMs for AI
HostDare
ReliableSite White-Label Dedicated Hosting for Resellers
InterServer VPS
BMail.ag - Secure Email Service
Best VPN
High-Performance Bare Metal Server Solutions
Karvl.com
Server Mania Cloud Hosting
DataWagon Hosting
AlphaVPS Hosting
Evoxt.com
Clouvider
VPS Hosting with NVMe
Residential IPs in the US & 4G Mobile Proxies in EU & US with Unlimited Bandwidth
ReliableSite White-Label Dedicated Hosting for Resellers
Rabisu - Hosting Solutions
Shells Virtual Desktop
New on LowEndTalk? Please Register and read our Community Rules.

All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

Kimsufi/Soyoustart/OVH Rise New Price

1119120122124125662

Comments

  • @proset10 said:

    @fredo1664 said:

    @fredo1664 said:

    @proset10 said:

    @fredo1664 said:

    @proset10 said:

    @JamesOakley said:
    Moving on.

    When selling a server to someone else, what's the order to do transfers / payment in to protect both parties? I'm thinking: Seller transfer technical contact. Buyer pays. Seller transfers billing and admin.

    Someone who's figured this out before me, what do you do?

    Yes, good idea but please remember that this change only contacts, not the ownership of the server at OVH. This is not a full server transfer. Even if you no longer see the server on your account, you are still its owner, unless a full transfer process is completed by submitting a request with identity document scans.

    Ah yeah I kind of thought this would be the case, because when you go the support way (creating a ticket) for the transfer, it does ask who will be the new owner, and if you also want to change contact details.
    So that means if I kept the ownership of servers, but don't see them anymore, if the new user breaks the law with the server, I'm liable?

    Probably yes, which is why I prefer to keep only my own orders.

    Thanks a lot for the heads up!
    Even if it's not actually what happens, you raised an issue that I did not even think was one.

    So I did ask the customer service, here's what they had to say:

    As discussed in the chat, changing all 3 contacts for a service is a change of ownership.
    This procedure can be done, in general as requested, between account sharing the same subsidiary, namely (https://www.ovhcloud.com/fr/) for France.

    Maybe they changed the rules; it used to be the way I said. I’ve been a customer for over a dozen years.

    You need papers for server transfers in the old portal(s). Not with the OVHCloud portal.

  • @Neoon said:
    KS-A its getting slowly very dark.
    Order still up but we hitting the 15 days very soon.

    Is 15 days significant in the OVH world? Like order expiration or something?

  • NeoonNeoon Community Contributor, Veteran

    @jcsnider said:

    @Neoon said:
    KS-A its getting slowly very dark.
    Order still up but we hitting the 15 days very soon.

    Is 15 days significant in the OVH world? Like order expiration or something?

    OVH's ToS mentions that, could mean kilswitch for anything that crosses that line.

  • allthemtingsallthemtings Member, Megathread Squad

    @jcsnider said:

    @Neoon said:
    KS-A its getting slowly very dark.
    Order still up but we hitting the 15 days very soon.

    Is 15 days significant in the OVH world? Like order expiration or something?

    15 days that couldve been used to idle it hard

    Thanked by 1jcsnider
  • NeoonNeoon Community Contributor, Veteran
    edited November 2024

    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

  • NeoonNeoon Community Contributor, Veteran

    @allthemtings said:

    @jcsnider said:

    @Neoon said:
    KS-A its getting slowly very dark.
    Order still up but we hitting the 15 days very soon.

    Is 15 days significant in the OVH world? Like order expiration or something?

    15 days that couldve been used to idle it hard

    Indeed.

  • @Neoon said:

    @allthemtings said:

    @jcsnider said:

    @Neoon said:
    KS-A its getting slowly very dark.
    Order still up but we hitting the 15 days very soon.

    Is 15 days significant in the OVH world? Like order expiration or something?

    15 days that couldve been used to idle it hard

    Indeed.

    👀

    Thanked by 1yopp
  • @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

  • @fredo1664 said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

    They don't create such a file. I still remember the time I found out I was still able to login via password while I already edited the sshd_config accordingly to prohibit it.

  • NeoonNeoon Community Contributor, Veteran

    @fredo1664 said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

    They should not, in any case, put a config file, that forces password auth.

  • @Neoon said:

    @fredo1664 said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

    They should not, in any case, put a config file, that forces password auth.

    But how would you login if you don't specify a SSH key during the installation?

  • NeoonNeoon Community Contributor, Veteran

    @fredo1664 said:

    @Neoon said:

    @fredo1664 said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

    They should not, in any case, put a config file, that forces password auth.

    But how would you login if you don't specify a SSH key during the installation?

    Modify the ssh config instead, to make it obvious, you don't expect there to be a config file, in default installs, that overrides shit you put into the normal ssh config.

  • @Multi said:

    @fredo1664 said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

    They don't create such a file. I still remember the time I found out I was still able to login via password while I already edited the sshd_config accordingly to prohibit it.

    That's the thing, these ".d" folders allow you to modify the conf without amending the ssh_config file.
    If the maintainer of the package decides to update the ssh_config file that's in the package, with a new version (because upstream did so?), you don't get a conflict when updating. You get the new configuration file and you get to keep your modifications.

    Thanked by 1Multi
  • @Neoon said:

    @fredo1664 said:

    @Neoon said:

    @fredo1664 said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

    They should not, in any case, put a config file, that forces password auth.

    But how would you login if you don't specify a SSH key during the installation?

    Modify the ssh config instead, to make it obvious, you don't expect there to be a config file, in default installs, that overrides shit you put into the normal ssh config.

    Then whenever you update the package with APT/DNF etc, you'll get a conflict.

  • NeoonNeoon Community Contributor, Veteran

    @fredo1664 said:

    @Multi said:

    @fredo1664 said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

    They don't create such a file. I still remember the time I found out I was still able to login via password while I already edited the sshd_config accordingly to prohibit it.

    That's the thing, these ".d" folders allow you to modify the conf without amending the ssh_config file.
    If the maintainer of the package decides to update the ssh_config file that's in the package, with a new version (because upstream did so?), you don't get a conflict when updating. You get the new configuration file and you get to keep your modifications.

    Since years, first ever install, that uses that feature.
    Never ever stepped on any template, that used that folder.

    You just don't expect it.

    Thanked by 1Falzo
  • MultiMulti Member
    edited November 2024

    @fredo1664 said:

    @Multi said:

    @fredo1664 said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

    They don't create such a file. I still remember the time I found out I was still able to login via password while I already edited the sshd_config accordingly to prohibit it.

    That's the thing, these ".d" folders allow you to modify the conf without amending the ssh_config file.
    If the maintainer of the package decides to update the ssh_config file that's in the package, with a new version (because upstream did so?), you don't get a conflict when updating. You get the new configuration file and you get to keep your modifications.

    Ohh I see. So there would be no need to check these informations while upgrading. Never thought of it to be honest. But I never had problems with it before though. Thanks for clarification!

    @Neoon said:

    @fredo1664 said:

    @Multi said:

    @fredo1664 said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

    They don't create such a file. I still remember the time I found out I was still able to login via password while I already edited the sshd_config accordingly to prohibit it.

    That's the thing, these ".d" folders allow you to modify the conf without amending the ssh_config file.
    If the maintainer of the package decides to update the ssh_config file that's in the package, with a new version (because upstream did so?), you don't get a conflict when updating. You get the new configuration file and you get to keep your modifications.

    Since years, first ever install, that uses that feature.
    Never ever stepped on any template, that used that folder.

    You just don't expect it.

    Exactly. I was reading the fucking man page like 100 times to find out what I did wrong in that config. Read like 100 reddits posts and just couldn't figure out why I was able to login via password. I even copied the config file to others servers to check. I don't even remember how I found the solution in the end.

  • # Include /etc/ssh/sshd_config.d/*.conf

    Thanked by 2Multi emgh
  • @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    Irritating, sure. Nothing to do with Cloudflare. It was /etc/ssh/sshd_config.d/50-cloud-init.conf on the Almalinux 9 template I used. Other templates may do something else.

  • NeoonNeoon Community Contributor, Veteran

    @JamesOakley said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    Irritating, sure. Nothing to do with Cloudflare. It was /etc/ssh/sshd_config.d/50-cloud-init.conf on the Almalinux 9 template I used. Other templates may do something else.

    Cloudflare blocked my post, several times... hence the fuckcloudflare

    Thanked by 1JamesOakley
  • @Neoon said:

    @fredo1664 said:

    @Multi said:

    @fredo1664 said:

    @Neoon said:
    For some reason... OVH though its a good idea to put a pisscloud init config file into /etc/ssh_fuckcloudfllare/sshd_config.d to keep allowing password logins....

    If you specify an SSH key when installing, I suspect they don't add that file and don't send you a password. I haven't tried.

    They don't create such a file. I still remember the time I found out I was still able to login via password while I already edited the sshd_config accordingly to prohibit it.

    That's the thing, these ".d" folders allow you to modify the conf without amending the ssh_config file.
    If the maintainer of the package decides to update the ssh_config file that's in the package, with a new version (because upstream did so?), you don't get a conflict when updating. You get the new configuration file and you get to keep your modifications.

    Since years, first ever install, that uses that feature.
    Never ever stepped on any template, that used that folder.

    You just don't expect it.

    Don't get me wrong guys, it drove me insane the first time I encountered that way of doing things, so now I know and I can tell others.
    But when I think about it, I've been creating my virtual servers in the ".d" folder of Apache for, like, ever.

  • The funniest thing is that there is no United States in the countries and regions.

  • Ohhh.. Interesting, going to chekc my servers for potential extra config files xD

  • Other funny things : the KS from the ovhcloud portals boot from PXE, and when changing the boot entries with efibootmgr or removing the extra ones, the config is restored with the next reboot. I discovered this after a bootstrap setup.

  • funny enough is that I have 3x OVH accounts now, but none KS-LE server. lol

  • Any YABS for KS-A in SGP ?

  • @mrclown said:
    Any YABS for KS-A in SGP ?

    guess it's too expensive to order one for testing... I see price is USD61.00 per month.

  • @jcolideles said:
    12 Nov 2024 18:10:35 Your order is available
    5 Nov 2024 23:02:36 Preparing your order
    5 Nov 2024 23:02:35 Payment validated
    5 Nov 2024 23:02:25 Order accepted
    5 Nov 2024 23:02:23 Your order is being confirmed
    5 Nov 2024 23:02:06 Your order is being processed
    5 Nov 2024 23:02:06 Your payment is being validated
    5 Nov 2024 22:53:28 Create your order

    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2024-06-09                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Tue Nov 12 10:33:52 UTC 2024
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 0 hours, 5 minutes
    Processor  : Intel(R) Xeon(R) CPU E3-1270 v6 @ 3.80GHz
    CPU cores  : 8 @ 800.000 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM        : 31.0 GiB
    Swap       : 1024.0 MiB
    Disk       : 410.9 GiB
    Distro     : Debian GNU/Linux 12 (bookworm)
    Kernel     : 6.1.0-26-amd64
    VM Type    : NONE
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : OVH SAS
    ASN        : AS16276 OVH SAS
    Host       : OVH
    Location   : Gravelines, Hauts-de-France (HDF)
    Country    : France
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/md3):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 401.30 MB/s (100.3k) | 469.08 MB/s   (7.3k)
    Write      | 402.35 MB/s (100.5k) | 471.55 MB/s   (7.3k)
    Total      | 803.65 MB/s (200.9k) | 940.63 MB/s  (14.6k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 459.79 MB/s    (898) | 467.53 MB/s    (456)
    Write      | 484.22 MB/s    (945) | 498.67 MB/s    (486)
    Total      | 944.02 MB/s   (1.8k) | 966.20 MB/s    (942)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 297 Mbits/sec   | 940 Mbits/sec   | 3.96 ms
    Eranium         | Amsterdam, NL (100G)      | 297 Mbits/sec   | 940 Mbits/sec   | 9.22 ms
    Uztelecom       | Tashkent, UZ (10G)        | 267 Mbits/sec   | 807 Mbits/sec   | 108 ms
    Leaseweb        | Singapore, SG (10G)       | 249 Mbits/sec   | 520 Mbits/sec   | 155 ms
    Clouvider       | Los Angeles, CA, US (10G) | 259 Mbits/sec   | 700 Mbits/sec   | 137 ms
    Leaseweb        | NYC, NY, US (10G)         | 262 Mbits/sec   | 724 Mbits/sec   | 74.3 ms
    Edgoo           | Sao Paulo, BR (1G)        | 252 Mbits/sec   | 730 Mbits/sec   | 182 ms
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 293 Mbits/sec   | 928 Mbits/sec   | 3.97 ms
    Eranium         | Amsterdam, NL (100G)      | 292 Mbits/sec   | 926 Mbits/sec   | 9.20 ms
    Uztelecom       | Tashkent, UZ (10G)        | busy            | 834 Mbits/sec   | 107 ms
    Leaseweb        | Singapore, SG (10G)       | 246 Mbits/sec   | 689 Mbits/sec   | 155 ms
    Clouvider       | Los Angeles, CA, US (10G) | 250 Mbits/sec   | 705 Mbits/sec   | 137 ms
    Leaseweb        | NYC, NY, US (10G)         | busy            | busy            | 74.0 ms
    Edgoo           | Sao Paulo, BR (1G)        | 240 Mbits/sec   | 720 Mbits/sec   | 182 ms
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value
                    |
    Single Core     | 1565
    Multi Core      | 5332
    Full Test       | https://browser.geekbench.com/v6/cpu/8795575
    

    Oh wait !! So it has both NVMe and HDD ?! I just noticed it now <3

  • @jcolideles said:

    @jcolideles said:
    12 Nov 2024 18:10:35 Your order is available
    5 Nov 2024 23:02:36 Preparing your order
    5 Nov 2024 23:02:35 Payment validated
    5 Nov 2024 23:02:25 Order accepted
    5 Nov 2024 23:02:23 Your order is being confirmed
    5 Nov 2024 23:02:06 Your order is being processed
    5 Nov 2024 23:02:06 Your payment is being validated
    5 Nov 2024 22:53:28 Create your order

    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2024-06-09                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Tue Nov 12 10:33:52 UTC 2024
    
    Basic System Information:
    ---------------------------------
    Uptime     : 0 days, 0 hours, 5 minutes
    Processor  : Intel(R) Xeon(R) CPU E3-1270 v6 @ 3.80GHz
    CPU cores  : 8 @ 800.000 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM        : 31.0 GiB
    Swap       : 1024.0 MiB
    Disk       : 410.9 GiB
    Distro     : Debian GNU/Linux 12 (bookworm)
    Kernel     : 6.1.0-26-amd64
    VM Type    : NONE
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : OVH SAS
    ASN        : AS16276 OVH SAS
    Host       : OVH
    Location   : Gravelines, Hauts-de-France (HDF)
    Country    : France
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/md3):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 401.30 MB/s (100.3k) | 469.08 MB/s   (7.3k)
    Write      | 402.35 MB/s (100.5k) | 471.55 MB/s   (7.3k)
    Total      | 803.65 MB/s (200.9k) | 940.63 MB/s  (14.6k)
               |                      |
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ----
    Read       | 459.79 MB/s    (898) | 467.53 MB/s    (456)
    Write      | 484.22 MB/s    (945) | 498.67 MB/s    (486)
    Total      | 944.02 MB/s   (1.8k) | 966.20 MB/s    (942)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 297 Mbits/sec   | 940 Mbits/sec   | 3.96 ms
    Eranium         | Amsterdam, NL (100G)      | 297 Mbits/sec   | 940 Mbits/sec   | 9.22 ms
    Uztelecom       | Tashkent, UZ (10G)        | 267 Mbits/sec   | 807 Mbits/sec   | 108 ms
    Leaseweb        | Singapore, SG (10G)       | 249 Mbits/sec   | 520 Mbits/sec   | 155 ms
    Clouvider       | Los Angeles, CA, US (10G) | 259 Mbits/sec   | 700 Mbits/sec   | 137 ms
    Leaseweb        | NYC, NY, US (10G)         | 262 Mbits/sec   | 724 Mbits/sec   | 74.3 ms
    Edgoo           | Sao Paulo, BR (1G)        | 252 Mbits/sec   | 730 Mbits/sec   | 182 ms
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping
    -----           | -----                     | ----            | ----            | ----
    Clouvider       | London, UK (10G)          | 293 Mbits/sec   | 928 Mbits/sec   | 3.97 ms
    Eranium         | Amsterdam, NL (100G)      | 292 Mbits/sec   | 926 Mbits/sec   | 9.20 ms
    Uztelecom       | Tashkent, UZ (10G)        | busy            | 834 Mbits/sec   | 107 ms
    Leaseweb        | Singapore, SG (10G)       | 246 Mbits/sec   | 689 Mbits/sec   | 155 ms
    Clouvider       | Los Angeles, CA, US (10G) | 250 Mbits/sec   | 705 Mbits/sec   | 137 ms
    Leaseweb        | NYC, NY, US (10G)         | busy            | busy            | 74.0 ms
    Edgoo           | Sao Paulo, BR (1G)        | 240 Mbits/sec   | 720 Mbits/sec   | 182 ms
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value
                    |
    Single Core     | 1565
    Multi Core      | 5332
    Full Test       | https://browser.geekbench.com/v6/cpu/8795575
    

    Oh wait !! So it has both NVMe and HDD ?! I just noticed it now <3

    Woahh!! Struck the OVH Lottery there!

    Thanked by 2jcolideles hapkido
  • @Neoon said:

    @jcsnider said:

    @Neoon said:
    KS-A its getting slowly very dark.
    Order still up but we hitting the 15 days very soon.

    Is 15 days significant in the OVH world? Like order expiration or something?

    OVH's ToS mentions that, could mean kilswitch for anything that crosses that line.

    Well now I've gone from feeling smug to worried...

  • NeoonNeoon Community Contributor, Veteran

    @jcsnider said:

    @Neoon said:

    @jcsnider said:

    @Neoon said:
    KS-A its getting slowly very dark.
    Order still up but we hitting the 15 days very soon.

    Is 15 days significant in the OVH world? Like order expiration or something?

    OVH's ToS mentions that, could mean kilswitch for anything that crosses that line.

    Well now I've gone from feeling smug to worried...

    Dat is a decent budget, I already burned my BF budget by spending a bit more than 100$ on OVH.

Sign In or Register to comment.